{"id":778,"date":"2013-01-14T23:01:51","date_gmt":"2013-01-14T22:01:51","guid":{"rendered":"http:\/\/diablo.craem.net\/wordpress\/?p=778"},"modified":"2013-01-14T23:01:51","modified_gmt":"2013-01-14T22:01:51","slug":"ipv6-una-pequena-introduccion","status":"publish","type":"post","link":"https:\/\/diablo.craem.net\/?p=778","title":{"rendered":"IPV6 :: una peque\u00f1a introducci\u00f3n ::"},"content":{"rendered":"

Estos d\u00ed\u00adas estoy liado con el tema IPV6 y voy a resumir un poco mis limitados conocimientos del tema.
\nYa sabemos que los rangos de IPV4 se est\u00e1n agotando y RIPE, pr\u00e1cticamente ya no ofrece, con lo que, o reutilizamos las nuestras o no queda otra que empezar a migrar cosas a ipv6.
\nEl camino es lento, pero las cifras de uso de ipv4 son:
\n– 1981: Publicaci\u00f3n del protocolo IPV4.
\n– 1985: 6% de ipv4 usadas.
\n– 2001: 66% de ipv4 utilizadas.
\n– 2010: 96% en uso.
\nDe las caracter\u00ed\u00adsticas de IPV6 nuevas tenemos:
\n– Direccionamiento IP casi infinito
\n– Desaparece el NAT
\n– Eliminaci\u00f3n de la direcci\u00f3n de broadcast (un gran paso)
\n– Se simplifica los headers, para permitir mayor eficiencia en los routers
\n– Soporte para movilidad y seguridad nativo.
\nOtros cambios importantes que tenemos, comparando con ipv4:
\n– IPv4 –> 32 bits de longitud, que hacen un total de 4.200.000.000 de nodos posibles.
\n– IPv6 –> 128 bits o 16 bytes: 4 veces los bits de ipv4 !!!!
\n– 3.4 x 10^38 de posibles direcciones IP’s
\nCambios en el Header :
\nIPv4
\n——————————————————-
\nversion | IHL | type of service | total Length
\n——————————————————-
\nidentification | Flags | Fragment Offset
\n——————————————————-
\nTime To Live | Protocol | Header Checksum
\n——————————————————-
\nsource address
\n——————————————————-
\ndestination address
\n——————————————————-
\noptions | padding
\n——————————————————-
\nAlgunas notaciones de la cabecera:
\n– Version : en ipv4, el valor es 4 \ud83d\ude09
\n– IHL : Internet header lenght, que resumiendo un poco, este campo especifica el tama\u00f1o de la cabecera.
\n– Type Of Service: Contiene el type of Service o el DSCP (Differentiated Services Code Point), usado para el QoS y marcar los paquetes.
\n– Total Lenght: Este campo de 16 bit, define el tama\u00f1o total del paquete, incluyendo la cabecera y los datos, en Bytes. El valor m\u00ed\u00adnimo son 20 bytes y el m\u00e1ximo 65535.
\n– Identification: Como bien indica este campo, es usado principalmente para identificar de manera \u00fanica los fragmentos de un un datagrama.
\n– Flags : un campo de 3 bits que son :
\n– bit 1 = 0 ; reservado y debe ser 0
\n– bit 2 = DF o don’t fragment
\n– bit 3 = MF o More fragments
\n– Fragment Offset
\n– TTL : usado para prevenir loops. El valor inicial es 255 y a medida que el paquete atraviesa routers, se va decrementando 1.
\n– Protocol : Especifica el tipo de protocolo que transporta, siendo:
\n– 17 : udp
\n– 6 : tcp
\n– 51 : esp
\n– 50 : AH
\n– 47 : Gre
\n– Header ckechsum : Cuando un paquete llega al router, calcula el checksum de la cabecera y compara el valor con el campo checksum …. si no coincide, el paquete es descartado.
\n– Source address
\n– Destination Address
\n– options
\nY ahora una cabecera de IPv6 :
\n——————————————–
\nVersion | Traffic Class | Flow Label
\n——————————————–
\nPayload Lenght | Next Header | Hop Limit
\n——————————————–
\nsource address
\n——————————————–
\ndestination address
\n——————————————–
\nA primera vista, observamos que se ha simplificado bastante el tema, facilitando la vida a los routers ( el procesador, entre otras cosas…)
\n– Version : 4 bits y fijo 0110 (6 en binary) \ud83d\ude09
\n– Traffic Class : Idem que en IPv4; contiene por ejemplo el DSCP
\n– Flow Label (20 bits): Se puede usar para clasificar los distintos flujos… por ejemplo, en ipv4 los flujos son determinados a partir de las direcciones IP origen \/ destino, puertos y transporte.
\n– Payload Lenght (16 bits)
\n– Next Header (8 bits): Apunta al siguiente header (rollo puntero en C \ud83d\ude09 )
\n– Hop Limit (8 bits) : Sustituye al TTL en version ipv4… si el valor llega a 0, el paquete es descartado.
\n– Source address: direcci\u00f3n ip, esta vez pasa de 32 a 128 bit el tama\u00f1o del campo
\n– Destination address: idem de arriba.
\nOtra cosa que me llama la atenci\u00f3n, es que, te\u00f3ricamente, desaparece la fragmentaci\u00f3n de paquetes, con lo que ganamos en eficiencia en los routers…. Para ello, IPv6 usa un proceso de MTU discovery que determina el valor \u00f3ptimo que deber\u00e1 tener: el source, intenta el env\u00ed\u00ado de un paquete con el tama\u00f1o que ha especificado los protocolos de capa superior (tcp, udp..)… si el dispositivo recibe la respuesta con \u00abpacket too big\u00bb, entonces :
\n– Retransmite el paquete mtu discover con una mtu m\u00e1s peque\u00f1a.
\n– Este proceso es repetido mientras que el dispositivo reciba \u00abpacket too big\u00bb.
\nAhora toca ver la representaci\u00f3n de ip’s en IPv6:
\n2001:0114:abcd:0000:0000:0000:0001:0004
\nY \u00e9sto se puede representar como:
\n2001:0114:abcd::1:4
\n||
\n—–> usado para acortar 0 y S\u00ed\u201cLO SE PUEDE USAR 1… si tenemos m\u00e1s 0, o lo usamos la primera vez o con la segunda… IMPORTANTE
\nla m\u00e1scara, puede llegar hasta los 128 bits (equivalente en IPv4 al \/32).
\n::\/0 –> es la IP por default, mientras dura la negociaci\u00f3n de IP, equivalente a ipv4 0.0.0.0 o unespecified address<\/em>
\nCopiando un poco la notaci\u00f3n de las clases de IPv4 (Clase a,b o c), tenemos con el primer grupo:
\n0000 | Rango reservado por EEUU (ej\u00e9rcito ??)
\n1FFF | \u00bb \u00bb \u00bb \u00bb
\n2000 | min: usado por direcciones ip’s p\u00fablicas
\n3FFF | max: usado por direcciones ip’s p\u00fablicas
\n…. | resto reservadas por ahora
\nFC00 | Ip’s privadas dentro de un site<\/em>
\nFE80 | Direcciones de link local
\nFF00 | Direcciones de multicast
\nHaciendo referencia a las direcciones de link local:
\n– No son enrutables, por lo que no salen del segmento de red.
\n– se generan en parte, con la mac address del dispositivo (EUI 64)
\n– Cada host, debe de tener una.
\nLas direcciones FE80, son equivalentes a las 169.254.0.0 \/16 (PIPA o private ip address) y se generan en funci\u00f3n de la mac address con las funciones de SPLIT y FLIP, que definiremos en la siguiente entrada.
\nComing soon !!!!<\/p>\n","protected":false},"excerpt":{"rendered":"

Estos d\u00ed\u00adas estoy liado con el tema IPV6 y voy a resumir un poco mis limitados conocimientos del tema. Ya sabemos que los rangos de IPV4 se est\u00e1n agotando y RIPE, pr\u00e1cticamente ya no ofrece, con lo que, o reutilizamos las nuestras o no queda otra que empezar a migrar cosas a ipv6. El camino […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[8],"tags":[94],"class_list":["post-778","post","type-post","status-publish","format-standard","hentry","category-varios","tag-ipv6"],"_links":{"self":[{"href":"https:\/\/diablo.craem.net\/index.php?rest_route=\/wp\/v2\/posts\/778","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/diablo.craem.net\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/diablo.craem.net\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/diablo.craem.net\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/diablo.craem.net\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=778"}],"version-history":[{"count":0,"href":"https:\/\/diablo.craem.net\/index.php?rest_route=\/wp\/v2\/posts\/778\/revisions"}],"wp:attachment":[{"href":"https:\/\/diablo.craem.net\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=778"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/diablo.craem.net\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=778"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/diablo.craem.net\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=778"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}