ANÁLISIS DE LA SITUACIÓN ACTUAL E IMPACTO DE LA ADOPCIÓN DE

IPv6 EN EL DISTRITO CAPITAL

CLARA MERCEDES CAMPOS TRIANA

MARTHA ISABEL CAÑAS SERRANO

UNIVERSIDAD PILOTO DE COLOMBIA

“ESPECIALIZACIÓN EN TELECOMUNICACIONES”
BOGOTÁ
2016

1
ANÁLISIS DE LA SITUACIÓN ACTUAL E IMPACTO DE LA ADOPCIÓN DE
IPv6 EN EL DISTRITO CAPITAL

CLARA MERCEDES CAMPOS TRIANA

MARTHA ISABEL CAÑAS SERRANO

Trabajo presentado como requisito para optar al título de Especialista en

Telecomunicaciones

Director: Álvaro Escobar Escobar

Director Especialización en Telecomunicaciones

UNIVERSIDAD PILOTO DE COLOMBIA

“ESPECIALIZACIÓN EN TELECOMUNICACIONES”
BOGOTÁ
2016

2
 CONTENIDO

LISTA DE TABLAS .................................................................................................. 3

LISTA DE FIGURAS ................................................................................................ 7
LISTA DE CUADROS ............................................................................................ 10
LISTA DE ANEXOS ............................................................................................... 12
PRÓLOGO ............................................................................................................. 13
ABSTRACT ............................................................................................................ 17
CAPITULO I ........................................................................................................... 18
1.1 INTRODUCCIÓN ............................................................................................. 18
1.2 ANTECEDENTES ............................................................................................ 18
1.3 PLANTEAMIENTO DEL PROBLEMA .............................................................. 20
1.3.1 Problema principal ........................................................................................ 21
1.3.2 Problemas secundarios................................................................................. 21

1.4 FORMULACION DEL PROBLEMA .................................................................. 21

1.5 OBJETIVOS ..................................................................................................... 22
1.5.1 Objetivo general ............................................................................................ 22
1.5.2 Objetivos específicos .................................................................................... 22

1.6 JUSTIFICACIÒN .............................................................................................. 22

1.6.1 Justificación teórica ....................................................................................... 22

1.7 TIPO DE INVESTIGACIÓN.............................................................................. 23

CAPÌTULO II .......................................................................................................... 24
2.1 CONTEXTUALIZACIÓN DE IP ........................................................................ 24

3
2.1.1 Direcciones IPv4 públicas ............................................................................. 24
2.1.2 Direcciones IPv4 privadas............................................................................. 25
2.1.3 Direcciones reservadas................................................................................. 25

2.2 TRADUCCIÒN DE DIRECCION DE RED (NAT) ............................................. 26

2.2.1 Problemas de NAT ........................................................................................ 27

2.3 IP MULTICAST ................................................................................................ 27

2.4 CONTEXTUALIZACIÓN DEL DIRECCIONAMIENTO IPV6 ............................ 28
2.4.1 IPv6 ............................................................................................................... 28
2.4.2 Características principales de IPv6 con respecto al IPv4 ............................. 29
2.4.3 Datagramas de encabezado IPv4 e IPv6 ...................................................... 31
2.4.5 Encabezados de extensión ........................................................................... 33
2.4.6 Orden de los encabezados de extensión ...................................................... 34

2.5 REPRESENTACIÓN DEL DIRECCIONAMIENTO IPv6 .................................. 40

2.5.1 Forma hexadecimal ...................................................................................... 41
2.5.2 Forma comprimida ........................................................................................ 41
2.5.3 Forma mixta. ................................................................................................. 42

2.6 NOMENCLATURA DE LOS PREFIJOS .......................................................... 42

2.7 ARQUITECTURA DE DIRECCIONAMIENTO EN IPv6 ................................... 43
2.7.1 Unicast .......................................................................................................... 44
2.7.2 Anycast ......................................................................................................... 49
2.7.3 Multicast ........................................................................................................ 49

CAPITULO III ......................................................................................................... 55

3.1 NORMATIVIDAD ............................................................................................. 55
3.1.1 Circular 0002 del 06 de julio de 2011 ............................................................ 55

4
3.1.2 Decreto 2573 del 2014 y los manuales de gobierno en línea versión 3.0 y
versión 3.1 ............................................................................................................. 56
3.1.3 Reglamentación aplicable de la comisión de regulación de comunicaciones
(resoluciones 3101, 3502, 3066 y 3067) ................................................................ 58
3.1.4 Decreto 2482 de 2012................................................................................... 58
3.1.5 Guías ............................................................................................................ 58

CAPITULO IV......................................................................................................... 59
4.1 METODOLOGIA PARA LA MIGRACION A IPV6 ............................................ 59
4.1.1 Fase I, planeación de IPv6............................................................................ 59
4.1.2 Fase II, implementación del protocolo IPv6 .................................................. 61
4.1.3 Fase III, pruebas de funcionalidad de IPv6 ................................................... 62

CAPITULO V.......................................................................................................... 63
5.1 ANÁLISIS DE LA ENCUESTA PARA DETERMINAR LA SITUACIÓN ACTUAL
EN LAS ENTIDADES DEL DISTRITO CAPITAL GESTIONADAS POR LA ALTA
CONSEJERIA DE LAS TIC ................................................................................... 63
5.2 VARIABLES DE LA MUESTRA ....................................................................... 64
5.3 IMPACTO ECONÓMICO ................................................................................. 81
5.4 IMPACTO LEGAL ............................................................................................ 83
CONCLUSIONES .................................................................................................. 84
RECOMENDACIONES .......................................................................................... 85
BIBLIOGRAFIA ...................................................................................................... 87
ANEXOS ................................................................................................................ 88

5
 LISTA DE TABLAS

Pág.

Tabla 1: Direcciones multicast reservadas ............................................................ 50

Tabla 2: Etapas de la transición de IPv4 a IPv6 .................................................... 85

6
 LISTA DE FIGURAS

Pág.
Figura 1: Entidades que delegan, administran y distribuyen las direcciones IP ..... 26

Figura 2: Datagrama de encabezado IPv4 ............................................................ 31

Figura 3: Datagrama de encabezado IPv6 ............................................................ 32

Figura 4: Encabezados de extensión de IPv6 ........................................................ 34

Figura 5: Encabezado Hop-by-Hop Options (opciones de salto a salto)................ 35

Figura 6: Encabezado destination options (opciones de destino) .......................... 35

Figura 7: Encabezado routing (enrutamiento) para el tipo de enrutamiento 0 ....... 36

Figura 8: Encabezado fragment (fragmento) ......................................................... 37

Figura 9: Proceso de fragmentación de IPv6 ......................................................... 38

Figura 10: Encabezado authentication (autenticación) .......................................... 39

Figura 11: Encabezado y finalizador ESP .............................................................. 40

Figura 12: Alcance de direcciones unicast en IPv6................................................ 44

Figura 13: Estructura de dirección IPv6 enlace local ............................................. 45

Figura 14: Estructura de dirección IPv6 para enrutamiento de uso local ............... 46

7
 Pág.
Figura 15: Estructura de dirección IPv6 para enrutamiento global......................... 46

Figura 16: Conversión dirección MAC de 48 bits a 64 bits. (identificador de

interfaz) ........................................................................................................... 48

Figura 17: Estructura de una dirección multicast IPv6 ........................................... 50

Figura 18: Estructura de direcciones IPv6 multicast (prefijo basado en direcciones

unicast) ............................................................................................................ 51

Figura 19: Estructura de una dirección multicast en IPv6-incorporado (RP) .......... 52

Figura 20: Significado de los alcances de las direcciones ..................................... 53

Figura 21: Direcciones de multidifusión ................................................................. 54

Figura 22: Sujetos obligados del orden nacional ................................................... 57

Figura 23: Análisis de resultados pregunta No 1 ................................................... 65

Figura 24: Análisis de resultados pregunta No 2 ................................................... 66

Figura 25: Análisis de resultados pregunta No 3 ................................................... 68

Figura 26: Análisis de resultados pregunta No 4 ................................................... 69

Figura 27: Análisis de resultados pregunta No 5 ................................................... 70

Figura 28: Análisis de resultados pregunta No 6 ................................................... 71

Figura 29: Análisis de resultados pregunta No 7 ................................................... 73

8
 Pág.
Figura 30: Análisis de resultados pregunta No 8 ................................................... 74

Figura 31: Análisis de resultados pregunta No 9 ................................................... 76

Figura 32: Análisis de resultados pregunta No 10 ................................................. 77

Figura 33: Análisis de resultados pregunta No 11 ................................................. 78

Figura 34: Análisis de resultados pregunta No 12 ................................................. 80

Figura 35: Análisis de resultados pregunta No 13 ................................................. 81

9
 LISTA DE CUADROS

Pág.

Cuadro 1: Posibilidades campo scope ................................................................... 52

Cuadro 2: Análisis de resultados pregunta No 1 .................................................... 64

Cuadro 3: Análisis de resultados pregunta No 2 .................................................... 66

Cuadro 4: Análisis de resultados pregunta No 3 .................................................... 67

Cuadro 5: Análisis de resultados pregunta No 4 .................................................... 69

Cuadro 6: Análisis de resultados pregunta No 5 .................................................... 70

Cuadro 7: Análisis de resultados pregunta No 6 .................................................... 71

Cuadro 8: Análisis de resultados pregunta No 7 .................................................... 72

Cuadro 9: Análisis de resultados pregunta No 8 .................................................... 74

Cuadro 10: Análisis de resultados pregunta No 9 .................................................. 75

Cuadro 11: Análisis de resultados pregunta No 10 ................................................ 77

Cuadro 12: Análisis de resultados pregunta No 11 ................................................ 78

Cuadro 13: Análisis de resultados pregunta No 12 ................................................ 79

Cuadro 14: Análisis de resultados pregunta No 13 ................................................ 80

10
Cuadro 15: Recurso humano ................................................................................. 82

Cuadro 16: Recurso técnico................................................................................... 83

11
 LISTA DE ANEXOS

Pág.

ANEXO 1: Circular 0002 del 06 de julio de 2011 ................................................... 88

ANEXO 2: Decreto 2573 del 2014 ......................................................................... 91

ANEXO 3: Decreto 2482 de 2012 ........................................................................ 100

12
 GLOSARIO

ANYCAST 1 : tipo de dirección que permite enviar un paquete a

cualquier nodo entre un grupo de ellos. Se facilita así que una dirección sea
asignada a más de una interfaz, es decir, a diferentes nodos.

CCTLDS 2 : es el que indica la pertenencia a un determinado país, y está

constituido por dos letras y un punto que se agregan a continuación.

DIRECCION MAC3: identificador de 12 dígitos en hexadecimal único en el mundo

(si no se ha modificado manualmente con posterioridad), que tiene
cada adaptador de red. Por lo que los routers WiFi y APN suelen ofrecer la
posibilidad de bloquear o permitir el acceso a determinadas direcciones MAC.

HEXADECIMAL 4 : sistema de numeración en base 16 representado por los

dígitos 0 a 9 y las letras mayúsculas o minúsculas de la A(equivalente al valor
decimal 10) a la F (equivalente al valor decimal 15).

IANA 5 : (internet Assigned Numbers Authority). Autoridad de Asignación de

Números de Internet: Entidad que supervisa la asignación global de Dirección IP,
la asignación de Números de Sistemas Autónomos, la gestión de la zona radicular
en el Domain Name System (DNS), los tipos de medios, y otros símbolos y
números relacionados con el Protocolo de Internet. IANA es operada por la
Internet Corporation for Assigned Names and Numbers (Corporación de Internet
para la Asignación de Nombres y Números de Internet), también conocida como la
ICANN.

IPV4 6 : es la cuarta versión de este protocolo, pero la primera que ha sido

implementada de forma extensiva. Fue descrito en el RFC 791 elaborado por la
Internet Engineering Task Force (IETF) en 1981. Es el protocolo que mayormente
se usa en la Capa de Red del Modelo TCP/IP para conexiones a Internet.

IPv6 7 : es la versión 6 del Protocolo de Internet (IP por sus siglas en inglés,
Internet Protocol), es el encargado de dirigir y encaminar los paquetes en la red,
fue diseñado en los años 70 con el objetivo de interconectar redes.

1
[Link] IPV6: Eduardo Jacob Taquet, Alex Muñoz Mateos, Fidel Liberal [Link] 38. Fuente:
[Link]
2
[Link]
3
[Link]
4
[Link] IPV6: Eduardo Jacob Taquet, Alex Muñoz Mateos, Fidel Liberal [Link] 38. Fuente:
[Link]
5
[Link]
6
[Link]
7
[Link] IPV6: Eduardo Jacob Taquet, Alex Muñoz Mateos, Fidel Liberal [Link] 38. Fuente:
[Link]

13
ISPS 8 : son las siglas de Internet Service Provider Proveedor de Servicios de
Internet, una compañía que proporciona acceso a Internet.

IXPS9: un Internet Exchange Point (IXP) es un punto de interconexión instalado

con el fin de que el tráfico local de internet se mantenga dentro de la
infraestructura local. Esto permite reducir los costos asociados con el intercambio
de tráfico entre los ISP.

LACNIC10: (Latin American and Caribbean Internet Addresses Registry), Registro

de Direcciones de Internet para América Latina y Caribe.
Es el registro de direcciones de Internet para América Latina y Caribe. Se trata de
una organización responsable de la asignación y administración de
las direcciones IP y recursos relacionados (números autónomos y resolución
inversa) para la región de América Latina y el Caribe y, es uno de los 5 registros
regionales de Internet en el mundo.

MULTICAST11: es un método de envío simultáneo de paquetes (a nivel de IP) que

tan sólo serán recibidos por un determinado grupo de receptores, que están
interesados en los mismos.

NAT 12: (Network Address Translation - Traducción de Dirección de Red) es un

mecanismo de mapeo (o traducción) utilizado por routers IP para intercambiar
paquetes entre dos redes (interna y externa) que tienen rangos de dirección
diferente y por tanto incompatible.

PROTOCOLO13: conjunto de reglas usadas por computadoras para comunicarse

unas con otras a través de una red. Un protocolo es una convención o estándar
que controla o permite la conexión, comunicación, y transferencia de datos entre
dos puntos finales.

ROUTERS14: el router o enrutador es un dispositivo que opera en capa tres de

nivel de 3. Así, permite que varias redes u ordenadores se conecten entre sí y, por
ejemplo, compartan una misma conexión de Internet.

8
[Link]
9
[Link]
10
[Link]
11
[Link] IPV6: Eduardo Jacob Taquet, Alex Muñoz Mateos, Fidel Liberal [Link] 38. Fuente:
[Link]
12
[Link]
13
[Link]
14
[Link]

14
 15
TICS : conjunto de tecnologías que permiten la
adquisición, producción, almacenamiento, tratamiento, comunicación, registro y
presentación de informaciones, en forma de voz, imágenes y datos contenidos
en señales de naturaleza acústica, óptica o electromagnética. Las TICs incluyen
la electrónica como tecnología base que soporta el desarrollo de
las telecomunicaciones, la informática y el audiovisual.

UNICAST 16 : es el envío de información desde un único emisor a un único

receptor.

15
[Link] IPV6: Eduardo Jacob Taquet, Alex Muñoz Mateos, Fidel Liberal [Link] 38. Fuente:
[Link]
16
[Link]

15
 PRÓLOGO

El presente proyecto presenta un análisis de la situación actual e impacto de la

adopción de IPv6 en el distrito capital, este documento presenta una investigación
sobre el impacto que se producirá en el distrito de la ciudad de Bogotá al momento
de adoptar la nueva versión del Protocolo IP, sobre la actual infraestructura.

También presenta el grado de cumplimiento de las entidades del distrito tantos de

las disposiciones normativas como técnicas que puedan hacer una migración
óptima de IPv4 a IP6.

Este proyecto presenta las fortalezas de instalar IPv6 en el distrito capital, y

analiza el impacto y el grado de cumplimiento de cada una de ellas, presentando
en qué estado está la migración de IPv4 a IPv6 en el caso que ya hubieran
iniciado el proceso de migración.

16
 ABSTRACT

This project presents an analysis of the current situation and impact of the adoption
of IPv6 in the district capital, this paper presents a research on the impact that will
occur in the district of Bogota when adopting the new version of the Protocol IP on
the existing infrastructure.

It also shows the degree of compliance with many entities of regulatory

requirements and techniques that can make an optimum migration from IPv4 to IP6
district.

This project has the strengths to install IPv6 in the district capital, and analyzes the
impact and the degree of compliance with each of them, showing what state is the
migration from IPv4 to IPv6 in the case who had already begun the migration
process.

17
 CAPÍTULO I

1.1 INTRODUCCIÓN

Todo dispositivo necesita de una dirección IP para conectarse a Internet y

asegurarse de que los datos llegarán al destino adecuado. Por eso, de estas
direcciones depende la expansión de la Red. El problema es que las posibles
combinaciones de dígitos se están acabando: quedan menos del 2% de los
números aún libres, y se espera que en algún momento se agoten.

El protocolo de Internet (IP) es un conjunto de normas técnicas que define cómo

los dispositivos se comunican a través de la Red. En este momento hay dos
versiones de IP, IPv4 e IPv6, y esta última incluye un rango de números
muchísimo mayor que la primera.

Los puntos de intercambio de tráfico (IXPs) de al menos seis países de la región

ya funcionan sobre IPv6 nativo, incluyendo casos muy emblemáticos como el de
Haití. Al menos 75% de los ccTLDs de la región son accesibles por IPv6. Varios de
los servidores raíz instalados en América Latina y Caribe por LACNIC bajo el
programa +Raíces ya funcionan sobre IPv6.

1.2 ANTECEDENTES

El desarrollo de Internet, se ha convertido progresivamente en una pila de

información de contenidos, en gran parte por sí misma y por el desarrollo de las
nuevas redes y mercados.

Cuando comenzó a difundirse, a comienzos de la década de los años 90, se

utilizaba prácticamente sólo en los espacios de la investigación y la educación;
hoy en día su uso está más extendido en contextos empresariales e incluso

18
residenciales, hasta el punto de que esta generalización se ha convertido en el
principal catalizador para que, al día de hoy, la dimensión del tráfico de datos haya
sobrepasado al del tráfico de voz en las redes.

El aspecto más interesante de Internet es que permite crear espacios de mercado

para un conjunto de nuevos actores, cada uno de los cuales incrementa la
creación de valor a través de los contenidos.

Debido a estos precedentes y requerimientos cambiantes dentro de las empresas

y para que estas gocen de una mayor cantidad de aplicaciones multimedia y de
red que dominan el ancho de banda. El cambio de IPv4 a IPv6 es crítica para la
viabilidad de las redes empresariales y las redes públicas de la Internet para que
sigan creciendo. Se debe tener en cuenta lo siguiente:

 Técnicamente en éste momento el sistema de direccionamiento ya no es

suficiente para la gran cantidad de equipos conectados a la misma red, la
demanda actual y futura no podrá ser satisfecha por la versión actual de IP,
además, las tablas de enrutamiento actuales son demasiado grandes debido a
la gran cantidad de direcciones que existen sin tener una autoconfiguración.

 Socialmente las necesidades de los usuarios de la internet han aumentado

exponencialmente, exigiendo nuevas capacidades que la versión 4 no
proporciona como lo son seguridad, privacidad, velocidad, VoIP, multimedia,
teleconferencias y aplicaciones de gran demanda.

Para tener las bases suficientes para el cambio primero se debe de entender
cómo se estructuró la Internet desde sus inicios, ver su crecimiento, conceptos y
generalidades, ver las versiones de IP, recalcar los beneficios de IPv6 y ver
porque se debe de cambiar a la nueva versión de IP17

17
[Link]
A%20TRANSICI%C3%93N%20DE%20IPV4%20A%[Link]?sequence=1

19
1.3 PLANTEAMIENTO DEL PROBLEMA

Actualmente el internet ha tomado posesión sobre el mundo de la tecnología ya

que es un servicio que se ofrece en equipos como los móviles, sistemas,
aplicaciones inteligencia artificial, a razón de nuevas tecnologías, se agotaron la
disponibilidad de direcciones IPv4, lo que trajo como consecuencia que los
Registros de Nombres de Direcciones en Internet – RIRs por sus siglas en inglés,
se vieran obligados a generar políticas para asignar direcciones IPv6 en todos los
continentes18 .

El hecho de que en el mundo las redes externas e internas, el equipamiento

tecnológico y las aplicaciones, estén diseñadas bajo ambientes IPv4, prevén en
los próximos años que las entidades públicas o privadas que no adopten IPv6
dejaran de ser competitivas ya que sufrirán la mayor brecha tecnológica que hasta
ahora haya existido, por tanto que IPv6 es necesario para el desarrollo del Internet
y no es compatible con IPv4 creándose con esto islas sin conexión al resto de las
cosas; es decir, los actuales servicios, equipos y/o aplicaciones que demandan
una conexión a Internet, pueden quedar obsoletos e incomunicados del resto del
mundo, peor aún, no podrán acceder de forma directa a ciertos servicios o
productos que se encuentren en el mercado.

Por tanto, la discusión ya no se centra en sí es necesario o no adoptar IPv6, como

tampoco de cuándo lo necesitaré; la problemática se centra en ¿cómo hago para
prepararme y qué debo hacer para adoptar IPv6?, pues lo que se espera es que
toda empresa evolucione al ritmo que cambia el mercado y la tecnología.

Lo cierto es que la transición al nuevo mundo que nos depara el Protocolo de

Internet bajo la versión 6 constituye el mayor hito en la historia del Internet, el cual
afecta a la humanidad desde distintas aristas principalmente por que los negocios,
servicios, comunicaciones y las cosas se mueven entorno a las TIC necesitándose
identificar cada objeto tangible e intangible en la Internet para poder interactuar
con lo demás.

En la ciudad de Bogotá poco o nada se ha escuchado sobre el tema, no se sabe a

ciencia cierta el Impacto ocasionará la implementación de esta nueva versión del
protocolo IP, sobre las entidades públicas y sus usuarios.

18
LACNIC el RIR para la Latinoamérica muestra cifras del agotamiento de direcciones IPv4 en nuestra región
[Link]

20
Si bien se ha dicho que el usuario no sentirá ningún impacto al momento de
realizarse este proceso; no se sabe que tan cierta sea esta premisa
Aunque la implementación de IPv6 es un proceso irreversible, en el país
específicamente en las Entidades Públicas de la ciudad de Bogotá no se tenía
claro los requerimientos de software y hardware de los equipos finales para la
implementación de IPv6.

La infraestructura de las entidades públicas está diseñada y adaptada para

soportar el protocolo de Internet versión 4 (IPv4), se desconocía si existía un plan
que permita integrar procesos y mejores prácticas en la transición de IPv4 a IPv6
en las empresas.

1.3.1 Problema principal. En la ciudad de Bogotá no existe un estudio de análisis

de la situación actual e Impacto que producirá la adopción del protocolo de
Internet versión 6 (IPv6).

1.3.2 Problemas secundarios.

 No existe un análisis sobre la situación actual de los distritos ubicados en la

ciudad de Bogotá.
 Se desconoce el grado de cumplimiento de las disposiciones normativas y
técnicas en el distrito capital al momento que se realice la adopción a IPv6.
 No existe un análisis que determine el grado de cumplimiento dado en la
circular 00002 de 2011 para implementar políticas públicas e incorporar el
nuevo protocolo.

1.4 FORMULACIÓN DEL PROBLEMA

¿Es posible determinar la situación actual e impacto que producirán las entidades
del distrito capital al realizar la implementación del Protocolo de Internet versión 6
(IPv6)?

21
1.5 OBJETIVOS

1.5.1 Objetivo general. Evaluar la situación actual del proceso de adopción y su

impacto en las entidades del distrito capital gestionadas desde la alta consejería
para las TIC.

1.5.2 Objetivos específicos.

 Determinar el grado de cumplimiento (porcentaje) de las disposiciones

normativas y técnicas de la adopción de IPv6.

 Analizar el impacto de la adopción o la no adopción de IPv6.

1.6 JUSTIFICACIÓN

1.6.1 Justificación teórica. El desarrollo de este proyecto permite determinar

mediante un análisis la situación actual del proceso de adopción y su impacto en
las entidades del distrito capital gestionadas desde la alta consejería para la TICS,
estableciendo un plan que permita integrar procesos y mejores prácticas en la
transición de IPv4 a IPv6 en las empresas.

También permite esclarecer conceptos relacionados al protocolo TC/IP, y sus

respectivas versiones, para deducir de manera clara las ventajas o desventajas
del desarrollo de esta nueva versión del protocolo.

IPv6 soluciona el problema de agotamiento de direcciones IP, ampliando el rango

de las mismas, para poder ampliar el número de dispositivos (teléfonos,
televisores, electrodomésticos) que pueden usar direcciones IP.

22
1.7 TIPO DE INVESTIGACIÓN

Para el proyecto se utilizó la investigación de campo porque se estudió la realidad

de la adopción de Ipv6 en el distrito capital, en qué grado se encuentra dicha
adopción.

23
 CAPÍTULO II

Introducción

Este capítulo contiene un resumen de los principales conceptos utilizados para la

realización del tema, se da una breve explicación de temas que fueron
importantes para la realización de la investigación.

2.1 CONTEXTUALIZACIÓN DE IP

“Una dirección IP es un identificador de cada host dentro de su red de datos” 19,

se caracteriza por ser única, ya que no sería algo lógico que dentro de una
misma ciudad existieran varios números telefónicos con un mismo código o dígito
de marcación y con un mismo propietario. Las direcciones IP se caracterizan por
conformarse en dos partes: Una de ellas, identifica a la red y la otra identifica a la
máquina dentro de la red, teniendo en cuenta que todas las máquinas que
pertenecen a la misma red requieren de un mismo número de Red el cual debe
ser además único en internet.

Se clasifican en:

2.1.1 Direcciones IPv4 públicas. Las direcciones IPv4 públicas son aquellos
espacios que se encuentran disponibles para internet, son únicas ya que no se
puede manejar una misma dirección IP para darles conectividad a varios equipos,
este tipo de direccionamiento es manipulado por los proveedores de servicios de
internet (ISP) para permitir brindar conectividad a usuarios.

19
[Link]. 2004.pag7.
Fuente:[Link]

24
2.1.2 Direcciones IPv4 privadas. Las direcciones IPv4 son aquellos tipos de
direcciones que han sido reservadas para la administración de redes privadas, se
caracterizan porque manejan un direccionamiento que no permite el acceso a la
red pública. Algunos rangos en el direccionamiento IPv4 fueron reservados para la
operación de este tipo de redes.

2.1.3 Direcciones reservadas. Las direcciones reservadas son grupos de

direcciones que han quedado para un uso específico. Las más importantes son las
siguientes:

 (o la dirección .0 de cualquier subred). Esta es la dirección para referirse a

la red.

 [Link] (o la dirección .255 de cualquier subred). Esta es la

dirección de broadcast. Equivale a todos los terminales de la red.

 127.X.X.X Este es el rango de ip’s de loop back. Son para referirnos a

nosotros mismos (nuestra máquina). También llamadas de diagnóstico.

 [Link] (o local host) Es un caso particular del anterior. Es la más usada

para referirnos a nuestra máquina de manera local.

IPv4 inicialmente sólo se pensó que permitiría dar conexión a equipos de

cómputo, pero debido a los avances tecnológicos que se están dando en nuestro
futuro se requiere que cada equipo que desee compartir información cuente con
una dirección IP que le permita una conexión permanente a internet para así
contar con acceso inmediato a la información.

En estos momentos la IANA (Internet Assigned Numbers Authority), siendo la

entidad que supervisa mundialmente la asignación del direccionamiento IPv4
realizó entrega de los últimos 7 bloques conformado cada uno por 16.777.216
direcciones, a los cinco RIR (Regional Internet Registry); pues éstas son las
entidades que atienden y administran la delegación y distribución de las
direcciones IP (Versión 4 -Versión 6), en todo el mundo, segmentado para estos
propósitos en cinco regiones: LACNIC (América Latina y el Caribe), ARIN
(América del Norte), RIPE NCC (Europa, Oriente Medio y Asia central), APNIC
(Asia y Pacífico) y AFriNIC (África). Como se muestra en la Figura 1.

25
Figura 1: Entidades que delegan, administran y distribuyen las direcciones IP

Fuente: [Link]

El agotamiento de direccionamiento IPv4 se originó debido al crecimiento de

usuarios, aplicaciones, servicios y dispositivos que requieren de una dirección IP
que les permita estar conectados para el compartimiento de información. Otra de
las posibles causas para que esto ocurriera fue la asignación que se dio en los
comienzos, pues no se tenían en cuenta los tipos de necesidades que las
organizaciones requerían o la existencia de éstas, pues asignaron amplios
bloques de direcciones IP a empresas individuales y organizaciones.

Con la intención de resolver el agotamiento en el direccionamiento se

desarrollaron algunos mecanismos o estrategias que han permitido extender la
vida de IPv4 tales como:

2.2 TRADUCCIÓN DE DIRECCION DE RED (NAT)

“Es un mecanismo que permite la traducción de direcciones privadas en públicas

y viceversa. Accede a que una red tenga conexión con otra, siendo éstas de
diferentes rangos de direccionamiento IP para el envío o recepción de
paquetes”20

20
[Link]

26
Para que una red privada tenga acceso a internet, se debe realizar por medio de
un dispositivo ubicado en la frontera de las dos redes, que tenga configurado
NAT para la traducción de direcciones.

Este dispositivo NAT cambia y traduce la dirección origen en cada paquete de

salida y el puerto de origen para que sea único. Estas traducciones de dirección
se almacenan en una tabla, para recordar qué dirección y puerto le corresponde
a cada dispositivo cliente y así saber dónde deben regresar los paquetes de
respuesta.

Esto ayuda a garantizar la seguridad, ya que cada petición saliente o entrante

debe pasar por un proceso de traducción que ofrece la oportunidad de verificar y
autenticar la solicitud. NAT también se conserva en el número de direcciones IP
globales que una empresa necesita y permite a la empresa utilizar una única
dirección IP en su comunicación con el mundo.

2.2.1 Problemas de NAT. Sus principales características son

 “Este mecanismo no puede utilizarse en terminales móviles y, además,

muchas aplicaciones son incapaces de ser utilizadas mediante este tipo de
direcciones, especialmente las relacionadas con la autenticación y la seguridad
de las comunicaciones.

 Aumenta la probabilidad de pérdida de direcciones, debido a que se manejan

tablas de enrutamiento muy extensas.

 Hace difícil el funcionamiento de ciertas aplicaciones, como las que requieren

de mayor velocidad, por ejemplo, video-conferencia y video- juegos.

 Las tablas NAT son de gran tamaño, provocando que exista un bajo
rendimiento en la red, debido a la saturación que éstas le pueden generar.

2.3 IP MULTICAST

Multicast IP es una tecnología de ancho de banda de conservación que reduce el

tráfico de manera simultánea a la entrega de un único flujo de información a miles
de potenciales beneficiarios de las empresas y hogares. IP Multicast proporciona
el tráfico de aplicaciones de origen a múltiples receptores sin cargar la fuente o
los receptores durante el uso de un mínimo de ancho de banda de red. Paquetes
de multidifusión se replican en la red en el punto donde los caminos divergen por

27
los routers, lo que resulta en la prestación más eficiente de datos a múltiples
receptores. De acuerdo con la Internet Assigned Numbers Authority (IANA), su
directriz RFC3171 específica que las direcciones [Link] a [Link] se
designan como direcciones de multidifusión.

2.4 CONTEXTUALIZACIÓN DEL DIRECCIONAMIENTO IPV6

2.4.1 IPv6. “El protocolo de Internet versión 6 [RFC2460], es una tecnología que
entrará poco a poco a reemplazar a la versión 4, su desarrollo contribuye en la
búsqueda de soluciones a las problemáticas existentes en IPv4, está fue diseñada
como la evolución del IPv4 presentando características de seguridad y mejor
funcionamiento.”21

Desde inicios del protocolo de Internet se han podido realizar algunos desarrollos
que permitieron un mejor desempeño de éste, así actualmente se encuentra en
funcionamiento la versión 4. Este protocolo cuenta con un espacio de direcciones
de 32 bits, es decir ([Link]), siendo esta cantidad muy limitada, pues con
el transcurso del tiempo se ha visto aún más la necesidad del aprovechamiento
del protocolo, pues las empresas que generan nuevos avances tecnológicos,
ofrecen día a día a usuarios públicos o privados nuevos tipos de productos y
servicios a través de la internet.

Debido a la falta de direccionamiento IP, se desarrolló IPv6, que a inicios de su

creación se llamó como: IPng (protocolo de internet de nueva generación), que
promete dar solución a los problemas del direccionamiento, dándole un
mejoramiento en capacidad del envío de la información, la seguridad, la facilidad
y el rendimiento en los equipos.

“La nueva versión del protocolo usa direcciones de 128 bits lo cual equivale a
tener 2^128 = [Link].[Link].[Link].456
direcciones IP, que es representado en formato hexadecimal, esta cantidad de
nuevas direcciones, podrán ser utilizadas por miles de millones de usuarios que
requieran servicios en las diferentes plataformas que necesitan las direcciones IP
como, las páginas Web, los dispositivos móviles como teléfonos celulares,
PDA´s, dispositivos de consumo, vehículos, nuevas tecnologías de acceso como
xDSL. De esta manera esta versión del protocolo permite solucionar el grave
problema de direccionamiento que hoy en día se debe enfrentar con la
versión4.”22

21
[Link]
22
[Link]

28
2.4.2 Características principales de IPv6 con respecto al IPv4. “Como se ha
comentado, IPv6 fue diseñado como una evolución natural a IPv4. Es decir, todo
lo que funcionaba perfectamente en IPv4 se ha mantenido, lo que no funcionaba
se ha eliminado, y se ha tratado de añadir nuevas funciones manteniendo la
compatibilidad entre ambos protocolos”. 23 Las características principales de
IPv6son:

 Capacidades de direccionamiento extendida

“IPv6 incrementa el tamaño de dirección IP de 32 bits a 128 bits, para dar soporte
a más niveles de direccionamiento jerárquico, un número mucho mayor de nodos
direccionables, y una autoconfiguración más simple de direcciones. La
escalabilidad del enrutamiento multienvío se mejora agregando un campo
"ámbito" a las direcciones multienvío. Y se define un nuevo tipo de dirección
llamada "anycast", usada para enviar un paquete a cualquiera de un grupo de
nodos.

 Simplificación del formato de cabecera

Se realizaron algunas modificaciones en el formato de la cabecera de IPv4,

siendo para IPv6 más simple, pues posee menor cantidad de campos, sus
estructuras y contenidos han sido mejorados; optimizando los recursos que
utiliza, pues se han eliminado algunos campos repetitivos que ya se
representaban anticuados, incrementando algunas características para hacer
frente a las nuevas necesidades de las redes actuales, como comunicación en
tiempo real y seguridad.

 Soporte mejorado para las extensiones y opciones

Los cambios en la manera en que se codifican las opciones de la cabecera IP

permiten un reenvío más eficiente, límites menos rigurosos en la longitud de
opciones y mayor flexibilidad para introducir nuevas opciones en el futuro.

 Capacidad de etiquetado de flujo

Una nueva capacidad se agrega para permitir el etiquetado de paquetes que

pertenecen a "flujos" de tráfico particulares para lo cual el remitente solicita
tratamiento especial, como la calidad de servicio no estándar o el servicio en

23
[Link]

29
"tiempo real".

 Capacidades de autenticación y privacidad

Extensiones para utilizar autenticación, integridad de los datos, y (opcional)

confidencialidad de los datos, se especifican para el IPv6.”24

 Características de movilidad

“IPV6 permite que la comunicación pueda llevarse a acabo en cualquier momento

y lugar con un óptimo grado de operatividad, así como de forma trasparente al
usuario, permitiéndole realizar su propia gestión y control. Cuestiones de gran
importancia si queremos disfrutar de servicios multimedia en los terminales
móviles de última generación (VozIP y Video). Protocolos como MPI (Mobile IP) o
HMIP (Hierarchical MIP) posibilitan la implantación y explotación real de estos
servicios.

 Autoconfiguración de los nodos

La autoconfiguración de direcciones es más simple. Especialmente en

direcciones Globales Unicast, los 64 bits superiores son asignados por un
mensaje desde el router (Router Advertisement) y los 64 bits más bajos son
asignados con la dirección MAC (en formato EUI-64). En este caso, el largo del
prefijo de la subred es 64, por lo que no hay que preocuparse más por la máscara
de red. Además, el largo del prefijo no depende del número de hosts por lo tanto
la asignación es más simple.

 Calidad de servicio y clases de servicios

Capacidad de una red para sostener un comportamiento adecuado del tráfico que
transita por ella, cumpliendo con parámetros relevantes para el usuario final.”
IPv6 fue diseñado con soporte extendido a QoS. En el encabezamiento se han
incluido dos campos relacionados a QoS, éstos son: Clase de tráfico e
Identificador de Flujo.

 Multihoming

24
[Link]

30
Es la facilidad que se da a las empresas o instituciones que desean realizar el
cambio de un proveedor a otro por algún motivo, no necesitaría cambiar de
dirección, ni la realización de una nueva configuración de los equipos de
comunicación. Es decir, cumple con la facilidad de realizar el cambio de ISP´s
(Proveedor de Servicios de Internet)”25.

2.4.3 Datagramas de encabezado IPv4 e IPv6. En la figura 2 se ilustra el

encabezado de IPv4, que se encuentra conformado por 12 campos en su
cabecera, éste será modificado en la nueva versión IPV6; pues Uno de los motivos
fundamentales que llevan a que estos campos (Tipo de servicio, indicadores,
identificación y control de errores) sean eliminado, es por la redundancia de bits en
algunos de éstos, manejando la misma información de diversas formas.

El tamaño máximo de un datagrama es de 65536 bytes. Sin embargo, este valor

nunca es alcanzado porque las redes no tienen suficiente capacidad para enviar
paquetes tan grandes. Además, las redes en Internet utilizan diferentes
tecnologías por lo tanto el tamaño máximo de un datagrama varía según el tipo
de red.

Figura 2: Datagrama de encabezado IPv4

Campos que mantienen su nombre IPv4 en IPv6

Campos que se eliminarán en IPv6
Campos que cambian de nombre y Posición en
IPv6 Campo nuevo en IPv6

Bits 4 8 16 20 32

Versión Cabecera TOS Longitud Total

Identificación Indicador Desplazamiento
de Fragmentación
TT Protocolo Checksu
L Dirección Fuente de 32bits m
Dirección Destino de 32bits
Opcione
s
Fuente: [Link]

En la Figura 3, IPv6 (RFC 2460), muestran un enfoque diferente donde la

25
[Link]

31
longitud de la cabecera básica es de 40 bytes, siendo el doble que en el caso de
IPV4, pero con grandes ventajas, pues se ha simplificado el formato a tan solo 8
campos y con un tamaño constante, permitiendo reducir el tiempo de
procesamiento en routers y conmutadores, incluso mediante hardware,
generando una mayor facilidad en el procesamiento de los paquetes.

Además, se ha introducido el concepto de flujo, consiguiendo que los routers,

fuera de encaminar, puedan conmutar algunos de los paquetes que procesan.

Por otro lado, se ha mejorado el mecanismo de codificación de los campos

optativos en la cabecera, dando una mayor flexibilidad para la introducción de
nuevas opciones futuras. Finalmente, IPv6 ha mejorado las capacidades de
autentificación y privacidad de los datos transmitidos. De esta forma, en IPv6 una
cabecera de autentificación garantiza que un paquete procede del origen que
realmente se indica, mientras que en IPv4 el paquete podría venir de un origen
distinto al indicado en la cabecera. Es decir, todo lo que funcionaba
perfectamente en IPv4 se ha mantenido, lo que no funcionaba se ha eliminado, y
se ha tratado de añadir nuevas funciones manteniendo la compatibilidad entre
ambos protocolos.

Figura 3: Datagrama de encabezado IPv6

Bits 4 12 16 24 32

Versión Clase de Tráfico Etiqueta de Flujo

Longitud de la Carga Útil Siguiente Límite

Cabecera de Salto

Dirección de Fuente de 128bits

Dirección de Destino de 128bits

Fuente:[Link]

32
2.4.5 Encabezados de extensión 26 . El encabezado de IPv4 incluye todas las
opciones. Por lo tanto, cada enrutador intermedio debe comprobar su existencia y
procesarlas cuando están presentes. Esto puede causar un deterioro del
rendimiento en el reenvío de paquetes IPv4. Con IPv6, las opciones de entrega y
reenvío pasan a los encabezados de extensión. El único encabezado de extensión
que debe procesarse en cada enrutador intermedio es el encabezado de extensión
Hop-by-Hop Options (Opciones de salto a salto). Así aumenta la velocidad de
procesamiento del encabezado de IPv6 y mejora el rendimiento del proceso de
reenvío.

En RFC 2460 se definen los siguientes encabezados de extensión de IPv6 que

deben admitir todos los nodos de IPv6:

 Encabezado Hop-by-Hop Options (opciones de salto a salto)

 Encabezado Destination Options (opciones de destino)

 Encabezado Routing (enrutamiento)

 Encabezado Fragment (fragmento)

 Encabezado Authentication (autenticación)

 Encabezado Encapsulating Security Payload (ESP o carga de seguridad de

encapsulación)

En la figura 4 se muestra el campo next header (encabezado siguiente) y ninguno

o varios encabezados de extensión que componen una cadena de punteros.
Cada puntero indica el tipo de encabezado que viene después del encabezado
inmediato hasta que el protocolo de nivel superior se identifica definitivamente.

26
[Link]

33
Figura 4: Encabezados de extensión de IPv6

Fuente: [Link]

2.4.6 Orden de los encabezados de extensión27. Los encabezados de extensión

se procesan en el orden en el que se encuentran. Dado que el único encabezado
de extensión procesado por todos los nodos de la ruta de acceso es el
encabezado Hop-by-Hop Options (Opciones de salto a salto), debe ser el primero.
Hay normas similares para otros encabezados de extensión. En RFC 2460, se
recomienda que los encabezados de extensión se coloquen en el encabezado de
IPv6 en el orden siguiente:

1) Encabezado Hop-by-Hop Options (opciones de salto a salto)

2) Encabezado DestinationOptions (opciones de destino), para destinos
intermedios cuando hay encabezado Routing (enrutamiento).
3) Encabezado Routing (enrutamiento)
4) Encabezado Fragment (fragmento)
5) Encabezado Authentication (autenticación)
6) Encabezado Encapsulating Security Payload (ESP o carga de seguridad de
encapsulación)
7) Encabezado DestinationOptions (opciones de destino), para el destino final

[Link] Encabezado hop-by-Hop options (opciones de salto a salto) 28 . El

encabezado Hop-by-Hop Options se utiliza para especificar parámetros de entrega
en cada salto de la ruta de acceso al destino. Se identifica por el valor 0 en el
campo next header (encabezado siguiente) del encabezado de IPv6. En la figura 5
se muestra el encabezado Hop-by-Hop Options.

27
[Link]
28
[Link]

34
Figura 5: Encabezado Hop-by-Hop Options (opciones de salto a salto)

Fuente: [Link]

El encabezado Hop-by-Hop Options consta de un campo next header

(encabezado siguiente), un campo header extensión length (longitud de extensión
del encabezado) y un campo Options (opciones) que contiene una o varias
opciones. El valor del campo header extension length es el número de bloques de
8 bytes del encabezado de extensión Hop-by-Hop Options, sin incluir los 8
primeros bytes. Por lo tanto, para un encabezado Hop-by-Hop Options de 8
bytes, el valor del campo header extension length es 0. Se utilizan opciones de
relleno para garantizar límites de 8 bytes.

[Link] Encabezado destination options (opciones de destino) 29 . El

encabezado destination options se utiliza para especificar parámetros de entrega
de paquetes para destinos intermedios o para el destino final.

Este encabezado se identifica mediante el valor 60 en el campo next header

(Encabezado siguiente) del encabezado anterior. En la figura 6 se muestra el
encabezado destination options.

Figura 6: Encabezado destination options (opciones de destino)

Fuente: [Link]

El encabezado destination options se utiliza de dos maneras:

29
[Link]

35
1. Si hay un encabezado routing (enrutamiento), especifica opciones de entrega
o de proceso en cada destino intermedio.

2. También especifica opciones de entrega o de proceso en el destino final.

[Link] Encabezado routing (enrutamiento)30. De forma similar al enrutamiento

de origen que admite IPv4, los nodos de origen de IPv6 pueden utilizar el
encabezado de extensión routing para especificar una ruta de origen, una lista de
destinos intermedios para que el paquete viaje por su ruta de acceso al destino
final. El encabezado routing se identifica mediante el valor 43 en el campo next
header (encabezado siguiente) del encabezado anterior.

El encabezado routing consta de un campo next header, un campo header

extension length (que se define del mismo modo que en el encabezado de
extensión Hop-by-Hop Options), un campo routing type (tipo de enrutamiento), un
campo segments left (segmentos restantes) y datos específicos del tipo de
enrutamiento.

Para el tipo de enrutamiento 0, que se define en RFC 2460, los datos específicos
del tipo de enrutamiento son una lista de direcciones de destinos intermedios.
Cuando el paquete IPv6 llega a un destino intermedio, se procesa el encabezado
routing y la dirección del siguiente destino intermedio (según el valor del campo
segments left) se convierte en la dirección de destino del encabezado de IPv6. En
la figura 7 se muestra el encabezado routing para el tipo de enrutamiento 0.

Figura 7: Encabezado routing (enrutamiento) para el tipo de enrutamiento 0

Fuente: [Link]

30
[Link]

36
[Link] Encabezado fragment (fragmento)31. El encabezado fragment se utiliza
para los servicios de re ensamblado y fragmentación de IPv6. Este encabezado se
identifica por el valor 44 en el campo next header (encabezado siguiente) del
encabezado anterior. En la figura 8 se muestra el encabezado fragment.

Figura 8: Encabezado fragment (fragmento)

Fuente: [Link]

El encabezado fragment incluye un campo next header, un campo fragment offset

(desplazamiento de fragmentos) de 13 bits, un indicador more fragments (más
fragmentos) y un campo identification (identificación) de 32 bits. Los campos
fragment offset e identification, y el indicador more fragments se utilizan del
mismo modo que los campos correspondientes del encabezado de IPv4. Como el
uso del campo fragment offset se define mediante bloques de fragmentos de 8
bytes, el encabezado fragment no se puede utilizar para las jumbo gramas de
IPv6.

En IPv6, sólo los nodos de origen pueden fragmentar las cargas. Si la carga
enviada por el protocolo de nivel superior es mayor que la unidad MTU de vínculo
o de ruta de acceso, IPv6 fragmenta la carga en el origen y utiliza el encabezado
de extensión fragment para proporcionar información de re ensamblado.

Cuando se fragmenta un paquete IPv6, se divide inicialmente en una parte que

se puede fragmentar y otra parte que no se puede fragmentar.

 La parte que no se puede fragmentar del paquete IPv6 original debe ser

31
[Link]

37
 procesada por cada nodo intermedio entre el nodo de fragmentación y el
destino. Esta parte consta del encabezado de IPv6, el encabezado Hop-by-
Hop Options (opciones de salto a salto), el encabezado destination options
(Opciones de destino) para destinos intermedios y el encabezado routing.

 La parte del paquete IPv6 original que se puede fragmentar sólo debe
procesarse en el nodo de destino final. Esta parte consta del encabezado
authentication, el encabezado encapsulating security payload (carga de
seguridad de encapsulación), el encabezado destination options para el
destino final y la unidad PDU de nivel superior.

A continuación, se forman los paquetes del fragmento de IPv6. Cada paquete de

fragmento consta de la parte que no se puede fragmentar, un encabezado
fragment y una porción de la parte que se puede fragmentar. En la figura 9 se
muestra el proceso de fragmentación para un paquete IPv6.

Figura 9: Proceso de fragmentación de IPv6

Fuente: [Link]

38
[Link] Encabezado authentication (autenticación) 32 . El encabezado
authentication proporciona autenticación de datos (comprobación del nodo que
envió el paquete), integridad de datos (comprobación de que los datos no fueron
modificados en el tránsito) y protección contra reproducción (garantía de que los
paquetes capturados no se pueden volver a transmitir ni ser aceptados
nuevamente como datos válidos) para el paquete IPv6. El encabezado
authentication, que se describe en RFC 2402, forma parte de la arquitectura de
seguridad para el protocolo internet definida en RFC 2401.

El encabezado authentication se identifica por el valor 51 en el campo next

header (encabezado siguiente) del encabezado anterior. En la figura 10 se
muestra el encabezado authentication.

Figura 10: Encabezado authentication (autenticación)

Fuente: [Link]

El encabezado authentication contiene un campo next header, un campo header

length (longitud del encabezado), un campo security parameters index (SPI o
indice de parámetros de seguridad) que identifica una asociación de seguridad de
seguridad IP (IPSec, IP security) específica, un campo sequence number
(número de secuencia) que proporciona protección contra la reproducción y un
campo authentication data (datos de autenticación) que contiene un valor de
comprobación de integridad (ICV, integrity check value). ICV proporciona
autenticación de datos e integridad.

El encabezado de extensión authentication no proporciona servicios de

confidencialidad mediante la encriptación de datos. Para proporcionar esta
posibilidad, se puede utilizar el encabezado authentication con el encabezado
encapsulating security payload (ESP o carga de seguridad de encapsulación).

32
[Link]

39
[Link] Encabezado y finalizador encapsulating security payload (ESP o
carga de seguridad de encapsulación) 33 . El encabezado y el finalizador
encapsulating security payload (ESP) proporcionan servicios de confidencialidad
de datos, autenticación de datos e integridad de datos para la carga encapsulada.
En cambio, el encabezado authentication proporciona servicios de integridad y
autenticación de datos para todo el paquete IPv6.

El encabezado y el finalizador ESP se identifican por el valor 50 en el campo next

header (encabezado siguiente) del encabezado anterior. Como se muestra en la
figura 11 el encabezado y el finalizador ESP.

Figura 11: Encabezado y finalizador ESP

Fuente: [Link]

El encabezado ESP contiene un campo security parameters index (SPI o Índice

de parámetros de seguridad) que identifica la asociación de seguridad de IPSec y
un campo sequence number (número de secuencia) que proporciona protección
contra la reproducción. El finalizador ESP contiene los campos padding (relleno),
padding length (longitud de relleno), next header y authentication data (datos de
autenticación). El campo authentication data contiene el valor de comprobación
de integridad (ICV).

2.5 REPRESENTACIÓN DEL DIRECCIONAMIENTO IPv634

Las direcciones IPv6 tienen una forma diferente de representarse a las IPv4, a
continuación, se relacionan éstas:
33
[Link]
34
[Link]

40
2.5.1 Forma hexadecimal. Una dirección IPv6 válida es representada por valores
hexadecimales, los cuales se dividen en ocho piezas de 16 bits de dirección.

x : x : x : x : x : x : x :x

2.5.2 Forma comprimida. Existen reglas que pueden ser aplicadas a las
direcciones IPV6 con el objetivo de resumir un poco la sintaxis de las direcciones.

[Link]

Puede aceptar lo siguiente:

Las letras pueden ser mayúsculas o minúsculas y las direcciones se puede

escribir como:

[Link]

Los “ceros” consecutivos son opcionales y se pueden representar en la dirección

como:

[Link]

Los campos sucesivos de “ceros” pueden ser reemplazados por “::” y la dirección
puede tomar la forma:

2001::1234:0:A1A0:ABEF:816

Pero, cualquier dirección que tenga más de una vez la representación “:” será
una dirección inválida ya que solamente se puede usar esa representación una
sola vez.

41
2.5.3 Forma mixta. Esta forma combina las direcciones IPv4 e IPv6. Una forma
alternativa que a veces es más conveniente cuando se trata de un entorno mixto
de nodos IPv4 eIPv6. X: x: x: x: x: x: dddd, donde las 'x' son los valores
hexadecimales de las seis partes de 16 bits de orden superior de la dirección, y las
'd' son los valores decimales de las cuatro piezas de orden inferior de 8 bits de la
dirección (representación estándar IPv4). Ejemplos:

[Link][Link]

[Link] FFFF:[Link]

O en forma comprimida:

::[Link]

:: FFFF:[Link].

2.6 NOMENCLATURA DE LOS PREFIJOS35

La representación de los prefijos de direcciones con IPv6 es similar a la que

tenemos con CIDR con IPv4, esto es: dirección-IPv6/tamaño-prefijo.

Donde dirección-IPv6 es alguna de las notaciones vistas en la sección anterior y

tamaño-prefijo es un valor decimal que especifica cuantos bits de la dirección
corresponden al prefijo. Por ejemplo, el prefijo dela UJI en hexadecimal es
3FFE33300002, que son 48 bits, lo podemos escribir como:

 [Link]/48
 [Link]/48
 [Link]/48

Si se quiere escribir la dirección y el prefijo, no hace falta que se escriba los dos
de forma explícita. Por ejemplo, una dirección IPv6 de la misma UJI con su prefijo
asociado quedará [Link]/48.

35
[Link]

42
2.7 ARQUITECTURA DE DIRECCIONAMIENTO EN IPv6

Una dirección IPv6 puede ser clasificada en alguno de los tres tipos creados:

 Unicast: se utiliza únicamente para identificar una interface de un nodo IPv6.

Un paquete enviado a una dirección unicast es entregado a la interface
identificada por esa dirección.
 Multicast: se utiliza para identificar a un grupo de interfaces IPv6. Un paquete
enviado a una dirección multicast es procesado por todos los miembros del
grupo multicast.
 Anycast: se asigna a múltiples interfaces (usualmente en múltiples nodos). Un
paquete enviado a una dirección anycast es entregado a una de estas
interfaces, usualmente la más cercana.

Cada uno de los tres tipos se subdivide en direcciones diseñadas para resolver
casos específicos de direccionamiento IP, los cuales a continuación se presentan
y describen.

 Unicast agrupa los siguientes tipos:

Enlace Local (Link-Local).

Sitio Local (Site-Local).
Agregable Global (Aggregatable Global).
Loopback.
Sin-Especificar (Unspecified).
Compatible con IPv4.

 Anycast agrupa:

Agregable Global (Aggregatable Global).

Sitio Local (Site Local).
Enlace Local (Link Local).

 Multicast agrupa:

Asignada (Assigned).
Nodo Solicitado (SolicitedNode).

43
2.7.1 Unicast36. Es una dirección para una sola interface. Un paquete enviado a
una dirección unicast es entregado sólo a la interfaz identificada con dicha
dirección.

Cada dirección IPv6 pertenece a un ámbito, que es un área dentro de la cual ésta
puede ser utilizada como un identificador único de una o varias interfaces.

En el caso de las direcciones unicast se podrían reflejar en ámbitos de diferentes

tipos como se muestra en la figura 12.

Figura 12: Alcance de direcciones unicast en IPv6

Fuente: [Link]

36
RFC4291IP Version 6 Addressing Architecture febrero 2006

44
[Link] Direcciones de enlace local (link-local)37. En IPv6 las direcciones de
enlace local han sido diseñadas para direccionar un Mismo enlace para propósitos
de autoconfiguración (mediante identificadores de interfaz), descubrimiento del
vecindario, o situaciones en las que no hay routers.

Por tanto, los routers no pueden retransmitir ningún paquete con direcciones
fuente o destino que sean locales de enlace (su ámbito está limitado a la red
local).

La estructura de las direcciones unicast de enlace local se encuentra conformada

por 10 bits que identifican el prefijo, los siguientes 54 bits después de este campo
deberán estar en ceros y por ultimo hay un campo que consta de 64 bits el cual
se configura con la dirección MAC de cada máquina con el fin de que no se vaya
a repetir ninguna dirección en la red. Como se muestra en la figura 13.

Figura 13: Estructura de dirección IPv6 enlace local

Fuente: [Link]

[Link] Direcciones de sitio local38-39. Las direcciones locales de sitio se definen

en el RFC4193, éstas permiten identificar interfaces en un mismo ‘sitio’ local u
organización, sin la necesidad de un prefijo global.

Se configuran mediante un identificador de subred de 16 bits, los routers no

deben trasmitir fuera del sitio ningún paquete cuya dirección fuente o destino sea
“local destino” (su ámbito está limitado a la red local o de la organización).

Han sido desaprobadas en el RFC 3879, debido a que, pese a quedar definidas
teóricamente, en la práctica su definición es ambigua, lo que supone un problema
tanto para los desarrolladores de aplicaciones como para los routers. Aunque
37
RFC3513, Protocolo de Internet versión 6 (IPv6) Abordar Arquitectura, abril 2003
38
RFC 4193 Unique local direcciones IPv6 Unicast, octubre 2005
39
RFC3879 Obsoleto sitio de las direcciones locales, Septiembre 2004

45
hayan sido desaprobadas, esto no ha impedido su uso, por lo menos hasta que
se haya estandarizado el cambio y éstas hayan sido reemplazadas. Se
encuentran conformadas por un formato que se muestra en la figura 14.

Figura 14: Estructura de dirección IPv6 para enrutamiento de uso local

Fuente:[Link]

[Link] Direcciones de enrutamiento global (global address)40-41. El prefijo de

enrutamiento global ha sido diseñado para ser estructurado jerárquicamente por
los RIR's (regional internet registries) y los ISP's (internet service provider), pues
son las direcciones utilizadas para el tráfico IPV6. Se encuentran conformadas por
un formato que se ilustra en la Figura 15.

Figura 15: Estructura de dirección IPv6 para enrutamiento global

Fuente: [Link]

40
RFC 3587 Dirección de enrutamientos globales, agosto 2003
41
RFC2450 Proyecto de TLA y NLA reglas de asignación, diciembre 1998

46
El prefijo 001 es asignado a un rango de direcciones Unicast globales
agregables, éste además incluye 4 campos que permiten establecer los niveles
de identificación.

Para asignar este prefijo se utiliza la tabla de niveles de identificador de

agregación (TLA) que contiene el más alto nivel de información sobre direcciones
de enrutamiento y su tamaño es de 13 bits, lo cual limita el número del más alto
nivel de rutas a 8192. La propuesta para la asignación de TLA está documentada
en RFC 2450.

 El campo Reserved, que tiene 8 bits de longitud, está provisto para permitir la
expansión más amplia de campos TLA o NLA.

 El campo próximo nivel de identificador de agregación (NLA), es usado por las

organizaciones para crear una jerarquía de direccionamiento e identificar
sites, su tamaño es de 24 bits.

 El identificador de la subred. El extremo de la red puede ser dividido en

subredes. Esta parte de la dirección sirve para identificar las subredes
individuales.

[Link] Identificador de interfaz–(EUI-64). Los identificadores de interfaz en las

direcciones IPV6 unicast se utilizan para identificar interfaces en un determinado
enlace. Se encuentra definido en el RFC3513.

Para las direcciones unicast en IPV6 las “interface ID” deben de ser de 64 bits,
por lo que, para convertir una dirección de enlace IEEE 802 48-bit MAC se
requiere de la conversión de la dirección MAC en una versión modificada EUI-64,
que está relacionada con el séptimo bit del identificador de 64 bits. Este bit
distingue identificadores globales (en todo el mundo únicast). El valor de este bit
se invierte en las direcciones IPv6. El valor 0 de este bit indica una identificación
local, mientras que un valor de 1 indica una identificación global. Además, se
inserta el valor entre el tercero y cuarto byte de la dirección MAC para alcanzar
los 64 bits necesarios. Por ejemplo, la dirección MAC 00:8 C: a0: c2: 71:35 se
convierte a la interfaz 028c ID: a0ff: FEC2: 7135 (la conversión se ilustra en la
Figura 16).

47
Figura 16: Conversión dirección MAC de 48 bits a 64 bits. (Identificador de Interfaz)

Fuente: [Link]

[Link] Direcciones reservadas42. Se dividen en las siguientes:

 Dirección no especificada

La dirección [Link] toma como nombre dirección no especificada, de

forma abreviada se representa “0::0” o “::”. Nunca debe ser asignada a ningún
nodo, pues indica la ausencia de una dirección. Un ejemplo de uso de esta
dirección es en el campo dirección origen de un paquete IPv6 enviado por un
host durante su proceso de inicialización, antes de que haya obtenido su propia
dirección.

La dirección de no especificada no puede ser usada como dirección origen para

paquetes salientes, y un paquete con la dirección no especificada como destino
nunca puede ser enviado fuera del nodo ni debe ser encaminado por los routers.

 Dirección loopback o dirección de bucle invertido.

La dirección unicast [Link], se define como dirección loopback, ésta

puede ser utilizada por un nodo destino para el envío de un paquete IPV6 a sí
mismo.

La dirección loopback no debe ser utilizada como fuente de la dirección en

Paquetes IPv6 que se envían fuera de un solo nodo. Un paquete IPv6 con una
dirección de destino de loopback nunca debe ser enviado fuera de un solo nodo y
nunca debe ser remitido por un router IPv6.

42
Belén Aldecoa Sánchez del Río-Luis Alberto Ramón Surutusa. Redes de Banda Ancha [Link] 53.

48
2.7.2 Anycast 43 . Una dirección anycast es un identificador que se asigna a
múltiples interfaces (típicamente pertenecen a diferentes nodos). Un paquete
enviado a una dirección

Anycast es entregado en una (cualquiera) de las interfaces identificadas con

dicha dirección (la más próxima, de acuerdo a las medidas de distancia del
protocolo de encaminamiento). Nos permite crear, por ejemplo, ámbitos de
redundancia, de forma que varias máquinas puedan ocuparse del mismo tráfico
según una secuencia determinada (por el routing) si la primera “cae”.

Una dirección anycast es difícil de distinguir. No hay un rango de espacio

dedicado a este tipo de direcciones, pues ocupan el mismo rango de direcciones
Unicast. La configuración local es responsable de identificación de las direcciones
de difusión ilimitada.

El uso de este tipo de direcciones es brindar una identificación a un conjunto de

Routers que pertenecen a una organización que proporciona los servicios de
internet, o para identificar un conjunto de routers conectados a una red particular.

Las direcciones Anycast no deben de ser utilizadas como una dirección de origen
de un paquete IPV6, son rangos que son asignados por el administrador de la red
proveedor de servicios, para uso exclusivo de identificación de los router y no
para asignación del host.

2.7.3 Multicast44. Se define en el RFC3513, este tipo de direcciones cumple como

un Identificador para un conjunto de interfaces (por lo general pertenecientes a
diferentes nodos).

Un paquete enviado a una dirección multicast es entregada a todas las interfaces

identificadas por dicha dirección. La misión de este tipo de paquetes es evidente:
aplicaciones de retrasmisión múltiple (Broadcast), teniendo en cuenta que para
IPV6 no existen direcciones de Broadcast, las funciones son realizadas por
direcciones multicast. En la Tabla 1 se ilustra el número de direcciones Multicast
Reservadas y nunca serán asignadas a ningún grupo.

43
[Link]
44
RFC3513, Protocolo de Internet versión 6 (IPv6) Abordar Arquitectura, abril 2003

49
Tabla 1: Direcciones multicast reservadas

Fuente: [Link]

Las direcciones Multicast en IPV6 se identifican por el prefijo ff00:: / 8. Así que
cada dirección de multidifusión se inicia con "ff", que los hace fáciles de distinguir.
El octeto siguiente a la inicial obligatoria “ff” contiene cuatro banderas y un valor
de 4 bits que define el alcance de multidifusión, como se muestra en la figura 17.

Figura 17: Estructura de una dirección multicast IPv6

50
Fuente: [Link]

El campo flags contiene cuatro flags (banderas) de 1 bit. Los 3 bits de las
banderas más significativas están reservados para uso futuro y son inicializados
en cero. La bandera T como se describe en el RFC 3513, indica si la dirección de
multicast es permanente (valor 0) o transitoria (valor 1).
En el caso de las direcciones transitorias (valor 1), éstas se clasifican en:

 Direcciones generales transitorias: Son las direcciones con todas las

Banderas a 0, pero el T bit con valor 1. Este tipo de direcciones se pueden
utilizar para sesiones de pruebas.

 Prefijo basado en direcciones unicast para IPv6: Ver en la figura 18. Se

caracterizan por tener las dos primaras banderas en cero y la bandera P y T
se definen en 1. El RFC 3306 [RFC3306] 45 define una manera de obtener
direcciones de este tipo.

Figura 18: Estructura de direcciones IPv6 multicast (prefijo basado en direcciones

unicast)

Fuente: [Link]

45
RFC 3306 Unicast-Prefijo basado en direcciones IPv6 Multicast, agosto 2002

51
 Direcciones incorporadas (punto de encuentro (RP)): El RFC 3656
[RFC3656] 46 define una manera de integrar RP (Rendezvous Point). El
problema se reduce con la asignación de direcciones de RP incorporado
porque no puede haber una colisión sólo entre las direcciones derivadas del
mismo RP. Ver en la figura 19.

Figura 19: Estructura de una dirección multicast en IPv6-incorporado (RP)

Fuente: [Link]

El campo de posibilidades hace que sea posible controlar el alcance de la

emisión deseada con mucha facilidad. Esto fue hecho en IPv4 con el valor TTL.
El campo de alcance tiene un impacto importante en el proceso de asignación, ya
que tiene que ser especificado para cada asignación. Ver cuadro 1.

Cuadro 1: Posibilidades campo scope

46
RFC3656 Rendezvous Point, Diciembre 2003

52
Fuente: [Link]

Los restantes 112 bits de la dirección de multidifusión mantienen la identificación

del grupo. Si en el bit T-bandera conjunto, el identificador es válido dentro de su
ámbito de aplicación solamente, es to significa que el mismo identificador puede
utilizarse fuera el alcance o de diferente alcance para hacer frente a otro grupo.
Si la dirección no es transitoria, la dirección es independiente del ámbito de
aplicación. Su significado sigue siendo el mismo y el alcance sólo limita la
propagación del subgrupo de participantes. Definiciones adicionales de la
estructura exterior del grupo de multidifusión ID se proporcionan en [RFC3306].

Por ejemplo, el grupo (permanente) identificador 101 (hexadecimal) se ha

asignado a todos los servidores NTP. Si alguien envía un datagrama dirigido a
este grupo, los alcances de las direcciones tendrán el siguiente significado. Como
se muestra en la Figura 20.

Figura 20: Significado de los alcances de las direcciones

Fuente: [Link]

El alcance es un principio innovador que ofrece un mecanismo para restringir la

distribución de multidifusión. El tiempo de vida de datagrama (TTL) se utiliza en
IPv4 para resolver el mismo problema. La parte correspondiente de la dirección
que define el ámbito de la red, en la distribución no podrá ser superior-los
datagramas no pueden cruzar el límite de su ámbito de aplicación. Por ejemplo,
puede estar seguro de que los datagramas dirigida ff02: nunca saldrá de la red
física a la que se han enviado.

Algunas direcciones de multidifusión son reservadas, tiene significado

predefinido.

Otras son simplemente prohibidas, al igual que las direcciones que contengan
todos los grupos de identificador cero y una bandera de T en cero. El RFC 3513
define el significado de algunas direcciones de multidifusión, de hecho,
sustituciones de las emisiones anteriores. Éstas permiten el envío de paquetes a
todos los nodos o routers dentro de un ámbito determinado. Como se muestra en
la Figura 21.

53
Figura 21: Direcciones de multidifusión

Fuente: [Link]

Otro tipo de dirección multicast, es de nodo solicitado, ésta facilita la consulta

eficaz de los nodos de la red durante la resolución de direcciones. IPv6 utiliza el
mensaje de solicitud de vecino para efectuar la resolución de direcciones. Sin
embargo, en lugar de utilizar la dirección para todos los nodos de ámbito local del
vínculo como destino del mensaje de solicitud de vecino, que afectaría a todos
los nodos IPv6 del vínculo local, se utiliza la dirección de multidifusión de nodo
solicitado. La dirección de multidifusión de nodo solicitado consta del prefijo
FF02::1:FF00:0/104 y los últimos 24 bits de la dirección IPv6 que se esté
resolviendo.
El resultado de utilizar la dirección de multidifusión de nodo solicitado es que la
resolución de direcciones, que suele producirse en un vínculo, no necesita utilizar
un mecanismo que afecte a todos los nodos de la red. De hecho, son muy pocos
los nodos que se ven afectados durante la resolución de direcciones. En la
práctica, debido a la relación entre la dirección MAC de Ethernet, el Id. de interfaz
IPv6 y la dirección de nodo solicitado, ésta actúa como una dirección de
pseudounidifusión para lograr una resolución de direcciones muy eficaz.

54
 CAPÍTULO III

3.1 NORMATIVIDAD

Con el objetivo de cumplir con la innovación tecnológica que exige el país, las
entidades del estado deben entrar en el proceso de transición del protocolo IPv4
hacia el nuevo protocolo IPv6 siguiendo las instrucciones descritas en la
Circulares, decretos, manuales, resoluciones y demás guías establecidas por el
Ministerio de Tecnologías de la Información y las Comunicaciones, que busca
promover la adopción de IPv6 en Colombia; Las cuales abordaremos en este
capítulo.

3.1.1 Circular 0002 del 06 de julio de 2011. Esta circular se basa en la

“PROMOCIÓN DE LA ADOPCIÓN DE IPV6 EN COLOMBIA”, haciendo énfasis a
las medidas necesarias para garantizar el máximo aprovechamiento de las
tecnologías de la información y las comunicaciones en el desarrollo de sus
funciones.

Las principales indicaciones de esta son:

 “En el campo de infraestructura, se debe tener en cuenta el IPv6 dentro de la

estrategia de Gobierno en Línea.

 Los sitios web, servicios y aplicaciones deben estar preparadas con IPv6.

 Las entidades deben definir un plan de transición para la adopción del IPv6 en
coexistencia con IPv4.

 Como criterio transversal se tiene en cuenta, si la entidad implementa un plan

de transición para la adopción del IPv6 en coexistencia con IPv4.

55
 Para las nuevas compras de TIC, las aplicaciones, equipos y sistemas, estén
diseñados bajo IPv6 nativo con soporte o compatibilidad total IPv4.

 En las licitaciones se incluye que, “los equipos de TIC (hardware y software),

aplicaciones, plataformas TIC, Páginas Web y servicios prestados a través de
TIC, deben adquirirse diseñados e implementarse sobre el Protocolo IPv6
nativo con compatibilidad o soporte IPv4; argumentando los RFCs concretos
del IETF88 y demás normas que determinan con sencillez y claridad esta
compatibilidad89. De ser necesario, para garantizar esta convivencia deberán
implementarán mecanismos de transición en especial el Dual Stack”.

 Sobre infraestructura, “por tal motivo, deberán diseñar, adquirir y montar sus
plataformas TIC, aplicaciones y servicios WEB con IPv6 nativo en convivencia
con IPv4. De ser necesario, implementaran mecanismos de transición entre
IPv6 con soporte IPv4.”

 Con respecto a la usabilidad, “la entidad genera planes de adopción y

apropiación de las nuevas tendencias tecnológicas en materia de Internet,
intranet, estándares, conectividad, inter conectividad, seguridad y plataformas
TIC (Plan de Implementación del IPv6)”.”47

3.1.2 Decreto 2573 del 2014 y los manuales de gobierno en línea versión 3.0 y
versión 3.1. Los siguientes son los decretos más representativos para el manejo
de IPv6.

[Link] Decreto 2573 del 2014. “Por el cual se establecen los lineamientos
generales de la estrategia de gobierno en línea, se reglamenta parcialmente la ley
1341 de 2009 y se dictan otras disposiciones”. Como se muestra en la figura 22.

47
Rafael Ignacio Sandoval Morales, Ibídem, Pg. 4

56
Figura 22: Sujetos obligados del orden nacional

Fuente: [Link]

[Link] Manual de gobierno en línea versión 3.0. Sus principales características

son:

 Adopta plenamente IPv6

 La entidad en su oferta – infraestructura
 Licitaciones y compras del Estado
 Plan de transición a IPv6
 Se busca dual stack – IPv6 nativo
 Niveles básico y avanzado
 Usabilidad - nuevas TIC

[Link] Manual de gobierno en línea versión 3.1. El manual de gobierno en línea

se compone de tres fases las cuales se describen a continuación:

 Planeación (1%): La entidad define su plan de transición de IPv4 a IPv6 en

coordinación con lo que defina el MINTIC.

 Implementación (3%): La entidad inicia la transición al protocolo IPv6 en

convivencia con IPv4. Esta actividad debe iniciar a más tardar en 2013.

 Monitoreo (1%): La entidad monitorea, evalúa y v.3,0 mejora la adopción de

Ipv6.

57
3.1.3 Reglamentación aplicable de la comisión de regulación de
comunicaciones (resoluciones 3101, 3502, 3066 y 3067). Las principales
características son:

 Se debe preservar la interoperabilidad de plataformas, servicios y/o

aplicaciones y el interfuncionamiento de redes e interoperabilidad de redes.

 Principio de No restricción.

 Neutralidad en Internet

 Establece el derecho de los usuarios a utilizar, enviar, recibir u ofrecer

cualquier contenido, aplicación o servicio legal a través de Internet

 Los proveedores que ofrezcan acceso a Internet que, no podrán bloquear el

acceso a páginas Web o el uso de aplicaciones en la red, y deben garantizar
la seguridad de la red y la integridad del servicio.

3.1.4 Decreto 2482 de 2012. Sus principales características son

 Metodología para la implementación del Modelo Integrado de Planeación y

Gestión

 Revisión de plan de ajustes tecnológicos

 Elaboración del protocolo de implementación de IPv6

 Implementación de un sistema de gestión de seguridad de información

 Implementación del servicio intercambio de información

3.1.5 Guías. Son guías técnicas que presentan un modelo de referencia para
orientar a los directores, ingenieros y técnicos de TI como formular y ejecutar un
plan de transición.

 Guía de transición de IPv4 a IPv6 para Colombia

 Guía para el aseguramiento del protocolo IPv6

58
 CAPÍTULO IV

4.1 METODOLOGÍA PARA LA MIGRACIÓN A IPV6

En Colombia se estableció promover la adopción de IPv6, mediante herramientas

normativas y técnicas que permitan la adopción en las entidades del Estado,
basadas en el diagnóstico de la situación actual, el plan de intervención y la
forma que impacta sobre las infraestructuras de TI de cada organización en
Colombia dada en tres fases:

4.1.1 Fase I, planeación de IPv648. La fase de planeación representa una etapa

crítica e importante del proceso de transición por cuanto comienza con el plan de
diagnóstico de la infraestructura de TI de las Entidades. Las siguientes son las
actividades a tener en cuenta en esta fase:

 Elaborar y validar el inventario de activos de información de servicios

tecnológicos de las entidades y su interrelación entre ellos. Para esta
actividad se requiere desarrollar y mantener el inventario de hardware y
software, identificando claramente cuáles equipos soportan IPv6, cuales
requieren actualizarse y cuáles no soportan el nuevo protocolo, dejando la
respectiva documentación en constancia al momento de optar hacia IPv6.

 Analizar, diseñar y desarrollar el plan de diagnóstico del protocolo IPv4 a IPv6

en la red de las entidades del estado.

 Identificar la topología actual de la red y su funcionamiento dentro de la

organización.

48
[Link]

59
 Evaluar el grado de afinamiento del protocolo IPv6 a nivel de hardware y
software con miras a preparar la nueva infraestructura de red de las
entidades.

 Generar el plan detallado del proceso de transición de esta fase hacia IPv6.

 Planear la migración de los siguientes servicios tecnológicos: Servicio de

Resolución de Nombres (DNS), Servicio de Asignación Dinámica de
Direcciones IP (DHCP), Directorio Activo, Servicios WEB, Servidores de
Monitoreo, Validación del Servicio de Correo Electrónico, Validación del
Servicio de la Central Telefónica, Servicio de Backups, Servicio de
Comunicaciones Unificadas e Integración entre Sistemas de Información; así
mismo revisar los procedimientos de implementación de estos servicios y las
aplicaciones identificadas en esta fase, con base en los estándares de la
RFC3 de IPv6. 3 RFC: “Request For Comments” Solicitud de Comentarios:
para documentar requerimientos técnicos

 Validar el estado actual de los sistemas de información, los sistemas de

comunicaciones y evaluar la interacción entre ellos cuando se adopte el
protocolo IPv6.

 Dentro del proceso de diagnóstico presentar cuales equipos de computación y

de comunicaciones soportan IPv6 (IPv6-ready o IPv6-web), cuales requieren
actualizarse y cuáles no se pueden implementar a IPv6.

 Identificar la configuración y los esquemas de seguridad de la red de

comunicaciones y sistemas de información.

 Se recomienda revisar las políticas de enrutamiento para IPv6 entre los

segmentos de red internos, de tal manera que el tráfico IPv6 generado
internamente este plenamente controlado a través de zonas desmilitarizadas
desde el firewall respectivo de cada entidad.

 Para la construcción del plan de diagnóstico, que es el pilar fundamental de

esta fase I, se requiere la realización de una validación previa de la
infraestructura tecnológica que permita medir el grado de avance en la
adopción del protocolo IPv6 en las Entidades; dentro de dicha validación es
necesario revisar el grado de compatibilidad del protocolo IPv6 con la
infraestructura de las entidades de tal manera que la información recogida de
esta tarea sea insumo para la acometida de la segunda fase que es la
implementación de IPv6.

 Establecer el protocolo de pruebas para la validación de aplicativos, equipos

60
 de comunicaciones, plan de seguridad y coexistencia de los protocolos IPv4 e
IPv6 por cada Entidad.
 Establecer los acuerdos de confidencialidad que sean necesarios sobre el
tratamiento de la información ante terceros.

 Capacitar a funcionarios de las Áreas de TI de las Entidades de conformidad

con los planes de capacitación establecidos, en el protocolo IPv6 y establecer
la sensibilización a las personas de toda la organización a fin de dar a conocer
el nivel de impacto del nuevo protocolo.

4.1.2 Fase II, implementación del protocolo IPv649. La fase de implementación

debe cubrir las siguientes actividades:

 Habilitar el direccionamiento IPv6 para cada uno de los componentes de

hardware y software de acuerdo al plan de diagnóstico de la primera Fase del
proceso de transición de IPv4 a IPv6 y teniendo en cuenta el inventario de los
activos de información de cada una de las Entidades del Estado.

 Realizar el montaje, ejecución y corrección de configuraciones del piloto de

pruebas de IPv6, simulando el comportamiento de la red de comunicaciones,
agregando carga, servicios y usuarios finales tanto internos como externos,
pruebas realizadas sobre el procedimiento de IPv6 usando la metodología en
Doble Pila; así mismo revisar dicho comportamiento de la red IPv6 para
usuarios finales tanto internos como externos.

 Aplicar el modelo de transición de IPv6 en la red de la Entidad, permitiendo la

coexistencia con los protocolos tanto IPv4 como IPv6 y la transición en doble
pila.

 Realizar el diseño de la nueva topología de la red con base en los

lineamientos del nuevo protocolo IPv6 en modalidad de doble pila; esta
técnica permite que tanto los servicios de IPv4 como los servicios de IPv6
deben estar funcionando de manera independiente pero coexistente dentro de
las Entidades

 Validar la funcionalidad de los siguientes servicios y aplicaciones de las

Entidades sobre IPv6: Servicio de Resolución de Nombres (DNS), Servicio de
Asignación Dinámica de Direcciones IP (DHCP), Directorio Activo, Servicios
WEB, Servidores de Monitoreo, Validación del Servicio de Correo Electrónico,

49
[Link]

61
 Validación del Servicio de la Central Telefónica, Servicio de respaldo, Servicio
de Comunicaciones Unificadas, Servicios VPN, Integración entre Sistemas de
Información, Sistemas de Almacenamiento, Servicios de administración de
red.
 Activar las políticas de seguridad de IPv6 en los equipos de seguridad y
comunicaciones que posea cada entidad (Servidores AAA, firewalls, NAC, y
equipos perimetrales de conformidad con los RFC de seguridad en IPv6, se
sugiere revisar los RFC de seguridad en IPv6 asociados.

 Trabajar en coordinación con el (los) proveedor (es) de servicios de Internet

para establecer la conectividad integral en IPv6 desde el interior de las redes
LAN, hacia el exterior de las redes WAN a fin de garantizar que las entidades
puedan generar tráfico de IPv6 normalmente.

4.1.3 Fase III, pruebas de funcionalidad de IPv650. Las pruebas de funcionalidad

de esta fase deben cubrir las siguientes actividades:

 Realizar las pruebas y monitoreo de la funcionalidad de IPv6 en los sistemas

de información, sistemas de almacenamiento, sistemas de comunicaciones y
servicios de la Entidad en un ambiente que permita empezar a generar tráfico
de IPv6 de la entidad hacia Internet y viceversa.

 Realizar las pruebas de funcionalidad del nuevo protocolo frente a las políticas
de seguridad perimetral, de servidores de cómputo, servidores de
comunicaciones y equipos de comunicaciones.

 Al momento de las pruebas de funcionalidad se debe realizar el afinamiento

de las configuraciones de hardware, software y servicios de las Entidades,
con base en la información resultante de la fase II.

 Elaborar un inventario final de servicios, aplicaciones y sistemas de

comunicaciones bajo el nuevo esquema de funcionamiento de IPv6.

50
[Link]

62
 CAPÍTULO V

ANÁLISIS DEL IMPACTO

Introducción

En este capítulo se describirá mediante un análisis la situación actual e impacto

que se producirá en las entidades del distrito capital, durante la adopción de IPv6.

Igualmente se analiza el grado de cumplimiento de los acuerdos Ministeriales que

se dictaron para cumplir con la transición a IPv6.

5.1 ANÁLISIS DE LA ENCUESTA PARA DETERMINAR LA SITUACIÓN

ACTUAL EN LAS ENTIDADES DEL DISTRITO CAPITAL GESTIONADAS POR
LA ALTA CONSEJERÍA DE LAS TIC

Con la encuesta realizada se podrá establecer la situación actual del proceso de

adopción y su impacto en las entidades del Distrito Capital gestionadas desde la
alta consejería para las TIC, en donde se analizó el conocimiento y capacitación
que tienen los empleados frente a este protocolo, de igual forma si están
preparados para implementar ipv6, y si están realizando dicha transición aplicando
la normatividad vigente frente a la migración de ipv6.

Para analizar el conocimiento y capacitación de los empleados frente al

protocolo ipv6, se analizan las preguntas 1, 2, 3, 12 y 13 de las cuales nos indican
el grado de conocimiento que tiene los funcionarios de las entidades encuestadas
frente al protocolo; de igual forma si estas han capacitado a su personal frente al
mismo teniendo en cuenta la normatividad dada por el ministerio de las TICS.

63
Para analizar si están preparados para la implementación de ipv6, se trabajó
sobre las preguntas 4, 5, 6, y 7 de la encuesta; con las cuales, podemos
determinar si las entidades vigiladas por la alta consejería de las tics, han
empezado a adquirir equipos tics para la transición; de igual forma, conocer el
tiempo que tardarían para realizar la transición o si no considera necesario
realizarla incumpliendo la normatividad dada por el MINTIC.

Para analizar si ya inicio el proceso de transición, se analizaron las preguntas 8,

9,10 y 11; con estas podemos determinar en qué fase se encuentra las entidades
encuestadas y de igual forma en cuales de las subfases están y el grado de
cumplimiento en la normatividad.

5.2 VARIABLES DE LA MUESTRA

Para llevar a cabo esto se recopiló los datos de 19 entidades del Distrito Capital la
cual corresponde al 79% de los entes gestionada por la Alta Consejería de las
TIC.

El tamaño de la muestra fue de 19 entidades, de los cuales 12 fueron secretarias y

7 institutos todas estas gestionadas por la Alta Consejería de las TIC.

Pregunta No 1
Señale el nivel de conocimiento que tiene acerca del IPV6. Se realiza un análisis
de resultados como se muestra en el Cuadro 2 y Figura 23.

Cuadro 2: Análisis de resultados pregunta No 1

Señale el nivel de conocimiento que tiene acerca del IPV6

Respuesta Código Frecuencia Porcentaje

Conozco bien el IPV6 o lo he utilizado 1 8 42%
Conozco poco acerca de IPV6 2 9 47%

He escuchado el término, pero no sé lo 0%

3 0
que significa
Cuadro 2: (Continuación)

Respuesta Código Frecuencia Porcentaje

Fuente: Autor

64
Cuadro 2: (continuación)

No tengo ningún conocimiento acerca

4 2 11%
del IPV6.
Total 19 100,00%

Fuente: Autor

Figura 23: Análisis de resultados pregunta No 1

Porcentaje
0% Conozco bien el IPV6 o lo
he utilizado
11%

Conozco poco acerca de

IPV6
42%
He escuchado el término,
47% pero no sé lo que significa

No tengo ningún
conocimiento acerca del
IPV6.

Fuente: Autor

Interpretación: Según los datos del cuadro 2 nos demuestra que, de un total de
19 entes gestionados por la Alta Consejería de las TIC, el 47% conocen poco
acerca de IPv6, el 42% conocen bien el protocolo IPv6 o la han utilizado y el 11%
no tiene ningún conocimiento acerca de IPv6

Recomendación: Los entes del Estado deberán contratar personal con

conocimiento en IPv6, esto con el fin de impartir instrucciones a sus colegas y
poder avanzar de manera acertada en la implementación del mismo.

El personal a contratar debe poseer cualquiera de estos títulos Gerente de

Proyectos, Ingeniero de Seguridad, Ingeniero de Redes, Ingeniero de
Comunicaciones, Ingeniero de Aplicaciones.

65
Estrategia: Adquirir destrezas por medio de escenarios de pruebas donde se
observe cada una de las fases que componen la migración a IPv6 y de esta
manera familiarizarse con el proceso.
Pregunta No 2
¿A recibido alguna capacitación, talleres por parte del MINTIC o de su Entidad,
frente al protocolo ipv6? Se realiza un análisis de resultados como se muestra en
el Cuadro 3 y Figura 24.

Cuadro 3: Análisis de resultados pregunta No 2

¿A recibido alguna capacitación, talleres por parte del MINTIC o de su

Entidad, frente al protocolo ipv6?

Respuesta Código Frecuencia Porcentaje

Si 1 10 53%
No 2 9 47%
Total 19 100,00%

Fuente: Autor

Figura 24: Análisis de resultados pregunta No 2

Porcentaje

Si
47%; 47%
53%; 53% No

Fuente: Autor

66
Interpretación: Según los datos del cuadro 3 nos demuestran que el 47% no han
recibido capacitación por parte del MINTIC o su Entidad, y el 53% poseen
capacitación sobre el protocolo IPv6.

Recomendación: Implementar capacitaciones, talleres, seminarios, cursos y

diplomados frente al protocolo IPv6.

Estrategia: Diseñar cronogramas de capacitaciones donde se estipulen los temas

(funcionalidad, aplicabilidad, componentes técnicos) y la intensidad en cada uno
de ellos, para de esta manera poder nivelar todas las Entidades que se
encuentran a cargo de la Alta Consejería de la TIC.

Pregunta No 3
¿En cuál de los siguientes temas usted ha recibido capacitación frente a ipv6? Se
realiza un análisis de resultados como se muestra en el Cuadro 4 y Figura 25.

Cuadro 4: Análisis de resultados pregunta No 3

¿En cuál de los siguientes temas usted ha recibido capacitación frente a

ipv6?

Respuesta Código Frecuencia Porcentaje

Introducción y aspectos básicos de IPv6 1 3 16%
Host y enrutamiento en IPv6 2 0 0%
Servicios y aplicaciones sobre IPv6 3 1 5%
Seguridad en IPv6 4 0 0%
Normatividad de IPv6 5 6 32%
Ninguna de las anteriores 6 9 47%
Total 19 100,00%

Fuente: Autor

67
Figura 25: Análisis de resultados pregunta No 3

porcentaje
Introducción y aspectos
0% básicos de IPv6
16% Host y enrutamiento en IPv6
5%
47% 0% Servicios y aplicaciones sobre
IPv6
Seguridad en IPv6
32%

Normatividad de IPv6

Fuente: Autor

Interpretación: Según los datos del cuadro 4 nos demuestra que el 16% han
recibido capacitación acerca de la Introducción y aspectos básicos de IPv6, el 5%
sobre Servicios y aplicaciones sobre IPv6, el 32% sobre Normatividad de IPv6 y el
47% no ha recibido ningún tipo de capacitación.

Recomendación: El MINTIC y las entidades deben enfocar sus programas de

capacitación en otros aspectos diferentes a la parte normativa, para de esta
manera lograr equilibrio en cada uno de los temas que abarca el protocolo IPv6.

Estrategia: Realizar test de pruebas que permitan conocer el nivel de

conocimiento de los Ingenieros TI de acuerdo a los resultados arrojados,
programar capacitaciones dirigidas en las falencias evidenciadas.

Pregunta No 4
¿Tiene su hardware y software preparado para IPV6? Se realiza un análisis de
resultados como se muestra en el Cuadro 5 y Figura 26.

68
Cuadro 5: Análisis de resultados pregunta No 4

¿Tiene su hardware y software preparado para IPV6?

Respuesta Código Frecuencia Porcentaje
No, para nada 1 3 16%
No, pero podría a largo plazo
2 68%
tenerlo (menos de tres meses) 13
Sí, pero tendría que realizar unos
pequeños cambios (menos de un 3 11%
mes) 2
Sí, tengo todo lo necesario 4 1 5%
Si, puedo empezar a utilizarlo ya o
5 0 0%
ya lo he utilizado
Total 19 100,00%

Fuente: Autor

Figura 26: Análisis de resultados pregunta No 4

porcentaje
5% 0%

No, para nada

11% 16%
No, pero podría a largo plazo
tenerlo (menos de tres
meses)
Sí, pero tendría que realizar
68% unos pequeños cambios
(menos de un mes)

Fuente: Autor

Interpretación: Según los datos arrojados en el cuadro 5 se tiene que el 68% No

tiene su hardware y software preparado, pero podría a largo plazo tenerlo (menos
de tres meses), el 16% no está preparado, el 11% tendría que realizar algunos
cambios y el 5% tiene todo lo necesario.

Recomendación: Enfocar sus nuevas adquisiciones en equipos diseñados e

implementados sobre el Protocolo IPv6 nativo con compatibilidad o soporte IPv4;

69
argumentando los RFCs y demás normas que determinan con sencillez y claridad
esta compatibilidad.
Estrategia: Diseñar un plan de ejecución para probar la compatibilidad con las
aplicaciones más utilizadas por los clientes y de esta manera brindar soluciones
intermedias y de largo plazo basada en IPv6.

Pregunta No 5
¿En los últimos seis meses la entidad ha adquirido equipos tic (hardware y
software), aplicaciones, plataformas tic y servicios prestados implementados sobre
protocolo ipv6 y compatible que soporte total a ipv4? Se realiza un análisis de
resultados como se muestra en el Cuadro 6 y Figura 27.

Cuadro 6: Análisis de resultados pregunta No 5

¿En los últimos seis meses la entidad ha adquirido equipos tic

(hardware y software), aplicaciones, plataformas tic y servicios
prestados implementados sobre protocolo ipv6 y compatible que
soporte total a ipv4?
Respuesta Código Frecuencia Porcentaje
Si 1 10 53%
No 2 9 47%
Total 19 100,00%

Fuente: Autor

Figura 27: Análisis de resultados pregunta No 5

Porcentaje

Si
47% 53%
No

Fuente: Autor

70
Interpretación: Según los datos del cuadro 6 se demuestra que el 53% ha
adquirido equipos TIC implementados sobre el protocolo IPv6, y el 47% no ha
adquirido equipos.

Recomendación: Los entes del estado y MINTIC deben generar un

acompañamiento para que las compras o actualizaciones generadas por las
entidades den cumplimiento a los lineamientos establecidos.

Estrategia: Realizar una labor de difusión frente al plan de compras de equipos

TIC y plantear laboratorios para las pruebas de compatibilidad e interoperabilidad
de equipos, software y servicios.

Pregunta No 6
¿Su entidad tiene en su administración un plan de transición para la adopción en
ipv6 en coexistencia con ipv4? Se realiza un análisis de resultados como se
muestra en el Cuadro 7 y Figura 28.

Cuadro 7: Análisis de resultados pregunta No 6

¿Su entidad tiene en su administración un plan de transición para la

adopción en ipv6 en coexistencia con ipv4?
Respuesta Código Frecuencia Porcentaje
Si 1 7 37%
No 2 12 63%
Total 19 100,00%

Fuente: Autor

Figura 28: Análisis de resultados pregunta No 6

71
 Porcentaje

37% Si
No
63%

Fuente: Autor
Interpretación: Según los datos del cuadro 7 se demuestra que el 63% no tiene
en su administración un plan de transición para la adopción en ipv6 en
coexistencia con ipv4, y el 37% lo posee actualmente.

Recomendaciones: Para lograr que las entidades cuenten con un plan de

transición para la adopción de IPv6, el MINTIC debe difundir la necesidad de que
las entidades anexen a su plan de procesos tecnológicos el plan de transición para
la adopción de IPv6.

Estrategia: Las entidades del Gobierno deberán utilizar todas las herramientas de
política, lineamientos a su alcance para incluir en su plan tecnológico el plan de
transición para la adopción de IPv6.

Pregunta No 7
Considera una necesidad adoptar IPV6. Se realiza un análisis de resultados como
se muestra en el Cuadro 8 y Figura 29.

Cuadro 8: Análisis de resultados pregunta No 7

Considera una necesidad adoptar IPV6

Respuesta Código Frecuencia Porcentaje

No, de ninguna manera 1 0 0%
No, pero tal vez en más de tres años si 2 1 5%
Sí, pero a largo plazo (más de un año) 3 17 90%

72
 Si, a corto plazo (menos de un año) 4 1 5%
Si, de inmediato 5 0 0%
Total 19 100,00%

Fuente: Autor

Figura 29: Análisis de resultados pregunta No 7

0%
Porcentaje
5%
5%
No, de ninguna manera
0%
No, pero tal vez en más de tres
años si
Sí, pero a largo plazo (más de
un año)
Si, a corto plazo (menos de un
año)
90% Si, de inmediato

Fuente: Autor

Interpretación: Según los datos del cuadro 8 se demuestra que el 90% Considera
una necesidad adoptar IPV6 en más de un año, el 5% considera realizarlo en más
de tres años y el 5% restante considera realizarlo en menos de un año.

Recomendación: Realizar charlas que permitan concientizar a las entidades

gubernamentales de la importancia de adoptar IPv6 como son:
 Incumplimiento de las políticas del estado colombiano

 Incompatibilidad y no operatividad tecnológica

73
 Incremento en los costos de soporte y mantenimiento tecnológico

 Indisponibilidad en la prestación de servicios al ciudadano

Estrategia: Seguir las recomendaciones dadas por los entes internacionales,

gobierno en línea y el MINTIC sobre las fases para iniciar el proceso de adopción,
igualmente realizar foros donde se enfatice en las consecuencias antes
mencionadas al no realizar la adopción.

Pregunta No 8
Si ha iniciado el proceso de transición a IPv6 en que fase se encuentra. Se realiza
un análisis de resultados como se muestra en el Cuadro 9 y Figura 30.

Cuadro 9: Análisis de resultados pregunta No 8

Si ha iniciado el proceso de transición a IPv6 en que fase se

encuentra
Respuesta Código Frecuencia Porcentaje
No se ha iniciado ninguna fase 1 11 58%
Planeación 1% al 20% 2 8 42%
Implementación 21% al 60% 3 0 0%
Pruebas de funcionalidad 61% al 100% 4 0 0%
Total 19 100,00%

Fuente: Autor

Figura 30: Análisis de resultados pregunta No 8

74
 Porcentaje
No se ha iniciado ninguna
0% fase
Planeación 1% al 20%
42%
58% Implementación 21% al 60%

Pruebas de funcionalidad
61% al 100%

Fuente: Autor

Interpretación: Según los datos del cuadro 9 se demuestra que el 58% No ha

iniciado ninguna fase y el 42% restante se encuentra en la fase de Planeación
teniendo en cuenta que esta está se encuentra comprendida entre el 1% al 20%.

Recomendación: las entidades del estado brinden acompañamiento a diferentes

organizaciones bajo su administración donde establezcan las pautas para realizar
la transición del protocolo 4 al 6.
Estrategia: MINTIC debe realizar campañas informativas en la que se exponga a
las instituciones la importancia de realizar la transición, asesorar al personal a
través de maquetas y redes experimentales con el fin de prepararse para la
migración.

Pregunta No 9
Si se encuentra en la fase de planeación en cuál de las sub-fases mencionadas se
encuentra. Se realiza un análisis de resultados como se muestra en el Cuadro 10
y Figura 31.

Cuadro 10: Análisis de resultados pregunta No 9

Si se encuentra en la fase de planeación en cuál de las sub-fases

mencionadas se encuentra
Respuesta Código Frecuencia Porcentaje
Plan de trabajo para la adopción de
1 6 75%
IPv6
Plan de diagnóstico 2 2 25%

75
 Documento que define los lineamientos
al implementar la seguridad en IPv6 en
3 0 0%
concordancia con la política de
seguridad de las entidades.
Plan de capacitación en IPv6 a los
4 0 0%
funcionarios de las Áreas de TI
Total 8 100,00%

Fuente: Autor

Figura 31: Análisis de resultados pregunta No 9

Porcentaje

0% Plan de trabajo para la

25% adopción de IPv6

75%

Fuente: Autor
Interpretación: Según los datos del cuadro 10 se demuestra que, de un total de
19 entes gestionados por la Alta Consejería de las TIC, el 75% se encuentran
realizando el plan de trabajo para la adopción de IPv6 y el 25% restante se
encuentra realizando el Plan de diagnóstico.

Recomendación: monitorear el avance de implementación del protocolo ipv6 en

las entidades manejas desde la alta consejería para las TIC.

Estrategia: Las entidades deben contar con soporte para los dos protocolos.

Pregunta No 10
Si se encuentra en la fase de implementación en cuál de las sub-fases
mencionadas se encuentra. Se realiza un análisis de resultados como se muestra
en el Cuadro 11 y Figura 32

76
Cuadro 11: Análisis de resultados pregunta No 10

Si se encuentra en la fase de implementación en cuál de las

sub-fases mencionadas se encuentra
Respuesta Código Frecuencia Porcentaje
Presentación del Informe del
plan detallado de
1 0 0%
implementación del nuevo
protocolo.
Documento con todas las
configuraciones del nuevo
protocolo realizadas en las
2 0 0%
plataformas de hardware,
software y servicios que se han
intervenido durante esta fase.
Informe de resultados de las
pruebas realizadas a nivel de
comunicaciones, de 3 0 0%
aplicaciones y sistemas de
almacenamiento.
Total 0 0,00%

Fuente: Autor

Figura 32: Análisis de resultados pregunta No 10

Título del gráfico

Presentación del Informe
0%
del plan detallado de
implementación del nuevo
protocolo.

Fuente: Autor

77
Interpretación: Según los datos del cuadro 11 nos demuestran que el 100% no
han iniciado la fase de implementación, por lo cual no se encuentran en ninguna
de las sub-fases mencionadas.

Recomendación: con estos datos podemos evidenciar que de las 19 entidades

gestionadas por la Alta consejería de las TIC ninguna ha implementado el
protocolo IPv6.

Pregunta No 11
Si se encuentra en la fase pruebas de funcionalidad en cuál de las sub-fases
mencionadas se encuentra. Se realiza un análisis de resultados como se muestra
en el Cuadro 12 y Figura 33.

Cuadro 12: Análisis de resultados pregunta No 11

Si se encuentra en la fase Pruebas de funcionalidad en cuál de las sub-

fases mencionadas se encuentra
Respuesta Código Frecuencia Porcentaje
Documento con los cambios detallados
de las configuraciones realizadas, previo
1 0 0%
al análisis
Cuadro 12: de funcionalidad realizado en
(continuación)
la fase II de Implementación.
Fuente: Autor Respuesta Código Frecuencia Porcentaje
Acta de cumplimiento a satisfacción de
la Entidad con respecto al
funcionamiento de los servicios y 2 0 0%
aplicaciones que fueron intervenidos
durante la fase II de la implementación
Documento de inventario final de la
infraestructura de TI sobre el nuevo 3 0 0%
protocolo IPv6.
Total 0 0,00%

Fuente: Autor

Figura 33: Análisis de resultados pregunta No 11

78
 Porcentaje
Documento con los cambios
detallados de las
0% configuraciones realizadas,
previo al análisis de
funcionalidad realizado en la
fase II de Implementación.
Acta de cumplimiento a
satisfacción de la Entidad con
respecto al funcionamiento de
los servicios y aplicaciones que
fueron intervenidos durante la
fase II de la implementación

Fuente: Autor

Interpretación: Según los datos del cuadro 12 se demuestra que el 100% no han
iniciado la fase de la fase Pruebas de funcionalidad, por lo cual no se encuentran
en ninguna de las sub-fases mencionadas.

Recomendación: con estos datos podemos evidenciar que de las 19 entidades

gestionadas por la Alta consejería de las TIC en la actualidad se encuentran o en
la etapa de planeación o ni siquiera han iniciado la planeación para la
implementación del protocolo IPv6.

Pregunta No 12
Cuantas personas conforman su entidad. Se realiza un análisis de resultados
como se muestra en el Cuadro 13 y Figura 34.

Cuadro 13: Análisis de resultados pregunta No 12

Cuantas personas conforman su entidad

Respuesta Código Frecuencia Porcentaje

Entre 1 y 20 1 0 0%
Entre 21 y 50 2 0 0%
Entre 51 y 100 3 9 47%
Más de 100 4 10 53%

79
 Total 19 100,00%

Fuente: Autor

Figura 34: Análisis de resultados pregunta No 12

Porcentaje

0% Entre 1 y 20
Entre 21 y 50
47%
53%
Entre 51 y 100
Más de 100

Fuente: Autor

Interpretación: Según los datos del cuadro 13 se demuestra que el 53% cuentan
con más de 100 personas en su entidad y el 47% muestra las entidades que
cuentan entre 51 y 100 personas que conforman su entidad.

Recomendación: con estos datos podemos evidenciar que de las 19 entidades

gestionadas por la Alta consejería de las TIC en la actualidad cuentan con un
grupo amplio de personal.

Pregunta No 13
Del grupo de personas que conforman su entidad cuantas poseen capacitación
frente a IPv6. Se realiza un análisis de resultados como se muestra en el Cuadro
14 y Figura 35.

Cuadro 14: Análisis de resultados pregunta No 13

Del grupo de personas que conforman su entidad cuantas poseen

capacitación frente a IPv6
Respuesta Código Frecuencia Porcentaje
Ninguna 1 9 47%

80
 El 10% del personal 2 10 53%
El 30% del personal 3 0 0%
El 50% del personal 4 0 0%
El 100% del personal 5 0 0%
Total 19 100,00%

Fuente: Autor
Figura 35: Análisis de resultados pregunta No 13

Porcentaje

0%
Ninguna
El 10% del personal
47% El 30% del personal
53%
El 50% del personal
El 100% del personal

Fuente: Autor
Interpretación: Según los datos del cuadro 14 se demuestra que el 53% cuentan
con el 10% del personal capacitado y el 47% restante no cuenta con capacitación
de ningún tipo.

Recomendación: “La capacitación es vital”, se puede empezar con planes de

autoestudio (usando recursos en línea y libros recomendados) y cursos de
capacitación formal, con socios y certificaciones.

5.3 IMPACTO ECONÓMICO

Las entidades gubernamentales deben vigilar, monitorear que las que las redes y
equipos que se operen y liciten por parte de todas las instancias de gobierno,
ofrezcan soporte en forma nativa de los protocolos de Internet en uso y por
usarse, como son las versiones 4 y 6 del protocolo de Internet (IPv4 e IPv6,

81
respectivamente), independientemente de otras características y tecnologías que
brinden.

Indudablemente, la adopción de IPv6 tendrá un costo económico y asimétrico para

los distintos actores mencionados, pero una de las formas más importantes en que
este costo ya está siendo cubierto en algunas entidades y puede ser cubierto en
su totalidad, es la programación de las inversiones que los organismos
participantes realicen periódicamente en su infraestructura. Así, prever la
implementación de IPv6 en los ciclos de reemplazo y actualización de
enrutadores, switches, computadoras, software, dispositivos como conmutadores
telefónicos con capacidad de voz sobre IP, videoconferencia, etcétera, resultará
en un costo marginal y distribuido a lo largo de varios años, en consonancia con la
necesaria gradualidad de esta transición en la infraestructura más fundamental de
Internet, el IP en sus dos versiones.

El impacto económico para realizar la transición de IPv4 a IPv6 la dividiremos en

recursos humanos y materiales.

 Recursos Humanos

Valoración aproximada del costo de los recursos necesarios para la ejecución de

la transición de IPv4 a IPv6. Como se muestra en el Cuadro 15.

Cuadro 15: Recurso humano

Precio por
Recurso Cantidad Total
unidad
Ingeniero certificado en PMP con
especialización en gerencia de proyectos 1 $9.000.000 $9.000.000
Ingeniero de seguridad 1 $10.500.000 $10.500.000
Ingeniero de networking 1 $10.500.000 $10.500.000
Ingeniero de comunicaciones 1 $8.000.000 $8.000.000
Ingeniero de aplicaciones 1 $9.500.000 $9.500.000
Capacitaciones para el personal técnico 5 $1.000.000 $5.000.000
Total recursos $52.500.000

Fuente: Autor

 Recursos Técnico

82
Valoración los materiales y equipos necesarios para la ejecución del proyecto.
Como se muestra en el cuadro 16.

Cuadro 16: Recurso técnico

Precio por
Descripción Cantidad Total
unidad
Equipos de escritorio, portátiles, tabletas,
dispositivos móviles, video 20 $800.000 $16.000.000
cámaras, impresoras.
Aplicativos, web, correo, DHCP, DNS, proxys,
5 $5.500.000 $27.500.000
directorio activo.
Servidores, sistemas operativos, sistemas de
20 $10.500.000 $210.000.000
almacenamiento.
Switches, firewall, equipos de filtrado, módems,
enrutadores, control de acceso a la red,
20 $8.000.000 $160.000.000
equipos de cifrado, servidores AAA,
controladoras Inalámbricas
Total equipamiento $413.500.000
Fuente: Autor

5.4 IMPACTO LEGAL

Colombia ha implementado guías, circulares, decretos los cuales se han enfocado

en direccionar las entidades del estado hacia el nuevo protocolo, sirviendo de
asesoramiento para ir avanzando hacia el mismo.

En el marco legal que actualmente el gobierno ha establecido no instauran el

tiempo exacto para la transición, de igual forma no incluyen sanciones ni multas
que obliguen a las entidades públicas a realizar la transición a IPv6, es por esta
razón, que se observa el desinterés de las entidades por realizar la coexistencia y
la transición a IPv6

83
 CONCLUSIONES

 Se determina con el desarrollo de esta encuesta que el 58% de las en

entidades del Distrito Capital gestionadas desde la alta consejería para las TIC,
se encuentran desobedeciendo las disposiciones normativas y técnicas de la
adopción de IPv6 y esto se debe a que el 47% de estas carecen de
capacitación para el desarrollo de la planeación e implementación del protocolo
IPv6.

 Si las entidades llevan a cabo las instrucciones dadas por el MINTIC se dará
cumplimiento a los lineamientos dados por el GEL 3.0 y la circular 002 del 06
de Julio de 2011 la cual pretende impulsar su aplicabilidad, con una planeación
adecuada que no genere mayores inconvenientes al momento de realizar la
transición.

 La transición permitirá establecer la convivencia entre los protocolos IPv4 e

IPv6 sin cambios abruptos y sin afectar las diferentes aplicaciones y
tecnologías lo cual brindará una estabilidad y seguridad para la Organización

 Que el gobierno difunda entre los proveedores de servicios de Internet (ISPs);

proveedores de equipo, software, aplicaciones y servicios para las redes; y
empresas usuarias de Internet, información relacionada con la necesidad de
prepararse para la convivencia entre IPv4 e IPv6 y posterior transición a IPv6.

 Se determina que los decretos y las normas realizadas por MINTIC no plantean
una fecha puntual ni obligan que las instituciones realicen su transición, por
esta razón, se observa que dichas entidades carecen de interés para su
realización.

84
 RECOMENDACIONES

La metodología a utilizar la determinar el grado de cumplimiento (porcentaje) de

las disposiciones normativas y técnicas de la adopción de IPv6 y el impacto de la
adopción o la no adopción de IPv6. Como se muestra en la Tabla 2.

Tabla 2: Etapas de la transición de IPv4 a IPv6

Planeación Implementación Funcionalidad

1-20% 21-60% 61-100%

Fuente: Autor
De acuerdo al análisis de la encuesta realizada esta se dividió en tres partes:
conocimiento y capacitación, preparación para la implementación de ipv6 e inicio
al proceso de transición.

Para determinar el impacto de la no adopción o adopción de IPv6 generado en las

entidades del Distrito Capital gestionadas desde la alta consejería para las TIC, se
puede concluir; que frente a la capacitación al personal por parte del Ministerio de
las TICS o de las mismas entidades falta capacitación, dato que se demuestra
dado que el 5% de las entidades encuestadas no poseen ningún tipo de formación
sobre el protocolo.

Por otra parte, se observa que el 53% de capacitaciones que se han realizado por
los entes gubernamentales o el MINTIC al personal, un 32% corresponde a la
normatividad creada para la transición al protocolo ipv6, hecho que demuestra que
estas se están preparando por cumplir con la disposición dada por MINTIC.

El impacto frente a la preparación para la implementación de ipv6 en las entidades

del Distrito Capital es desfavorable, ya que el 63% de las entidades, instituciones y
secretarias, no tienen en su administración un plan de transición para la adopción
en el protocolo de ipv6 en coexistencia con ipv4, sin embargo, cabe resaltar como
nota positiva, que el 84% posee su hardware y software preparado para IPV6 o
gozaría de el en menos de tres meses.

85
De igual forma se puede analizar que un 95% de las entidades gubernamentales,
si consideran una necesidad adoptar el protocolo ipv6, pero no de manera
inmediata, si no realizarlo a largo plazo ya que los servicios que ofrecen no se
verán afectados, pero dada la normatividad establecida por el Ministerio de las TIC
están obligados como entidades del Estado a desarrollar una planeación para
llevar a cabo la implementación del protocolo.

Otro tema destacado a mostrar es el impacto generado al no haber iniciado el

proceso de transición a IPv6, situación que se ve reflejada en 11 entidades
equivalente en porcentaje al 58% del 100% de las encuestadas, dejando como
consecuencia el incumplimiento de las disposiciones normativas y técnicas de la
adopción de IPv6.

86
 BIBLIOGRAFÍA

6SOS, i. S. (s.f.). 6SOS. Obtenido de [Link]

COBIT. (s.f.). ISACA. Obtenido de [Link]

[Link]

Ministerio de Tecnologías de la Información-MINTIC. (06 de julio de 2011). Mintic.

Obtenido de Ministerio de las tecnologías de la información:
[Link]

Representante de la región latinoamericana y caribeña en el Consejo de

Direcciones (AC) de ASO. (2014). LANIC. Obtenido de LANIC:
[Link]
en-al-y-caribe

[Link]
.pdf

[Link]
[Link]

[Link]
IPv6-en-su-empresa
[Link]
[Link]
nce=1
European IST. 6 Net: An IPV6 Deployment Guide. Europa: Martin Dunmore,
September 2005. 442p
[Link]. Microsoft [Link].2004.7p.
Fuente: [Link]
a8fc5e928c9a98ec/ [Link]
[Link]
QNehgodzRQMbQ
[Link]

87
 ANEXOS

ANEXO 1: Circular 0002 del 06 de julio de 2011

88
89
90
ANEXO 2: Decreto 2573 del 2014

91
92
93
94
95
96
97
98
99
ANEXO 3: Decreto 2482 de 2012

100
101
102
103
104