interconexión de redes
València (UPV) y Profesor Titular del
Departamento de Comunicaciones de
dicha Universidad. Actualmente imparte
docencia sobre redes, protocolos y
basada en TCP/IP
ISBN 978-84-9048-037-3
servicios de comunicaciones en el
Grado de Ingeniería de Sistemas de
Telecomunicación, Sonido e Imagen,
que se imparte en el Campus de Gandia,
(IPV4/IPV6, DHCP, NAT, Encaminamiento RIP y OSPF) perteneciente a la UPV.
Este libro presenta la problemática del direccionamiento e Ambos trabajan actualmente en el área
interconexión de redes de datos, centrándose en la solución temática de las Redes de Ordenadores y
aportada por la pila de protocolos TCP/IP. Comunicaciones Multimedia.
En primer lugar se aborda, de manera general, la problemática
de la interconexión de redes de datos heterogéneas según
diversos factores como, por ejemplo, el tipo de servicio
ofrecido, las técnicas de encaminamiento a utilizar, tamaño
de los paquetes de datos, notificación de errores, etc. A
continuación, se centra en la solución más extendida hoy
en día en Internet, como es la ofrecida por la familia de
protocolos TCP/IP.
El libro describe con detalle las dos versiones del protocolo
IP, la versión 4 (IPv4) y la 6 (IPv6), así como protocolos
complementarios, como ARP e ICMP. Además, se profundiza en
diversos aspectos, como son la división de redes IP en subredes
(subnetting), así como su agregación (CIDR), la asignación de
direcciones IP mediante DHCP o BootP, el direccionamiento
público y privado, la traducción de direcciones mediante NAT
y, finalmente, también se aborda el encaminamiento en redes
IP, profundizando en dos de los protocolos más utilizados en
Internet, como son RIP y OSPF.
EDITORIAL
EDITORIAL UNIVERSITAT POLITÈCNICA DE VALÈNCIA
Los contenidos de esta publicación han sido revisados por el Departamento de
Comunicaciones de la UPV
Colección Académica
© Fernando Boronat
Mario Montagud
Distribución: pedidos@editorial.upv.es /
Telf.: 96 387 70 12/ www.editorial.upv.es / Ref.: 6113
Acrónimos
33
Direccionamiento e interconexión de redes basada en TCP/IP
Acrónimos
44
Acrónimos
Acrónimos
55
Direccionamiento e interconexión de redes basada en TCP/IP
Acrónimos
66
Contenido
Contenido
Acrónimos ................................................................................................................. 3
Capítulo 1. Principios de Interconexión de Redes................................................... 11
1.1. Introducción ................................................................................................. 11
1.2. Interconexión a Nivel Físico ........................................................................ 13
1.3. Interconexión a Nivel de Enlace de Datos ................................................... 14
1.4. Interconexión a Nivel de Red...................................................................... 18
1.5. Interconexión a Nivel de Interred ................................................................ 19
1.6. Aspectos a tener en cuenta en la Interconexión de Redes ............................ 20
1.6.1. Servicio de Capa de Red ofrecido al Nivel de Transporte..................... 22
1.6.2. Direccionamiento .................................................................................. 22
1.6.3. Encaminamiento .................................................................................... 23
1.6.4. Calidad de servicio o QoS (Quality of Service) .................................... 25
1.6.5. Tamaño Máximo de PDU...................................................................... 26
1.6.6. Control de Flujo y Control de la Congestión......................................... 27
1.6.7. Notificación de Errores ......................................................................... 28
1.7. Diferentes Soluciones propuestas a la Interconexión de Redes ................... 28
1.7.1. Solución propuesta por ISO (International Standardization Organization)
......................................................................................................................... 28
1.7.2. Solución propuesta por el IAB (Internet Activity Board) ..................... 30
Capítulo 2. La familia de Protocolos TCP/IP .......................................................... 33
2.1. Introducción. ................................................................................................ 33
2.1.1. Breve historia de Internet ...................................................................... 33
2.1.2. Administración de Internet .................................................................... 34
2.2. Arquitectura TCP/IP..................................................................................... 36
2.3. Nivel de Interred. El protocolo IP ................................................................ 38
2.3.1. Servicio de Red ofrecido por IP ............................................................ 38
77
Direccionamiento e interconexión de redes basada en TCP/IP
Contenido
88
Índice
Contenido
99
Direccionamiento e interconexión de redes basada en TCP/IP
Contenido
10
10
Principios de Interconexión de Redes
11
11
Direccionamiento
Principios e interconexión
de Interconexión de redes basada en TCP/IP
de Redes
SI 1
SF1
ATM F-R
F R
SI 2
SI 3 SI 4
Subredes
TR
T-R Ethernet
La idea del modelo OSI (figura 1.2) es que sólo se pueda establecer un diálogo
directo entre niveles homólogos de las diferentes capas del modelo, es decir, entre
los mismos niveles (que hablan el mismo ‘idioma’ o protocolo de comunicaciones).
Cuando no lo son, se necesitará un sistema intermedio (SI) para la conversión de un
protocolo a otro.
N4 N4’
N4
N3 N3 N3’ N3’
N2 N2 N2’
N2 N2’
N2
N1 N1 N1’ N1’
SF SI SF’
12
12
Capítulo Principios
1. Principios
dede interconexiónde
Interconexión deRedes
redes
Según el nivel o capa que marque la diferencia entre las subredes a interconectar
mediante el SI, ya sea el nivel físico, el nivel de enlace o el nivel de red, tendremos
diferentes tipos de interconexión: Interconexión a nivel físico; a nivel de enlace; o a
nivel de red, respectivamente. A continuación se explica cada uno de estos tipos de
interconexión, además de otro tipo adicional que facilita la interconexión de redes
muy heterogéneas y que se basa en la existencia de un nivel adicional común a
todos los dispositivos a interconectar denominado nivel de interred.
N1 N1’
SI
Figura 1.3. Interconexión a Nivel Físico o de capa 1
Existen dos tipos de sistemas de interconexión de nivel físico: los activos y los pa-
sivos. Por un lado, tenemos los denominados adaptadores de impedancias, que son
dispositivos pasivos. Por otro lado, tenemos los repetidores que son activos ya que
regeneran, amplifican la señal y, si es necesario, convierten formatos.
Este tipo de interconexión permite solucionar problemas tanto de incompatibilidad
del medio físico de las redes a interconectar, como también de cobertura, tal y como
se describe en los siguientes ejemplos de interconexión a nivel físico:
a) Conexión de una red Ethernet con cable coaxial a una red Ethernet con cable
de par trenzado. En este caso ambas redes se basan en medios físicos diferen-
tes (cable coaxial y cable de pares).
b) Conexión de dos segmentos de red Ethernet, ambos con cable de par trenzado.
En este caso ambas redes se basan en el mismo medio físico. Se puede realizar
mediante un hub, que no es más que un repetidor (regenerador y amplificador)
que copia o replica cada trama que le llega a uno de sus puertos por el resto de
puertos. Cuando se utiliza un hub para formar una red, cada ordenador o dis-
positivo de red se conecta a un puerto del hub, con lo que éste les proporciona
13
13
Direccionamiento
Principios e interconexión
de Interconexión de redes basada en TCP/IP
de Redes
SF 1
Coaxial
HUB
Par
Trenzado
…
SF N
Figura 1.4. Conexión mediante un hub con puertos de par trenzado y puertos coaxiales
14
14
Capítulo Principios
1. Principios
dede interconexiónde
Interconexión deRedes
redes
Radioenlace
Rep
Rep
p
HUB HUB
a) Mediante radioenlace
Enlace de f.o.
HUB
HUB
N2 N2’
N1 N1
SI
Figura 1.6. Interconexión a Nivel de Enlace de Datos o de capa 2
15
15
Direccionamiento
Principios e interconexión
de Interconexión de redes basada en TCP/IP
de Redes
A los SI que conectan dos subredes a nivel 2 se les denomina bridges, puentes o
incluso ‘conmutadores de nivel 2’1. Disponen de una cierta unidad inteligente (con
procesador y memoria), pues deben entender y procesar las tramas del nivel 2 de
cada una de las subredes que interconectan. El funcionamiento es muy simple y se
utilizará un sencillo ejemplo para su explicación.
Veamos un ejemplo del caso más sencillo, de interconexión de dos subredes cuyo
nivel 2 sea diferente, por ejemplo, una subred Token-Ring y una subred Ethernet
(figura 1.7). El puente recibirá por sus puertos tramas Token-Ring (TR) y tramas
Ethernet, según el tipo de puerto. Cada trama que llega por uno de sus puertos se
copiará en la memoria interna y se procesará.
Puente
ue te o Bridge
dge
Procesador o CPU
M
Memoria
i
C2 D t
Datos C2’ D t
Datos
T k Ri
Token-Ring Eh
Ethernet
Figura 1.7. Funcionamiento de un puente o bridge
Supongamos que llega una trama por el puerto Token-Ring del puente. El procesa-
dor analizará la cabecera de dicha trama (C2) e inspeccionará principalmente su
dirección de destino. Si el destino está en la propia subred Token-Ring la trama será
descartada y, por tanto, eliminada de la memoria. Por otro lado, si el destino está en
la red Ethernet, se eliminará la cabecera Token-Ring y se extraerá el campo de da-
tos para conformar una trama Ethernet a enviar por el puerto de salida Ethernet. Se
creará una trama con una cabecera Ethernet (C2') y se rellenará el campo de datos
1
Cuando nos referimos a un SI, la palabra ‘conmutador’ siempre debe ir acompañada del nivel más alto al que trabaja el
conmutador en cuanto a funciones de interconexión, ya que existen conmutadores que trabajan a diferentes niveles.
16
16
Capítulo Principios
1. Principios
dede interconexiónde
Interconexión deRedes
redes
de dicha trama con los datos originales (los que contenía el campo de datos de la
trama Token-Ring recibida). Dicha trama será transmitida por el puerto Ethernet del
puente. Nótese que en la cabecera C2’, la dirección de nivel 2 de origen será la del
equipo que generó la trama original y no la del puerto del puente por el que se va a
enviar dicha trama.
Este tipo de dispositivos se suele utilizar en entornos de red local, para unir subre-
des muy parecidas (como Ethernet y Token-Ring, por ejemplo), normalmente su-
bredes con tecnologías que han sido estandarizadas por el mismo organismo (por
ejemplo, el IEEE, The Institute of Electric and Electronic Engineers) y tienen una
estructura de cabeceras parecidas.
Por el contrario, cuando los protocolos de nivel 2 de ambas subredes son muy dis-
tintos, este modo de interconexión no es válido. Además, también es importante el
tamaño o longitud máxima de las tramas (MTU de enlace de datos), ya que, si es
diferente, los dispositivos conectados a ambas subredes deberían transmitir, como
mucho, a la longitud máxima limitada por la subred con menor MTU, o bien utilizar
un modo de interconexión de nivel superior (de nivel 3).
El uso de puentes para interconectar subredes puede tener varias utilidades. Por un
lado, es útil para unir subredes de la misma tecnología (por ejemplo, Ethernet) pero
con diferentes velocidades (por ejemplo, una a 10 Mbps y la otra a 100 Mbps).
También se pueden utilizar para unir varias subredes del mismo tipo, también de-
nominados segmentos (por ejemplo, Ethernet), con el fin de obtener mayor privaci-
dad (figura 1.8).
HUB HUB
PUENTE
HUB HUB
17
17
Direccionamiento
Principios e interconexión
de Interconexión de redes basada en TCP/IP
de Redes
N3 N3’
N3
N2 N2’
N1 N1’
SI
Figura 1.9. Interconexión a Nivel de Red o de capa 3
2
Normalmente para referirse a este tipo de dispositivos se utiliza la palabra inglesa router.
18
18
Capítulo Principios
1. Principios
dede interconexiónde
Interconexión deRedes
redes
R t
Router
Procesador o CPU
Memoria
C3 Datos C3’
C3 Datos
C2 C3 Datos C2’
C2 C3’
C3 Datos
19
19
Direccionamiento
Principios e interconexión
de Interconexión de redes basada en TCP/IP
de Redes
…
N4 N4’
NI NI NI’
N3 N3 N3’
N3 N3’
N2 N2 N2’
N2 N2’
N1 N1 N1’ N1’
SF SI SF
Figura 1.11. Interconexión a Nivel de Interred
20
20
Capítulo Principios
1. Principios
dede interconexiónde
Interconexión deRedes
redes
Memoria
CI Datos CI Datos
C2 C3 CI D t
Datos C2’ C3’ CI D t
Datos
S b d1
Subred Subred 2
Figura 1.12. Funcionamiento del router con nivel de interred
SF X SF Y SF Z
N Aplic.
N. Aplic N Aplic.
N. Aplic N Aplic.
N. Aplic
INTERRED
21
21
Direccionamiento
Principios e interconexión
de Interconexión de redes basada en TCP/IP
de Redes
1.6.2. Direccionamiento
22
22
Capítulo Principios
1. Principios
dede interconexiónde
Interconexión deRedes
redes
una LAN Ethernet, como dirección de NPA se toman las direcciones de subcapa
MAC, y su uso es suficiente para hacer llegar la trama a su destino, teniendo dichas
direcciones sólo sentido en dicha red local. Por otro lado, en una WAN se suelen
emplear las direcciones de capa de red (por ejemplo, direcciones X.25) para enca-
minar los paquetes a su destino.
Será necesario utilizar un conjunto de direcciones de red nuevo para identificar los
NSAP en cada sistema conectado a la interred (serán denominadas direcciones de
interred), además de su dirección propia de la subred a la que esté conectado
(NPA), habitualmente llamada dirección física. La dirección de interred deberá
permitir identificar al punto de acceso a la interred del sistema final y tendrá alcan-
ce a toda la interred. La dirección física identificará al equipo dentro de la subred a
la que está conectado y le permitirá comunicarse con cualquier equipo de dicha
subred. Un dispositivo de red tendrá tantas direcciones físicas como subredes a las
que esté conectado, cada una identificando el NPA a cada subred. Además, tendrá
otras tantas direcciones de interred (tantas como subredes a las que se conecte).
1.6.3. Encaminamiento
23
23
Direccionamiento
Principios e interconexión
de Interconexión de redes basada en TCP/IP
de Redes
SF 1 SI 1
Subred 1 Subred 2
SI 2
SI 3 SI 4
Subred 4
S b d3
Subred
SI 5
SF 2
Para que la información siga estos caminos, pasando de unos sistemas a otros, serán
necesarios mecanismos más o menos complejos que permitan realizar las siguientes
acciones previas al envío de la misma en cada sistema involucrado:
- Un SF debe poder determinar la dirección física de los SI conectados a su
subred.
- Un SI debe poder deducir la dirección de física de los SF conectados a su
subred.
- Un SF deberá poder seleccionar un SI específico como destino inmediato al
enviar una PDU (trama o paquete) de información.
24
24
Capítulo Principios
1. Principios
dede interconexiónde
Interconexión deRedes
redes
25
25
Direccionamiento
Principios e interconexión
de Interconexión de redes basada en TCP/IP
de Redes
Así, al interconectar tipos de redes distintos (puesto que la QoS puede variar de una
subred a otra), la entidad de red de cada SF debería ser capaz de acumular un cono-
cimiento sobre la QoS esperada a nivel de la interred al dirigirse a cualquier punto
de acceso al nivel de red (NSAP) de destino de la interred especificado.
El tamaño máximo de las PDU puede variar en cada tecnología de red, desde pocos
bytes en algunas WAN (por ejemplo, 128 bytes en X.25) a los más de 8.000 bytes
de algunas LANs (por ejemplo, 4.500 en FDDI).
El tamaño máximo de las PDUs en las diferentes subredes variará en función de los
siguientes factores:
- Tasa de error de bit (BER o Bit Error Rate). A mayor tasa de error en los
enlaces de la red, menor deberá ser el tamaño de PDU, con tal de asegurar
un mayor número de PDUs libres de errores.
- Retardo de tránsito. A mayor tamaño máximo de las PDUs, mayor tiempo
tendrán que esperar otras PDUs en cada enlace antes de ser reenviadas, con
el consecuente incremento en el retardo del tránsito de las mismas.
- Necesidades de almacenamiento temporal. A menor tamaño, menor capa-
cidad se necesitara en los buffers requeridos para su almacenamiento.
- Gastos extra de procesamiento. A menor tamaño, mayor será el número de
PDUs necesarias para enviar cada bloque de información, con el conse-
cuente incremento en gastos extra de procesamiento (de la/s cabecera/s de
cada PDU) por bloque.
En el caso de una sola red, el tamaño máximo de las PDUs normalmente es conoci-
do, así que la entidad de protocolo de la capa de transporte misma puede dividir –
segmentar o fragmentar- los mensajes más largos en unidades más pequeñas para
ser transferidos por la red. En cambio, en interredes que abarcan redes con diversos
tamaños máximos de PDUs, es necesario conocer y usar, el tamaño mínimo de
PDU, o bien la capa de red de cada SF y SI debe realizar las operaciones de seg-
mentación (fragmentación) y re-ensamblado necesarias. Mediante el uso de la pri-
mera alternativa algunas redes se vuelven ineficientes, mientras que con la segunda
alternativa la capa de red debe realizar una función adicional. Por tanto, se presen-
tan varias opciones: que el protocolo de transporte segmente al mínimo de los ta-
maños máximos de PDUs de subred o bien disponer en la capa de red de las esta-
ciones y de los SI, de mecanismos de segmentación y re-ensamblado.
26
26
Capítulo Principios
1. Principios
dede interconexiónde
Interconexión deRedes
redes
Por un lado, el Control de Flujo se realiza para controlar el flujo de PDUs relacio-
nadas con una sola conexión entre dos sistemas, así como tratar de resolver la dife-
rencia entre la velocidad con que un Sistema Final de origen transmite PDUs y la
velocidad con la que el Sistema Final de destino puede aceptarlas. Si el SF de des-
tino puede aceptar PDUs con mayor rapidez de lo que el SF de origen puede enviar-
los, es obvio que no hay ningún problema, pero si la situación es la opuesta habrá
que añadir algún mecanismo adicional de control (de flujo), con tal de no saturar o
desbordar al SF de destino.
Por otro lado, el Control de Congestión se ocupa de una función similar pero to-
mando la red misma como un ente global. Si la tasa total de entrada (resultado de la
suma de todas las tasas de entrada) de PDUs en la red excede la tasa con la que
pueden procesarse y salir, la red en su conjunto se congestionará. De manera simi-
lar, a nivel más local, si las PDUs llegan a un nodo de la red – un SI, por ejemplo-
con una rapidez mayor que aquélla con que éste puede procesarlas y reenviarlas, el
nodo se congestionará, afectando, al mismo tiempo, al flujo de PDUs relacionadas
con todas las conexiones que pasan por ese nodo.
Por tanto, en una interred, el algoritmo de control de congestión debe armonizar los
algoritmos de control de las distintas subredes. En redes con servicio CO, por ejem-
plo X.25, se aplica control de flujo por Circuito Virtual a la entrada de la red, lo
cual ayuda a prevenir la congestión, pero no la evita. Se define una ventana de
transmisión, y una vez que se ha enviado el número de paquetes correspondientes a
dicha ventana, el transmisor deberá esperar hasta haber recibido una confirmación
relacionada con cualquiera de los paquetes transmitidos. Como en cada una de las
conexiones esta función se efectúa en los accesos a la red, además de regular el
flujo de paquetes hacia la red, ayuda a controlar la congestión. Sin embargo, no la
evita del todo.
En contraste, en las redes con servicio CL, no se aplica control de flujo alguno a
PDUs asociados a una conexión dentro de la interred, por lo que las entidades de
capa de transporte de los sistemas finales deben aplicarlo entre estaciones (extremo
a extremo), aunque se precise aún de control de congestión. En caso de aparición de
congestión en la red, la información de control de flujo se retrasará y las entidades
de protocolo de transporte del origen dejarán de enviar nuevos datos a la red. De
nuevo, aunque este mecanismo ayuda a aliviar la congestión de la red (como sucede
en las redes CO), no siempre la evita.
Por tanto, en ambos esquemas se deberá incorporar algún algoritmo que controle la
congestión dentro de la red, armonizando los algoritmos internos, si existen, de cada
una de las mismas.
27
27
Direccionamiento
Principios e interconexión
de Interconexión de redes basada en TCP/IP
de Redes
28
28
Capítulo Principios
1. Principios
dede interconexiónde
Interconexión deRedes
redes
SF 1
S.F. SF 2
S.F.
... ...
N. T. SI
S.I. N. T.
Encaminamiento y
Retransmisión
SNICP SNICP SNICP
Subred 1 Subred 2
Flujo Lógico Flujo Real
29
29
Direccionamiento
Principios e interconexión
de Interconexión de redes basada en TCP/IP
de Redes
30
30
Capítulo Principios
1. Principios
dede interconexiónde
Interconexión deRedes
redes
31
31
La Familia de Protocolos TCP/IP
3
En este libro, nos referiremos con el término Internet (con la ‘I’ mayúscula) a la red de redes por todos conocida cuya
interconexión está basada en la pila de protocolos TCP/IP.
33
33
Direccionamiento
La e interconexión
Familia de Protocolos TCP/IP de redes basada en TCP/IP
34
34
CapítuloLa
2. La familiadedeProtocolos
Familia protocolos TCP/IP
TCP/IP
The Internet Society (ISOC). Sociedad que, a través de foros, debates y pu-
blicaciones, procura orientar la investigación y utilización de Internet.
The Internet Architecture Board (IAB o Junta de Arquitectura de Internet).
Fundado en 1983 como Internet Activities Board e integrado en la Internet
Society en 1992. Guía la evolución de Internet, coordinando toda la inves-
tigación y desarrollo involucrados en el funcionamiento de Internet. Coor-
dina los grupos de trabajo, como por ejemplo, los grupos de investigadores
voluntarios IETF e IRTF, que se presentan a continuación.
The Internet Research Task Force (IRTF). Grupo formado con el objetivo
de desarrollar investigaciones a largo plazo referentes al funcionamiento de
Internet.
The Internet Engineering Task Force (IETF).Grupos de investigadores y
técnicos responsables del desarrollo de estándares para el funcionamiento
de Internet. De dichos grupos surgen los documentos conocidos como RFC
(Request For Comments) que, aunque hayan sido creados apenas como
propuestas para estandarización, en la práctica, algunos se han convertido
en los verdaderos estándares oficiales de Internet.
The Internet Network Information Center (InterNIC). Originalmente com-
puesto por 3 instituciones (AT&T, PSI y General Atomics) y sus objetivos
consisten en centralizar la distribución de informaciones de la Internet So-
ciety (RFC,...), así como coordinar la distribución de direcciones y registros
de dominio para Proveedores de Acceso a Internet (ISP) a nivel mundial.
The Internet Assigned Numbers Authority (IANA). Organismo mantenido
por el Instituto de Ciencia e Información de la Universidad del Sur de Cali-
fornia, que controla la distribución de identificadores para servicios que se-
rán suministrados vía Internet. Las direcciones IP que se utilizan en Inter-
net son asignadas por esta autoridad central. No obstante, cuando una
organización se une a Internet, puede obtener direcciones de red del ‘Re-
gional Internet Registry’ (RIR) de su región. En la zona de Europa el regis-
tro regional europeo es el Réseaux IP Européens Network Coordination
Centre (RIPE NCC). Una vez se ha obtenido un conjunto de direcciones de
red, la organización determinará, de forma interna, cómo asignar las direc-
ciones a cada estación de su red.
Un RIR es una organización que gestiona la asignación y registro de recur-
sos de direccionamiento IP dentro de una región particular del mundo. Han
evolucionado en el tiempo y, actualmente, existen 5 RIRs que dividen al
mundo en 5 Regiones o zonas:
35
35
Direccionamiento
La e interconexión
Familia de Protocolos TCP/IP de redes basada en TCP/IP
36
36
CapítuloLa
2. La familiadedeProtocolos
Familia protocolos TCP/IP
TCP/IP
Ejemplos
j de Equivalente
i en el
protocolos Arquitectura TCP/IP modelo OSI
TCP UDP
TCP, Transporte Nivel 4
IP,, ICMP,, ARP,,
RARP
Interred Funciones del Nivel 3
Niveles 1, 2 y, en algunas
Ethernet,, 802.3,, 802.5,,
FDDI, X.25, ATM, etc.
Subred subredes,, Nivel 3
En cuanto al nivel de transporte, los dos protocolos típicos de la pila TCP/IP son los
siguientes:
TCP (Transmission Control Protocol): Ofrece un servicio orientado a la co-
nexión y cumple perfectamente con los requisitos de fiabilidad. Su principal
inconveniente es su complejidad.
UDP (User Datagram Protocol): Ofrece un servicio no orientado a la cone-
xión y, por tanto, más sencillo que TCP. El servicio que ofrece no es fiable.
Por último, en el nivel de aplicación encontramos protocolos tales como FTP (File
Transfer Protocol) para la transferencia de archivos, HTTP (HyperText Transfer
Protocol) para la navegación web, SMTP (Simple Mail Transfer Protocol) para
gestión de correo electrónico, etc.
La nomenclatura seguida en la literatura de interconexión basada en la pila de pro-
tocolos TCP/IP es la siguiente:
A los sistemas finales se les denomina Hosts.
Las PDUs (Protocol Data Units o Unidades de datos del Protocolo) del ni-
vel de interred se denominan Datagramas IP.
A las PDUs de nivel de transporte se las denomina segmentos.
37
37
Direccionamiento
La e interconexión
Familia de Protocolos TCP/IP de redes basada en TCP/IP
4
En algunos libros de la bibliografía se traduce el término ‘best-effort’ como ‘de buenas intenciones’.
38
38
CapítuloLa
2. La familiadedeProtocolos
Familia protocolos TCP/IP
TCP/IP
2.3.2. Interredes IP
39
39
Direccionamiento
La e interconexión
Familia de Protocolos TCP/IPde redes basada en TCP/IP
Gráficamente:
Ethernet
HETH DatosETH Trama Ethernet
h
Capas
Figura 2.2. IP sobre Ethernet
Este caso, se simplifica mucho por el hecho de que tanto Ethernet como IP son no
orientados a conexión. Por esto, las primitivas de servicio IP de tipo Data.Request y
Data.Indication se traducen rápidamente a sus equivalentes en Ethernet, que son
exactamente del mismo tipo al tratarse en ambos casos de servicios no orientados a
la conexión.
IP
HIP D t IP
Datos D t
Datagrama IP RFC 1356
HX.25 DatosX.25 P
Paquete X
X.25
25 X 25
X.25
Capas
Figura 2.3. IP sobre X.25
Sin embargo, al ser X.25 una tecnología que ofrece un servicio de red orientado a
conexión, las primitivas a emplear serán diferentes a las empleadas en el servicio
sin conexión de IP. Por tanto, en este caso, será necesario un nivel intermedio o
capa de convergencia entre IP y la tecnología X.25, que haga de pasarela entre las
primitivas de un protocolo y del otro. Dicha capa de convergencia está definida en
la RFC 1356.
40
40
CapítuloLa
2. La familiadedeProtocolos
Familia protocolos TCP/IP
TCP/IP
SF 1 X.25
SF 2
Router
Ethernet
41
41
Direccionamiento
La e interconexión
Familia de Protocolos TCP/IPde redes basada en TCP/IP
C
Conn. I d
Ind
Establecimiento
del CV
Conn. Conf
Conn. Resp
Cabecera X.25
Cabecera IP
Data. ReqX.25
Datos
Cabecera Ethernet
Cabecera IP
Datos
42
42
CapítuloLa
2. La familiadedeProtocolos
Familia protocolos TCP/IP
TCP/IP
Cabecera Ethernet
Cabecera IP
Data. Req ETH
Datos
Conn. Req
Conn. Ind
Establecimiento
E t bl i i t
del CV
Conn. Resp
Conn. Conf
Cabecera X.25
Cabecera IP
Data. ReqX.25
Datos
2.3.3. Direcciones IP
Las direcciones IP son como etiquetas binarias que identifican, de manera lógica y
jerárquica, a un interface de un dispositivo de comunicaciones, a través del cual
dicho dispositivo se conecta a una subred IP. Se trata de direcciones denominadas
43
43
Direccionamiento
La e interconexión
Familia de Protocolos TCP/IPde redes basada en TCP/IP
NetId HostId
Figura 2.7. Direcciones IP
Clase A: En esta clase, el primer bit es ‘0’, los próximos 7 bits indican el NetId
(27, 128 redes de clase A) y los últimos 24 indican el HostId (224, 16777216 po-
sibles combinaciones, algunas de ellas reservadas). Véase la figura 2.8.
32 bits
Rango:
0 NetId (128) HostId (16777216) 00.0.0.0
000 a
127 255 255 255
127.255.255.255
Figura 2.8. Direcciones IP de Clase A
Esta clase de direcciones permite tener muchos sistemas conectados en una
única subred, siendo idónea para grandes redes con muchos equipos (normal-
mente se asignan a redes de operadores o backbones). No interesa, sin embargo,
44
44
CapítuloLa
2. La familiadedeProtocolos
Familia protocolos TCP/IP
TCP/IP
para pequeñas redes locales con pocos equipos, pues se desperdiciarían multi-
tud de direcciones.
Clase B: En esta clase, los dos primeros bits son ‘10’, los siguientes 14 bits
indican el NetId (214, 16384 redes de clase B), y los próximos 16 son el HostId
(216, 65536 posibles combinaciones, de las cuales 2 están reservadas). Véase la
figura 2.9.
32 bits
Rango:
• Clase C: Los primeros tres bits son ‘110’, los siguientes 21 bits indican el
NetId (221, 2097152 redes de clase C), y los últimos 8 son el HostId (28, 256
posibles combinaciones, de las cuales 2 están reservadas). Véase la figura
2.10.
32 bits
Rango:
110 NetId (2097152) HostId (256) 192.0.0.0
192 000a
223.255.255.255
Figura 2.10. Direcciones IP de Clase C
Esta clase de direcciones está pensada para subredes pequeñas con pocos equi-
pos (hasta 254 equipos, 2 menos de los 256 posibles valores de HostId, tal y
como se explica más adelante).
45
45
Direccionamiento
La e interconexión
Familia de Protocolos TCP/IPde redes basada en TCP/IP
32 bits Rango:
g
1110 Grupo Multicast (268435456) 224.0.0.0
224 000a
239.255.255.255
32 bits
Rango:
1111 Reservado 240.0.0.0 a
24 2 2 2
247.255.255.255
Tal y como se puede apreciar en el formato de cada dirección, el rango de los núme-
ros de dirección en la primera parte de la dirección viene restringido por la clase.
Por ejemplo, en la clase A la primera parte (NetId) debe estar entre 0 y 127.
46
46
CapítuloLa
2. La familiadedeProtocolos
Familia protocolos TCP/IP
TCP/IP
5
El número después de la barra inclinada indica los bits a ‘1’ de la máscara de subred. El significado de ésta se explica más
adelante en el capítulo
47
47
Direccionamiento
La e interconexión
Familia de Protocolos TCP/IP de redes basada en TCP/IP
2.3.3.2. Nombres IP
Trabajar con la notación dotted decimal, aunque simplifica la operación con las
direcciones de 32 bits, no es tan cómodo como cabría esperar. Para resolver defini-
tivamente este problema se hace uso de los denominados nombres IP. Consiste en
asignar a los sistemas nombres con significado comprensible para el usuario (nor-
malmente, en función de su localización). La traducción se realiza de forma interna
y transparente al usuario mediante, por ejemplo, el servicio DNS (Domain Name
System). DNS es una aplicación o servicio que traduce nombres IP a direcciones IP,
utilizando un sistema de bases de datos distribuidas en servidores conectados a
Internet.
La asignación de nombres IP se realiza partiendo de un dominio o raíz y añadiendo
los subdominios necesarios, de tal manera que tienen una estructura jerárquica.
En un principio, se definieron dos tipos de dominios raíz:
a) Asignados geográficamente, como, por ejemplo:
- .es: España.
- .uk: United Kingdom
- .it: Italia
b) Asignados por el tipo de organización, como, por ejemplo:
- .edu: educación.
- .mil: militar.
- .com: company.
- .con: instituciones con fines comerciales
- .gov: Instituciones gubernamentales.
- .org: organismos internacionales o Instituciones no gubernamentales.
- .net: Instituciones proveedoras de backbones.
En la práctica se adoptó fuera de EE.UU. la asociación de un dominio geográfico a
cada país, quedando a las instituciones administrativas de cada país la creación de
48
48
CapítuloLa
2. La familiadedeProtocolos
Familia protocolos TCP/IP
TCP/IP
• Campo Versión: 4 bits que indican la versión del protocolo con la que se ha
generado el datagrama. En este caso se trata de la versión 4.
• Campo Longitud de la Cabecera (Header length o HLEN): Es la longitud de
la cabecera medida en palabras de 32 bits. Sirve de puntero al inicio del campo
de datos. Puesto que este campo tiene 4 bits, la longitud máxima de la cabecera
es de 60 octetos (15 palabras de 32 bits). La longitud mínima es de 20 bytes
49
49
Direccionamiento
La e interconexión
Familia de Protocolos TCP/IPde redes basada en TCP/IP
32 bits
0 1 2 3 4 5 6 7
50
50
CapítuloLa
2. La familiadedeProtocolos
Familia protocolos TCP/IP
TCP/IP
Este campo sólo da una guía de los que el usuario solicita pero, después los
routers de la interred podrán cumplir o no con esta demanda dependiendo
de los recursos de la red. Puede que las rutas que existen hacia el destino no
puedan cumplir con lo solicitado. En caso de que sí lo cumplan, los routers
intentarán seleccionar aquella ruta, de entre todas las posibles, que cumpla
con la solicitud del originador del datagrama
• Campo Longitud Total: Es la longitud total del mensaje en bytes (incluida la
cabecera). Por ser un campo de 16 bits permite una longitud de hasta 65535 by-
tes (216). Datagramas de tal longitud no son prácticos para la mayoría de hosts y
51
51
Direccionamiento
La e interconexión
Familia de Protocolos TCP/IPde redes basada en TCP/IP
subredes. Según la RFC 791, todos los hosts deben estar preparados para acep-
tar datagramas hasta 576 bytes (bien lleguen enteros o bien en fragmentos). Se
recomienda que los hosts sólo envíen datagramas de más de 576 bytes si tienen
la seguridad de que el destino está preparado para aceptar datagramas de tal
longitud. Dicho tamaño de 576 se escogió para permitir un tamaño razonable
del bloque de datos a ser transmitido adicionalmente a la información requerida
de la cabecera.
• Campos de segmentación y re-ensamblado. Constituyen la segunda palabra
de 32 bits de la cabecera IP. Antes de explicar su significado, se explicará la
necesidad y el proceso de fragmentación seguido por IP.
El nivel IP ha de acomodar cada datagrama en una trama (del nivel de enlace) o
paquete (de nivel de red) de la subred subyacente, según ésta sea de nivel 2 o
nivel 3, respectivamente. Cada tecnología de subred tiene un valor máximo de
PDU (trama o paquete) que puede aceptar, como, por ejemplo, en Ethernet tie-
ne un valor aproximado de 1500 bytes y en Token-Ring de unos 4440 bytes.
Este valor máximo es la MTU (Maximum Transfer Unit).
Si el datagrama no cabe en dicha PDU se ha de descomponer en trozos más pe-
queños (por defecto, lo hace IP). A dichos trozos se les denomina fragmentos y
a la operación de dividir el datagrama en fragmentos se llama fragmentación.
Supongamos, como ejemplo, la situación de la figura 2.15: a un router le llega
un datagrama de 2020 bytes (20 bytes de cabecera6 + 2000 bytes del campo de
datos) y tiene que reenviarlo por una red que soporta un tamaño del campo de
datos de su MTU de 820 bytes (20 + 800)
20 2000 Red IP
Datos max. MTU: 820 bytes
Router
El router sabe que tiene que reenviar el datagrama de 2020 octetos por una red
en la que el tamaño máximo del campo de datos de la MTU es de 820 octetos.
Por tanto, antes de reenviar, procede a segmentar, generando tres datagramas
que respeten la longitud máxima. En los 820 octetos de capacidad máxima del
campo de datos de la MTU de la subred, cabe un datagrama de 20 octetos de ca-
becera y un máximo de 800 octetos en el campo de datos. Por tanto, se tomará el
campo de datos del datagrama original de 2000 octetos y se dividirá en bloques
6
Suponemos cabeceras de longitud mínima, con sólo los campos obligatorios.
52
52
CapítuloLa
2. La familiadedeProtocolos
Familia protocolos TCP/IP
TCP/IP
de 800 bytes, resultando dos bloques de 800 bytes y un tercero con 400 bytes (2
x 800 + 400 = 2000). A cada uno se le añadirá su cabecera IP, formando el data-
grama correspondiente, tal como se muestra en la figura 2.16.
Estos tres datagramas se envían por la subred y son tratados y encaminados de
forma independiente, por lo que pueden llegar desordenados al destino. Se debe-
rá de indicar de algún modo que forman parte de dicho datagrama original para
que en el destino se puedan reordenar los fragmentos y reconstruir el bloque de
2000 octetos del datagrama original. Para ello están los campos de segmentación
y re-ensamblado de la cabecera IP.
NOTA.- Si se pierde un solo fragmento, el datagrama entero es descartado.
20 2000
20 800
200 800
200 400
00
53
53
Direccionamiento
La e interconexión
Familia de Protocolos TCP/IPde redes basada en TCP/IP
0 DF MF
Figura 2.17. Flags
54
54
CapítuloLa
2. La familiadedeProtocolos
Familia protocolos TCP/IP
TCP/IP
Offset
O set del
de
primer fragmento: 0
Ident = 500
Off t = 100
Offset
20 800 MF = ‘1’
DT = ‘0’
Ident = 50
Offset = 200
20 400 MF = ‘0’
DT = ‘0’
Figura 2.19. Campos de Segmentación y Re-ensamblado
55
55
Direccionamiento
La e interconexión
Familia de Protocolos TCP/IP de redes basada en TCP/IP
56
56
CapítuloLa
2. La familiadedeProtocolos
Familia protocolos TCP/IP
TCP/IP
2.4.1. Introducción
Cabecera
C b
Datos ICMP
ICMP
Cabecera
Datos Datagrama IP
IP
57
57
Direccionamiento
La e interconexión
Familia de Protocolos TCP/IPde redes basada en TCP/IP
Existen dos tipos principales de mensajes ICMP: los mensajes de error y los mensa-
jes con la utilidad de facilitar el diagnóstico comentado en el apartado anterior.
0 8 16 31
Ti
Tipo Código Checksum
D t Opcionales
Datos O i l
58
58
CapítuloLa
2. La familiadedeProtocolos
Familia protocolos TCP/IP
TCP/IP
Entre otros, se pueden destacar los siguientes tipos de mensajes ICMP de error:
1. Destino inalcanzable o Destination Unreachable (Tipo=3): Se envía cuando se
descarta un mensaje. El campo de código refina la causa del descarte:
• '0' (Network Unreachable): la red en la que está el destino se encuentra
inalcanzable. El datagrama ha llegado a un router que desconoce la ruta
hasta la red de destino (no la tiene configurada en su tabla de encamina-
miento).
• '1' (Host Unreachable): aunque la red sí es alcanzable, el host destino es
inalcanzable (el hardware puede estar temporalmente fuera de servicio, por
ejemplo, por tareas de mantenimiento).
• '2' (Protocol Unreachable): la red destino es alcanzable y el host destino
está bien. Sin embargo, el valor del campo de protocolo del datagrama no
coincide con ninguno de los protocolos ejecutándose en dicho host (por
tanto, el mensaje que contiene el datagrama no se puede interpretar por el
host destino).
• '3' (Port Unreachable): Error por puerto de destino inalcanzable. Puede que
el puerto esté cerrado en el equipo de destino o protegido por un cortafue-
gos (firewall).
• ‘4’ (Fragmentación needed and DF set). Error que ocurre porque el data-
grama ha llegado a un router que necesita fragmentarlo para poder reen-
viarlo pero no puede por tener el bit ‘do not fragment’ activado.
2. Source Quench (Tipo =4): En este mensaje el código es siempre 0. Avisa de
descarte de un datagrama debido a la existencia de congestión en la interred.
Lo enviará el router cada vez que descarte un datagrama.
3. Time exceeded for datagram (Tipo =11): Avisa de un descarte por exceso de
tiempo en el sistema.
Puede enviarse con dos valores posibles en el campo Código:
• '0': descarte de un datagrama porque su TTL ha llegado a 0.
• '1': ha vencido el timeout de re-ensamblado (no han llegado todos
los trozos al destino en el tiempo esperado y por tanto se han des-
cartado los fragmentos que sí habían llegado, generándose un men-
saje de error de este tipo).
59
59
Direccionamiento
La e interconexión
Familia de Protocolos TCP/IPde redes basada en TCP/IP
recibir el mensaje de error se puede identificar qué datagrama de entre todos los
enviados es el que generó realmente dicho mensaje de error.
Los mensajes ICMP utilizados para diagnóstico son los denominados Echo Request
y Echo Reply, que responden ambos al mismo formato (con valores del campo Tipo
de 8 y 0, respectivamente):
0 8 16 31
Ti (0 u 8)
Tipo Código (0) Checksum
Identificador Núm Secuencia
Datos Opcionales
Ambos mensajes se utilizan para saber si el destino es accesible (por ejemplo, en las
utilidades ping y trace route, explicadas a continuación).
La idea es que cuando se envía un mensaje ICMP de tipo Echo Request, se obliga al
destino a responder con el correspondiente Echo Reply. También se puede usar el
campo de datos para pruebas más complejas, añadir marcas de tiempo, direcciones
IP, etc.
60
60
CapítuloLa
2. La familiadedeProtocolos
Familia protocolos TCP/IP
TCP/IP
A B C D
IPA IPB IPC IPD
Datos Opcionales
El equipo D contestará al equipo A con un mensaje ICMP de tipo Echo Reply por
cada mensaje de tipo Echo Request recibido (con idénticos identificadores y número
de secuencia), es decir, enviará 4 respuestas, encapsuladas cada una en un datagra-
ma independiente enviado a la dirección IP de A (IPA).
61
61
Direccionamiento
La e interconexión
Familia de Protocolos TCP/IPde redes basada en TCP/IP
A B C D
IPA IPB IPC IPD
0 8 16 31
Tipo 0 Código 0 Checksum
Id ifi d X
Identificador Nú Secuencia
Núm S i Y
D t Opcionales
Datos O i l
62
62
CapítuloLa
2. La familiadedeProtocolos
Familia protocolos TCP/IP
TCP/IP
63
63
Direccionamiento
La e interconexión
Familia de Protocolos TCP/IP de redes basada en TCP/IP
Nótese que, aunque se dice que estos mensajes de ICMP ofrecen la fiabilidad que le
falta a IP, realmente no es así. Si un mensaje ICMP se perdiera en la red, no se
vuelve a enviar otro mensaje de error. Por tanto, a pesar de que ofrece más fiabili-
dad o protección frente a errores, no se puede afirmar que se asegure fiabilidad
total.
64
64
CapítuloLa
2. La familiadedeProtocolos
Familia protocolos TCP/IP
TCP/IP
IPA IPB
TRANSMISIÓN
MACA MACB DIRECTA
Oi
Origen y destino
d i en una misma
i red
d
IPA
MACA Red IP 1
MAC1R TRANSMISIÓN
IP1R
INDIRECTA
IPB
Router
MAC2R IP2R
MACB
Red IP 2
Oi
Origen y ddestino
ti en redes
d didistintas
ti t
Se produce entre dos hosts o equipos que están en la misma subred IP, es decir,
cuando el host origen y el host destino están conectados a la misma subred física.
En este caso, el protocolo de acceso a la subred encapsula al datagrama en una PDU
de subred (por ejemplo, un paquete en una subred X.25, o una trama en una subred
Ethernet).
Supongamos el caso de la figura, con una subred Ethernet.
IPA IPB
MACA MACB
Figura 2.30. Transmisión Directa
65
65
Direccionamiento
La e interconexión
Familia de Protocolos TCP/IPde redes basada en TCP/IP
El equipo A conoce las direcciones IP origen (IPA) y destino (IPB) y las incluye en
la cabecera IP del datagrama que envía. Además, también conoce su propia direc-
ción física o MAC (MACA). Al ser una transmisión directa, la transmisión entre los
dos equipos es a nivel de subred (Ethernet, en este caso). Para encapsular el data-
grama y enviarlo en una trama de nivel 2 necesita conocer la dirección física MACB
(destino al que enviar la trama). Para ello se necesitará un mecanismo de resolución
de direcciones que le proporcione la MACB a partir de la IPB conocida (por ejem-
plo, mediante el protocolo ARP que se explica más adelante).
El procedimiento es el mostrado en la figura siguiente:
IPA IPB
MACA MACB
D t
Dest Oi
Orig Tipo
Ti Destt
D Orig
O i
… Datos Cola
MACB MACA 800 IPB IPA
Es el caso más general y se realiza entre dos equipos o hosts que están en diferentes
subredes IP, es decir, cuando el host origen y el host destino están en diferentes
subredes físicas. Las diferentes subredes estarán conectadas mediante routers IP.
Por tanto, el datagrama irá pasando de una red a otra, a través de los diferentes
routers, hasta que llegue a la subred a la que esté conectado el equipo destino.
En este caso, tenemos que tener en cuenta varios aspectos. Mientras un paquete se
transmite de un dispositivo IP a otro, las direcciones IP de origen y destino del da-
tagrama enviado no cambian en todo su trayecto entre el host origen y el host des-
tino. Por otro lado, las direcciones físicas de origen y destino de las PDU de subred
7
El campo Tipo, con valor 800, en la cabecera de la trama Ethernet indica que en su campo de datos se está encapsulando un
datagrama IP.
66
66
CapítuloLa
2. La familiadedeProtocolos
Familia protocolos TCP/IP
TCP/IP
IPA
Red IP 1
MACA
MAC1R IP1R
IPB
Router
MAC2R IP2R
MACB
Red IP 2
Figura 2.32. Transmisión Indirecta
67
67
Direccionamiento
La e interconexión
Familia de Protocolos TCP/IPde redes basada en TCP/IP
IPA
Red IP 1
MACA
MAC1R IP1R
IPB
Router
MAC2R IP2R
Capa 2: Trama Ethernet MACB
Red IP 2
C
Capa IP
IP: D
Datagrama
t IP
a) Pasos 1 y 2
IPA
R d IP 1
Red
MACA
MAC1R IP1R
IPB
Router
MAC2R IP2R
MACB
Capa 2: Trama Ethernet Red IP 2
C
Capa IP
IP: D
Datagrama
t IP
b) Pasos 3 y 4
68
68
CapítuloLa
2. La familiadedeProtocolos
Familia protocolos TCP/IP
TCP/IP
IPA
Red IP 1
MACA
MAC1R1 IP1R1
Router 1
MAC2R1 IP2R1 Red IP 2
MAC2R2 IP2R2
IPB
Router 2
MAC3R2 IP3R2
MACB
Red IP 3
Se puede decir que una entrega indirecta consta de varias entregas directas. En la
figura anterior se aprecia que existen 3 entregas directas representadas por las fle-
chas curvadas.
Todo equipo IP almacena información sobre los posibles destinos y cómo acceder a
ellos. Esta información es almacenada en las tablas de encaminamiento. Estas tablas
pueden ser configuradas bien de forma manual o bien de forma dinámica mediante
la ejecución de algoritmos de encaminamiento. Se almacena en la memoria RAM
de los equipos. Si se apaga el equipo, las rutas obtenidas dinámicamente se pierden
y se deben volver a calcular/obtener. Son el elemento más importante en la interco-
nexión de redes y son un punto muy atractivo para posibles ataques a la red.
El encaminamiento IP está basado en estas tablas de encaminamiento (table-driven
IP Routing). Cuando un host o un router tiene que enviar un datagrama a un destino
de la interred, éste consultará su tabla de encaminamiento para decidir a quién en-
viárselo para que llegue, finalmente, al destino (tras una o varias entregas directas,
tal y como se ha visto en el apartado anterior).
Tablas mal configuradas pueden producir varios problemas, como, por ejemplo,
bucles de encaminamiento, pérdidas de datagramas y retardos indeseados.
Básicamente, las tablas de encaminamiento constan de 2 columnas principales (más
adelante se irán introduciendo otras columnas, como la de máscara de subred y
69
69
Direccionamiento
La e interconexión
Familia de Protocolos TCP/IP de redes basada en TCP/IP
coste de la ruta): una para los destinos y otra para la dirección IP del siguiente nodo
al que se le debe enviar el datagrama IP para que, bien directamente o indirectamen-
te (en varios saltos), acabe llegando al destino. Esta idea de almacenar en la tabla de
encaminamiento el siguiente salto para alcanzar a cada posible destino se denomina
next-hop Routing.
La columna de destinos, puede contener información de varios tipos
- Direcciones específicas de sistemas concretos. Se identifica por su direc-
ción IP completa (netid + HostId). Suelen ser de equipos conectados a las
mismas redes físicas que el propietario de la tabla. En algunos casos no es
necesario su uso (por ejemplo, en entornos de red local Ethernet). No obs-
tante, este tipo de entradas en la tabla las suelen especificar los administra-
dores de redes para decidir la ruta hacia equipos específicos (por ejemplo,
servidores o para realizar test de conexiones), técnica denominada per-host
Routing.
- Direcciones de Subred. Para no tener que identificar a todos los posibles
destinos dentro de una red IP, se puede emplear la dirección de la subred
(HostId a cero). De esta manera, el tamaño de la tabla se reduce. Esta es
una de las ventajas del direccionamiento jerárquico ya que los routers, a la
hora de encaminar, deben examinar en la mayoría de casos sólo el NetId de
la dirección para tomar las decisiones de encaminamiento, lo que agiliza
significativamente el proceso.
- Ruta por defecto. Ayuda a reducir al máximo la tabla de encaminamiento y
se asocia a la dirección de destino 0.0.0.0. Se suele colocar como la última
entrada de la tabla de encaminamiento e indicará la ruta que seguirán aque-
llos datagramas cuya dirección de destino no coincida o no se encuentre
dentro de las direcciones anteriores. Se usa, normalmente, en aquellas su-
bredes que, por ejemplo, acceden a través de un único router al resto de la
interred. Se debe tener especial cuidado a la hora de configurar rutas por
defecto en los equipos y hacerlo sólo en caso de que sean beneficiosas y
comprobando que no afecten negativamente al rendimiento de la interred.
70
70
CapítuloLa
2. La familiadedeProtocolos
Familia protocolos TCP/IP
TCP/IP
Direcciones
Di i Direcciones IP
IP Destino Siguiente Nodo
158.20.100.2 158.20.100.2
Direcciones
Di i
158.20.100.3 158.20.100.3
d Si
de Sistema
… …
158 20 200 0
158.20.200.0 158 20 100 1
158.20.100.1
Direcciones 158 20 300 0
158.20.300.0 158 20 100 1
158.20.100.1
de Subred 158.20.400.0 158.20.100.1
… …
Ruta por defecto 0000
0.0.0.0 158 20 100 254
158.20.100.254
.2.1 .2.2
Router
INTERNET .1.2
Router .1.1
11 RED
192.168.3.0
RED
192.168.1.0 .3.4
34
.4.3
.4.1
41
Router
.4.4 .4.2
42 .5.2
52
RED
192.168.4.0 Router
Router .5.1
51
.6.1
RED
192.168.5.0
RED
192,168.6.0 .5.3
.6.2
62
71
71
Direccionamiento
La e interconexión
Familia de Protocolos TCP/IPde redes basada en TCP/IP
Direcciones Di
Direcciones
i IP
IP D
Destino
ti Siguiente
g Nodo
192 168 1 1
192.168.1.1 192 168 1 1
192.168.1.1
192.168.1.2 192.168.1.2
Direcciones
192.168.1.3 192.168.1.3
d Si
de Sistema
192 168 5 1
192.168.5.1 192 168 5 1
192.168.5.1
192 168 5 3
192.168.5.3 192 168 5 3
192.168.5.3
192.168.2.0
192 168 2 0 192.168.1.2
192 168 1 2
Direcciones 192 168 3 0
192.168.3.0 192 168 1 3
192.168.1.3
d S
de Subred
b d 192.168.4.0 192.168.5.1
192.168.6.0 192.168.5.1
Ruta ppor defecto 0000
0.0.0.0 192 168 1 1
192.168.1.1
Nótese que, si se quiere simplificar al máximo la tabla, todas las filas de la tabla
cuya dirección del siguiente nodo (segunda columna) coincide con el de la fila de la
ruta por defecto (192.168.1.1) se podrían eliminar de la tabla ya que, por defecto,
los datagramas se reenviarán a dicho siguiente nodo.
Las subredes a las que un nodo está conectado, en general, no suelen estar en la
tabla de encaminamiento, pero para hacer más completo el ejemplo hemos supuesto
que no están configuradas.
72
72
CapítuloLa
2. La familiadedeProtocolos
Familia protocolos TCP/IP
TCP/IP
En este caso, cada equipo tendría una tabla con asignaciones estáticas con direccio-
nes IP y sus correspondientes direcciones de subred asociadas, tal y como se mues-
tra en la figura para una red Ethernet.
Di IP
Dir Di Sub
Dir S b Di IP
Dir Di Sub
Dir S b Di IP
Dir Di Sub
Dir S b
IPB MACB IPA MACA IPA MACA
IPC MACC IPC MACC IPB MACB
Este mecanismo puede ser válido en redes muy pequeñas, con pocos equipos pero si
la red tiene muchos sistemas, la operación se hace muy tediosa. Además, al cambiar
un equipo, añadir uno nuevo, si se estropea alguno, etc., se deben actualizar todas
las tablas de forma manual.
73
73
Direccionamiento
La e interconexión
Familia de Protocolos TCP/IPde redes basada en TCP/IP
biara la dirección IP, habría que variar la dirección de subred y comunicarlo a todos
los equipos de la red.
Sin embargo, hay ciertos protocolos que sí la pueden usan. Además, en la nueva
versión de IP (la versión 6) ya es posible la utilización de la técnica de Direct Map-
ping, puesto que es más eficiente que la de técnica de Dynamic Binding que se ex-
plica a continuación.
Cabecera
Mensaje ARP
ARP
Cabecera Cola
D t Trama
Datos T
Trama
74
74
CapítuloLa
2. La familiadedeProtocolos
Familia protocolos TCP/IP
TCP/IP
A B C D
IPA IPB IPC IPD
A B C D
IPA IPB IPC IPD
A B C D
IPA IPB IPC IPD
Soy yo y mi MAC
es la dir
dir. MACC
Figura 2.42. Respuesta ARP (unicast)
75
75
Direccionamiento
La e interconexión
Familia de Protocolos TCP/IPde redes basada en TCP/IP
Lon. Dir. Hard. (6) Lon. Dir. Red (4) Operación (1-Request o 2-Replay)
Dir.
i IP emisor
i ((octetos 2-3)
2 3) Dir.
i MAC
AC ddestino
i ((oct. 00-1)
1)
Dir. IP destino
A B C D
IPA IPB IPC IPD
Dest Orig Tipo TIPO MAC Fte MAC Dest IP Fte IP Dest
1111 1
1111…1 … 1 IPA IPC
Cola
MACA 806 (REQUEST) MACA 00000…0
(FFFF…..F)
Mensaje ARP
3. La solicitud llega a todos los equipos de la red. Sin embargo sólo responde
el que reconoce su dirección IP en el campo IP destino de la solicitud ARP.
El resto de equipos de la red registrarán la correspondencia IPA-MACA en
su tabla ARP.
76
76
CapítuloLa
2. La familiadedeProtocolos
Familia protocolos TCP/IP
TCP/IP
Soy yo y mi MAC
es la dir. MACC
A B C D
IPA IPB IPC IPD
MAC
ACA MACB MACC MACD
Dest Origg Tipo TIPO MAC Fte MAC Dest IP Fte IP Dest
… 2 IPC IPA
C l
Cola
MACA MACC 806 (REPLAY) MACC MACA
Mensaje
j ARP
A B C D
IPA IPB IPC IPD
Dest g
Orig p
Tipo Dest Origg
… D t
Datos C l
Cola
MACC MACA 800 IPC IPA
Capa IP: Datagrama IP
Cabe destacar que las tablas ARP no se mantienen en la memoria de los equipos de
forma indefinida ya que si, por ejemplo, el equipo C se estropease, el equipo A
seguiría enviándole datagramas sin saber que C ya no funciona. Lo que se hace es
borrar la entrada de forma periódica.
77
77
Direccionamiento
La e interconexión
Familia de Protocolos TCP/IP de redes basada en TCP/IP
El protocolo RARP está definido en la RFC 903 y es una adaptación del anterior. Se
usa para esquemas como el de la figura, con PCs sin disco cuyos ficheros de trabajo
y la propia configuración de los equipos reside en un servidor disponible en la red.
Estos equipos necesitan de algún mecanismo inicial que ejecutarán al arrancar para
obtener la configuración IP para así poderse conectar al servidor y bajarse la imagen
78
78
CapítuloLa
2. La familiadedeProtocolos
Familia protocolos TCP/IP
TCP/IP
de arranque (boot image) y así poder comunicarse a partir de ese momento utilizan-
do TCP/IP.
PC sin Disco
A B C SERVIDOR
IPD
c) Otros protocolos
79
79
Direccionamiento
La e interconexión
Familia de Protocolos TCP/IPde redes basada en TCP/IP
RED 158
158.42.0.0
42 0 0 SUBRED 2
Router
INTERNET
Router SUBRED 3
SUBRED 1
Router
Router
SUBRED 4
Router
Router
SUBRED 5
SUBRED 6
80
80
CapítuloLa
2. La familiadedeProtocolos
Familia protocolos TCP/IP
TCP/IP
SUBRED 2
Tráfico hacia la red
158.42.2.0
clase B: 158
158.42.0.0
42 0 0
.2.1 .2.2
Router
INTERNET .1.2
12
Router .1.1 SUBRED 3
158 42 3 0
158.42.3.0
SUBRED 1
158.42.1.0 .3.4
.4.3
43
.4.1
Router
SUBRED 6
158 42 6 0
158.42.6.0 .5.3
.6.2
81
81
Direccionamiento
La e interconexión
Familia de Protocolos TCP/IP de redes basada en TCP/IP
En los 16 bits del HostId, la frontera entre lo que es subred y sistema la fija el ad-
ministrador de la red. En este caso lo ha dividido en 8 bits (SubnetId) y 8 bits (Hos-
tId), pudiendo conseguir tener 256 subredes equivalentes a una clase C cada una,
con hasta 254 sistemas cada una (se eliminan las direcciones todo ‘0’ y todo ‘1’ del
HostId, que están reservadas).
A nivel interno la red está subdividida en subredes. Sin embargo, desde Internet
siguen viendo a la red de la empresa como la red de clase B 158.42.0.0 y, por tanto,
cualquier datagrama enviado desde el exterior a una dirección de dicha red de clase
B será encaminado hacia el router de entrada a la red (el de conexión a Internet).
Ahora falta establecer algún mecanismo para indicar a los equipos de la propia red
que se está utilizando subnetting y que, a nivel interno, ya no se tienen en cuenta las
clases. Para ello se utilizan las denominadas mascaras de subred (subnet masks).
La máscara de subred es una palabra binaria de 32 bits formada por unos a la iz-
quierda y ceros a la derecha (sin unos y ceros intercalados). Los bits a ‘1’ indican
los bits de la dirección que se incluyen en el NetId más el SubnetId. Indica cuántos
bits de las direcciones IP procesadas en el proceso de encaminamiento son signifi-
cativos o no (1: significativo; 0: no significativo) a la hora de encaminar.
En el caso del ejemplo, el NetId es de 16 bits, mientras que el SubnetId elegido es
de 8 bits, por tanto, la máscara de subred tendrá los primeros 24 bits (16+8) todos a
‘1’, mientras que el resto estarán todo a ‘0’, quedando una máscara, en notación
dotted decimal, de 255.255.255.0.
Cuando se utiliza subnetting la tabla de encaminamiento también deberá indicar
para cada ruta la máscara de red. Además de las columnas ya vistas, la tabla de
encaminamiento también incluye una columna indicando el coste de cada ruta. Por
tanto, para cada subred de destino, debe contener la máscara de subred, la dirección
IP del siguiente nodo al que reenviarle el datagrama y el coste, tal y como se detalla
a continuación.
Tabla 2.2. Tabla de encaminamiento con máscara de subred y coste de cada ruta
Dir IP Destino Máscara de Subred Dir IP del Siguiente Nodo Coste
Para la ruta por defecto tanto la dirección IP de destino como la máscara son 0.0.0.0
Cuando un router recibe un datagrama, mirará la dirección IP de destino y buscará,
en las filas de la tabla, la subred a la que pertenece dicha dirección, utilizando para
ello la máscara de subred. Imaginemos una tabla de encaminamiento como la si-
guiente.
82
82
CapítuloLa
2. La familiadedeProtocolos
Familia protocolos TCP/IP
TCP/IP
83
83
Direccionamiento
La e interconexión
Familia de Protocolos TCP/IPde redes basada en TCP/IP
S b Id (3 bi
SubnetId bits))
(hasta 8 subredes,
subredes 23)
8
Sería la primera dirección válida que se podría asignar a un equipo de la subred
9
Sería la última dirección válida que se podría asignar a un equipo de la subred
84
84
CapítuloLa
2. La familiadedeProtocolos
Familia protocolos TCP/IP
TCP/IP
85
85
Direccionamiento
La e interconexión
Familia de Protocolos TCP/IP de redes basada en TCP/IP
Número de subredes
Dirección de Subred Máscara a emplear Subred/bits máscara
y direcciones
1 subred de 32768
158.42.128.0 255.255.128.0 158.42.128/17
direcciones
86
86
CapítuloLa
2. La familiadedeProtocolos
Familia protocolos TCP/IP
TCP/IP
Oficina Principal
Subred
158.42.128.0/17
Destino
i Máscara
á Dir Sig. 192.168.0.2/30 192.168.1.2/30
Internet
0.0.0.0 0.0.0.0 Router 192.168.1.1/30
192.168.0.2 Router
192.168.0.1/30
Router Destino Máscara Dir Sig.
Sig
158.42.1.1/24
255 255 0 0 192.168.1.2
158 42 0 0 255.255.0.0
158.42.0.0 192 168 1 2
… … …
Oficina Sucursal
remota
Subred 158.42.1.0/24
Para realizar subnetting se toman bits del HostId para identificar la subred. Para
realizar supernetting se toman bits del NetId para identificar el grupo de redes que
forman el bloque de direcciones que forma la superred, tal y como se puede apreciar
en la figura 2.56.
N Id
NetId H Id
HostId
Superredes
d Subredes
b d
87
87
Direccionamiento
La e interconexión
Familia de Protocolos TCP/IP de redes basada en TCP/IP
cantidad de equipos, aunque muchos menos de los 65534 equipos que permitiría
direccionar una clase B. Para ahorrar direcciones de clase B, y siguiendo el esque-
ma de supernetting, se le asignaría a la empresa varios bloques de direcciones de
clase C, de tal manera que disponga de suficientes direcciones para todas las redes
que la empresa quiera conectar a Internet. Por ejemplo, supongamos que la empresa
en cuestión solicita una clase B que quiere subdividir (con subnetting) utilizando el
tercer byte para el SubnetId (máscara 255.255.255.0). En vez de esto, se le podrían
asignarían tantas direcciones de clase C válidas como subredes desee conectar a
Internet.
Por ejemplo, a una empresa que solicite 1000 direcciones IP se le podría asignar los
4 bloques de direcciones de clase C, como, por ejemplo, los siguientes:
225.100.32.0, 225.100.33.0, 225.100.34.0 y 225.100.35.0. A otra empresa que soli-
cite otras 1000 direcciones se le podría signar otros 4 bloques 225.100.36.0,
225.100.37.0, 225.100.38.0 y 225.100.39.0. En ambos casos, las subredes serían
referenciadas con la 225.100.32.0 con la máscara 255.255.252.0 y la 225.100.36.0
con la máscara 255.255.252.0, respectivamente.
Aunque supernetting es fácil de entender cuando se mira desde el punto de vista de
una única organización, el propósito del supernetting es mucho más amplio. La idea
final es la de una visión jerárquica de Internet en la cual los Proveedores del Servi-
cio de Red (NSP o Network Service Providers) proporcionen la conectividad a In-
ternet. Una organización que desee conectar sus redes a Internet debería contratar la
conexión a un NSP. El NSP sería el responsable de coordinar el direccionamiento
IP así como el conexionado físico. Los diseñadores de supernetting propusieron que
se permitiera a los NSP obtener una gran parte del espacio de direccionamiento (es
decir, un conjunto de direcciones que englobaba varias clases C). De esta manera
cada NSP podía asignar una o varias clases C a sus clientes.
Sin embargo, asignar varias clases a un mismo cliente complicaría mucho el tema
del encaminamiento, ya que aumentaría el tamaño de las tablas de encaminamiento
y la cantidad de información que se intercambiarían los routers.
La técnica de supernetting no suele estar disponible en el software de los hosts y,
por tanto, debe ser utilizada con precaución. Sin embargo, dicha técnica sienta las
bases de la técnica denominada CIDR (Classless Inter-Domain Routing) que re-
suelve el problema planteado en el párrafo anterior. Supóngase que unos pocos NSP
forman el núcleo de Internet y que cada uno es propietario de un gran bloque de
direcciones IP contiguas. En este caso el beneficio del supernetting es muy claro.
Fijémonos en un NSP A y observemos las entradas en la tabla de encaminamiento
de sus routers. Es lógico pensar que la tabla tendrá una entrada para cada una de las
redes de sus clientes pero no necesita entradas para las redes de los clientes de otros
NSPs. Con sólo una entrada para direccionar a los destinos de cada uno de los otros
88
88
CapítuloLa
2. La familiadedeProtocolos
Familia protocolos TCP/IP
TCP/IP
NSPs, es decir, una entrada por NSP que identifique el bloque de direcciones pro-
piedad de dicho NSP, sería suficiente.
La técnica CIDR también utiliza una máscara de bits denominada Máscara CIDR,
de tal manera que indica los bits comunes de las todas las direcciones IP propiedad
de un mismo NSP.
Los routers y equipos que utilicen CIDR necesitan tener instalada una versión de
software que soporte CIDR y entienda los rangos de direcciones que se manejan de
esta manera.
Por ejemplo, considérese una organización a la que se le asignaron 409610 direccio-
nes consecutivas, empezando en la dirección 245.85.80.0. La siguiente tabla mues-
tra los valores binarios del rango de direcciones.
10
4096=16 x 256
89
89
Direccionamiento
La e interconexión
Familia de Protocolos TCP/IP de redes basada en TCP/IP
90
90
Asignación de Direcciones IP
91
91
Direccionamiento
Asignación e interconexión
de Direcciones IP de redes basada en TCP/IP
92
92
Capítulo 3. AsignacióndedeDirecciones
Asignación direcciones IP
68. También era utilizado para configurar máquinas que arrancaban por primera
vez.
El protocolo BOOTP sólo asignaba los 4 parámetros básicos comentados en la in-
troducción del capítulo:
- Dirección IP.
- Mascara de subred.
- Dirección IP de un router por defecto o Default Gateway.
- Dirección IP de servidor DNS.
Dichos parámetros se almacenaban para cada equipo de la red en una tabla que el
administrador debía configurar de forma manual en el propio servidor BOOTP.
Se trata de un protocolo que funciona en modo cliente/servidor. El cliente puede
iniciar el proceso sin ninguna información, o bien es posible que ya tenga algún
parámetro configurado anteriormente. Por ejemplo, podría tener ya una dirección IP
configurada y necesitar un archivo de arranque (o la imagen del sistema operativo).
Si suponemos que parte sin información alguna, el proceso seguido involucra los
siguientes pasos:
- El servidor BOOTP está a la escucha del puerto UDP 67, esperando a que
le llegue alguna solicitud de un cliente.
- El cliente, que puede determinar su propia dirección física (normalmente
almacenada en una memoria ROM en su propio hardware de red), envía di-
cha dirección física en un mensaje BOOTP Request, encapsulado en un
mensaje UDP, a su vez encapsulado en un datagrama IP dirigido al servi-
dor, utilizando el puerto UDP 68 de origen y el puerto UDP 67 de destino.
Si no conoce ni su dirección ni la del servidor (el cliente podría estar par-
cialmente configurado), en la cabecera del datagrama utiliza como direc-
ción origen todo ceros (0.0.0.0) y como dirección destino todo unos (la di-
rección broadcast 255.255.255.255). En caso de que el cliente conociera el
nombre o la dirección IP del servidor, podría incluirlo en la solicitud para
que sólo le respondiera dicho servidor.
- El servidor recibe el mensaje de solicitud y busca la dirección física del
cliente en su fichero de configuración, que contendrá la información sobre
la configuración IP a asignar al cliente con dicha dirección física (asigna-
ción estática). El servidor rellena los datos en una respuesta (BOOTP Re-
ply), encapsulada en un mensaje UDP, a su vez encapsulado en un data-
grama IP enviado por broadcast, usando el puerto UDP 67 de origen y
93
93
Direccionamiento
Asignación e interconexión
de Direcciones IP de redes basada en TCP/IP
Por tanto, las peticiones de los clientes van desde el puerto UDP 68 de los
clientes al puerto UDP 67 del servidor, mientras que las respuestas del servidor van
del puerto UDP 67 del servidor al puerto UDP 68 de los clientes.
El protocolo DHCP, descrito en la RFC 2131 (la versión 6 en la RFC 3315), susti-
tuye al protocolo BOOTP descrito en el apartado anterior, presentando una alterna-
tiva mucho más completa y avanzada, facilitando mucho más el crecimiento y la
administración de las redes IP. DHCP está basado en BOOTP, pero añade la capa-
cidad de asignación automática de direcciones de red reutilizables y opciones adi-
cionales de configuración. Los participantes DHCP pueden interoperar con partici-
pantes BOOTP. Un cliente BOOTP puede utilizar los servidores DHCP así como un
cliente DHCP puede utilizar el servicio de envío BOOTP. Es por ello que se dice
que DHCP es compatible hacia atrás (backward compatible) con respecto a
BOOTP.
También funciona en modo Cliente/Servidor. El servidor DHCP permite que clien-
tes DHCP de una red IP obtengan sus configuraciones IP. Hoy en día prácticamente
la totalidad de sistemas operativos incluyen un cliente DHCP de forma nativa.
94
94
Capítulo 3. AsignacióndedeDirecciones
Asignación direcciones IP
95
95
Direccionamiento
Asignación e interconexión
de Direcciones IP de redes basada en TCP/IP
Para ello, el servidor deberá tener una base de datos (o varias) con la información
de configuraciones IP disponibles (libres) para poder asignarlas a los clientes según
las vayan solicitando. Cuando una configuración haya sido asignada a un cliente,
esta deberá marcarse de alguna forma para no asignarla a ningún otro cliente.
96
96
Capítulo 3. AsignacióndedeDirecciones
Asignación direcciones IP
97
97
Direccionamiento
Asignación e interconexión
de Direcciones IP de redes basada en TCP/IP
CLIENTE SERVIDOR
DHCP DHCP
Determina la
Configuración
a asignar
i
Envío Broadcast
Envío Unicast
Figura 3.1. Diagrama de tiempos del intercambio de mensajes entre un cliente y un servidor
DHCP
98
98
Capítulo 3. AsignacióndedeDirecciones
Asignación direcciones IP
Es posible que en la red haya varios servidores DHCP activos. En ese caso, tras el
envío del mensaje Discovery en modo broadcast del paso 1, el cliente recibirá una
oferta (Offer) de cada servidor de las que tendrá que aceptar una, tal y como se
muestra en la siguiente figura. Cuando envíe el mensaje de solicitud (Request) de la
oferta escogida, al enviarlo a todos los servidores, se darán todos por enterados de
la configuración aceptada por el cliente (implícitamente rechaza las ofertas recibi-
das de otros servidores) y sólo le confirmará mediante un mensaje ACK el servidor
que le envió dicha oferta (en el caso de la figura, el servidor DHCP B).
Determina la
Configuración
Determina la
a asignar
C fi
Configuración
ió
a asignar
Proceso de respuestas
y selección de
configuración
Envío Broadcast
Envío Unicast
Figura 3.2. Diagrama de tiempos del intercambio de mensajes entre un cliente y varios servidores
En la figura 3.3 se muestran los diferentes estados por los que pasa un cliente
DHCP.
Cuando un cliente se inicia se encuentra en el estado de inicialización. En primer
lugar, envía un mensaje DHCP Discover por el puerto UDP número 67. A conti-
nuación, pasa a estar en el estado de selección, en el que recibirá una o varias ofer-
tas (mensaje DHCP Offer) de uno o varios servidores. En dichas ofertas, los servi-
dores ofrecen en la configuración una duración de alquiler que suele ser de una
hora, por defecto. Si el cliente no recibe ofertas, repite el proceso 4 veces en inter-
valos de 2 segundos. Si sigue sin recibir respuesta, el cliente descansa durante 5
99
99
Direccionamiento
Asignación e interconexión
de Direcciones IP de redes basada en TCP/IP
minutos tras los cuales lo intentará de nuevo. En caso de que sí reciba respuestas,
elegirá una de las ofertas y enviará el correspondiente mensaje DHCP Request pa-
sando al estado de solicitud del que no saldrá hasta recibir del servidor un mensaje
DHCP ACK. La recepción del mensaje ACK le permitirá ya configurarse con la
información IP asignada y pasará al estado de asignación por un período igual al
tiempo de alquiler asignado. Cuando pasa un 50 % del tiempo de alquiler, el cliente
enviará un mensaje DHCP Request (incluyendo la dirección IP que tiene asignada)
para renovar la asignación. Nótese que estando en el estado de asignación, el clien-
te puede cancelar el alquiler o asignación, enviando al servidor un mensaje DHCP
Release11 (por ejemplo, porque ya no la necesita más) y volvería al estado de inicia-
lización e intentará obtener una configuración IP cuando la necesite de nuevo.
Inicio
(boot)
I i i li ió
Inicialización
DISCOVER
Selección OFFER
REQUEST
Solicitud
ACK
50% tiempo
ti alquiler
l il vencido
id C
Cancelación
l ió alquiler
l il
REQUEST RELEASE
Asignación
g
Tiempo alquiler vencido
NACK
ACK ACK
Renovación Reasignación
87,5% tiempo
p alquiler
q vencido
REQUEST
11
Un cliente envía al servidor DHCP un mensaje Release para liberar la configuración IP que tenía asignada. El servidor
marcará la dirección IP como ‘no asignada’. El servidor debería mantener un registro de los parámetros de inicialización del
cliente para un posible uso futuro como respuesta a las siguientes solicitudes del cliente.
100
100
Capítulo 3. AsignacióndedeDirecciones
Asignación direcciones IP
12
Un servidor DHCP envía un mensaje NACK a un cliente para rechazar su solicitud (Request) indicando que es incorrecta o
bien para indicar al cliente que el alquiler de la configuración ha vencido.
13
La RFC 1542 detalla las interacciones entre clientes y servidores BOOTP y DHCP.
101
101
Direccionamiento
Asignación e interconexión
de Direcciones IP de redes basada en TCP/IP
32 bits
N b dde archivo
Nombre hi bootfile
b fil (128 bbytes))
Opciones DHCP
(longitud
(l i d variable
i bl hhasta 312 bytes)
b )
14
Lo envía el Cliente al servidor para preguntarle sólo por parámetros de configuración local, cuando el cliente ya tiene
configurada externamente su dirección IP.
15
Si un servidor DHCP recibe un mensaje Decline de un cliente, éste le está indicando que rechaza los parámetros de asigna-
ción. Por ejemplo, el cliente, de la manera que sea, puede detectar que la dirección IP asignada ya está en uso.
102
102
Capítulo 3. AsignacióndedeDirecciones
Asignación direcciones IP
103
103
Direccionamiento
Asignación e interconexión
de Direcciones IP de redes basada en TCP/IP
Códi (=53)
Código ( 53) L
Long (=1)
( 1) Ti (=
Tipo ( 1…7)
1 7)
16
548 bytes del mensaje DHCP + 8 bytes de cabecera UDP + 20 de cabecera IP.
104
104
Capítulo 3. AsignacióndedeDirecciones
Asignación direcciones IP
Servidor DHCP
Cliente DHCP
MACA 158.42.100.200/16
MACServidor
DHCP Discover
MAC
CO g: MAC
Orig: CA IP O
Orig:
g: 0.0.0.0 U
UDP C dd : ??
Ciaddr: G dd : ?
Giaddr:
MAC Dest: FF:FF:FF:FF:FF:FF IP Dest: 255.255.255.255 67 Mascara: ? Chaddr: MACA …
Mensaje UDP
Datagrama IP
Trama Ethernet
17
Figura 3.6. Solicitud (Discover) enviada al servidor DHCP por un cliente
17
El puerto UDP que aparece en las figuras es el puerto de destino.
105
105
Direccionamiento
Asignación e interconexión
de Direcciones IP de redes basada en TCP/IP
Servidor DHCP
Cliente DHCP
MACA 158.42.100.200/16
MAC
ACServidor
DHCP Offer
MAC
CO g: MAC
Orig: CServidor IP O g: 158.42.100.200
Orig: . . . U
UDP C dd : 158.42.100.10
Ciaddr: . . . dd : 158.42.100.1
Giaddr:
G . . .
MAC Dest: MACA IP Dest: 158.42.100.10 68 Máscara: 255.255.0.0 Chaddr: MACA …
Mensaje UDP
Datagrama IP
Trama Ethernet
106
106
Capítulo 3. AsignacióndedeDirecciones
Asignación direcciones IP
DHCP Discover
Broadcast
Cliente DHCP
MAC Orig: MACA IP Orig: 0.0.0.0 UDP Ciaddr: ?? Giaddr: ?
1 MAC Dest:
D FF FF FF FF FF FF
FF:FF:FF:FF:FF:FF IP Dest:
D 255 255 255 255
255.255.255.255 67 M
Mascara: ? Ch dd MACA …
Chaddr:
¿IP
IPA? 1
MACA
MAC R-A
Red A IPRR-AA
S id DHCP
Servidor
Router
(Relay Agent)
MACR-B
IPR-B IPServidor
MACServidor
Unicast
107
107
Direccionamiento
Asignación e interconexión
de Direcciones IP de redes basada en TCP/IP
DHCP Offer
Unicast
Cliente DHCP
MAC Orig: MACR-A IP Orig: IPServidor UDP Ciaddr: IPA Giaddr: IPR-A
2 MAC Dest:
D MACA IP Dest:
D IPA 68 M
Mascara: M
Masc. R d A Chaddr:
Red Ch dd MACA …
¿IP
IPA? 2
MACA
MAC R-A
Red A IPRR-AA
Router
Servidor DHCP
(Relay Agent)
MACR-B
IPR-B IPServidor
MACServidor
Unicast
108
108
NAT (Network Address Translation)
Una Red Privada se diseña para ser utilizada dentro de una organización privada,
permitiendo a los miembros de dicha organización el acceso a recursos compartidos
y, al mismo tiempo, proporcionándoles privacidad.
Una Intranet es una red privada (normalmente una LAN) que utiliza la pila TCP/IP
y que proporciona acceso limitado sólo a usuarios dentro de la organización. La red
privada normalmente ofrece servicios que fueron pensados para Internet (como
web, e-mail…), así como otros, como servidores de impresión, de ficheros, etc.
Una Extranet es igual que una intranet pero con la diferencia principal de que algu-
nos recursos pueden ser accedidos desde el exterior, por grupos de usuarios exter-
nos, pero bajo el control del administrador de la red.
Una Red Privada Virtual (Virtual Private Network o VPN) consiste en una red pri-
vada que utiliza infraestructura de red pública. Representa una solución más eco-
nómica bastante extendida en las organizaciones que utilizan Internet para sus co-
municaciones tanto internas como externas, pero con requisitos de privacidad en sus
comunicaciones internas.
109
109
Direccionamiento e interconexión
NAT (Network Address de redes basada en TCP/IP
Translation)
Las tres estrategias típicas para adquirir privacidad en una red son las siguientes:
Redes Privadas.
Redes Híbridas.
Redes Privadas Virtuales.
Las redes privadas consisten en redes corporativas aisladas de Internet, que pueden
utilizar o no los protocolos TCP/IP para sus comunicaciones internas, aunque hoy
en día es típica su utilización en todo tipo de redes. La infraestructura de la red
dependerá del tamaño. Por ejemplo, para una pequeña empresa con una única sede
una LAN podría ser suficiente.
Cuando las organizaciones disponen de varias sedes, lo típico es interconectar las
LANs de cada sede mediante routers y líneas alquiladas o Circuitos Virtuales Per-
manentes (CVP) equivalentes, garantizando la privacidad de las comunicaciones y
proporcionando seguridad frente a intrusiones.
En la siguiente figura se muestra un ejemplo de una red privada de una organiza-
ción con 2 sedes:
Sede A Sede B
… …
110
110
Capítulo NAT
4. NAT (NetworkAddress
(Network AddressTranslation)
Translation)
Otras Organizaciones
Red Pública
R3 (P.ej.,
(P ej Internet) R4
… …
Línea alquilada
q Ro ter
Router
Router
R1 o CVP R2
Los datos de las comunicaciones internas se enviarán por la línea dedicada alquila-
da a un operador (o un CVP), ente los routers 1 y 2, mientras que los datos destina-
dos a comunicaciones externas con otras organizaciones a través de Internet se en-
caminarán a través de los routers 3 y 4. Como se verá más adelante, se pueden
utilizar direcciones IP privadas para las comunicaciones internas y utilizar direccio-
nes públicas para las comunicaciones a través de Internet.
111
111
Direccionamiento e interconexión
NAT (Network Address de redes basada en TCP/IP
Translation)
función del número de puntos a interconectar y del ancho de banda de las conexio-
nes. Además, es poco flexible en el caso de que las sedes de la empresa cambien de
ubicación a menudo.
Una solución mucho más económica consiste en utilizar una red pública, como, por
ejemplo, Internet, tanto para comunicaciones internas como para comunicaciones
externas a la organización. La tecnología VPN permite a las organizaciones la utili-
zación de Internet para ambos propósitos.
Otras Organizaciones
Red Pública
R1 (P. ej., Internet) R2
… …
Figura 4.3. Red Privada Virtual (VPN) de una empresa con dos sedes
112
112
Capítulo NAT
4. NAT (NetworkAddress
(Network AddressTranslation)
Translation)
HIP DatosIP
Datagrama IP original
Bloque cifrado
H’IP
H Datos’IP
Datos
Datagrama IP enviado
Comunicación cifrada
Red Pública
R1 (P. ej., Internet) R2
… …
113
113
Direccionamiento e interconexión
NAT (Network Address de redes basada en TCP/IP
Translation)
114
114
Capítulo NAT
4. NAT (NetworkAddress
(Network AddressTranslation)
Translation)
192.168.5.1/24 200.1.1.1/30
HIP DatosIP 200.1.1.2/30
Internet
Dir IP origen: 192.168.5.2
Router
R t
Router H’IP D t IP
Datos
NAT
Di IP origen:
Dir i 200
200.1.1.1
111
Traducción de direcciones en
el router
192.168.5.1/24 200.1.1.1/30
HIP DatosIP 200 1 1 2/30
200.1.1.2/30
I
Internet
Dir IP Destino: 192
192.168.5.2
168 5 2
Router
Router H’IP DatosIP
NAT
Dir IP Destino: 200.1.1.1
Traducción de direcciones en
el router
115
115
Direccionamiento e interconexión
NAT (Network Address de redes basada en TCP/IP
Translation)
tos en los routers fronterizos, para comunicarse con una máquina interna desde el
exterior).
Las empresas individuales pueden direccionar algunos o todos sus hosts con direc-
ciones privadas y utilizar NAT para brindar acceso a la Internet a sus equipos.
116
116
Capítulo NAT
4. NAT (NetworkAddress
(Network AddressTranslation)
Translation)
R1 INTERNET R2
200.1.1.1 158.42.100.1
158 42 100 1
Sede A Router
Dirección Router
Sede B
Dirección
Di ió
Global Interna Global Externa
172.16.10.2
192.168.1.2
Dirección
Dirección Local
Local Externa
I
Interna
117
117
Direccionamiento e interconexión
NAT (Network Address de redes basada en TCP/IP
Translation)
En muchos casos, las organizaciones conectan sus redes privadas a Internet a través
de un único acceso a Internet en cada una de ellas, para el que han negociado una
única dirección IP global válida con el ISP con el que lo tengan contratado. Si el
router tiene el servicio NAT básico habilitado, sólo podría acceder un único equipo
simultáneamente a Internet, puesto que sólo se dispone de una dirección IP pública
válida para asignar mediante NAT. Sería el caso de las figuras anteriores, donde la
tabla de traducción NAT sólo tendría un registro.
Si se requiere más direcciones IP públicas, se pueden solicitar al ISP, de tal manera
que el router donde se haya habilitado NAT pueda disponer de un conjunto (o va-
rios) de direcciones (pool) IP públicas para poder asignar a cuantos equipos se ne-
cesite que accedan a Internet de forma simultánea.
En el caso del ejemplo de la figura 4.8, la empresa dispone de 9 hosts a los que
quiere dar acceso a Internet y, por tanto, ha solicitado 10 direcciones IP, una de las
cuales asigna al router y las otras 9 las utiliza para asignar a los equipos de la red
mediante NAT. Por tanto, al router se la ha configurado un pool de 9 direcciones
para que las asigne a los equipos internos en función de sus necesidades de acceso a
Internet, por orden de solicitud.
R1 INTERNET
192.168.1.3
192.168.1.2 192 168 1 10
192.168.1.10
118
118
Capítulo NAT
4. NAT (NetworkAddress
(Network AddressTranslation)
Translation)
Nótese que con NAT utilizado de esta forma, se traducen direcciones privadas a
públicas en base a una correspondencia 1:1. Por tanto, si un router fronterizo dispo-
ne de un pool de N direcciones para NAT, sólo N equipos de la red interna podrían
acceder a Internet al mismo tiempo.
119
119
Direccionamiento e interconexión
NAT (Network Address de redes basada en TCP/IP
Translation)
R1 INTERNET
Servidor Web
… 158.42.10.10
192 168 1 2
192.168.1.2 192 168 1 3
192.168.1.3
Figura 4.9. Sobrecarga NAT
Como es lógico, para que esta técnica funcione, los números de puertos temporales
(1500 y 1501) deben ser únicos. En caso de que dos solicitudes internas lleguen al
router con el mismo número de puerto (por ejemplo, 1400), la primera en llegar se
reenvía utilizando dicho número (1400) y la otra con un número de puerto consecu-
tivo (1401).
En caso de que el router fronterizo disponga de un pool de N direcciones, con esta
técnica se permite que el número de equipos de la red privada que se pueden conec-
tar de forma simultánea a Internet sea significativamente superior a N.
Supongamos un ISP que proporciona acceso a Internet a 20.000 usuarios, pero que
sólo dispone de 200 direcciones IP válidas. Tendrá que utilizar NAT obligatoria-
mente. Para ello, por ejemplo, podrá dividir a los usuarios en 200 grupos, cada uno
conteniendo a 100 usuarios. A cada uno de los usuarios de un mismo grupo se le
puede asignar una dirección de red privada, de tal manera que los usuarios de cada
grupo formarán una red privada imaginaria.
El ISP traducirá cada una de las direcciones origen de los datagramas que reciba de
los usuarios y que serán salientes hacia Internet a una dirección IP global válida.
Del mismo modo, en los datagramas de respuesta que le lleguen desde Internet y
que tenga que enviar hacia los usuarios traducirá la dirección IP global de destino
por la dirección privada correspondiente. Para ello deberá existir una tabla con la
correspondiente traducción de direcciones para cada grupo.
120
120
Capítulo NAT
4. NAT (NetworkAddress
(Network AddressTranslation)
Translation)
172.16.1.1
ISP
172.16.1.2 R t
Router
172.16.1.100
172 16 1 101
172.16.1.101
INTERNET
172 16 1 102
172.16.1.102 Router
…
...
172.16.1.200
...
Aunque el uso de la técnica NAT ofrece muchas ventajas también presenta ciertos
inconvenientes a tener en cuenta. En este apartado se explican tanto las ventajas
como los inconvenientes que supone su uso.
121
121
Direccionamiento e interconexión
NAT (Network Address de redes basada en TCP/IP
Translation)
Entre las desventajas que se pueden apreciar del uso de NAT se destacan las si-
guientes:
122
122
IPv6
Capítulo 5. IP versión 6
5.1. Introducción
123
123
Direccionamiento
IPv6 e interconexión de redes basada en TCP/IP
Los requisitos principales a la hora del diseño de IPv6 fueron tres: que fuera compa-
tible con IPv4; que se consiguiera un espacio de direccionamiento, prácticamente
inagotable a medio plazo, que diera cabida a un mayor número de dispositivos con
vistas a medio y largo plazo; así como que se permitiera una mayor movilidad de
los equipos conectados a Internet de la que se puede conseguir mediante DHCP y
NAT.
Para conseguir un espacio de direccionamiento suficiente, las direcciones pasaron
de 32 bits (4 bytes) en IPv4 a ser de 128 bits (16 bytes) en IPv6, consiguiendo hasta 2128
posibles direcciones, es decir, 340.282.366.920.938.463.463.374.607.431.768.211.456
direcciones disponibles. Hay suficientes direcciones para que el uso de NAT ya
no sea necesario, evitando sus desventajas descritas en el capítulo anterior.
En cuanto a la movilidad, IPv6 permite la autoconfiguración de los equipos
(plug&play), que no necesitan de la intervención de los usuarios a la hora de cam-
biar de ubicación. Como se verá más adelante, existe la posibilidad de que un dis-
positivo conectado a una red IPv6 puede autoconfigurarse su propia dirección IPv6
asignando los 8 últimos bytes de su dirección obtenidos a partir de su dirección
MAC y tomando los 8 primeros bytes del prefijo de la red a la que se conecte cada
vez, obtenido de uno de los routers de la misma.
Eficiencia: Las cabeceras de los datagramas IPv6 son más simples (menos
campos que en IPv4). No tienen campo de checksum y, por tanto, se elimi-
na la comprobación y procesado de dicho campo en cada salto, mejorando
la eficiencia de la transmisión.
Se definen extensiones opcionales de la cabecera denominadas cabeceras
de extensión, que permiten añadir nuevas funcionalidades cuando se nece-
siten. También se conocen como opciones encadenadas, ya que el campo
de opciones se reemplaza por el de Siguiente Cabecera, simplificando el
procesamiento en cada router y proporcionando un mecanismo adicional de
extensión de opciones.
124
124
Capítulo 5. IP versión
IPv66
125
125
Direccionamiento
IPv6 e interconexión de redes basada en TCP/IP
18
Se define Sistema Autónomo (SA) como un grupo de routers controlados por una autoridad única. Por ejemplo, un SA
podría ser la red de una organización como la Universidad, una red corporativa o la red de un proveedor de acceso a Internet
(ISP), etc.
126
126
Capítulo 5. IP versión
IPv66
se han sombreado los campos que cambian, mientras que en la cabecera IPv4 se han
resaltado los campos que desaparecen.
32 bits
Versión Clase de Tráfico Etiqueta de flujo
L
Longitud
i d de
d carga ú
útil
il Si Cabecera
Sig. C b Lí i saltos
Límite l
Dirección de origen
(16 bytes)
40 bytes
b
Dirección de destino
((16 bytes)
y )
Cabecera IPv6
Cabecera IPv4
Figura 5.1. Cabeceras IPv4 e IPv6
127
127
Direccionamiento
IPv6 e interconexión de redes basada en TCP/IP
- 3: Reservado.
- 4: Transferencias de datos atendidas (por ejemplo, transferen-
cia de ficheros).
- 5: Reservado.
- 6: Tráfico interactivo.
- 7: Tráfico de control de Internet (por ejemplo, mensajes de
protocolos de encaminamiento).
- Valores de 8 a 15: se pueden utilizar por los mecanismos de
control de congestión, si los protocolos de transporte utiliza-
dos no realizan dicho control, como es el caso de UDP.
Se descartarán antes datagramas con valores 8 o 9 que los datagramas con
valores más altos.
Etiqueta de Flujo. Se trata de una etiqueta que permite diferenciar clases de
flujos, permitiendo diferentes tratamientos en función de la etiqueta. De es-
ta manera, se puede señalar el tráfico que necesite tratamiento especial,
como es el caso, por ejemplo, del tráfico en tiempo real, que es posible que
necesite reserva de ancho de banda.
Longitud de Carga Útil (16 bits). Incluye un entero sin signo que indica la
longitud, en bytes, de la carga útil (campo de datos) del datagrama, es de-
cir, del resto del datagrama a partir del último byte de la cabecera. Nótese
que las extensiones de cabecera (extension headers) presentes en el data-
grama, si existen, se consideran parte de la carga útil, es decir, que estarían
incluidas en la longitud indicada en este campo.
Siguiente Cabecera (Next Header, 8 bits). Identifica el tipo de la cabecera
que sigue inmediatamente después de la cabecera IPv6 (es decir, en los
primeros bytes del campo de datos del datagrama IPv6). Utiliza los mismos
valores que el campo de Protocolo de la cabecera IPv4.
Límite de Saltos (8 bits). Entero sin signo que contendrá un valor que se
decrementará en 1 unidad en cada nodo que reenvíe el datagrama. El data-
grama se descartará cuando se llegue a cero. Similar al campo TTL de los
datagramas IPv4.
Dirección IP de Fuente (128 bits)
Dirección IP de Destino (128 bits). Puede ser que no coincida con el des-
tino final de la información, como pasa, por ejemplo, en el caso de que se
incluya una cabecera de encaminamiento.
128
128
Capítulo 5. IP versión
IPv66
19
A diferencia de IPv4, en IPv6 la fragmentación sólo se lleva a cabo por los nodos origen, no por los nodos intermedios
(Sección 5 de la RFC 2460)
129
129
Direccionamiento
IPv6 e interconexión de redes basada en TCP/IP
Cabecera IPv6
Campo Sig
Sig. Cab.
Cab = TCP Cabecera TCP Datos
130
130
Capítulo 5. IP versión
IPv66
- Cabecera IPv6.
- Cabecera Opciones de Salto a Salto.
- Cabecera Opciones de Destino20.
- Cabecera Encaminamiento.
- Cabecera Fragmento.
- Cabecera Autenticación.
- Cabecera Seguridad del Encapsulado de la Carga Útil.
- Cabecera Opciones de Destino21.
- Cabecera de Capa Superior.
En la RFC 2406 se incluyen recomendaciones adicionales con respecto al orden
relativo de las cabeceras de Autenticación y Seguridad del Encapsulado de la Carga
Útil.
En un datagrama IPv6 cada cabecera de extensión puede aparecer sólo una vez, a
excepción de la cabecera Opciones de Destino la cual puede ocurrir, como máximo,
dos veces (una vez antes de una cabecera de encaminamiento y la otra antes de una
cabecera de capa superior).
20
Para las opciones a ser procesadas por el primer destino que aparece en el campo Dirección Destino IPv6, más los destinos
subsiguientes listados en la Cabecera Encaminamiento.
21
Para las opciones a ser procesadas sólo por el destino final del paquete.
131
131
Direccionamiento
IPv6 e interconexión de redes basada en TCP/IP
Si la cabecera de capa superior fuera otra cabecera IPv6 (caso de tunneling IPv6 o
encapsulamiento de datagrama IPv6 en la carga útil de otros datagramas IPv6), ésta
puede ser seguida por sus propias cabeceras de extensión, siguiendo las mismas
normas indicadas anteriormente.
La RFC permite que los nodos IPv6 deban poder aceptar e intentar procesar las
cabeceras de extensión en cualquier orden y todas las veces que aparezcan en un
mismo paquete, a excepción de la cabecera Opciones de Salto a Salto que está res-
tringida a aparecer sólo inmediatamente después de una cabecera IPv6. Sin embar-
go, es recomendable que los datagramas IPv6 se creen respetando el orden reco-
mendado anteriormente, a menos que posteriores especificaciones (RFCs)
propongan otras normas.
Es posible que en el futuro se permita enviar datagramas IP sin carga útil, es decir,
sólo con cabecera (incluyendo las extensiones necesarias). En la última cabecera de
extensión, en el campo Siguiente Cabecera se indicará que ya no le sigue ninguna
otra cabecera.
158.0.0.0.0.0.0.0.100.235.169.123.148.124.215.134
9E00:0000:0000:0000:64EB:A97B:9454:D786
132
132
Capítulo 5. IP versión
IPv66
Se siguen una serie de simplificaciones para no trabajar con direcciones muy largas
cuando hay cadenas de ceros. Los ceros a la izquierda pueden omitirse; y si uno o
más grupos son todo cero se puede abreviar con dobles dos puntos de tal forma que
no se creen ambigüedades, es decir, sólo se podrá utilizar dicha abreviación una vez
en cada dirección:
9E00::64EB:A97B:9454:D786
En caso de que haya varias cadenas de ceros, sólo una de ellas se podrá simplificar.
Por ejemplo, la dirección 90AB:345F:0000:2212:32FF:0000:0000:AB43, podrá
abreviarse con 90AB:345F::2212:32FF:0000:0000:AB43, o con
90AB:345F:0000:2212:32FF::AB43, siendo esta última la notación más abreviada.
Nunca podría ser representada por 90AB:345F::2212:32FF::AB43, ya que no se
sabría cuántos ceros hay en cada sitio abreviado.
Cuando se quiere que nodos IPv6 se conecten con otros nodos IPv6 a través de una
red IPv4 mediante técnicas de tunneling, que se explican más adelante, se puede
hacer corresponder direcciones IPv6 con un formato compatible con IPv4. Para
referenciar direcciones IPv4 se puede usar la notación decimal con puntos simples
(pero sólo a nivel de usuario y administrativo). Por ejemplo, la dirección IPv4
158.42.20.20 pasada a IPv6 podría referenciarse como:
Otras veces las direcciones IPv4 se insertan en los últimos 32 bits de las direcciones
IPv6. Éstas pueden utilizar el formato mixto, incluyendo los primeros 96 bits repre-
sentados en notación hexadecimal utilizando los ‘:’, y dejando en notación dotted
decimal los últimos 32 bits. Un ejemplo sería la siguiente dirección:
2001:720:101C:0:200:5EFE:158.42.23.125.
133
133
Direccionamiento
IPv6 e interconexión de redes basada en TCP/IP
Los primeros bits de una dirección se llaman Prefijo de Formato (Format Prefix) e
identifican el tipo de dirección. En la tabla 5.1 se muestran algunos de estos prefi-
jos. Por ejemplo, el prefijo binario ‘001’ indica las direcciones unicast asignadas a
ISPs.
Tabla 5.1. Tabla de Prefijos de Formato
En IPv6 las direcciones multicast se definen de forma más clara y eficaz que en
IPv4. Existen varios tipos de dirección multicast, según sean permanentes o tempo-
rales, locales o globales, pero en todas ellos el formato es el siguiente:
11111111(8 bits)22 000T(4 bits) Ámbito (4 bits) ID de grupo multicast (112 bits)
134
134
Capítulo 5. IP versión
IPv66
El bit T valdrá ‘0’ para una dirección multicast permanentemente asignada por la
IANA23 (es decir, una dirección multicast pública conocida), que empezará, por
tanto, con la cadena hexadecimal ‘0xFF0’. El bit T valdrá ‘1’ en direcciones multi-
cast asignadas de forma temporal o transitoria, que empezarán, por tanto, con la
cadena hexadecimal ‘0xFF1’.
Ámbito (4 bits): indican el ámbito del envío multicast. De las 16 combinaciones
posibles de los 4 bits, se han definido las siguientes:
- ‘0000’ está reservada.
- ‘0001’ indica que el ámbito es local al nodo. Incluye el caso en el que se
envía un mensaje multicast a servidores o aplicaciones instaladas en el pro-
pio nodo.
- ‘0010’ indica que el ámbito es local al enlace.
- ‘0101’ indica que el ámbito es el lugar o sitio.
- ‘1000’ indica que el ámbito es la organización.
- ‘1110’ indica que el ámbito es global.
Por ejemplo, todo el tráfico dirigido a la dirección multicast FF02::2 tiene un alcan-
ce local al enlace. En IPv6 los routers nunca reenviarán este tráfico más allá del
enlace local.
Para identificar a todos los nodos del ámbito local al nodo y al enlace, se definieron
las siguientes direcciones multicast:
Para identificar a todos los routers del ámbito local al nodo y al enlace, se definie-
ron las siguientes direcciones multicast:
22
El prefijo 0xff indica que la dirección es de multicast
23
http://www.iana.org/assignments/ipv6-multicast-addresses/ipv6-multicast-addresses.xml
135
135
Direccionamiento
IPv6 e interconexión de redes basada en TCP/IP
136
136
Capítulo 5. IP versión
IPv66
Si los equipos están conectados a una red en la que existen routers, pero sin cone-
xión a un ISP, se pueden generar direcciones internas de la siguiente forma:
, de tal manera que sean los routers los que proporcionen a los equipos de la red el
prefijo de red (incluyendo el ID de subred).
De esta manera la adaptación cuando la red se conecta a un ISP (conexión a la red
pública) resulta muy sencilla. Tan sólo habría que configurar en los routers el nuevo
prefijo que le proporcionará a la empresa el ISP escogido. Dicho prefijo de red
incluirá los bits del Registro RIR, del ISP, del cliente, de la subred, etc., tal y como
se explica a continuación.
24
http://www.iana.org/assignments/ipv6-unicast-address-assignments/ipv6-unicast-address-assignments.xml
137
137
Direccionamiento
IPv6 e interconexión de redes basada en TCP/IP
Prefijo Subred
Prefijo Sitio
Prefijo ISP
Registro
2001 0720
/23 /32 /48 /64
IANA
2001::/16
Af iNIC
AfriNIC APNIC ARIN LACNIC RIPE NCC
::/16
/16 to::/23
/23 ::/16
/16 to::/23
/23 ::/16
/16 to::/23
/23 ::/16
/16 to::/23
/23 ::/16
/16 to::/23
/23
138
138
Capítulo 5. IP versión
IPv66
Proceso de asignación
g de direcciones IPv6
E
Espacio
i de
d Espacio para los
direcciones
di i Registros asignado Espacio
E i asignado
i d Espacio
E i asignado
i d Espacio
E i asignado
i d a U Subred
Una S b d
completo
l por la IANA a un Registro
i a un ISP
S una organización
i ió
0000 0000
0000::0000 2001 /16
2001::/16 2001 0700 /23
2001:0700::/23 2001 0720 /32
2001:0720::/32 2001 0720 101C /48
2001:0720:101C::/48 2001 0720 101C 0000 /64
2001:0720:101C:0000::/64
U H
Un Host
FFFF:…:FFFF
:…:
2001:0720:101C:0000:0200:5EFE:9E2A:F255
Las direcciones IPv6 utilizan un identificador de interface de 64 bits (ver figura 5.3)
para identificar cada interface de un dispositivo IPv6. Dicho identificador debe ser
único y coincide con el identificativo del host dentro de la dirección IPv6.
Se distinguen varias formas de asignar un identificativo de interface de una direc-
ción IPv6 a una de las interfaces de un dispositivo IPv6, tanto de forma estática
como de forma dinámica.
139
139
Direccionamiento
IPv6 e interconexión de redes basada en TCP/IP
ded Unique Identifier). Esta segunda manera consiste en configurar el prefijo de red
de la dirección IPv6 (64 bits) y obtener la parte del ID de la interface (64 bits res-
tantes) a partir de la dirección de Capa 2 (dirección MAC en redes Ethernet) del
dispositivo. Se obtiene mediante el estándar EUI-64, extendiendo las direcciones
MAC de 48 hasta 64 bits.
El estándar EUI-64 explica cómo extender las direcciones MAC de 48 a 64 bits
mediante la inserción de la secuencia hexadecimal ‘0xFFFE’ (16 bits) justo en la
mitad de la dirección MAC para crear un identificador de interface único de 64 bits.
Por ejemplo, si la dirección MAC (48 bits, es decir, 6 bytes) del interface al que se
le va asignar la dirección IPv6 es (en hexadecimal) 80-00-60-0F-E8-00, la dirección
modificada EUI-64 será la siguiente:
80 00 06 FF FE 0F E8 00
140
140
Capítulo 5. IP versión
IPv66
Router IPv6
Prefijo red: 2001:0720:101C:0000
En primer lugar (paso 1) el dispositivo envía una solicitud multicast a todos los
routers de la red preguntando por el prefijo de la red a la que pertenecen. Los
routers, al recibir la solicitud le contestarán con una respuesta unicast conteniendo
el prefijo de la red IPv6 (paso 2). Una vez ya se tiene el prefijo de red, el identifica-
tivo de interface se obtiene mediante la extensión EUI-64 de la dirección MAC de
la interface de red a configurar.
Aparte del fuerte desembolso económico que supone a los ISPs y operadores la
migración de sus equipos a IPv6, han ido apareciendo mejoras o soluciones que
paliaban los problemas y carencias de IPv4, y que, de forma indirecta, han retrasado
la implantación de IPv6. Entre dichas mejoras se pueden destacar las siguientes,
entre muchas otras:
141
141
Direccionamiento
IPv6 e interconexión de redes basada en TCP/IP
En el mes de febrero de 2011, la IANA asignó el último bloque que quedaba libre
de direcciones IPv4, finalizando, por tanto, el debate sobre si nos debemos preocu-
par o no de IPv6. La migración a IPv6 será un proceso que durará años y requerirá
una buena planificación, conocimiento del tema y herramientas de monitorización
(analizadores de tráfico) adecuadas. Actualmente, la migración a IPv6 se viene
haciendo de forma paulatina, de tal manera que van a convivir ambas versiones del
protocolo IP (versiones 4 y 6) durante algún tiempo. De esta manera, nodos con la
versión 6 necesitarán conectarse a nodos con la versión 4, y viceversa. Además,
tampoco se puede forzar a las empresas y organizaciones a que abandonen sus sis-
temas de direccionamiento actual y sus direcciones asignadas.
Se están desarrollando mecanismos que facilitan la realización y el entendimiento
de la transición de IPv4 a IPv6. Entre dichos mecanismos que permitirán dicha
convivencia y la migración progresiva tanto de las redes como de los equipos de
usuario se pueden destacar los siguientes:
- Dual-Stack o doble pila IPv4 e IPv6.
- Túneles.
- Traducción.
La doble pila (Dual-Stack) hace referencia a una solución de nivel IP con doble pila
de protocolos (RFC 4213) incluyendo, de forma simultánea, tanto la pila de proto-
142
142
Capítulo 5. IP versión
IPv66
colos de IPv4 como la de IPv6 en cada dispositivo conectado a la red. Por tanto,
cada dispositivo tendrá dos direcciones IP, una IPv4 y otra IPv6. Esto permite a los
dispositivos establecer sesiones utilizando tanto IPv4 como IPv6, según sus necesi-
dades. Se trata de una solución fácil de implementar y ampliamente soportada, lo
cual facilita el despliegue de IPv6.
El problema añadido al utilizar la doble pila es que en la red se requieren tablas de
encaminamiento y procesos de encaminamiento separados para cada protocolo
Doble Pila
…
IPv4 IPv6 IP 4
IPv4
IP2v4R
Subred
Router
IP1v4R/IP1v6R IP2v6R
…
IPv6
IPv41/IPv61 IPv42/IPv62
Un túnel IPv6 permite conectarse a redes IPv6 pasando por redes IPv4 (figura 5.9).
Para ello, los routers deben tener instalada la doble pila IPv4/IPv6, de tal manera
que los datagramas IPv6 puedan ser encapsulados en datagramas IPv4, tal como se
aprecia en la siguiente figura. De esta manera, se pueden enviar datagramas IPv6
sobre una infraestructura IPv4.
Se trata de una medida temporal, ya que, en el futuro, IPv4 irá desapareciendo pau-
latinamente y todos los dispositivos implementarán IPv6 de forma nativa.
Se pueden encontrar diferentes tipos de túneles:
143
143
Direccionamiento
IPv6 e interconexión de redes basada en TCP/IP
Router de Router de
Doble Pila Doble Pila
IPv4R1 IPv4R2
IPv4
Red 1 IPv6 IP 6R1 Router
IPv6 Router Red 2 IPv6
Tunel
IPv6R2
… …
144
144
Capítulo 5. IP versión
IPv66
no requiere que la red IPv4 subyacente soporte multicast. ISATAP está im-
plementado en los últimos sistemas operativos de Microsoft (incluso para
dispositivos móviles), así como en algunas versiones de Cisco IOS (sistema
operativo de los dispositivos de Cisco).
5.7.3. Traducción
145
145
Encaminamiento en IP
Capítulo 6. Encaminamiento en IP
6.1. Introducción
En una interred IP, los sistemas finales y los routers cooperan para facilitar el en-
caminamiento de la información (datagramas) desde el sistema final o host de ori-
gen hasta el sistema final o host de destino, pasando por cuantas subredes y routers
intermedios sea necesario.
En este proceso de encaminamiento extremo a extremo, existen tres procesos prin-
cipales:
147
147
Direccionamiento
Encaminamientoeeninterconexión
IP de redes basada en TCP/IP
- Configuración errónea de las rutas estáticas y/o de las rutas por defecto.
- Configuración errónea de la redistribución de rutas.
- Lenta convergencia. Mientras la red converge (ante la detección de un
cambio en la topología o estado de la red) puede que se tomen decisiones
de encaminamiento erróneas e incluso opuestas en los nodos contiguos.
- Problema de conteo a infinito.
- Aumento del uso del ancho de banda e los enlaces sin causa aparente.
- Mayor exigencia de recursos de procesamiento (CPU) de los nodos.
- Aumento del Tiempo de Convergencia.
148
148
Capítulo 6.Encaminamiento
Encaminamiento en
en IP
25
Desde el punto de vista del encaminamiento, un Sistema Autónomo (SA) consiste en un grupo de routers intercambiando
información mediante el uso de un mismo protocolo de encaminamiento.
26
Históricamente los routers TCP/IP se han denominado (IP) gateways, de ahí que en algunos nombres de protocolos se haya
mantenido esta palabra Sin embargo, en la literatura actual sobre TCP/IP se utiliza la palabra router cada vez con más fre-
cuencia, sustituyendo, por tanto, a la palabra Gateway, ya que ambas palabras tienen distinto significado en el modelo OSI.
149
149
Direccionamiento
Encaminamientoeeninterconexión
IP de redes basada en TCP/IP
150
150
Capítulo 6.Encaminamiento
Encaminamiento en
en IP
La métrica de una ruta es el valor calculado como la suma del coste de los enlaces
atravesados por dicha ruta. Los algoritmos de encaminamiento siempre elegirán
rutas con el mínimo valor obtenido en dicho cálculo (rutas de mínimo coste). Como
ejemplo de métricas utilizadas por los protocolos de encaminamiento IGP más co-
nocidos podemos citar las siguientes:
151
151
Direccionamiento
Encaminamientoeeninterconexión
IP de redes basada en TCP/IP
Cuando un router arranca (arranque en frío), éste añade las redes directamente
conectadas y las rutas estáticas que tenga en su configuración inicial a su tabla de
encaminamiento.
A partir de ahí, si dispone de un protocolo de encaminamiento dinámico, empezará
a enviar y recibir actualizaciones de encaminamiento (información de control de
encaminamiento) hasta que se produzca una convergencia total en la que todos los
routers conozcan rutas hasta las demás redes de la interred y se alcance un régimen
permanente, que no se verá alterado mientras no se produzcan cambios en la red.
152
152
Capítulo 6.Encaminamiento
Encaminamiento en
en IP
153
153
Direccionamiento
Encaminamientoeeninterconexión
IP de redes basada en TCP/IP
154
154
Capítulo 6.Encaminamiento
Encaminamiento en
en IP
A continuación habrá hasta un máximo de 25 entradas de ruta, cada una de las cua-
les consiste básicamente en 3 campos:
- Identificador del tipo de direcciones. Indica el tipo de la dirección. En el
caso de trabajar con direcciones IP toma un valor 2, con la excepción de
cuando se solicita una actualización completa de la tabla de encaminamien-
to, que toma el valor de 0.
- Dirección IP de destino. Puede ser la de un equipo o host concreto o la de
una subred IP (con el HostId todo a ceros).
- Métrica. Contiene el número de saltos que tiene la ruta hasta el destino in-
dicado en el campo anterior. Contendrá un valor de 1 a 16. Un valor de 16
indica una ruta inalcanzable.
155
155
Direccionamiento
Encaminamientoeeninterconexión
IP de redes basada en TCP/IP
Nótese que los dos últimos campos constituyen la parte correspondiente a cada
destino en el vector de distancias del router que envía el mensaje
Dichos mensajes se envían en modo broadcast, encapsulados en UDP/IP con puer-
tos origen y destino 520, tal y como se muestra en la siguiente figura.
Cada router, cuando se inicia, enviará por aquellas interfaces en las que tenga habi-
litado RIP una solicitud para que sus routers vecinos le envíen sus actualizaciones
completas. Cuando reciba las respuestas, actualizará su tabla de encaminamiento y,
a continuación, enviará por todas sus interfaces que tengan RIP habilitado su propia
actualización para que los routers vecinos la procesen, y actualicen su propia tabla
de encaminamiento, en caso necesario.
27
En los routers se puede activar o desactivar las actualizaciones de encaminamiento en determinadas interfaces por las que
interese o no enviarlas, respectivamente. Por ejemplo, por las interfaces que estén conectadas a subredes en las que no haya
más routers no tiene sentido enviar actualizaciones de encaminamiento, pues se estaría desperdiciando ancho de banda.
156
156
Capítulo 6.Encaminamiento
Encaminamiento en
en IP
Se definen los routers de borde como aquellos routers que conectan varias redes
con clase (classfull), es decir, que tienen interfaces en más de una red principal con
clase. En dichos routers, para reducir el tamaño de las tablas de encaminamiento y
obtener las ventajas que ello conlleva, se puede activar un mecanismo que permite
agrupar las rutas. Dicho mecanismo se denomina sumarización de rutas. Este pro-
ceso facilita la escalabilidad y puede ser configurado para eliminar muchos prefijos
de red de las actualizaciones de encaminamiento y dejar en las mismas sólo un pre-
fijo que los englobe a todos. De esta manera se reduce la cantidad de información
intercambiada y el tamaño de las tablas de encaminamiento, así como su procesa-
miento, facilitando la escalabilidad de la solución de encaminamiento.
Para explicar en qué consiste la sumarización de rutas, utilizaremos el ejemplo de
las figura 6.5, donde hay 3 subredes con clases B y C (172.16.0.0/16 de clase B, y
las subredes 192.168.1.0/24 y 192.168.2.0/24 de clase C), utilizadas de la siguiente
forma:
- La red 172.16.0.0/16 se subdivide en tres subredes: 172.16.1.0/24,
172.16.2.0/24 y 172.16.3.0/24
- De la red 192.168.4.0 se utiliza la subred: 192.168.1.4/30
- La red 192.168.2.0/24 se utiliza de forma completa para la red de la dere-
cha.
En dicha red, por tanto, el router R2 es un red de borde que interconecta la red de
clase B 172.16.0.0/16 con la red de clase C 192.168.1.0/24.
RIP resume automáticamente las redes con clase o classfull. Los routers de borde
resumen las subredes RIP desde una red principal hasta otra. En el ejemplo de la
figura, el router de borde R2 resumirá automáticamente las actualizaciones para las
tres subredes 172.16.1.0, 172.16.2.0 y 172.16.3.0 en 172.16.0.0 cuando se envíen
desde la interface I2, es decir, a R3 le enviará la ruta a la red con clase
172.16.0.0/16. Sin embargo a R1 le enviará la ruta a 172.16.3.0/24, además de las
rutas a las subredes 192.168.1.4/30 y a la subred 192.168.2.0/16.
RIPv1 utiliza la máscara de subred de la interface saliente para determinar qué su-
bredes publicar.
157
157
Direccionamiento
Encaminamientoeeninterconexión
IP de redes basada en TCP/IP
158
158
Capítulo 6.Encaminamiento
Encaminamiento en
en IP
La sumarización de rutas permite, por tanto, reducir el tamaño de las tablas de en-
caminamiento de los nodos con el consiguiente ahorro de memoria en los mismos;
reducir el tamaño de las actualizaciones de encaminamiento, con el consiguiente
ahorro de ancho de banda utilizado por dichas actualizaciones; así como búsquedas
más rápidas en la tabla de encaminamiento y, por tanto, más rapidez en las decisio-
nes de encaminamiento.
Sin embargo, el principal inconveniente que tiene esta técnica es que no se puede
utilizar con subredes no contiguas (con una red classfull en medio). Es el caso de la
figura 6.6, donde R1 y R3, a diferencia de R2, tienen subredes provenientes de la
red principal 172.16.0.0/16. R1 y R3 serían routers de borde para 172.16.0.0/16
porque están separados por otra red principal, 10.0.0.0/8. Dicha separación crea una
subred no contigua, debido a que dos grupos de subredes 172.16.0.0/24 están sepa-
rados, al menos, por otra red principal. La red 172.16.0.0/16 es una red no contigua.
159
159
Direccionamiento
Encaminamientoeeninterconexión
IP de redes basada en TCP/IP
detecta una ruta inalcanzable a través de una interface, debe anunciar que es inal-
canzable a través de la misma interface (con un valor de 16 saltos como métrica o
coste).
160
160
Capítulo 6.Encaminamiento
Encaminamiento en
en IP
161
161
Direccionamiento
Encaminamientoeeninterconexión
IP de redes basada en TCP/IP
base de datos que le sirve para crear un mapa de la topología de la red (o su matriz
de costes equivalente) y calcular la mejor ruta (SPF) para cada destino, por ejemplo,
utilizando el algoritmo de Dijkstra.
Una vez los routers conocen a sus vecinos formarán una adyacencia. De esta mane-
ra, 2 routers vecinos adyacentes intercambiarán paquetes de saludo que servirán
para la monitorización de actividad en el enlace, detectando caídas de los propios
enlaces o de los nodos adyacentes.
El paquete LSP contiene la siguiente información sobre el estado de los enlaces del
router: información sobre la interface (Dirección IP, Máscara de subred, Tipo de
red), coste del enlace conectado a dicha interface, y los routers vecinos a través de
dicho enlace.
Los paquetes LSP se envían durante el inicio o arranque del router o proceso de
encaminamiento y cada vez que el router detecta cualquier cambio en la topología
que afecte a sus enlaces o a sus vecinos.
Comparados con los protocolos de vector distancias (como, por ejemplo, RIP, IGRP
y EIGRP), los protocolos de encaminamiento de estado de enlace necesitan más
memoria y requieren más capacidad de procesamiento de CPU. Además, el arran-
que de los protocolos de encaminamiento de estado de enlace puede consumir mu-
cho ancho de banda, pues todos los nodos envían sus LSP mediante técnicas de
inundación.
Entre los protocolos de estado de enlace podemos destacar el Open Shortest Path
First (OSPF, primero la ruta libre más corta) y el Intermediate System-Intermediate
System (IS-IS, sistema intermedio a sistema intermedio). En este apartado se explica
el protocolo OSPF.
162
162
Capítulo 6.Encaminamiento
Encaminamiento en
en IP
OSPF permite dividir los sistemas autónomos en áreas numeradas para facilitar su
administración. Un área OSPF es un grupo de routers que comparten información
sobre el estado de enlace (todos tendrán la misma base de datos de LSPs).
163
163
Direccionamiento
Encaminamientoeeninterconexión
IP de redes basada en TCP/IP
Al dividir una red en áreas, se necesitará, por un lado, poder encaminar todo el trá-
fico dentro de las propias áreas (encaminamiento intra-área) para lo que se encarga-
rán los routers OSPF dentro de la propia área que, mediante OSPF, mantendrán
información sobre la topología de la red dentro de la propia área. Sin embargo,
también será necesario encaminar tráfico entre las distintas áreas de un SA (enca-
minamiento inter-área) y entre distintos SAs (encaminamiento externo). Para estos
dos tipos de encaminamiento, OSPF define dos tipos de routers especiales que man-
tendrán información topológica más completa que la del área en la que se sitúan.
En el caso más extremo, que es aquél en el que los datagramas que salgan de un SA,
siguen rutas jerárquicas, los datagramas serán enviados por los routers, dentro del
área donde se hayan originado, hasta el ABR correspondiente de dicho área, y, a su
vez, éste los reenviará al ASBR correspondiente para que los encamine fuera del
SA.
164
164
Capítulo 6.Encaminamiento
Encaminamiento en
en IP
internas, para pruebas, de lazo propio al router, sin conexión a ningún enla-
ce) y físicas.
2. Si no se dispone de un identificativo configurado, el router elige la direc-
ción IP más alta de cualquiera de las interfaces loopback, en caso de que
tenga configuradas.
3. Si no se dispone de un identificativo configurado, y no hay interfaces
loopback configuradas, se utiliza la dirección IP más alta de cualquiera de
las interfaces activas.
Cuando se utiliza OSPF, se pueden configurar interfaces loopback en los routers por
razones de seguridad ya, que éstas son internas al propio router y nunca fallan. Las
interfaces físicas suelen tener más problemas.
165
165
Direccionamiento
Encaminamientoeeninterconexión
IP de redes basada en TCP/IP
da, sino sólo por aquellas interfaces que pertenecen a un área OSPF determinada.
Así, la información detallada de todas las rutas puede mantenerse de forma locali-
zada (por ejemplo, dentro de un área), mientras que sólo se enviará por inundación
la información sumarizada al resto de la red. De esta manera, se favorece la escala-
bilidad, pues se consumen menos recursos de red (procesamiento, ancho de banda y
memoria).
Hay varios tipos de LSA, todos ellos con una cabecera común, de 20 bytes, que se
muestra en la figura 6.8.
Cada enlace de un router puede ser de 4 tipos (ver la tabla 6.4). Uno de los campos
de la cabecera es el ID del estado del enlace (link-state ID) que identifica, por la
dirección y la máscara de la subred, el objeto al cual se conecta dicho enlace. De-
pendiendo del tipo, dicho identificativo del enlace tiene diferentes significados
(tabla 6.4).
166
166
Capítulo 6.Encaminamiento
Encaminamiento en
en IP
28
Su significado y función se explica más adelante en el capítulo.
167
167
Direccionamiento
Encaminamientoeeninterconexión
IP de redes basada en TCP/IP
168
168
Capítulo 6.Encaminamiento
Encaminamiento en
en IP
Los campos más importantes del mensaje OSPF de saludo son los siguientes:
169
169
Direccionamiento
Encaminamientoeeninterconexión
IP de redes basada en TCP/IP
Los intervalos de saludo y muertos deben ser los mismos entre vecinos.
170
170
Capítulo 6.Encaminamiento
Encaminamiento en
en IP
En algunos casos dos routers vecinos físicamente no forman una adyacencia por
alguno de los siguientes motivos, que deberán subsanarse para evitar males mayo-
res:
OSPF utiliza el Ancho de Banda (AB) de los enlaces como métrica para determinar
la mejor ruta (de mínimo coste). Para ello, la expresión utilizada es la siguiente:
, tomando un AB de referencia de 108 Mbps, aunque dicho valor puede ser modifi-
cable en algunos routers, ya que las velocidades de los enlaces son cada vez mayo-
res.
El coste de una ruta será el resultado de sumar el coste de cada uno de los enlaces
obtenido según la ecuación anterior.
Los valores de ancho de banda y coste de los enlaces, por defecto, para diferentes
tecnologías y velocidades se muestran en la siguiente tabla:
171
171
Direccionamiento
Encaminamientoeeninterconexión
IP de redes basada en TCP/IP
- Punto a punto.
- Accesos múltiples con broadcast (Broadcast Multiple-Access Net-
work o BMA), como, por ejemplo, una red Ethernet.
- Accesos múltiples sin broadcast (Non-Broadcast Multiple-Access
Network o NBMA) como, por ejemplo, una red Frame-Relay o
ATM.
- Punto a multipunto.
- Enlaces virtuales
En una red punto a punto sólo hay dos dispositivos en la red, uno en cada extremo.
Sin embargo, en una red de accesos múltiples existen más de dos dispositivos en los
mismos medios compartidos (por ejemplo, una LAN). Dichas redes tendrán múlti-
ples adyacencias (n*(n-1)/2, siendo n el número de routers vecinos en la red de
accesos múltiples), y se producirán inundaciones masivas de LSA. Cabe destacar
que por cada LSA que se envía, debe haber un acuse de recibo enviado de vuelta al
router que realizó la transmisión.
Una posible solución al problema que dicha inundación masiva de LSA puede su-
poner a la red es la utilización de un Router Designado (DR) y Router Designado de
Respaldo (BDR)
De esta manera, en vez de inundar la red con LSAs, los routers envían LSAs a una
dirección multicast 224.0.0.6, en la que escuchan tanto el DR como el BDR. El DR
172
172
Capítulo 6.Encaminamiento
Encaminamiento en
en IP
En las redes punto a punto no se produce selección de DR/BDR. Sólo en las redes
de accesos múltiples.
1. Primero iniciar el DR, después el BDR y luego todos los demás routers.
2. Apagar la interface en todos los routers y, a continuación, activar las inter-
faces en el DR, luego en el BDR y, a continuación, en todos los demás
routers.
29
Se define una prioridad para cada una de las interfaces de un router que puede participar de varios procesos OSPF. El valor
predeterminado de la prioridad OSPF de una interfaz es 1.
173
173
Direccionamiento
Encaminamientoeeninterconexión
IP de redes basada en TCP/IP
174
174
Bibliografía
Bibliografía
175
175