{"id":37512,"date":"2019-10-31T22:18:05","date_gmt":"2019-10-31T19:18:05","guid":{"rendered":"https:\/\/prohoster.info\/blog\/trening-cisco-200-125-ccna-v3-0-den-24-protokol-ipv6\/"},"modified":"2019-10-31T22:18:05","modified_gmt":"2019-10-31T19:18:05","slug":"trening-cisco-200-125-ccna-v3-0-den-24-protokol-ipv6","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-24-protokol-ipv6","title":{"rendered":"Entrenamiento Cisco 200-125 CCNA v3.0. D\u00eda 24. Protocolo IPv6.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Hoy vamos a estudiar el protocolo IPv6. La versi\u00f3n anterior del curso CCNA no requer\u00eda un conocimiento detallado de este protocolo, sin embargo, en la tercera versi\u00f3n 200-125 su estudio profundo es obligatorio para aprobar el examen. El protocolo IPv6 fue desarrollado hace bastante tiempo, pero durante mucho tiempo no se utiliz\u00f3 ampliamente. Es muy importante para el futuro desarrollo de Internet, ya que est\u00e1 dise\u00f1ado para solucionar las deficiencias del protocolo IPv4, que es muy com\u00fan. <\/p>\n

Dado que el protocolo IPv6 es un tema bastante amplio, lo he dividido en dos lecciones en video: D\u00eda 24 y D\u00eda 25. El primer d\u00eda lo dedicaremos a los conceptos b\u00e1sicos, y en el segundo veremos la configuraci\u00f3n de direcciones IP seg\u00fan el protocolo IPv6 para dispositivos Cisco. Hoy, como de costumbre, abordaremos tres temas: la necesidad de IPv6, el formato de direcciones IPv6 y los tipos de direcciones IPv6.<\/p>\n

\"Entrenamiento
\n
\nHasta ahora en nuestras lecciones hemos utilizado direcciones IP seg\u00fan el protocolo v4, y te has acostumbrado a que se ven bastante simples. Cuando viste la direcci\u00f3n mostrada en esta diapositiva, entend\u00edas perfectamente de qu\u00e9 se trataba. <\/a><\/noindex><\/p>\n

Sin embargo, las direcciones IP v6 se ven completamente diferentes. Si no est\u00e1s familiarizado con el principio de creaci\u00f3n de direcciones en esta versi\u00f3n del protocolo de Internet, lo primero que te sorprender\u00e1 es que una direcci\u00f3n IP de este tipo ocupa mucho espacio. En la cuarta versi\u00f3n del protocolo ten\u00edamos solo 4 n\u00fameros decimales, y era todo muy sencillo, pero imagina que debes decirle al misterioso Sr. X su nueva direcci\u00f3n IP del tipo 2001:0db8:85a3:0000:0000:8a2e:0370:7334. <\/p>\n

\"Entrenamiento
\n
\nPero no te preocupes, al final de esta lecci\u00f3n en video estaremos en una posici\u00f3n mucho mejor. Primero, veamos por qu\u00e9 surgi\u00f3 la necesidad de utilizar IPv6.<\/p>\n

\"Entrenamiento
\n
\nHoy en d\u00eda, la mayor\u00eda de las personas utilizan IPv4 y est\u00e1n bastante satisfechas. \u00bfPor qu\u00e9, entonces, fue necesario migrar a una nueva versi\u00f3n? En primer lugar, las direcciones IP de la versi\u00f3n 4 consisten en 32 bits. Esto permite crear aproximadamente 4 mil millones de direcciones en Internet, lo que significa que el n\u00famero exacto de direcciones IP es 2^32. En el momento de la creaci\u00f3n de IPv4, los desarrolladores cre\u00edan que tal cantidad de direcciones era m\u00e1s que suficiente. Si recuerdas, las direcciones de esta versi\u00f3n se dividen en 5 clases: las clases activas A, B, C y las clases reservadas D (multicast) y E (investigaci\u00f3n). As\u00ed, aunque el n\u00famero de direcciones IP funcionales era solo del 75% de 4 mil millones, los creadores del protocolo estaban convencidos de que ser\u00edan suficientes para toda la humanidad. Sin embargo, debido al r\u00e1pido desarrollo de Internet, cada a\u00f1o se empez\u00f3 a sentir la escasez de direcciones IP disponibles, y si no fuera por el uso de la tecnolog\u00eda NAT, las direcciones IPv4 disponibles se habr\u00edan agotado hace tiempo. De hecho, NAT se convirti\u00f3 en el salvador de este protocolo de Internet. Por eso surgi\u00f3 la necesidad de crear una nueva versi\u00f3n del protocolo de Internet, libre de las deficiencias de la versi\u00f3n 4. Puedes preguntarte por qu\u00e9 se pas\u00f3 de la cuarta versi\u00f3n a la sexta de inmediato. Esto se debe a que la versi\u00f3n 5, al igual que las versiones 1, 2 y 3, eran experimentales. <\/p>\n

As\u00ed que, las direcciones IP v6 tienen un espacio de direcci\u00f3n de 128 bits. \u00bfCu\u00e1nto crees que ha aumentado la cantidad de direcciones IP posibles? Probablemente dir\u00e1s: \"\u00a1cuatro veces!\". Pero no es as\u00ed, porque 234 ya es cuatro veces m\u00e1s que 232. As\u00ed que el valor 2128 es incre\u00edblemente grande: es igual a 340282366920938463463374607431768211456. Esta es la cantidad de direcciones IP disponibles bajo el protocolo IPv6. Esto significa que puedes asignar una direcci\u00f3n IP a cualquier cosa que desees: tu autom\u00f3vil, tel\u00e9fono, reloj inteligente. Un ser humano moderno puede tener una laptop, varios smartphones, un reloj inteligente, una casa inteligente \u2014 un televisor conectado a Internet, una lavadora conectada a la red, toda una casa conectada a la red. Tal cantidad de direcciones permite realizar el concepto de \"internet de las cosas\", apoyado por Cisco. Esto significa que en tu vida todas las cosas est\u00e1n conectadas a Internet y todas necesitan su propia direcci\u00f3n IP. Con IPv6 \u00a1esto es posible! Cada persona en la Tierra puede usar millones de direcciones de esta versi\u00f3n para sus dispositivos y a\u00fan sobrar\u00e1n muchas. No podemos predecir c\u00f3mo evolucionar\u00e1n las tecnolog\u00edas, sin embargo, podemos esperar que la humanidad no llegue al tiempo en el que solo quede una computadora en la Tierra. Se puede suponer que IPv6 existir\u00e1 durante mucho, mucho tiempo. Veamos qu\u00e9 representa el formato de la direcci\u00f3n IP de la sexta versi\u00f3n. <\/p>\n

\"Entrenamiento
\n
\nEstas direcciones se representan en 8 grupos de n\u00fameros hexadecimales. Esto significa que cada car\u00e1cter de la direcci\u00f3n tiene una longitud de 4 bits, por lo que cada grupo de 4 caracteres consiste en 16 bits, y la direcci\u00f3n completa tiene una longitud de 128 bits. Cada grupo de 4 caracteres se separa del siguiente grupo por dos puntos, a diferencia de las direcciones IPv4, donde los grupos se separaban por puntos, porque el punto es la forma decimal de representar los n\u00fameros. Dado que recordar una direcci\u00f3n as\u00ed no es f\u00e1cil, existen varias reglas que permiten acortarla. La primera regla indica que los grupos compuestos solo por ceros pueden ser reemplazados por dos puntos dobles. Tal operaci\u00f3n solo se puede hacer en cada direcci\u00f3n IP una vez. Veamos qu\u00e9 significa esto.<\/p>\n

Como puede ver, en el ejemplo proporcionado de la direcci\u00f3n hay tres grupos de 4 ceros. El n\u00famero total de dos puntos que separan estos grupos 0000:0000:0000 es 2. Por lo tanto, si se utiliza un doble dos puntos ::, eso significar\u00e1 que en ese lugar de la direcci\u00f3n se encuentran grupos de ceros. \u00bfC\u00f3mo saber cu\u00e1ntos grupos de ceros representa este doble dos puntos? Si miramos la forma abreviada de la direcci\u00f3n, podemos contar 5 grupos de 4 caracteres. Pero como sabemos que la direcci\u00f3n completa consta de 8 grupos, esto significa que el doble dos puntos representa 3 grupos de 4 ceros. Esta es la primera regla de la forma abreviada de la direcci\u00f3n.<\/p>\n

\"Entrenamiento
\n
\nLa segunda regla establece que se pueden omitir los ceros iniciales en cada grupo de caracteres. Por ejemplo, el 6.\u00ba grupo de la forma completa de la direcci\u00f3n se ve como 04FF, y su forma abreviada se ver\u00e1 como 4FF, porque hemos omitido el cero inicial. Por lo tanto, la notaci\u00f3n 4FF no es m\u00e1s que 04FF. <\/p>\n

Siguiendo estas reglas, se puede abreviar cualquier direcci\u00f3n IP. Sin embargo, incluso despu\u00e9s de la abreviatura, esta direcci\u00f3n no parece realmente corta. M\u00e1s adelante, veremos qu\u00e9 se puede hacer al respecto, pero por ahora simplemente recuerde estas 2 reglas. <\/p>\n

Analicemos qu\u00e9 representan los encabezados de las direcciones de las versiones IPv4 e IPv6.<\/p>\n

\"Entrenamiento
\n
\nEsta imagen, que tom\u00e9 de Internet, explica muy bien la diferencia entre los dos encabezados. Como puede ver, el encabezado de la direcci\u00f3n IPv4 es mucho m\u00e1s complejo y contiene m\u00e1s informaci\u00f3n que el encabezado de IPv6. Si el encabezado es complejo, el enrutador dedica m\u00e1s tiempo a procesarlo para tomar decisiones de enrutamiento, por lo que al utilizar direcciones IP m\u00e1s simples de la sexta versi\u00f3n, los enrutadores funcionan de manera m\u00e1s eficiente. Esta es la raz\u00f3n por la que IPv6 es mucho mejor que IPv4. <\/p>\n

La longitud del encabezado de IPv4 de 0 a 31 bits ocupa 32 bits. Sin contar la \u00faltima l\u00ednea de Opciones y Relleno, la direcci\u00f3n IP de la versi\u00f3n 4 es una direcci\u00f3n de 20 bytes, es decir, su tama\u00f1o m\u00ednimo es de 20 bytes. La longitud de la direcci\u00f3n de la sexta versi\u00f3n no tiene un tama\u00f1o m\u00ednimo, y tal direcci\u00f3n tiene una longitud fija de 40 bytes.<\/p>\n

En la cabecera de IPv4, primero aparece la versi\u00f3n y luego se indica la longitud de la cabecera IHL. Por defecto, esto es 20 bytes, pero si se incluyen informaci\u00f3n adicional en la cabecera, llamadas Opciones, puede tener una mayor longitud. Si utilizas Wireshark, puedes leer el valor de la Versi\u00f3n, que es 4, y el valor de IHL, que es 5, lo que significa cinco bloques verticales de 4 bytes (32 bits) cada uno, sin contar el bloque de Opciones. <\/p>\n

\"Entrenamiento
\n
\nEl campo de servicio Tipo de Servicio indica la naturaleza del paquete \u2013 por ejemplo, si es un paquete de voz o un paquete de datos, porque el tr\u00e1fico de voz tiene prioridad sobre otros tipos de tr\u00e1fico. En resumen, este campo indica la prioridad del tr\u00e1fico. La longitud total Longitud Total es la suma de la longitud de la cabecera de 20 bytes m\u00e1s la longitud de la carga \u00fatil, que son los datos transmitidos. Si es de 50 bytes, la longitud total ser\u00e1 de 70 bytes. La identificaci\u00f3n del paquete Identificaci\u00f3n se utiliza para verificar la integridad del paquete, utilizando el par\u00e1metro de suma de comprobaci\u00f3n de la cabecera Header Checksum. Si el paquete se fragmenta en 5 partes, cada una debe tener el mismo identificador \u2013 el desplazamiento del fragmento Fragment Offset, que puede tener un valor de 0 a 4, y cada fragmento del paquete debe tener el mismo valor de desplazamiento. Las flags muestran si se permite el desplazamiento de los fragmentos. Si no deseas que haya fragmentaci\u00f3n de los datos, estableces la flag DF \u2013 no fragmentar. Existe una flag MF \u2013 m\u00e1s fragmento. Esto significa que si el primer paquete se fragmenta en 5 partes, para el segundo paquete se establecer\u00e1 0, lo que indica \u2013 \u00a1no m\u00e1s fragmentos! A su vez, el \u00faltimo fragmento del primer paquete ser\u00e1 marcado como 4, para que el dispositivo receptor pueda ensamblar f\u00e1cilmente el paquete, es decir, aplicar la desfagmentaci\u00f3n. <\/p>\n

Observa los colores utilizados en esta diapositiva. Las \u00e1reas marcadas en rojo son los campos que fueron excluidos de la cabecera de IPv6. En azul se muestran los par\u00e1metros que pasaron de la cuarta a la sexta versi\u00f3n del protocolo en una forma modificada. Los campos amarillos permanecieron sin cambios en ambas versiones. En verde se muestra el campo que apareci\u00f3 por primera vez solo en IPv6.<\/p>\n

Los campos Identification, Flags, Fragment Offset y Header Checksum han sido excluidos porque en las condiciones modernas de transmisi\u00f3n de datos no hay fragmentaci\u00f3n y no se requiere la verificaci\u00f3n de la suma de control. Hace muchos a\u00f1os, con la transmisi\u00f3n de datos lenta, la fragmentaci\u00f3n era un fen\u00f3meno bastante com\u00fan, pero hoy en d\u00eda se utiliza ampliamente Ethernet est\u00e1ndar IEEE 802.3 con un tama\u00f1o MTU de 1500 bytes, y la fragmentaci\u00f3n ya no se presenta.<\/p>\n

TTL, o tiempo de vida del paquete, es un contador que se decrementa; cuando el tiempo de vida alcanza 0, el paquete es descartado. De hecho, esto es la cantidad m\u00e1xima de saltos que puede realizar en esta red. El campo Protocol indica qu\u00e9 protocolo, TCP o UDP, se est\u00e1 utilizando en la red.<\/p>\n

Header Checksum es un par\u00e1metro obsoleto, por lo que se ha excluido en la nueva versi\u00f3n del protocolo. Luego se encuentran los campos de direcci\u00f3n de origen de 32 bits y de direcci\u00f3n de destino de 32 bits. Si tenemos alguna informaci\u00f3n en la l\u00ednea Options, entonces el valor de IHL cambia de 5 a 6, indicando que hay un campo adicional en el encabezado.
\nEn el encabezado de IPv6 tambi\u00e9n se utiliza la versi\u00f3n Version, y la clase de tr\u00e1fico Traffic Class corresponde al campo Type of Service en el encabezado de IPv4. El Flow Label es similar a Traffic Class y se utiliza para simplificar el enrutamiento de un flujo homog\u00e9neo de paquetes. Payload Length indica la longitud de la carga \u00fatil, o el tama\u00f1o del campo de datos que se encuentra debajo del encabezado. La longitud del encabezado mismo es de 40 bytes y es constante, por lo que no se menciona en ning\u00fan lugar. <\/p>\n

El campo Next Header indica qu\u00e9 tipo de encabezado tendr\u00e1 el siguiente paquete. Esta es una funci\u00f3n muy \u00fatil que define el tipo del siguiente protocolo de transporte, como TCP, UDP, etc., y que ser\u00e1 muy requerida en las tecnolog\u00edas de transmisi\u00f3n de datos futuras. Incluso si utiliza su propio protocolo, podr\u00e1 saber qu\u00e9 protocolo ser\u00e1 el siguiente. <\/p>\n

El n\u00famero m\u00e1ximo de saltos, o Hop Limit, es an\u00e1logo al TTL en el encabezado IPv4, y es un mecanismo para evitar bucles de enrutamiento. Luego se encuentran los campos de direcci\u00f3n de origen de 128 bits y de direcci\u00f3n de destino de 128 bits. Todo el encabezado tiene un tama\u00f1o de 40 bytes. Como he mencionado, IPv6 es mucho m\u00e1s simple que IPv4 y es mucho m\u00e1s eficiente para que el enrutador tome decisiones de enrutamiento.
\nAnalicemos los tipos de direcciones IPv6. Sabemos que unicast es una transmisi\u00f3n dirigida, donde un dispositivo est\u00e1 vinculado directamente a otro y ambos pueden comunicarse solo entre s\u00ed. Multicast, por otro lado, representa una transmisi\u00f3n de difusi\u00f3n, lo que significa que varios dispositivos pueden conectarse simult\u00e1neamente a un \u00fanico dispositivo, que a su vez puede mantener la comunicaci\u00f3n con varios dispositivos al mismo tiempo. En este sentido, multicast es similar a una estaci\u00f3n de radio cuyos se\u00f1ales se transmiten por todas partes. Si deseas escuchar una estaci\u00f3n espec\u00edfica, debes sintonizar tu radio en una frecuencia determinada. Si recuerdas el video sobre el protocolo RIP, sabr\u00e1s que este protocolo utiliza el dominio de difusi\u00f3n 255.255.255.255 para enviar actualizaciones, al que est\u00e1n conectadas todas las subredes. Sin embargo, estas actualizaciones solo las recibir\u00e1n aquellos dispositivos que usen el protocolo RIP. <\/p>\n

Otro tipo de transmisi\u00f3n que no se encontraba en IPv4 se llama Anycast. Se utiliza cuando tienes m\u00faltiples dispositivos con la misma direcci\u00f3n IP y permite enviar paquetes al destinatario m\u00e1s cercano de un grupo de receptores. <\/p>\n

\"Entrenamiento
\n
\nEn el caso de Internet, donde tenemos redes CDN, se puede citar el ejemplo del servicio YouTube. Este servicio es utilizado por muchas personas en diferentes partes del mundo, pero no significa que todos est\u00e9n conectados directamente al servidor de la empresa en California. El servicio YouTube tiene m\u00faltiples servidores en todo el mundo; por ejemplo, el servidor de mi YouTube en India est\u00e1 ubicado en Singapur. De manera similar, el protocolo IPv6 tiene un mecanismo incorporado para realizar transmisi\u00f3n a trav\u00e9s de la tecnolog\u00eda CDN utilizando una estructura de red geogr\u00e1ficamente distribuida, es decir, utiliza Anycast.<\/p>\n

Como habr\u00e1s notado, aqu\u00ed falta otro tipo de difusi\u00f3n, Broadcast, porque el protocolo IPv6 no lo utiliza. Sin embargo, Multicast en este protocolo funciona de manera similar a Broadcast en IPv4, solo que de una manera m\u00e1s eficiente. <\/p>\n

La sexta versi\u00f3n del protocolo utiliza tres tipos de direcciones: Link Local, Unique Site Local y Global. Recordemos que en IPv4 una interfaz tiene solo una direcci\u00f3n IP. Supongamos que tenemos dos enrutadores conectados entre s\u00ed, de modo que cada una de las interfaces de conexi\u00f3n tendr\u00e1 solo una direcci\u00f3n IP. Al utilizar IPv6, cada interfaz recibe autom\u00e1ticamente una direcci\u00f3n IP del tipo Link Local. Estas direcciones comienzan con FE80::\/64. <\/p>\n

\"Entrenamiento
\n
\nEstas direcciones IP se utilizan solo para conexiones locales. Las personas que trabajan con Windows conocen direcciones similares del tipo 169.254.X.X, que son direcciones configuradas autom\u00e1ticamente a trav\u00e9s del protocolo IPv4.<\/p>\n

Si un ordenador se comunica con un servidor DHCP para obtener una direcci\u00f3n IP, pero por alguna raz\u00f3n no puede conectarse, los dispositivos de Microsoft tienen un mecanismo que permite al ordenador asignarse una direcci\u00f3n IP a s\u00ed mismo. Esta direcci\u00f3n ser\u00e1 aproximadamente: 169.254.1.1. Una situaci\u00f3n similar ocurrir\u00e1 si tenemos un ordenador, un switch y un enrutador. Supongamos que el enrutador no recibi\u00f3 una direcci\u00f3n IP del servidor DHCP y se autoasign\u00f3 la misma direcci\u00f3n IP 169.254.1.1. Despu\u00e9s, enviar\u00e1 a trav\u00e9s del switch una solicitud ARP de broadcast en la red preguntando si alg\u00fan dispositivo de red tiene esa direcci\u00f3n. Al recibir la solicitud, el ordenador responder\u00e1: \u201cS\u00ed, \u00a1tengo la misma direcci\u00f3n IP!\u201d, tras lo cual el enrutador se asignar\u00e1 una nueva direcci\u00f3n aleatoria, por ejemplo, 169.254.10.10, y volver\u00e1 a enviar una solicitud ARP por la red. <\/p>\n

\"Entrenamiento
\n
\nSi nadie informa que tiene la misma direcci\u00f3n, mantendr\u00e1 la direcci\u00f3n 169.254.10.10 para s\u00ed mismo. De esta manera, los dispositivos en la red local pueden no utilizar en absoluto el servidor DHCP, aprovechando el mecanismo de autoasignaci\u00f3n de direcciones IP para comunicarse entre s\u00ed. Esta es la esencia de la autoconfiguraci\u00f3n de direcciones IP, que hemos encontrado muchas veces, pero nunca hemos utilizado. <\/p>\n

De manera similar, en el protocolo IPv6 hay un mecanismo para asignar direcciones IP locales Link Local, que comienzan con FE80::. La barra 64 significa la divisi\u00f3n entre las direcciones de red y las direcciones de host. Los primeros 64 representan la red y los segundos 64 el host. <\/p>\n

\"Entrenamiento
\n
\nFE80:: significa direcciones del tipo FE80.0.0.0\/, donde despu\u00e9s de la barra est\u00e1 la parte de las direcciones del host. Estas direcciones son diferentes para nuestro dispositivo y la interfaz conectada a \u00e9l, y se configuran autom\u00e1ticamente. En este caso, la parte del host utiliza la direcci\u00f3n MAC. Como se sabe, la direcci\u00f3n MAC es una direcci\u00f3n IP de 48 bits, compuesta por 6 bloques de 2 n\u00fameros hexadecimales. Este sistema es utilizado por Microsoft, mientras que Cisco usa 3 bloques de 4 n\u00fameros hexadecimales. <\/p>\n

\"Entrenamiento
\n
\nEn nuestro ejemplo, utilizaremos una secuencia de Microsoft como 11:22:33:44:55:66. \u00bfC\u00f3mo se asigna la direcci\u00f3n MAC de un dispositivo? Esta secuencia de n\u00fameros en la direcci\u00f3n del host, que representa la direcci\u00f3n MAC, se divide en dos partes: a la izquierda hay tres grupos 11:22:33, a la derecha tres grupos 44:55:66, y entre ellos se a\u00f1ade FF y FE. As\u00ed se crea un bloque de 64 bits de la direcci\u00f3n IP del host. <\/p>\n

\"Entrenamiento
\n
\nComo se sabe, una secuencia como 11:22:33:44:55:66 representa una direcci\u00f3n MAC, \u00fanica para cada dispositivo. Al establecer FF:FE entre los dos grupos de n\u00fameros de la direcci\u00f3n MAC, obtenemos una direcci\u00f3n IP \u00fanica para este dispositivo. De esta manera se crea una direcci\u00f3n IP de tipo Local Link, que se utiliza solo para establecer comunicaci\u00f3n entre vecinos sin configuraci\u00f3n especial y sin servidores espec\u00edficos. Esta direcci\u00f3n IP puede usarse solo dentro de un segmento de red y no puede ser utilizada para comunicaci\u00f3n externa fuera de dicho segmento. <\/p>\n

El siguiente tipo de direcci\u00f3n es el Unique Site Local Scope, que corresponde a las direcciones IP privadas del protocolo IPv4 tipo 10.0.0.0\/8, 172.16.0.0\/12 y 192.168.0.0\/16. La raz\u00f3n por la que se utilizan direcciones IP privadas internas y p\u00fablicas externas es la tecnolog\u00eda NAT, de la que hemos hablado en lecciones anteriores. Unique Site Local Scope es una tecnolog\u00eda que crea direcciones IP internas. Puedes decir: \u201cImran, has mencionado que cada dispositivo puede tener su propia direcci\u00f3n IP, por eso pasamos a IPv6\u201d, y estar\u00e1s completamente en lo correcto. Pero algunas personas prefieren utilizar la noci\u00f3n de direcciones IP internas por razones de seguridad. En este caso, NAT se utiliza como un cortafuegos, y los dispositivos externos no pueden comunicarse arbitrariamente con los dispositivos ubicados dentro de la red, porque tienen direcciones IP locales que no est\u00e1n accesibles desde la red externa de Internet. Sin embargo, NAT genera muchos problemas relacionados con VPN, como con el protocolo ESP. Para garantizar la seguridad, el protocolo IPv4 utiliz\u00f3 IPSec, pero el protocolo IPv6 tiene un mecanismo de seguridad incorporado, por lo que la comunicaci\u00f3n entre direcciones IP internas y externas se establece de manera muy sencilla. <\/p>\n

Para esto, IPv6 tiene dos tipos diferentes de direcciones: si las direcciones Unique Local corresponden a las direcciones IP internas de IPv4, las direcciones Global corresponden a las direcciones externas de IPv4. Muchas personas prefieren no usar direcciones de tipo Unique Local en absoluto, mientras que otras no pueden prescindir de ellas, por lo que este es un tema constante de debate. Creo que obtendr\u00e1s mucho m\u00e1s beneficio si solo utilizas direcciones IP externas, principalmente en lo que respecta a la movilidad. Por ejemplo, mi dispositivo tendr\u00e1 la misma direcci\u00f3n IP sin importar d\u00f3nde me encuentre: ya sea en Bangalore o en Nueva York, as\u00ed que puedo usar cualquiera de mis dispositivos en cualquier parte del mundo sin problemas. <\/p>\n

Como ya mencion\u00e9, IPv6 tiene un mecanismo de seguridad integrado que permite crear un t\u00fanel VPN seguro entre el lugar donde se encuentra tu oficina y tus dispositivos. Antes necesit\u00e1bamos un mecanismo externo para crear dicho t\u00fanel VPN, pero en IPv6 esto es un est\u00e1ndar incorporado. <\/p>\n

Dado que hoy hemos discutido suficientes temas, voy a interrumpir nuestra lecci\u00f3n para continuar la discusi\u00f3n sobre la sexta versi\u00f3n del protocolo de Internet IP en el pr\u00f3ximo video. Como tarea, les pido que estudien bien qu\u00e9 es el sistema de numeraci\u00f3n hexadecimal, porque para entender IPv6 es muy importante comprender la conversi\u00f3n entre el sistema binario y el hexadecimal y viceversa. Por ejemplo, deben saber que 1111=F, y as\u00ed sucesivamente, solo consulten Google para aclararlo. En la pr\u00f3xima lecci\u00f3n de video, intentar\u00e9 practicar esa conversi\u00f3n con ustedes. Les recomiendo que revisen el video de hoy varias veces para que no queden dudas sobre los temas tratados. <\/p>\n

\r\n \"Reproducir\r\n
<\/div>\r\n <\/div><\/center>
\nGracias por seguir con nosotros. \u00bfTe gustan nuestros art\u00edculos? \u00bfQuieres ver m\u00e1s material interesante? Ap\u00f3yanos realizando un pedido o recomend\u00e1ndonos a tus conocidos, 30% de descuento para los usuarios de Habr en una alternativa \u00fanica a los servidores de nivel de entrada, que hemos dise\u00f1ado para usted:<\/b> Toda la verdad sobre VPS (KVM) E5-2650 v4 (6 n\u00facleos) 10GB DDR4 240GB SSD 1Gbps desde $20 o \u00bfc\u00f3mo dividir correctamente un servidor?<\/a><\/noindex> (disponibles opciones con RAID1 y RAID10, hasta 24 n\u00facleos y hasta 40GB DDR4).<\/p>\n

\u00bfDell R730xd a la mitad de precio?<\/b> Solo aqu\u00ed 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TB desde $199<\/a><\/noindex> \u00a1en los Pa\u00edses Bajos! Dell R420 \u2014 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 \u00a1desde $99!<\/b><\/b> Lee sobre c\u00f3mo Construir infraestructura de clase empresarial usando servidores Dell R730xd E5-2650 v4 que cuestan 9000 euros a un precio asequible?<\/a><\/noindex>
\n
Fuente: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u0431\u0443\u0434\u0435\u0442 \u0438\u0437\u0443\u0447\u0430\u0442\u044c \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b IPv6. \u041f\u0440\u0435\u0434\u044b\u0434\u0443\u0449\u0430\u044f \u0432\u0435\u0440\u0441\u0438\u044f \u043a\u0443\u0440\u0441\u0430 CCNA \u043d\u0435 \u0442\u0440\u0435\u0431\u043e\u0432\u0430\u043b\u0430 \u0434\u0435\u0442\u0430\u043b\u044c\u043d\u043e\u0433\u043e \u043e\u0437\u043d\u0430\u043a\u043e\u043c\u043b\u0435\u043d\u0438\u044f \u0441 \u044d\u0442\u0438\u043c \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u043e\u043c, \u043e\u0434\u043d\u0430\u043a\u043e \u0432 \u0442\u0440\u0435\u0442\u044c\u0435\u0439 \u0432\u0435\u0440\u0441\u0438\u0438 200-125 \u0435\u0433\u043e \u0443\u0433\u043b\u0443\u0431\u043b\u0435\u043d\u043d\u043e\u0435 \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435 \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043e\u0431\u044f\u0437\u0430\u0442\u0435\u043b\u044c\u043d\u044b\u043c \u0434\u043b\u044f \u0441\u0434\u0430\u0447\u0438 \u044d\u043a\u0437\u0430\u043c\u0435\u043d\u0430. \u041f\u0440\u043e\u0442\u043e\u043a\u043e\u043b IPv6 \u0431\u044b\u043b \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u0430\u043d \u0434\u043e\u0432\u043e\u043b\u044c\u043d\u043e \u0434\u0430\u0432\u043d\u043e, \u043e\u0434\u043d\u0430\u043a\u043e \u0434\u043e\u043b\u0433\u043e\u0435 \u0432\u0440\u0435\u043c\u044f \u043d\u0435 \u043d\u0430\u0445\u043e\u0434\u0438\u043b \u0448\u0438\u0440\u043e\u043a\u043e\u0433\u043e \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u044f. \u041e\u043d \u043e\u0447\u0435\u043d\u044c \u0432\u0430\u0436\u0435\u043d \u0434\u043b\u044f \u0434\u0430\u043b\u044c\u043d\u0435\u0439\u0448\u0435\u0433\u043e \u0440\u0430\u0437\u0432\u0438\u0442\u0438\u044f \u0438\u043d\u0442\u0435\u0440\u043d\u0435\u0442\u0430, \u043f\u043e\u0441\u043a\u043e\u043b\u044c\u043a\u0443 \u043f\u0440\u0435\u0434\u043d\u0430\u0437\u043d\u0430\u0447\u0435\u043d \u0434\u043b\u044f \u0443\u0441\u0442\u0440\u0430\u043d\u0435\u043d\u0438\u044f \u043d\u0435\u0434\u043e\u0441\u0442\u0430\u0442\u043a\u043e\u0432 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28150,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-37512","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Entrenamiento Cisco 200-125 CCNA v3.0. D\u00eda 24. Protocolo IPv6 | ProHoster","description":"Hoy vamos a estudiar el protocolo IPv6.","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-24-protokol-ipv6","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"es_ES","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0422\u0440\u0435\u043d\u0438\u043d\u0433 Cisco 200-125 CCNA v3.0. \u0414\u0435\u043d\u044c 24. \u041f\u0440\u043e\u0442\u043e\u043a\u043e\u043b IPv6 | ProHoster","og:description":"\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u0431\u0443\u0434\u0435\u0442 \u0438\u0437\u0443\u0447\u0430\u0442\u044c \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b IPv6.","og:url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-24-protokol-ipv6","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:18:05+00:00","article:modified_time":"2019-10-31T19:18:05+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"37512","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-23 18:09:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:25:27","updated":"2026-01-23 18:09:20","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/37512","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/comments?post=37512"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/37512\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media\/28150"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=37512"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=37512"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=37512"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}