Tema 2:Integración de elementos en una red

Los medios físicos.

Apartado 1.2.1.4 Página 29

Los cables metálicos (coaxial, STP y UTP).

  • Cable coaxial: apartado 4.2.1.5, página 168.

  • Cable UTP: apartado 4.2.2.1, página 170.

  • Cable STP: apartado 4.2.1.4, página 167.

Fibra óptica y tipos de fibra.

Apartado 4.2.3.3, página 176.

Ancho de banda y tasa de transferencia.

Apartado 4.1.3.2 página 162

En realidad antes de comprender el ancho de banda necesitamos comprender algunos conceptos básicos y que indicamos en los siguientes apartados

Analógico vs digital

  • Una señal analógica es una señal en la que aceptamos cualquier valor.

  • Una señal digital es una en la que solo se aceptan ciertos valores.

Parámetros de una señal.

  • Se llama amplitud a la altura de una onda. Cabe destacar que por altura nos referimos a la distancia entre el punto más alto y más bajo de una señal.

  • Se llama longitud de onda a la distancia que recorre una señal entera. Se mide en metros (o mm, o hasta nanómetros)

  • Se llama fase al punto donde empieza y acaba la onda, que no tiene por qué ser siempre el punto 0 o el punto más alto.

Modulación

Modificar parámetros de una señal para enviar 0 y 1. Si combinamos la modificación de muchos parámetros conseguiremos enviar más bits por segundo, pero la recepción se vuelve algo muy complejo.

Medidas

En informática, en general 1K=1024. Sin embargo, en redes, las medidas como 1=1000. Por tanto si nos hablan de una conexión de 300Mbps, se refieren a 300*10e6. Además se debe recordar que:

  • «b» (en minúscula) se refiere a bits.

  • «B» (en mayúscula) se refiere a bytes.

Pero ¿entonces qué es el ancho de banda? Se define como la diferencia entre la frecuencia máxima que se acepta y la frecuencia mínima. Cuanto más ancha sea esa banda, más datos podremos meter. No es lo mismo que la velocidad.

La diferencia entre el ancho de banda y la velocidad, es lo que llamamos rendimiento, que se mide en porcentaje y nunca es del 100%

  • Si tenemos una fibra de 600Mbps, y perdemos el 8% en protocolos, ¿a qué velocidad nos descargaremos un archivo?

Si pierdo el 8%, conservamos el 92, es decir 0.92*600=552Mbps. Si un archivo ocupa 400MB, entonces ocupa 400*8Mb, es decir 3200Mb, que en realidad es 3200*1024 Kb, o lo que es lo mismo 3200*1024*1024 bits, o sea 3.355.443.200 bits. Si queremos descargar esos 3.355.443.200 bits en una fibra de 552Mbps, aún tendremos que convertir 552 «medidas estándar», es decir 552.000.000 bits por segundo.

Conclusión: si dividimos 3.355.443.200 bits por 552.000.000 obtenemos 6,078 segundos.

Factores físicos que afectan a la transmisión.

La conexión inalámbrica.

Se han popularizado mucho por ofrecer una ventaja inexistente en otros medios: la movilidad. Las redes Wifi usan el estándar 802.11, del cual ha habido muchas variantes:

  • 802.11a), fue el primero, que ofrecía un máximo de 11Mbps, un alcance de unos pocos metros.

  • 802.11n) ofrece mucha más velocidad y alcance.

Aparte de eso, las redes Wifi son más inseguras.

Un detalle muy sutil es que en ocasiones los usuarios usan la clave correcta en la red equivocada.

Si nuestro portátil tiene una tarjeta WiFi 802.11n) y nuestro router wifi resulta ser 802.11 a) ambos dispositivos cambian automáticamente al protocolo más compatible, que será el más lento.

Toda red Wifi tiene un identificador llamado SSID. La costumbre es que los nodos difundan el nombre. Sin embargo no es obligatorio, puede activarse una opción con un nombre parecido a este «Not broadcast SSID»

Hay muchos tipos de conexiones:

  • Wifi: conexión doméstica, con alcance alto y una velocidad alta.

  • Bluetooth: punto a punto, velocidad baja y un alcance bajo, consume muy poca energía.

  • 4G, 5G.

Los espectros de onda de microondas y radio.

Apartado….

Topologías.

  • Bus: los equipos forman una línea y cada equipo tiene que averiguar al principio qué ordenadores están a su izquierda y cuales a su derecha. Obsoleto

  • Anillo: antiguo, los equipos se conectaban en círculo y había un sentido de giro en el envío de paquetes, el sistema era un poco mejor, pero los cortes en el cable producían errores en toda la red. Muy improbable que sigan usándose.

  • Estrella: la conexión de los cables implica conectar todos los dispositivos a un punto central que retransmite los datos el equipo correcto. Es prácticamente el único sistema que queda en uso

Asociación y autenticación en la WLAN.

Se llama «autenticación» al proceso seguido por un punto de acceso para ver si un equipo va a tener permiso para enviar y recibir datos a través de ese punto de acceso.

Se llama «asociación» al proceso por el cual un dispositivo utiliza el permiso concedido en el punto anterior para enviar y recibir datos.

Dentro de los sistemas de autenticación:

  • Deshabilitado: cualquier puede asociarse al punto de acceso y transmitir y recibir.

  • WEP (Wire Equivalent Privacy) usa un sistema de cifrado y un sistema de claves. Quien proporcione la clave correcta podrá asociarse al punto de acceso y enviar y recibir datos cifrados con una clave del router.

  • WPA: usa un cifrado más potente y mucho más difícil de romper que WEP.

  • WPA2: va aún más lejos y ofrece una seguridad mucho mayor.

WEP, WPA y WPA2 suelen basarse un sistema llamado PSK (Pre-Shared Key o clave pre-compartida). En estos casos ponemos una clave en los router/puntos de acceso que luego también pondremos en los ordenadores. Estos sistemas suelen llamarse WPA-PSK y WPA2-PSK.

Existe una variante: WPA,WPA2 usan un tercer equipo que actúa de servidor de autenticación.

En todos los sistemas de autenticación ocurre lo siguiente: * Los sistemas de cifrado pueden ser más potentes o más débiles. Los más potentes implican velocidades más lentas al gastar más tiempo en el cifrado y descifrado. * Una vez que un dispositivo envía una petición de conexión el router/punto de acceso envía una petición de clave. * Si el dispositivo envía una clave correcta, el router envía una clave de cifrado que se usará durante toda la sesión.

Dispositivos hardware en redes: hubs, APs, switches y routers

Dispositivos hay muchos, pero no todos ellos trabajan en la misma capa de red.

Hub

Un hub o concentrador es un dispositivo «tonto», cualquier paquete que reciba lo difunde por todos los puertos Ethernet. Por lo tanto es un dispositivo de capa de enlace.

Switch

Un switch es un dispositivo con un software incorporado que ejecuta un programa que apoyándose en una memoria RAM interna consigue enviar los paquetes solo al destinatario correcto. En un pequeño número sí generará colisiones, pero su número es muchísimo menor que el de un hub.

Ejemplo de simulación con switch

Supongamos que tenemos un switch. Supongamos que tenemos tres ordenadores:

  • Ordenador con IP 192.168.1.20 con MAC 0A conectado al puerto 2 del switch.

  • Ordenador con IP 192.168.1.21 con MAC 0B conectado al puerto 5 del switch.

  • Ordenador con IP 192.168.1.22 con MAC 0C conectado al puerto 9 del switch.

Al principio la tabla del switch está en este estado:

Puerto

Mac

0

1

2

3

4

5

6

7

8

9

Ahora supongamos que en el 192.168.1.20 envía un ping al 192.168.1.22. El 192.168.1.20 mete el mensaje (que llevará la MAC de origen 0A dentro) en su cable que llega al switch.

El switch se encuentra con dos cosas:

  1. No sabe en qué puerto está el ordenador 0C que es el destinatario final: no tendrá más remedio que enviar ese paquete por todos los puertos menos por donde vino

  2. El switch acaba de aprender y apuntar en su tabla que el ordenador con la MAC 0A está en el puerto 2, así que ahora la tabla del switch queda como sigue:

Puerto

Mac

0

1

2

0A

3

4

5

6

7

8

9

El mensaje llegará a todos los ordenadores y casi todos lo descartarán pero el «ping» llegará correctamente al 0C el cual enviará un mensaje de respuesta usando como MAC de origen 0C. Ese mensaje llega al switch que ahora se encuentra con dos cosas:

  1. El ordenador con la MAC 0C está conectado al puerto 9, así que ese conocimiento nuevo se apunta en la tabla quedará como sigue:

Puerto

Mac

0

1

2

0A

3

4

5

6

7

8

9

0C

  1. El switch sabe que tiene que enviar un paquete al 0A así que analiza su tabla de direcciones. Al analizar su tabla y observar que tiene apunta que ese destinatario 0A está en el puerto 2 EL PAQUETE SE ENVÍA SOLO POR EL PUERTO CORRECTO sin generar colisiones en otros puntos de la red.

Direccionamiento.

Hasta ahora hemos visto que hay muchas capas de red: enlace, red, transporte, aplicación. Cada capa tiene su propio sistema de direcciones:

  • En Ethernet hemos aprendido que las direcciones son de 48 bits, que se escriben como parejas de números hexadecimales, por ejemplo 3a:d1:f3:55:a8:10. Se debe recordar que hay una dirección Ethernet especial llamada «dirección de broadcast» o «dirección de difusión». Cuando un dispositivo quiere enviar un mensaje a toda la red, pone la dirección ff:ff:ff:ff:ff:ff como dirección de destino. Esto se hace por ejemplo en ARP cuando un ordenador quiere averiguar la MAC teniendo solo su IP. Los switches SIEMPRE OBEDECEN ESAS DIFUSIONES.

  • Si hay muchos sistemas de direcciones siempre va a ser necesario «traducir entre ellos». Y por ejemplo ya conocemos ARP (Address Resolution Protocol), el cual dada una IP usa difusiones para averiguar la MAC de dicho ordenador con esa IP.

Ethernet en realidad divide la MAC en dos partes: los tres primeros pares son el código de fabricante. Los tres últimos son el número de la tarjeta.

Dominios de colisión y de «broadcast».

  • Se llama «dominio de colisión» al conjunto de equipos que son susceptibles de provocarse colisiones mutuamente. En general es mucho mejor para el rendimiento el tener muchos dominios pequeños en lugar de uno grande.

  • Dominio de broadcast o dominio de difusión es el conjunto de ordenadores que reciben las difusiones de un ordenador.

Un dominio de difusón NO TIENE POR QUÉ COINCIDIR con el dominio de colisiones en una red.

Direcciones IPv4 y máscaras de red.

Las direcciones IP son las direcciones de la capa software de red más extendida. La capa de red va a ser capaz de enviar datos a sitios remotos. Las direcciones IP están pensadas para poder distinguir un dispositivo cualquiera de cualquier otro del mundo.

Las direcciones IP son software, son un parámetro de configuración. La capa de red sirve como «abstracción» de la capa de enlace Ethernet.

En esencia una dirección IP es una secuencia binaria de 32 bits, como esta:

10010000.11110001.01110011.10101011

Como son muy poco prácticas de manejar y recordar, se suele permitir el escribirlas como números en decimal separados por un punto.

  • El primer byte de la dirección dada es 10010000, que en decimal es 144.

  • El segundo byte es 11110001, que en decimal es 241.

  • El tercer byte es 01110011, que en decimal es 115.

  • El cuarto byte es 10101011, que en decimal es 171.

Por tanto esa IP era 144.241.115.171.

La idea original era que con 32 bits se podrían tener 2 a la 32 equipos, es decir 4.294.967.296 ordenadores.

Como aparentemente había direcciones de sobra, se decidió asignarlas en bloques. Como una IP debe servir para poner número a las redes, y dentro de las redes poner número a cada equipo de esa red, se decidió utilizar siempre una secuencia llamada máscara para poder distinguir cual es el número de red y cual es el número de host.

Supongamos que en un cierto sitio se tiene una red. Si en un ordenador nos han dado una secuencia de bits como la de arriba 10010000.11110001.01110011.10101011 (que en decimal era 144.241.115.171 ) ¿como saber cual es la parte de red y la parte de host. La clave es mirar ese parámetro llamado máscara. Supongamos que esa máscara es 255.0.0.0. Si la pasamos a binario sale que la máscara es 11111111.00000000.00000000.00000000.

Num de red

Número de host

10010000 (144)

11110001.01110011.10101011 (241.115.171)

11111111 (255)

00000000.00000000.00000000. (0.0.0.0)

Por desgracia en los comienzos de Internet las direcciones IP se dividieron en bloques muy desiguales lo que dió lugar a un tremendo desperdicio de direcciones. Estos bloques fueros llamados «clases de direcciones» y en los puntos siguientes desglosamos su composición:

Patrón de clase A

0RRRRRRR

HHHHHHHH

HHHHHHHH

HHHHHHHH

Primera de clase A

00000000

00000000

00000000

00000000

0.0.0.

Última de clase A

01111111

11111111

11111111

11111111

127.255.255.255

Máscara de clase A

11111111

00000000

00000000

00000000

255.0.0.0

Patrón clase B

10RRRRRR

RRRRRRRR

HHHHHHHH

HHHHHHHH

Primera de clase B

10000000

00000000

00000000

00000000

128.0.0.0

Última de clase B

10111111

11111111

11111111

11111111

191.255.255.255

Máscara de clase B

11111111

11111111

00000000

00000000

255.255.0.0

Patrón de clase C

110RRRRR

RRRRRRRR

RRRRRRRR

HHHHHHHH

Primera de clase C

11000000

00000000

00000000

00000000

192.0.0.0

Última de clase C

11011111

11111111

11111111

11111111

223.255.255.255

Desperdicio y solución

Debido a que el desperdicio era inasumible el IETF decidió lo siguiente:

  1. Una solución para el corto plazo, ya que el ritmo de conexión a Internet crecía exponencialmente. Esta solución fue el NAT.

  2. Por otro lado para resolver el problema a largo plazo el IETF diseñó IPv6.

Hablaremos de IPv6 en los apartados siguientes. En cuanto al NAT cabe destacar que actúa de la forma siguiente:

1.- Hay unos rangos de direcciones que sí se pueden repetir en Internet. Esto ocurre porque en realidad NUNCA SE USAN COMO DIRECCIONES DE DESTINO EN LA INTERNET PÚBLICA. 2. Todo router que use NAT en realidad cambia las IPs de origen de los paquetes que salen y pone en su lugar su propia IP (a la que llamamos pública). Cuando un paquete sale lo hará usando como IP de origen la IP del router. 3. El router anota en una tabla estas manipulaciones y cuando vengas las respuestas, el router volverá a manipular la IP para volver a poner la IP del equipo original que envió algo.

El NAT se caracteriza por:

  1. Funcionó muy bien. Eso es una ventaja.

  2. Perjudica al rendimiento. Los router están contínuamente quitando y poniendo direcciones de los paquetes que entran y salen.

  3. Determinadas operaciones, como abrir servicios, pueden ser difíciles de conseguir para el usuario medio, que se ve obligado a «abrir puertos.»

Los rangos de direcciones «privadas» o repetibles en Internet son los siguientes:

  • La red 10.0.0.0/8

  • La red 172.16.0.0/12

  • La red 192.168.0.0/16

En estos rangos aparece el concepto de «máscara abreviada». En lugar de escribir la máscara en binario o en decimal (como 255.0.0.0 o 255.255.255.0) se ha escrito en estos rangos es la cantidad de unos que hay dentro de la parte de red de la máscara

Los rangos de direcciones aceptables en esos casos son entonces:

  • Desde 10.0.0.0 hasta 10.255.255.255

  • Desde 172.16.0.0 hasta 172.31.255.255

  • Desde 192.168.0.0 hasta 192.168.255.255

¿Qué se podría decir entonces sobre la IP 161.43.118.31?

Convirtamos 161 a binario: 10100001

  • La IP empieza por 10, es decir, parece de clase B.

  • Dicha IP no está en el rango 172.16.0.0 a 172.31.255.255, así que es una IP pública

  • Al ser de clase B es probable que su máscara sea /16, es decir, 255.255.0.0.

¿Qué se podría decir sobre la 172.25.0.13? * Es privada. Está entre 172.16.0.0 y 172.31.255.255. En concreto es del segundo bloque, o sea que su máscara es /12 o más bits. * Una máscara /12 sería 11111111.11110000.00000000.00000000, o en decimal 255.240.0.0 * Si se convierte a binario, 172 queda como 10101100, empieza por la pareja de bits 10, es decir, es de clase B.

Direcciones de red y de difusión

En las direcciones IP sabemos que tenemos dos partes

  • Parte de red, también llamado prefijo de red.

  • Parte de host, que es una secuencia binaria que cambia en cada equipo.

Supongamos que tenemos un conjunto de servidores y que queremos ubicarlos en una red. Supongamos que usamos un rango privado como 192.168.1.0 con máscara /24 (24 bits a uno). Esto significa que nuestros últimos 8 bits pueden ser estos.

Últimos bits

00000000

00000001

00000010

00000011

00000100

…

…

11111111

En realidad, la combinación todos los bits a 0 y la todos los bits a uno NO SON DIRECCIONES IP VÁLIDAS ASIGNABLES A NODOS. Esto significa que no podemos poner a un equipo ni la 192.168.1.0 ni la 192.168.1.255. Estas direcciones tienen un significado especial

  • La todo a ceros se usa para «nombrar la red». Así, nuestra red digamos que «se llama 192.168.1.0/24»

  • La todo a unos es la DIRECCIÓN DE DIFUSIÓN. Cuando un ordenador de nuestra red quiera enviar algo a todos usará como dirección de destino la 192.168.1.255

Por tanto, en realidad dentro de nuestra sala de servidores solo podemos poner direcciones entre 192.168.1.1 y 192.168.1.254

Enrutamiento

El enrutamiento es el proceso de configurar nodos y routers para conseguir llevar los paquetes hasta su destino:

  • En los terminales (ordenadores, tablets, móviles…) esto implica configurar el «gateway», «puerta de enlace», «router por defecto». Es decir indicar la IP de algún dispositivo de enrutamiento en la red.

  • En los routers implica rellenar las tablas de rutas. Es decir, indicar al router las direcciones de red (con las máscaras) e indicarles la IP del siguiente nodo para llegar a esa red.

Para el ejemplo visto en clase, repetir el proceso para estas redes:

  1. Red 172.25.3.0/24 para la red izquierda, 16.2.0.0/16 para la red intermedia (la de los router) y red 61.24.3.0/24 para la red derecha.

    • Red 41.0.0.0/24 para la red izquierda, 192.168.24.0/24 para la red intermedia (la de los router) y red 184.2.91.0/24 para la red derecha.

Subredes

Supongamos una red como 36.56.0.0/15. Si calculamos el rango de hosts nos salen 131.072 hosts con IPs comprendidas entre 36.56.0.1 y 36.57.255.254

Esta red está formada por un solo dominio de colisión muy grande, lo que es muy ineficiente y encima inseguro. Este proceso tiene que mejorar, y para ello tenemos una técnica llamada «subredes» o «subnetting».

La idea básica es que vamos a hacer la máscara más ancha de manera que vamos a perder bits de host pero vamos a poder tener unas entidades más pequeñas llamadas subredes, las cuales formarán parte de la red principal.

Veamos un esquema, si pasamos 36.56.0.0 a binario veremos algo como esto

Byte 1

Byte 2

Byte 3

Byte 4

00100100

00111000

00000000

00000000

36

56

0

0

Veamos como es el patrón.

  • R significa que es un bit de red

  • H significa que es un bit de host.

Byte 1

Byte 2

Byte 3

Byte 4

00100100

00111000

00000000

00000000

RRRRRRRR

RRRRRRRH

HHHHHHHH

HHHHHHHH

36

56

0

0

Vamos a analizar las necesidades de la empresa y vamos a usar solo tantos bits de host como requiera el departamento o sala más grande. Una vez hecha la asignación de bits de host al departamento más grande, los bits que nos queden se pueden usar como identificación de subred

00100100

00111000

00000000

00000000

RRRRRRRR

RRRRRRRS

SSSSSSSS

SSHHHHHH

11111111

11111111

11111111

11000000

255

255

255

192

Ahora hay que empezar a poner los números de subred. ¿Cual es nuestra primera subred? Recordemos que tenemos 11 bits, así que en teoría sería 11 bits a 0, pero por costumbre la combinación todo ceros y todo unos, nunca se usa.

00100100.00111000.00000000.00000000

RRRRRRRR RRRRRRRS SSSSSSSS SSHHHHHH

La primera subred sería algo como esto

00100100.0011100

0.00000000.00

000000

RRRRRRRR RRRRRRR

S.SSSSSSSS.SS

HHHHHH

00100100.0011100 00100100.0011100 00100100.0011100 00100100.0011100 00100100.0011100

0.00000000.01 0.00000000.01 0.00000000.01 0.00000000.01 0.00000000.01

000000 000001 000010 111110 111111

IP de subred Primera IP Segunda IP Última IP IP difusión

Esto significa que la primera subred va así:

  • 36.56.0.64/26 es la IP de la subred 1

  • 36.56.0.65/26 es la primera IP asignable en esa subred 1

  • 36.56.0.66/26 es la segunda IP

  • 36.56.0.126/26 es la última IP asignable a un equipo.

  • 36.56.0.127/26 es la IP de difusión en la subred 1.

Es decir, al ampliar la máscara y dejar solo los bits de host que necesitamos, ahora ocurre que en toda la empresa, la máscara en todos será 255.255.255.192

Protocolos de resolución de direcciones ARP, RARP.

Direcciones IPv6

Dadas las limitaciones en las direcciones IPv4 se diseñó un nuevo formato de direcciones en el que hubiera muchas más posibilidades: IPv6 En IPv6 hay 128 bits para direcciones lo que supone un espacio de direcciones de 2 elevado a 128, un número realmente grande. Las direcciones IPv6 se escriben como secuencias de 8 grupos de 4 hexadecimales separadas por dos puntos, a continuación vemos algunos ejemplos:

fe80:a13d:d3d6:a190:31d2:a216:3261:1800
3410:0000:0000:0000:0000:0000:0000:2900

El segundo ejemplo muestra algo interesante y además muy habitual: la mayor parte de las veces una dirección IPv6 tendrá muchos ceros consecutivos. En ese caso, se puede abreviar esa dirección eliminando las secuencias de ceros pero dejando un «doble dos puntos» para indicar que hemos recortado una IPv6, así tendríamos que la última dirección la podemos escribir así:

3410:0000:0000:0000:0000:0000:0000:2900 (sin abreviar)
3410::2900 (abreviada)

Representación de direcciones

Dadas las limitaciones en las direcciones IPv4 se diseñó un nuevo formato de direcciones en el que hubiera muchas más posibilidades: IPv6 En IPv6 hay 128 bits para direcciones lo que supone un espacio de direcciones de 2 elevado a 128, un número realmente grande. Las direcciones IPv6 se escriben como secuencias de 8 grupos de 4 hexadecimales separadas por dos puntos, a continuación vemos algunos ejemplos:

fe80:a13d:d3d6:a190:31d2:a216:3261:1800
3410:0000:0000:0000:0000:0000:0000:2900

El segundo ejemplo muestra algo interesante y además muy habitual: la mayor parte de las veces una dirección IPv6 tendrá muchos ceros consecutivos. En ese caso, se puede abreviar esa dirección eliminando las secuencias de ceros pero dejando un «doble dos puntos» para indicar que hemos recortado una IPv6, así tendríamos que la última dirección la podemos escribir así:

3410:0000:0000:0000:0000:0000:0000:2900 (sin abreviar)
3410::2900 (abreviada)

Pero ¡cuidado! esta abreviatura debe hacerse con cuidado. Supongamos una IPv6 como esta:

5199:0000:0000:1767:0000:0000:0000:00a5

Obsérvese que tenemos dos secuencias de ceros. Una de 8 ceros y otra de 12 ceros. La pregunta típica es ¿puedo abreviar ambos bloques? La respuesta es NO. Si escribiéramos la IPv6 así:

5199::1767::00a5

entonces ocurriría que la máquina no podría nunca saber cuantos ceros hay en cada bloque abreviado. Por ello haremos lo siguiente:

  1. El bloque más grande de ceros, lo eliminaremos y pondremos el «doble dos puntos».

  2. El bloque de ceros más pequeño se «recorta» dejándolo con un solo cero por bloque.

  3. Si algun bloque tiene ceros por la izquierda se pueden eliminar (igual que en la vida real da igual escribir 15 que 0015)

Así la dirección IPv6 5199:0000:0000:1767:0000:0000:0000:00a5

  1. Se recorta primero por el bloque de ceros de la derecha y queda 5199:0000:0000:1767::00a5

  2. Y el 5199:0000:0000:1767::00a5 se recorta de nuevo en los ceros de la izquierda para quedar como 5199:0:0:1767::00a5

  3. Por último observamos que en el bloque final hay un 00a5 que se puede escribir como a5, así que nuestra dirección queda finalmente como 5199:0:0:1767::a5

Tipos de direcciones

Hay tres tipos básicos de direcciones IPv6: unicast, anycast y multicast.

  • Las direcciones unicast son direcciones que indican una única conexión en todo Internet. Son las direcciones más comunes

  • Las direcciones anycast se usan por lo administradores para «formar grupos». En anycast habrá muchas máquinas con la mismo IPv6 anycast pero cuando se envíe algo a esa dirección anycast solo se enviará a uno de ellos. Los router se encargarán de entregarlo a la máquina más cerca que tenga esa dirección anycast.

  • Las direcciones multicast se usan en casos en los que varios nodos van a tener una misma IPv6 y cuando se envíe algo a esa IPv6 todos la recibirán.

Las direcciones reservadas por el IETF son las siguientes:

Uso

Prefijo

Primera IPv6

Última IPv6

Fracción que ocupa

Unicast global

2000::/3

2000::/3

3fff::/3

1/8

Unicast local único

fc00::/7

fc00::/7

fdff::/7

1/128

Unicast local en enlace

fe80::/10

fe80::/10

febf::/10

1/1024

Multicast

ff00::/8

ff00:/8

ffff:/8

1/256

Uso de direcciones

En IPv6 va a ocurrir que TODOS LOS NODOS van a tener siempre al menos una IPv6 de enlace local. Después aparte de esa, pueden tener una o varias unicast y una o varias multicast. Como norma general, lo habitual será tener esto

  • Direcciones local link: UNA POR TARJETA y SIEMPRE.

  • Direcciones unicast: NORMALMENTE UNA POR TARJETA, aunque puede haber varias.

  • Direcciones multicast: puede haber una o varias, dependiendo de a cuantos grupos se pertenezca.

Ampliación: encaminamiento dinámico

En apartados anteriores hemos construido tablas de rutas pequeñas para rutas pequeñas. Pero en grandes redes pasan dos cosas:

  1. Averiguar los mejores caminos es largo y difícil.

  2. Aunque los calculemos las redes fluctúan mucho y un buen camino hoy puede ser una mala ruta dentro de 5 minutos.

Se pueden hacer dos cosas:

  1. Construir las tablas de rutas a mano.

  2. Dejar que los routers construyan las tablas automáticamente.

Supongamos una red como la de la figura:

../_images/Red_compleja_routers.png

¿Cual sería el mejor camino para ir de la izquierda a la derecha? Podríamos pensar en que el mejor camino es el más corto pero en redes eso no tiene por qué ser así. Un camino podría ser «muy largo en longitud» pero cruzar enlaces de 1Gb/s y resultar ser más rápido que otro camino con menos cables pero más lentos. Por desgracia este camino bueno podría empeorar el día de mañana y volver a mejorar al siguiente. En suma, las redes son a veces demasiado aleatorias y construir los caminos a mano puede ser muy ineficiente.

Por suerte, existen protocolos de enrutamiento en los que los router construyen ellos solos todas las tablas. Para ello se basan en ciertas premisas:

  1. Todos los router anuncian periódicamente todo lo que saben.

  2. Todos los router reciben periódicamente información de otros router. Pueden y deben usar esa información para actualizar su propio conocimiento y así encontrar caminos mejores.

  3. No hemos mencionado hasta ahora que en realidad en las tablas de rutas hay una columna llamada «métrica». Una métrica indica el coste de seguir una ruta. Así, si en una tabla de rutas tenemos algo como esto y llega un paquete con destino a la red 10.0.0.0, el router elegirá enviarlo por la IP 65.133.8.71.

Red

Máscara

Sig. salto

Métrica

10.0.0.0

255.0.0.0

10.43.2.1

13

20.0.0.0

255.0.0.0

161.51.91.103

7

10.0.0.0

255.0.0.0

65.133.8.71

10

Enrutamiento «interior» y «exterior»

Un protocolo de enrutamiento (dinámico) interior es un protocolo pensado para una organización con muchas redes y routers que desea que dentro de su empresa el enrutamiento sea dinámico. A todos estos protocolos se les llama IGP (Protocolos para Gateway interiores). Dentro de este conjunto tenemos RIP y OSPF.

Un protocolo de enrutamiento (dinámico) exterior es un protocolo pensado para intercambiar información con una red externa, de fuera de nuestra empresa. Aquí el único protocolo existente es BGP (Border Gateway Protocol)

En grandes redes es obligatorio disponer de un número que usará BGP. Este número se llama «número de sistema autónomo o AS number».

Dado que Internet es una red demasiado grande, la administración de direcciones IP, números AS se delega en lo que se llama «Registros», y hay más o menos uno por continente.

  • «RIPE» es el registro para Europa.

  • «APNIC» es el registro para Asia y Pacífico.

Conjuntos de protocolos IPv6

Túneles IPv6

Direccionamiento dinámico (DHCP).

Adaptadores.

Adaptadores alámbricos: instalación y configuración.Adaptadores inalámbricos: instalación y configuración.

Monitorización de la red mediante aplicaciones que usan el protocolo SNMP.

Anexo: Ejercicios sobre compresión de direcciones IPv6

Comprimir las direcciones IPv6 siguientes según las reglas de compresión del protocolo (las soluciones aparecen al final):

Ejercicios propuestos IPv6

Num ejercicio

IPv6

1

e9f9:ba67:0000:f4e8:0000:b344:0000:77ce

2

1105:9002:08f6:d492:0000:810e:6fe2:26e9

3

0000:7cec:7cf3:0000:8874:0000:4df7:0000

4

3539:0000:0000:0000:0000:1001:0000:0000

5

0000:0000:942c:238f:0000:0000:5457:911e

6

0000:ec1b:1252:bc77:a392:364b:5d89:938b

7

84c1:79a9:2635:0000:0000:0000:0000:0000

8

0000:0000:0000:1f29:0348:0000:af6c:9306

9

3261:0000:77be:4c86:b322:0000:0000:5c8b

10

2749:0000:0000:0000:0000:03bb:df01:0000

11

0000:0000:b753:0000:0000:0000:0000:ec7f

12

0000:dd97:0000:2c00:0000:8ac8:0000:b783

13

0000:0000:0000:0000:b4aa:12c0:47a0:0000

14

f310:0000:0000:0000:0000:b63a:0000:0000

15

0000:0000:412a:0000:0000:2403:0000:3a00

16

0000:67fa:bd62:c27c:0000:0000:0000:f1af

17

0000:0000:5211:9028:0000:b9d0:b78b:0000

18

0000:3d58:0000:aa0a:7371:0000:0000:c0a6

19

45a2:e709:0000:0000:7373:746b:0000:dc24

20

9c47:0000:0000:0000:6413:3ed8:0000:0000

21

d43e:0000:0000:4de7:0000:754c:d79b:0000

22

3e9f:0000:0000:0000:0000:db5f:0000:0000

23

dab7:0000:b129:4837:0000:e8bb:cd1d:235c

24

ec0c:48b6:0000:0000:0000:0000:0000:0000

25

3633:8915:39f5:0000:0000:0d82:0000:0000

26

0000:af51:13a0:0000:fc84:f114:9af0:b988

27

73b6:55f0:0000:0000:0000:0000:0000:b887

28

0663:0000:4704:3132:0000:2f36:0000:d0ca

29

0000:0000:f66d:0000:b973:0000:0f5c:0000

30

cda2:0000:7f62:07fa:c569:0000:ee8f:740c

31

e75a:0000:f7cc:a6ca:5b28:0000:8d59:0000

32

c449:ea16:8e11:7d22:0000:0000:0000:5fa8

33

0000:0000:9a7a:d7a3:1b61:0000:0000:cd22

34

0000:0000:8b6c:293f:0000:0000:0000:d90c

35

f8d4:0000:0000:4fd3:0000:0000:1837:0000

36

0000:fb07:0000:0000:0000:d783:a576:f695

37

0000:0000:4cc9:fb0c:0000:0000:0000:3bd9

38

60fe:0000:0000:7c56:0000:0000:c619:0000

39

ccb3:0000:c821:0000:0000:0000:0000:c74c

40

0000:0000:0b95:21ea:0000:0000:0000:0000

41

0000:0000:c009:0000:4f26:0000:affb:53f3

42

0000:dcd2:71be:0000:734d:2e61:0000:9881

43

bae4:eb02:0000:f41a:145d:bb47:0000:0000

44

0000:0000:0000:0000:0000:740c:0000:1741

45

0000:0000:0000:0000:7cd8:1e15:c90f:ae1b

46

241c:8bb2:a902:dc92:1333:4bfb:0000:56c3

47

ec1f:2794:38cd:0000:e5f8:0000:c2cc:898c

48

86a3:f3ec:0000:0000:0000:c93a:b47c:0000

49

0000:c570:e19b:681a:0615:0000:0000:0000

50

0000:dc4e:0000:0000:0000:0000:0000:8ffd

51

4ecb:68e9:e08d:a371:0000:0000:0000:0000

52

0000:0000:0000:64b2:0000:7e75:8bb1:ec30

53

a7e1:6747:0bb4:0000:0000:0000:5bd7:0000

54

1803:0000:0000:0000:33e5:4828:0000:e00c

55

0000:e083:0000:df9f:4d92:0000:0000:477d

56

2001:0000:0000:f007:781f:0000:c2d5:a767

57

0000:94e8:0000:5a26:a616:b790:0000:d238

58

0000:1a4b:fd0e:0000:0000:e929:0000:0000

59

5c77:da9a:3305:39eb:0000:ade2:0750:7450

60

7d09:0000:9d50:0000:33dc:0000:0000:445b

61

4b1a:0000:fd0b:f0c5:86be:0000:551c:0000

62

589e:0000:53c7:93e3:0000:0000:12e9:093c

63

0000:3616:0000:8509:368f:6ffa:0000:0000

64

78cc:20e9:00e5:f0a9:eac3:0000:0000:0000

65

0000:0000:4d06:0000:0000:0000:b1dd:0000

66

0000:0000:0000:e4bf:0d24:d134:0b2a:100a

67

0000:0000:0000:0000:0000:0000:9159:8768

68

0000:0000:0000:d4b0:bea8:0000:abdb:f2f7

69

dc62:0000:5b76:0000:01e3:77fb:0000:0000

70

0000:c781:0000:f950:0000:2451:7b8a:0000

71

4deb:e14c:c9b0:e65c:2265:0000:0000:29b3

72

0000:3ebe:5d28:0000:7697:0000:0000:1708

73

0000:0000:0000:f141:0000:215a:0000:0000

74

e64a:ff9f:eb7c:923b:3a5f:0000:0000:0000

75

36a8:58be:9b67:be76:66c3:0000:90a5:0000

76

b096:0000:0000:0000:7291:0000:eefd:0000

77

0000:0000:036c:0000:e583:d41a:956c:394f

78

79e4:8350:0000:6d5b:cac2:0000:dd6b:e62a

79

34f5:0000:2ecb:0000:0000:27c6:0000:0000

80

b2d2:b338:0000:0000:3160:20bc:f4e6:5878

81

0000:0000:0000:4ddc:0000:1646:d72c:0000

82

0000:e0bb:111c:0000:0000:6fd4:0000:8891

83

c04b:0000:0000:bac7:0000:e028:0000:c8e5

84

f680:0000:0000:0000:0000:0000:dfa9:0000

85

e19b:0000:101a:3fcc:ae97:0000:7970:f214

86

50c1:9e9c:0000:0000:ed17:0000:8e99:0000

87

0000:ab50:4066:2809:f314:0000:92da:0000

88

ff48:0000:0000:22e7:9656:0000:0000:0000

89

0000:0000:0000:0000:0000:0000:14a5:0000

90

8d13:0000:237a:c4d7:0000:0000:4df0:c8d0

91

4a7e:caaa:0000:0000:ec08:ce1f:0000:0000

92

1c21:0000:0000:0000:0000:0000:e5c0:fc84

93

0000:0000:32da:419f:0000:5b69:dad0:bc58

94

e73c:b036:3efd:0000:0000:0d87:0000:6197

95

0000:0000:0000:5bb0:bf99:0000:a21e:0000

96

0000:9a47:5197:a901:0000:0000:3ac3:39c8

97

0000:14e3:0000:0000:06d0:e328:20a4:ea05

98

d9b4:e5de:7478:a8ac:2a19:3ef6:a970:0000

99

dcd1:0000:a0df:0000:0000:f58a:0000:f323

100

0000:021d:64f1:df12:e8ac:0000:489f:75a0

Soluciones a compresión de direcciones IPv6

A continuación se muestran las soluciones a los ejercicios propuestos:

Ejercicios resueltos IPv6

Num ejercicio

IPv6

Comprimida

1

e9f9:ba67:0000:f4e8:0000:b344:0000:77ce

e9f9:ba67:0:f4e8:0:b344:0:77ce

2

1105:9002:08f6:d492:0000:810e:6fe2:26e9

1105:9002:8f6:d492:0:810e:6fe2:26e9

3

0000:7cec:7cf3:0000:8874:0000:4df7:0000

0:7cec:7cf3:0:8874:0:4df7:0

4

3539:0000:0000:0000:0000:1001:0000:0000

3539::1001:0:0

5

0000:0000:942c:238f:0000:0000:5457:911e

::942c:238f:0:0:5457:911e

6

0000:ec1b:1252:bc77:a392:364b:5d89:938b

0:ec1b:1252:bc77:a392:364b:5d89:938b

7

84c1:79a9:2635:0000:0000:0000:0000:0000

84c1:79a9:2635::

8

0000:0000:0000:1f29:0348:0000:af6c:9306

::1f29:348:0:af6c:9306

9

3261:0000:77be:4c86:b322:0000:0000:5c8b

3261:0:77be:4c86:b322::5c8b

10

2749:0000:0000:0000:0000:03bb:df01:0000

2749::3bb:df01:0

11

0000:0000:b753:0000:0000:0000:0000:ec7f

0:0:b753::ec7f

12

0000:dd97:0000:2c00:0000:8ac8:0000:b783

0:dd97:0:2c00:0:8ac8:0:b783

13

0000:0000:0000:0000:b4aa:12c0:47a0:0000

::b4aa:12c0:47a0:0

14

f310:0000:0000:0000:0000:b63a:0000:0000

f310::b63a:0:0

15

0000:0000:412a:0000:0000:2403:0000:3a00

::412a:0:0:2403:0:3a00

16

0000:67fa:bd62:c27c:0000:0000:0000:f1af

0:67fa:bd62:c27c::f1af

17

0000:0000:5211:9028:0000:b9d0:b78b:0000

::5211:9028:0:b9d0:b78b:0

18

0000:3d58:0000:aa0a:7371:0000:0000:c0a6

0:3d58:0:aa0a:7371::c0a6

19

45a2:e709:0000:0000:7373:746b:0000:dc24

45a2:e709::7373:746b:0:dc24

20

9c47:0000:0000:0000:6413:3ed8:0000:0000

9c47::6413:3ed8:0:0

21

d43e:0000:0000:4de7:0000:754c:d79b:0000

d43e::4de7:0:754c:d79b:0

22

3e9f:0000:0000:0000:0000:db5f:0000:0000

3e9f::db5f:0:0

23

dab7:0000:b129:4837:0000:e8bb:cd1d:235c

dab7:0:b129:4837:0:e8bb:cd1d:235c

24

ec0c:48b6:0000:0000:0000:0000:0000:0000

ec0c:48b6::

25

3633:8915:39f5:0000:0000:0d82:0000:0000

3633:8915:39f5::d82:0:0

26

0000:af51:13a0:0000:fc84:f114:9af0:b988

0:af51:13a0:0:fc84:f114:9af0:b988

27

73b6:55f0:0000:0000:0000:0000:0000:b887

73b6:55f0::b887

28

0663:0000:4704:3132:0000:2f36:0000:d0ca

663:0:4704:3132:0:2f36:0:d0ca

29

0000:0000:f66d:0000:b973:0000:0f5c:0000

::f66d:0:b973:0:f5c:0

30

cda2:0000:7f62:07fa:c569:0000:ee8f:740c

cda2:0:7f62:7fa:c569:0:ee8f:740c

31

e75a:0000:f7cc:a6ca:5b28:0000:8d59:0000

e75a:0:f7cc:a6ca:5b28:0:8d59:0

32

c449:ea16:8e11:7d22:0000:0000:0000:5fa8

c449:ea16:8e11:7d22::5fa8

33

0000:0000:9a7a:d7a3:1b61:0000:0000:cd22

::9a7a:d7a3:1b61:0:0:cd22

34

0000:0000:8b6c:293f:0000:0000:0000:d90c

0:0:8b6c:293f::d90c

35

f8d4:0000:0000:4fd3:0000:0000:1837:0000

f8d4::4fd3:0:0:1837:0

36

0000:fb07:0000:0000:0000:d783:a576:f695

0:fb07::d783:a576:f695

37

0000:0000:4cc9:fb0c:0000:0000:0000:3bd9

0:0:4cc9:fb0c::3bd9

38

60fe:0000:0000:7c56:0000:0000:c619:0000

60fe::7c56:0:0:c619:0

39

ccb3:0000:c821:0000:0000:0000:0000:c74c

ccb3:0:c821::c74c

40

0000:0000:0b95:21ea:0000:0000:0000:0000

0:0:b95:21ea::

41

0000:0000:c009:0000:4f26:0000:affb:53f3

::c009:0:4f26:0:affb:53f3

42

0000:dcd2:71be:0000:734d:2e61:0000:9881

0:dcd2:71be:0:734d:2e61:0:9881

43

bae4:eb02:0000:f41a:145d:bb47:0000:0000

bae4:eb02:0:f41a:145d:bb47::

44

0000:0000:0000:0000:0000:740c:0000:1741

::740c:0:1741

45

0000:0000:0000:0000:7cd8:1e15:c90f:ae1b

::7cd8:1e15:c90f:ae1b

46

241c:8bb2:a902:dc92:1333:4bfb:0000:56c3

241c:8bb2:a902:dc92:1333:4bfb:0:56c3

47

ec1f:2794:38cd:0000:e5f8:0000:c2cc:898c

ec1f:2794:38cd:0:e5f8:0:c2cc:898c

48

86a3:f3ec:0000:0000:0000:c93a:b47c:0000

86a3:f3ec::c93a:b47c:0

49

0000:c570:e19b:681a:0615:0000:0000:0000

0:c570:e19b:681a:615::

50

0000:dc4e:0000:0000:0000:0000:0000:8ffd

0:dc4e::8ffd

51

4ecb:68e9:e08d:a371:0000:0000:0000:0000

4ecb:68e9:e08d:a371::

52

0000:0000:0000:64b2:0000:7e75:8bb1:ec30

::64b2:0:7e75:8bb1:ec30

53

a7e1:6747:0bb4:0000:0000:0000:5bd7:0000

a7e1:6747:bb4::5bd7:0

54

1803:0000:0000:0000:33e5:4828:0000:e00c

1803::33e5:4828:0:e00c

55

0000:e083:0000:df9f:4d92:0000:0000:477d

0:e083:0:df9f:4d92::477d

56

2001:0000:0000:f007:781f:0000:c2d5:a767

2001::f007:781f:0:c2d5:a767

57

0000:94e8:0000:5a26:a616:b790:0000:d238

0:94e8:0:5a26:a616:b790:0:d238

58

0000:1a4b:fd0e:0000:0000:e929:0000:0000

0:1a4b:fd0e::e929:0:0

59

5c77:da9a:3305:39eb:0000:ade2:0750:7450

5c77:da9a:3305:39eb:0:ade2:750:7450

60

7d09:0000:9d50:0000:33dc:0000:0000:445b

7d09:0:9d50:0:33dc::445b

61

4b1a:0000:fd0b:f0c5:86be:0000:551c:0000

4b1a:0:fd0b:f0c5:86be:0:551c:0

62

589e:0000:53c7:93e3:0000:0000:12e9:093c

589e:0:53c7:93e3::12e9:93c

63

0000:3616:0000:8509:368f:6ffa:0000:0000

0:3616:0:8509:368f:6ffa::

64

78cc:20e9:00e5:f0a9:eac3:0000:0000:0000

78cc:20e9:e5:f0a9:eac3::

65

0000:0000:4d06:0000:0000:0000:b1dd:0000

0:0:4d06::b1dd:0

66

0000:0000:0000:e4bf:0d24:d134:0b2a:100a

::e4bf:d24:d134:b2a:100a

67

0000:0000:0000:0000:0000:0000:9159:8768

::9159:8768

68

0000:0000:0000:d4b0:bea8:0000:abdb:f2f7

::d4b0:bea8:0:abdb:f2f7

69

dc62:0000:5b76:0000:01e3:77fb:0000:0000

dc62:0:5b76:0:1e3:77fb::

70

0000:c781:0000:f950:0000:2451:7b8a:0000

0:c781:0:f950:0:2451:7b8a:0

71

4deb:e14c:c9b0:e65c:2265:0000:0000:29b3

4deb:e14c:c9b0:e65c:2265::29b3

72

0000:3ebe:5d28:0000:7697:0000:0000:1708

0:3ebe:5d28:0:7697::1708

73

0000:0000:0000:f141:0000:215a:0000:0000

::f141:0:215a:0:0

74

e64a:ff9f:eb7c:923b:3a5f:0000:0000:0000

e64a:ff9f:eb7c:923b:3a5f::

75

36a8:58be:9b67:be76:66c3:0000:90a5:0000

36a8:58be:9b67:be76:66c3:0:90a5:0

76

b096:0000:0000:0000:7291:0000:eefd:0000

b096::7291:0:eefd:0

77

0000:0000:036c:0000:e583:d41a:956c:394f

::36c:0:e583:d41a:956c:394f

78

79e4:8350:0000:6d5b:cac2:0000:dd6b:e62a

79e4:8350:0:6d5b:cac2:0:dd6b:e62a

79

34f5:0000:2ecb:0000:0000:27c6:0000:0000

34f5:0:2ecb::27c6:0:0

80

b2d2:b338:0000:0000:3160:20bc:f4e6:5878

b2d2:b338::3160:20bc:f4e6:5878

81

0000:0000:0000:4ddc:0000:1646:d72c:0000

::4ddc:0:1646:d72c:0

82

0000:e0bb:111c:0000:0000:6fd4:0000:8891

0:e0bb:111c::6fd4:0:8891

83

c04b:0000:0000:bac7:0000:e028:0000:c8e5

c04b::bac7:0:e028:0:c8e5

84

f680:0000:0000:0000:0000:0000:dfa9:0000

f680::dfa9:0

85

e19b:0000:101a:3fcc:ae97:0000:7970:f214

e19b:0:101a:3fcc:ae97:0:7970:f214

86

50c1:9e9c:0000:0000:ed17:0000:8e99:0000

50c1:9e9c::ed17:0:8e99:0

87

0000:ab50:4066:2809:f314:0000:92da:0000

0:ab50:4066:2809:f314:0:92da:0

88

ff48:0000:0000:22e7:9656:0000:0000:0000

ff48:0:0:22e7:9656::

89

0000:0000:0000:0000:0000:0000:14a5:0000

::14a5:0

90

8d13:0000:237a:c4d7:0000:0000:4df0:c8d0

8d13:0:237a:c4d7::4df0:c8d0

91

4a7e:caaa:0000:0000:ec08:ce1f:0000:0000

4a7e:caaa::ec08:ce1f:0:0

92

1c21:0000:0000:0000:0000:0000:e5c0:fc84

1c21::e5c0:fc84

93

0000:0000:32da:419f:0000:5b69:dad0:bc58

::32da:419f:0:5b69:dad0:bc58

94

e73c:b036:3efd:0000:0000:0d87:0000:6197

e73c:b036:3efd::d87:0:6197

95

0000:0000:0000:5bb0:bf99:0000:a21e:0000

::5bb0:bf99:0:a21e:0

96

0000:9a47:5197:a901:0000:0000:3ac3:39c8

0:9a47:5197:a901::3ac3:39c8

97

0000:14e3:0000:0000:06d0:e328:20a4:ea05

0:14e3::6d0:e328:20a4:ea05

98

d9b4:e5de:7478:a8ac:2a19:3ef6:a970:0000

d9b4:e5de:7478:a8ac:2a19:3ef6:a970:0

99

dcd1:0000:a0df:0000:0000:f58a:0000:f323

dcd1:0:a0df::f58a:0:f323

100

0000:021d:64f1:df12:e8ac:0000:489f:75a0

0:21d:64f1:df12:e8ac:0:489f:75a0

Anexo: ejercicios sobre clasificación de direcciones IPv6

Dadas las siguientes direcciones IPv6 indica de qué tipo son:

  1. feab:e7b8:6626:0:a16e:0:6efe:995f

  2. fdf6:22e5:e01:0:9af6::

  3. fd53:a56e:0:950d:4bc::3c92

  4. ff22:a6f1::933c:ff7b:f150

  5. fea3:0:d97a::eac:bbb1:c90b

  6. fd67:0:3456:e82b:4617:138d:936:3834

  7. fdfb:1935::25cf:4987:0:0

  8. 2277:2700:2b57:0:4d38::

  9. ffad:bdd2:3e17:0:98f7:7f6b::

  10. 3415::

  11. ff6d:0:6a25:df12:88d:5fa6::

  12. ff22::71ac:0:aca

  13. fc0a:0:cbf3:70ae:e72c:0:c4db:0

  14. 26bc:0:49e::5f84:d8c5:0

  15. fe90:af2c:c2d6:195e:bc86:0:4f08:f7ca

  16. 2537:5b85:8e74:b4d0:b2fc::

  17. fe96::b88b:32f8:0:d025:0

  18. 3170::98dc:d2c0:c886:0:0

  19. 29ae:0:243:0:d814:1b69:f171:0

  20. 274d:d1e0:19f2:0:fa26:fb94:529e:1378

  21. 3c9e:6c30::71e3:0:0:8f68

  22. fd9b::a80f

  23. feb6:0:6c6d:c6dd:454c:4ea:d71e:cee

  24. fea1:e171:60e7:d8e7:4d43::df9

  25. fc98::67d0:0:68a5:0:0

  26. fea6:791a:c569:86a1:bf71:adcb:11:fe15

  27. fdfd:9440:8179:7eef:0:a606:0:1fe7

  28. 3b2f:90fa:0:bb9e:13b:ab79::

  29. fea9:1415:0:e7bc:0:fbcd::

  30. ff5e:0:336f:0:7f53::

  31. fe83:dd6c:0:9584:3367:b654:75b3:0

  32. fc58:0:bc51:10a3::

  33. ff3a:e8a3::3c07:5a1e:0

  34. feae::2230:0:e8b

  35. ffcd:0:6ecc:9718:0:c20e::

  36. ff9e:0:246f:0:ed59::7fb4

  37. ff68:0:e756:95e1::67f1:0

  38. fc5e:d122:7da3:896e:626c::

  39. 3bc1:0:ab12:85bf:2274::

  40. ff09:7ffd:d25c:2e26:aeac:3a45:0:f1e

  41. fd03:0:5db4:d114:2972:0:c484:0

  42. feac:cfe9::e3c9:0

  43. ff05::9c60:0:0:4b4a

  44. 2499:0:aeac:0:12e:cbdf:7b95:0

  45. ff9f::5cc0

  46. fdc5:289e:0:c613::7add:6ea5

  47. ff79:8c::ece7:0:0

  48. fd16:8393:2506::9bb4:75be:0

  49. ff9c:875b:3f71:0:299e::

  50. fddd::1d58:0:bfa5:f060:0

Soluciones a la clasificaciones de direcciones IPv6

  1. feab:e7b8:6626:0:a16e:0:6efe:995f es de tipo unicast local en enlace

  2. fdf6:22e5:e01:0:9af6:: es de tipo unicast local único

  3. fd53:a56e:0:950d:4bc::3c92 es de tipo unicast local único

  4. ff22:a6f1::933c:ff7b:f150 es de tipo multicast

  5. fea3:0:d97a::eac:bbb1:c90b es de tipo unicast local en enlace

  6. fd67:0:3456:e82b:4617:138d:936:3834 es de tipo unicast local único

  7. fdfb:1935::25cf:4987:0:0 es de tipo unicast local único

  8. 2277:2700:2b57:0:4d38:: es de tipo unicast global

  9. ffad:bdd2:3e17:0:98f7:7f6b:: es de tipo multicast

  10. 3415:: es de tipo unicast global

  11. ff6d:0:6a25:df12:88d:5fa6:: es de tipo multicast

  12. ff22::71ac:0:aca es de tipo multicast

  13. fc0a:0:cbf3:70ae:e72c:0:c4db:0 es de tipo unicast local único

  14. 26bc:0:49e::5f84:d8c5:0 es de tipo unicast global

  15. fe90:af2c:c2d6:195e:bc86:0:4f08:f7ca es de tipo unicast local en enlace

  16. 2537:5b85:8e74:b4d0:b2fc:: es de tipo unicast global

  17. fe96::b88b:32f8:0:d025:0 es de tipo unicast local en enlace

  18. 3170::98dc:d2c0:c886:0:0 es de tipo unicast global

  19. 29ae:0:243:0:d814:1b69:f171:0 es de tipo unicast global

  20. 274d:d1e0:19f2:0:fa26:fb94:529e:1378 es de tipo unicast global

  21. 3c9e:6c30::71e3:0:0:8f68 es de tipo unicast global

  22. fd9b::a80f es de tipo unicast local único

  23. feb6:0:6c6d:c6dd:454c:4ea:d71e:cee es de tipo unicast local en enlace

  24. fea1:e171:60e7:d8e7:4d43::df9 es de tipo unicast local en enlace

  25. fc98::67d0:0:68a5:0:0 es de tipo unicast local único

  26. fea6:791a:c569:86a1:bf71:adcb:11:fe15 es de tipo unicast local en enlace

  27. fdfd:9440:8179:7eef:0:a606:0:1fe7 es de tipo unicast local único

  28. 3b2f:90fa:0:bb9e:13b:ab79:: es de tipo unicast global

  29. fea9:1415:0:e7bc:0:fbcd:: es de tipo unicast local en enlace

  30. ff5e:0:336f:0:7f53:: es de tipo multicast

  31. fe83:dd6c:0:9584:3367:b654:75b3:0 es de tipo unicast local en enlace

  32. fc58:0:bc51:10a3:: es de tipo unicast local único

  33. ff3a:e8a3::3c07:5a1e:0 es de tipo multicast

  34. feae::2230:0:e8b es de tipo unicast local en enlace

  35. ffcd:0:6ecc:9718:0:c20e:: es de tipo multicast

  36. ff9e:0:246f:0:ed59::7fb4 es de tipo multicast

  37. ff68:0:e756:95e1::67f1:0 es de tipo multicast

  38. fc5e:d122:7da3:896e:626c:: es de tipo unicast local único

  39. 3bc1:0:ab12:85bf:2274:: es de tipo unicast global

  40. ff09:7ffd:d25c:2e26:aeac:3a45:0:f1e es de tipo multicast

  41. fd03:0:5db4:d114:2972:0:c484:0 es de tipo unicast local único

  42. feac:cfe9::e3c9:0 es de tipo unicast local en enlace

  43. ff05::9c60:0:0:4b4a es de tipo multicast

  44. 2499:0:aeac:0:12e:cbdf:7b95:0 es de tipo unicast global

  45. ff9f::5cc0 es de tipo multicast

  46. fdc5:289e:0:c613::7add:6ea5 es de tipo unicast local único

  47. ff79:8c::ece7:0:0 es de tipo multicast

  48. fd16:8393:2506::9bb4:75be:0 es de tipo unicast local único

  49. ff9c:875b:3f71:0:299e:: es de tipo multicast

  50. fddd::1d58:0:bfa5:f060:0 es de tipo unicast local único