Tema 2.

Direccionamiento IP y
protocolos asociados
Ingeniera de protocolos
Curso 2012/13
Jaime Benjumea Mondjar
Dpto. Tecnologa Electrnica

(Univ. de Sevilla)

Direcciones IP. Clases

Direcciones de 32-bits, habitualmente: A.B.C.D (numero de 8 bits, en
decimal). Una parte es la parte de red y la otra parte de host.
Originalmente (RFC791) se decidi crear tres clases de redes, cada una con
una parte de red y de host fija (pero distinta en cada clase).
Una direccin siempre
pertenece a una clase,
dependiendo de los MSB de
la IP.
parte de host especial:
00 para identificar a la red,
11 para broadcast en esa
red (broadcast dirigido)
(RFC919).

A
0

127 redes

00101100

11101100

44

10

10010110
150

00001100
.

236

16.384 redes

16.777.214 hosts en cada red

16.777.216-2 =

65.536-2 =

11010110
.

214

C
110

11000000
192

100

00000110
.

98

hosts en c/u

11110101

01100010
.

65.534 hosts en cada red

256-2 = 254

01100100
.

12

00000111

2.097.152 redes

Las direcciones 111

tenan un significado especial
(RFC791).

00000011

245

Direcciones IP. Subnetting (definicion)

HECHO: Algunas instituciones podran tener varias LAN con conectividad IP.
PROBLEMA: Si tengo ya una clase asignada, cmo hago el direccionamiento?
SOLUCIN: Dividir una clase en varias subredes (RFC917 y RC950)
Se propone tomar prestados
varios bits de la parte de host y
anexionarlos a la parte de red.

150.214.0.1-150.214.0.254

16 bits (parte de host), pido prestados 8 bits

1 red con
65.534
nodos
254 redes
con 254
nodos

Estas dos subredes no se pueden usar, 0..0 y 1..1 en la parte de host

tiene significado propio. No se sabra qu es 150.214.255.255.
Nunca se puede usar la primera ni la ltima subred al hacer
subnetting.

150.214.1.1-150.214.1.254

Un nodo externo, no ve el subnetting, desde fuera slo se ve la clase B

nmero 150.214 (150.214.0.0/16).

150.214.254.1-150.214.254.254

150.214.255.1-150.214.255.254

El subnetting siempre desperdicia 2 hosts por cada subred y la primera y

ltima subred completas (en este caso paso de tener 65534 a tener 64516.

Es necesario un nuevo parmetro de red: Mscara de red, que indica ( con 1)

qu bits son la parte de red (+subred). Ej: 255.255.255.0 o bien /24

Direcciones IP. Subnetting (ejemplo)

Ejemplo: Dividir la clase A 10.0.0.0 para obtener, al menos, 4 redes.
Solucin: Con 2 bits prestados slo consigo 2 redes, as que necesito 3 bits para
conseguir 8-2=6 redes.

10.0.0.0 es 00001010 00000000 00000000 00000000

Si pedimos prestados 3 bits: 00001010 00000000 00000000 00000000

Red

Direccin de la red

Direccin de
broadcast

Notacin estndar

Nodos en la red

10. 000 00000. 0. 0

10.0.0.0

10.31.255.255

10.0.0.0/11

IMPOSIBLE

10. 001 00000. 0. 0

10.32.0.0

10.63.255.255

10.32.0.0/11

2.097.150

10. 010 00000. 0. 0

10.64.0.0

10.95.255.255

10.64.0.0/11

2.097.150

10. 011 00000. 0. 0

10.96.0.0

10.127.255.255

10.96.0.0/11

2.097.150

10. 100 00000. 0. 0

10.128.0.0

10.159.255.255

10.128.0.0/11

2.097.150

10. 101 00000. 0. 0

10.160.0.0

10.191.255.255

10.160.0.0/11

2.097.150

10. 110 00000. 0. 0

10.192.0.0

10.223.255.255

10.192.0.0/11

2.097.150

10. 111 00000. 0. 0

10.224.0.0

10.255.255.255

10.224.0.0/11

IMPOSIBLE

Antes (clase A):16.777.214 nodos.

Ahora (subnetting): 6 redes con 2.097.150
nodos = 12.582.900 nodos

Se pierde el 25% del

direccionamiento

Direcciones IP.
Subnetting (uso de mscara de red)
Problema: Cmo sabe un host si debe usar el router (i.e. cmo sabe un nodo si otro
est en su misma red/subred)?
Dir. IP: 10.35.5.3

Mscara: 255.224.0.0

Sin subnetting, la respuesta est clara, todo lo

que sea 10.x.x.x est en mi red

pero si me dan una mscara la cosa cambia dado que la

red ya no es 10.0.0.0 sino: IP <AND> Mask: 10.32.0.0
Adems la mscara no termina en un byte, con lo que saber si un destino est
en mi red o no ya no es tan obvio.
Ejemplo A) Dst: 10.60.0.0

10.60.0.0 <AND> 255.224.0.0 = 10.32.0.0

Ejemplo B) Dst: 10.65.0.0

10.65.0.0 <AND> 255.224.0.0 = 10.64.0.0

Coincide con mi
red: Est en mi red

NO coincide con mi
red: NO est en mi
red

Direccionamiento IP.
Classfull
Los protocolos de enrutamiento (classfull), a travs
de las mscaras, conocen la subdivisin en redes.
150.214.141.0/24

Pero, al anunciar las redes, no informan de la

mscara.
Todo funciona si la subdivisin es homognea.
PROBLEMA

(a), (b), (c) y (d) tendrn el

mismo tamao, se use o no.

a
e
150.214.1.0/24

En los routers internos habr

hasta 254 entradas adicionales.

c
d

(e) es un desperdicio
b

Problemas histricos.
Advenimiento de CIDR
En 1992 se plantea (RFC 1338, 1380) varios problemas serios:
En dos aos se prevea la asignacin de todas las clases B (aunque se
usen con poca densidad)
haciendo necesario el uso de las clases C (2Mill de redes)
lo cual provocara una explosin en las tablas de rutas.
Adems, a ese ritmo, nos quedaramos sin direcciones IP, no tanto por
que hubiera demasiados host sino porque hay demasiadas redes.

Se propone:
Eliminar el concepto de clase en las direcciones IP, creando Classless
InterDomain Routing (CIDR). Requiere que los protocolos de routing
soporten esa modificacin: <dir_ip>/<mask>.

Para:
No estar atado al concepto de clase.
Permitir el uso de clases C sin explosin de rutas (agregacin)

Ejemplo de Agregacin (Supernetting)

Ejemplo: RedIRIS, quiere direccionamiento para unos 250.000 nodos,
de qu forma CIDR y las tcnicas de supernetting son de ayuda?
I) Si usara 1024 clases C, se podran asignar (1024*254 > 250.000), pero necesitara 1024 lneas
en la tabla de rutas (algo costoso).
II) Escojamos lo siguiente: Desde 193.144.0.0 a 193.147.255.255 son 1024 clases C (antigas
clases C, para ser exactos)
Byte 1
En binario, las
fronteras de esas
clases C son estas

Byte 2

Byte 3

Byte 4

11000001 10010000 00000000 00000000

11000001 10010011 11111111 11111111

Esta parte vara red a red, igual

que sucede con la parte host de
una red cualquiera.

Parte comn en las

1024 redes (14 bits)

Desde fuera, se ve como una red nica (sin

clase).
Dentro, puedo organizarlo como quiera (dividir
un subredes del tamao que quiera).
Necesita modificar los protocolos de routing al
eliminarse las clases (CIDR).
OJO: A partir de ahora, con CIDR, el concepto
de clase desaparece.

Usando mscaras
de red:
193.144.0.0/14

Propuesta: Hacer
lo contrario que en
subnetting.

Cmo?

Agrupo o agrego
esas 1024 redes y
las publico como
una nica ruta

Supernetting: Pedir
prestados bits de la parte
de red, que se asimilan a
la parte de host.

Gestin del direccionamiento actualmente (I)

IANA
(Internet Assigned Numbers Authority)

IANA tena, histricamente, el

control de todo el direccionamiento

IANA cede el control a los RIR

APNIC

AfriNIC

(Asia/Pacfico)

(frica)

LACNIC

ARIN
(NorteAmrica)

(Latino Amrica y
partes del Caribe)

RIPE NCC
(Europa, Oriente Medio
y Asia Central)

Los RIR son intermediarios de IANA

Los RIR (Registros Regionales)

se encargan cada un de su zona
geogrfica, IANA les asigna a
cada uno las direcciones (bloques
/8, RFC4632) que los RIR
pueden, a su vez, asignar.

Gestin del direccionamiento actualmente (y II)

Se procura montar una estructura en la que se aplica subnetting y supernetting
segn sea preciso. Por ejemplo:
IANA
IANA, cede
193/8; 194/8 y
195/8 a RIPE

RIPE NCC
RIPE cede
195.57.0.0/16
a TDE

TDE
(AS3352)
Telefnica
gestiona esa
clase B a
discrecin.

RIPE cede
193.144.0.0/14
a RedIRIS

RedIRIS
(AS766)
Rediris es un Sistema
Autnomo a publica la red
193.144/14 como un todo.
TDE es un Sistema
Autnomo a publica la red
195.57/16 como un todo.

Pero, aunque los dos

AS sean Europeos,
las rutas pueden ser
muy distintas

RedIRIS delega la
gestin de
determinadas redes
a las Instituciones
afiliadas. La
informacin de
estas redes es
interna al AS766

U. Sevilla:193.147.160.0 193.147.179.255:
193.147.160.0/20; 193.147.176.0/22
Fund. H. Alcorcn: 193.147.180.0 193.147.183.255:
193.147.180/22
U. Rey Juan C.: 193.147.184.0 193.147.184.255:
193.147.184.0/24
U. Pablo de O. 193.147.185.0 193.147.191.255:
193.147.185.0/24; 193.147.186.0/23;
193.147.188.0/22

RESUMEN
Actualmente se utiliza masivamente CIDR para routing.
Aunque se sigue usando el concepto de clase
(especialmente C).

Las clases A y B o bien se han dividido o agregado.

Es necesario un protocolo de rutado sin clase:
RIPv2,OSPF

Tablas de rutas en IP
Todas las tablas de rutas se representan mediante la IP de la red, la mscara
y el siguiente salto. Pero la forma de ver esto vara de sistema operativo en
sistema operativo.
150.214.231.244/30

Gateway of last resort is 150.214.231.246 to network 0.0.0.0

192.168.128.0/24

150.214.6.0/23

150.214.231.245
C 150.214.6.0/23

is directly connected, FastEthernet1/0

C 150.214.231.244/30 is directly connected, FastEthernet0/0

S* 0.0.0.0/0 [1/0]

INTERNET

via 150.214.231.246

192.168.128.1
150.214.7.1

150.214.231.246

CISCO: show ip route

150.214.7.10

Destination

Gateway

Genmask

150.214.6.0

0.0.0.0

255.255.254.0

eth0

192.168.128.0

255.255.255.0

192.168.128.1

hme2

0.0.0.0

150.214.7.1

0.0.0.0

eth0

150.214.6.0

255.255.254.0

150.214.7.10

hme1
hme1

Linux: netstat nrv

Destino de red

Mscara de red

Puerta de acceso

Interfaz [...]

0.0.0.0

0.0.0.0

150.214.7.1

150.214.6.79

127.0.0.0

255.0.0.0

127.0.0.1

127.0.0.1

150.214.6.0

255.255.254.0

150.214.6.79

150.214.6.79

150.214.6.79

255.255.255.255

127.0.0.1

127.0.0.1

150.214.255.255

255.255.255.255

150.214.6.79

150.214.6.79

224.0.0.0

240.0.0.0

150.214.6.79

150.214.6.79

255.255.255.255

255.255.255.255

150.214.6.79

150.214.6.79

Puerta de enlace predeterminada:

150.214.7.1

Windows XP: netstat nrv

[]

Iface

Destination

Mask

Gateway

224.0.0.0

240.0.0.0

150.214.7.10

default

0.0.0.0

150.214.7.1

127.0.0.1

255.255.255.255

127.0.0.1

Device []

lo0

Solaris: netstat nrv

En caso de duda, se selecciona la

ruta en la que haya una mejor
coincidencia de mscara (ms unos).

Direcciones IP. Direcciones especiales

Direccin
0.0.0.0/8
0.0.0.0/32

10.0.0.0/8
172.16.0.0/12
192.168.0.0/16

127.0.0.0/8

Significado
Un host en esta
red / Este host en
esta red.

Direcciones
privadas

Interfaz de
loopback

RFC
1700

Usos
Se usa como direccin fuente si el
nodo no conoce su IP. P. ej.
Peticiones DHCP.

1918

Se usan cuando quiero

conectividad IP pero no
conexin directa a Internet. Por
ejemplo, un router ADSL y una
red local de una empresa

1700

El interfaz de loopback
permite usar IP sin acceder al
medio fsico. Jams deben
aparecer estas direcciones en
una red pblica o privada.

SRC: 0.0.0.0
DST: 255.255.255.255

Red IP interna,
usa libremente
ese espacio de
direcciones.

Internet

Estas direcciones
nunca deben salir
a Internet (deben
filtrarse)
S: 127.0.0.1 S: 10.3.4.10
Aplicacin
D: 127.0.0.1
D: 10.3.4.1
TCP / UDP
IP1

IP2
Acceso
al medio

Se usa cuando el nodo no tiene ni asignacin manual

de IP ni hay servidor DHCP. No deben traspasar un
router. (*): Proposed Standard

Cualquier IP en
127/8, vuelve al
propio nodo que la
origina, sin pasar
por el medio fsico.

Ej: Dos ordenadores

directamente conectados.

169.254.0.0/16

Autoconfiguracin

3927*

224.0.0.0/4

Multicast

3171

Conocida como clase D, se utilizan para multicast a nivel IP.

240.0.0.0/4

Reservado

1700

Conocida como clase E, su uso est reservado por IANA.

255.255.255.255

Broadcast
limitado

1700

Es una direccin de
broadcast (destino) para
esta red, no debe
reenviarse nunca

Todos los nodos en

la LAN aceptan esto:
SRC: 150.214.7.8

Reenvo
prohibido

DST: 255.255.255.255

Esta tabla muestra algunas de las IP que tienen significado especial (a parte de las ya conocidas). RFC 3330

Protocolo NAT
Principios generales
NAT (Network Address Translation): Definido en RFC3022, permite acceder a direcciones pblicas
desde direcciones privadas.
Direccionamiento
privado
(10.0.0.0/8)

INTERNET
(direccionamiento pblico)
Direccin(es)
pblica(s)

Las direcciones privadas a No pueden salir a Internet.

NAT permite alterar el datagrama IP de forma que se utilicen (traduccin) las direcciones pblicas.

Modalidades:
Bsico: No se introducen cambios en los puertos, slo se modifican las IP.
Traduccin de puertos (NAPT): Se introducen cambios en los puertos TCP/UDP en caso
necesario.
Esttico: La traduccin IPpriv <-> IPpub es siempre la misma.

Dinmico: La traduccin IPpriv <-> IPpub se hace bajo demanda.

SE ESTUDIAR EL ESQUEMA MS COMPLEJO: NAPT dinmico.

Protocolo NAT
Funcionamiento
NAPT (Network Adress Port Translation): Permite que muchos ordenadores accedan a Internet
usando una nica direccin pblica (tpico en ADSL/ Cable).
192.168.254.68

150.214.141.206

192.168.254.254
SRC: 192.168.254.68:1034

DST: 150.214.7.5:25
SRC: 150.214.141.206:1034

DST: 150.214.7.5:25

150.214.7.5

192.168.254.250

1. 192.168.254.68 inicia una conexin a 150.214.7.5:25 (smtp) en TCP:

2.

Inicio de conexin, apertura activa: seleccin de puerto local: 1034.

Se enva un segmento con un socket origen basado en una IP privada.

El RT frontera detecta que la IP origen no es vlida en Internet, debe cambiarla:

Como se trata de una nueva conexin saliente (flags SYN en TCP)

apunta en una tabla la traduccin que se va a realizar:

Socket Destino

Socket origen (traducido)

Socket origen (sin traducir)

150.214.7.5:25

150.214.141.206:1034

192.168.254.68:1034

No hace falta cambiarlo

En el exterior se usa la IP pblica del router.

Se almacena el socket
original, para realizar
la traduccin de la
respuesta.

Protocolo NAT
Funcionamiento
192.168.254.68

150.214.141.206

SRC: 150.214.141.206:1034

192.168.254.254

DST: 150.214.7.5:25

3
150.214.7.5

SRC: 150.214.7.5:25
DST: 150.214.141.206:1034

SRC: 150.214.7.5:25

DST: 192.168.254.68:1034

3. 150.214.7.5 responde a la peticin, desde SU punto de vista es 150.214.206 el

ordenador que accede.
4. La respuesta llega al RT, es necesario realizar una traduccin:

Busco esto

Consulto en la tabla y busco: 150.214.7.5:25 (SRC) y 150.214.141.206:1034 (DST)

Socket Destino

Socket origen (traducido)

Socket origen (sin traducir)

150.214.7.5:25

150.214.141.206:1034

192.168.254.68:1034

Traduzco a esto

La traduccin se hace modificando el campo DST, en este caso; antes era el campo SRC..

NAT. Casos especiales

CASO 1: Coincidencia de puertos en
el lado privado

192.168.254.68:1034
192.168.254.68

150.214.7.5.25 150.214.141.206.1034 ESTABLISHED

192.168.254.254

150.214.7.5:25 ESTABLISHED

Socket Destino

Socket origen (traducido)

Socket origen (sin traducir)

150.214.7.5:25

150.214.141.206:1034

192.168.254.68:1034

150.214.7.5
150.214.141.206
192.168.254.250

Qu ocurre si se conecta a 150.214.7.5:25

y el s.o. elige como puerto local 1034?

El router NAT, deber usar un puerto traducido que no est en uso

Ve dos conexiones, desde puertos distintos pero
desde la misma direccin
192.168.254.68:1034

150.214.7.5.25 150.214.141.206.1034 ESTABLISHED

150.214.7.5:25 ESTABLISHED

192.168.254.68

150.214.7.5:25 150.214.141.206:1035 ESTABLISHED

Es perfectamente posible que

los dos ordenadores hayan
elegido el mismo puerto local.

192.168.254.254

150.214.7.5
150.214.141.206
192.168.254.250

192.168.254.250:1034

Socket Destino

Socket origen (traducido)

Socket origen (sin traducir)

150.214.7.5:25

150.214.141.206:1034

192.168.254.68:1034

150.214.7.5:25

150.214.141.206:1035

192.168.254.250:1034

150.214.7.5:25 ESTABLISHED

Se usa un puerto que (en el lado

exterior) no est en uso.

NAT. Casos especiales

CASO 2: Conexiones entrantes. NAPT esttico.
Un usuario exterior (Internet) no
sabe nada de la red interior, slo
conoce la IP pblica.

Servidor web (apache), lo necesito visible desde el

exterior.

192.168.254.68
192.168.254.254

Esa peticin web va dirigida al router, no teniendo un

servidor local instalado, debera rechazar (RST) la
conexin.

DST:
150.214.141.206:80
150.214.141.206
192.168.254.250

Usar mapeo esttico, determinadas peticiones entrantes se redirigen a un puerto y mquina internos
En 192.168.254.68:

Para Internet, la
direccin externa
alberga todos
estos servicios

192.168.254.68

Apache (servidor web). Puerto 80/tcp

192.168.254.254

Sendmail (servidor de correo). Puerto 25/tcp

En 192.168.254.250:

150.214.141.206
192.168.254.250

Socket local

Socket destino

Proto

150.214.141.206:80

192.168.254.68:80

TCP

150.214.141.206:25

192.168.254.68:25

TCP

150.214.141.206:4662

192.168.254.250:4662

TCP

150.214.141.206:4665

192.168.254.250:4665

UDP

Tabla de Mapeo esttico

Programa P2P. Puerto 4662/tcp; 4665/udp

Las peticiones entrantes que estn en la tabla se redirigen a la

IP y el puerto indicados.
El resto se procesan localmente, considerando al router como el
nodo final.
Son estticas: la traduccin (en los dos sentidos) es directa (sin
estados).

NAT. Consideraciones finales

Aumento de latencia
Antes de hacer el reenvo es necesario:
INTERNET
(direccionamiento pblico)

Gestin de memoria

Proceso de
traduccin

Calcular checksum nuevo de IP.

Calcular checksum nuevo de TCP (incluso si no cambio
puertos).

Abren cientos de conexiones TCP a Guardar el

estado de todas.
Efectan muchas consultas UDP a No tienen
estado, pero debo esperar respuesta por el mismo
puerto.
Con tantos nodos, es posible que el numero de
conexiones mal cerradas sea significativo a Necesito
que el router se olvide de ellas.

Los router NAT requieren memoria suficiente para

este tipo de conexiones, ms bien explosivas,
se requiere limpiar las conexiones que no se han
cerrado correctamente, liberar correctamente la
memoria, etc

Deben funcionar 7x24 durante

todo el ao a Pequeos fallos
acabarn dando la cara.

Niveles superiores

ICMP

A veces es necesario
acceder ms all de
TCP/UDP. Ejemplo:ICMP

No sabemos a quin
entregarlo, porque ICMP viaja
directamente sobre IP
La informacin relevante
viaja en el campo de datos
ICMP: Los primeros bytes del
datagrama problemtico

El router debe acceder a los datos ICMP

para saber qu hacer con ese ICMP
Adems: Es necesario regenerar totalmente
los datos ICMP, dado que los datos que
contiene no son vlidos dentro de la red
interna (contienen la IP externa del router).

Cualquier nivel superior que incluya datos de IP o puertos, debe ser revisado y traducido
para que funcione con NAT. ICMP y FTP son los ejemplos ms tpicos.

Multicast
La transmisin de video supone un ancho de banda considerable.
Usando tcnicas unicast como la de la figura, el uso de red y recursos
del servidor de video es proporcional al numero de clientes.

1Mbps
3Mbps

1Mbps

Servidor
de video

1Mbps

2Mbps

1Mbps

Transmisin de video unicast

1Mbps

Multicast
1Mbps
1Mbps

1Mbps

Servidor
de video

1Mbps

1Mbps

1Mbps

1Mbps

Transmisin de video Multicast

Con un sistema multicast la carga del servidor de video es la de un solo
nodo.
El video se transmite con un sistema de multidestino de forma que
llegue a varios nodos a la vez.
Se implementa multicast en IP y en el nivel 2.

Multicast. Qu necesito?
Direcciones multicast a nivel IP: 224.0.0.0 a 239.255.255.255
Cada direccin se refiere a un propsito (~aplicacin) y no a un nodo.
Cada direccin se registra (IANA) para un uso.
Algunos rangos se reservan para su uso en una organizacin.
224.0.0.0/24: Reservadas para usos concretos, no rutables.
Un nodo debe poder indicar que quiere recibir trfico multicast, y que quiere
dejar de recibirlo (IGMP).
Debe existir un protocolo de routing especfico:
Distinto de IGMP (que lo usan los clientes).
Especfico y distinto de los protocolos de routing para trafico unicast.
Es necesario establecer una relacin entre la direccin multicast IP y la
direccin multicast de nivel 2.
Es necesario que los dispositivos de nivel 2 (switches) se impliquen.

Multicast.
Direcciones MAC e IP

Qu direcciones MAC uso? (Broadcast es malo).

Cmo construyo las direcciones?

Fuente: CCIE Routing and Switching

Official Exam Certification Guide,
Second Edition

Est reservado el OUI 01:00:5E

para este proposito.
El bit marcado como 3 siempre va
a cero, los 23 bits restantes (24-1)
se copian directamente de los 23
bits menos significativos de la
direccin IP.
Al generar trfico multicast, con
destino una IP multicast, se usa
siempre la direccin MAC multicast
que se obtiene.

Los nodos harn caso, o no, a determinado trfico multicast de nivel MAC.

Multicast
IGMPv2

IGMP: Internet Group

Management Protocol (3376),
mostramos 2236
Se usa para que los nodos
puedan unirse a determinado
trfico.

Fuente: CCIE Routing and Switching Official Exam Certification Guide, Second Edition

Va sobre un datagrama IP con

TTL=1.
Membership query: Lo genera el router para preguntar si alguien quiere unirse a un
grupo multicast (0.0.0.0) o a determinado grupo multicast (IP_Multicast). Se usa como
IP destino 224.0.0.1 (luego todos los sistemas multicast deben escuchar aqu, a nivel
MAC e IP). Se genera cada cierto tiempo (para saber si sigue siendo necesario enviar
trfico). En MRT se pone el tiempo mximo de respuesta.

Membership report: Lo genera un nodo cuando recibe lo anterior o, por iniciativa

propia si desea unirse a determinado trfico. En el campo grupo se pone la IP multicast
deseada. Se usa la IP destino del grupo multicast al que se quiere asociar o al que se
est asociado.
Leave group: Indica (un nodo) que ya no desea recibir trfico de ese grupo, se usa la
direccin 224.0.0.2 (todos los router multicast). El RT comprobar (query) que no queda
nadie antes de parar.

Multicast
Consideraciones finales
IGMP no se usa entre routers, cada router debe gestinonar el trfico
multicast de otra forma.
Los switches tienen que implicarse:
Deben soportar IGMP para hacer el reenvo slo a travs de los
puertos que sea preciso.
Si no lo hacen, o no funciona nada o desbordo la red al considerar el
trfico ese multicast de la misma forma que el broadcast.

IPv6. Introduccin
Surge de la escasez de direcciones IPv4.
Se plantea como un nuevo protocolo que:
Mejore el direccionamiento (128-bits).

Configuracin (de nodos) ms sencilla.

Rediseo de la cabecera (ms simple que IPv4).
Incluye prestaciones de QoS.
Incluye seguridad (similar a IPsec de IPv4).
Facilita la movilidad.
Su desarrollo coincide con CIDR/VLSM/Agregacin (1992-1993) y con
NAT (1994) a IPv4 est durando ms de lo que se pensaba.
Su implementacin es irregular (en algunos sitios ms que en otros).

IPv6. Formato de la cabecera

Version: Indica la versin del protocolo IP (en este caso
6). Mismo sitio que en IPv4.

DS: Tipo de trfico, sirve para distinguir entre distintas

prioridades de trfico; una especie de QoS. En el
RFC2460 este campo se llama Traffic Class con
idntico significado.
ECN: Explicit Congestion Notification, no es parte del
RFC oficial, es una propuesta de notificacin de
congestin. En el ltimo RFC de IPv6 este campo no
existe (se anexiona a Flow label) sin significado propio.
Flow Label: Permite etiquetar trafico para un tratamiento
diferenciado, OJO que no es lo mismo que DS / Traffic
Class.
Fuente: W. Stallings, Data and Computer Comunications, 7ed.

Payload Length: Indica la longitud de campo de datos del datagrama, incluye las posibles cabeceras de extensin.
Si es cero, tengo un Jumbograma.
Next Header: Indica la prxima cabecera, el funcionamiento se ve luego.
Hop Limit: Nmero mximo de saltos (como el TTL de IPv4)
Source Address y Destination Address: Direcciones fuente y destino del datagrama (128bits).

La cabecera ms pequea es de 40 bytes (20 eran en Ipv4).

Se busca un alineamiento de 64 bits para mejorar la eficiencia.

IP v6. Extensin de la cabecera

Cabecera bsica de
IPv6 (Sig. Cab= ext1)

Cabecera ext1
(Sig. Cab= ext2)

Cabecera ext n
(Sig. Cab= proto)

DATOS

Payload Length

Cada cabecera indica el identificador de la siguiente cabecera o bien el

protocolo de nivel superior.
Deben aparecer en un orden determinado:
1.

Opciones salto a salto.

2.

Opciones para el destinatario (*)

3.

Encaminamiento

4.

Fragmentacin

5.

Autentificacin

6.

Seguridad

7.

Opciones para el destinatario (**)

8.

Datos de nivel superior

Ejemplo 1: Slo se envan datos TCP:

Cabecera bsica de
IPv6 (Sig. Cab= TCP)

DATOS

Ejemplo 2: Se envan datos TCP y hay fragmentacin:

Cabecera bsica de
IPv6 (Sig. Cab= 44)

Cabecera frag
(Sig. Cab= TCP)

DATOS

IPv6. Fragmentacin (Header Id=44)

Next Header

Reserved

Fragment Offset

Res

MF

Identification
Reserved: Se pone a cero en Tx (en ambos campos).

Fragment Offset (13 bits): Posicin (desde el comienzo de la siguiente cabecera) de

este fragmento respecto del original (en bytes).
MF (1 bit): Indica si hay (1) o no hay (0) ms fragmentos detrs de este.
Se modifica Payload Length al valor del datagrama
fragmentado

Cabecera bsica
Cabeceras hasta
encaminamiento

Parte no
fragmentable

El next header de la ltima cabecera pasa a ser 44.

Fragmento n

Resto de
cabeceras (no
procesables en
nodos
intermedios) y
datos

Parte
fragmentable

Se aade la cabecera de fragmentacin (una

por fragmento)

El destino reensambla los fragmentos y

elimina la cabecera de fragmentacin.

Los nodos intermedios NO fragmentan.

IP v6. Direccionamiento
Son direcciones de 128 bits y se representan de esta forma (en
hexadecimal, grupos de 16 bits, separados por :):
2001:0720:0c10:0009:0000:0000:0000:0004 (dns2.cica.es)

Como puede ser tedioso su manejo, se puede:

a) Eliminar los ceros a la izquierda:
2001:720:c10:9:0:0:0:4
b) Eliminar uno o ms grupos de 16-bits a cero y sustituirlos
por :: SLO UNA VEZ:
2001:720:c10:9::4

La representacin de redes: 2001:0600::/23 (Rango asignado a RIPE que

llega hasta justo antes de 2001:0800::).

IP v6. Direcciones unicast globales

Global routing
prefix

Subnet ID

Interface ID

Si la direccin NO empieza en 000 (3bits) a Interface ID es de 64bits.

RFC 3513 (4291): Define el prefijo binario 001 para Unicast global (la
antigua IPv4 pblica, para entendernos) a 2000::/3.
Todas las direcciones unicast globales tienen, por tanto, una parte de
Interface ID de 64 bits.
Ejemplos de asignacin (IANA)
RIPE tiene: 2001:1A00::/23, 2001:1C00::/22, 2001:2000::/20,
Curiosidad: 2001:DB8::/32 est asignada como NON-ROUTABLE. Es el
rango que se debe usar al escribir documentacin sobre IPv6.

IPv6.
Direcciones unicast de enlace
Se denominan (RFC4291 y anteriores) Link-Local IPv6 Unicast Addresses y
tienen este formato:
1111 1110 10
10 bits

000000

Interface ID (64 btis)

54 bits

Se activa sla al arrancar el ordenador; se configura automticamente.

Tiene significado local, no es rutable.
Sirve para las peticiones de vecino y router.
Es la red: fe80::/10
Ejemplo: fe80::213:8fff:fe52:2db0

IPv6.
Generando EUI64 desde una direccin MAC 802.3
En RFC4291 aparece un ejemplo; permite convertir la direccin de 48-bits
de 802.3 en un identificador de 64 bits (para usarlo como identificador de
Interface).
Direccin MAC:

OUI:

00 13 8F 52 2D B0

00 13 8F

00000000
00000010

ID Interface:

Cambio el
bit U/L

52 2D B0
Se aade
siempre esto:

FF FE

02 13 8F FF FE 52 2D B0

IPv6
Unique Local IPv6 Unicast Address

Su uso original est obsoleto (RFC3879 y 4291), se usaban para Intranets

y se llamaban Unicast de sitio.
En RFC4193 se definen las direcciones nicas unicast locales (o
direcciones IPv6 locales).
Son direcciones que:
Probablemente son nicas.
Prefijo conocido (filtros): FC00::/7.
Permite unir dos redes de este tipo sin redireccionamientos.
Se tratan como si fueran globales.
No causan conflictos con direcciones globales.

7bits

1 bit: por
ahora se
pone 1.

Global ID (40 bits)

Se genera de forma
aleatoria, con baja
probabilidad de
colisin.

Subnet ID
(16 bits)

Interface ID

Subred, para crear 64ki

redes, una vez asignado
el identificador global.

Direcciones especiales
Direccin no especificada: 0:0:0:0:0:0:0:0 a ::
Direccin de loopback: 0:0:0:0:0:0:0:1 a ::1
Direccin IPv4 mapeada a IPv6: 0:0:0:0:0:FFFF:w.x.y.z a ::FFFF:w.x.y.z
Direcciones Multicast:
FF

Flags

Scope

(4 bits)

(4 bits)

Group ID

0RPT

Flags: T indica si es una direccin conocida (IANA) (0) o no (1).

Scope (mbito): 1 es interface; 2 es link-local; 5 es site-local y F es global.
Group ID: Identifica el grupo de destinatarios.
FF02::1 todos los nodos locales.
FF05::1 todos los nodos del sitio.
FF02::2 todos los routers locales.
FF05::2 todos los routers del sitio

ICMPv6
Se define en el RFC4443, como un mecanismo similar a
ICMPV4, viaja dentro de un datagrama IPv6 con NH=58.
Los mensajes tipo <=127 son de error, el resto de
informacin. Tambin tiene un campo de cdigo.
Son de error: Tipo=1 Destino no alcanzable; Tipo=2
Paquete muy grande; Tipo=3 Tiempo superado; Tipo=4
Problema parmetros.
Tipos 128 y 129 son el echo-request y echo-reply

En definitiva, hasta aqu es muy parecido al ICMP que

conocemos.
Nuevas funcionalidades (MLD, ND, PMTU).

ICMPv6. Neighbor Discovery

Definido en el RFC2461, realiza funciones similares a las de ARP.

Cada mensaje tiene un tipo (ICMPv6) mayor que 128.

Usa direcciones multicast
Permite obtener la direccin de N.E.D. de nodos y routers:
Mediante el mensaje Neighbor Solicitation y Neighbor Advertisement
Permite obtener datos de la red: router y prefijo de red (los 128-64 primeros
bits de la direccin).
Mediante el mensaje Router Solicitation y Router Advertisement

IPv6. Misc
IPv6 tiene un protocolo de autoconfiguracin, basta con enchufar y listo
pero tambin se puede usar DHCPv6.
Existe el problema de la transicin (RFC4038):
Las aplicaciones podrn ser IPv4 y/o IPv6.
Las pilas podrn ser simples o dobles.
Casos especiales:
Aplicaciones IPv4 en sistemas con pilas dobles.

Aplicaciones IPv6 en sistemas con pilas dobles.

La evolucin ser lenta, con una pervivencia de ambos sistemas durante
mucho tiempo.
En los sitios donde ya se ha implementado IPv6, se usan traductores para
conectarse con el mundo IPv4.