Nueva estructura d e direcciones e n Internet

E l protocolo

IPv6 El mes pasado introduciamos la estructura de las nuevas direcciones IPv6. Veamos, a continuacion, como se realiza el direccionamiento, y los problemas que surgen alplantear la transicion de las actuales redes IPv4 a IPv6.

R a m o n J e s u s Millan Tejedor [email protected]

ecordemos que las direcciones IP tienen u n a longitud de 32 bits. Los bits se dividen en dos campos: el campo de subred, que identifica la subred a la que esta conectado el sistema, y el campo de sistema, que identifica al equipo dentro de la subred. La representation de las direcciones IPv4 sigue el esquema x.x.x.x, donde x es u n valor decimal de 8 bits, es decir, puede tomar el valor 0-255. U n ejemplo de direction IP es 136.255.151.252. PCW 2 1 8

TUTOR E n funcion de la longitud de los campos de subred y de sistema de la direction IP, se distinguen cinco tipos basicos de direcciones, esquematizados en la tabla 1: - Clase A. El primer bit mas significative es 0. El numero total de bits dedicados a la red es de 7, con lo cual se tienen hasta 128 redes, en cada u n a de las cuales puede haber hasta mas de 16 millones de servidores diferentes. Los propietarios tipicos de estas direcciones son grandes companias o paises enteros, como por ejemplo IBM o Japon. - Clase B. Los dos primeros bits son 10. E l numero de bits dedicados a la red es de 14, con lo cual se tienen hasta unas 16.000 redes, en c a d a u n a de l a s c u a l e s p u e d e haber hasta mas de 65.000 servidores diferentes. Los propietarios de este tipo de redes son grandes companias. - Clase C . Los tres primeros bits son 110. E l numero total de bits dedicados a la direction de red es de 22, con lo cual se tienen hasta casi 2 millones de redes, con hasta 255 servidores diferentes en cada u n a de ellas. Los propietarios son companias medianas o pequenas. - Clase D. Los cuatro primeros bits son 1110. Se utilizan para el multicasting, es decir, para trafico de datos con varios destinatarios, como por ejemplo, las videoconferencias o las noticias de radio a traves de Internet. - Clase E . Los cuatro primeros bits son 1111. Se utiliza con fines experimentales. Las redes pueden ser divididas en redes mas pequenas de caracter local, d e n o m i n a d a s subredes, a t r a v e s de u n proceso c o n o c i d o como subnetting. E l subnetting proporciona a l a d m i n i s t r a d o r varios beneficios, como u n a flexibilidad adicional, u n uso mas eficiente de las direcciones de red, y la capaci-

B

des, l a m a s c a r a de s u b r e d sera 255.255.255.248. Tendremos por lo t a nt o, 2 - 2 = 3 0 subredes posibles, c o n 2 - 2 = 6 servidores p o r s u b r e d , pues las direcciones de subred y de sistema con todos los bits a 0 6 1 son direcciones reservadas. La mascara de subred local sera utilizada por los routers aplicando u n a o p e r a t i o n and logica sobre los paquetes que reciben, con el fin de encaminar en funcion de la direction de red. E l concepto contrario a l subnetting es el supernetting o CIDR (Classless Inter-Domain Routing). Debido a los pocos niveles de jerarquia de las direcciones, que solo consideran u n a parte de subred y o t r a de s i s t e m a , l a s t a b l a s de encaminamiento de las redes troncales de Internet n a n crecido enormemente, reduciendo la eficiencia de los routers. E l supernetting divide las direcciones en bloques de tamano variable. 5

3

Las redes pueden s e r divididas en redes mas m

m

Iflf^^i 1 I W w l i I I J

m

m

ffc

m

f t f l £8

^ f lfiSfc8 ^ 11^ U w l BVUr • I 1 1 1 BVMi%Ni%riB^59

subredes, a traves d e un proceso conocido como subnetting

Direccionamiento en IPv6 Las direcciones en IPv6, descritas e n l a RFC 2 3 7 3 , s o p o r t a n u n numero de bits que cuadruplica al utilizado por las direcciones IPv4. Asi, mientras el espacio de direccionamiento total en IPv4 es de 2 (4.294.967.296), en IPv6 lo es de 2 (340.282.366.920.938.463. 463.374.607.431.768.211.456). 3 2

dad de soportar trafico de broadcast -el trafico de broadcast nunca atraviesa los routers-. La subred es creada tomando parte de los bits correspondientes al campo de servidor, denotandolos por campo de subred. E l numero de bits varia y viene especificado por l a mascara de subred. E l enmascaramiento de subred aislada asigna u n 1 binario a los bits que pertenecen a la parte de red, y u n 0 binario a los bits que pertenecen a la parte de la direction local. Por ejemplo, la mascara de s u b r e d p a r a l a clase C es 255.255.255.0 sin subnetting, pero si consideramos 5 bits para subre-

128

16 millones

16.000

65.000

2 millones

255

Multicasting

192-223 224-239

Tabla 1: Esquema d e las clases de direcciones IP

PCW 2 1 9

1 2 8

Para hacerse u n a idea del tremendo espacio de direcciones disponible, se suele indicar que esto supone, en u n sentido teorico, mas de 665.570 t r i l l o n e s de direcciones por metro cuadrado de la superficie del planeta Tierra. Las direcciones IPv6 de 128 bits identifican interfaces individuales o grupos de interfaces. Las direcciones IPv6, cualquiera que sea el tipo, se asignan a las interfaces, no a los nodos. Puesto que cada interfaz pertenece a u n u n i c o nodo, cualquiera de las direcciones de interfaces unicast de ese nodo podria ser utilizada como u n identificador del nodo. U n a u n i c a interfaz puede tener m u l t i p l e s direcciones IPv6 de cualquier tipo. Por ejemplo, u n a interfaz podria tener u n a d i r e c t i o n unicast, otra

TUTOR anycast, y otra multicast simultaneamente. Se distinguen tres tipos de direcciones en IPv6: - Unicast. Las direcciones unicast identifican a u n a unica interfaz, es decir, u n paquete enviado a u n a d i r e c t i o n unicast sera entregado solo a la interfaz identificada con dicha direction. Es el equivalente a las direcciones IPv4 actuates. - Anycast. Las direcciones a n y cast identifican u n grupo de interfaces, de f o r m a que u n paquete enviado a u n a d i r e c t i o n anycast sera entregado a u n miembro cualquiera del grupo, siendo generalmente el mas cercano segun la distancia asignada en el protocolo de encaminamiento.

- Multicast Las direcciones multiidentifican, al i g u a l que las anycast, a u n grupo de interfaces, pero u n paquete enviado a u n a d i r e c t i o n multicast es enviado a todas las interfaces del grupo. Las direcciones de broadcast no existen en IPv6, su mision ha sido suplantada por las direcciones multicast. cast

La representation de las direccion e s IPv6 s i g u e el e s q u e m a X. OC— X. XI X. X' X, X) donde x es u n valor hexadecimal de 16 bits, de la portion correspondiente a la direction IPv6. No es preciso escribir los 0 a la i z q u i e r d a de c a d a c a m p o y , puesto que ademas pueden existir varias cadenas de ceros, se permite la escritura de s u abreviacion mediante el uso de que representa multiples grupos de 16 bits a 0 binario. Por ejemplo, la direction 0:0:0:0:0:0:0:0000000000000001 puede escribirse como : : 1 . No obstante, u n a d i r e c t i o n del tipo 0 : 0 : 0 : 1 : 0 : 0 : 0 : 1 solo p u e d e ser a b r e v i a d a c o m o :: 1 : 0 : 0 : 0 : 1 o 0 : 0 : 0 : 1 : : ! ; pues de hacerlo como : : 1 : : 1 , podria ser confundida con otras direcciones, por ejemplo con la 0:0:1:0:0:0:0:1.

prefijo seguido de u n identificador de nodo. E n IPv6 se ha reservado (que no asignado) algo mas del 15% del espacio de direccionamiento para p e r m i t i r u n a facil t r a n s i t i o n del resto de protocolos y para el desarrollo de los propios mecanismos del protocolo, como se refleja en la tabla 2. El 85% se ha dejado para u n uso f u t u r o . Como vemos, l a estructura de direcciones de IPv6 ha sido disenada para soportar las direcciones, como IPX o NSAP. De esta forma se facilita la migration de otros protocolos a IPv6. Las direcciones unicast globales agregables basadas en el proveedor son utilizadas para comunicaciones globales en todo Internet. Estas direcciones son semejantes a las direcciones IPv4 utilizando CIDR. Los tres primeros bits, correspondientes al prefijo, son 101. El resto de l a d i r e c t i o n l a f o r m a n los siguientes c a m pos , de l o n g i t u d variable hasta hacer u n total de 128 bits: - Campo de registro. que identifica a la entidad de Internet que asigna los identificadores a los proveedores de servicios. - Campo de proveedor, que identifica a u n determinado proveedor de servicios, el cual asigna parte de su espacio de direccionamiento a sus suscriptores. - Campo de suscriptor, que diferencia a los distintos suscriptores

conectados a Internet a traves de u n mismo proveedor de servicio. - Campo de subred, que especifica u n grupo de nodos fisicamente conectados en la red del subscriptor. - Campo de interfaz, que caracteriza a u n a interfaz de entre todas las conectadas a u n a determinada subred. Las direcciones unicast de uso local son direcciones que solo tienen u n ambito de encaminamiento local, es decir, dentro de u n a red local o dentro de la red de u n a u n i ca compania, y que p od ria n ser unicas local o globalmente. Se h a n definido dos tipos de direcciones locales: - Direcciones locales de enlace. Sirven para ser utilizadas en u n unico enlace, con propositos tales como l a autoconfiguracion de la direction. Por ello, los routers no pueden retransmitir ningun paquete con direcciones locales de enlace en el origen o el destino. Tienen el prefijo 1111 1110 10, luego u n campo de bits 0, y finalmente el campo que identifica a la interfaz. - Direcciones locales de sitio. Sirven para ser utilizadas en u n unico sitio, sin la necesidad de u n prefijo global. Por ello, los routers no p u e d e n r e t r a n s m i t i r n i n g u n paquete con direcciones locales de sitio en el origen o el destino fuera del sitio local u organization. Tienen el prefijo 1111 1110 1 1 , luego u n campo de bits a 0, u n campo con el identificador de subred, y finalmente el identificador de interfaz. En ambos tipos de direcciones locales el identificador de interfaz debe ser unico en el dominio en el cual esta siendo usado. En la mayoria de los casos este identificador u t i l i z a r a la direction IEEE 802 de 48 bits de ese nodo; por ejemplo, en el caso de u n a red E t h e r n e t se u t i l i z a r a l a direction MAC. La subred, para el caso de las direcciones locales de sitio, identifica u n a red determinada del sitio local u organization.

E l tipo especifico de d i r e c t i o n IPv6 viene indicado por los primeros bits de la direction. Este campo de longitud variable es denominado prefijo y p e r m i t e conocer donde esta conectado u n d e t e r m i n a d o nodo, es decir, su ruta de encamin a m i e n t o . La d i r e c t i o n IPv6 se compone, por consiguiente, de u n PCW 220

TUTOR Las direcciones de uso local perm i t e n a las organizaciones que a u n no se h a n conectado a Intern e t operar s i n l a n e c e s i d a d de solicitar u n prefijo de d i r e c t i o n del espacio global de direcciones de I n t e r n e t . Si l a o r g a n i z a t i o n se i n c o r p o r a mas adelante a Internet, puede utilizar el identificador de subred y de interfaz en combin a t i o n con u n prefijo global (es decir, u n identificador de registro, otro de proveedor y otro de suscriptor) para crear u n a d i r e c t i o n global. Esto supone u n a mejora significativa respecto a IPv4, pues requiere que los sitios que utilizan direcciones IPv4 privadas (no globales) se renumeren m a n u a l m e n te cuando se conectan a Internet. IPv6 hace la renumeracion automaticamente. Las direcciones unicast especiales definidas en IPv6 son: - D i r e c c i o n de autoretorno o loopback. Es la : : 1 . No debe ser asignada a u n a interfaz fisica, pues se trata de u n a interfaz virtual. Se utiliza para pruebas y comunicaciones dentro de u n mismo nodo. E n IPv4 es cualquier tipo de direction que comience por 127 en el primer octeto.

totalmente transparente, mediante el e n c a p s u l a m i e n t o del paquete IPv6 en u n paquete IPv4. El formato de estas direcciones consiste en los primeros 96 bits a 0, y los otros 32 con la direccion IPv4. - D i r e c c i o n e s I P v 6 mapeadas desde I P v 4 . Son utilizadas para representar las direcciones IPv4 en los nodos que solo soportan IPv4, como direcciones IPv6. Es decir, permiten que los nodos que solo soportan IPv4 puedan seguir trabajando en IPv6. El formato de estas direcciones consiste en los primeros 80 bits a 0, los siguientes 16 bits a 1, y los ultimos 32 bits con la direccion IPv4. Las direcciones anycast, descritas en la RFC 2526, utilizan cualquiera de los formatos de direcciones definidos para las direcciones unicast. De esta forma, las direcciones anycast son sintacticamente indistinguibles de las direcciones unicast. Cuando u n a direccion unicast es asignada a mas de u n a interfaz, convirtiendose asi en u n a direccion anycast, los nodos a los c u a l e s se les h a a s i g n a d o esa d i r e c c i o n se d e b e n c o n f i g u r a r explicitamente para que sepan que se trata de u n a direccion anycast.

Las direcciones de uso local permiten a las organizaciones que aun no s e han conectado a Internet operar sin la necesidad de solicitar un prefijo de direccion del espacio global de direcciones de Internet - Direccion no especificada. Es la ::. No debe ser asignada a ningun n o d o , p u e s i n d i c a a u s e n c i a de direccion. Por ejemplo, en el campo de direccion fuente, indica que el nodo esta iniciandose y todavia no sabe cual es su direccion. - Direcciones IPv6 compatibles c o n I P v 4 . Son u t i l i z a d a s en u n mecanismo de transition de IPv4 a IPv6 conocido por tuneles dinarnic o s / a u t o m a t i c o s , que c o n s i s t e basicamente en el envio de paquetes IPv6 sobre infraestructura de e n c a m i n a m i e n t o IPv4 de f o r m a

Estado

Prefijo (en binario)

Reservado

0000 0000

No asignado

0000

R e s e r v a d o para NSAP

0 0 0 0 001

1/128

R e s e r v a d o para IPX

0 0 0 0 010

1/128

No asignado

0 0 0 0 011

1/128

No asignado

0000 1

1/32

ivu d o i y n o u u

UU 1

nm

1/A

Direcciones unicast globales a g r e g a b l e s b a s a d a s en el proveedor

010

1/8

No asignado

011

1/8

Direcciones unicast b a s a d a s en la localizacion geografica

100

1/8

No asignado

101

1/8

No asignado

110

1/8

No ^ j ^ ^ j ^

1110

1/16

No asignado

1111 0

1/32

No asignado

111110

1/64

No asignado

1111110

1/128

No asignado

1111 1110 0

1/512

Direcciones unicast locales de e n l a c e

1111 1110 10

1/1.024

Direcciones unicast locales de sitio

1111 1110 11

1/1.024

Direcciones multicast

11111111

1/256

0

Tabla 2: Prefijos

PCW 222

0001

i del e s p a c i o 1/256 1/256

I/O

TUTOR Las direcciones multicast estan descritas en l a RFC 2375. Tienen u n prefijo 1111 1111. Despues, tienen u n campo de bandera de 4 bits, de los cuales los t r e s p r i m e r o s estan reservados y deben ser inicializados a 0; el u l t i m o b i t puede estar a 0, lo cual indica u n a direction multicast asignada p e r m a nentemente, o a 1, si es u n a direction multicast asignada t r a n s i t o riamente. E l campo que sigue al de banderas es tambien de 4 bits y se denomina ambito; s u valor se u t i liza para l i m i t a r el ambito del g r u po de multicast (global, local de n o d o , l o c a l de enlace, l o c a l de sitio, etc.). Finalmente, el campo de grupo de 112 bits identifica el grupo de multicast. Descubrimiento de nodos vecinos El protocolo equivalente e n IPv6 (aunque c o n grandes mejoras y ventajas) a l protocolo de resolution de direcciones o ARP en IPv4, es el de descubrimiento de vecinos o ND (NeigbourDiscovery), descrito en la RFC 2 4 6 1 . Recordemos que ARP es u n protocolo que utiliza el broadcast para que u n nodo pueda obtener la direction fisica de otro a partir de s u direction IP. Basicamente, lo que hace el nodo es preguntar a todos los nodos vecinos cual es la direction fisica del nodo de d i r e c t i o n IP con el que quiere comunicarse, respondiendole solo el nodo con dicha direction IP, con u n paquete que contiene su direction fisica. El protocolo ND utiliza el multicast y es independiente del tipo de enlace fisico e n cuestion. Se

t r a t a de u n p r o t o c o l o b a s t a n t e complejo y sofisticado, y a que es la base para p e r m i t i r el mecanismo de autoconfiguracion en IPv6. ND e m p l e a l o s mensajes de ICMPv6 para algunos de sus servicios. Ofrece, entre otros, mecan i s m o s para: d e s c u b r i r routers, prefijos y otros parametros, autoc o n f i g u r a c i o n de d i r e c c i o n e s , r e s o l u t i o n de direcciones, determ i n a t i o n del siguiente salto, detection de direcciones duplicadas o cambios, re d ire c t ion, etc. E l protocolo ND define cinco tipos de paquetes ICMPv6: - Solicitud de router (133). Es generado por u n a interfaz cuando es activada, para pedir a los routers de su red que se anuncien inmediatamente. - Anunciacion de router (134).

Es generado por los routers periodicamente (de 4 a 1.800 segundos) o como respuesta a u n a solicitud de router, a traves de multicast, para informar de su presencia, asi como de los parametros de enlace y de Internet (prefijos, tiempos de vida, configuration de direcciones, tamano maximo de la unidad de transmision o MTU, etc.). Es fundamental para permitir la remuneration, con lo cual para las empresas les es m u y sencillo cambiar de proveedor de servicios o utilizar varios de forma conjunta. - Solicitud de vecino (135). Es generado por los nodos para determ i n a r l a d i r e c t i o n en l a capa de enlace de sus vecinos, para verificar que el nodo vecino sigue activo (es alcanzable), o para detectar las direcciones duplicadas.

www.batch-pc.com

Nightingale

36.990, (D902

Sound

2.990.

192 192

i 33 Tiendas en toda

ispana

CENTRAL BATCH-PC: CI Cabo de Trafalgar, 57-59 28500 ARGANDA (Madrid)

8 MB RAM, 2MB de F!ash-ROM,mds de 500 perifericos disponibles. 2 piles, duration para 8

HRTF 3D para 4 conales y 4 altavoces independientes, Software Audio Rack con control de

semanas. Incluye MS Outlook Conduit. Compatible ton PC, Win 95/98/2000/NT 4.0, y Mac.

saitda y entrada de sonido digital (SPDIF), control y reproduction de MP3, MIDI, Wave y CD.

• - Anunciacion de vecino (136). Es generado por los nodos como respuesta a la solicitud de vecino, o bien para indicar cambios de direcciones en la capa de enlace. - Redirection (137). Es generado por los routers para informar a los servidores de u n salto mejor para llegar a u n determinado destino.

Transition de IPv4 a IPv6 La transition de IPv4 a IPv6 no tendra lugar de la noche a la manana. Las dos versiones de IP deberan coexistir d u r a n t e m u c h o s afios. Basicamente, IPv6 puede ser implementado como u n a actualization software en los nodos IPv4 actuales, comenzando u n periodo de transition para minimizar los costes de nuevos equipos y proteger las fuertes inversiones realizadas. Sin embargo, es dificil saber cuando m i g r a r a n las o p e r a d o r a s en Internet a la tecnologia IPv6. E n la actualidad la gran mayoria de las operadoras u t i l i z a nodos IPv4, y con esta situation, donde casi todo el trafico deberia adaptarse a redes basadas en IPv4, l a m o t i v a t i o n para el cambio es m u y baja. Las nuevas caracteristicas de autoconfiguracion, que hacen que las redes IPv6 sean mas faciles de configurar y mantener que las redes IPv4, pueden ser atractivas para nuevas operadoras que h a n de realizar u n despliegue de i n f r a e s t r u c t u r a m u y rapido. Por otro lado, para facilitar

TUTOR

En la actualidad la gran mayoria de las operadoras utiliza nodos IPv4, y con e s t a situacion, donde casi todo el t r a f i c o deberia a d a p t a r s e a redes basadas en IPv4, la motivacion para ei cambio es muy baja la migration es importante que las aplicaciones IPv4 existentes sean capaces de operar tambien con las aplicaciones IPv6; por ejemplo, los navegadores de Internet deben ser capaces de comunicarse utilizando IPv6 e IPv4. E l p r i n c i p a l p r o b l e m a es, que m i e n t r a s los sistemas IPv6 son compatibles hacia atras, es decir, pueden enviar, encaminar y recibir paquetes IPv4, los sistemas IPv4 actuales no son capaces de manej a r paquetes IPv6. Lo ideal seria declarar unos dias de inactividad, durante los cuales todas las maquinas de Internet seran desactivadas, y se m i g r a r i a de IPv4 a IPv6. No obstante, u n a tarea asl, con millones de maquinas y de administradores de redes implicados, es practicamente imposible. Seguidamente se presentan las dos principales

opciones (que pueden trabajar de forma aislada o conjunta), que hay descritas en la RFC 1993 para solventar esta limitation. La p r i m e r a o p t i o n es i n t r o d u c i r una doble pila completa de protocolos, IPv4 e IPv6, en los nodos IPv6. De esta forma, este nodo IPv6/IPv4 puede enviar y r e c i b i r paquetes IPv6 e IPv4. Cuando trabaje con u n nodo IPv4, el nodo IPv6/IPv4 puede utilizar paquetes IPv4; cuando trabaje con u n nodo IPv6, puede u t i l i z a r p a q u e t e s I P v 6 . Los n o d o s IPv6/IPv4 deben tener tanto direcciones IPv6 como IPv4. Deben ser capaces t a m b i e n de descubrir si otro nodo es capaz de utilizar IPv6 o solo IPv4. Esto se puede conseguir utilizando el protocolo de resolution de nombres de dominio o DNS, que puede devolver u n a direction IPv6 si el nombre del nodo que se esta resolviendo es capaz de utilizar IPv6, o bien u n a direction IPv4 en caso contrario. Por supuesto, si el nodo que hace la petition DNS u n i camente puede utilizar IPv4, DNS devolvera solo u n a direction IPv4. Segun este metodo, si cualquiera de los nodos intermedios solo puede operar con IPv4, se deben u t i l i zar paquetes IPv4. Por ello, es posible que la comunicacion entre dos nodos extremos IPv6 tenga lugar con paquetes IPv4. Lo que se hace es que a m b o s e x t r e m o s e n v i a n paquetes IPv6, pero cuando estos lleguen a u n nodo IPv4, todo el paquete IPv6 sera encapsulado en el campo de datos del paquete IPv4 y se llevara a cabo u n mapeo o correspondencia de direcciones, perdiendo l a i n f o r m a t i o n relevante de los campos de l a cabecera IPv6. La segunda o p t i o n es utilizar tuneles. Esto permitiria que los nodos extremos IPv6 se comuniquen siempre en IPv6, aunque haya nodos intermedios IPv4. Se considera u n t u n e l a todos los nodos IPv4 entre dos nodos IPv6. Utilizando esta tecnica, el nodo IPv6 que hace f r o n t e r a con el tunel toma el paquete IPv6, y lo pone en el campo de datos de u n paquete IPv4. Este paquete IPv4 tiene como direction de destino

PCW 224

TUTOR

El F o r o I P v 6 e s u n

Fife Edi? View Go CommurtitSaio. Help

3 :' " Baelc *

Reload

;

£ JI

> in f

Home

-i* r

&

Search J

id

:*

Netscape

Print

'J' Securty

II

3fisorcio i n t e r n a -

Sidp

jrn/

cional sin animo de lucro creado en el ano IPv6 Forum

to the IPC F > u m

Monday 313t July 2000

'.•>>-• - a =3110

Press Room

1

The IPv6 Forum Technical Directorate is an extension of the IPv6 Forum to provide a technology, architecture, research, and engineering center of expertise Re snii . ^j'ernent:

IPv6 Events Tech Directorate IPv6 Resources IPv6 Deployment implementations

•

howwili one billion mobile phcnesbe connected? :.. •-ttesenrioeMuil!stariSepterTiber2000. PRESS: HMimilMMMiL ^ Zi tha 30PP adopts IPvG. get native IPv6 connectivity in Europe now. PRESS „ side's new interview feature with Vint Csrf discusses IPv6: PP.ES> " John Patrir*. IBM visionary, speatecn IPv6. "Z , :-, . embraces • :r,i; previewMt brings 12.1:5)T the production version one step neare PRESS: FjgT :..:£_:::•:: • Cisco IPv6 ir. version ot IOS, due October

Summit

f

toras y proveedores Internet pioneer Vint Cerf talks a h r n i t r.r^rr.Srtrp.-: fnr

nrfiaentatinriK

Figura 1: Sitio Web del Foro IPv6.

el nodo IPv6 en la parte final del tunel y es enviado al primer nodo IPv4 que conforma el t u n e l . Los nodos IPv4 del tunel encaminan el paquete, s i n tener constancia de que el p a q u e t e IPv4 q u e e s t a n manejando contiene u n paquete IPv6. Cuando este paquete llega al extremo receptor IPv6 del t u n e l , que es precisamente el destino del p a q u e t e , este d e t e r m i n a que el paquete IPv4 contiene u n paquete IPv6, lo extrae y lo encamina exactamente del m i s m o modo que s i hubiera recibido el paquete IPv6 de u n nodo IPv4 vecino.

Foro IPv6 Los principales organismos encargados de desarrollar y estandarizar la tecnologia de Internet s o n cuatro: - I S O C [Internet Society). Sociedad profesional para facilitar, soportar y promover la evolution y crecimiento de Internet como u n a infraestructura global de investigation en comunicaciones. Se pueden encontrar m a s detalles en www.iso.org. - I A B (Internet Architecture Board). Cuerpo de coordination y supervision tecnica dependiente de la ISOC, compuesto por unos quince voluntarios internacionales de varias disciplinas.

instituciones d e Invesuniversidades, consul-

e

Read the Telluride

do por las principales tigacion y desarrollo,

aVBSMHHISIiiHHHH

Ness PR

1999, que esta forma-

- I E T F (Internet Engineering Task Force). Cuerpo de la IAB, coordinado por la IESG {Internet Engineering Steering Group), encargado del desarrollo de las especificaciones que se convertiran en estandares. Se compone de unos veinte grupos de trabajo, cada uno tratando u n problema especifico. Sobre las funciones de cada uno de ellos puede informarse en www.ietf.org. - I R T F (Internet Research Task Force). Cuerpo de la IAB encargado de la investigation a largo plazo, sin division en areas. Es coordinado por la IRSG (Internet Research Steering Group). Por otro lado, el Foro IPv6 es u n consorcio international sin animo de lucro creado en el ano 1999, que esta formado por las principales i n s t i t u c i o n e s de i n v e s t i g a t i o n y desarrollo, universidades, consultoras y proveedores de infraestruct u r a de telecomunicaciones. S u mision es promover el uso de IPv6 en el mercado para crear la proxim a g e n e r a t i o n de I n t e r n e t , de mayor calidad y mas segura, apoyando la estandarizacion y desarrollo estable de este p r o t o c o l o , y fomentando s u conocimiento. Los objetivos del Foro IPv6 son los enumerados a continuation: - Establecer u n foro international y abierto de experiencia en IPv6. PCW 226

telecomunicaciones - Compartir conocimientos y experiencias entre sus miembros. - Promover el desarrollo de nuevas aplicaciones y soluciones globales basadas en IPv6. - Promover l a i n t e r o p e r a t i v i d a d entre las implementaciones normalizadas. - Cooperar para alcanzar calidades de servicio extremo a extremo. - Resolver problemas que creen barreras para el uso de IPv6. Como vemos, el Foro IPv6 no tiene como fin desarrollar los estandares de IPv6, pues solo la IETF, con la que trabaja estrechamente, tiene autoridad sobre ellos. Ademas, el Foro IPv6 mantiene sus puertas abiertas a acuerdos con otras instit u c i o n e s o foros i n d u s t r i a l e s , habiendo establecido, por ejemplo, importantes acuerdos de colaboracion con el Foro UMTS. E n el Sitio Web d e l Foro IPv6, www.ipv6forum.com. cuya pagina de initio se muestra en la Figura 1, se puede conseguir i n f o r m a t i o n detallada sobre s u s actividades, estandares y el protocolo IPv6 en general. E2 Ramon Jesus Milldn Tejedor es Ingeniero Superior de Telecomunicaciones y trabaja en integration y soporte de redes opticas de Ericsson Espana.