implementacion de ipv6

8/14/2019 implementacion de ipv6

1/31

Simulacion de Implementacion de Red Basada en IpV6

Objetivos y necesidades...................................................................3

Implementacion de la red.................................................................5

Pasos a seguir................................................................................7

Protocolos......................................................................................11

Apendices......................................................................................26

Bibliografia.....................................................................................34

Bibliografia.............................................................48

1. OBJETIVOS

Los principales objetivos que se pretenden alcanzar con esta prctica son:

Conocer las principales caractersticas de la nueva versin del protocolo de red de la arquitecturaTCP/IP: IP versin 6 o, de forma abreviada, IPv6.

Comprender su funcionamiento y aplicar los conocimientos adquiridos a la configuracin de unescenario de red sencillo compuesto por dos routers, tres segmentos Ethernet y varios sistemas finales.

Conocer las tcnicas bsicas diseadas para la migracin hacia IPv6 de redes basadas en el protocoloIP actual (IPv4) y experimentar con ellas sobre el escenario anterior.

2. CONOCIMIENTOS PREVIOS

Para realizar esta prctica es necesario poseer unos conocimientos bsicos sobre el protocolo IPv6. Porello, antes de abordar su realizacin, es imprescindible haber ledo alguna descripcin de lascaractersticas bsicas de IPv6 y de sus diferencias con respecto a IPv4. Se puede consultar, porejemplo, el captulo 29 de [Comer95] o la seccin 5.5.10 de [Tannen96]. Alternativamente, puedeconsultar los tutoriales [Stallings] o [IPv6Forum] disponibles en la red.

3. DESCRIPCIN DEL ENTORNO DE RED

El entorno de red sobre el cual se desarrollar la prctica aparece representado en la Figura 1. Est

compuesto por:

Dos router CISCO, que en adelante denominaremos CISCOA y CISCOB, dotados de dos interfacesEthernet. CISCO1, CISCO2, CISCO5 y CISCO6 (ver mapa de la red en [RED]).

Dos PCs, que en adelante denominaremos PCA y PCB, dotados de placa Ethernet adicional yconectados a las redes virtuales en las que se encuentran los router CISCOA y CISCOBrespectivamente.

El servidor DORADA, conectado a la VLAN1.

1


2/31

Por tanto, para la realizacin de esta prctica deber buscar dos router CISCO (CISCO1/CISCO2, oCISCO5/CISCO6) y dos puestos contiguos conectados a sus redes.

4. GUIN DE LA PRCTICA

4.1. Instalacin del protocolo IPv6 sobre un PC

Para realizar la prctica es necesario instalar el protocolo IPv6 sobre los dos PCs utilizados (PCA yPCB). Para ello siga el procedimiento siguiente:

Arranque el PC con una copia nueva de Windows NT 4.0, siguiendo el procedimiento descrito en[DocAdic].

Instale la segunda tarjeta Ethernet del PC. Siga el procedimiento descrito en el Apndice A (esprcticamente igual al utilizado para instalarla en Windows 95, aunque con alguna particularidadimportante).

Finalmente instale el protocolo IPv6. Para ello, acceda al Panel de Control | Red | Protocolos y elija laopcin Aadir. Una vez dentro de sta dirjase al directorio E:\Drivers\ipv6 y cargue el protocolo MSRIPv6. Tras concluir la instalacin, es necesario rearrancar la mquina para que los cambios surtanefecto.

Una vez terminada la instalacin, puede comprobar que la instalacin se ha realizado con xitoabriendo una ventada de DOS y tecleando el comando ipv6 if. Como resultado deber obtener la listade interfaces IPv6 de la mquina.

Realice tambin un ping a la direccin de loopback (::1) para comprobar que todo funcionacorrectamente. Para ello, teclee en una ventana MSDOS el comando ping6 ::1; deber obtener unresultado similar al siguiente:

C:\>ping6 ::1

Pinging ::1 with 32 bytes of data:

Reply from ::1: bytes=32 time


3/31

4.2. Instalacin del protocolo IPv6 en un CISCO

El software que cargan por defecto los routers CISCO no incluye el protocolo IPv6, por lo que esnecesario configurarlos para que carguen una versin distinta del software desde uno de los servidoresde la red (DORADA) utilizando el protocolo TFTP.

Busque en la bibliografa (por ejemplo en [Comer95]) o en Internet cul es la utilidad del protocoloTFTP. Averige qu protocolo de transporte utiliza TFTP (UDP o TCP) y porqu.

Para cargar el software con IPv6, aada la siguiente lnea a la configuracin del router:

boot system c1600yipv6mz.19990308 255.255.255.255

Para simplificar, se han copiado en DORADA unas configuraciones por defecto que ya incluyen dichocomando, por lo que solamente es necesario cargar la configuracin inicial de los router siguiendo elprocedimiento descrito en [CISCO1] y eligiendo como fichero de configuracin "ciscoXconfg.ipv6",siendo X el nmero de orden del router que corresponda.

Tras rearrancar el router, se debe comprobar que la versin del software se ha cargado correctamentemediante el comando show versin, que debe mostrar lo siguiente:

Cisco6#sh ver

Cisco Internetwork Operating System Software

IOS (tm) 1600 Software (C1600YIPV6M), Experimental Version 11.3

4.3. Autoconfiguracin de direccionesIPv6

Una de las mejoras que aporta IPv6 en el entorno local consiste en la posibilidad de que los sistemasfinales se autoconfiguren, asignndose automticamente sus direcciones IPv6 y descubriendo ladireccin de los routers de la red.

Existen dos mtodos bsicos que permiten a un sistema final IPv6 autoconfigurarse: autoconfiguracinsin estado (stateless autoconfiguration) y autoconfiguracin con estado (statefull autoconfiguration).

La autoconfiguracin sin estado (en la cual nos centraremos en este apartado) permite que los sistemasfinales se autoasignen una direccin IP de mbito local (linklocal address) nada ms arrancar. Estasdirecciones se construyen aadiendo al prefijo fe80::/64 un identificador basado en la direccin MACdel interfaz, lo que garantiza que la direccin construida sea nica. Las direcciones de mbito local se

utilizan nica y exclusivamente para comunicarse con sistemas localizados en la misma subred. Porejemplo, se utilizan a la hora de enviar mensajes del protocolo Neighbour Discovery.

La autoconfiguracin con estado se basa en la utilizacin del protocolo DHCP, que permite a un sistemafinal solicitar a un servidor de DHCP que le proporcione los datos de configuracin que necesita(direccin IP, direccin router, direccin del servidor de DNS, etc).

Compruebe la direccin de mbito local asignada a los PCs. Para ello, utilice el comando ipv6 if(descrito en el Apndice B), que muestra todos los interfaces IPv6 asignados.

3


4/31

Active el protocolo IPv6 en cada uno de los interfaces Ethernet de los CISCOs mediante el comando:

interface etherX

ipv6 enable

y compruebe la direccin de mbito local asignada a cada uno de ellos. Para ello, utilice el comandoshow ipv6 interfaces.

Incluya en la memoria la direcciones locales asignadas a cada uno de los interfaces de los PCs y losCISCOs. Describa brevemente el mtodo exacto utilizado para construir las direcciones linklocal apartir de las direcciones MAC.

A continuacin configure los routers para que comiencen a enviar paquetes Router Advertisement (RA)a las distintas VLAN. Para ello:

1. Arranque el analizador de protocolos en uno de los PCs y comience a capturar. Opcionalmente,puede activar tambin las trazas de depuracin de los protocolos ICMP y ND en los CISCOs mediantedebug ipv6 icmp y debug ipv6 nd. (Para facilitar el desarrollo de la prctica, se recomienda siempre

mantener dos telnet simultneos con cada CISCO, uno para ver las trazas de depuracin, y otro parateclear los comandos de configuracin.)

2. Active el encaminamiento de paquetes IPv6 en ambos CISCOs aadiendo el comando:

ipv6 unicastrouting

3. Asigne el prefijo IPv6 que corresponda a cada interface Ethernet mediante el comando:

ipv6 address 3ffe:3328:4:X::/64 eui64

(Consulte la lista de prefijos IPv6 asignados a cada VLAN en el Apndice D).

4. Active el envo de paquetes Router Advertisement en cada interfaz Ethernet mediante:

no ipv6 nd suppressra

Tras la configuracin, repita los comandos ipv6 if en los PCs y show ipv6 interfaces en los CISCOs.

4.4. Pruebas del Protocolo Neighbour Discovery

El protocolo Neighbour Discovery (ND) se ocupa principalmente de las funciones de resolucin dedirecciones dentro de la subred. Equivale al protocolo ARP utilizado en IPv4, aunque incorpora una

serie de modificaciones que resuelven algunos de los problemas detectados hasta la fecha en ARP,adems de mejorar su eficiencia. Por ejemplo, una de las mejoras incorporadas ha sido laindependizacin del protocolo de la subred empleada. A diferencia de lo que sucede en IPv4, en cuyocaso existen varias versiones del protocolo de resolucin (ARP para LAN; ATMARP para ATM, etc);en IPv6 el protocolo es el mismo para cualquier subred, lo que simplifica notablemente laimplementacin y gestin.

Arranque la captura de tramas en el analizador de protocolos de PCA. Opcionalmente, active eltrazado del protocolo ND en el CISCOA mediante el comando debug ipv6 nd. Realice un ping entrePCA y CISCOA utilizando las direcciones de mbito local. Consulte el contenido de las tablas de

4


5/31

vecindades en el PC (mediante ipv6 nc) y en el CISCO (mediante show ipv6 neighbors) antes y despusde la prueba para ver como se actualizan. Repita la prueba utilizando direcciones globales.

Realice un ping continuo (mediante la opcin t). Ver que, a pesar de que las direcciones Ethernet delos vecinos son conocidas, peridicamente se envan paquetes de tipo NS y NA.

4.5. Configuracin de tablas de encaminamiento

Para aadir una entrada en las tablas de encaminamiento IPv6 de un CISCO se utiliza el comandoglobal ipv6 route. Por ejemplo:

(config)# ipv6 route 3ffe:3328:5::/64 3ffe:3328:1::10

encamina todo los datagramas dirigidos hacia el prefijo 3ffe:3328:5::/64 (de 64 bits de longitud) hacia elrouter cuya direccin es 3ffe:3328:1::10.

Configure las tablas de encaminamiento necesarias para que exista conectividad entre las subredes dePCA y PCB. Una vez configuradas las rutas, compruebe la conectividad entre PCA y PCB utilizandoping6 y tracert6. Compruebe adems la conectividad con DORADA (3ffe:3328:1::210:5aff:feaf:5615).

4.6. Traceroute y Cabecera de Encaminamiento

IPv6 incluye una opcin similar a la de encaminamiento fijado en origen que ya exista en IPv4. Estaopcin, denominada Cabecera de Encaminamiento o Routing Header, permite especificar una serie dedirecciones IP por las que necesariamente un datagrama debe pasar. Son mltiples las posibilidadesque ofrece esta opcin: eleccin de proveedores, diagnstico de encaminamiento, etc.

En este apartado vamos a utilizar dicha opcin conjuntamente con la herramienta traceroute con lafinalidad de conocer precisamente el camino seguido por los datagramas enviados entre PCA y PCB.La herramienta tracert6 disponible en los PCs incluye una opcin, r, para activar el uso de la opcinde encaminamiento fijado en origen.

Cuando se realiza un tracert6 desde PCA con destino en PCB SIN la opcin r, se envan sucesivassolicitudes de eco con destino en PCB utilizando valores crecientes del TTL. Sin embargo, cuando seemplea la opcin r, se envan sucesivas solicitudes de echo con destino en PCA y con una cabecera deencaminamiento que incluye a PCB.

Arranque la captura de trazas con el analizador en PCA y PCB y realice un tracert6 desde PCA a PCBcon y sin la opcin r.

Analice las trazas capturadas y describa en la memoria las diferencias entre utilizar o no la opcin rdel traceroute.

4.7. Configuracin de tneles

Uno de los mecanismos bsicos en que se basar la transicin de la actual red basada en IPv4 hacia lanueva red IPv6 son los llamados tneles. En general, un tnel consiste en la encapsulacin de unprotocolo X sobre otro protocolo Y, con el objeto de enviar paquetes del protocolo X sobre una red queno conoce dicho protocolo. Por ejemplo, la siguiente figura representa un escenario tpico, en el cualinterconectamos dos islas que utilizan el protocolo Y a travs de una red que slo conoce el protocolo X.

En nuestro caso los tneles se utilizan para encapsular paquetes IPv6 sobre datagramas IPv4 y de esta

5


6/31

forma poder conectar a travs de Internet las distintas islas que vayan migrando a IPv6.

Existen bsicamente dos tipos de tneles segn se configuren manual o automticamente. Los tnelesmanuales son aquellos que se configuran entre routers con el objeto de atravesar islas IPv4, tal comoaparece en la siguiente figura:

Los tneles automticos se establecen directamente entre sistemas finales y, como su nombre indica, nonecesitan ser configurados, ya que se utilizan conjuntamente con direcciones IPv6 especiales que

contienen una direccin IPv4 (por ejemplo, ::192.168.17.1). Su funcionamiento es simple: el sistemaorigen encapsula directamente los datagramas IPv6 sobre datagramas IPv4 cuya direccin IPv4 destinoobtiene de la parte final de la direccin IPv6. Estos tneles se utilizan principalmente para comunicarsistemas IPv6 localizados en redes cuyos routers no soportan IPv6 (encapsulacin extremo a extremo).

Configuracin de un tnel manual

Para comprobar el funcionamiento de los tneles manuales, vamos a deshabilitar el protocolo IPv6 enlos interfaces ether0 de ambos CISCOs y establecer un tnel IPv4 entre ellos. Para ello:

1. Deshabilite IPv6 en los CISCOS mediante los comandos siguientes:

# interface ether0

# no ipv6 address

# no ipv6 enable

Borre, adems las rutas IPv6 que aadi en los apartados anteriores. Compruebe que, efectivamente, laconectividad IPv6 entre CISCOs se ha perdido.

2. Establezca un tnel entre CISCOA y CISCOB aadiendo en AMBOS routers los comandossiguientes:

# interface tunnel0

# no ip address

# ipv6 address 3ffe:3328:1::/64

# tunnel source X.X.X.X

# tunnel destination Y.Y.Y.Y

# tunnel mode ipv6ip

siendo X.X.X.X e Y.Y.Y.Y las direcciones IPv4 origen y destino del tnel (las de CISCOA y CISCOB enla VLAN1).

3. Aada las rutas IPv6 necesarias para encaminar entre PCA y PCB. Por ejemplo, en CISCOA habrque incluir:

# ipv6 route X:X:X::/64 tunnel0

6


7/31

siendo X el prefijo IPv6 correspondiente a la red ethernet1 del CISCOB.

Finalmente, active el trazado de paquetes IPv6 e IPv4 en los CISCOs y compruebe que el tnel funcionahaciendo un ping6 y un tracert6 entre PCA y PCB.

Tneles automticos

Para utilizar los tneles automticos, no es necesario configurar nada, basta con utilizar las direcciones

IPv6 compatibles con IPv4 que tiene asignado cada PC, y configurar las rutas IPv4 para que existaconectividad entre PCA y PCB. Para conocer las direcciones IPv4 compatibles de los PCs puede utilizarel comando ipv6 if 2 (el interfaz nmero 2 es siempre el utilizado para los tneles automticos).

Active la captura de trazas en los analizadores de protocolos. Opcionalmente, active las trazas depaquetes IPv6 en los CISCOs. Realice un ping6 entre PCA y PCB utilizando la direccin IPv6compatible IPv4 de PCB. Realice adems un tracert6 hacia PCB.

5. Datos de interes

5.1. Encaminamiento dinmico con RIP

Es posible configurar los router CISCO para que utilicen encaminamiento dinmico mediante elprotocolo RIP

5.2. Configuracin de un traductor IPv6/IPv4

Existe un mtodo para traducir datagramas IPv6 a IPv4 y viceversa. Este mtodos est pensado parapoder comunicar sistemas que slo conocen IPv6 con sistemas que slo conocen IPv4.

Consulte en [CISCO] los comandos necesarios para configurar un traductor (NAT) y trate degarantizar la conectividad en un escenario en el que, por ejemplo, PCA no soporte IPv6 y quieracomunicarse con PCB que slo soporta IPv6.

6. Bibliografa

[Comer95] "Internetworking with TCP/IP. Volume I: Principles, Protocols and Architecture", D. E.Comer. 3rd ed., PrenticeHall, 1995. (Nota: existe ya una cuarta edicin actualizada de este libropublicada en el ao 2000).

[Tannen96] "Computer Networks", Andrew S. Tannenbaum, Tercera edicin. PrenticeHall, 1996.

[IPv6Forum] Tutorial de IPv6, Jordi Palet, IPv6 Forum. Disponible en:http://www.consulintel.com/Html/ForoIPv6/Documentos/Tutorial de IPv6.pdf

[Stallings] IPv6 : The New Internet Protocol, W. Stallings. Disponible en:http://www.comsoc.org/pubs/surveys/stallings/stallingsorig.html

[CISCO] "IPv6 Commands". CISCO. Disponibles enhttp://www.lab.dit.upm.es/~labrst/config/comandoscisco6.txt

[WNT] Aplicacin de medida de prestaciones WinNetTest. Verhttp://www.lab.dit.upm.es/~labrst/config/config.htm#wnettest

7


8/31

[DocAdic] Procedimiento de Arranque de PCs con Windows NT.http://www.lab.dit.upm.es/~labrst/config/config.htm#nt

[MSRIPv6] Configuring MSR IPv6. Microsoft Research.

http://www.lab.dit.upm.es/~labrst/config/configmsripv6.htm

[RED] Mapa de la red del laboratorio, plan de numeracin y otras informaciones de inters en

http://www.lab.dit.upm.es/~labrst/mapas/mapa.htm

[Agilent] Manual del Analizador de Protocolos Advisor SW Edition de Agilent.http://www.lab.dit.upm.es/~labrst/config/AdvisorSWEdition.pdf

[memitripv6] Plantilla de la Memoria de la Prctica de Interconexin de Redes con IPv6.http://www.lab.dit.upm.es/~labrst/0001/p.itripv6/memoriaitripv6.doc

Apndice Datos Necesarios Adicionales paramontar un red:

Instalacin de Tarjetas de Red sobre Windows NT

1. Arranque el ordenador con Windows NT y copie los controladores de las tarjetas Ethernet al discoduro local. Estos se encuentran en E:\Drivers\3Com. Cpielos, por ejemplo, a C:\TEMP.

2. Acceda a la solapa Adaptadores de la opcin Red del Panel de Control y borre el adaptador 3ComFast EtherLink XL Adapter (3C905).

3. Rearranque el ordenador. Al hacerlo dar una serie de errores al tratar de montar los discos de reddebido a que la red no esta configurada. Dgale que reintente en el futuro.

4. Acceda a Panel de Control | Red | Adaptadores y elija la opcin de agregar adaptador desde discoutilizando los controladores copiados en el paso 1 (C:\TEMP\3COM\DISK1).

5. Cierre el cuadro de dilogo de Red. Al hacerlo le preguntar los parmetros de configuracin deTCP/IP correspondientes a las dos tarjetas Ethernet. Configrelas de la forma siguiente:

a. Red de produccin (es la tarjeta que aparece como 3C905TX). Debe utilizar DHCP paraautoconfigurarse (opcin Obtener una direccin IP automticamente).

b. Red de experimentacin (tarjeta 3C905TXB). Configure la direccin IP y mscara que corresponda(consulte el mapa de la red en [RED] para conocer los valores que corresponden a cada ordenador).Deje en blanco el campo de router y aada a mano una ruta pata encaminar todo el trfico dirigidohacia 192.168.0.0/16 hacia el router de la red (CISCOA o CISCOB).

Nota: en Windows NT es posible aadir una ruta permanente (que no se borre al rearrancar)utilizando la opcin p del comando route add.

6. Rearranque otra vez ms y compruebe que ambas tarjetas funcionan correctamente y tienenconectividad IP.

Apndice B: Comandos de inters sobre IPv6 en Windows

Se describen en este apndice algunos comandos de utilidad incluidos en la implementacin de IPv6 de

8


9/31

Microsoft Research. Para una referencia completa, consultar [MSRIPv6]. Todos los comandos aqudescritos deben ejecutarse desde una ventana de MSDOS.

1. ipv6 if. Muestra informacin completa sobre los interfaces IPv6 de una mquina. Por ejemplo, en unPC con una sola tarjeta Ethernet el comando muestra la siguiente informacin (ver los comentariosmarcados con ***):

C:\>ipv6 if

Interface 4 (site 1): *** Este es el interface Ethernet. Se

*** distingue por que la direccin de

*** enlace es una direccin MAC (00c0...)

uses Neighbor Discovery

sends Router Advertisements

linklevel address: 00c0dfe647ff

preferred address 3ffe::2c0:dfff:fee6:47ff, infinite/infinite

preferred address fe80::2c0:dfff:fee6:47ff, infinite/infinite

multicast address ff02::1, 1 refs, not reportable

multicast address ff02::1:ffe6:47ff, 2 refs, last reporter

multicast address ff02::2, 1 refs, last reporter

multicast address ff05::2, 1 refs, last reporter

anycast address 3ffe::

multicast address ff02::1:ff00:0, 1 refs, last reporter

link MTU 1500 (true link MTU 1500)

current hop limit 128

reachable time 41500ms (base 30000ms)

retransmission interval 1000ms

DAD transmits 1

Interface 3 (site 1): *** 6over4 interface (se usa en uno de

*** los mtodos de transicin). Se distingue

*** porque la direccin de subred es una

9


10/31

*** direccin IP. NO se utiliza en esta

*** prctica

uses Neighbor Discovery

linklevel address: 138.4.3.159

preferred address fe80::8a04:39f, infinite/infinite

multicast address ff02::1, 1 refs, not reportable

multicast address ff02::1:ff04:39f, 1 refs, last reporter





DAD transmits 1

Interface 2 (site 0): *** Interface para tneles automticos. Se

*** distingue por sus direcciones IPv4

*** compatibles (::X.X.X.X)

does not use Neighbor Discovery

linklevel address: 0.0.0.0

preferred address ::138.4.3.159, infinite/infinite





DAD transmits 0

Interface 1 (site 0): *** Interface Loopback

does not use Neighbor Discovery

linklevel address:

10


11/31

preferred address ::1, infinite/infinite


current hop limit 1



DAD transmits 0

2. ipv6 rt. Permite consultar el contenido de las tablas de encaminamiento IPv6.

3. ipv6 nc. Permite consultar el contenido de las tablas de vecindades IPv6.

4. ping6. Implementacin para IPv6 de la herramienta ping. Teclear "ping6" para ver opciones.

5. tracert6. Implementacin para IPv6 del conocido programa "traceroute", que permite conocer el

camino seguido por los datagramas hacia un determinado destino. Teclear "tracert6" para veropciones.

Apndice C: Comandos de inters sobre IPv6 en los CISCOs

Se citan a continuacin los principales comandos relacionados con IPv6 en los CISCOs que se utilizanen la prctica. Para una referencia completa consultar [CISCO].

show ipv6 interfaces. Muestra informacin sobre los interfaces configurados con IPv6.

show ipv6 route. Muestra las tablas de encaminamiento IPv6.

show ipv6 neighbors. Muestra la tabla de vecindades del router.

debug ipv6 *. Permite activar las trazas de depuracin de IPv6. Teclear debug ipv6 ? para consultaropciones.

Apndice D: Prefijos IPv6 asignados a la Lan

Subred Prefijo

VLAN1 3ffe:3328:4:1::/64

VLAN2

3ffe:3328:4:2::/64

VLAN3

3ffe:3328:4:3::/64

VLAN4

11


12/31

3ffe:3328:4:4::/64

VLAN5

3ffe:3328:4:5::/64

VLAN6

3ffe:3328:4:6::/64

VLAN7

3ffe:3328:4:7::/64

Apndice C Informacion Necesaria sobre el Protocolo ipv6:IPng (IPv6)

IP "next generation" ha sido el nombre con el que se ha bautizado a la versin seis del protocolo Internet (IP).

Se trata de la definicin de un nuevo protocolo de red destinado a sustituir a la actual versin IP, la cuatro.

Por qu se necesita un nuevo protocolo de red?. La respuesta es muy simple. Cuando IPv4 fue estandarizado,

hace unos quince aos, nadie poda imaginar que se convertira en lo que es hoy: una arquitectura de amplitud

mundial, con un nmero de usuarios superior al centenar de millones y que crece de forma exponencial.

Aquella primera "Internet" fundada, sobre todo, con fines experimentales, cientficotcnicos y, por supuesto,

con objetivos militares, no se parece en nada a la actual. Cada da se advierte una mayor tendencia hacia su

comercializacin, ya sea por el propio acceso en s a la red (empresas proveedoras) o por servicios accesibles

desde ella.

Estos cambios de escala y orientacin suponen varios problemas para IPv4 [RFC1287] [RFC1338]

[RFC1917]:

Escala:

Cada mquina presente en la red dispone de una direccin IP de 32 bits. Ello supone ms de cuatro mil

millones de mquinas diferentes. Esa cifra, no obstante, es muy engaosa. El nmero asignado a un ordenador

no es arbitrario, sino que depende de una estructura ms o menos jerrquica (en especial, pertenece a una red),

lo cual ocasiona que se desperdicie una enorme cantidad de direcciones. La cuestin es que en 1.993 fue claro

que con el ritmo de crecimiento sostenido de Internet hasta aquel momento (exponencial), el agotamiento del

espacio de direcciones era casi inminente.

Enrutado:

Otro de los grandes problemas del crecimiento de Internet es la capacidad de almacenamiento necesaria en la

pasarelas (routers) y el trfico de gestin preciso para mantener sus tablas de encaminamiento. Existe un

lmite tecnolgico al nmero de rutas que un nodo puede manejar, y como dado que Internet crece mucho ms

rpidamente que la tecnologa que la mantiene, se vi que las pasarelas pronto alcanzaran su capacidad

mxima y empezaran a desechar rutas, con lo que la red comenzara a fragmentarse en subredes sin acceso

entre s.

Dado lo grave de la situacin se defini el CIDR (Classless InterDomain Routing) [RFC1481]

[RFC1517..1519], con el que las pasarelas reducan el tamao de sus tablas colapsando juntas varias subredes

con el mismo prefijo. Gracias a ello se ha ganado un tiempo muy valioso, pero tan slo se ha postergado lo

12


13/31

inevitable.

En [RFC1797] y [RFC1879] se realiza el experimento de dividir una red A (la red 39) en multitud de

pequeas subredes. Los resultados fueron alentadores, por lo que dicha tcnica podra utilizarse para ampliar

de nuevo el tiempo de vida de IPv4.

Multiprotocolo:

Cada vez resulta ms necesaria la convivencia de diversas familias de protocolos: IP, OSI, IPX... Se necesitanmecanismos que permitan abstraer al usuario de la tecnologa subyacente para permitir que concentre su

atencin en los aspectos realmente importantes de su trabajo. Se tiende, pues, hacia una red orientada a

aplicaciones, que es con lo que el usuario interacciona, ms que a una red orientada a protocolos (como hasta

el momento) [RFC1560].

Seguridad:

El mundo IPv4 es el mundo acadmico, cientfico, tcnico y de investigacin. Un ambiente, en general, que

podra calificarse como "amigable", desde el punto de vista de la gestin y la seguridad en la red. Con la

aparicin de servicios comerciales y la conexin de numerossimas empresas, el enorme incremento en el

nmero de usuarios y su distribucin por todo el planeta, y la cantidad, cada vez mayor, de sistemas quenecesitan de Internet para su correcto funcionamiento, etc., es urgente definir unos mecanismos de seguridad a

nivel de red. Son necesarios esquemas de autentificacin y privacidad, tanto para proteger a los usuarios en s

como la misma integridad de la red ante ataques malintencionados o errores [RFC1281] [RFC1636]

[RFC1828..1829].

Tiempo Real:

IPv4 define una red pura orientada a datagramas y, como tal, no existe el concepto de reserva de recursos.

Cada datagrama debe competir con los dems y el tiempo de trnsito en la red es muy variable y sujeto a

congestin. A pesar de que en la cabecera IP hay un campo destinado a fijar, entre otras cosas, la prioridad del

datagrama [RFC1349] [RFC1455], en la prctica ello no supone ninguna garanta. Se necesita una extensin

que posibilite el envo de trfico de tiempo real, y as poder hacer frente a las nuevas demandas en este campo

[RFC1667].

Tarificacin:

Con una red cada da ms orientada hacia el mundo comercial hace falta dotar al sistema de mecanismos que

posibiliten el anlisis detallado del trfico, tanto por motivos de facturacin como para poder dimensionar los

recursos de forma apropiada [RFC1272] [RFC1672].

Comunicaciones Mviles:

El campo de las comunicaciones mviles est en auge, y an lo estar ms en un futuro inmediato. Se necesita

una nueva arquitectura con mayor flexibilidad topolgica, capaz de afrontar el reto que supone la movilidad

de sus usuarios. La seguridad de las comunicaciones, en este tipo de sistemas, se ve, adems, especialmente

comprometida [RFC1674] [RFC1688].

Facilidad de Gestin:

Con el volumen actual de usuarios y su crecimiento estimado, resulta ms que obvio que la gestin de la red

va a ser una tarea ardua. Es preciso que la nueva arquitectura facilite al mximo esta tarea. Un ejemplo de ello

sera la autoconfiguracin de los equipos al conectarlos a la red [RFC1541].

13


14/31


15/31

IPv6 [RFC1809].

IPv6 no incluye una suma de control en la cabecera. Para asegurar la validez de la informacin la capa

UDP est obligada a utilizar su opcin de suma de control. Adicionalmente el nuevo ICMP tambin

incluye una suma de control, por razones similares.

Las nuevas direcciones IP, como ya se ha dicho, constan de 128 bits. Ello hace que la notacin "punto" comn

de IPv4 sea poco prctica. IPv6 utiliza notacin hexadecimal en grupos de 16 bits, separndolos por el

carcter de dos puntos (":") [RFC1884]. En [RFC1920] se propone una codificacin ms compacta.

En [RFC1884] se realiza una asignacin preliminar de direcciones, muy agresiva. Se reserva una enorme

cantidad de valores para determinados grupos de direcciones (por ejemplo, multicasting, NSAP (OSI), etc.),

pero an as el espacio disponible para usos todava no especificados es del 85%. Las propias direcciones IPv4

estn incluidas aqu. Hay varias novedades interesantes, como el hecho de definir direcciones especificamente

locales a nivel de capa de enlace (MAC) u organizacin.

En definitiva, el IPv6 ya est aqu. Todava queda un largo trecho hasta que se implante de forma mayoritaria,

pero sin duda incorpora numerosas caractersticas que lo hacen atractivo, como el soporte de comunicaciones

en tiempo real, la autoconfiguracin de sistemas, seguridad, etc. La mayora de los detalles todava se estn

ultimando y, hasta donde sabe el autor, no se han propuesto an plazos de implantacin.

Bibliografa

[RFC791] RFC 791: "Internet Protocol"

Jon Postel

Septiembre 1.981

[RFC792] RFC 792: "Internet Control Message Protocol"

Jon Postel

Septiembre 1.981

[RFC801] RFC801: "NCP/TCP TRANSITION PLAN"

Jon Postel

Noviembre 1.981

[RFC907] RFC907: "INTERNET SUBNETS"

Jeffrey Mogul

Octubre 1.984

[RFC919] RFC919: "BROADCASTING INTERNET DATAGRAMS"

Jeffrey Mogul

Octubre 1.994

15


16/31

[RFC922] RFC922: "BROADCASTING INTERNET DATAGRAMS IN THE

PRESENCE OF SUBNETS"

Jeffrey Mogul

Octubre 1.984

[RFC925] RFC925: "MultiLAN Address Resolution"

Jon Postel

Octubre 1.984

[RFC932] RFC932: "A SUBNETWORK ADDRESSING SCHEME"

David D. Clark

Enero 1.985

[RFC936] RFC936: "Another Internet Subnet Addressing Scheme"

Michael J. Karels

Febrero 1.985

[RFC940] RFC940: "Toward an Internet Standard Scheme for

Subnetting"

Gateway Algorithms and Data Structures (GADS) Task

Force

Abril 1.985

[RFC947] RFC947: "Multinetwork Broadcasting within the

Internet"

Ken Lebowitz

David Mankins

Junio 1.985

[RFC950] RFC950: "Internet Standard Subnetting Procedure"

J. Mogul

Jon Postel

16


17/31

Agosto 1.985

[RFC966] RFC966: "Host Groups: A Multicast Extension to the

Internet Protocol"

S. E. Deering

D. R. Cheriton

Diciembre 1.985

[RFC988] RFC988: "Host Extensions for IP Multicasting"

S. E. Deering

Julio 1.986

[RFC1108] RFC1108: "U.S. Department of Defense Security Options

for the Internet Protocol"

Stephen Kent

Noviembre 1.991

[RFC1112] RFC1112: "Host Extensions for IP Multicasting"

Steve Deering

Agosto 1.989

[RFC1191] RFC1191: "Path MTU Discovery"

Jeffrey Mogul

Steve Deering

Noviembre 1.990

[RFC1234] RFC1234: "Tunneling IPX Traffic through IP Networks"

Don Provan

Junio 1.991

[RFC1241] RFC1241: "A Scheme for an Internet Encapsulation

Protocol: Version 1"

Robert A. Woodburn

17


18/31

David L. Mills

Julio 1.991

[RFC1272] RFC1272: "INTERNET ACCOUNTING: BACKGROUND"

Cyndi Mills

Donald Hirsh

Gregory Ruth

Noviembre 1.991

[RFC1281] RFC1281: "Guidelines for the Secure Operation of the

Internet"

Richard D. Pethia

Stephen D. Crocker

Barbara Y. Fraser

Noviembre 1.991

[RFC1287] RFC1287: "Towards the Future Internet Architecture"

David D. Clark

Vinton G. Cerf

Lyman A. Chapin

Robert Braden

Russell Hobby

Diciembre 1.991

[RFC1335] RFC1335: "A TwoTier Address Structure for the

Internet: A Solution to the Problem of Address Space

Exhaustion"

Zheng Wang

Jon Crowcroft

Mayo 1.992

18


19/31

[RFC1338] RFC1338: "Supernetting: an Address Assignment and

Aggregation Strategy"

Vince Fuller

Tony Li

Jessica (Jie Yun) Yu

Kannan Varadhan

Junio 1.992

[RFC1347] RFC1347: "TCP and UDP with Bigger Addresses (TUBA), A

Simple Proposal for Internet Addressing and Routing"

Ross Callon

Junio 1.992

[RFC1349] RFC1349: "Type of Service in the Internet Protocol

Suite"

Philip Almquist

Julio 1.992

[RFC1380] RFC1380: "IESG Deliberations on Routing and

Addressing"

Phillip Gross

Philip Almquist

Noviembre 1.992

[RFC1393] RFC1393: "Traceroute Using an IP Option"

Gary Scott Malkin

Enero 1.993

[RFC1435] RFC1435: "IESG Advice from Experience with Path MTU

Discovery"

Stev Knowles

19


20/31

Marzo 1.993

[RFC1454] RFC1454: "Comparison of Proposals for Next Version of

IP"

Tim Dixon

Mayo 1.993

[RFC1455] RFC1455: "Physical Link Security Type of Service"

Donald E. Eastlake, III

Mayo 1.993

[RFC1466] RFC1466: "Guidelines for Management of IP Address

Space"

Elise Gerich

Mayo 1.993

[RFC1467] RFC1467: "Status of CIDR Deployment in the Internet"

Claudio Topolcic

Agosto 1.993

[RFC1475] RFC1475: "TP/IX: The Next Internet"

Robert Ullmann

Junio 1.993

[RFC1481] RFC1481: "IAB Recommendation for an Intermediate

Strategy to Address the Issue of Scaling"

Christian Huitema

Julio 1.993

[RFC1517] RFC1517: "Applicability Statement for the

Implementation of Classless InterDomain Routing

(CIDR)"

Robert M. Hinden

20


21/31

Septiembre 1.993

[RFC1518] RFC1518: "An Architecture for IP Address Allocation

with CIDR"

Yakov Rekhter

Tony Li

Septiembre 1.993

[RFC1519] RFC1519: "Classless InterDomain Routing (CIDR): an

Address Assignment and Aggregation Strategy"

Vince Fuller

Tony Li

Septiembre 1.993

[RFC1520] RFC1520: "Exchanging Routing Information Across

Provider Boundaries in the CIDR Environment"

Yakov Rekhter

Claudio Topolcic

Septiembre 1.993

[RFC1526] RFC1526: "Assignment of System Identifiers for

TUBA/CLNP Hosts"

David M. Piscitello

Septiembre 1.993

[RFC1541] RFC1541: "Dynamic Host Configuration Protocol"

R. Droms

Octubre 1993

[RFC1546] RFC1546: "Host Anycasting Service"

Walter Milliken

Trevor Mendez

21


22/31

Craig Partridge

Noviembre 1.993

[RFC1550] RFC1550: "IP: Next Generation (IPng) White Paper

Solicitation"

Scott Bradner

Allison Mankin

Diciembre 1.993

[RFC1560] RFC1560: "The MultiProtocol Internet"

Dr. Barry M. Leiner

Yakov Rekhter

Diciembre 1.993

[RFC1597] RFC1597: "Address Allocation for Private Internets"

Yakov Rekhter

Robert G Moskowitz

Daniel Karrenberg

Geert Jan de Groot

Marzo 1.994

[RFC1621] RFC1621: "Pip Nearterm Architecture"

Paul Francis

Mayo 1.994

[RFC1622] RFC1622: "Pip Header Processing"

Paul Francis

Mayo 1.994

[RFC1636] RFC1636: "Report of IAB Workshop on Security in the

Internet Architecture. February 810, 1994"

Bob Braden

22


23/31

David Clark

Steve Crocker

Christian Huitema

Junio 1.994

[RFC1639] RFC1639: "FTP Operation Over Big Address Records

(FOOBAR)"

David M. Piscitello

Junio 1.994

[RFC1667] RFC1667: "Modeling and Simulation Requirements for

IPng"

Susan Symington

David Wood

J. Mark Pullen

Agosto 1.994

[RFC1668] RFC1668: "Unified Routing Requirements for IPng"

Deborah Estrin

Tony Li

Yakov Rekhter

Agosto 1.994

[RFC1669] RFC1669: "Market Viability as a IPng Criteria"

John Curran

Agosto 1.994

[RFC1670] RFC1670: "Input to IPng Engineering Considerations"

Denise Heagerty

Agosto 1.994

[RFC1671] RFC1671: "IPng White Paper on Transition and Other

23


24/31

Considerations"

Brian E. Carpenter

Agosto 1.994

[RFC1672] RFC1672: "Accounting Requirements for IPng"

Nevil Brownlee

Agosto 1.994

[RFC1673] RFC1673: "Electric Power Research Institute Comments

on IPng"

Ron Skelton

Agosto 1.994

[RFC1674] RFC1674: "A Cellular Industry View of IPng"

Mark S. Taylor

Agosto 1.994

[RFC1675] RFC1675: "Security Concerns for IPng"

Steven M. Bellovin

Agosto 1.994

[RFC1676] RFC1676: "INFN Requirements for an IPng"

Davide Salomoni

Cristina Vistoli

Antonia Ghiselli

Agosto 1.994

[RFC1677] RFC1677: "Tactical Radio Frequency Communication

Requirments for IPng"

R. Brian Adamson

Agosto 1.994

[RFC1678] RFC1678: "IPng Requirements of Large Corporate

24


25/31

Networks"

Edward Britton

John Tavs

Agosto 1.994

[RFC1679] RFC1679: "HPN Working Group Input to the IPng

Requirements Solicitation"

Dan Green

Phil Irey

Dave Marlow

Karen O'Donoghue

Agosto 1.994

[RFC1680] RFC1680: "IPng Support for ATM Services"

Christina Brazdziunas

Agosto 1.994

[RFC1681] RFC1681: "On Many Addresses per Host"

Steven M. Bellovin

Agosto 1.994

[RFC1682] RFC1682: "IPng BSD Host Implementation Analysis"

Jim Bound

Agosto 1.994

[RFC1683] RFC1683: "Multiprotocol Interoperability In IPng"

Russell J. Clark

Mostafa H. Ammar

Kenneth L. Calvert

Agosto 1.994

[RFC1686] RFC1686: "IPng Requirements: A Cable Television

25


26/31

Industry Viewpoint"

Mario P. Vecchi

Agosto 1.994

[RFC1687] RFC1687: "A Large Corporate User's View of IPng"

Eric Fleischman

Agosto 1.994

[RFC1688] RFC1688: "IPng Mobility Considerations"

William Allen Simpson

Agosto 1.994

[RFC1701] RFC1701: "Generic Routing Encapsulation (GRE)"

Stan Hanks

Tony Li

Dino Farinacci

Paul Traina

Octubre 1.994

[RFC1705] RFC1705: "Six Virtual Inches to the Left: The Problem

with IPng"

Richard Carlson

Domenic Ficarella

Octubre 1.994

[RFC1707] RFC1707: "CATNIP: Common Architecture for the

Internet"

Michael McGovern

Robert Ullmann

Octubre 1.994

[RFC1710] RFC1710: "Simple Internet Protocol Plus White Paper"

26


27/31

Robert M. Hinden

Octubre 1.994

[RFC1719] RFC1719: "A Direction for IPng"

Phill Gross

Diciembre 1.994

[RFC1726] RFC1726: "Technical Criteria for Choosing IP The Next

Generation (IPng)"

Craig Partridge

Frank Kastenholz

Diciembre 1.994

[RFC1750] RFC1750: "Randomness Recommendations for Security"

Donald E. Eastlake 3rd

Stephen D. Crocker

Jeffrey I. Schiller

Diciembre 1.994

[RFC1752] RFC1752: "The Recommendation for the IP Next

Generation Protocol"

Scott Bradner

Allison Mankin

Enero 1.995

[RFC1753] RFC1753: "IPng Technical Requirements Of the Nimrod

Routing and Addressing Architecture"

J. Noel Chiappa

Enero 1.995

[RFC1797] RFC1797: "Class A Subnet Experiment"

Internet Assigned Numbers Authority (IANA)

27


28/31

Abril 1.995

[RFC1809] RFC1809: "Using the Flow Label Field in IPv6"

Craig Partridge

Junio 1.995

[RFC1817] RFC1817: "CIDR and Classful Routing"

Yakov Rekhter

Agosto 1.995

[RFC1825] RFC1825: "Security Architecture for the Internet

Protocol"

Randall Atkinson

Agosto 1.995

[RFC1826] RFC1826: "IP Authentication Header"

Randall Atkinson

Agosto 1.995

[RFC1827] RFC1827: "IP Encapsulating Security Payload (ESP)"

Randall Atkinson

Agosto 1.995

[RFC1828] RFC1828: "IP Authentication using Keyed MD5"

Perry Metzger


Agosto 1.995

[RFC1829] RFC1829: "The ESP DESCBC Transform"

Perry Metzger


Agosto 1.995

[RFC1852] RFC1852: "IP Authentication using Keyed SHA"

28


29/31

Perry Metzger


Septiembre 1.995

[RFC1853] RFC1853: "IP in IP Tunneling"


Octubre 1.995

[RFC1878] RFC1878: "Variable Length Subnet Table For IPv4"

Troy T. Pummill

Bill Manning

Diciembre 1.995

[RFC1879] RFC1879: "Class A Subnet Experiment Results and

Recommendations"

Bill Manning

Enero 1.996

[RFC1881] RFC1881: "IPv6 Address Allocation Management"

Internet Architecture Board

Internet Engineering Steering Group

Diciembre 1.995

[RFC1883] RFC1883: "Internet Protocol, Version 6 (IPv6)

Specification"

Stephen E. Deering

Robert M. Hinden

Diciembre 1.995

[RFC1884] RFC1884: "IP Version 6 Addressing Architecture"

Robert M. Hinden

Stephen E. Deering

29


30/31

Diciembre 1.995

[RFC1885] RFC1885: "Internet Control Message Protocol (ICMPv6)

for the Internet Protocol Version 6 (IPv6)

Specification"

Stephen Deering

Alex Conta

Diciembre 1.995

[RFC1886] RFC1886: "DNS Extensions to support IP version 6"

Susan Thomson

Christian Huitema

Diciembre 1.995

[RFC1887] RFC1887: "An Architecture for IPv6 Unicast Address

Allocation"

Yakov Rekhter

Tony Li

Diciembre 1.995

[RFC1897] RFC1897: "IPv6 Testing Address Allocation"

Robert M. Hinden

Jon Postel

Enero 1.996

[RFC1917] RFC1917: "An Appeal to the Internet Community to

Return Unused IP Networks (Prefixes) to the IANA"

Philip J. Nesser II

Febrero 1.996

[RFC1924] RFC1924: "A Compact Representation of IPv6 Addresses"

Robert Elz

30


31/31

Abril 1.996

[RFC1933] RFC1933: "Transition Mechanisms for IPv6 Hosts and

Routers"

Robert E. Gilligan

Erik Nordmark

Abril 1.996

implementacion de ipv6

Documents

Transcript of implementacion de ipv6