Protocolos de capa de red

Daniel Cerna G.
Redes I
Universidad Politecnica Salesiana

Investigacin REDES I
1 LA PROPUESTA DE INVESTIGACION:
Describa y d ejemplos prcticos (en qu escenarios se utilizan) sobre los siguientes
protocolos de capa de red:

IPsec

OSPF

BGP

RIP

ICMP

IGMP

2 RESUMEN DE LA INVESTIGACION:
Estos protocolos nos ayudan a la seguridad de nuestras conexiones y datos a travs de
algoritmos que nos permiten interconectarnos entre varias redes sin la necesidad de
estar preocupados por nuestra privacidad, adicionalmente ciertos protocolos nos
ayudan al correcto direccionamiento de nuestros paquetes. Existen protocolos de
dependen el uno del otro como por ejemplo el IGMP depende de ICMP.

Daniel Cerna G

REDES I

UPS

Protocolos de capa de red

Universidad Politecnica Salesiana

Daniel Cerna G.
Redes I

DESARROLLO:

IPsec

Descripcion:
IPSec no es un solo protocolo, IPSec es un conjunto de algoritmos de seguridad ms un
entorno de trabajo que permite que dos entidades se comuniquen en forma segura de una
manera adecuada.

Aplicaciones de IPSec:
Conexin de dos oficinas por medio del InterNet, Acceso Remoto seguro sobre el
InterNet, Establecer conexiones IntraNet+ExtraNet con socios comerciales, Mejorando la
seguridad del comercio electrnico.
Ejemplo:

Daniel Cerna G

REDES I

UPS

Protocolos de capa de red

Universidad Politecnica Salesiana

Daniel Cerna G.
Redes I

Ventajas de IPSec:

Transparente a aplicaciones (por debajo de la capa de Transporte )

Provee seguridad para usuarios individuales.

IPSec nos puede asegurar que:

Un mensaje proviene de una fuente (ruteador) autorizado.

Un mensaje redirigido viene del ruteador para el cual fue originalmente enviado
Las actualizaciones a las tablas de ruteo no hayan sido falsificadas
IPSec

Ventajas de

Transparente a aplicaciones (por debajo de la capa deTransporte )

Provee seguridad para usuarios individuales.
Un mensaje proviene de una fuente (ruteador) autorizado.
Un mensaje redirigido viene del ruteador para el cual fue originalmente enviado
Las actualizaciones a las tablas de ruteo no hayan sido falsificadas.

Daniel Cerna G

REDES I

UPS

Protocolos de capa de red

Universidad Politecnica Salesiana

Daniel Cerna G.
Redes I

OSPF

Descripcion:
Open Short Path First versin 2, es un protocolo de routing interno basado en el estado
del enlace o algoritmo Short Path First, estndar de Internet, que ha sido desarrollado por
un grupo de trabajo del Internet Engineering task Force, cuya especificacin viene
recogida en el RFC 2328.
OSPF, ha sido pensado para el entorno de Internet y su pila de protocolos TCP/IP, como
un protocolo de routing interno, es decir, que distribuye informacin entre routers que
pertenecen al mismo Sistema Autnomo.

OSPF es la respuesta de IAB a travs del IETF, ante la necesidad de crear un protocolo
de routing interno que cubriera las necesidades en Internet de routing interno que el
protocolo RIP versin 1 pona de manifiesto:
Lenta respuesta a los cambios que se producan en la topologa de la red.
Poco bagaje en las mtricas utilizadas para medir la distancia entre nodos.
Imposibilidad de repartir el trafico entre dos nodos por varios caminos si estos existan por
la creacin de bucles que saturaban la red.
Imposibilidad de discernir diferentes tipos de servicios.
Imposibilidad de discernir entre host, routers , diferentes tipos de redes dentro de un
mismo Sistema Autnomo.
Algunos de estos puntos han sido resueltos por RIP versin 2 que cuenta con un mayor
nmero de mtricas as como soporta CIRD, routing por subnet y transmisin multicast.

Daniel Cerna G

REDES I

UPS

Protocolos de capa de red

Universidad Politecnica Salesiana

Daniel Cerna G.
Redes I

Caractersticas de OSPF
Respuesta rpida y sin bucles ante cambios.
La algoritmia SPF sobre la que se basa OSPF permite con la tecnologa actual que existe
en los nodos un tiempo de respuesta en cuanto tiempo de computacin para el calculo del
mapa local de la red mucho ms rpido que dicho calculo en el protocolo RIP. Adems como

todos los nodos de la red calculan el mapa de manera idntica y poseen el mismo mapa se genera
sin bucles ni nodos que se encuentren contando en infinito; principal problema sufrido por los
protocolos basados en la algoritmia de vector distancia como RIP.

Seguridad ante los cambios.

Para que el algoritmo de routing funcione adecuadamente debe existir una copia idntica
de la topologa de la red en cada nodo de esta.
Existen diversos fallos que pueden ocurrir en la red como fallos de los protocolos de
sincronizacin o inundacin, errores de memoria, introduccin de informacin errnea.
El protocolo OSPF especifica que todos los intercambios entre routers deben ser
autentificados. El OSPF permite una variedad de esquemas de autentificacin y tambin
permite seleccionar un esquema para un rea diferente al esquena de otra rea. La idea
detrs de la autentificacin es garantizar que slo los routers confiables difundan
informacin de routing.
Soporte de mltiples mtricas.
La tecnologa actual hace que sea posible soportar varias mtricas en paralelo.
Evaluando el camino entre dos nodos en base a diferentes mtricas es tener distintos
mejores caminos segn la mtrica utilizada en cada caso, pero surge la duda de cual es el
mejor. Esta eleccin se realizara en base a los requisitos que existan en la comunicacin.

Daniel Cerna G

REDES I

UPS

Protocolos de capa de red

Universidad Politecnica Salesiana

Daniel Cerna G.
Redes I

Diferentes mtricas utilizadas pueden ser:

Mayor rendimiento
Menor retardo
Menor coste
Mayor fiabilidad
La posibilidad de utilizar varias mtricas para el calculo de una ruta, implica que OSPF
provea de un mecanismo para que una vez elegida una mtrica en un paquete para
realizar su routing esta sea la misma siempre para ese paquete, esta caracterstica dota a
OSPF de un routing de servicio de tipo en base a la mtrica.
Balanceado de carga en mltiples caminos.
OSPF permite el balanceado de carga entre los nodos que exista ms de un camino. Para
realizar este balanceo aplica:
Una versin de SPF con una modificacin que impide la creacin de bucles parciales.
Un algoritmo que permite calcular la cantidad de trafico que debe ser enviado por cada
camino.
Escalabilidad en el crecimiento de rutas externas.
El continuo crecimiento de Internet es debido a que cada vez son ms los sistemas
autnomos que se conectan entre si a travs de routers externos. Adems de tener en
cuenta la posibilidad de acceder al exterior del sistema autnomo a travs de un
determinado router externo u otro se debe tener en cuenta que se tiene varios
proveedores de servicios y es ms verstil elegir en cada momento el router exterior y
servicio requerido que establecer una ruta y servicio por defecto cuando se trata de
routing externo como se tenia hasta ahora.
OSPF soluciona este problema permitiendo tener en la base de datos del mapa local los
denominados gateway link state records.Estos registros nos permiten almacenar el valor
6

Daniel Cerna G

REDES I

UPS

Protocolos de capa de red

Universidad Politecnica Salesiana

Daniel Cerna G.
Redes I

de las mtricas calculadas y hacen ms fcil el calculo de la ruta ptima para el exterior.
Por cada entrada externa existir una nueva entrada de tipo gateway link state records
en la base de datos, es decir, la base de datos crecer linealmente con el nmero de
entradas externas tal como ocurre con los protocolos de vector distancia, pero el coste del
calculo de las rutas crecer en funcin de N*log*N para OSPF y no en funcin de N^2
como ocurre en los protocolos de vector distancia.

Ejemplo
Supongamos que en la red anterior el enlace que va del nodo A a B, queda fuera de
servicio tal que la distancia pasa a ser infinito.
El mensaje que A enviara a D ser:
Desde A hacia B, enlace 1, distancia infinito, numero 2.
El mensaje que B enviara a C ser:
Desde B hacia A, enlace 1, distancia infinito, numero 2.
La

Hay
que

Daniel Cerna G

REDES I

UPS

Protocolos de capa de red

Universidad Politecnica Salesiana

Daniel Cerna G.
Redes I

Tener que un cambio en un enlace de la red puede dejar aislados a unos nodos de la red,
es decir, puede partir la red. Este cambio tal como est planteado el mapa local no es
problema ya que aunque todos los nodos de la red inicial no tendrn el mismo mapa local
este si que ser idntico para cada uno de los nodos en cada una de sus particiones.
Del mismo modo debemos considerar el caso contrario que ocurre cuando un cambio en
la topologa de la red provoca una unin de redes de nodos, ya que pueden surgir
problemas como la existencia de enlaces modificados en una mapa local de un nodo de
una subred que no esta modificado en el mapa local de la otra subred.

BGP

Descripcion:
BGP es el protocolo de encaminamiento EGP ms utilizado en Internet. La versin 1 de
este protocolo ( RFC 1105) apareci en 1989 para sustituir a EGP. Posteriormente,
salieron nuevas versiones como la versin 2 en 1990 (RFC 1163) y la versin 3 en 1991
(RFC 1267). Finalmente apareci la versin 4 (RFC 1771 y RFC 4271) que proporciona
soporte para CIDR (Classless Interdomain Routing).
BGP es un protocolo que funciona sobre TCP por el puerto 179. BGP permite el
encaminamiento de los paquetes IP que se intercambian entre los distintos AS. Para ello,
es necesario el intercambio de prefijos de rutas entre los diferentes AS de forma dinmica,
lo cual se lleva a cabo mediante el establecimiento de sesiones BGP inter-AS sobre
conexiones TCP. Este tipo de operacin proporciona comunicacin fiable y esconde todos
los detalles de la red por la que se pasa.
Debido a que en cada AS se utiliza un protocolo IGP con una definicin distinta para el
coste de los enlaces, es imposible encontrar el camino ms corto hacia cada destino. Por
ello, una vez se han aplicado las restricciones sobre
las rutas, BGP utiliza un algoritmo similar al tipo vector de distancia, llamado path-vector,
para seleccionar
aquellas rutas que impliquen el mnimo nmero de AS a atravesar.
Las tablas de encaminamiento de BGP almacenan rutas para alcanzar redes (indicadas
mediante prefijos). Las rutas estn formadas por una secuencia de nmeros de sistemas
8

Daniel Cerna G

REDES I

UPS

Protocolos de capa de red

Universidad Politecnica Salesiana

Daniel Cerna G.
Redes I

autnomos que se deben seguir

para alcanzar el prefijo indicado. El ltimo nmero de AS de la ruta se corresponde con la
organizacin que tiene registrado el prefijo, es decir, el AS donde se encuentra el destino.
El principal motivo para almacenar la ruta completa es la deteccin y eliminacin de
bucles (loops) para evitar que los paquetes se enven de forma infinita pasando varias
veces por un mismo AS.

Caracteristicas:
Protocolo de Vector de Trayectoria
Actualizaciones Incrementales
Muchas opciones para forzar medidas administrativas (de rutas)
Soporta Enrutamiento Inter-Dominio SinClases
Muy utilizado en la espina dorsal de Internet
Sistemas Autnomos
Funciona sobre TCP puerto 179
Protocolo de Vector de Trayectoria
Actualizacin incremental
BGP Interno y Externo
Funcionamiento del proceso BGP:

Cuando un router anuncia un prefijo a uno de sus vecinos BGP, esa informacin es
considerada vlida hasta que el primer router explcitamente anuncia que la informacin
ya no es vlida o hasta que la sesin BGP se pierde. Esto significa que BGP no requiere
que la informacin de routing se refresque peridicamente. De este modo, en un principio
existir un alto flujo de mensajes cuando se establece la sesin BGP, pero transcurrido un
tiempo de estabilizacin los routers slo necesitarn informar de los cambios que han
ocurrido. Por ejemplo, en un AS tipo backbone el intercambio es del orden de 50.000
9

Daniel Cerna G

REDES I

UPS

Protocolos de capa de red

Universidad Politecnica Salesiana

Daniel Cerna G.
Redes I

prefijos inicialmente.
Para almacenar informacin de encaminamiento, el protocolo BGP necesita un conjunto
de tablas de datos denominadas RIBs (Routing Information Bases). stas son las
siguientes:
Adj-RIB-in: En esta tabla se almacenan prefijos aprendidos de un vecino particular. Hay
tantas tablas de este tipo como pares BGP.
Loc-RIB: Almacena las mejores rutas seleccionadas (prefijos + longitud mscara) que
conoce el proceso BGP bien porque las ha obtenido de la tabla de encaminamiento
(comandos network, agrgate-address y redistribute), o bien porque se han aprendido por
BGP (I-BGP o E-BGP), tras pasar los filtros de entrada. Estas rutas pueden ser
anunciadas si la poltica de encaminamiento a la salida lo permite. Hay slo uno por cada
sistema autnomo.
Adj-RIB-out: Almacena prefijos para ser anunciados a otros vecinos. Esta tabla se
construye a partir de las informaciones de la tabla Loc-RIB que han sido
filtrados y cuyos atributos han sido modificados segn configuracin. Se tiene una tabla de
este tipo por cada par BGP.

10

Daniel Cerna G

REDES I

UPS

Protocolos de capa de red

Universidad Politecnica Salesiana

Daniel Cerna G.
Redes I

El proceso BGP consiste en un autmata de 6 estados con 13 eventos posibles. La

interaccin con otros procesos BGP se lleva a cabo intercambiando mensajes. Los
mensajes intercambiados en una sesin BGP sirven para informar sobre el conocimiento
de nuevas rutas activas, para suprimir rutas que ya no estn activas, para indicar la
viabilidad actual de la conexin o para informar sobre la existencia de condiciones
inusuales en la conexin TCP. El siguiente esquema muestra los estados y los mensajes
del proceso BGP:

11

Daniel Cerna G

REDES I

UPS

Protocolos de capa de red

Universidad Politecnica Salesiana

Daniel Cerna G.
Redes I

Ejemplo:

La configuracin para el ejemplo de la figura anterior sera la siguiente:

RTA# router bgp 100
neighbor 190.10.50.1 remote-as 100
neighbor 170.10.20.2 remote-as 300
network 150.10.0.0
redistribute static
ip route 190.10.0.0 255.255.0.0 null0

12

Daniel Cerna G

REDES I

UPS

Protocolos de capa de red

Universidad Politecnica Salesiana

Daniel Cerna G.
Redes I

RTB# router bgp 100

neighbor 150.10.30.1
remote-as 100 network 190.10.50.0
RTE# router bgp 300
neighbor 170.10.20.1
remote-as 100
network 170.10.0.0
En este ejemplo se tienen una serie de rutas en las tablas de encaminamiento de los
distintos routers con su valor correspondiente del atributo ORIGIN:
o RTA alcanzar la red 170.10.0.0 va 300i (lo que indica que el prximo AS para llegar al
destino es el 300 y que el origen de la ruta es IGP, lo cual quiere decir que el router BGP
del AS 300 que envi la ruta a RTA la aprendi de otro router interno por IGP).
o RTA tambin alcanzar la ruta 190.10.50.0 va i (lo cual quiere decir que dicha entrada
pertenece al mismo AS que RTA y que ha sido aprendida por IGP).
o RTE alcanzar el destino 150.10.0.0 va 100i (la prxima AS es 100 y su origen es IGP).

RIP

Descripcin:
RIP es un protocolo de encaminamiento interno, es decir para la parte interna de la red, la
que no est conectada al backbone de Internet. Es muy usado en sistemas de conexin a
internet como infovia, en el que muchos usuarios se conectan a una red y pueden acceder
por lugares distintos.
Cuando un usuarios se conecta el servidor de terminales (equipo en el que finaliza la
llamada) avisa con un mensaje RIP al router ms cercano advirtiendo de la direccin IP
que ahora le pertenece.

13

Daniel Cerna G

REDES I

UPS

Protocolos de capa de red

Universidad Politecnica Salesiana

Daniel Cerna G.
Redes I

As podemos ver que RIP es un protocolo usado por distintos routers para intercambiar
informacin y as conocer por donde deberan enrutar un paquete para hacer que ste
llegue a su destino.

Caractersticas:

RIPv1
Las principales caractersticas que definen esta primera versin del protocolo RIP son:
No admite subredes.
No admite direcciones con mscara de longitud variable (VLSM).
No admite CIDR.
Los intercambios de informacin no estn autenticados.
RIPv2
A diferencia de la versin anterior, sta presenta ciertas mejoras:
Admite subredes.
Admite direcciones con mscara de longitud variable (VLSM).
Admite CIDR.
Los intercambios estn autenticados con contraseas y se pueden llevar a cabo
mediante multicast en lugar de broadcast (menos sobrecarga de la red).

14

Daniel Cerna G

REDES I

UPS

Protocolos de capa de red

Universidad Politecnica Salesiana

Daniel Cerna G.
Redes I

Funcionamiento:
Proceso de solicitud/respuesta de RIP
RIP utiliza dos tipos de mensajes especificados en el campo Comando: Mensaje de
solicitud y Mensaje de respuesta.

Cada interfaz configurada con RIP enva un mensaje de solicitud durante el inicio y solicita

15

Daniel Cerna G

REDES I

UPS

Protocolos de capa de red

Universidad Politecnica Salesiana

Daniel Cerna G.
Redes I

que todos los RIP vecinos enven sus tablas de enrutamiento completas.

16

Daniel Cerna G

REDES I

UPS

Protocolos de capa de red

Universidad Politecnica Salesiana

Daniel Cerna G.
Redes I

Se enva de regreso un mensaje de respuesta por parte de los vecinos habilitados con
RIP.
Cuando el router que realiza la solicitud recibe las respuestas, evala cada entrada de
ruta. Si una entrada de ruta es nueva, el router receptor instala la ruta en la tabla de
enrutamiento.
Si la ruta ya se encuentra en la tabla, la entrada existente se reemplaza si la nueva
entrada tiene un mejor conteo de saltos.
El router de inicio luego enva un update disparado a todas las interfaces habilitadas con
RIP que incluyen su propia tabla de enrutamiento para que los RIP vecinos puedan recibir
la informacin acerca de todas las nuevas rutas.

Ejemplo:
Pasamos a detallar equipo por equipo cules son los pasos que hay que seguir para
configurar cada uno de ellos. En el caso de los router CIT basta con acceder al men de
configuracin, a travs del puerto serie, y ejecutar todas las acciones que aparecen
detalladas ms abajo. Y en el caso del terminal, la configuracin se har a travs de la
consola de GNU/Linux.

Router CIT2
1. Asignamos las direcciones correspondientes a las interfaces de red.
2. Habilitamos las direcciones de broadcast para ambas interfaces.
3. Listamos las interfaces para comprobarlo.
4. Habilitamos el protocolo RIP.
5. Habilitamos la propagacin de subredes desconectadas a travs de eth1.
6. Permitimos la recepcin de rutas por defecto de otros router.
17

Daniel Cerna G

REDES I

UPS

Protocolos de capa de red

Universidad Politecnica Salesiana

Daniel Cerna G.
Redes I

7. Permitimos la recepcin de rutas de red.

8. Permitimos el envo de rutas por defecto a otros routers.
9. Permitimos el envo de rutas de red conectadas directamente al router.
10. Permitimos el envo de rutas de red.
11. Permitimos el envo de rutas estticas configuradas en el router.
12. Establecemos que vamos a trabajar con RIPv1.
13. Creamos las rutas estticas correspondientes y las listamos.
14. Guardamos toda la configuracin y reiniciamos.

Config> protocol ip
-- Internet protocol user configuration -IP config> address ethernet0/0 192.168.1.2 255.255.255.0
IP config> address ethernet0/1 192.168.2.1 255.255.255.0
IP config> broadcast-address network 192.168.1.2 1
IP config> broadcast-address network 192.168.2.1 1
IP config> list addresses
IP addresses for each interface:
ethernet0/0
192.168.1.2
255.255.255.0
NETWORK broadcast, fill 1
ethernet0/1
192.168.2.1
255.255.255.0
NETWORK broadcast, fill 1
x25-node
IP disabled on this ifc
IP config> exit
Config> protocol rip
-- RIP protocol user configuration -RIP config> enable
RIP config> allow-disconnected-subnetted-networks 192.168.2.1
RIP config> receiving 192.168.2.1 default-routes
RIP config> receiving 192.168.2.1 network-routes
RIP config> sending 192.168.2.1 default-routes
RIP config> sending 192.168.2.1 direct-routes
RIP config> sending 192.168.2.1 network-routes
RIP config> sending 192.168.2.1 static-routes
RIP config> compatibility 192.168.2.1 receive rip1
RIP config> compatibility 192.168.2.1 send rip1
RIP config> exit
18

Daniel Cerna G

REDES I

UPS

Protocolos de capa de red

Universidad Politecnica Salesiana

Daniel Cerna G.
Redes I

Config> protocol ip
-- Internet protocol user configuration -IP config> route 192.168.1.0 255.255.255.0 ethernet0/0
IP config> route 192.168.2.0 255.255.255.0 ethernet0/1
IP config> list routes
route to 192.168.2.0,255.255.255.0 via ethernet0/1, cost 1
route to 192.168.1.0,255.255.255.0 via ethernet0/0, cost 1
IP config> exit
Config> save
Save configuration (Yes/No)? Y
Building configuration as text... OK
Writing configuration... OK on Flash
Config>
*restart
Are you sure to restart the system(Yes/No)? Y

Router CIT
1. Asignamos las direcciones correspondientes a las interfaces de red.
2. Habilitamos las direcciones de broadcast para ambas interfaces.
3. Listamos las interfaces para comprobarlo.
4. Habilitamos el protocolo RIP.
5. Habilitamos la propagacin de subredes desconectadas a travs de eth0.
6. Permitimos la recepcin de rutas por defecto de otros router.
7. Permitimos la recepcin de rutas de red.
8. Permitimos el envo de rutas por defecto a otros routers.
9. Permitimos el envo de rutas de red conectadas directamente al router.
10. Permitimos el envo de rutas de red.
11. Permitimos el envo de rutas estticas configuradas en el router.
12. Establecemos que vamos a trabajar con RIPv1.
19

Daniel Cerna G

REDES I

UPS

Protocolos de capa de red

Universidad Politecnica Salesiana

Daniel Cerna G.
Redes I

13. Creamos las rutas estticas correspondientes y las listamos.

14. Guardamos toda la configuracin y reiniciamos.
p4
Config> protocol ip
-- Internet protocol user configuration -IP config> address ethernet0/0 192.168.2.2 255.255.255.0
IP config> address ethernet0/1 192.168.3.1 255.255.255.0
IP config> broadcast-address network 192.168.2.2 1
IP config> broadcast-address network 192.168.3.1 1
IP config> list addresses
IP addresses for each interface:
ethernet0/0
192.168.2.2
255.255.255.0
NETWORK broadcast, fill 1
ethernet0/1
192.168.3.1
255.255.255.0
NETWORK broadcast, fill 1
x25-node
IP disabled on this ifc
IP config> exit
Config> protocol rip
-- RIP protocol user configuration -RIP config> enable
RIP config> allow-disconnected-subnetted-networks 192.168.2.2
RIP config> receiving 192.168.2.2 default-routes
RIP config> receiving 192.168.2.2 network-routes
RIP config> sending 192.168.2.2 default-routes
RIP config> sending 192.168.2.2 direct-routes
RIP config> sending 192.168.2.2 network-routes
RIP config> sending 192.168.2.2 static-routes
RIP config> compatibility 192.168.2.2 receive rip1
RIP config> compatibility 192.168.2.2 send rip1
RIP config> exit
Config> protocol ip
-- Internet protocol user configuration -IP config> route 192.168.2.0 255.255.255.0 ethernet0/0
IP config> route 192.168.3.0 255.255.255.0 ethernet0/1
IP config> list routes
route to 192.168.3.0,255.255.255.0 via ethernet0/1, cost 1
route to 192.168.2.0,255.255.255.0 via ethernet0/0, cost 1
IP config> exit
Config> save
Save configuration (Yes/No)? Y
Building configuration as text... OK
Writing configuration... OK on Flash
20

Daniel Cerna G

REDES I

UPS

Protocolos de capa de red

Universidad Politecnica Salesiana

Daniel Cerna G.
Redes I

Config>
*restart
Are you sure to restart the system(Yes/No)? Y

ICMP

Descripcion:
El Protocolo Internet (IP) [1] se utiliza para el servicio de datagramas de "host" a "host" en
un sistema de redes interconectadas denominado Catenet [2]. Los dispositivos de
conexin de redes se denominan Pasarelas (Gateways). Estas pasarelas se comunican
entre ellas con propsito de control mediante el Protocolo Pasarela a Pasarela (Gateway
to Gateway Protocol (GGP)) [3,4]. Ocasionalmente, una pasarela o un "host" de destino se
comunicar con un "host" de origen para, por ejemplo, informar de un error en el
procesamiento de datagramas. El Protocolo de Mensajes de Control Internet (ICMP) se
usa para este propsito. ICMP utiliza el soporte bsico de IP como si se tratara de un
protocolo de nivel superior. Sin embargo, ICMP es realmente una parte integrante de IP, y
debe ser implementado por todo mdulo IP.
Los mensajes ICMP son enviados en varias situaciones: por ejemplo, cuando un
datagrama no puede alcanzar su destino, cuando una pasarela no dispone de capacidad
de almacenamiento temporal para reenviar el datagrama, y cuando la pasarela puede
dirigir al "host" para enviar el trfico por una ruta ms corta.
El Protocolo Internet no est diseado para ser absolutamente fiable. El propsito de
estos mensajes de control no es hacer a IP fiable, sino suministrar informacin sobre los
problemas en el entorno de comunicacin. Sigue sin garantizarse que un datagrama sea
entregado o que se devuelva un mensaje de control . Existe la posibilidad de que algunos
datagramas no sean entregados, sin ningn informe sobre su prdida. Los protocolos de
nivel superior que usen IP deben implementar sus propios procedimientos de fiabilidad en
caso de que requieran comunicacin fiable.

21

Daniel Cerna G

REDES I

UPS

Protocolos de capa de red

Universidad Politecnica Salesiana

Daniel Cerna G.
Redes I

Tpicamente, los mensajes ICMP informan de errores en el procesamiento de datagramas.

Para evitar la generacin sin fin de mensajes acerca de mensajes, etc... , no se envan
mensajes ICMP acerca de mensajes ICMP. Adems slo se envan mensajes ICMP
acerca de errores en el procesamiento del fragmento cero de un datagrama fragmentado.
(el fragmento cero es el que tiene el campo posicin ("offset") de fragmento igual a cero).
Formatos de Mensaje
Los mensajes ICMP se envan usando la cabecera IP bsica. El primer octeto de la parte
de datos del datagrama es el campo de tipo ICMP; el valor de este campo determina el
formato del resto de los datos. Los campos etiquetados como "no usado" estn
reservados para posteriores extensiones y deben ser cero al ser enviados, y los
receptores no debern usar estos campos (excepto para incluirlos en la suma de control).
Exceptuando las descripciones de formato individuales en las que se indique lo contrario,
los valores de los campos de la cabecera internet son como sigue:

Version
4
IHL ("Internet Header Length")
Longitud de la cabecera internet en palabras de 32 bits.
Tipo de Servicio
0
Longitud Total
Longitud de la cabecera y los datos en octetos.
Identificacin, Indicadores ("flags") y Posicin De Fragmento
Usados en fragmentacin, ver [1].
Tiempo de Vida (TTL, "Time To Live")
22

Daniel Cerna G

REDES I

UPS

Protocolos de capa de red

Universidad Politecnica Salesiana

Daniel Cerna G.
Redes I

Tiempo de vida en segundos; como este valor se decrementa en

cada
mquina en la cual el datagrama es procesado, debe ser al
menos
igual o mayor que el nmero de pasarelas que atravesar.
Protocolo
ICMP = 1
Suma de Control de Cabecera

El complemento a uno de 16 bits de la suma de los complementos a

uno de todas las palabras de 16 bits de la cabecera. A la hora de
calcular la suma de control, el valor inicial de este campo es
cero. Esta suma de control puede ser sustituida en el futuro.

Direccin de Origen

La direccin de la pasarela o "host" que crea el mensaje ICMP. Si

no se indica lo contrario, puede ser cualquiera de las direcciones
de una pasarela.

Direccin de Destino

La direccin de la pasarela o "host" al cual se debe enviar el

mensaje.
23

Daniel Cerna G

REDES I

UPS

Protocolos de capa de red

Universidad Politecnica Salesiana

Daniel Cerna G.
Redes I

IGMP

Descripcion:
IGMP es un protocolo estndar con nmero de STD 5 que tambin incluye IP e ICMP. Su
status es recomendado y se describe en el RFC 1112.
Nota: Se requieren IP e ICMP.
IGMP es vagamente anlogo a ICMP y ocupa el mismo lugar en la pila de protocolos IP.

Mensajes IGMP
Los mensajes ICMP se envan en datagramas IP. La cabecera IP tendr siempre un
nmero de protocolo de 2, indicando IGMP y un tipo de servicio de cero (rutina). El campo
de datos IP contendr mensaje IGMP de 8 bytes con el formato mostrado en la figura que
se muestra a continuacin.

donde:
Vers
Tipo

Versin IP de 4 bits. Siempre 1.

Especifica una recuperacin o un informe.
1
24

Daniel Cerna G

REDES I

UPS

Protocolos de capa de red

Universidad Politecnica Salesiana

Daniel Cerna G.
Redes I

Especifica una recuperacin que enva un router multicast.

2
Especifica un informe que enva un host.
Checksum
Una suma de comprobacin de 16 bits calculada como para ICMP.
Direccin de clase D
Esta es cero para una peticin y es una direccin de grupo multicast vlida para un
informe.
1. Operacin IGMP
Los sistemas que participan en IGMP son de dos tipos: hosts y routers multicast.
Como se describi en Multicasting, con objeto de recibir datagramas multicast, un host
debe unirse a un grupo de host. Cuando un host es multi-homed, puede unirse a cualquier
grupo en uno o ms de sus interfaces (subredes conectadas). Los mensajes multicast que
el host recibe del mismo grupo de dos subredes diferentes pueden ser diferentes. Por
ejemplo 244.0.0.1 es el grupo para "todos los hosts de esta subred", as que los mensajes
recibidos en una subred siempre sern distintos para este grupo de esos en otros. Pueden
escucharse mltiples procesos en un nico host para mensajes por un grupo multicast de
una subred. Si se da el caso, el host une el grupo slo una vez y mantiene una pista
internamente de qu procesos estn interesados en ese grupo.
Para unir un grupo, el host enva un informe por una interfaz. El informe se direcciona al
grupo multicast de inters. Los routers multicast de la misma subred reciben el informe y
ponen una bandera indicando que al menos un host de esa subred es un miembro de ese
grupo. Ningn host tiene que unir a todo el grupo de hosts (224.0.0.1); la agrupacin es
automtica. Los routers multicast tienen que escuchar todas las direcciones multicast
(esto es, todos los grupos) para detectar tales informes. Las alternativas podran ser que
routers multicast usaran broadcast para los informes o para configurar hosts con
direcciones unicast.
Los routers multicast regularmente, pero infrecuentemente (el RFC 1112 menciona
intervalos de un minuto), mandan una pregunta a las direcciones multicast de todos los
25

Daniel Cerna G

REDES I

UPS

Protocolos de capa de red

Universidad Politecnica Salesiana

Daniel Cerna G.
Redes I

hosts. Todos los host que todava deseen ser miembro de uno o ms grupos respondern
una vez para cada grupo de inters (pero nunca a todo el grupo de hosts, dado que la
agrupacin es automtica). Cada respuesta se enva despus de un retardo aleatorio para
asegurar que IGMP no causa despliegue violento de trfico en la subred. Puesto que los
routers no se preocupan de cmo muchos hosts son miembros de un grupo y dado que
todos los hosts que son miembros de ese grupo pueden oir la respuesta de los otros,
cualquier host que oiga otra demanda agrupacin de un grupo cancelar cualquier
respuesta que se debe enviar para evitar malgastar recursos. Si ningn host demanda
agrupacin de un grupo con un intervalo especifico, el router multicast decide que ningn
host es un miembro del grupo. Cuando un host o un router multicast recibe un datagrama
multicast, su accin depende del valor TTL y de la direccin IP de destino.
0

Un datagrama enviado con un TTL a cero es privado para el host origen.

2+

Un datagrama con un TTL de uno alcanza a todos los hosts de la subred quesean
miembros del grupo. pero distintos datagramas unicast, no informan esto con un
mensaje ICMP de tiempo excedido. Expiration de un datagrama multicast es una
ocurrencia normal.
Todos los hosts que sean miembros del grupo y todos los routers multicast reciben
el datagrama. La accin de los routers depende de la direccin de grupo multicast.
224.0.0.0 - 224.0.0.255
Este rango se propone slo para aplicaciones multicasting de un salto. Los routers
multicast no enviarn datagramas con direccin IP de destino en este rango.
Puede parecer en un principio como si un host no necesitara molestar informando a
su agrupacin de un grupo en este rango ya que los routers multicast no mandarn
datagramas de otras subredes. Sin embargo, el informe tambin comunica a otros
hosts de la subred que el reporting host es un miembro del grupo. Al nico grupo
que nunca se le informa es el 224.0.0.1 porque todos los hosts saben que el grupo
consiste en todos los hosts de esa subred.
otro
Los datagramas con otros valores para la direccin de destino los enva el router
multicast como normales: decrementa el valor de TTL al menos un segundo como
siempre.
Esto permite que un host localice el servidor ms cercano que se escucha en una
direccin multicast usando lo que se llama un buscador en anillo expandido. El host
26

Daniel Cerna G

REDES I

UPS

Protocolos de capa de red

Universidad Politecnica Salesiana

Daniel Cerna G.
Redes I

manda un datagrama con valor de TTL 1 (misma subred) y espera por respuesta.
Si no se recibe nada, intenta un valor de TTL de 2, luego de 3, y as
sucesivamente. A la larga encontrar el servidor ms cercano.

27

Daniel Cerna G

REDES I

UPS