Direccin IP

De Wikipedia, la enciclopedia libre

Una direccin IP es una etiqueta numrica que identifica, de manera lgica y jerrquica, a un interfaz (elemento de comunicacin/conexin) de un dispositivo (habitualmente una computadora) dentro de una red que utilice el protocolo IP (Internet Protocol), que corresponde al nivel de red del protocolo TCP/IP. Dicho nmero no se ha de confundir con la direccin MAC que es un identificador de 48bits para identificar de forma nica a la tarjeta de red y no depende del protocolo de conexin utilizado ni de la red. La direccin IP puede cambiar muy a menudo por cambios en la red o porque el dispositivo encargado dentro de la red de asignar las direcciones IP, decida asignar otra IP (por ejemplo, con el protocolo DHCP), a esta forma de asignacin de direccin IP se denomina direccin IP dinmica (normalmente abreviado como IP dinmica). Los sitios de Internet que por su naturaleza necesitan estar permanentemente conectados, generalmente tienen una direccin IP fija (comnmente, IP fija o IP esttica), esta, no cambia con el tiempo. Los servidores de correo, DNS, FTP pblicos y servidores de pginas web necesariamente deben contar con una direccin IP fija o esttica, ya que de esta forma se permite su localizacin en la red. A travs de Internet los ordenadores se conectan entre s mediante sus respectivas direcciones IP. Sin embargo, a los seres humanos nos es ms cmodo utilizar otra notacin ms fcil de recordar, como los nombres de dominio; la traduccin entre unos y otros se resuelve mediante los servidores de nombres de dominio DNS, que a su vez, facilita el trabajo en caso de cambio de direccin IP, ya que basta con actualizar la informacin en el servidor DNS y el resto de las personas no se enterarn ya que seguirn accediendo por el nombre de dominio.

Contenido

1 Direcciones IPv4 o 1.1 Direcciones privadas

o o o

1.2 Mscara de subred 1.3 Creacin de subredes 1.4 IP dinmica

1.4.1 Ventajas 1.4.2 Desventajas 1.4.3 Asignacin de direcciones IP

1.5 IP fija

2 Direcciones IPv6 3 Enlaces externos 4 Referencias

Direcciones IPv4
Artculo principal: IPv4

Las direcciones IPv4 se expresan por un nmero binario de 32 bits permitiendo un espacio de direcciones de 4.294.967.296 (232) direcciones posibles. Las direcciones IP se pueden expresar como nmeros de notacin decimal: se dividen los 32 bits de la direccin en cuatro octetos. El valor decimal de cada octeto est comprendido en el rango de 0 a 255 [el nmero binario de 8 bits ms alto es 11111111 y esos bits, de derecha a izquierda, tienen valores decimales de 1, 2, 4, 8, 16, 32, 64 y 128, lo que suma 255]. En la expresin de direcciones IPv4 en decimal se separa cada octeto por un carcter nico ".". Cada uno de estos octetos puede estar comprendido entre 0 y 255, salvo algunas excepciones. Los ceros iniciales, si los hubiera, se pueden obviar.

Ejemplo de representacin 10.128.1.255

de

direccin

IPv4:

010.128.001.255

En las primeras etapas del desarrollo del Protocolo de Internet, 1 los administradores de Internet interpretaban las direcciones IP en dos partes, los primeros 8 bits para designar la direccin de red y el resto para individualizar la computadora dentro de la red. Este mtodo pronto prob ser inadecuado, cuando se comenzaron a agregar nuevas redes a las ya asignadas. En 1981 el direccionamiento internet fue revisado y se introdujo la arquitectura de clases (classful network architecture).2 En esta arquitectura hay tres clases de direcciones IP que una organizacin puede recibir de parte de la Internet Corporation for Assigned Names and Numbers (ICANN): clase A, clase B y clase C.

En una red de clase A, se asigna el primer octeto para identificar la red, reservando los tres ltimos octetos (24 bits) para que sean asignados a los hosts, de modo que la cantidad mxima de hosts es 224 - 2 (se excluyen la direccin reservada para broadcast (ltimos octetos en 255) y de red (ltimos octetos en 0)), es decir, 16 777 214 hosts. En una red de clase B, se asignan los dos primeros octetos para identificar la red, reservando los dos octetos finales (16 bits) para que sean asignados a los hosts, de modo que la cantidad mxima de hosts es 216 - 2, o 65 534 hosts. En una red de clase C, se asignan los tres primeros octetos para identificar la red, reservando el octeto final (8 bits) para que sea asignado a los hosts, de modo que la cantidad mxima de hosts es 2 8 - 2, 254 hosts.

Cla se

Rango

N de Redes

N de Host Por Red

Mscara de Red

Broadca st ID

1.0.0.0 127.255.255.255

128

16.777.214

255.0.0.0

x.255.255 .255

128.0.0.0 191.255.255.255

16.384

65.534

255.255.0. 0

x.x.255.2 55

192.0.0.0 223.255.255.255

2.097.1 52

254

255.255.25 5.0

x.x.x.255

(D)

224.0.0.0 239.255.255.255

histric o

(E)

240.0.0.0 255.255.255.255

histric o

La direccin 0.0.0.0 es reservada por la IANA para identificacin local. La direccin que tiene los bits de host iguales a cero sirve para definir la red en la que se ubica. Se denomina direccin de red. La direccin que tiene los bits correspondientes a host iguales a uno, sirve para enviar paquetes a todos los hosts de la red en la que se ubica. Se denomina direccin de broadcast. Las direcciones 127.x.x.x se reservan para designar la propia mquina. Se denomina direccin de bucle local o loopback.

El diseo de redes de clases ( classful) sirvi durante la expansin de internet, sin embargo este diseo no era escalable y frente a una gran expansin de las redes en la dcada de los noventa, el sistema de espacio de direcciones de clases fue reemplazado por una arquitectura de redes sin clases Classless Inter-Domain Routing (CIDR)3 en el ao 1993. CIDR est basada en redes de longitud de mscara de subred variable (variable-length subnet masking VLSM) que permite asignar redes de longitud de prefijo arbitrario. Permitiendo una distribucin de direcciones ms fina y granulada, calculando las direcciones necesarias y "desperdiciando" las mnimas posibles.
Direcciones privadas

Hay ciertas direcciones en cada clase de direccin IP que no estn asignadas y que se denominan direcciones privadas. Las direcciones privadas pueden ser utilizadas por los hosts que usan traduccin de direccin de red (NAT) para conectarse a una red pblica o por los hosts que no se conectan a Internet. En una misma red no pueden existir dos direcciones iguales, pero s se pueden repetir en dos redes privadas que no tengan conexin entre s o que se conecten mediante el protocolo NAT. Las direcciones privadas son:

Clase A: 10.0.0.0 a 10.255.255.255 (8 bits red, 24 bits hosts). Clase B: 172.16.0.0 a 172.31.255.255 (16 bits red, 16 bits hosts). 16 redes clase B contiguas, uso en universidades y grandes compaas.

Clase C: 192.168.0.0 a 192.168.255.255 (24 bits red, 8 bits hosts). 256 redes clase C contiguas, uso de compaas medias y pequeas adems de pequeos proveedores de internet (ISP).

Muchas aplicaciones requieren conectividad dentro de una sola red, y no necesitan conectividad externa. En las redes de gran tamao a menudo se usa TCP/IP. Por ejemplo, los bancos pueden utilizar TCP/IP para conectar los cajeros automticos que no se conectan a la red pblica, de manera que las direcciones privadas son ideales para estas circunstancias. Las direcciones privadas tambin se pueden utilizar en una red en la que no hay suficientes direcciones pblicas disponibles. Las direcciones privadas se pueden utilizar junto con un servidor de traduccin de direcciones de red (NAT) para suministrar conectividad a todos los hosts de una red que tiene relativamente pocas direcciones pblicas disponibles. Segn lo acordado, cualquier trfico que posea una direccin destino dentro de uno de los intervalos de direcciones privadas no se enrutar a travs de Internet.
Mscara de subred

La mscara permite distinguir los bits que identifican la red y los que identifican el host de una direccin IP. Dada la direccin de clase A 10.2.1.2 sabemos que pertenece a la red 10.0.0.0 y el host al que se refiere es el 2.1.2 dentro de la misma. La mscara se forma poniendo a 1 los bits que identifican la red y a 0 los bits que identifican el host. De esta forma una direccin de clase A tendr como mscara 255.0.0.0, una de clase B 255.255.0.0 y una de clase C 255.255.255.0. Los dispositivos de red realizan un AND entre la direccin IP y la mscara para obtener la direccin de red a la que pertenece el host identificado por la direccin IP dada. Por ejemplo un router necesita saber cul es la red a la que pertenece la direccin IP del datagrama destino para poder consultar la tabla de encaminamiento y poder enviar el datagrama por la interfaz de salida. Para esto se necesita tener cables directos. La mscara tambin puede ser representada de la siguiente forma 10.2.1.2/8 donde el /8 indica que los 8 bits ms significativos de mscara estn destinados a redes, es decir /8 = 255.0.0.0. Anlogamente (/16 = 255.255.0.0) y (/24 = 255.255.255.0).
Creacin de subredes

El espacio de direcciones de una red puede ser subdividido a su vez creando subredes autnomas separadas. Un ejemplo de uso es cuando necesitamos agrupar todos los empleados pertenecientes a un departamento de una empresa. En este caso crearamos una subred que englobara las direcciones IP de stos. Para conseguirlo hay que reservar bits del campo host para identificar la subred estableciendo a uno los bits de red-subred en la mscara. Por ejemplo la direccin 172.16.1.1 con mscara 255.255.255.0 nos indica que los dos primeros octetos identifican la red (por ser una direccin de clase B), el tercer octeto identifica la subred (a 1 los bits en la mscara) y el cuarto identifica el host (a 0 los bits correspondientes dentro de la mscara). Hay dos direcciones de cada subred que quedan reservadas: aquella que identifica la subred (campo host a 0) y la direccin para realizar broadcast en la subred (todos los bits del campo host en 1).

IP dinmica

Una direccin IP dinmica es una IP asignada mediante un servidor DHCP (Dynamic Host Configuration Protocol) al usuario. La IP que se obtiene tiene una duracin mxima determinada. El servidor DHCP provee parmetros de configuracin especficos para cada cliente que desee participar en la red IP. Entre estos parmetros se encuentra la direccin IP del cliente. DHCP apareci como protocolo estndar en octubre de 1993. El estndar RFC 2131 especifica la ltima definicin de DHCP (marzo de 1997). DHCP sustituye al protocolo BOOTP, que es ms antiguo. Debido a la compatibilidad retroactiva de DHCP, muy pocas redes continan usando BOOTP puro. Las IP dinmicas son las que actualmente ofrecen la mayora de operadores. El servidor del servicio DHCP puede ser configurado para que renueve las direcciones asignadas cada tiempo determinado.
Ventajas Reduce los costos de operacin a los proveedores de servicios de Internet (ISP). Reduce la cantidad de IP asignadas (de forma fija) inactivas. Desventajas Obliga a depender de servicios que redirigen un host a una IP. Asignacin de direcciones IP

Dependiendo de la implementacin concreta, el servidor DHCP tiene tres mtodos para asignar las direcciones IP:

manualmente, cuando el servidor tiene a su disposicin una tabla que empareja direcciones MAC con direcciones IP, creada manualmente por el administrador de la red. Slo clientes con una direccin MAC vlida recibirn una direccin IP del servidor. automticamente, donde el servidor DHCP asigna permanentemente una direccin IP libre, tomada de un rango prefijado por el administrador, a cualquier cliente que solicite una. dinmicamente, el nico mtodo que permite la reutilizacin de direcciones IP. El administrador de la red asigna un rango de direcciones IP para el DHCP y cada ordenador cliente de la LAN tiene su software de comunicacin TCP/IP configurado para solicitar una direccin IP del servidor DHCP cuando su tarjeta de interfaz de red se inicie. El proceso es transparente para el usuario y tiene un periodo de validez limitado.

IP fija

Una direccin IP fija es una direccin IP asignada por el usuario de manera manual (Que en algunos casos el ISP o servidor de la red no lo permite), o por el servidor de la red (ISP en el caso de internet, router o switch en caso de LAN) con base en la Direccin MAC del cliente. Mucha gente confunde IP Fija con IP Pblica e IP Dinmica con IP Privada. Una IP puede ser Privada ya sea dinmica o fija como puede ser IP Pblica Dinmica o Fija.
5

Una IP Pblica se utiliza generalmente para montar servidores en internet y necesariamente se desea que la IP no cambie por eso siempre la IP Pblica se la configura de manera Fija y no Dinmica, aunque si se podra. En el caso de la IP Privada generalmente es dinmica asignada por un servidor DHCP, pero en algunos casos se configura IP Privada Fija para poder controlar el acceso a internet o a la red local, otorgando ciertos privilegios dependiendo del nmero de IP que tenemos, si esta cambiara (fuera dinmica) sera ms complicado controlar estos privilegios (pero no imposible). Las IP Pblicas fijas actualmente en el mercado de acceso a Internet tienen un costo adicional mensual. Estas IP son asignadas por el usuario despus de haber recibido la informacin del proveedor o bien asignadas por el proveedor en el momento de la primera conexin. Esto permite al usuario montar servidores web, correo, FTP, etc. y dirigir un nombre de dominio a esta IP sin tener que mantener actualizado el servidor DNS cada vez que cambie la IP como ocurre con las IP Pblicas dinmicas.

Direcciones IPv6
Artculo principal: IPv6

La funcin de la direccin IPv6 es exactamente la misma a su predecesor IPv4, pero dentro del protocolo IPv6. Est compuesta por 128 bits y se expresa en una notacin hexadecimal de 32 dgitos. IPv6 permite actualmente que cada persona en la tierra tenga asignada varios millones de IPs, ya que puede implementarse con 2128 (3.41038 hosts direccionables). La ventaja con respecto a la direccin IPv4 es obvia en cuanto a su capacidad de direccionamiento. Su representacin suele ser hexadecimal y para la separacin de cada par de octetos se emplea el smbolo ":". Un bloque abarca desde 0000 hasta FFFF. Algunas reglas de notacin acerca de la representacin de direcciones IPv6 son:

Los ceros iniciales, como en IPv4, se pueden obviar.

Ejemplo: 2001:0123:0004:00ab:0cde:3403:0001:0063 -> 2001:123:4:ab:cde:3403:1:63

Los bloques contiguos de ceros se pueden comprimir empleando "::". Esta operacin slo se puede hacer una vez.

Ejemplo: 2001:0:0:0:0:0:0:4 -> 2001::4. Ejemplo no vlido: 2001:0:0:0:2:0:0:1 -> 2001::2::1 (debera ser 2001::2:0:0:1 2001:0:0:0:2::1).

Enlaces externos

Wikcionario tiene definiciones para direccin IP.

Referencias
6

1. 2. 3.

[1],RFC 760 , [2], RFC 791 , [3], RFC 1519

Mscara de red
De Wikipedia, la enciclopedia libre La mscara de red es una combinacin de bits que sirve para delimitar el mbito de una red de computadoras. Su funcin es indicar a los dispositivos qu parte de la direccin IP es el nmero de la red, incluyendo la subred, y qu parte es la correspondiente al host.

Contenido

1 Funcionamiento 2 Ejemplo 3 Tabla de mscaras de red 4 Clases de mscaras en subredes 5 Vase tambin 6 Enlaces externos

Funcionamiento
Bsicamente, mediante la mscara de red una computadora (principalmente la puerta de enlace, router...) podr saber si debe enviar los datos dentro o fuera de las redes. Por ejemplo, si el router tiene la direccin IP 192.168.1.1 y mscara de red 255.255.255.0, entiende que todo lo que se enva a una direccin IP que empiece por 192.168.1 va para la red local y todo lo que va a otras direcciones IP, para afuera (internet, otra red local mayor...). Supongamos que tenemos un rango de direcciones IP desde 10.0.0.0 hasta 10.255.255.255. Si todas ellas formaran parte de la misma red, su mscara de red sera: 255.0.0.0. Tambin se puede escribir como 10.0.0.0/8 Como una mscara consiste en una seguidilla de unos consecutivos, y luego ceros (si los hay), los nmeros permitidos para representar la secuencia son los siguientes: 0, 128, 192, 224, 240, 248, 252, 254 y 255. La representacin utilizada se define colocando en 1 todos los bits de red (mscara natural) y en el caso de subredes, se coloca en 1 los bits de red y los bits de host usados por las subredes. As, en esta forma de representacin (10.0.0.0/8) el 8 sera la cantidad de bits puestos a 1 que contiene la mscara en binario, comenzando desde la izquierda. Para el ejemplo dado (/8), sera 11111111.00000000.00000000.00000000 y en su representacin en decimal sera 255.0.0.0. Una mscara de red representada (11111111.11111111.11111111.11111111). en binario son 4 octetos de bits

Ejemplo
8

8bit x 4 octetos 255.255.255.255) 8bit x 3 octetos 255.255.255.0) 8bit x 2 octetos 255.255.0.0)

32

bit.

(11111111.11111111.11111111.11111111

24

bit.

(11111111.11111111.11111111.00000000

16

bit.

(11111111.11111111.00000000.00000000

8bit x 1 octetos = 8 bit. (11111111.00000000.00000000.00000000 = 255.0.0.0)

En el ejemplo 10.0.0.0/8, segn lo explicado anteriormente, indicara que la mscara de red es 255.0.0.0 Las mscaras de redes , se utilizan como validacin de direcciones realizando una operacin AND lgica entre la direccin IP y la mscara para validar al equipo, lo cual permite realizar una verificacin de la direccin de la Red y con un OR y la mscara negada se obtiene la direccin del broadcasting.

Tabla de mscaras de red

MSCARAS DE RED
CID R N HOSTs Cla se

Binario

Decimal

11111111.11111111.11111111.11111111

255.255.255.2 55

/32

11111111.11111111.11111111.11111110

255.255.255.2 54

/31

11111111.11111111.11111111.11111100

255.255.255.2 52

/30

11111111.11111111.11111111.11111000

255.255.255.2 48

/29

11111111.11111111.11111111.11110000

255.255.255.2 40

/28

16

11111111.11111111.11111111.11100000

255.255.255.2 24

/27

32

11111111.11111111.11111111.11000000

255.255.255.1 92

/26

64

11111111.11111111.11111111.10000000

255.255.255.1 28

/25

128

11111111.11111111.11111111.00000000 255.255.255.0

/24

256

11111111.11111111.11111110.00000000 255.255.254.0

/23

512

11111111.11111111.11111100.00000000 255.255.252.0

/22

1024

11111111.11111111.11111000.00000000 255.255.248.0

/21

2048

11111111.11111111.11110000.00000000 255.255.240.0

/20

4096

11111111.11111111.11100000.00000000 255.255.224.0

/19

8192

11111111.11111111.11000000.00000000 255.255.192.0

/18

16384

11111111.11111111.10000000.00000000 255.255.128.0

/17

32768

11111111.11111111.00000000.00000000 255.255.0.0

/16

65536

11111111.11111110.00000000.00000000 255.254.0.0

/15

131072

11111111.11111100.00000000.00000000 255.252.0.0

/14

262144
10

11111111.11111000.00000000.00000000 255.248.0.0

/13

524288

11111111.11110000.00000000.00000000 255.240.0.0

/12

1048576

11111111.11100000.00000000.00000000 255.224.0.0

/11

2097152

11111111.11000000.00000000.00000000 255.192.0.0

/10

4194304

11111111.10000000.00000000.00000000 255.128.0.0

/9

8388608

11111111.00000000.00000000.00000000 255.0.0.0

/8

16777216

11111110.00000000.00000000.00000000 254.0.0.0

/7

33554432

11111100.00000000.00000000.00000000 252.0.0.0

/6

67108864

11111000.00000000.00000000.00000000 248.0.0.0

/5

13421772 8

11110000.00000000.00000000.00000000 240.0.0.0

/4

26843545 6

11100000.00000000.00000000.00000000 224.0.0.0

/3

53687091 2

11000000.00000000.00000000.00000000 192.0.0.0

/2

10737418 24

11

10000000.00000000.00000000.00000000 128.0.0.0

/1

21474836 48

00000000.00000000.00000000.00000000 0.

/0

42949672 96

Como se ve en el ejemplo anterior, la fila binaria de la mscara de subred determina que todas las direcciones IP de esa subred incluido el Gateway deben ser iguales hasta la lnea y distintas despus de la lnea. La direccin IP completa se calcula realizando un AND lgico slo con aquellos bits que indique la mscara de subred (MS). El numero total de direcciones IP que tiene esa subred es inversamente proporcional al numero de bits encendidos en la mscara de red. Esa subred suele llamarse LAN La puerta de enlace puede ser cualquier direccin IP dentro de ese rango (subred) pero algunos adoptan la norma de que cumplan el que (IP & MS) +1 = GW (gateway, puerta de enlace). Algunos controladores de protocolo TCP/IP rechazan todos los paquetes que no cumplen esta norma. La puerta de enlace la utilizan los protocolos de tcp/IP para enviar aquellos paquetes cuyo destino se encuentra fuera del rango de la subred definida por la mscara de red (si el paquete va destinado a algn ordenador cuya direccin IP se encuentre fuera del rango establecido por la mscara de red, utilizarn la puerta de enlace, que generalmente es un router o enrutador que se encarga de enviarlos a otras redes .De esta manera se optimiza el trabajo que realiza el PC. A veces llamamos o confundimos router (ruteador) con puerta de enlace: La puerta de enlace es en definitiva la direccion IP del router. Direccion que ha de estar dentro de la subred. La direccion IP del router se programa en el mismo router. La mayora de los router vienen con una direccin de fbrica, modificable a travs de un puerto serie o por red mediante http, telnet u otros protocolos. Esta direccin modificable es la puerta de enlace de la red. El router generalmente tiene dos direcciones IP, cada una en un rango distinto. Por ejemplo, una en el rango de una subred pequea de 16 ordenadores y otra en otra subred ms grande cuyo gateway o puerta de enlace nos da acceso a Internet. Slo se ven entre s los equipos de cada subred o aquellos que tengan enrutadores y puertas de enlace bien definidas para enviar paquetes y recibir respuestas. De este modo se forman y definen las rutas de comunicacion entre ordenadores de distintas subredes. Los enrutadores adems realizan varias funciones, entre ellas la denominada NAT, que consiste en llevar la cuenta del origen de los paquetes para que cuando lleguen las respuestas sean enviadas al ordenador que procede. Cuando un router comunica con un ISP o proveedor de servicios de Internet generalmente se les asigna una direccin pblica o externa, la cual no es modificable sino asignada por la empresa suministradora (ISP) de ADSL/RDSI. En resumen, la mscara lo que determina es qu paquetes que circulan por la LAN se aceptan por algn ordenador de la LAN o y qu paquetes han de salir fuera de la LAN (por el router). De esta manera, si se escribe en el navegador una direccin IP: 182.23.112.9, el equipo enviar la peticin web, ftp, etc) directamente a la direccion especificada por la puerta de enlace (es decir, el router) ningn equipo de la subred (LAN) atender estos paquetes por no estar dentro de su subred (LAN). En el ejemplo anterior, la mscara da 6 bits (los que quedan a 0, es decir, 64 posibilidades, no de 1 a 64 sino 64 posibilidades) para programar las direcciones IP y la puerta de enlace de la LAN, es decir, el ltimo byte para la direccin IP y la puerta de enlace, en nuestro ejemplo debera tomarse entre 10000000 y 10111111, es decir, entre 128 y 191. Lo normal es darle a la
12

puerta de enlace (router) la direccin ms baja, indicando que es el primer equipo que se instala en la LAN. Hay ciertos programas (p.e. Ethereal) que programan la tarjeta en un modo llamado 'promiscuo' en el que se le dice a la tarjeta de red que no filtre los paquetes segn la norma explicada, aceptando todos los paquetes para poder hacer un anlisis del trfico que circula por la subred y puede ser escuchado por el PC. Las mscaras 255.0.0.0 (clase A), 255.255.0.0 (clase B) y 255.255.255.0 (clase C) suelen ser suficientes para la mayora de las redes privadas. Sin embargo, las redes ms pequeas que podemos formar con estas mscaras son de 254 hosts y para el caso de direcciones pblicas, su contratacin tiene un coste alto. Por esta razn suele ser habitual dividir las redes pblicas de clase C en subredes ms pequeas. A continuacin se muestran las posibles divisiones de una red de clase C. La divisin de una red en subredes se conoce como subnetting.

Clases de mscaras en subredes

Clase Bit s IP Subred IP Broadcast Mscara decimal en CIDR

0.0.0.0

127.255.255.2 55

255.0.0.0

/8

10

128.0.0. 0

191.255.255.2 55

255.255.0.0

/16

11 0

192.0.0. 0

223.255.255.2 55

255.255.255.0

/24

11 10

224.0.0. 0

239.255.255.2 55

sin definir

sin definir

11 11

240.0.0. 0

255.255.255.2 54

sin definir

sin definir

Vase tambin

Subred VLANs VLSM

13

Enlaces externos

Ejercicios fciles de creacin de subredes de mscara variable

14

Subred
De Wikipedia, la enciclopedia libre En redes de computadoras, una subred es un rango de direcciones lgicas. Cuando una red de computadoras se vuelve muy grande, conviene dividirla en subredes, por los siguientes motivos:

Reducir el tamao de los dominios de broadcast. Hacer la red ms manejable, administrativamente. Entre otros, se puede controlar el trfico entre diferentes subredes, mediante ACLs.

Existen diversas tcnicas para conectar diferentes subredes entre s. Se pueden conectar:

a nivel fsico (capa 1 OSI) mediante repetidores o concentradores(Hubs) a nivel de enlace (capa 2 OSI) mediante puentes o conmutadores(Switches) a nivel de red (capa 3 OSI) mediante routers a nivel de transporte (capa 4 OSI) aplicacin (capa 7 OSI) mediante pasarelas.

Tambin se pueden emplear tcnicas de encapsulacin (tunneling). En el caso ms simple, se puede dividir una red en subredes de tamao fijo (todas las subredes tienen el mismo tamao). Sin embargo, por la escasez de direcciones IP, hoy en da frecuentemente se usan subredes de tamao variable.

Contenido

1 Mscara de subred 2 Ejemplo de subdivisin 3 Direcciones reservadas 4 Vase tambin

Mscara de subred
La mscara de subred seala qu bits (o qu porcin) de su direccin es el identificador de la red. La mscara consiste en una secuencia de unos seguidos de una secuencia de ceros escrita de la misma manera que una direccin IP, por ejemplo, una mscara de 20 bits se escribira 255.255.240.0, es decir una direccin IP con 20 bits en 1 seguidos por 12 bits en 0, pero separada en bloques de a 8 bits escritos en decimal. La mscara determina todos los parmetros de una subred: direccin de red, direccin de difusin (broadcast) y direcciones asignables a nodos de red (hosts). Los routers constituyen los lmites entre las subredes. La comunicacin desde y hasta otras subredes es hecha mediante un puerto especfico de un router especfico, por lo menos momentneamente.
15

Una subred tpica es una red fsica hecha con un router, por ejemplo una Red Ethernet o una VLAN (Virtual Local Area Network), Sin embargo, las subredes permiten a la red ser dividida lgicamente a pesar del diseo fsico de la misma, por cuanto es posible dividir una red fsica en varias subredes configurando diferentes computadores host que utilicen diferentes routers. La direccin de todos los nodos en una subred comienzan con la misma secuencia binaria, que es su ID de red e ID de subred. En IPv4, las subredes deben ser identificadas por la base de la direccin y una mscara de subred. Las subredes simplifican el enrutamiento, ya que cada subred tpicamente es representada como una fila en las tablas de ruteo en cada router conectado. Las subredes fueron utilizadas antes de la introduccin de las direcciones IPv4, para permitir a una red grande, tener un nmero importante de redes ms pequeas dentro, controladas por varios routers. Las subredes permiten el Enrutamiento Interdominio sin Clases (CIDR). Para que las computadoras puedan comunicarse con una red, es necesario contar con nmeros IP propios, pero si tenemos dos o ms redes, es fcil dividir una direccin IP entre todos los hosts de la red. De esta formas se pueden partir redes grandes en redes ms pequeas. Es necesario para el funcionamiento de una subred, calcular los bits de una IP y quitarle los bits de host, y agregrselos a los bits de network mediante el uso de una operacin lgica.

Ejemplo de subdivisin
A una compaa se le ha asignado la red 200.3.25.0. Es una red de clase C, lo cual significa que puede disponer de 254 diferentes direcciones. (La primera y la ltima direccin estn reservadas, no son utilizables.) Si no se divide la red en subredes, la mscara de subred ser 255.255.255.0 (o /24). La compaa decide dividir esta red en 8 subredes, con lo cual, la mscara de subred tiene que recorrer tres bits ms, se "toman prestados" tres bits de la porcin que corresponde al host. Eso resulta en una mscara de subred /27, en binario 11111111.11111111.11111111.11100000, o en decimal punteado, 255.255.255.224. Cada subred tendr (25) = 32 direcciones posibles; pero solo tendr (25) 2 = 32 2 = 30 direcciones asignables a los hosts puesto que la primera direccin (con todos los bits de host a 0) identifica a subred y la ltima direccin de cada subred (todos los bits de host a 1) se reserva para el Broadcast. Para calcular el total de subredes se debe realizar (2 3) = 8, ya que hemos tomado 3 bits prestados a la direccin de host.
Rango de red Rango ip Broadcast 200.3.25.0 200.3.25.1 - 200.3.25.30 200.3.25.31 200.3.25.32 200.3.25.33 - 200.3.25.62 200.3.25.63 200.3.25.64 200.3.25.65 - 200.3.25.94 200.3.25.95 200.3.25.96 200.3.25.97 - 200.3.25.126 200.3.25.127 200.3.25.128 200.3.25.129 - 200.3.25.158 200.3.25.159 200.3.25.160 200.3.25.161 - 200.3.25.190 200.3.25.191 200.3.25.192 200.3.25.193 - 200.3.25.222 200.3.25.223 200.3.25.224 200.3.25.225 - 200.3.25.254 200.3.25.255

La subred uno tiene la direccin de subred 200.3.25.0; las direcciones utilizables son 200.3.25.1 - 200.3.25.30.

16

La subred dos tiene la direccin de subred 200.3.25.32; las direcciones utilizables son 200.3.25.33 - 200.3.25.62. Y as sucesivamente; de cada subred a la siguiente, el ltimo byte aumenta en 32. Dependiendo del tipo de mscara de subred utilizado

Direcciones reservadas
Dentro de cada subred - como tambin en la red original, sin subdivisin - no se puede asignar la primera y la ltima direccin a ningn host. La primera direccin de la subred se utiliza como direccin de la subred, mientras que la ltima est reservada para broadcast locales (dentro de la subred). Adems, en algunas partes se puede leer que no se puede utilizar la primera y la ltima subred. Es posible que stos causen problemas de compatibilidad en algunos equipos, pero en general, por la escasez de direcciones IP, hay una tendencia creciente de usar todas las subredes posibles.
Rango de red Rango ip Broadcast 200.3.25.0 200.3.25.1 - 200.3.25.30 200.3.25.31 200.3.25.32 200.3.25.33 - 200.3.25.62 200.3.25.63 200.3.25.64 200.3.25.65 - 200.3.25.94 200.3.25.95 200.3.25.96 200.3.25.97 - 200.3.25.126 200.3.25.127 200.3.25.128 200.3.25.129 - 200.3.25.158 200.3.25.159 200.3.25.160 200.3.25.161 - 200.3.25.190 200.3.25.191 200.3.25.192 200.3.25.193 - 200.3.25.222 200.3.25.223 200.3.25.224 200.3.25.225 - 200.3.25.254 200.3.25.255

Vase tambin

Mscara de subred Mscara de red CIDR VLAN VLSM

17

Classful network
From Wikipedia, the free encyclopedia

A classful network is a network addressing architecture used in the Internet from 1981 until the introduction of Classless Inter-Domain Routing in 1993. The method divides the address space for Internet Protocol Version 4 (IPv4) into five address classes. Each class, coded in the first four bits of the address, defines either a different network size, i.e. number of hosts for unicast addresses (classes A, B, C), or a multicast network (class D). The fifth class (E) address range is reserved for future or experimental purposes. Since its discontinuation, remnants of classful network concepts remain in practice only in limited scope in the default configuration parameters of some network software and hardware components (e.g., default subnet mask), but the terms are often still used in general discussions of network structure among network administrators.

Map of the prototype Internet in 1982, showing 8-bit-numbered networks (ovals) only, interconnected by routers (rectangles).

18

Contents
o

1 Background 2 Introduction of address classes 2.1 Bit-wise representation 3 The replacement of classes 4 See also 5 References 6 External links

Background
19

Originally, a 32-bit IPv4 address was logically subdivided into the network number field, the most-significant 8 bits of an address, which specified the particular network a host was attached to, and the local address, also called rest field (the rest of the address), which uniquely identifies a host connected to that network. This format was sufficient at a time when only a few large networks existed, such as the ARPANET which was assigned the network number 10, and before the wide proliferation of local area networks (LANs). As a consequence of this architecture, the address space supported only a low number (254) of independent networks, and it became clear very early on that this would not be enough.

Introduction of address classes

Expansion of the network had to ensure compatibility with the existing address space and the Internet Protocol (IP) packet structure, and avoid the renumbering of the existing networks. The solution was to expand the definition of the network number field to include more bits, allowing more networks to be designated, each potentially having fewer hosts. All existing network numbers at the time were smaller than 64, they only used the 6 least-significant bits of the network number field. Thus it was possible to use the most-significant bits of an address to introduce a set of address classes, while preserving the existing network numbers in the first of these classes. The new addressing architecture was introduced by RFC 791 in 1981 as a part of the specification of the Internet Protocol.[1] It divided the address space into primarily three address formats, henceforth called address classes, and left a fourth range reserved to be defined later. The first class, designated as Class A, contained all addresses in which the most significant bit is zero. The network number for this class is given by the next 7 bits, therefore accommodating 128 networks in total, including the zero network, and including the existing IP networks already allocated. A Class B network was a network in which all addresses had the two mostsignificant bits set to 1 and 0. For these networks, the network address was given by the next 14 bits of the address, thus leaving 16 bits for numbering host on the network for a total of 65536 addresses per network. Class C was defined with the 3 high-order bits set to 1, 1, and 0, and designating the next 21 bits to number the networks, leaving each network with 256 local addresses. The leading bit sequence 111 designated an "escape to extended addressing mode",[1] which was later subdivided in to Class D (1110) for multicast addressing, while leaving as reserved for future use the 1111 block designated as Class E. This addressing scheme is illustrated in the following table:
Size of Size of Number Leadi network rest of ng number bit network bits bit field field s 0 10 110 8 16 24 24 16 8 128 (27) 16,384 (214) Addresse s Start End address per address network 16,777,21 0.0.0.0 6 (224) 65,536 (216) 127.255.255. 255

Class

Class A Class B Class C

128.0.0. 191.255.255. 0 255 192.0.0. 223.255.255. 20

2,097,152 256 (28)

(221) Class D not 1110 (multicast) defined Class E not 1111 (reserved) defined not not defined defined not not defined defined not defined not defined

255

224.0.0. 239.255.255. 0 255 240.0.0. 255.255.255. 0 255

The number of addresses usable for addressing specific hosts in each network is always 2 N - 2 (where N is the number of rest field bits, and the subtraction of 2 adjusts for the use of the allbits-zero host portion for network address and the all-bits-one host portion as a broadcast address. Thus, for a Class C address with 8 bits available in the host field, the number of hosts is 254. Today, IP addresses are associated with a subnet mask. This was not required in a classful network because the mask was implicitly derived from the IP address itself. Any network device would inspect the first few bits of the IP address to determine the class of the address.
Bit-wise representation

In the following table:

n indicates a binary slot used for network ID. H indicates a binary slot used for host ID. X indicates a binary slot (without specified purpose)

Class A 0. 0. 0. 0 = 00000000.00000000.00000000.00000000 127.255.255.255 = 01111111.11111111.11111111.11111111 0nnnnnnn.HHHHHHHH.HHHHHHHH.HHHHHHHH Class B 128. 0. 0. 0 = 10000000.00000000.00000000.00000000 191.255.255.255 = 10111111.11111111.11111111.11111111 10nnnnnn.nnnnnnnn.HHHHHHHH.HHHHHHHH Class C 192. 0. 0. 0 = 11000000.00000000.00000000.00000000 223.255.255.255 = 11011111.11111111.11111111.11111111 110nnnnn.nnnnnnnn.nnnnnnnn.HHHHHHHH Class D 224. 0. 0. 0 = 11100000.00000000.00000000.00000000 239.255.255.255 = 11101111.11111111.11111111.11111111 1110XXXX.XXXXXXXX.XXXXXXXX.XXXXXXXX Class E 240. 0. 0. 0 = 11110000.00000000.00000000.00000000 255.255.255.255 = 11111111.11111111.11111111.11111111 1111XXXX.XXXXXXXX.XXXXXXXX.XXXXXXXX

The replacement of classes

The first architecture change extended the addressing capability in the Internet, but did not prevent IP address shortage. The problem was that many sites needed larger address blocks
21

than a Class C network provided, and therefore they received a Class B block, which was in most cases much larger than required. In the rapid growth of the Internet, the pool of unassigned Class B addresses (214, or about 16,000) was rapidly being depleted. Classful networking was replaced by Classless Inter-Domain Routing (CIDR), starting in 1993 with the specification of RFC 1518 and RFC 1519, to attempt to solve this problem. Early allocations of IP addresses by the Internet Assigned Numbers Authority (IANA) were in some cases not made efficiently, which contributed to the problem. However, the commonly held notion that some American organizations unfairly or unnecessarily received Class A networks is wrong; most such allocations date to the period before the introduction of address classes, when the only address blocks available were what later became known as Class A networks.[2]

See also

IPv4 subnetting reference Classless Inter-Domain Routing List of assigned /8 IPv4 address blocks Subnetwork Private network - common use of classful networks

References
^ a b RFC 791, Internet Protocol, Information Sciences Institute (September 1981) 2. ^ IEN46, A proposal for addressing and routing in the Internet , David D. Clark, June 1978 1.

External links

IANA, Current IPv4 /8 delegations Overview of IP addressing, both classless and classful

22

Classless Inter-Domain Routing

De Wikipedia, la enciclopedia libre Classless Inter-Domain Routing (CIDR Enrutamiento entre dominios sin Clases) se introdujo en 1993 por IETF y representa la ltima mejora en el modo como se interpretan las direcciones IP. Su introduccin permiti una mayor flexibilidad al dividir rangos de direcciones IP en redes separadas. De esta manera permiti:

Un uso ms eficiente de las cada vez ms escasas direcciones IPv4. Un mayor uso de la jerarqua de direcciones ('agregacin de prefijos de red'), disminuyendo la sobrecarga de los enrutadores principales de Internet para realizar el encaminamiento.

Contenido

1 Introduccin 2 Bloques CIDR 3 Asignacin de bloques CIDR 4 CIDR y Mscaras de Subred 5 Agregacin de Prefijos 6 Antecedentes histricos 7 Vase tambin 8 Enlaces externos

Introduccin
CIDR reemplaza la sintaxis previa para nombrar direcciones IP, las clases de redes. En vez de asignar bloques de direcciones en los lmites de los octetos, que implicaban prefijos naturales de 8, 16 y 24 bits, CIDR usa la tcnica VLSM (Variable-Length Subnet Mask - Mscara de Subred de Longitud Variable), para hacer posible la asignacin de prefijos de longitud arbitraria. CIDR engloba:

La tcnica VLSM para especificar prefijos de red de longitud variable. Una direccin CIDR se escribe con un sufijo que indica el nmero de bits de longitud de prefijo, p.ej. 192.168.0.0/16 que indica que la mscara de red tiene 16 bits (es decir, los primeros 16 bits de la mscara son 1 y el resto 0). Esto permite un uso ms eficiente del cada vez ms escaso espacio de direcciones IPv4

23

La agregacin de mltiples prefijos contiguos en superredes, reduciendo el nmero de entradas en las tablas de ruta globales.

esta tcnica es muy eficiente en el uso y manejo de redes de area local.

Bloques CIDR

CIDR es un estndar de red para la interpretacin de direcciones IP. CIDR facilita el encaminamiento al permitir agrupar bloques de direcciones en una sola entrada de tabla de rutas. Estos grupos, llamados comnmente Bloques CIDR, comparten una misma secuencia inicial de bits en la representacin binaria de sus direcciones IP. Los bloques CIDR IPv4 se identifican usando una sintaxis similar a la de las direcciones IPv4: cuatro nmeros decimales separados por puntos, seguidos de una barra de divisin y un nmero de 0 a 32; A.B.C.D/N. Los primeros cuatro nmeros decimales se interpretan como una direccin IPv4, y el nmero tras la barra es la longitud de prefijo, contando desde la izquierda, y representa el nmero de bits comunes a todas las direcciones incluidas en el bloque CIDR. Decimos que una direccin IP est incluida en un bloque CIDR, y que encaja con el prefijo CIDR, si los N bits iniciales de la direccin y el prefijo son iguales. Por tanto, para entender CIDR es necesario visualizar la direccin IP en binario. Dado que la longitud de una direccin IPv4 es fija, de 32 bits, un prefijo CIDR de N-bits deja 32 N bits sin encajar, y hay 2(32 N) combinaciones posibles con los bits restantes. Esto quiere decir que 2 (32 N) direcciones IPv4 encajan en un prefijo CIDR de N-bits.

24

Ntese que los prefijos CIDR cortos (nmeros cercanos a 0) permiten encajar un mayor nmero de direcciones IP, mientras que prefijos CIDR largos (nmeros cercanos a 32) permiten encajar menos direcciones IP. Una direccin IP puede encajar en varios prefijos CIDR de longitudes diferentes. CIDR tambin se usa con direcciones IPv6, en las que la longitud del prefijo varia desde 0 a 128, debido a la mayor longitud de bit en las direcciones, con respecto a IPv4. En el caso de IPv6 se usa una sintaxis similar a la comentada: el prefijo se escribe como una direccin IPv6, seguida de una barra y el nmero de bits significativos.

Asignacin de bloques CIDR

El bloque 208.128.0.0/11, un bloque CIDR largo que contena ms de dos millones de direcciones, haba sido asignado por ARIN, (el RIR Norteamericano) a MCI. Automation Research Systems, una empresa intermediaria del estado de Virginia, alquil de MCI una conexin a Internet, y recibi el bloque 208.130.28.0/22, capaz de admitir 1024 direcciones IP (32 22 = 10; 210 = 1.024) ARS utiliz un bloque 208.130.29.0/24 para sus servidores pblicos, uno de los cuales era 208.130.29.33.

Todos estos prefijos CIDR se utilizaron en diferentes enrutadores para realizar el encaminamiento. Fuera de la red de MCI, el prefijo 208.128.0.0/11 se us para encaminar hacia MCI el trfico dirigido no solo a 208.130.29.33, sino tambin a cualquiera de los cerca de dos millones de direcciones IP con el mismo prefijo CIDR (los mismos 11 bits iniciales). En el interior de la red de MCI, 208.130.28.0/22 dirigira el trfico a la lnea alquilada por ARS. El prefijo 208.130.29.0/24 se usara slo dentro de la red corporativa de ARS.

CIDR y Mscaras de Subred

Una mscara de subred es una mscara que codifica la longitud del prefijo de una forma similar a una direccin IP - 32 bits, comenzando desde la izquierda, ponemos a 1 tantos bits como marque la longitud del prefijo, y el resto de bits a cero, separando los 32 bits en cuatro grupos de ocho bits. CIDR usa mscaras de subred de longitud variable (VLSM) para asignar direcciones IP a subredes de acuerdo a las necesidades de cada subred. De esta forma, la divisin red/host puede ocurrir en cualquier bit de los 32 que componen la direccin IP. Este proceso puede ser recursivo, dividiendo una parte del espacio de direcciones en porciones cada vez menores, usando mscaras que cubren un mayor nmero de bits. Las direcciones de red CIDR/VLSM se usan a lo largo y ancho de la Internet pblica, y en muchas grandes redes privadas. El usuario normal no ve este uso puesto en prctica, al estar en una red en la que se usarn, por lo general, direcciones de red privadas recogidas en el RFC 1918.

Agregacin de Prefijos
25

Otro beneficio de CIDR es la posibilidad de agregar prefijos de encaminamiento, un proceso conocido como "supernetting". Por ejemplo, diecisis redes /24 contiguas pueden ser agregadas y publicadas en los enrutadores de Internet como una sola ruta /20 (si los primeros 20 bits de sus respectivas redes coinciden). Dos redes /20 contiguas pueden ser agregadas en una /19, etc. Esto permite una reduccin significativa en el nmero de rutas que los enrutadores en Internet tienen que conocer (y una reduccin de memoria, recursos, etc.) y previene una explosin de tablas de encaminamiento, que podra sobrecargar a los routers e impedir la expansin de Internet en el futuro.

CIDR IPv4
CIDR No. de redes por clase Hosts* Mscara

/32

1/256 C

255.255.255.2 55

/31

1/128 C

255.255.255.2 54

/30

1/64 C

255.255.255.2 52

/29

1/32 C

255.255.255.2 48

/28

1/16 C

16

255.255.255.2 40

/27

1/8 C

32

255.255.255.2 24

/26

1/4 C

64

255.255.255.1 92

/25

1/2 C

128

255.255.255.1

26

28

/24

1/1 C

256

255.255.255.0

/23

2C

512

255.255.254.0

/22

4C

1,024

255.255.252.0

/21

8C

2,048

255.255.248.0

/20

16 C

4,096

255.255.240.0

/19

32 C

8,192

255.255.224.0

/18

64 C

16,384

255.255.192.0

/17

128 C

32,768

255.255.128.0

/16

256 C, 1 B

65,536

255.255.0.0

/15

512 C, 2 B

131,072

255.254.0.0

/14

1,024 C, 4 B

262,144

255.252.0.0

/13

2,048 C, 8 B

524,288

255.248.0.0

/12

4,096 C, 16 B

1,048,576

255.240.0.0

27

/11

8,192 C, 32 B

2,097,152

255.224.0.0

/10

16,384 C, 64 B

4,194,304

255.192.0.0

/9

32,768 C, 128B

8,388,608

255.128.0.0

/8

65,536 C, 256B, 1 A

16,777,216

255.0.0.0

/7

131,072 C, 512B, 2 A

33,554,432

254.0.0.0

/6

262,144 C, 1,024 B, 4 A

67,108,864

252.0.0.0

/5

524,288 C, 2,048 B, 8 A

134,217,728

248.0.0.0

/4

1,048,576 C, 4,096 B, 16 A

268,435,456

240.0.0.0

/3

2,097,152 C, 8,192 B, 32 A

536,870,912

224.0.0.0

/2

4,194,304 C, 16,384 B, 64 A

1,073,741,8 24

192.0.0.0

/1

8,388,608 C, 32,768 B, 128 A

2,147,483,6 48

128.0.0.0

/0

33,534,432 C, 65,536 B, 256 A

4,294,967,2 96

0.0.0.0

(*) En la prctica hay que restar 2 a este nmero. La direccin menor (ms baja - todos los bits de host a 0) del bloque se usa para identificar a la propia red (toda la red), y la direccin mayor (la ms alta - todos los bits de host a 1) se usa como direccin de broadcast. Por tanto, en un bloque CIDR /24 podramos disponer de 28 2 = 254 direcciones IP para asignar a dispositivos.
28

Antecedentes histricos
Originalmente, direcciones IP se separaban en dos partes: la direccin de red (que identificaba una red o subred), y la direccin de host (que identificaba la conexin o interface de una mquina especfica a la red). Esta divisin se usaba para controlar la forma en que se encaminaba el trfico entre redes IP. Histricamente, el espacio de direcciones IP se divida en cinco clases principales de redes (A, B, C, D y E), donde cada clase tena asignado un tamao fijo de direccin de red. La clase, y por extensin la longitud de la direccin de red y el nmero de host, se podan determinar comprobando los bits ms significativos (a la izquierda) de la direccin IP:

0 para las redes de Clase A 10 para las redes de Clase B 110 para las redes de Clase C 1110 para las redes de Clase D (usadas para transmisiones multicast) 11110 para las redes de Clase E (usadas para investigacin y experimentacin)

Sin una forma de especificar la longitud de prefijo, o la mscara de red, los algoritmos de encaminamiento en los enrutadores tenan que usar forzosamente la clase de la direccin IP para determinar el tamao de los prefijos que se usaran en las tablas de ruta. Esto no representaba un gran problema en la Internet original, donde slo haba unas decenas/cientos de ordenadores, y los routers podan almacenar en memoria todas las rutas necesarias para alcanzarlos. A medida que la red TCP/IP experimental se expandi en los aos 80 para formar Internet, el nmero de ordenadores con direccin IP pblica creci exponencialmente, forzando a los enrutadores a incrementar la memoria necesaria para almacenar las tablas de rutas, y los recursos necesarios para mantener y actualizar esas tablas. La necesidad de un esquema de direcciones ms flexible se haca cada vez ms patente. Esta situacin condujo al desarrollo sucesivo de las subredes y CIDR. Dado que se ignora la antigua distincin entre clases de direcciones, el nuevo sistema se denomin encaminamiento sin clases (classless routing). Esta denominacin conllev que el sistema original fuera denominado encaminamiento con clases (classful routing). VLSM (Variable Lenght Subnet Mask - Mscara de Subred de Longitud Variable) parte del mismo concepto que CIDR. El trmino VLSM se usa generalmente cuando se habla de redes privadas, mientras que CIDR se usa cuando se habla de Internet (red pblica).

Vase tambin

Subred Mscara de red

29

Mscaras de subred de tamao variable

De Wikipedia, la enciclopedia libre Las mscaras de subred de tamao variable (variable length subnet mask, VLSM) representan otra de las tantas soluciones que se implementaron para el agotamiento de direcciones ip (1987) y otras como la divisin en subredes (1985), el enrutamiento de interdominio CIDR (1993), NAT y las direcciones ip privadas. Otra de las funciones de VLSM es descentralizar las redes y de esta forma conseguir redes ms seguras y jerrquicas.

Contenido

1 Ejemplo de desperdicio de direcciones 1 2 Planificacin de subredes de tamao variable 2 3 Protocolos de enrutamiento 3 4 Alternativas

Ejemplo de desperdicio de direcciones 1

Si se utiliza una mscara de subred de tamao fijo (la misma mscara de subred en todas las subredes), todas las subredes van a tener el mismo tamao. Por ejemplo, si la subred ms grande necesita 200 hosts, todas las subredes van a tener el mismo tamao de 256 direcciones IP. (Nota: se ha redondeado hacia arriba, hacia la siguiente potencia de 2.) Si a una subred que necesita 10 equipos, se asigna la misma subred de 256 direcciones, las restantes 246 direcciones se desperdician. Incluso los enlaces seriales (WAN), que slo necesitan dos direcciones IP, requieren la misma subred, de 256 direcciones.

Planificacin de subredes de tamao variable 2

Recordemos que una subred es un conjunto de direcciones IP y con ella podemos hacer dos cosas: asignar direcciones IP a los equipos o dividirlo nuevamente en subredes ms pequeas. En cada divisin, las subredes primera y ltima no se usan (Actualmente la mayora del hardware ya soporta el poder trabajar con ambas, primera y ltima pero deberemos de comprobarlo antes de hacer uso de estas, estas tenan una aplicacin parecida al direccionamiento Ip donde la primera identificaba la red y la ltima es de broadcast, en este caso la primera identificaba la subred y la ltima se aplicaba al broadcast de subred), cabe aclarar que no se usan para asignar direcciones IP a los equipos pero si se pueden usar para dividirlas en subredes ms pequeas. El concepto bsico de VLSM es muy simple: Se toma una red y se divide en subredes fijas, luego se toma una de esas subredes y se vuelve a dividir tomando bits "prestados" de la porcin de hosts, ajustndose a la cantidad de hosts requeridos por cada segmento de nuestra red. Por ejemplo, si tomamos la direccin de red 192.168.1.0/24 y la subdividimos usando una mscara /26 tendremos 4 subredes (192.168.1.0/26, 192.168.1.64/26, 192.168.1.128/26 y 192.168.1.192/26). Supongamos que formamos un enlace serie entre dos routers y tomamos
30

para ello una de nuestras subredes (la 192.168.1.0/26): con esta mscara de subred sin aplicar vlsm estaramos desperdiciando 60 direcciones utilizables (26 2 = 62, menos las 2 direcciones aplicadas a las interfaces de los routers nos da 60 hosts). Ahora, si aplicamos vlsm a la subred anterior (la 192.168.1.0/26) y tomamos "prestados" 4 bits de la porcin de host tendramos otras 16 subredes /30 (192.168.1.0/30, 192.168.1.4/30, 192.168.1.8/30, 192.168.1.12/30, 192.168.1.16/30 y as sucesivamente hasta la 192.168.1.60/30) cada una con un total de 4 direcciones totales pero solamente dos direcciones utilizables y no se genera desperdicio. Finalmente podemos tomar cualquiera de ellas, por ejemplo la 192.168.1.4/30 y aplicar las direcciones 192.168.1.5/30 y 192.168.1.6/30 a las interfaces de los routers.

Protocolos de enrutamiento 3
Deben enviar tanto la direccin de subred como la mscara de subred en las actualizaciones. Rip V2, EIGRP

Alternativas
Una alternativa, para ahorrar las escasas direcciones pblicas, es utilizar direcciones privadas (RFC 1918), en combinacin con traduccin NAT, especialmente en las direcciones que no necesitan ser accedidos desde fuera de la red interna. Tambin es posible, en algunos casos, que un enlace serial se "preste" la direccin IP de otro enlace conectado al mismo router; sin embargo, esto implica la desventaja de que ya no se puede acceder directamente a ese enlace, por ejemplo, mediante un ping. La alternativas de VLSM son ms propias para el tipo de enrutamiento, en cuestiones de IPv6 es sumamente importante tener en cuenta las solicitudes dadas por el servidor para as poder crear el pool de direcciones dadas por el router inalmbrico. Los equipos antiguos operaban en half duplex (uno transmite y el otro recibe), los equipos actuales son full duplex, ambos transmiten y reciben simultneamente.

31

Network Address Translation

De Wikipedia, la enciclopedia libre

NAT (Network Address Translation - Traduccin de Direccin de Red) es un mecanismo utilizado por enrutadores IP para intercambiar paquetes entre dos redes que se asignan mutuamente direcciones incompatibles. Consiste en convertir en tiempo real las direcciones utilizadas en los paquetes transportados. Tambin es necesario editar los paquetes para permitir la operacin de protocolos que incluyen informacin de direcciones dentro de la conversacin del protocolo. Su uso ms comn es permitir utilizar direcciones privadas (definidas en el RFC 1918) para acceder a Internet. Existen rangos de direcciones privadas que pueden usarse libremente y en la cantidad que se quiera dentro de una red privada. Si el nmero de direcciones privadas es muy grande puede usarse solo una parte de direcciones pblicas para salir a Internet desde la red privada. De esta manera simultneamente slo pueden salir a Internet con una direccin IP tantos equipos como direcciones pblicas se hayan contratado. Esto es necesario debido al progresivo agotamiento de las direcciones IPv4. Se espera que con el advenimiento de IPv6 no sea necesario continuar con esta prctica.

Contenido

1 Funcionamiento o 1.1 Esttica

o o o

1.2 Dinmica 1.3 Sobrecarga 1.4 Solapamiento

2 Vase tambin 3 Enlaces de inters

Funcionamiento
El protocolo TCP/IP tiene la capacidad de generar varias conexiones simultneas con un dispositivo remoto. Para realizar esto, dentro de la cabecera de un paquete IP, existen campos en los que se indica la direccin origen y destino. Esta combinacin de nmeros define una nica conexin. Una pasarela NAT cambia la direccin origen en cada paquete de salida y, dependiendo del mtodo, tambin el puerto origen para que sea nico. Estas traducciones de direccin se almacenan en una tabla, para recordar qu direccin y puerto le corresponde a cada dispositivo cliente y as saber donde deben regresar los paquetes de respuesta. Si un paquete que intenta ingresar a la red interna no existe en la tabla de en un determinado puerto y direccin se pueda

32

acceder a un determinado dispositivo, como por ejemplo un servidor web, lo que se denomina NAT inverso o DNAT (Destination NAT). NAT tiene muchas formas de funcionamiento, entre las que destacan:
Esttica

Conocida tambin como NAT 1:1, es un tipo de NAT en el que una direccin IP privada se traduce a una direccin IP pblica, y donde esa direccin pblica es siempre la misma. Esto le permite a un host, como un servidor Web, el tener una direccin IP de red privada pero aun as ser visible en Internet.
Dinmica

Es un tipo de NAT en la que una direccin IP privada se mapea a una IP pblica basndose en una tabla de direcciones de IP registradas (pblicas). Normalmente, el router NAT en una red mantendr una tabla de direcciones IP registradas, y cuando una IP privada requiera acceso a Internet, el router elegir una direccin IP de la tabla que no est siendo usada por otra IP privada. Esto permite aumentar la seguridad de una red dado que enmascara la configuracin interna de una red privada, lo que dificulta a los hosts externos de la red el poder ingresar a sta. Para este mtodo se requiere que todos los hosts de la red privada que deseen conectarse a la red pblica posean al menos una IP pblica asociadas.
Sobrecarga

La ms utilizada es la NAT dinmica, conocida tambin como PAT (Port Address Translation - Traduccin de Direcciones por Puerto ), NAPT (Network Address Port Translation - Traduccin de Direcciones de Red por Puerto ), NAT de nica direccin o NAT multiplexado a nivel de puerto.
Solapamiento

Cuando las direcciones IP utilizadas en la red privada son direcciones IP pblicas en uso en otra red, el ruteador posee una tabla de traducciones en donde se especifica el reemplazo de stas con una nica direccin IP pblica. As se evitan los conflictos de direcciones entre las distintas redes.

Vase tambin

Proxy DHCP Enrutador PAT UDP Puerta de enlace

Enlaces de inters
33

RFC 1631 Definicin de NAT (Obsoleto) RFC 3022 NAT Tradicional RFC 3022 en castellano NAT Tradicional RFC 2663 Nomenclatura utilizada normalmente en NAT RFC 2663 en castellano Nomenclatura utilizada normalmente en NAT RFC 1918 Designacin de direcciones para redes privadas RFC 1918 en castellano Designacin de direcciones para redes privadas Clasificacin de los diferentes tipos de NAT Internet Engineering Task Force How Stuff Works - How NAT Works Entornos NAT y Conexiones P2P

34

Red privada
De Wikipedia, la enciclopedia libre En la terminologa de Internet, una red privada es una red que usa el espacio de direcciones IP especificadas en el documento RFC 1918. A los terminales puede asignrsele direcciones de este espacio de direcciones cuando se requiera que ellas deban comunicarse con otras terminales dentro de la red interna (una que no sea parte de Internet) pero no con Internet directamente. Las redes privadas son bastante comunes en esquemas de redes de rea local (LAN) de oficina, pues muchas compaas no tienen la necesidad de una direccin IP global para cada estacin de trabajo, impresora y dems dispositivos con los que la compaa cuente. Otra razn para el uso de direcciones de IP privadas es la escasez de direcciones IP pblicas que pueden ser registradas. IPv6 se cre justamente para combatir esta escasez, pero aun no ha sido adoptado en forma definitiva. Los enrutadores en Internet normalmente se configuran de manera tal que descarten cualquier trfico dirigido a direcciones IP privadas. Este aislamiento le brinda a las redes privadas una forma de seguridad bsica, dado que por lo general no es posible que alguien desde fuera de la red privada establezca una conexin directa a una mquina por medio de estas direcciones. Debido a que no es posible realizar conexiones entre distintas redes privadas a travs de Internet, distintas compaas pueden usar el mismo rango de direcciones privadas sin riesgo de que se generen conflictos con ellas, es decir, no se corre el riesgo de que una comunicacin le llegue por error a un tercero que est usando la misma direccin IP. Si un dispositivo de una red privada necesita comunicarse con otro dispositivo de otra red privada distinta, es necesario que cada red cuente con una puerta de enlace con una direccin IP pblica, de manera que pueda ser alcanzada desde fuera de la red y as se pueda establecer una comunicacin, ya que un enrutador podr tener acceso a esta puerta de enlace hacia la red privada. Tpicamente, esta puerta de enlace ser un dispositivo de traduccin de direccin de red (NAT) o un servidor proxy. Sin embargo, esto puede ocasionar problemas cuando distintas compaas intenten conectar redes que usan direcciones privadas. Existe el riesgo de que se produzcan conflictos y problemas de ruteo si ambas redes usan las mismas direcciones IP para sus redes privadas o si dependen de la traduccin de direccin de red (NAT) para que se conecten a travs de Internet. Las direcciones de internet privadas son:

Nombre

rango de direcciones IP

nmero de IPs

descripcin de la clase

mayor bloque de CIDR

definido en

bloque de 10.0.0.0 24 bits 10.255.255.255

16.777.21 6

clase simple

10.0.0.0/8

RFC 1597 (obsoleto),

35

bloque de 172.16.0.0 20 bits 172.31.255.255

1.048.576

16 clases B continuas

172.16.0.0/12 RFC 1918

bloque de 192.168.0.0 16 bits 192.168.255.255

65.536

256 clases C continuas

192.168.0.0/16

bloque de 169.254.0.0 16 bits 169.254.255.255

65.536

clase simple

169.254.0.0/32

RFC 3330, RFC 3927

El documento RFC 1597 contiene la especificacin original y permanece por razones histricas, pues ha sido reemplazado por el documento RFC 1918. Para reducir la carga en los servidores de nombre de dominio races causada por bsquedas inversas de DNS de estas direcciones IP, un sistema de nombres de servidor del tipo "agujero negro" es provisto por la red anycast AS112.

Direcciones de enlace local

Un segundo conjunto de redes privadas es el rango de direcciones de enlace local especificado en los documentos RFC 3330 y 3927. La intencin detrs de estos documentos es la de proveer una direccin IP (lo que implica conectividad entre redes) sin tener disponible un servidor de DHCP y sin tener que configurar direcciones de red manualmente. La subred 169.254/16 ha sido reservada para tal fin. Si una direccin de red no puede obtenerse por medio de DHCP, se asigna una redireccin entre 169.254.1.0 y 169.254.254.255 en forma aleatoria. El estndar prescribe que la colisin de direcciones debe tratarse con cuidado. Dentro del rango de direcciones de 169.254/16, las subredes 169.254.0/24 y 169.254.255/24 se han dejado de lado para uso futuro. Tal como con las direcciones de red privada definidas en el documento RFC 1918, los paquetes generados en esta subred no deben ser ruteados a una internet.

Vase tambin

Traduccin de direccin de red Automatic Private Internet Protocol Addressing (Zeroconf)

Enlaces externos

RFC 1918 (versin HTML): "Address Allocation for Private Internets" RFC 3927 (versin HTML): "Dynamic Configuration of IPv4 Link-Local Addresses"

36

Direccin IPv6
De Wikipedia, la enciclopedia libre

Una Direccin de Internet Protocol Versin 6 (Direccin IPv6) es una etiqueta numrica usada para identificar un interfaz de red (elemento de comunicacin/conexin) de un ordenador o nodo de red participando en una red IPv6. IPv6 es el sucesor del primer protocolo de direccionamiento de Internet, Internet Protocol versin 4 (IPv4). A diferencia de IPv4, que utiliza una direccin IP de 32 bits, las direcciones IPv6 se componen de 128 bits, ampliando enormemente la capacidad de direcciones del protocolo IP. Las direcciones IP se usan para identificar de manera nica una interfaz de red de un Host, localizarlo en la red y de ese modo encaminar paquetes IP entre hosts. Con este objetivo, las direcciones IP aparecen en campos de la cabecera IP indicando el origen y destino del paquete.

Descomposicin de una direccin IPv6 en hexadecimal y binario.

Contenido

1 Tipos de direcciones IPv6 2 Formatos de direccin

o o

2.1 Formato de direccin Unicast 2.2 Formato de direccin Multicast

3 Representacin
o

3.1 Redes

37

o o o

3.2 Tamao del grupo de direcciones 3.3 Direcciones IPv6 literales en recursos de red 3.4 Direcciones IPv6 literales en rutas UNC

4 mbito de direcciones IPv6 5 Espacio de direccionamiento IPv6

o o

5.1 Asignacin general 5.2 Direcciones anycast reservadas

6 Direcciones especiales
o o

6.1 Direcciones Unicast 6.2 Direcciones Multicast

6.2.1 Direccin multicast Solicited-node

7 Configuracin automtica sin estado

o o o o

7.1 EUI-64 Modificado 7.2 Deteccin de direcciones duplicadas 7.3 Tiempo de vida de la direccin 7.4 Direcciones temporales

8 Seleccin automtica de direccin 9 Direcciones de Enlace-Local e ndice de Zonas 10 Direcciones IPv6 en el DNS
o

10.1 Transicin

11 Notas histricas 12 Referencias 13 Vase tambin

Tipos de direcciones IPv6

Las direcciones IPv6 se clasifican segn las polticas de direccionamiento y encaminamiento ms comunes en redes: direcciones unicast, anycast y multicast.1

Una direccin unicast identifica un nico interface de red. El protocolo de Internet entrega los paquetes enviados a una direccin unicast al interface especfico. Una direccin anycast es asignada a un grupo de interfaces, normalmente de nodos diferentes. Un paquete enviado a una direccin anycast se entrega nicamente a uno de los miembros, tpicamente el host con menos coste, segn la definicin de mtrica del protocolo de encaminamiento. Las direcciones anycast no se identifican fcilmente pues tienen el mismo 38

formato que las unicast, diferencindose nicamente por estar presente en varios puntos de la red. Casi cualquier direccin unicast puede utilizarse como direccin anycast.

Una direccin multicast tambin es usada por mltiples hosts, que consiguen la direccin multicast participando en el protocolo de multidifusin (multicast) entre los routers de red. Un paquete enviado a una direccin multicast es entregado a todos los interfaces que se hayan unido al grupo multicast correspondiente.

IPv6 no implementa direcciones broadcast. El mismo efecto puede lograrse enviando un paquete al grupo de multicast de enlace-local todos los nodos (all-nodes) ff02::1. Sin embargo, no se recomienda el uso del grupo all-nodes, y la mayora de protocolos IPv6 usan un grupo multicast de enlace-local exclusivo en lugar de molestar a todos los interfaces de la red.

Formatos de direccin
Una direccin IPv6 est formada por 128 bits.1 Las direcciones se clasifican en diferentes tipos: unicast, multicast y anycast. Cada uno de los tipos define valores especficos para subgrupos de los 128 bits, asociando dicho valor con las caractersticas especiales del tipo.
Formato de direccin Unicast

Las direcciones Unicast y anycast generalmente se dividen en dos grupos lgicos: los primeros 64bits identifican el prefijo de red, y son usados para encaminamiento; los ltimos 64bits identifican el interface de red del host.
Ejemplo de formato de direccin unicast (el tamao del routing-prefix es variable)

Bits

48 (o ms)

16 menos)

(o

64

Campo

routing prefix

subnet id

interface identifier

El prefijo de red (network prefix) (prefijo de encaminamiento o (routing prefix) junto con el identificador de subred o (subnet id)) est situado en los 64 bits ms significativos de la direccin ipv6. El tamao del routing prefix puede variar; un prefijo de mayor tamao significa un tamao menor para subnet id. El subnet id permite a los administradores de red definir subredes dentro de la red disponible. Los 64 bits de identificador del interface (interface identifier) son generados automticamente con la direccin MAC del interface y el algoritmo EUI-64 modificado, obtenidos de un servidor DHCPv6, establecidos aleatoriamente o asignados manualmente.

39

Una direccin de enlace-local es una direccin unicast, pero usando un valor especfico para el network prefix.
Formato de direccin de enlace-local

Bits

10

54

64

Campo prefijo

Ceros

interface identifier

El campo prefijo contiene el valor binario 1111111010 (fe80::/10). Los 54 ceros siguientes consiguen que el prefijo de red sea el mismo para todas las direcciones locales, y por tanto no enrutable.
Formato de direccin Multicast Vase tambin: Direcciones IPv6 multicast

Las direcciones Multicast se construyen en funcin de determinadas reglas dependiendo de la aplicacin.

Formato general de direccin multicast

Bits

112

Campo prefix

flags

scope

group ID

Valor

1111111 1

0RPT

XXXX

El campo prefix mantiene el valor binario 11111111 para cualquier direccin multicast. Actualmente se utilizan 3 de los 4 bits del campo flags (flags);1 el bit de flag ms significativo est reservado para uso futuro.
Flags de la direccin Multicast2

Flag

40

R (Rendezvou s)3

Rendezvous embedded necesaria)

point not (traduccin

Rendezvous point embedded (traduccin necesaria)

P (Prefijo)4

Sin informacin de prefijo

Direccin basada en prefijo de red

T (Transitoria )5

Direccin mundialmente (permanente)

multicast vlida

Direccin multicast asignada dinmicamente (temporal)

Los 4-bits del campo scope (mbito) se utilizan para indicar dnde la direccin es vlida y nica. A continuacin se muestra el formato de una direccin multicast Solicited-node:
Formato de direccin multicast Solicited-node

Bits

79

24

Camp prefix o

flags

scope

ceros

unos

direccin unicast

Valor

11111111

0000

0010

00000000...0000000 0

11111111 1

Los campos prefix y scope tienen los valores binarios 11111111 y 0010. Las direcciones multicast Solicited-node son construidas a partir de la direccin unicast o anycast, copiando los ltimos 24 bits de la direccin unicast o anycast en los ltimos 24 bits de la direccin multicast.
Formato de direccin multicast Prefijo-Unicast (unicast-prefix-based)6
7

Bits

64

32

41

Cam po

pr efi x

flgs

sc

re s

riid

plen

prefijo de red

group ID

Las direcciones multicast de multidifusin (link-scoped) usan un formato parecido.8

Representacin
Una direccin IPv6 (128 bits) se representa mediante ocho grupos de cuatro dgitos hexadecimales, cada grupo representando 16 bits (dos octetos). Los grupos se separan mediante dos puntos (:). Un ejemplo de direccin IPv6 podra ser:
2001:0db8:85a3:0000:0000:8a2e:0370:7334.

Los dgitos hexadecimales no son sensibles a maysculas/minsculas, pero se aconseja la utilizacin de minsculas.9 Esta representacin completa puede ser simplificada de varias maneras, eliminando partes de la representacin.
Ceros iniciales

Los ceros iniciales de cada grupo pueden omitirse. De ese modo, la direccin IPv6 ejemplo podra escribirse:
2001:db8:85a3:0:0:8a2e:370:7334

Notad que cada grupo debe contener al menos un dgito hexadecimal, excepto para el caso descrito a continuacin.
Grupos de ceros

Uno o ms grupos de ceros pueden ser sustituidos por dos puntos.1 Esta sustitucin puede realizarse nicamente una vez en la direccin. En caso contrario, obtendramos una representacin ambigua. Si pueden hacerse varias sustituciones, debemos hacer la de mayor nmero de grupos; si el nmero de grupos es igual, debemos hacer la situada ms a la izquierda. Con esta regla, reduciramos an ms la direccin ejemplo:
2001:db8:85a3::8a2e:370:7334

La

direccin

de

0:0:0:0:0:0:0:0,

loopback, 0:0:0:0:0:0:0:1, y la se reducen a ::1 y :: respectivamente.

direccin

IPv6

indefinida,

Notacin decimal con puntos

Durante la transicin de Internet de IPv4 a IPv6 ser tpico operar en entornos de doble direccionamiento (IPv4 e IPv6). Por este motivo se ha introducido una notacin especial para

42

expresar direcciones IPv6 que sean IPv4-mapeada o IPv4-compatible, representando los ltimos 32 bits de la direccin IPv6 en el formato decimal con puntos usado en IPv4. Por ejemplo, la direccin IPv6 del tipo IPv4-mapeada ::ffff:c000:280 se puede representar como ::ffff:192.0.2.128, mostrando claramente la direccin IPv4 mapeada dentro de la IPv6.
Redes

Una red IPv6 utiliza un grupo de direcciones IPv6 contiguas, de un tamao potencia de dos. La parte inicial de las direcciones son idnticas para todos los hosts de una red, y se llama direccin de red o prefijo de encaminamiento (routing prefix). Las direcciones de red se escriben en notacin CIDR una red se representa por la primera direccin del grupo (que debe terminar en ceros), una barra invertida (/), y el nmero de bits del prefijo en decimal. Por ejemplo, la red 2001:db8:1234::/48 comienza en la direccin 2001:0db8:1234:0000:0000:0000:0000:0000 y finaliza en 2001:0db8:1234:ffff:ffff:ffff:ffff:ffff. Vemoslo con mayor detalle:
2001:db8:1234::/48 Direccin de Red 2001:0db8:1234:0000:0000:0000:0000:0000/48 Direccin de red sin comprimir ---- Red ----- --------- Host --------2001:0db8:1234:0000:0000:0000:0000:0000 Primera direccin IPv6 de la red 2001:0db8:1234:ffff:ffff:ffff:ffff:ffff ltima direccin IPv6 de la red

Es posible indicar directamente el prefijo de encaminamiento de una direccin de interface mediante notacin CIDR. Por ejemplo, un interface con direccin 2001:db8:a::123 perteneciente a la subred 2001:db8:a::/64 puede escribirse 2001:db8:a::123/64.
Tamao del grupo de direcciones

El tamao del grupo de direcciones se representa nicamente con una barra invertida (/) y el tamao del prefijo de red en decimal, sin indicar qu direcciones especficas estn en el grupo. Por ejemplo, un grupo de direcciones con prefijo de 48 bits se indica /48; este grupo contiene 2128 48 = 280 direcciones. Cuanto menor sea el tamao del prefijo de red, mayor el grupo de direcciones para hosts: un grupo /21 es 8 veces mayor que uno /24.
Direcciones IPv6 literales en recursos de red

Los dos puntos (:) en las direcciones IPv6 pueden entrar en conflicto con otras sintaxis ya establecidas, como URIs y URLs. Los dos puntos se han utilizado tradicionalmente como separacin entre una direccin ip y el puerto de red.10 Para solucionar este problema, las direcciones IPv6 literales se encierran entre corchetes cuando es necesario, por ejemplo:
http://[2001:db8:85a3:8d3:1319:8a2e:370:7348]/

Cuando la URL contiene un nmero de puerto, la notacin es:

https://[2001:db8:85a3:8d3:1319:8a2e:370:7348]:443/

43

Direcciones IPv6 literales en rutas UNC

En sistemas operativos Microsoft Windows, las direcciones IPv4 son identificadores vlidos en rutas UNC (Uniform Naming Convention). Un ejemplo de ruta UNC utilizando direccin IPv4 sera:
\\192.168.0.1\CarpetaCompartida\Recurso

Sin embargo, el carcter dos puntos es ilegal en una ruta UNC. Por tanto, el uso de direcciones IPv6 es tambin ilegal en rutas UNC. Por este motivo, Microsoft ha implementado un algoritmo de sustitucin para representar direcciones IPv6 como nombres de dominio, que s pueden usarse en rutas UNC. Microsoft registr y reserv el dominio ipv6-literal.net en Internet. Las direcciones IPv6 se transcriben como subdominio dentro de ese espacio de nombres, del siguiente modo:
2001:db8:85a3:8d3:1319:8a2e:370:7348

es traducido a:
2001-db8-85a3-8d3-1319-8a2e-370-7348.ipv6-literal.net

lo que dara lugar a una ruta UNC del tipo:

\\2001-db8-85a3-8d3-1319-8a2e-370-7348.ipv6literal.net\CarpetaCompartida\Recurso

Esta notacin es resuelta automtica por el software de Microsoft sin hacer peticiones a servidores DNS. Si la direccin IPv6 contiene un ndice de zona, es aadida a la direccin despus del carcter 's':
fe80--1s4.ipv6-literal.net

mbito de direcciones IPv6

Toda direccin IPv6, excepto la direccin indefinida ( ::), tiene un "mbito" (scope en ingls),11 que determina en qu partes de la red es vlida. En direccionamiento unicast, las direcciones de enlace-local y la direccin de loopback tienen mbito de enlace local, es decir, deben ser usadas en la red directamente conectada. El resto de direcciones, incluso aquellas privadas, tienen mbito global (o universal), que significa que son mundialmente enrutables y pueden ser usadas para conectarse a direcciones de mbito global en cualquier lugar, o a direcciones de mbito enlace-local en la red directamente conectada. El mbito de una direccin anycast se define del mismo modo que en las direcciones unicast. Para multicast, los cuatros bits menos significativos del segundo octeto de una direccin multicast (ff0X::) identifican el mbito, es decir, hasta dnde se propaga el trfico multicast. Los mbitos1 definidos actualmente son:

44

mbito direccin Multicast

IPv6

Valo r

mbito (scope)

0x0

reserved

0x1

interface-local

0x2

link-local

0x4

admin-local

0x5

site-local

0x8

organization-local

0xe

global

0xf

reserved

Espacio de direccionamiento IPv6

Asignacin general

El Internet Architecture Board (Comit de Arquitectura de Internet) y el Internet Engineering Steering Group (Direccin de Ingeniera de Internet) delegaron la asignacin del direccionamiento IPv6 en la Internet Assigned Numbers Authority (IANA).12 Su funcin principal es la asignacin de grandes bloques de direcciones a los Registros Regionales de Internet (RIRs por sus siglas en ingls), que tienen la tarea de asignar trozos menores a Proveedores de Internet u otros registros locales. IANA ha mantenido la lista oficial de las asignaciones del espacio de direcciones IPv6 desde diciembre de 1995.13

45

Actualmente, slo la octava parte del espacio total de direcciones estn disponibles para su uso en Internet. La mayor parte de las direcciones IPv6 estn reservadas para uso futuro. Para conseguir agregacin de rutas, reduciendo as el tamao de las tablas de rutas de Internet, el rango 2000::/3 se asigna a los RIRs en grandes bloques desde /23 hasta /12.14 Los RIRs asignan rangos menores a ISPs, que luego distribuyen en bloques de /48 a sus clientes. Los registros de asignaciones globales pueden encontrarse en los RIRs u otros webs.15 Las direcciones IPv6 se asignan a las organizaciones en bloques mucho mayores a las asignaciones IPv4; la asignacin recomendada es un rango /48, que es 248 2.81014 veces mayor que el direccionamiento IPv4 completo. A pesar de ello, el conjunto total es suficiente para el futuro previsible, pues hay 2128 sobre 3.41038 direcciones IPv6. Cada RIR puede dividir cada uno de sus bloques /23 en 512 bloques /32, normalmente uno para cada ISP. Un ISP puede dividir cada uno de sus rangos /32 en 65.536 bloques /48, normalmente uno para cada cliente.16 Los clientes pueden crear 65.536 redes /64 con su asignacin /48, teniendo cada red un nmero de direcciones que es el cuadrado de todo el espacio de direcciones IPv4, que slo tena 232 4.3109 direcciones. Tal y como se ha diseado, slo una pequea fraccin del espacio de direcciones se utilizarn realmente. El amplio espacio de direcciones asegura que prcticamente siempre habr disponibilidad, lo que convertir a la traduccin de direcciones (NAT) en casi innecesario. NAT se utiliza actualmente cada vez ms para aliviar el agotamiento de las direcciones IPv4.
Direcciones anycast reservadas

La direccin ms baja de cada subred (identificador de interface todo a ceros) est reservada como direccin anycast subnet-router (subred de router).1 Las aplicaciones pueden utilizar esta direccin destino para hablar con algn router de la subred, garantizando IPv6 que estos paquetes son entregados nicamente a un router de la subred. Las 128 direcciones ms altas de cada subred /64 estn reservadas como direcciones anycast. 17 Estas direcciones suelen tener los 57 primeros bits del identificador de interface a 1, seguidos de 7 bits de identificador anycast. Los prefijos de red, incluidos subredes, requieren tener 64 bits de longitud, en cuyo caso el bit universal/local debe ser puesto a 0 para indicar que la direccin no es globalmente nica. Si la direccin tiene el valor 0x7e en los 7 bits menos significativos, se define como una direccin anycast de home agent (agente inicial) en IP Mvil. La direccin con los 7 bits menos significativos a 1 (valor 0x7f) est reservada y no puede ser usada. No hay ms asignaciones, por lo que los valores desde 0x00 hasta 0x7d estn reservados tambin.

Direcciones especiales
Existe direcciones con un significado especial en IPv6:18
Direcciones Unicast Direccin indefinida
::/128 La direccin con todos sus bits a 0 se llama direccin indefinida (similar a la direccin 0.0.0.0 en IPv4).

Esta direccin no puede nunca ser asignada a ningn interface, pues se utiliza nicamente por el software de una aplicacin antes de conocer la

46

direccin origen de una conexin. Los routers no deben encaminar paquetes con la direccin indefinida. Las aplicaciones pueden escuchar (listen) en uno o ms interfaces por nuevas conexiones. Esto puede verse en un listado de conexiones activas con una dupla direccin IP y nmero de puerto separados por dos puntos. Cuando la aplicacin est escuchando (listening) en todos los interfaces disponibles, aparece la direccin indefinida en dicho listado. Ruta por defecto ::/0 La ruta por defecto para trfico unicast (correspondiente a la ruta a 0.0.0.0 con mscara 0.0.0.0 en IPv4). Direcciones locales ::1/128 La direccin de loopback es una direccin unicast del localhost. Si una aplicacin en un host enva paquetes a esta direccin, la pila IPv6 enviar de vuelta los paquetes al mismo interface virtual (correspondiente a 127.0.0.1 en IPv4). fe80::/10 Las direcciones de prefijo enlace-local (link-local) son vlidas (utilizables) y nicas (no repetidas) slo en la red local. Dentro de este rango de enlace local, slo se utiliza una subred (54 bits a cero), generando un formato eficaz de fe80::/64. Los 64 bits menos significativos suelen construirse a partir de la direccin hardware del interface en formato EUI-64 modificado. Las direcciones de enlace local son requeridas en todos los interfaces con IPv6 habilitado; por ello, las aplicaciones pueden aprovechar la existencia de direcciones de enlace local an cuando no haya encaminamiento IPv6. Estas direcciones son comparables a las direcciones de auto-configuracin 169.254.0.0/16 en IPv4. Direccin local nica fc00::/7 Las direcciones locales nicas (ULA's por sus siglas en ingls) se utilizan para comunicaciones locales. Son enrutables slo dentro de un mbito cooperativo (similar a los rangos de direcciones privadas 10/8, 172.16/12, y 192.168/16 en IPv4).19 Las direcciones incluyen una secuencia pseudoaleatoria en el prefijo de encaminamiento (routing prefix) para minimizar el riesgo de conflictos en la interconexin de plataformas diferentes o si los paquetes se desvan a Internet. A pesar del uso restringido y local de estas direcciones, su mbito es global, es decir, se esperan sean nicas (no repetidas) en todo el mundo. Transicin de IPv4
::ffff:0:0/96 Este prefijo designa una direccin IPv6 IPv4-mapeada.

Salvo pocas excepciones, este tipo de direccin permite el funcionamiento de protocolos de capa de transporte IPv4 en software (APIs) IPv6. Las aplicaciones servidoras slo tienen que abrir un socket en listening para aceptar conexiones de clientes usando protocolos IPv6 o IPv4. Los clientes IPv6 sern gestionados de modo nativo, mientras que los clientes IPv4 aparecern como clientes IPv6 cuya direccin es una direccin IPv6 IPv4mapeada. La transmisin se gestiona de modo similar; los sockets pueden transmitir datagramas IPv4 o IPv6, mediante la conexin a una direccin IPv6 nativa o a una direccin IPv4-mapeada. (Vea tambin Mecanismos de transicin a IPv6.) ::ffff:0:0:0/96 Un prefijo reservado para direcciones IPv4-traducidas, utilizadas por el protocolo Stateless IP/ICMP Translation (SIIT).

47

64:ff9b::/96 El prefijo "Well-Known" (ya conocido). Este prefijo se utiliza

para traducciones automticas IPv4/IPv6.20

Artculo principal: 6to4 2002::/16 Esta red se utiliza para el direccionamiento 6to4. Se utiliza tambin una direccin de la red IPv4 192.88.99.0/24.

Direcciones de uso especial21

IANA ha reservado un bloque de direcciones llamado 'Sub-TLA ID' 22 que consisten en 64 prefijos de red desde 2001:0000::/29 hasta 2001:01f8::/29. Se han realizado tres asignaciones en este bloque:
Artculo principal: Teredo
2001::/32 Usado por el protocolo de tneles Teredo (que tambin cae

dentro de la categora mecanismo de transicin IPv6). 2001:2::/48 Asignado a Benchmarking Methodology Working Group (BMWG)23 para comparativas (benchmarking) en IPv6 (similar a la red 198.18.0.0/15 para comparativas en IPv4). ORCHID (Overlay Routable Cryptographic Identifiers).24 Son direcciones IPv6 no-enrutables usadas identificadores criptogrficos Hash.
2001:10::/28

Hash para

Documentacin
2001:db8::/32 Este prefijo est reservado para documentacin. 25 Estas

direcciones deben usarse siempre que alguien quiera escribir un ejemplo de direccin IPv6, o se plasmen modelos de red (similar a las redes 192.0.2.0/24, 198.51.100.0/24, y 203.0.113.0/24 en IPv4.)26 Direcciones obsoletas

Vea al final las notas histricas.

Direcciones Multicast

Las direcciones multicast ff00::0/12 estn reservadas y no deberan utilizarse para ningn grupo multicast. Para ver una lista completa de direcciones IPv6 multicast reservadas se debe visitar a Internet Assigned Numbers Authority (IANA).27 A continuacin se muestran algunas de las ms usuales:

Direccin

Descripcin

mbitos disponibles Disponible en el mbito (scope) 1 (interface-local) y 2 (link-local):

ff01::1 Todos los

ff0X::1

Direccin all-nodes (todos los nodos). Identifica al grupo de

48

nodos en el interface local todos los nodos IPv6

ff02::1 Todos los

nodos en el enlace local Disponible en el mbito (scope) 1 (interface-local), 2 (link-local) Direccin allrouters (todos los routers). Identifica al grupo de todos los routers IPv6 y 5 (site-local):
ff01::2 Todos los

ff0X::2

routers en el interface local ff02::2 Todos los routers en el enlace local

ff05::2 Todos los

routers en el sitelocal
ff02::5

OSPFIGP OSPFIGP Designated Routers Routers RIP Routers EIGRP Todos PIM los routers

2 (enlace-local)

ff02::6

2 (enlace-local)

ff02::9 ff02::a

2 (enlace-local) 2 (enlace-local)

ff02::d

2 (enlace-local)

ff0X::fb

mDNSv6

Disponible mbitos

en

todos

los

ff0X::101

Todos los servidores de NTP (Network Time Protocol) Link Name

Disponible mbitos

en

todos

los

ff02::1:1

2 (enlace-local)

49

ff02::1:2

All-dhcp-agents Link-local Multicast Name Resolution All-dhcp-servers Direccin SolicitedNode. Vase explicacin ms abajo Node Information Queries

2 (enlace-local)

ff02::1:3

2 (enlace-local)

ff05::1:3

5 (site-local)

FF02::1:FF00:0000/104

2 (enlace-local)

FF02:0:0:0:0:2:FF00::/104

2 (enlace-local)

Direccin multicast Solicited-node

Los 24 bits menos significativos del group ID de una direccin Solicited-Node se rellenan con los 24 bits menos significativos de la direccin unicast o anycast. Estas direcciones permiten la resolucin de la direccin de red va Neighbor Discovery (NDP) en la red sin molestar a todos los hosts conectados (como ocurra con ARP en IPv4). Un host debe unirse (join) a un grupo multicast Solicited-Node para cada una de sus direcciones unicast o anycast

Configuracin automtica sin estado

Tras el arranque del sistema, un nodo crea automtica una direccin de enlace-local en cada interface con IPv6 habilitado, aunque se hayan configurado manualmente u obtenido por DHCPv6 direcciones globales. Esto se realiza de modo automtico, y sin ningn tipo de configuracin previa gracias a la configuracin automtica sin estado (SLAAC, stateless address autoconfiguration),28 usando un componente del Neighbor Discovery Protocol. Esta direccin tendr el prefijo fe80::/64. Adems, el host puede crear una direccin unicast encaminable cuando un router responde a su solicitud de router con una asignacin de subred29 Los 64 bits menos significativos de estas direcciones se rellenan con un identificador de interface de 64 bits en formato EUI-64 modificado. Este identificador se utiliza para todas las direcciones automticas de ese interface, de modo que slo se necesita un grupo multicast para unirse al neighbor discovery. Para ello utilizamos una direccin multicast formada a partir del prefijo de red ff02::1:ff00:0/104 y los 24 bits menos significativos de la direccin.
EUI-64 Modificado

El identificador de interface de 64 bits se deriva comnmente de los 48 bits de la direccin MAC. Una direccin MAC 00:1D:BA:06:37:64 se convierte en una direccin EUI-64 de 64 bits insertando FF:FE en el medio: 00:1D:BA:FF:FE:06:37:64. Pero modificamos este EUI64 cuando lo usamos para formar una direccin IPv6: 1 invertimos el significado del bit
50

Universal/Local (el sptimo bit ms importante del EUI-64, empezando por 1), por lo que 1 significa ahora Universal. Para crear una direccin IPv6 de la red 2001:db8:1:2::/64, obtenemos la direccin 2001:db8:1:2:021d:baff:fe06:3764 (con el bit subrayado U/L invertido a 1, porque la direccin MAC se considera universalmente nica). La razn de modificar el bit U/L es debido a que cuando asignamos direcciones de modo manual a un interface, es probable que asignemos una del tipo 2001:db8:1:2::1/64 en lugar de la menos atractiva e intuitiva 2001:db8:1:2:0200::1/64. Cuando asignamos manualmente direcciones de enlace-local, la necesidad de esta modificacin es ms evidente: configuraremos manualmente una direccin corta fc80::1 en lugar de una larga fc80:0:0:0:0200::1. En resumen, modificamos EUI-64 para reducir las probabilidades de duplicidad entre direcciones manuales y automticas.
Deteccin de direcciones duplicadas

La asignacin de una direccin IPv6 unicast a un interface necesita de una prueba interna de su disponibilidad, utilizando los mensajes ICMPv6 tipo 135 (Neighbor Solicitation) y 136 (Neighbor Advertisement). Durante el proceso de verificacin de disponibilidad, la direccin tiene un estado de direccin tentativa. El nodo se une a la direccin multicast solicited-node para la direccin tentativa (si no lo ha hecho ya), y enva neighbor solicitations utilizando como direccin origen la direccin indefinida (::/128) y como direccin destino la direccin tentativa. El nodo tambin se une a la direccin de multicast all-nodes (todos los equipos) ff02::1, por lo que recibir los anuncios del resto de equipos (Neighbor Advertisements). Si un nodo recibe un solicitud (neighbor solicitation) con su direccin tentantiva como direccin destino, la direccin no es nica. Tampoco podr ser nica si el nodo recibe un anuncio (neighbor advertisement) con la direccin tentativa como origen. Tan slo despus de haber verificado que la direccin es nica, puede ser usada y asignada a un interface.
Tiempo de vida de la direccin

Cada direccin IPv6 vinculada a un interface tiene un tiempo de vida preestablecido. El tiempo de vida es infinito, salvo que se haya configurado un tiempo menor. Hay dos valores que rigen el tiempo de vida de una direccin: preferred lifetime (tiempo preferido) y valid lifetime (tiempo de validez).30 Estos tiempos de vida pueden configurarse en los routers que proveen los valores para autoconfiguracin, o especificar durante la configuracin manual de las direcciones en los interfaces. Cuando se asigna una direccin a un interface tiene el estado preferred (preferido), que mantiene durante su preferred-lifetime. Tras expirar dicho tiempo de vida, el estado pasa a deprecated (obsoleto) y la direccin no podr usarse para nuevas conexiones. La direccin pasa a invalid (invlida) cuando expira tambin su valid-lifetime; la direccin se elimina del interface y podr ser asignada a cualquier host en Internet (est completamente libre).
Direcciones temporales

Las estticas y mundialmente nicas direcciones MAC, usadas por la configuracin automtica sin estado para crear identificadores de interface, ofrecen una oportunidad para hacer un seguimiento de los equipos y usuarios a travs del tiempo y de las distintas redes IPv6. 31 Para reducir la atadura de la identidad del usuario a una porcin de direccin IPv6, un host puede
51

crear direcciones temporales con identificadores de interfaces basados en nmeros aleatorios 32 y tiempos de vida relativamente cortos (de horas o das), tras los cuales se reemplazan con nuevas direcciones. Un host puede utilizar direcciones temporales como direcciones origen para conexiones salientes; mientras, el resto de hosts utilizar la direccin pblica para acceder a l tras preguntar a DNS. Los sistemas configurados en IPv6 en Windows Vista, Windows Server 2008 o versiones posteriores utilizan direcciones temporales por defecto.

Seleccin automtica de direccin

Los interfaces de red habilitados para IPv6 tienen normalmente ms de una direccin IPv6, por ejemplo una direccin de enlace-local y una direccin global, o direcciones permanentes versus temporales. IPv6 introduce los conceptos de alcance y preferencia, dando mltiples opciones para seleccionar la direccin origen y destino en comunicaciones con otros hosts. El algorito de seleccin de preferencia, 33 que elige la direccin ms apropiada para usar en la comunicacin con un destino concreto (incluyendo el uso de direcciones IPv4-mapeadas en implementaciones de doble pila) est basado en una tabla de preferencias configuradas por el usuario, que asocia cada prefijo de red con un nivel de prioridad. La tabla por defecto sera como la siguiente:33
Tabla de Polticas de Prefijos

Prefijo

Priori dad

Etiqu eta

::1/128 ::/0 2002::/16 ::/96 ::ffff:0:0/96

50 40 30 20 10

0 1 2 3 4

En una configuracin por defecto, IPv6 tendr mayor prioridad que IPv4, y tambin utilizar direcciones destino con el mbito ms pequeo posible, de modo que las comunicaciones de enlace-local son preferidas a caminos globales cuando ambos sean igualmente adecuados. La tabla de polticas de prefijos es similar a una tabla de rutas, con el valor de prioridad haciendo de coste de enlace y donde mayor preferencia es expresada como un valor mayor. Las direcciones origen candidatas se obtienen del Sistema Operativo, y las direcciones destino candidatas pueden ser consultadas va Domain Name System (DNS). Despus se cruzan con la tabla de polticas de prefijos, seleccionando el prefijo de mayor nmero de bits de entre las entradas donde la direccin IPv6 hace match.

52

Direcciones de Enlace-Local e ndice de Zonas

Debido a que todas las direcciones de enlace-local en un host tienen un prefijo comn, no se pueden utilizar los procedimientos normales de encaminamiento para elegir el interface de salida en el envo de paquetes a un destino de enlace-local. Se necesita de un identificador especial, conocido como zone index (ndice de zona),11 para proveer informacin de encaminamiento adicional; en el caso de direcciones de enlace-local, los ndices de zona corresponden a identificadores de interface. Al escribir textualmente una direccin, aadimos el ndice de zona a la direccin separado por un signo de porcentaje (%). La sintaxis actual de los ndices de zona depende del sistema operativo:

La pila IPv6 en Microsoft Windows utiliza ndices de zona numricos, p.ej. fe80::3%1. El ndice se establece por el nmero de interface. La mayora de sistemas Unix (p.ej. BSD, Linux, Mac OS X) usa el nombre de interface como ndice de zona: fe80::3%eth0.

La notacin de ndice de zona causa conflictos de sintaxis al usar la direccin para URIs o URLs, debido a que el carcter '%' se utiliza para el paso de parmetros.34

Direcciones IPv6 en el DNS

Mediante el Domain Name System, los hostnames se mapean a direcciones IPv6 por registros AAAA, tambin llamados registros cudruple-A. IETF ha reservado el dominio ip6.arpa para la resolucin inversa de DNS, dividiendo el espacio de nombres jerrquicamente por cada dgito hexadecimal de la direccin IPv6. Esta traduccin se define en el RFC 3596. De igual modo que en IPv4, cada host est representado en el DNS por dos registros, un registro directo (address record) y un registro de resolucin inversa. Por ejemplo, un equipo llamado servidor en la zona ejemplo.es' tiene la direccin local nica fdda:5cc1:23:4::1f. Su registro cudruple-A es
servidor.ejemplo.es. IN AAAA fdda:5cc1:23:4::1f

y su resolucin inversa es
f.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.4.0.0.0.3.2.0.0.1.c.c.5.a.d.d.f.ip6.arpa. IN PTR servidor.ejemplo.es.

Este registro inverso puede definirse en varias zonas, dependiendo de la cadena de delegacin en la zona d.f.ip6.arpa. El DNS es independiente del protocolo de transporte. Las peticiones y respuestas pueden ser transmitidas sobre IPv6 o Ipv4, independientemente del tipo de informacin transportada.
Campos registro AAAA

NAME

Nombre de Dominio
53

TYPE

AAAA (28)

CLASS

Internet (1)

TTL

Tiempo de segundos

vida

en

RDLENG TH

Longitud RDATA

del

campo

RDATA

Direccin IPv6 1 formato texto

en

Transicin

Desde 2009, muchos dispositivos NAT y routers en los hogares todava gestionan incorrectamente los registros AAAA.35 Algunos de ellos simplemente desechan las peticiones DNS a estos registros, en lugar de devolver una respuesta negativa apropiada. Debido a que la peticin es desechada, el host debe esperar el timeout de esa peticin. Esto, a menudo, causa una percepcin de lentitud en la conexin de hosts IPv6.

Notas histricas

El prefijo site-local fec0::/10 especifica que la direccin es vlida nicamente dentro de la red de una organizacin. Formaba parte de la arquitectura de direccionamiento original 36 en diciembre de 1995, pero su uso fue desaconsejado en septiembre de 2004, 37 pues la definicin del trmino ingls site era ambigua provocando reglas de routing confusas. Las nuevas redes no deban soportar este tipo especial de direcciones. En octubre de 2005, una nueva especificacin 38 sustituy este tipo de direcciones por las direcciones locales nicas. El bloque de direcciones 0200::/7 fue definido como un prefijo OSI NSAPmapped en agosto de 1996,39 40 pero fue eliminado en diciembre de 2004. 41 El prefijo de 96-bits a cero ::/96, conocido originalmente como direcciones IPv4-compatibles, fue mencionado en 199536 pero descrito por primera vez en 1998.42 Esta clase de direcciones se usaba para representar direcciones IPv4 dentro de tecnologa IPv6, facilitando la transicin. Era una direccin IPv6 con sus primeros (ms significativos) 96 bits a cero, mientras que los 54

ltimos 32 bits eran la direccin IPv4 que representaban. En febrero de 2006 la Internet Engineering Task Force (IETF) ha desaconsejado la utilizacin de direcciones IPv4-compatibles. 1 El nico uso que se mantiene de este formato de direccin es al representar una direccin IPv4 en una tabla o base de datos con campos de tamao fijos, que tambin deben ser capaces de almacenar direcciones IPv6.

La resolucin inversa de direcciones IPv6 se configuraba originalmente en el Domain name system (DNS) en la zona ip6, bajo el dominio principal .int. La intencin inicial era que el dominio .arpa fuese movido dentro de .int, pero se desech en el ao 2000 por la Internet Architecture Board (IAB). Por ello, el registro inicial bajo ip6.int deba moverse a ip6.arpa. La IAB lo formaliz en agosto de 2001.43 La zona ip6.int fue oficialmente eliminada el 6 de junio de 2006. Se reserv el bloque de direcciones 3ffe::/16 para pruebas de la red 6bone en diciembre de 1998.42 Antes de eso se utilizaba el rango de direcciones 5F00::/8. Ambos rangos fueron liberados en junio de 2006, con la defuncin del proyecto 6bone.44

Referencias
a b c d e f g h i RFC 4291, IP Version 6 Addressing Architecture , R. Hinden, S. Deering (February 2006) 2. Silvia Hagen (May 2006). IPv6 Essentials (Second edicin). O'Reilly. ISBN 978-0596100582. 1. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. RFC 3956 RFC 3306 RFC 4291 RFC 3306, Unicast-Prefix-based IPv6 Multicast Addresses , B. Haberman, D. Thaler (August 2002) RFC 3956, Embedding the Rendezvous Point (RP) Address in an IPv6 Multicast Address P. Savola, B. Haberman (November 2004) RFC 4489, A Method for Generating Link-Scoped IPv6 Multicast Addresses, J-S. Park, M-K. Shin; H-J. Kim (April 2006) RFC 5952, "A Recommendation for IPv6 Address Representation", S. Kawamura, M. Kawashima, (August 2010) Text

RFC 3986, Uniform Resource Identifier (URI): Generic Syntax , T. Berners-Lee, R. Fielding, L. Masinter (January 2005) a b RFC 4007, IPv6 Scoped Address Architecture , S.Deering, B. Haberman, T. Jinmei, E. Nordmark, B. Zill (March 2005) RFC 1881, IPv6 Address Architecture Board (December 1995) IPv6 address space at IANA IPv6 unicast address assignments, IANA 55 Allocation Management, Internet

15. 16.

por ejemplo, SIXXS Ghost Route Hunter IPv6 Addressing Plans. ARIN IPv6 Wiki. Consultado el 18-082010. All customers get one /48 unless they can show that they need more than 65k subnets. [...] If you have lots of consumer customers you may want to assign /56s to private residence sites.. RFC 2526,Reserved IPv6 Subnet Anycast Addresses , D. Johnson, S. Deering (March 1999) RFC 5156, Special-Use IPv6 Addresses, M. Blanchett (April 2008) RFC 1978, Address Allocation for Private Internets , Y. Rekhter, B. Moskowitz, D. Karrenberg, G.J. De Groot, E. Lear (February 1996) RFC 6052, "IPv6 Addressing of IPv4/IPv6 Translators", C. Bao, C. Huitema, M. Bagnulo, M. Boucadair, X. Li, (October 2010) RFC 4773, Administration of the IANA Special Purpose IPv6 Address Block, G. Huston (December 2006) RFC 2928, Initial IPv6 Sub-TLA ID Assignments , R. Hinden, S. Deering, R. Fink, T. Hain (September 2000) The Internet Society RFC 5180, IPv6 Benchmarking Methodology for Network Interconnect Devices, C. Popoviciu, A. Hamza, G. Van de Velde, D. Dugatkin (May 2008) RFC 4843 (experimental), An IPv6 Prefix for Overlay Routable Cryptographic Hash Identifiers (ORCHID), P. Nikander, J. Laganier, F. Dupont (April 2007) RFC 3849, IPv6 Address Prefix Reserved for Documentation , G. Huston, A. Lord, P. Smith (July 2004) RFC 5737, IPv4 Address Blocks Reserved for Documentation , J. Arkko, M. Cotton, L. Vegoda (January 2010), ISSN: 2070-1721 IANA Internet Protocol Version 6 Multicast Addresses. Internet Assigned Numbers Authority. RFC 4862, IPv6 Stateless Address Autoconfiguration , S. Thomson, T. Narten, T. Jinmei (September 2007) RFC 4861, Neighbor Discovery for IP version 6 (IPv6) , T. Narten, E. Nordmark, W. Simpson, H. Holiman (September 2007) Iljitsch van Beijnum. IPv6 Internals, pp. 1629. The privacy implications of stateless IPv6 addressing RFC 4941, Privacy Extensions for Stateless Address Autoconfiguration in IPv6, T. Narten, R. Draves, S. Krishnan (September 2007) a b RFC 3484, Default Address Selection for Internet Protocol version 6 (IPv6), R. Draves, The Internet Society (February 2003) Formats for IPv6 Scope Zone Identifiers in Literal Address Formats

17. 18. 19. 20. 21. 22. 23.

24.

25. 26. 27. 28. 29. 30. 31. 32.

33. 34.

56

35. 36. 37. 38. 39. 40. 41. 42. 43. 44.

RFC 4074 Common Misbehavior Against DNS Queries for IPv6 Addresses, Y. Morishita, T. Jinmei. May 2005. a b RFC 1884, IP Version 6 Addressing Architecture , R. Hinden, S. Deering (dec 1995) RFC 3879, Deprecating Site Local Addresses , C. Huitema, B. Carpenter (sep 2004) RFC 4193, Unique Local IPv6 Unicast Addresses, R. Hinden, B. Haberman (oct 2005) RFC 4147, Proposed Changes to the Format of the IANA IPv6 Registry, G. Houston (aug 2005) RFC 1888, OSI NSAPs and IPv6, J. Bound, B. Carpenter, D. Harrington, J. Houldsworth, A. Lloyd (aug 1996) RFC 4048, RFC 1888 Is Obsolete, B. Carpenter (apr 2005) a b RFC 2471, IPv6 Testing Address Allocation, R. Hinden, R. Fink, J. Postel (dec 1998) RFC 3152, Delegation of IP6.ARPA, R. Bush (aug 2001) RFC 3701, 6bone (IPv6 Testing Address Allocation) Phaseout , R. Fink, R. Hinden (mar 2004)

57