Nueva e s t r u c t u r a d e d i recc iones e n Internet

El 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 M i l l a n T e j e d o r r j m i l l a n @ p c w . i d c f . e s

ecordemos que las direcciones IP tienen una longitud de 32 bits. Los bits se dividen en dos campos: el campo de subred, que identifica la subred a la que esta conec-tado 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. Un ejemplo de direction IP es 136.255.151.252.

PCW 218

TUTOR

En funcion de la longitud de los campos de subred y de sistema de la direction IP, se distinguen cinco tipos basicos de direcciones, esque-matizados en la tabla 1:

- Clase A. El primer bit mas signi­ficative es 0. El numero total de bits dedicados a la red es de 7, con lo cual se tienen hasta 128 redes, en cada una de las cuales puede haber hasta mas de 16 millones de servi-dores diferentes. Los propietarios tipicos de estas direcciones son grandes companias o paises ente-ros, como por ejemplo IBM o Japon.

- Clase B. Los dos primeros bits son 10. El numero de bits dedica­dos a la red es de 14, con lo cual se tienen hasta unas 16.000 redes, en cada u n a de las cuales puede haber hasta mas de 65.000 servi-dores diferentes. Los propietarios de este tipo de redes son grandes companias.

- Clase C. Los tres primeros bits son 110. El 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 una de ellas. Los propietarios son companias medianas o pequenas.

- Clase D. Los cuatro primeros bits son 1110. Se util izan para el multicasting, es decir, para trafico de datos con varios destinatarios, como por ejemplo, las videoconfe-rencias o las noticias de radio a tra­ves 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, denominadas subredes, a traves de u n proceso conocido como subnetting. El subnetting pro-porciona al administrador varios beneficios, como una flexibilidad adicional, u n uso mas eficiente de las direcciones de red, y la capaci-

Las redes pueden ser

divididas en redes mas

m m m m m

I f l f ^ ^ i 1 ^ f l fiSfc 8 ^ ffc 11^ f t f l £8 I W w l i I I J U w l BVUr • I 1 1 1 BVMi%Ni%riB^59

subredes, a traves de un proceso conocido

como subnetting

dad de soportar trafico de broad­cast -el trafico de broadcast nunca atraviesa los routers-. La subred es creada tomando parte de los bits correspondientes al campo de ser-vidor, denotandolos por campo de subred. El numero de bits varia y viene especificado por la mascara de subred. El 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 direc­tion local. Por ejemplo, la mascara de s u b r e d p a r a la clase C es 255.255.255.0 sin subnetting, pero si consideramos 5 bits para subre-

128 16 millones

B 16.000 6 5 . 0 0 0

2 millones 2 5 5

Multicasting Tabla 1: Esquema de las clases de direcciones IP

1 9 2 - 2 2 3

2 2 4 - 2 3 9

des, la mascara de subred sera 255.255.255.248. Tendremos por lo tanto, 2 5 -2=30 subredes posi-bles, con 2 3 -2=6 servidores por subred, pues las direcciones de subred y de sistema con todos los bits a 0 6 1 son direcciones reserva-das. La mascara de subred local sera utilizada por los routers apli-cando u n a operat ion and logica sobre los paquetes que reciben, con el fin de encaminar en funcion de la direction de red.

E l concepto contrario al subnet­ting es el supernetting o CIDR (Classless Inter-Domain Routing). Debido a los pocos niveles de jerar-quia de las direcciones, que solo consideran una parte de subred y o t r a de s i s t ema, las tab las de encaminamiento de las redes tron-cales de Internet nan crecido enor-memente, reduciendo la eficiencia de los routers. El supernetting divi­de las direcciones en bloques de tamano variable.

Direccionamiento en IPv6 Las direcciones en IPv6, descritas en 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 direccio­namiento total en IPv4 es de 2 3 2

(4.294.967.296), en IPv6 lo es de 2 1 2 8 (340.282.366.920.938.463. 463.374.607.431.768.211.456).

Para hacerse una idea del tremen-do espacio de direcciones disponi-ble, se suele indicar que esto supo-ne, en u n sentido teorico, mas de 665.570 tr i l lones 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 direc­ciones IPv6, cualquiera que sea el tipo, se asignan a las interfaces, no a los nodos. Puesto que cada in t e r f a z pertenece a u n u n i c o nodo, cualquiera de las direccio­nes de interfaces unicast de ese nodo podria ser util izada como u n identificador del nodo. Una unica in ter faz puede tener m u l t i p l e s direcciones IPv6 de cualquier tipo. Por ejemplo, u n a interfaz podria tener una direct ion unicast, otra

PCW 219

TUTOR anycast, y otra multicast s imulta-neamente. Se distinguen tres tipos de direcciones en IPv6:

- Unicast. Las direcciones unicast

identifican a una unica interfaz, es decir, u n paquete enviado a una d irect ion 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 inter­faces, de forma que u n paquete enviado a u n a direct ion anycast

sera entregado a u n miembro cual-quiera del grupo, siendo general-mente el mas cercano segun la dis-tancia asignada en el protocolo de encaminamiento.

- Multicast Las direcciones multi­

cast identi f ican, al igual que las anycast, a u n grupo de interfaces, pero u n paquete enviado a u n a d i rec t ion multicast es enviado a todas las interfaces del grupo. Las direcciones de broadcast no existen en IPv6, su mision ha sido suplan-tada por las direcciones multicast.

La representation de las direccio­nes IPv6 s igue el esquema X. OC— X. XI X. X' X, X) donde x es u n valor hexadecimal de 16 bits, de la por­tion correspondiente a la direction IPv6. No es preciso escribir los 0 a la i z qu i e rda de cada campo y , puesto que ademas pueden existir varias cadenas de ceros, se permi-te la escritura de su abreviacion mediante el uso de que repre-senta 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 obs­t a n t e , u n a d i r e c t i o n de l t i p o 0 :0 :0 :1 :0 :0 :0 :1 solo puede ser ab r e v i ada como :: 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.

E l t ipo especifico de d i rec t ion IPv6 viene indicado por los prime-ros bits de la direction. Este campo de longitud variable es denominado prefijo y permite conocer donde esta conectado u n determinado nodo, es decir, su ruta de encami­namiento . La d i r e c t i o n IPv6 se compone, por consiguiente, de u n

prefijo seguido de u n identificador de nodo.

En IPv6 se ha reservado (que no asignado) algo mas del 15% del espacio de direccionamiento para permi t i r u n a facil t r ans i t i on del resto de protocolos y para el desa-rrollo de los propios mecanismos del protocolo, como se refleja en la tabla 2. El 85% se ha dejado para u n uso fu turo . Como vemos, la 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 comunicacio-nes globales en todo Internet. Estas direcciones son semejantes a las direcciones IPv4 utilizando CIDR. Los tres primeros bits, correspon-dientes al prefijo, son 101. El resto de l a d i r e c t i o n la f o r m a n los siguientes campos, de l ong i tud variable hasta hacer u n total de 128 bits:

- Campo de registro. que identifi-ca a la entidad de Internet que asig-na los identificadores a los provee-dores de servicios.

- Campo de proveedor, que iden-tifica a u n determinado proveedor de servicios, el cual asigna parte de su espacio de direccionamiento a sus suscriptores.

- Campo de suscriptor, que dife-rencia a los distintos suscriptores

conectados a Internet a traves de u n mismo proveedor de servicio.

- Campo de subred, que especi-fica u n grupo de nodos fisicamen-te conectados en la red del subs-criptor.

- Campo de interfaz, que caracte-riza a una interfaz de entre todas las conectadas a una determinada subred.

Las direcciones unicast de uso local son direcciones que solo tie-nen u n ambito de encaminamiento local, es decir, dentro de una red local o dentro de la red de una un i ­ca compania, y que podrian ser unicas local o globalmente. Se han definido dos tipos de direcciones locales:

- Direcciones locales de enlace. Sirven para ser util izadas en u n unico enlace, con propositos tales como la autoconfiguracion de la direction. Por ello, los routers no pueden retransmitir ningun paque­te 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 util izadas en u n unico sitio, sin la necesidad de u n prefijo global. Por ello, los routers

no pueden r e t r ansm 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. Tie­nen el prefijo 1111 1110 11, 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 direc­ciones locales el identifica­dor de interfaz debe ser unico en el dominio en el cual esta siendo usado. En la mayoria de los casos este identi f icador u t i l i za ra la direction IEEE 802 de 48 bits de ese nodo; por ejem­plo, en el caso de una red E therne t se u t i l i z a r a la direction MAC. La subred, para el caso de las direccio­nes locales de sitio, identifi­ca una red determinada del sitio local u organization.

PCW 220

TUTOR

Las direcciones de uso local per-m i t en a las organizaciones que aun no se han conectado a Inter­net operar s in la necesidad de solicitar u n prefijo de direct ion del espacio global de direcciones de In t e rne t . Si la o r gan i za t i on se incorpora mas adelante a Inter­net, puede uti l izar el identificador de subred y de interfaz en combi­n a t i o n con u n prefijo global (es decir, u n identificador de registro, otro de proveedor y otro de sus-criptor) para crear una direct ion global. Esto supone u n a mejora significativa respecto a IPv4, pues requiere que los sitios que ut i l izan direcciones IPv4 privadas (no glo-bales) se renumeren manualmen-te cuando se conectan a Internet. IPv6 hace la renumeracion auto-maticamente.

Las direcciones unicast especiales definidas en IPv6 son:

- Direccion de autoretorno o loopback. Es la : : 1 . No debe ser asignada a una interfaz fisica, pues se trata de una interfaz virtual. Se utiliza para pruebas y comunica-ciones dentro de u n mismo nodo. En IPv4 es cualquier tipo de direc­tion que comience por 127 en el primer octeto.

Estado

Las direcciones de uso local permiten a las organizaciones que

aun no se 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 nodo, pues ind i ca ausenc ia 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 con IPv4. Son uti l izadas en u n mecanismo de transit ion de IPv4 a IPv6 conocido por tuneles dinarni-cos/automat icos , que consiste basicamente en el envio de paque-tes IPv6 sobre infraestructura de encaminamiento IPv4 de forma

totalmente transparente, mediante el encapsulamiento del paquete IPv6 en u n paquete IPv4. El forma-to de estas direcciones consiste en los primeros 96 bits a 0, y los otros 32 con la direccion IPv4.

- Direcciones IPv6 mapeadas desde IPv4. Son uti l izadas 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 traba-jando en IPv6. El formato de estas direcciones consiste en los prime­ros 80 bits a 0, los siguientes 16 bits a 1, y los ultimos 32 bits con la direccion IPv4.

Las direcciones anycast, descri-tas en la RFC 2526, uti l izan cual-quiera de los formatos de direccio­nes definidos para las direcciones unicast. De esta forma, las direc­ciones anycast son sintacticamen-te indistinguibles de las direccio­nes unicast. Cuando una direccion unicast es asignada a mas de una interfaz, convirtiendose asi en una direccion anycast, los nodos a los cuales se les h a as ignado esa d i r e c c i on se deben c on f i gu ra r explicitamente para que sepan que se trata de una direccion anycast.

Prefijo (en binario) i del espac io

Reservado

No asignado

0000 0000

0 0 0 0 0001

1/256

1/256

Reservado para NSAP 0 0 0 0 001 1/128

Reservado para IPX 0 0 0 0 010 1/128

No asignado 0 0 0 0 011 1/128

No asignado 0 0 0 0 1 n m

1/32 1/A

ivu d o i y n o u u Direcciones unicast globales agregables b a s a d a s en el proveedor

UU 1

010 I/O 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 0 ^ 1110 1/16

No asignado 1111 0 1/32 No asignado

No asignado 111110 1/64

No asignado 1111110 1/128

No asignado 1111 1110 0 1/512

Direcciones unicast locales de enlace 1111 1110 10 1/1.024

Direcciones unicast locales de sitio 1111 1110 11 1/1.024

Direcciones multicast 11111111 1/256 Tabla 2: Prefijos

PCW 222

TUTOR

Las direcciones multicast estan descritas en la RFC 2375. Tienen u n prefijo 1111 1111. Despues, tie­nen u n campo de bandera de 4 bits, de los cuales los tres pr imeros estan reservados y deben ser inicia-lizados a 0; el u l t i m o b i t puede estar a 0, lo cual indica una direc­tion multicast asignada perma-nentemente, o a 1, si es una direc­tion multicast asignada transito-riamente. El campo que sigue al de banderas es tambien de 4 bits y se denomina ambito; su valor se u t i -liza para l imitar el ambito del gru-po de multicast (global, local de nodo, local de enlace, local de sitio, etc.). Finalmente, el campo de grupo de 112 bits identifica el grupo de multicast.

Descubrimiento de nodos vecinos El protocolo equivalente en IPv6 (aunque con grandes mejoras y ventajas) al protocolo de resolu­tion de direcciones o ARP en IPv4, es el de descubrimiento de vecinos o ND (NeigbourDiscovery), descrito en la RFC 2461. Recordemos que ARP es u n protocolo que util iza el broadcast para que u n nodo pueda obtener la direction fisica de otro a partir de su direction IP. Basica-mente, lo que hace el nodo es pre-guntar a todos los nodos vecinos cual es la direction fisica del nodo de direct ion IP con el que quiere comunicarse, respondiendole solo el nodo con dicha direction IP, con u n paquete que contiene su direc­tion fisica.

El protocolo ND uti l iza el multi­cast y es independiente del t ipo de enlace fisico en cuestion. Se

t ra t a de u n protocolo bastante complejo y sofisticado, ya que es la base para permit i r el mecanis-mo de autoconfiguracion en IPv6. ND emp l ea los mensa j es de ICMPv6 para algunos de sus ser-vicios. Ofrece, entre otros, meca-nismos para: descubrir routers, prefijos y otros parametros, auto­c o n f i g u r a c i o n de d i r e cc i ones , resolut ion de direcciones, deter­m i n a t i o n de l s i gu i en t e sa l t o , detection de direcciones duplica-das o cambios, redirect ion, etc. El protocolo ND define cinco tipos de paquetes ICMPv6:

- Solicitud de router (133). Es generado por una interfaz cuando es activada, para pedir a los routers de su red que se anuncien inmedia-tamente.

- Anunciacion de router (134).

Es generado por los routers periodi-camente (de 4 a 1.800 segundos) o como respuesta a una 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, tama-no maximo de la unidad de trans-mision o MTU, etc.). Es fundamen­tal para permitir la remuneration, con lo cual para las empresas les es muy sencillo cambiar de proveedor de servicios o utilizar varios de for­ma conjunta.

- Solicitud de vecino (135). Es generado por los nodos para deter-minar la direct ion en la capa de enlace de sus vecinos, para verifi-car que el nodo vecino sigue activo (es alcanzable), o para detectar las direcciones duplicadas.

www.batch-pc.com

( D 9 0 2 1 9 2 1 9 2

i 33 Tiendas

36.990, Nightingale Sound

2.990.

e n t o d a i s p a n a

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

semanas. Incluye MS Outlook Conduit. Compatible ton PC, Win 9 5 / 9 8 / 2 0 0 0 / N T 4.0, y Mac.

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

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

• TUTOR

- Anunciacion de vecino (136). Es generado por los nodos como respuesta a la solicitud de vecino, o bien para indicar cambios de direc-ciones 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 transit ion de IPv4 a IPv6 no ten-dra lugar de la noche a la manana. Las dos versiones de IP deberan coexistir durante muchos afios. Basicamente, IPv6 puede ser imple-mentado como una actualization software en los nodos IPv4 actua-les, comenzando u n periodo de transit ion para minimizar los cos-tes de nuevos equipos y proteger las fuertes inversiones realizadas. Sin embargo, es dificil saber cuan-do m i g r a ran las operadoras en Internet a la tecnologia IPv6. En la actualidad la gran mayoria de las operadoras ut i l i za nodos IPv4, y con esta situation, donde casi todo el trafico deberia adaptarse a redes basadas en IPv4, la m o t i v a t i o n para el cambio es muy baja. Las nuevas caracteristicas de autocon-figuracion, que hacen que las redes IPv6 sean mas faciles de configurar y mantener que las redes IPv4, pue-den ser atractivas para nuevas ope­radoras que han de realizar u n des-pliegue de in f r a es t ruc tu ra m u y rapido. Por otro lado, para facilitar

En la actualidad la gran mayoria de las operadoras utiliza

nodos IPv4, y con esta situacion, donde casi

todo el t raf ico deberia adaptarse 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 prob lema es, que mientras los sistemas IPv6 son compatibles hacia atras, es decir, pueden enviar, encaminar y recibir paquetes IPv4, los sistemas IPv4 actuales no son capaces de mane-ja r paquetes IPv6. Lo ideal seria declarar unos dias de inactividad, durante los cuales todas las maqui-nas de Internet seran desactivadas, y se migraria de IPv4 a IPv6. No obstante, una tarea asl, con millo-nes de maquinas y de administra-dores de redes implicados, es prac-ticamente imposible. Seguidamente se presentan las dos principales

opciones (que pueden trabajar de forma aislada o conjunta), que hay descritas en la RFC 1993 para sol-ventar esta l imitation.

La primera opt ion es introducir una doble pila completa de protoco-los, IPv4 e IPv6, en los nodos IPv6. De esta forma, este nodo IPv6/IPv4 puede enviar y rec ibir paquetes IPv6 e IPv4. Cuando trabaje con u n nodo IPv4, el nodo IPv6/IPv4 puede utilizar paquetes IPv4; cuando tra­baje con u n nodo IPv6, puede ut i l i ­zar paquetes IPv6. Los nodos IPv6/IPv4 deben tener tanto direc-ciones IPv6 como IPv4. Deben ser capaces tambien de descubrir si otro nodo es capaz de utilizar IPv6 o solo IPv4. Esto se puede conseguir util izando el protocolo de resolu­tion de nombres de dominio o DNS, que puede devolver una direction IPv6 si el nombre del nodo que se esta resolviendo es capaz de utilizar IPv6, o bien una direction IPv4 en caso contrario. Por supuesto, si el nodo que hace la petit ion DNS un i -camente puede utilizar IPv4, DNS devolvera solo una direction IPv4.

Segun este metodo, si cualquiera de los nodos intermedios solo pue­de operar con IPv4, se deben ut i l i ­zar paquetes IPv4. Por ello, es posi-ble que la comunicacion entre dos nodos extremos IPv6 tenga lugar con paquetes IPv4. Lo que se hace es que ambos extremos env ian paquetes IPv6, pero cuando estos l leguen 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 direccio-nes, perdiendo la in f o rmat i on relevante de los campos de la cabecera IPv6.

La segunda opt ion es uti l izar tuneles. Esto permitiria que los nodos extremos IPv6 se comuni-quen siempre en IPv6, aunque haya nodos intermedios IPv4. Se considera u n tunel a todos los nodos IPv4 entre dos nodos IPv6.

Utilizando esta tecnica, el nodo IPv6 que hace frontera 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

Fife Edi? View Go CommurtitSaio. Help

3 :' " Baelc ; Reload Home & id :*

Search Netscape Print ' J ' I I

Securty Sidp

* £ JI > in f -i* r J jrn/

IPv6 Forum

'.•>>-• -a =3110

Press Room

IPv6 Events

Tech Directorate

IPv6 Resources

IPv6 Deployment

implementations

to the IPC F>um Monday 313t July 2000 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:

Ness aVBSMHHISIiiHHHH PR • howwili one billion mobile phcnesbe connected?

: . . •-ttesenrioeMuil!stariSepterTiber2000. PRESS: HMimilMMMiL ^ Zi e 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 , :-, . • : r , i ; previewMt brings the production version one step neare PRESS: FjgT :..:£_:::•:: • Cisco embraces IPv6 ir. version 12.1:5)T ot IOS, due October

Read the Telluride f Summit nrfiaentatinriK

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

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 tune l . Los nodos IPv4 del tunel encaminan el paquete, s in tener constancia de que el paquete IPv4 que estan manejando contiene u n paquete IPv6. Cuando este paquete llega al extremo receptor IPv6 del tune l , que es precisamente el destino del paquete, este de t e rmina que el paquete IPv4 contiene u n paquete IPv6, lo extrae y lo encamina exac-tamente del mismo modo que si hubiera recibido el paquete IPv6 de u n nodo IPv4 vecino.

Foro IPv6 Los principales organismos encar-gados de desarrollar y estandari-zar la tecnologia de Internet son cuatro:

- ISOC [Internet Society). Socie-dad p ro f es i ona l pa ra f ac i l i t a r , soportar y promover la evolution y crecimiento de Internet como una infraestructura global de investiga­tion en comunicaciones. Se pueden e n c o n t r a r mas deta l les en www.iso.org.

- IAB (Internet Architecture Board). Cuerpo de coordination y supervision tecnica dependiente de la ISOC, compuesto por unos quin­ce voluntarios internacionales de varias disciplinas.

- I E T F (Internet Engineering Task Force). Cuerpo de la IAB, coor-dinado por la IESG {Internet Enginee­ring 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 pro-blema especifico. Sobre las funciones de cada uno de ellos puede informar-se 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 Stee­ring 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 inst i tuc iones de invest igat ion y desarrollo, universidades, consul-toras y proveedores de infraestruc­t u r a de telecomunicaciones. Su mision es promover el uso de IPv6 en el mercado para crear la proxi-m a g ene ra t i on de I n t e r n e t , de mayor calidad y mas segura, apo-yando la estandarizacion y desarro­l lo estable de este protocolo , y fomentando su conocimiento. Los objetivos del Foro IPv6 son los enu-merados a continuation:

- Establecer u n foro international y abierto de experiencia en IPv6.

El Foro IPv6 e s un

3fisorcio i n t e r n a -

c i o n a l s i n an imo d e

l u c r o c r e a d o e n e l a n o

1 9 9 9 , q u e e s t a f o r m a ­

d o p o r l a s p r i n c i p a l e s

i n s t i t u c i o n e s d e Inves -

t i g a c i o n y d e s a r r o l l o ,

u n i v e r s i d a d e s , c o n s u l -

t o r a s y p r o v e e d o r e s

t e l e c o m u n i c a c i o n e s

- Compartir conocimientos y expe-riencias entre sus miembros.

- Promover el desarrollo de nuevas aplicaciones y soluciones globales basadas en IPv6.

- Promover la interoperatividad entre las implementaciones norma-lizadas.

- Cooperar para alcanzar calida-des 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 insti­tuc i ones o foros i n d u s t r i a l e s , habiendo establecido, por ejemplo, importantes acuerdos de colabora-cion con el Foro UMTS.

En el Sitio Web del Foro IPv6, www.ipv6forum.com. cuya pagina de init io se muestra en la Figura 1, se puede conseguir i n f o rmat i on detallada sobre sus actividades, estandares y el protocolo IPv6 en general. E2

Ramon Jesus Milldn Tejedor es Ingeniero Superior de Telecomunica­ciones y trabaja en integration y soporte de redes opticas de Ericsson Espana.

PCW 226