UNIVERSIDAD TECNOLGICA DE PANAM

FACULTAD DE INGENIERA DE SISTEMAS COMPUTACIONALES

DEPARTAMENTO DE

LICENCIATURA DE INGENIERA EN SISTEMAS Y COMPUTACIN

ASIGNATURA:
COMUNICACIN DE DATOS II
A CONSIDERACION DE:

TEMA:
IPV6
PERTECENE A:
KARLA CHACN 8-877-239
II SEMESTRE 2016

Contenido
INTRODUCCION................................................................................................... 3
1. Defina cul es el estado de agotamiento de direcciones IPV4 (que
cantidad, inventario)?......................................................................................... 4
Manejo de Solicitudes...................................................................................... 5
Criterios de Evaluacin:................................................................................... 7
Reporte de Asignaciones IPv4 - Fase 2.............................................................7
2.

Qu soluciones o mecanismos se han hecho para el agotamiento?...........9

NAT (Network Address Translation, traduccin de direcciones de red)......9

Uso de redes privadas............................................................................... 9

DHCP (Dynamic Host Configuration Protocol, Protocolo para la

configuracin dinmica del terminal)...............................................................9
3.

Qu RFC define al IPV6 y en qu ao fue definido?...................................10

Sus caractersticas principales son:...............................................................10

4.

Seguridad (RFC 2401 y RFC 2411).......................................................11

Autoconfiguracin (RFC 2462)..............................................................11

Movilidad (RFC 3024)........................................................................... 12

Por qu utilizar IPV6 hoy?..........................................................................12

Calidad del servicio.................................................................................... 13
Otras ventajas............................................................................................. 13

5.

Cul es el despliegue del IPV6 en nuestra regin, en Latinoamrica?......14

6. Cul es la asignacin de IPV6 en los pases, quien tiene ms IPV6 en

Latinoamrica?.................................................................................................. 15
7.

Cules son los riesgos de no implementar IPV6 (a nivel de pas, proveedor)

17

CONCLUSION..................................................................................................... 18
BIBLIOGRAFA.................................................................................................... 19

INTRODUCCION

IPv4 fue la primera versin del Protocolo de Internet de uso

masivo, esta versin consta de 32 bits, los cuales estn
agrupados en 4 grupos de 8 bits, esto significa que el
conjunto puede variar de 0.0.0.0 a 255.255.255.255, lo que
nos da 4.294.967.296 direcciones diferentes para asignar, lo
cual en un momento se pensaba que sera suficiente ya que
es una gran cantidad de direcciones, pero ya se sabe que no
es suficiente para cubrir las que surgirn en el futuro.
Con la creacin de un nuevo protocolo para resolver el
problema de direccionamiento que presentan actualmente
la redes de comunicaciones, es necesario que se piense
en un mtodo que permita la migracin de IPv4 a IPv6.
IPv6 es el siguiente paso a IPv4, es decir, todo lo que
funcionaba perfectamente en IPv4 se ha mantenido y lo que
no funcionaba se ha eliminado, esta nueva versin de
Protocolo de Internet entre muchas caractersticas, soluciona
el problema de direccionamiento, teniendo ms de 16 trillones
de direcciones diferentes para ser utilizadas, tambin ofrece
nuevos servicios, las cuales son: optimizacin de
direccionamiento, seguridad, autoconfiguracin de nodos,
calidad de servicio, paquetes eficientes y extensibles,
encaminamiento ms eficiente, movilidad, remuneracin y
multihoming

1. Defina cul es el estado de agotamiento de direcciones

IPV4 (que cantidad, inventario)?
Cuando hablamos de agotamiento IPv4, nos referimos a que
entramos en una etapa de reservas donde las asignaciones
son restringidas en tamao y periodicidad. Dichas
restricciones fueron definidas por las polticas que se
presentaron para discusin de la comunidad en el Foro Pblico
de Polticas. Gracias a estas polticas se prevee una mejor
administracin de recursos para un agotamiento gradual de
IPv4, as como tambin el permitir acceso a nuevos actores
que quieran iniciar sus actividades de Internet en un futuro.
Cuando decimos agotamiento, entonces, nos referimos a que
LACNIC no va a tener suficientes direcciones para cubrir las
necesidades de direccionamiento IPv4 de nuestros miembros.

La finalizacin del protocolo IPv4 comprende 4 etapas

fundamentales los cuales se detallan a continuacin:

En esta fase se activa el punto 11.2 del manual de polticas,

donde se reservar un bloque de prefijo /10 para una
terminacin gradual.
En esta etapa, solo se podr asignar bloques desde un
prefijo /24 hasta un /22, pudiendo recibir un bloque adicional
4

cada 6 meses. Esta mecnica se llevar de igual forma todos

los das hasta que llegue el momento en que termine el /10
reservado para terminacin gradual.

Manejo de Solicitudes:
Las solicitudes son tratadas en el orden de llegada mediante
un sistema de tickets. Tanto el NIR de Mxico (NIC.MX) como
el de Brasil (NIC.br), administran sus tickets de forma
independiente de LACNIC. La solicitud que est incompleta y
requiera informacin adicional de parte del solicitante pasa al
final de la cola de tickets y ser respondida cuando se vuelva
a llegar a ese ticket una vez el cliente haya aportado la
informacin requerida.
Una vez cumplido todos los requisitos para la aprobacin, el
hostmaster cargar los datos de la solicitud en un formulario
web con la siguiente informacin:
Nmero de Ticket
Fecha y hora UTC de ingreso de la solicitud.
Bloque pre-aprobado
Esta informacin ser enviada a un sistema de preaprobaciones que las ordenar automticamente de la ms
antigua a la ms nueva, tomando en cuenta la fecha de
creacin del ticket del cliente.
En base a este listado ordenado, el sistema de preaprobaciones revisar todos los das a las 03:00 horas UTC
que exista suficiente espacio disponible de la reserva de

terminacin gradual para poder asignar las pre-aprobaciones

seleccionadas.
En caso de que haya suficiente espacio para hacer todas las
asignaciones, los hostmasters recibirn un email enviado
desde dicho sistema, inmediatamente despus de procesado
el algoritmo, indicando que pueden proceder a asignar el
espacio pre-aprobado.
En caso de tratarse de una solicitud adicional se procede a
asignar al siguiente da hbil de hecha la pre-aprobacin.
En caso de tratarse de una solicitud inicial o de una solicitud
adicional que genere una factura por cambio de categora, el
bloque pre-aprobado se mantendr reservado por 14 das en
espera del pago y acuerdo de servicios en caso de que sea
requerido ste ltimo y la asignacin ser hecha despus de
ser recibidos el pago y acuerdo de servicios. Si pasados los 14
das no se ha recibido el pago, el bloque perder su estatus de
reservado y el cliente deber enviar una nueva solicitud. El
bloque queda liberado y disponible en el pool central desde
donde los hostmasters podrn pre-aprobarlo para una nueva
asignacin.
Esta mecnica se llevar de igual forma todos los das hasta
que llegue el momento en que se termine el /11 reservado
para terminacin gradual. En ese momento el sistema de prereservas enviar un email a los hostmasters indicando que no
existe el espacio suficiente para asignar todas las prereservas y mandar el listado de las solicitudes pre-aprobadas
ordenadas en el orden en que fueron enviadas por el cliente,
en horario UTC. Con este listado el comit de asignaciones
indicado por LACNIC/NIRs, formado por un representante de
6

cada entidad, har una revisin manual del orden de llegada y

espacio solicitado, corroborando la informacin e informando
a todos los hostmasters qu organizaciones alcanzaron a
recibir IPv4 de la reserva de terminacin gradual. Los
hostmasters debern realizar las asignaciones segn
corresponda al siguiente da hbil.
Criterios de Evaluacin:
Las solicitudes sern tratadas de acuerdo a lo estipulado en el
captulo 11.2 del manual de polticas
Las solicitudes debern cumplir los requisitos de solicitud
inicial o adicional establecidos en el captulo 2 del manual de
polticas.
A partir de este momento dejan de existir anlisis conjuntos

entre LACNIC y NIRs para solicitudes de IPv4. A partir de este

momento ya no se hacen solicitudes en conjunto entre
hostmasters dentro de los NIRs o LACNIC.
Reporte de Asignaciones IPv4 - Fase 2
El 10 de Junio de 2.014 se ha activado la fase 2 del periodo de
agotamiento, habiendo alcanzado los dos ltimos bloques /11
disponible en el inventario del pool de direcciones IPv4 de
LACNIC.
El estado del bloque IPv4 correspondiente a esta fase se
detalla a continuacin:
Estado del bloque IPv4 /10- Fase 2
7

En la siguiente grfica se muestra la forma en que se ha

distribuido el bloque /10 correspondiente a la fase 2.

Esta grfica muestra la cantidad de solicitudes IPv4

aprobadas por mes durante la fase 2

Agotamiento IPV4 fase 2

2. Qu soluciones o mecanismos se han hecho para el
agotamiento?
A continuacin se exponen algunas de las opciones (que no se
excluyen mutuamente) para atenuar el agotamiento de
direcciones IPv4.
NAT (Network Address Translation, traduccin de
direcciones de red)
Es un mecanismo que se utiliz para retrasar el
agotamiento de direcciones IPv4. Consiste en que una red
con mltiples direcciones privadas utiliza nicamente una o
varias direcciones pblicas, realizando una traduccin entre
ellas con lo que se consigue el efecto de multiplicar las
direcciones. Sin embargo, tiene el inconveniente de que se
transforman las direcciones y por tanto se pierde uno de los
principios bsicos de Internet que es la posibilidad de
conexiones directas extremo-a-extremo, y por tanto
impidiendo tambin la seguridad extremo-a-extremo, al

mismo tiempo que se dificulta la creacin de aplicaciones,

se incrementa su complejidad y la de la Red, y por tanto
tambin su coste.
Uso de redes privadas.
Cuando las direcciones IP utilizadas en la red privada son
direcciones IP pblicas en uso en otra red, el encaminador
posee una tabla de traducciones en donde se especifica el
reemplazo de stas con una nica direccin IP pblica. As
se evitan los conflictos de direcciones entre las distintas
redes.
DHCP (Dynamic Host Configuration Protocol, Protocolo
para la configuracin dinmica del terminal)
Es un protocolo que permite a los clientes de una red
obtener de forma automtica los parmetros para su
configuracin. Se utiliza tambin para compartir direcciones
de forma dinmica en una red de un ISP, y por tanto para
que en un momento dado haya ms clientes que
direcciones disponibles, siempre y cuando no estn todos
ellos
simultneamente
conectados.
Generalmente ste es el mecanismo que
implica que en las conexiones a Internet
de banda ancha, tengamos direcciones
dinmicas.
Hosting virtual basado en nombres.
Control exhaustivo de registros de
Internet regional en la asignacin de
direcciones a los registros locales.
Reenumeracin
de
redes
para
recuperar amplios bloques de espacio de direcciones
asignados en los primeros das de Internet.

3. Qu RFC define al IPV6 y en qu ao fue definido?

IPv6 (Internet Protocol Version 6) o IPng (Next Generation
Internet Protocol) es la nueva versin del protocolo IP
10

(Internet Protocol). Ha sido diseado por el IETF (Internet

Engineering Task Force) para reemplazar en forma gradual
a la versin actual, el IPv4.
El IPv6 fue diseado por Steve Deering y Craig Mudge,
adoptado por Internet Engineering Task Force (IETF) en
1994. IPv6 tambin se conoce por IP Next Generation o
IPng.
En esta versin se mantuvieron las funciones del IPv4 que
son utilizadas, las que no son utilizadas o se usan con poca
frecuencia, se quitaron o se hicieron opcionales,
agregndose nuevas caractersticas.
IPv6 es el siguiente paso a IPv4 y, entre otras muchas
caractersticas, soluciona el problema de direccionamiento.
Sus caractersticas principales son:
Mayor espacio de direccionamiento (RFC 2373 o draft
de 16/09/2002)
Las direcciones pasan de los 32 a 128 bits, o sea de 2^32
direcciones
(4.294.967.296)
a
2^128
direcciones
(3.402823669 e38, o sea sobre 1.000 sixtillones).
Esto hace que desaparezcan los problemas de
direccionamiento del IPv4 actual. No sean necesarias
tcnicas como el NAT para proporcionar conectividad a
todos los ordenadores/dispositivos de nuestra red.

11

Por tanto, todos los dispositivos actuales o futuros

(ordenadores, PDAs, telfonos GPRS o UMTS, neveras,
lavadoras, etc.) podrn tener conectividad completa a
Internet.
Seguridad (RFC 2401 y RFC 2411)
Uno de los grandes problemas achacable a Internet es su
falta de seguridad en su diseo base. Este es el motivo por
el que han tenido que desarrollarse, por ejemplo, el SSH o
SSL, protocolos a nivel de aplicacin que aaden una capa
de seguridad a las conexiones que pasan a travs suyo.
IPv6 incluye IPsec, que permite autenticacin y encriptacin
del propio protocolo base, de forma que todas las
aplicaciones se pueden beneficiar de ello.
Autoconfiguracin (RFC 2462)
Al igual que ocurra con el punto anterior, en el actual IPv4
han tenido que desarrollarse protolos a nivel de aplicacin
que permitiesen a los ordenadores conectados a una red
asignarles su datos de conectividad al vuelo. Ejemplos son
el DHCP o BootP.

12

IPv6 incluye esta funcionalidad en el protocolo base, la

propia pila intenta autoconfigurarse y descubrir el camino
de conexin a Internet (router discovery)
Movilidad (RFC 3024)
Con la movilidad (o roaming) ocurre lo mismo que en los
puntos anteriores, una de las caractersticas obligatorias de
IPv6 es la posibilidad de conexin y desconexin de nuestro
ordenador de redes IPv6 y, por tanto, el poder viajar con l
sin necesitar otra aplicacin que nos permita que ese
enchufe/desenchufe se pueda hacer directamente.

4. Por qu utilizar IPV6 hoy?

El protocolo de seguridad
IPsec (Internet Protocol
security) se utiliza tanto en
IPv4 como en IPv6.
No obstante, IPsec es
obligatorio en IPv6, con lo cual siempre est presente,
mientras que en IPv4 es opcional. Adicionalmente, en IPv6
se puede utilizar seguridad extremo-a-extremo, lo cual no
13

siempre es posible en IPv4 pues NAT lo impide. En

consecuencia, se puede afirmar que las redes IPv6 son con
carcter general ms seguras que las IPv4.
Por otro lado, se puede afirmar que IPv6, si se configura
adecuadamente la red, ofrece mejor proteccin frente a
posibles ataques de denegacin de servicio denominados
por fuerza bruta. Se trata de ataques que intentan
rastrear todas las direcciones disponibles en una red. En el
caso de una red IPv4 donde lo habitual es que tengan 255
direcciones, este rastreo solo supone unos 5 minutos. El
hecho de que una red IPv6 tenga tantas direcciones,
implica que cada subred tarda en rastrearse 5,3 billones de
aos, y adems, como cada usuario tiene 65.535 subredes,
dicho rastreo se hace casi imposible.
Calidad del servicio
Del mismo modo, los protocolos de calidad de servicio en
IPv6 son los mismos, en la actualidad, que en IPv4. S es
cierto que en la cabecera de IPv6, hay un nuevo campo,
que se denomina Etiqueta de flujo, y que a corto plazo
podra permitir el desarrollo de nuevos modelos de
clasificacin de flujos de trfico, pero no es una realidad en
la actualidad, pues depende tambin de que los operadores
decidan desplegarlo en sus redes.
Otras ventajas
Obviamente la principal ventaja de IPv6 es su escalabilidad,
dado que el nmero de direcciones que permite hace
prcticamente imposible su agotamiento. As se permite
una organizacin ms jerrquica y estructurada de la red.
Al disear el protocolo se ha aprovechado el mayor nmero
de bits para funcionalidades como autoconfiguracin (plugand-play, sin estado, sin servidor) y privacidad. Al haber
suficientes direcciones, se ha incorporado como obligatorio
el protocolo de seguridad IPsec (el mismo que en IPv4)
14

dado que se necesita NAT y por tanto se puede utilizar

seguridad extremo-a-extremo.
Pero adems, el rediseo ha permitido tambin simplificar
el protocolo, hacer que sea ms eficaz su procesado por los
nodos y por la propia red. Tambin se han mejorado
caractersticas como movilidad y multidifusin (multicast),
as como soporte para nuevos mecanismos de calidad de
servicio (an por desarrollar).
Por ltimo, uno de los aspectos mas importantes de cara al
futuro es su extensibilidad. IPv6 ha sido diseado para
crecer si fuera preciso.

5. Cul es el despliegue del IPV6 en nuestra regin, en

Latinoamrica?
Desplegar el protocolo IPv6 adquiere hoy ms que nunca un
sentido de urgencia, volvindose inevitable e inaplazable si
los proveedores de conectividad desean satisfacer la
demanda de sus clientes y de nuevos usuarios. LACNIC y la
comunidad de Internet han estado trabajando por aos para
este momento.
A pesar de los esfuerzos realizados por promover y adoptar el
nuevo protocolo, a finales de 2014, el trfico sobre IPv6 fue
solamente un 5% del total en Internet (segn datos de
Google). Aunque para algunos pudiera parecer una cifra
despreciable, lo interesante es evaluar la tendencia de
crecimiento; pues a inicios del 2013, apenas se llegaba al 1%
del trfico. El crecimiento en los ltimos 24 meses ha sido casi
exponencial, y el ritmo contina siendo ascendente.
En el caso particular de la regin de Latinoamrica y El Caribe,
el mayor porciento de asignaciones IPv6 que ha realizado
LACNIC han sido a Proveedores de Servicios de Internet (ISPs)
y Registros Locales de Internet (LIRs); ubicndose en segundo
lugar a nivel mundial en esta modalidad (despus de Europa).
En cuanto a asignaciones para organizaciones que no
15

revenden servicios a terceros (conceptualizados como

usuarios finales en este contexto), nuestra regin nicamente
supera a frica. A pesar de estas cifras, LACNIC ostenta el
mayor porcentaje de usuarios con bloques de direcciones El
hecho de que la mayora de quienes poseen prefijos IPv6 en
Latinoamrica y el Caribe sean LIRs/ISPs hace presagiar que la
regin se encuentra actualmente en condiciones favorables
para un crecimiento significativo en el empleo de este
protocolo. Brasil lidera ampliamente el total de asignaciones,
seguidos a distancia por Argentina; mientras que Colombia,
Mxico y Chile les siguen los pasos, un poco ms retirados.
IPv4 e IPv6.
Aunque la mayora de operadores de Amrica Latina ya
cuentan con la infraestructura necesaria para adoptar la sexta
versin del Protocolo de Internet (IPv6), an son pocos
quienes la han adoptado y la ofrecen a sus clientes en sus
portafolios de servicios. De acuerdo con cifras del Registro de
Direcciones de Internet de Amrica Latina y el Caribe
(LACNIC), la cantidad de ASN latinoamericanos que
actualmente ofrece IPv6 apenas llega al 27% del total.

16

6. Cul es la asignacin de IPV6 en los pases, quien tiene

ms IPV6 en Latinoamrica?
Para Amrica Latina ya se muestra en muchos pases con
avances, te puedo destacar Per, Ecuador, Brasil y Bolivia.
Este es un porcentaje de penetracin en el usuario final. Per
tiene 13% de penetracin; Brasil desde febrero, que es un
nmero grande para el tamao del pas, tiene un 1.4%; Bolivia
est en 2% y Ecuador en 4.8%. Sabemos de muchos pases
que estn realizando implementaciones de IPV6 actualmente
y esperamos que estos nmeros se incrementen en la regin.

17

18

Organizaciones que estn implementado o han IPv6 en la

Regin de Amrica Latina y Caribe:

19

7. Cules son los riesgos de no implementar IPV6?

Econmico (pas, proveedor)

La primera respuesta viene dictada por un factor econmico:

Representa un gasto importante para las empresas, del que
no se vera necesariamente un retorno de inversin dado que
prcticamente nadie usa IPv6. Adems, no provee una ventaja
significativa en cuanto a las estrategias de negocios (salvo
que el negocio sea la continua publicacin de servicios en
Internet). Por si fuera poco, el costo que tiene una migracin
de IPv4 a IPv6 implica entrenamiento, equipo nuevo con
mayores capacidades de hardware, inversin en adecuaciones
de software, por mencionar algunos. Finalmente, todos los
grandes corporativos ya tienen direcciones IPv4 asignadas y
no hay razn para migrar a IPv6.
Otro aspecto bastante preocupante que invertir en el recurso
humano como la educacin al personal, que debe estar
entrenado para la implementacin.
Usuario

Las probabilidades de fallas en aplicaciones van a

incrementarse. Es decir, si una persona va a levantar una red
privada virtual, quiere hacer una videoconferencia, alguna
conexin de audio y video, le va a fallar la aplicacin. Con el
IPV6 se espera que disminuyan las probabilidades de falla en
las aplicaciones como navegacin web, correos, etc. Lo
segundo, el rendimiento, que segn los estudios actuales es
mayor que en IPV4.
Se dira que las pginas abren ms rpido, si antes demoraba
abrir en 10 segundos, con IPV6 probablemente ser en 8 o 9
segundos, y eso se da por un concepto de round trip time;
tiempo que demora un paquete en salir de mi computadora, ir
20

a un destino y que el destino me responda. En este momento

en IPV6 es ms eficiente que en IPV4, ms rpido. Hay otro
concepto: el hecho de evitar la traduccin de la direccin
IPV4. Hoy en da en el 99% de los hogares se realiza una
traduccin de redireccionamiento para navegar en internet.
Con IPV6 esa traduccin se va a evitar.

21

CONCLUSION
Sin ninguna duda el proceso de transicin de IPv4 a IPv6
es algo que no tiene vuelta atrs dado el hecho que las
escasas direcciones IPv4 que existen para el mundo de la
Internet llevaran a un colapso de esta red en poco ms de
dos (2) aos. Otros factores tales como la de seguridad,
autoconfiguracin, QoS, etc., el crecimiento de aplicaciones
bajo TCP/IP (Accesos mviles, accesos inalmbricos, Internet
II, etc.) llevaron a la IETF a iniciar estudios desde principio de
los aos 90 y ha sido un arduo proceso dado que
muchos elementos de red, finales e intermedios, no
estaban preparados para este proceso de transicin y se
ha tenido que valer de una cantidad de recursos tecnolgicos
para iniciar el proceso de transicin a IPv6.
Pasarn muchos aos para que IPv6 sea el protocolo de
Internet reinante, pero los organismos internacionales que
manejan las telecomunicaciones hacen grandes esfuerzos
para que cada da sean ms los elementos del mundo de las
comunicaciones unidos a este protocolo. Por ahora, la
coexistencia de ambos esquemas ser lo ms comn en
todos los mbitos.

22

BIBLIOGRAFA
LACNIC, Editado el 10 de Mayo 2016,Tema: Fases de
agotamiento
del
IPV4,
Sitio
web:
http://www.lacnic.net/web/lacnic/agotamiento-ipv4
,
Fecha de consulta 10 de Mayo 2016.
El Economista, Actualizado el 10 de mayo 2016,
Tema:las direcciones de Internet IPv4 se agotaron
para
AL,
Sitio
web:
http://eleconomista.com.mx/tecnociencia/2014/06/15/l
as-direcciones-internet-ipv4-se-agotaron,
Fecha de
consulta 10 de Mayo 2016.
TANENBAUM, Andrew S., Redes de Computadoras,
Tercer a edicin, Prentice-Hall, Mxico, 1997.
STALLINGS, William, Comunicaciones y Redes de
Computadoras, Prentice-Hall, 1997
Espaa (Ministerio de Gobierno e Industria), 2015,
Tema: Protocolo de internet versin 6, Sitio web:
http://www.ipv6.es/es-ES/Faqs/Paginas/tecnicas.aspx ,
Fecha de consulta 10 de Mayo 2016.
Maestro Web (2013), Tema: IPV4 vs IPV6, Sitio web:
http://www.maestrosdelweb.com/evolucionandohacia-el-ipv6/, Fecha de consulta 10 de Mayo 2016.

23