Capítulo 3

Integrantes:
Hernández Guzmán Tania Lizbeth
Soto Mateo Yael
Márquez Salvador Karla Susana
De Jesús López Brenda Jacqueline
Nava olmos netzin
Leandro Feliciano Noé
Capítulo 3
Descripción de IPv6
(Libro TCP/IP UNLEASHED KARANJIT S. SIYAN, PH.D TIM PARKER, PH.D )
INDICE:
 Diseñado para hoy y mañana
 Paquetes y estructuras
 Arquitectura de direcciones
 ICMPv6
 Selección de dirección
 Más acerca de los encabezados
 Introducción a Mobile IPv6
 Enrutamiento
 Seguridad
 Calidad de servicio
 La promesa de IPv6
1. Diseñado para hoy y mañana
Cuando hablamos de protocolos de red en general, es importante entender la diferencia
entre la especificación y la implementación. Las especificaciones están escritas en RFC
IETF y son objeto de acalorados debates. Las implementaciones se preparan para esas
especificaciones, generalmente por codificadores o personas de sistemas. Si tuviera que
elegir cuál de estos para hacerlo bien, por supuesto, deberían ser las especificaciones.
Las implementaciones rotas que se porten mal o no interoperen siempre se puede
reescribir, o incluso gradualmente refinado; pero si su diseño está inherentemente roto,
bien podría tirar todo tu trabajo y empezar de nuevo.

Integrantes:
Soto Mateo Yael
Nava olmos netzin
2. Agotamiento del espacio de direcciones
El espacio de direcciones es, con IPv4 e IPv6, un recurso finito. Solo hay tantos
direcciones que pueden asignarse desde cualquier rango fijo. Además es un límite difícil,
a la espera de un cambio en el significado de las direcciones tal como se entienden
actualmente.
3. Mejoramiento
La optimización en este contexto significa dos cosas. Primero, el diseño de IPv6 toma en
cuenta cuenta los problemas de IPv4, centrándose, en particular, en las consecuencias
para el usuario final. En otras palabras, se aborda la falta de ciertas características
deseadas. Las características de administración son un hilo en esta parte
del tapiz de IPv6 que elegimos aislar para atención. Hay serios problemas con la forma
en que se administra IPv4 hoy en empresas, e IPv6 tiene el potencial de solucionar esos
problemas. Potencial no pretende que se obtendrán beneficios inmediatos para cualquier
organización que implemente IPv6 en este momento.
El segundo aspecto de la optimización en el diseño de IPv6 es simplificar los
mecanismos en qué IP está construida; por ejemplo, los encabezados IP básicos se han
reducido a el mínimo necesario. Esto debería, en teoría, conducir a un mayor
rendimiento y enrutadores de menor costo, ya que se necesita menos procesamiento
para reenviar un paquete IPv6 que un paquete IPv4. Esto también debería ayudar en
áreas como la compresión del encabezado
4. Paquetes y estructuras
La estructura de paquetes IPv6 es muy similar a la estructura de paquetes IPv4. Se han
eliminado algunos campos y se han agregado algunos, pero los más obvios el cambio es
el tamaño de las direcciones. Mientras que las direcciones de origen y destino de IPv4
son de 32 bits cada una, las direcciones IPv6 son de 128 bits cada una. La razón de 128
bits se discute en la siguiente barra lateral.
5. Estructura básica del encabezado IPv6 simplifica el encabezado básico, al
incluir solo la información necesario para reenviar un paquete. Esto da como
resultado un encabezado de longitud

Integrantes:
Soto Mateo Yael
Nava olmos netzin
6. fija, a diferencia de IPv4.Los encabezados de longitud fija son importantes para
los diseñadores de enrutadores y para los codificadores, porque permite
estrategias de asignación de memoria más eficientes e implementación de
algoritmos.
Otra información, que tradicionalmente podría haberse almacenado en el encabezado
IPv4 o como opciones de IPv4, ahora se almacena dentro de una cadena de
encabezados posteriores, identificados por el siguiente campo de encabezado. El
encabezado final generalmente será un encabezado TCP, UDP o ICMPv6. De esta
manera, la tarea de reenvío se puede lograr tratando los primeros bits del paquete que
has recibido.
La Figura compara los encabezados IPv4 e IPv6. Muchos campos familiares tienen
equivalentes en IPv6: Versión, ToS / Clase de tráfico, Total Longitud / Longitud de carga
útil, Tiempo de vida / Límite de salto, Protocolo / Encabezado siguiente, fuente dirección
y direcciones de destino. Tenga en cuenta la eliminación de los campos de
fragmentación de IPv4 (ID, indicadores, desplazamiento) y suma de comprobación del
encabezado. El campo de clase de tráfico también se aumenta por la presencia del
campo Etiqueta de flujo, ambos utilizados para la calidad del servicio, discutidos en el
Sección "Calidad de servicio"
Notación
La notación para las direcciones IPv6 ha
cambiado mucho de IPv4. Dado un gran
espacio de direcciones ampliado, usar o
describir direcciones IPv6 de manera
eficiente, se convierte en mucho más
importante que en IPv4, donde nunca tiene
más de 16 pulsaciones de teclas Fin de una
dirección.
 Notación de dígitos hexadecimales
En lugar del decimal ordinario, las
direcciones IPv6 se codifican en
hexadecimal, una base 16 Sistema de
numeración común en informática y redes.
Por el momento, es suficiente para notar
que los "dígitos" individuales de una

Integrantes:
Soto Mateo Yael
Nava olmos netzin
dirección IPv6 pueden variar no solo de 0 a 9, pero también de A – F. Por lo tanto, una
dirección podría comenzar en 2002, por ejemplo, y también 20FE o incluso BD59.
Aunque RFC 3513 usa direcciones en mayúscula en sus ejemplos, las direcciones IPv6
no distinguen entre mayúsculas y minúsculas.
 Agrupación y separación
En la notación IPv4, las direcciones se "agrupan" tipográficamente en los límites de los
octetos con un punto (.). En IPv6, las direcciones se agrupan tipográficamente en límites
de 16 bits con un colon (:). Como las direcciones tienen 128 bits, esto significa que hay 8
grupos, cada grupo usando 4 dígitos hexadecimales. Por ejemplo, 2001: 0DB8: 5002:
2019: 1111: 76ff: FEAC: E8A6.
 Elisión
Muchas direcciones IPv6 contendrán elementos repetitivos, particularmente ceros.
Existen formas proporcionadas para evitar escribir, o eludirlas para acelerar la
descripción de
estas direcciones. Puede evitar escribir todos los elementos de una dirección debajo de
siguientes condiciones:
1. Siempre que un elemento de dirección en una agrupación comience con uno o más
ceros
2. Donde haya uno o más grupos de ceros
En el primer caso, los ceros iniciales pueden eliminarse siempre que quede al menos un
dígito hexadecimal en el grupo. En el segundo caso, una serie de grupos de ceros puede
ser reemplazado con un :: Esta segunda elisión solo se puede realizar una vez, de lo
contrario, en la dirección se vuelve ambigua. Por ejemplo, podemos escribir: 0237: 0000:
ABCD: 0000: 0000: 0000: 0000: 0010 como 237: 0: ABCD :: 10. ¿Cómo? Primero quite
el cero inicial de 0237. Luego quite el ceros a la izquierda del siguiente grupo dando 0. A
continuación, comprima la ejecución de grupos cero en :: y finalmente elimine dos ceros
iniciales de 0010. También podríamos haber escrito la dirección como 237 :: ABCD: 0: 0:
0: 0: 10. Como la mayoría de las cosas, leer y escribir estas las direcciones se vuelven
más fáciles con la práctica. Hay ciertas clases de espacio de direcciones para las que
tiene sentido volver al antiguas formas de IPv4, pero hablaremos más sobre ellas en
breve. Basta decir que: :: 137.43.4.16 también es una dirección IPv6 válida y podría
escribirse: 0000: 0000: 0000: 0000: 0000: 0000: 892b: 0410 El ejemplo 3-1 muestra un
código perl que usa estas reglas y expande las direcciones IPv6 a su forma completa. El
ejemplo 3-2 muestra entradas de ejemplo y este programa que usted Es posible que
desee comparar con las formas expandidas en el Ejemplo 3-3 para ver esta compresión
en acción. Ejemplo 3-1. Código Perl para expandir direcciones IPv6 elididas

Integrantes:
Soto Mateo Yael
Nava olmos netzin
Ejemplo 3-1. Código Perl para expandir direcciones
IPv6 elididas
#!/usr/local/bin/perl
while(<>) { print &expandv6($_), "n"; }
sub expandv6 {
local ($_) = @_;
local (@parts, @newparts, $part);
s/s+//g; # Get rid of white space.
s/%.*//g; # Get rid of MS/KAME scope ID, if there is
one.
if (/:(d+).(d+).(d+).(d+)$/) { # Expand trailing IPv4
address.
$part = sprintf ":%02x%02x:%02x%02x", $1, $2, $3, $4;
s/:d+.d+.d+.d+$/$part/;
}
@parts = split(/:/, $_, -1);
$short = 8 - $#parts;
@newparts = ( );
foreach $part (@parts) {
if ($part eq "" && $short >; 0) {
while ($short-- >; 0) { push @newparts, "0000"; }
} else {
push @newparts, (sprintf "%04x", hex($part));
Ejemplo 3-1. Código Perl para expandir
direcciones IPv6 elididas (continuación)
}
return join ":", @newparts;
}
1;
Example 3-2. Some IPv6 addresses
::
237:0:ABCD::10
::137.43.4.16
2001:770:10::
::0
::ffff:0.0.0.0
200::
2000::
fe80::
fec0::
ff00::
2001:1200::
ff05::1:3
ff02::1:ffab:cdef
ff02::2
fe80::134.226.81.10
2001:770:10:300::134.226.81.11

Integrantes:
Soto Mateo Yael
Nava olmos netzin
 Identificadores de alcance
Permite direcciones con alcance que solo
son significativas en un contexto particular.
Lo mas común de estas direcciones es la
dirección local de enlace, que solo es
significativa en un enlace de red particular.
Suponga que desea hacer ping a una
dirección de enlace local como fe80 :: 1, y su
computadora está conectada a varios
enlaces. La dirección fe80 :: 1 podría estar
en cualquiera de esos enlaces, entonces,
¿cómo sabe IPv6 cuál usar? Una forma de
resolver este problema es agregar una
bandera a programas como ping, para
permitir la especificación de una interfaz. Por
ejemplo, las pilas KAME y Microsoft permiten
la especificación del enlace como parte de la
dirección, al incluir un identificador de
alcance. En una pila KAMEderived, como se
encuentra en los sistemas BSD, fe80 :: 1%
en0 significa la dirección fe80 :: 1 en el red conectada a la interfaz en0. En las pilas
derivadas de Microsoft, el ámbito-id suele ser dado como un número, entonces fe80 ::
1% 7 significa dirección fe80 :: 1 en la interfaz IPv6 7.
Subredes
En IPv4, la división en subredes le permite tomar partes de su espacio de direcciones
existente y dividirlo, para proporcionar más redes o para hacer que más direcciones
estén disponibles para algunas personas. Un ejemplo común de uso de subredes para
proporcionar más redes es un ISP que asigna una subred de su espacio de direcciones a
un cliente. Un ejemplo de El uso de subredes para hacer que haya más direcciones
disponibles es cuando una empresa descubre que el equipo de ventas se ha quedado
sin direcciones, pero R&D tiene algo de repuesto. Si I + D está utilizando menos de la
mitad de las 256 direcciones en su / 24 dicen, entonces un / 25 podría ser reclamado y
asignado a ventas. IPv6 también puede subred. Utiliza la notación CIDR desarrollada
Ejemplo 3-3. Forma ampliada de algunas
direcciones IPv6
0000:0000:0000:0000:0000:0000:0000:0000
0237:0000:abcd:0000:0000:0000:0000:0010
0000:0000:0000:0000:0000:0000:892b:0410
2001:0770:0010:0000:0000:0000:0000:0000
0000:0000:0000:0000:0000:0000:0000:0000
0000:0000:0000:0000:0000:ffff:0000:0000
0200:0000:0000:0000:0000:0000:0000:0000
2000:0000:0000:0000:0000:0000:0000:0000
fe80:0000:0000:0000:0000:0000:0000:0000
fec0:0000:0000:0000:0000:0000:0000:0000
ff00:0000:0000:0000:0000:0000:0000:0000
2001:1200:0000:0000:0000:0000:0000:0000
ff05:0000:0000:0000:0000:0000:0001:0003
ff02:0000:0000:0000:0000:0001:ffab:cdef
ff02:0000:0000:0000:0000:0000:0000:0002
fe80:0000:0000:0000:0000:0000:86e2:510a
2001:0770:0010:0300:0000:0000:86e2:510

Integrantes:
Soto Mateo Yael
Nava olmos netzin
también para IPv4, que es un forma de especificar el tamaño de una red además del
número de red real. Un ejemplo de IPv4 es 137.43.0.0/16, que es la antigua red de
"clase B" del University College de Dublín. Del mismo modo, 2001: 770: 10 :: / 48 es la
red IPv6 de Trinity College Dublin. En IPv6, estos bloques de direcciones a menudo se
denominan prefijos. Soltero los hosts en IPv4 se denominan / 32 y, en consecuencia, los
hosts individuales en IPv6 son / 128. (UNA
La calculadora que puede hacer cálculos CIDR en direcciones IPv4 e IPv6 está
disponible en http://www.routemeister.net/projects/sipcalc/; puede resultarle útil para
levantarse velocidad en la numeración de red IPv6). En IPv6, se supone que las
subredes tienen al menos 64 bits de ancho, incluso para punto a punto enlaces. Dado
que un individuo / 64 tiene espacio para más de mil millones de hosts, se espera que la
nueva creación de subredes para proporcionar más direcciones para una red individual
ya no será necesario. Este es un punto importante: posiblemente la mejor manera de
entenderlo es tome el ejemplo de una granja de servidores IPv4 que ha superado las 256
direcciones (solo 254 de ellos siendo utilizables, por supuesto) en su / 24. Con IPv4 no
tiene más remedio que subred, creando otra parte de la red contigua o no contigua a la
direcciones originales, y agregue sus nuevos servidores allí, con el consiguiente impacto
en el enrutamiento dentro de su organización. En contraste, con IPv6, ya que todos los
servidores pueden tienen una ID de interfaz diferente, todos pueden vivir en la misma
subred. Esto permitiría grandes grupos de máquinas, dicen los grupos de Beowulf, para
encajar felizmente en cualquier subred.
Por lo tanto, la razón principal de las subredes se convierte en la asignación de redes
para diferentes propósitos administrativos o técnicos, como seguridad o enrutamiento.
Tratar de simplifique este proceso, se espera que las organizaciones que requieren
subredes internas siempre se le asignará un /48.* Esto significa que todos tienen 16 bits
de "red" para trabajar con, o 65536 subredes diferentes. Esto debería ser suficiente para
cualquiera.
 Arquitectura de direcciones
El espacio de direcciones privadas es el espacio de direcciones utilizado dentro de la red
de una organización, y en teoría no se puede llegar desde el mundo exterior .Estas
direcciones son un ejemplo de espacios de direcciones con especial propiedades, y a
menudo (pero no siempre) se pueden inferir estos tipos de espacio de direcciones
echando un vistazo a la dirección. Los ejemplos de direcciones especiales del mundo
IPv4 incluyen el espacio privado de clase A 10.0.0.0/8, que se trata en la sección
"Modelo de direccionamiento" y sería familiar para quienes construyen redes
empresariales. Del mismo modo 127.0.0.0/8 es el Espacio "localhost", que los hosts
utilizan para ponerse en contacto con ellos mismos. Una dirección especial interesante
de IPv4 es la dirección de "difusión" en IPv4, 255.255.255.255, porque no tiene un
equivalente directo en IPv6. Las transmisiones ya no existen en IPv6, y la multidifusión

Integrantes:
Soto Mateo Yael
Nava olmos netzin
se utiliza como transporte para contactar múltiples hosts simultáneamente. De manera
similar, en IPv6 hay varios espacios de direcciones, generalmente expresados como
prefijos con longitud de red CIDR. La ruptura oficial la resumimos las asignaciones en la
Tabla 3-1
Direccionamiento global de unidifusión
Estas direcciones son análogas al espacio público normal de direcciones IPv4. La
mayoría de estas direcciones aún están reservadas, pero la asignación de este espacio
a los usuarios ha comenzado. Los bloques que se han asignado se enumeran en la
Tabla 3-2
Parte del espacio de direcciones de producción se está asignando a Registros
Regionales de Internet * en grandes porciones. Los RIR son a su vez responsables de la
asignación de pequeños bloquea los registros locales de Internet, que generalmente son
proveedores de servicios de Internet. Finalmente, los ISP asignan direcciones

Integrantes:
Soto Mateo Yael
Nava olmos netzin
directamente a sus clientes. Se espera que este esquema jerárquico de asignación de
direcciones sea la forma normal en que Los usuarios finales obtienen direcciones IPv6..
 Direccionamiento de enlace local
El prefijo local de enlace contiene direcciones que solo son significativas en un solo
enlace este prefijo se utiliza en casi todos los enlaces en los que se configura IPv6. Esta
significa que la dirección de enlace local fe80 :: feed se referirá a una computadora
diferente dependiendo en qué red está utilizando, al igual que 127.0.0.1 se refiere a una
computadora diferente dependiendo de cuál estés usando. En este contexto, un enlace
es un grupo de máquinas que pueden comunicarse directamente sin requerir un
enrutador IPv6. Este enlace puede ser un punto a punto, un enlace de difusión o algo
más esotérico, pero los paquetes direccionados usando el direccionamiento local de
enlace serán que nunca pase por un enrutador. * Las direcciones que solo son válidas
en el enlace local pueden no parecen muy útiles, pero forman parte del proceso de
autoconfiguración de IPv6. Es importante tener en cuenta que los hosts generan
direcciones locales de enlace en virtud de estar conectados a un enlace; no es necesario
ningún enrutador o participación de ninguna agencia externa para Estas direcciones
deben ser generadas y utilizadas. Entonces, una pequeña oficina con un interruptor y un
pocas computadoras conectadas pueden usar el direccionamiento local de enlace para
redes simples. Esto Es una de las principales contribuciones de IPv6 para facilitar la
administración, especialmente para los pequeños organizaciones. (Veremos cómo se
generan realmente las direcciones locales de enlace en un momento.) También es
posible usar direcciones locales de enlace cuando las direcciones "reales" no son
estrictamente necesario. Por ejemplo, un enlace punto a punto entre dos enrutadores
podría funcionar con solo direcciones de enlace local, sin tener que asignar ninguna
dirección de unidifusión global. Sin embargo, IPv6 ha sido diseñado para que no haya
escasez de direcciones y este tipo de conservación de direcciones debería ser
innecesaria. Además, los enrutadores pueden requieren direcciones reales para enviar
mensajes de error ICMP o para la administración remota. Las direcciones locales de
enlace configuradas automáticamente son, en cierto modo, bastante similares a las
Direcciones IPv4 169.254.0.0/16 que a veces se usan si no hay un servidor DHCP
disponible o si solo se requiere comunicación de enlace local. Las direcciones IPv6
autoconfiguradas difieren aquí porque están destinados a ser únicos y constantes,
mientras que las direcciones IPv4 son propensos a la colisión y pueden variar como
consecuencia de la resolución de la colisión. Direccionamiento local del sitio El
direccionamiento local del sitio es una idea interesante que recuerda un poco al IPv4
privado espacios de direcciones discutidos anteriormente. Estas direcciones están
destinadas a ser utilizadas dentro de un sitio, pero no son necesariamente enrutables o
válidos fuera de su organización. Las opiniones varían en cuanto a la definición de un
sitio, pero piense que es una organización a la que Se puede hacer una asignación de
espacio de direcciones. La razón de esto es que, como el uso del direccionamiento

Integrantes:
Soto Mateo Yael
Nava olmos netzin
sitelocal refleja el uso del direccionamiento global, debería simplificar la administración
de direcciones y fomentar el uso sensato de ambas. A diferencia de las direcciones
locales de enlace, que solo deben ser únicas en un enlace, estas las direcciones locales
del sitio requieren que se configure un enrutador para evitar la duplicación del sitio local
direcciones dentro de un sitio. Por el momento, los detalles prácticos de si y cómo debe
ser el direccionamiento local del sitio desplegados todavía se están discutiendo. Existe
un deseo general de evitar el tipo de problemas asociados con la fusión de redes
privadas (como se discute en "NAT. Lo que esto probablemente significa es que habrá
direcciones "locales del sitio" que son globalmente únicos Sin embargo, parece que las
direcciones locales del sitio, como se consideró originalmente para IPv6, se han
abandonado y los detalles de este nuevo "IPv6 local único. Se está finalizando el
direccionamiento de unidifusión Dada la clara necesidad de un sitio estable frente a las
direcciones globales asignadas por el proveedor, se requiere un esfuerzo considerable
se invierte en conseguir el reemplazo correcto de las direcciones locales del sitio.
Multidifusión
Consideremos aplicaciones donde conversar con muchos hosts a la vez es la norma.
¿Cómo puedes hacer que esto suceda de la manera más eficiente posible? Unidifusión
de datos a muchos hosts es ineficiente, porque debe enviar los datos una vez para cada
host. La transmisión a muchos hosts también es ineficiente, porque muchos hosts no
estarán interesados en datos que está enviando, y desperdiciará recursos procesando el
paquete. La multidifusión es el solución que le permite enviar un paquete de manera
eficiente a una colección arbitraria de máquinas. Su objetivo es ser un compromiso entre
Unicast y broadcast; los anfitriones pueden firmar para recibir mensajes destinados a
grupos específicos, y estos grupos de multidifusión son identificado por direcciones de
multidifusión. El ejemplo habitual de una aplicación de multidifusión es la transmisión de
multimedia; mucho final las estaciones deben recibir el mismo video de rock / transmisión
política de un solo partido fuente. Desde el punto de vista de la aplicación, envía
paquetes a un solo grupo dirección, pero todos los que se han registrado como
pertenecientes a ese grupo reciben los datos. Naturalmente, esto requiere la
cooperación de enrutadores y conmutadores dentro de la red. La multidifusión existe en
el mundo IPv4; IGMP, definido en RFC 3376, se utiliza para administrar Grupos de
multidifusión IPv4. Sin embargo, la multidifusión, aunque útil, nunca ha tenido realmente
amplio despliegue Por el contrario, en IPv6, la multidifusión es obligatoria. De hecho, la
multidifusión es central para la operación de IPv6; IGMP se ha fusionado con ICMPv6
(RFC 2710) y la multidifusión se usa para implementar el equivalente de IPv6 de ARP.

Integrantes:
Soto Mateo Yael
Nava olmos netzin
La multidifusión no requiere configuración si está confinada a una sola red (es decir, una
sola enlace). Sin embargo, para que el tráfico de multidifusión cruce los enrutadores, un
demonio de enrutamiento de multidifusión debe estar configurado Por ahora nos
concentraremos en la multidifusión de enlace local. Direccionamiento de multidifusión en
IPv6
 El espacio de direcciones de multidifusión IPv6
Las direcciones de multidifusión son de forma ffXY donde X son 4 bits de banderas e Y
es el alcance de la multidifusión. El bit superior de las banderas está actualmente
reservado y debe ser cero. El bit final es 1 si la dirección de multidifusión es una
dirección de multidifusión transitoria, en lugar de una conocida. * Para direcciones
conocidas, los otros indicadores deben establecerse en 0, siendo los otros valores
reservado para uso posterior. La situación de las direcciones transitorias es un poco más
compleja, pero solo necesitamos revísalo brevemente. Aquí el valor de las dos banderas
centrales es importante. Un medio de banderas el valor de 00 indica una asignación
arbitraria de direcciones, donde las direcciones son asignado por aquellos que operan el
enlace / sitio / red que coincide con el alcance de la dirección. Las banderas del medio
de 01 indican la asignación basada en el prefijo de unidifusión, donde en virtud de Al
usar un bloque (prefijo) de direcciones IPv6, hay automáticamente un bloque de
direcciones IPv6 multicast disponibles. Finalmente, los indicadores medios de 11 son
otras direcciones de unidifusión basadas en asignación, pero esta vez la dirección de un
punto de encuentro también está codificada en dirección de multidifusión Un punto de
encuentro es un lugar en una red de multidifusión que actúa como un punto de
distribución para un flujo de multidifusión particular. Localizar un punto de encuentro es
un problema complicado en algunos tipos de enrutamiento de multidifusión, por lo que
incluirlo en la dirección Hace la vida más fácil. Los valores del alcance se muestran en la
Tabla 3-3, al igual que los prefijos para conocidos y simples direcciones transitorias con
este alcance. Hay bloques de direcciones similares para el otros valores de banderas
también.

Integrantes:
Soto Mateo Yael
Nava olmos netzin
Dentro de cada uno de los rangos conocidos, se han asignado algunas direcciones para
usos específicos. Algunas asignaciones son de alcance variable, lo que significa que
están asignadas para cualquier valor de alcance válido Por ejemplo, ff0X :: 101 se asigna
a servidores NTP con alcance X. Otras asignaciones solo son válidas dentro de ciertos
ámbitos, por ejemplo, a los servidores DHCPv6 se les asigna la dirección de ámbito local
del sitio ff05 :: 1: 3.En algunos casos, se han asignado rangos de direcciones. En
particular, ff02 :: 1: ff00: 0 / 104 es el rango para la multidifusión de nodo solicitada. Si un
nodo tiene una dirección de unidifusión que termina en, diga ab: cdef, entonces debe ser
parte del grupo de multidifusión ff02 :: 1: ffab: cdef. Desde un la interfaz puede tener
varias direcciones Unicast, esto puede significar varios nodos solicitados direcciones de
multidifusión en esa interfaz. Sin embargo, si la ID de la interfaz es la misma para todos
las direcciones de unidifusión, entonces la interfaz solo necesitará unirse a un nodo
solicitado grupo de multidifusión La lista de direcciones de multidifusión asignadas está
disponible en el sitio web de la IANA http: // www.iana.org/, y es relativamente largo. Sin
embargo, hay dos direcciones de multidifusión que todos deberían conocer: ff02 :: 1 y
ff02 :: 2. El primero es el enlace local de todos los nodos dirección, el equivalente
aproximado de la dirección de difusión no enrutada 255.255.255.255 en IPv4. La
segunda es la dirección de todos los enrutadores locales de enlace, que es importante
en IPv6. proceso de autoconfiguración.
 Soporte de hardware
Una última cosa a tener en cuenta es que se requiere algún tipo de soporte en las redes
finales para soportar multicast. Por ejemplo, en redes Ethernet ciertos MAC de destino
las direcciones se reservan para la multidifusión. Para IPv6 estas direcciones tienen los
dos bytes establecidos en 33:33 y los cuatro bytes restantes tomados de los cuatro bytes
bajos de la dirección de multidifusión IPv6.Esto significa que para recibir multidifusión
necesita una tarjeta Ethernet que pueda pasar paquetes dirigidos a la dirección
correspondiente de la capa dos. Las tarjetas modernas a menudo tienen una instalación
llamada filtros de multidifusión, que permite pasar solo los paquetes de multidifusión

Integrantes:
Soto Mateo Yael
Nava olmos netzin
relevantes hasta el controlador, lo que significa que el controlador puede evitar procesar
cada multidifusión paquete que recibe la tarjeta.Si la tarjeta no tiene este soporte de
hardware, se puede realizar el filtrado necesario en el controlador Ethernet. Algunos
hosts pueden querer recibir todos los paquetes de multidifusión. Esto se implementa con
soporte promiscuo de multidifusión que pasa por todo Ethernet tramas que tienen una
dirección de destino de multidifusión. Si su controlador Ethernet tiene que procesar todas
las tramas de multidifusión, ya sea porque no admite filtros de multidifusión o porque
está funcionando en modo promiscuo de multidifusión, obviamente consumirá más
recursos de la computadora. Toda esta configuración de los filtros de multidifusión
Ethernet debe hacerse automáticamente por la pila de IP y los controladores de
Ethernet, por lo que no debería preocuparse por eso. Sin embargo, ocasionalmente no
funciona. Hablamos sobre lo que puede salir mal con el soporte de multidifusión Ethernet
en la sección "Gotchas" .
 Anycast
Una dirección de difusión ilimitada es una dirección a medio camino entre una dirección
de unidifusión y una multidifusión habla a. Las direcciones de unidifusión se asignan a
una máquina y cada paquete se entrega a esa máquina Las direcciones de multidifusión
se asignan a muchas máquinas y a cada paquete se entrega a todas esas máquinas.
Las direcciones de difusión ilimitada se asignan a muchas máquinas, pero cada paquete
se entrega solo a una de estas máquinas. El uso de anycast sigue siendo
estableciéndose ICMPv6 TCP y UDP no han cambiado de IPv4 a IPv6. ICMP es una
historia muy diferente, ya que ICMPv6 abarca los roles desempeñados por ICMP, IGMP
y ARP en el Mundo IPv4. Algunos aspectos de ICPMv6 serán familiares para quienes
han trabajado con sus equivalentes IPv4: ecos y errores ICMP, por ejemplo. Sin
embargo, la mayoría Hay cambios importantes en el área de descubrimiento de vecinos,
que no será familiar para IPv6 recién llegados. Discutimos esto en la sección "Vigilancia
del vecindario" más adelante capítulo. ICMP ecos y errores RFC 2463 cubre la parte de
ICMPv6 que es más similar a las partes familiares de ICMPv4. Cubre las solicitudes y
respuestas de eco ICMP, que se utilizan para implementar el conocido programa de
ping. También cubre los errores de ICMP, que se devuelven cuando hay es un problema
con un paquete: Destino inalcanzable (debido al enrutamiento, filtrado de paquetes u otra
falta de disponibilidad), Paquete demasiado grande, Tiempo excedido (cuando el
paquete ha viajó demasiados saltos) y Problema de parámetro (encabezados
desconocidos o malos).

Integrantes:
Soto Mateo Yael
Nava olmos netzin
 Vigilancia de la vecindad
La resolución de direcciones en IPv4 usa ARP, pero en IPv6 un mecanismo conocido
como vecino se utiliza el descubrimiento. El descubrimiento de vecinos también
proporciona características adicionales que no son proporcionado en IPv4. El
descubrimiento de vecinos se define en RFC 2461. A diferencia de ARP, el
descubrimiento de vecinos ICMP es un protocolo IP, lo que significa que puede ser
protegido con IPsec (la sección "Seguridad" más adelante en este capítulo presenta
IPsec). Como una precaución, la mayoría de los paquetes de descubrimiento de vecinos
también se aplican solo si no sido enviado por un enrutador. Esto se logra comprobando
que el campo de límite de salto tiene su valor máximo y hace que sea difícil inyectarlos
en redes remotas. Al igual que ARP, el descubrimiento de vecinos incluye explícitamente
las direcciones de capa de enlace dentro de cuerpo de mensajes, en lugar de mirar el
encabezado de la capa de enlace del paquete. Esto hace para una implementación más
fácil y también deja la opción de descubrimiento de vecino proxy Abierto para situaciones
como IP móvil.Resolución de la dirección solicitud de vecinos y Publicidad de vecinos
son dos tipos de paquetes de descubrimiento de vecinos ICMPv6. Tienen varios usos,
pero el que mencionaremos aquí. es el equivalente de ARP en IPv4. Un paquete de
solicitud vecino es muy similar a un paquete de solicitud ARP. Está enviado cuando un
nodo quiere traducir una dirección IPv6 Unicast de destino en una capa de enlace habla
a. Básicamente dice: "¿Puede el propietario de esta dirección IPv6 ponerse en
contacto?" Como en realidad no conocemos la dirección de la capa de enlace del host de
destino, el vecino el paquete de solicitud se envía a la dirección de multidifusión de nodo
solicitado * correspondiente a la dirección de destino, y la dirección de destino se incluye
en el mensaje ICMP. los El nodo de envío también generalmente incluirá su dirección de
capa de enlace, para facilitar la respuesta. Un paquete de publicidad contigua es la
respuesta lógica a estas solicitudes. Está enviado de vuelta al sistema solicitante,
incluida la dirección de origen de la solicitud, la dirección de la capa de enlace del
sistema de destino y algunas banderas. Un ejemplo de solicitud de vecinos entre dos
hosts se muestra en la Figura 3-3. Anfitrión 1 quiere hablar con la dirección 2001: db8 ::
a00: 2 en el host 2, por lo que calcula
el pedido dirección de multidifusión de
nodo ff02 :: 1: ff00: 2 y envía el paquete
al correspondiente Dirección de
multidifusión de Ethernet. Incluye su
propia dirección Ethernet en el
paquete. Anfitrión 2 responde con un
anuncio vecino enviado directamente a
la dirección Ethernet del host 1.
De la misma manera que los hosts
tenían una tabla ARP en IPv4, hay una
tabla de vecinos mantenido en un nodo

Integrantes:
Soto Mateo Yael
Nava olmos netzin
en IPv6 llamado caché vecino. Este caché gestiona el resultados de consultas previas
para evitar repetir solicitudes con demasiada frecuencia. A diferencia de ARP, ICMPv6
evita las transmisiones. El uso de toda una gama de nodos solicitados las direcciones de
multidifusión significan que los nodos generalmente solo tendrán que procesar al vecino
Paquetes de solicitud que realmente les interesan. Esto significa que la carga de
interrupción en los hosts IPv6 debería ser mucho menor que en la red IPv4 equivalente.
 PAPÁ
La detección de direcciones duplicadas (DAD) es una característica útil para el
funcionamiento de la red. Se utiliza cuando se asigna una dirección a una interfaz y es
una forma de verificar que ningún nodo en el enlace ya está usando esa dirección. Se
puede usar para cualquier dirección tipo (por ejemplo, unidifusión o local de enlace) pero
solo puede detectar duplicados que comparten un enlace con tú. DAD se define en RFC
2462. Cuando una interfaz se configura manual o automáticamente, la dirección se
marca como tentativo. El procedimiento de Detección de direcciones duplicadas luego
envía un mensaje de Solicitud de vecino a la dirección que se acaba de configurar. La
idea es simple: usted espere una cierta cantidad de tiempo, y si no ha recibido una
respuesta, entonces concluya que la dirección no está en uso y continúe alegremente en
su camino. Si recibes una respuesta, tiene la forma de un Anuncio de vecino, por lo que
marca la tentativa abordar inutilizable y se requiere intervención del operador. * El
mensaje de solicitud de vecino se dirige al nodo solicitado correspondiente dirección de
multidifusión, y la dirección que se verifica como única se envía como destino. Como
todavía no queremos utilizar la dirección tentativa, la dirección de origen se establece en
la dirección no especificada todos ceros ::. Si un nodo responde a dicha solicitud, el
anuncio debe enviarse a la dirección local de enlace de todos los nodos ff02 :: 1 porque
el host hacer DAD puede que aún no tenga ninguna dirección. Si se descubre una
dirección duplicada, entonces la dirección tentativa no debe ser utilizada.
Lamentablemente, DAD no es un mecanismo completamente confiable; podrías esperar
mucho tiempo pero no lo suficiente, o la respuesta podría perderse o descartarse por
una variedad de razones. En comparación con IPv4, DAD es un mejor enfoque para
minimizar el caos que se produce cuando las direcciones se comparten
involuntariamente. Si nada más, el DAD obligatorio ayuda ¡usted como un espectador
inocente y lo obstaculiza como un atacante malicioso!
 NUD
Un host puede caerse de una red en cualquier momento, con razones que van desde
una potencia repentina pérdida por intención maliciosa. La detección de inalcanzabilidad
de vecinos es una forma de verificar que Todavía estamos en contacto bidireccional con
un vecino. Por lo general, esto se puede inferir por a lo que RFC 2461 se refiere como
"progreso hacia adelante" de un protocolo de alto nivel, como TCP. Sin embargo, si un
vecino parece haberse perdido, una Solicitud de vecino puede ser enviado a ellos para

Integrantes:
Soto Mateo Yael
Nava olmos netzin
ver si todavía están disponibles. ¿De qué sirve determinar si un vecino se ha vuelto
inalcanzable? Bueno en el caso donde el vecino se ha vuelto inalcanzable debido a un
cambio de dirección de capa 2 (tal vez debido a algún sistema de espera activa), la
Solicitud de vecino luego descubra la nueva dirección de capa 2 correspondiente a la
dirección IPv6 original. Si el el sistema que no está disponible es un enrutador, entonces
podemos elegir otro enrutador En casos donde el vecino inalcanzable era un host final
que tiene apagado, entonces probablemente no hay mucho que podamos hacer para
restaurar útiles comunicación. Redireccionamiento Como en IPv4, a veces un nodo toma
una mala decisión sobre el mejor enrutador para recibir un paquete particular
Nuevamente, como con IPv4, un enrutador puede enviar una señal a un host e indicar un
Mejor elección del próximo salto. IPv6 agrega algunas características adicionales a la
redirección ICMPv4; puede indicar la dirección de la capa de enlace del siguiente salto y
puede hacer que un nodo sepa que un La dirección que se considera remota es en
realidad local. Una peculiaridad de la redirección de IPv6 es que la redirección usa
direcciones locales de enlace, lo que significa que los enrutadores necesitan conocer
una las direcciones locales de enlace de otro.
 Anuncio de enrutador / prefijo
Los dos tipos de paquetes restantes en el conjunto de descubrimiento vecino son los
paquetes de solicitud de enrutador y anuncio de enrutador. Las solicitudes de enrutador
son como solicitudes vecinas, pero en lugar de preguntar por otros nodos, buscan
información de enrutadores locales. En consecuencia, estos se envían a la dirección de
multidifusión de todos los enrutadores ff02 :: 2. Las solicitudes de enrutador no son
estrictamente necesarias, ya que los anuncios de enrutador se envían automáticamente
de vez en cuando. Por ejemplo, una computadora portátil que se despierta de la
hibernación podría no enviar una solicitud de enrutador, pero podría actualizar la
información del prefijo después de unos pocos minutos cuando el enrutador luego envía
un anuncio. El tiempo entre estos los anuncios son configurables, pero generalmente son
aleatorios para evitar indeseables efectos de sincronización Los anuncios de enrutador
contienen todo tipo de beneficios útiles que un host puede desear saber sobre: prefijos,
MTU de enlace, etc. A menos que esté ansioso por preservar la práctica de
configuración manual en su red, el mecanismo de descubrimiento de enrutadores será el
mecanismo principal por el cual se aprenden las puertas de enlace predeterminadas
para los hosts.esencialmente, un host tiene que hacer muy poco más que escuchar un
anuncio cuasi periódico.

Integrantes:
Soto Mateo Yael
Nava olmos netzin
Selección de dirección.
En esta etapa, está claro que el nodo IPv6 típico puede, y muy probablemente tendrá,
muchos direcciones. Algunos pueden configurarse manualmente, otros pueden
configurarse automáticamente mediante anuncios de enrutador; algunos pueden ser de
enlace local y otros pueden ser globales; algunos pueden ser permanentes y otros
temporales. De esta plétora de direcciones, un El nodo debe elegir qué dirección utilizar.
Dependiendo de los criterios utilizados, el La elección podría cambiar muchas veces en
el transcurso del tiempo de actividad de un host. En algunos casos las direcciones serán
elegidas explícitamente por los usuarios o las aplicaciones, por ejemplo, dónde escribe
un usuario telnet :: 1, o donde un servidor está vinculado a una sola dirección IP. Para
otras situaciones, hay debe ser un mecanismo predecible para guiar la selección de
direcciones por un anfitrión; Estas son las reglas de selección de dirección
predeterminadas, tratadas en RFC 3484. En cualquier comunicación de dos extremos,
obviamente hay dos direcciones que potencialmente tiene que ser decidido; la fuente y el
destino. Dirección de la fuente La selección determina cuál de las direcciones de un
nodo se utilizará para originar una conexión a una dirección de destino determinada. La
selección de la dirección de destino sería típicamente aplicado a una lista de direcciones
devueltas por DNS, ordenándolas en orden de preferencia. El proceso de selección se
da en términos de una secuencia de reglas que comparan dos direcciones. Comienzas
con la regla 1, y si no te dice qué dirección preferir, entonces pasas a la regla 2, y así
sucesivamente. Las reglas para la selección de la dirección de origen se muestran en La
Tabla 3-5 y las reglas para la selección de la dirección de destino se muestran en la
Tabla 3-6. Curiosamente, las reglas para la selección de la dirección de destino
dependen de las reglas de selección de la dirección de origen, porque implican calcular
cuál sería la dirección de origen preferida ¡dado que se eligió una dirección de destino
particular! Una vez que una dirección de destino ha sido elegido, se puede seleccionar
una dirección de origen adecuada.

Integrantes:
Soto Mateo Yael
Nava olmos netzin
Dediquemos un momento a aclarar algunos de los términos utilizados en las reglas.
Alcance se refiere a si una dirección es una dirección de enlace local / ... / global. El
domicilio y la dirección de cuidado son para ver con las funciones de movilidad de IPv6,
cubiertas en "Introducción a IPv6 móvil", más adelante en Este capítulo. Discutiremos la
etiqueta y la precedencia de la política en un momento. Lo más interesante desde la
perspectiva del ISP es la regla del "prefijo de coincidencia más largo". Muy simplemente,
el prefijo coincidente más largo de un par de origen y destino es el número de bits que
las direcciones tienen en común, si comienza a contar desde el extremo izquierdo. El
razonamiento detrás de esto es el modelo de enrutamiento jerárquico * seguido por IPv6;
un es probable que la dirección que tiene muchos bits en común con su dirección esté
cerca de usted en la red. La selección de dirección opcionalmente incluye una forma de
expresar algún usuario o administrador Políticas definidas. Estos incluyen "etiquetas" en

Integrantes:
Soto Mateo Yael
Nava olmos netzin
las direcciones (un par de origen y destino se preferirá si sus etiquetas coinciden) y
precedencia (se prefiere un destino con mayor precedencia). Todavía no existe mucha
experiencia operativa con la selección de direcciones y con el Políticas asociadas. La
implementación completa de la selección de direcciones, no solo de acuerdo para la
especificación, pero también en una forma utilizable, en realidad podría ser bastante
complicado, por lo que solo el tiempo dirá qué aspectos de la selección de direcciones
tendrán un impacto práctico en el configuración de IPv6.
Más acerca de los encabezados Consideremos algunas de las implicaciones del diseño
del encabezado IPv6. No hay campo equivalente al campo de opciones de IPv4, por lo
que ahora las cabeceras de extensión proporcionan las instalaciones equivalentes. Estos
encabezados y el hecho de que el encabezado IPv6 no tiene suma de comprobación,
influya en cómo se calculan las sumas de comprobación de nivel superior. También, las
direcciones más grandes utilizadas significan que más de un paquete se toma con
encabezados, por lo que la compresión del encabezado es correspondientemente más
importante.
Encabezados de extensión
En la sección "Estructura básica de encabezado" anterior en este capítulo, observamos
que el La noción de IPv4 de incluir opciones directamente dentro del encabezado
principal había sido abandonada. Sin embargo, las opciones de IP sirvieron para un
propósito, y ese propósito ahora se logra en IPv6 usando encabezados de extensión.
Estos encabezados están encadenados juntos. Dentro del IPv6 encabezado el campo
Encabezado siguiente le indica el tipo del encabezado de la próxima extensión, que a su
vez tiene un siguiente encabezado y así sucesivamente. Los tipos básicos de
encabezado discutidos en RFC 2460 son el encabezado Hop-by-Hop Options (tipo 0), el
encabezado Routing (tipo 43), el Encabezado de fragmento (tipo 44) y el encabezado
Opciones de destino (tipo 60). Para asegurarse de que este proceso de encadenamiento
de encabezados termina, hay algunos tipos especiales de encabezado siguiente que no
tienen un campo de encabezado siguiente. Estas incluyen 6 = TCP, 17 = UDP, 58 =
ICMPv6 y el 59 bastante extraño, lo que significa "No hay siguiente encabezado".
Por ejemplo, la Figura 3-5 muestra un paquete IPv6 que contiene un encabezado IPv6,
seguido por un encabezado de enrutamiento, seguido por el encabezado TCP y los
datos.

Integrantes:
Soto Mateo Yael
Nava olmos netzin
Aparte del encabezado Hop-by-Hop, ninguno de estos encabezados es procesado por
un nodo simplemente reenviar un paquete. Si hay un encabezado de Opciones Hop-by-
Hop, debe ser inmediatamente después del encabezado IPv6. Esto significa que, en el
caso habitual, un enrutador no tiene que mirar más allá del encabezado IPv6 y no tiene
que ir muy lejos para analizar el encabezado Hopby-Hop
Introducción a Mobile IPv6
En estos días de teléfonos celulares y redes inalámbricas de todo tipo, la movilidad para
equipos ahora lleva la expectativa de que puede llevar su computadora portátil y usarla
para correo electrónico, web, y así sucesivamente más o menos en cualquier lugar. De
manera predeterminada, no se atiende a la movilidad total, en en otras palabras, no
puede estar en una LAN inalámbrica en una oficina, poner una máquina en suspensión,
llévelo a otra oficina y despiértelo, y espere que se conserven todas las conexiones
existentes y que todo "simplemente funcione". Además, hay problemas de roaming con
múltiples puntos de acceso a una red determinada, problemas de asignación de
direcciones, etc.
Los problemas de movilidad que Mobile IPv6 intenta resolver están muy bien definidos
subconjunto de estos, y tiene que ver específicamente con su punto de conexión de capa
3 a la red y, por lo tanto, a su dirección, tabla de enrutamiento y otros recursos de
infraestructura de red. Entonces, ¿cómo resolvemos el problema de usar una
computadora portátil en la red de otra persona pero ¿sigue siendo capaz de acceder a
sus recursos habituales dentro de la red doméstica y mantener las conexiones
existentes? Los mecanismos habituales invocados por la pila IPv6 en un El cambio de
enlace, como la autoconfiguración sin estado, elimina efectivamente las conexiones TCP
existentes porque las conexiones TCP tienen una dirección fija en cada extremo de la
conexión. Además, los RA en redes administradas tendrán el mismo efecto, y sería
inadecuado para suprimir estos mecanismos simplemente para este propósito. El
enfoque que adopta Mobile IPv6 es el siguiente. Se dice que los nodos tienen un hogar
red, que es la red a la que pertenecen en una lógica u organización sentido. Esta podría
ser una red corporativa, en el caso de una computadora portátil de negocios, una red
residencial, en el caso de una computadora portátil personal o una red particular de
telefonía móvil, en el caso de un teléfono / PDA. En esta red doméstica tendrá una
dirección particular. Mientras está conectado directamente a la red doméstica, utiliza esta
dirección normalmente. Sin embargo, con Mobile IPv6 puedes continúe usando esta
dirección si se muda a otra red. Esto requiere algo de soporte de infraestructura.
Seguridad IPv6
Mejora la seguridad de la red considerablemente. Probablemente, la contribución más
importante que realiza no es una contribución técnica, sino más bien una cuestión de
política: el estándar exige que una pila de IPv6 no debe implementarse sin soporte

Integrantes:
Soto Mateo Yael
Nava olmos netzin
alguna forma de encriptación Es importante tener en cuenta que este cifrado no está en
capa de aplicación; es decir, no es un mecanismo ad-hoc separado que es diferente
configurado en programas de correo que en navegadores web que en applets de
transmisión de video está en una capa inferior y también puede asegurar cosas como el
descubrimiento de vecinos. Este fue un gran logro del IETF. Ciertamente, hay muchas
jurisdicciones en el mundo que usan computadoras; muchos de ellos tienen severa anti-
encriptación leyes; algunos de ellos prohíben su uso por completo. La forma de
seguridad, IPsec, ya es familiar para muchos, ya que es la base de muchas VPN (red
privada virtual) sistemas que ya están implementados. IPsec es una arquitectura
bastante complicada; ver RFC 2401 para más detalles. En IPv6 se implementa usando
encabezados de extensión que dicen que el resto del empacador está encriptado (el
ESP encabezado de RFC 2406) o firmado criptográficamente (el encabezado AH de
RFC 2402). Estas son básicamente las mismas técnicas que se usan en IPv4. Sin
embargo, IPsec tiene algunas desventajas. Por ejemplo, si el tráfico es regular cifrado
dentro de su red, luego depuración o contenido de paquetes relacionados con la
seguridad oler es imposible, a menos que tengas la llave. Solo por esa razón, alguna red
los administradores insisten en configurar una clave estática para la comunicación dentro
del sitio entre máquinas, para facilitar la depuración. Sin embargo, se han realizado
esfuerzos para asegúrese de que el cifrado de encabezado (en oposición al cifrado de
contenido) no sea obligatorio bajo todas las circunstancias
Calidad de servicio
La calidad del servicio, en adelante denominada QoS, es un área complicada. El núcleo
el concepto es bastante simple: nosotros, como administradores de red y como usuarios,
queremos asegúrese de que una determinada aplicación pueda tener un rendimiento
garantizado en una determinada red. Cuando lo desea un usuario, esto a menudo se
traduce en declaraciones como "Deseo podría descargar ese ISO antes de que pueda
tomar mi autobús ... "y, cuando lo desee un administrador de red, generalmente se
traduce como "¿Cómo puedo evitar que los descargadores de ISO maten al resto de la
red?" En general, el tipo de aplicación para la que queremos garantizar el rendimiento es
una aplicación multimedia, no las transacciones estándar HTTP o SMTP que tienen lugar
miles de millones de veces al día (aunque en algunos casos podemos querer garantizar
que cierta parte de la red se reservará para servicios críticos). Esto se debe a que las
aplicaciones multimedia se encuentran entre las más sensibles a la pérdida de paquetes
y las fluctuaciones, dado el necesidad de que los datos lleguen en el momento adecuado
para su reensamblaje y visualización. Existen Varias teorías sobre cómo se debe hacer
esto:
1. Red inteligente, hosts finales estúpidos
2. Estúpida red, hosts finales inteligentes

Integrantes:
Soto Mateo Yael
Nava olmos netzin
3. Sobredimensionamiento
Los dos primeros esquemas difieren sobre dónde ubicar la inteligencia involucrada en
hacer decisiones de QoS, mientras que los últimos intentos de evitar el problema por
completo. Exactamente que el esquema proporcionará la mejor QoS en todas las
circunstancias no está claro. Diferente los esquemas requieren diferentes instalaciones
para estar disponibles. En lugar de hacer una llamada sobre cómo QoS debería
funcionar, IPv6 proporciona algunas funciones genéricas que deberían ayudar a los
diseñadores de QoS. Estos incluyen algunos campos en el encabezado IPv6 y, por
supuesto, encabezados de extensión.
Hay dos formas en que el encabezado IPv6 proporciona QoS manipulable. Uno es el
campo de clase de tráfico, el otro es la etiqueta de flujo de 20 bits en el encabezado
IPv6. Tenga en cuenta que estos campos están disponibles en el encabezado IPv6 base
y, por lo tanto, están disponibles de inmediato para enrutadores, independientemente de
los encabezados de extensión que puedan seguir. El campo de clase de tráfico se trata
en RFC 2460, pero deja las clases por definir después de futuras investigaciones.
Servicios diferenciados, uno de los mecanismos existentes utilizados para proporcionar
QoS, proporciona su interpretación del campo de clase de tráfico en RFC 2474. En un la
red que proporciona QoS a través de enrutadores DiffServ decidiría dar a los paquetes
un tratamiento preferencial basado en la interpretación de RFC 2474 del campo de clase
de tráfico
La escalabilidad de IPv6,
La favorita de muchos comunicados de prensa, quizás se divida en dos capacidades.
Primero, la capacidad del protocolo para elevarse a la tarea de abordar y enrutando tanto
el Internet existente como el futuro. Creemos que todos pueden estar de acuerdo en que
IPv6 ha sido diseñado teniendo esto en cuenta, al permitir mucho espacio de direcciones
para hosts y contrarrestar los problemas de enrutamiento con un espacio de direcciones
más jerárquico, siendo lo suficientemente flexible para futuros desarrollos. En segundo
lugar, la capacidad del protocolo para extenderse naturalmente para cumplir con los
requisitos futuros, aún desconocidos. Un muy componente importante de esto es la
instalación de encabezados de extensión. Movilidad y Seguridad IPv6 ofrece importantes
características de movilidad y seguridad que, lamentablemente, por su naturaleza, no
son tan simples como se podría desear. Si bien el soporte para IPsec está ampliamente
disponible, la configuración para la interoperabilidad puede ser complicada. La movilidad
se encuentra en una etapa anterior de desarrollo, y aunque las implementaciones están
disponibles, las implementaciones completas no lo son pero ampliamente enviado.

Capítulo 3

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (17)

Similar a Capítulo 3

Similar a Capítulo 3 (20)

Último

Último (20)

Capítulo 3