Next: La tabla de routing
Up: Introducción
Previous: Introducción al routing IP
Contents
La primera distinción que vamos a hacer entre los protocolos de routing
va a ser qué protocolos de routing envían su máscara de red y qué
protocolos de routing no lo hacen, es decir:
- Routing Classful
- Routing Classless
Los protocolos de routing son esencialmente aplicaciones en el router.
Su propósito es asegurar el correcto intercambio de información y
en un tiempo adecuado entre los routers de la red, para que los routers
de la red puedan realizar adecuadamente la función de routing y la
de switching.
Los protocolos de routing classful no envían su máscara de red en
las actualizaciones. Esto limita el diseño de las redes.
Características:
- La sumarización se realiza en el límite de la red
- Los routers que intercambian información con redes remotas sumarizan
en el límite de la red a direcciones classful de IANA.
- Dentro de la misma red (IANA Classful) se intercambia la información
sin máscaras.
- La máscara de subred se supone consistente a las definidas como clase
por IANA, así que todos los interfaces de todos los routers tienen
que compartir la misma máscara.654
En este tipo de protocolos el router toma las decisiones basándose
en las reglas del classful, aunque si existe en la tabla de routing
una entrada a una ruta más específica a una red, ésta será reenviada
a esa red más específica.
Si la red es desconocida el datagrama será descartado.
Si existe una ruta por defecto y la red de destino es desconocida,
el datagrama será enviado por la ruta por defecto.
Si existe una red mayor a la solicitada, pero la más restrictiva no
existe el paquete será descartado aunque exista una ruta por defecto.
En cuanto al forwarding en protocolos classful:
- Se envía el datagrama a la subred si existe una entrada en la tabla
de routing.
- Si no existe la entrada en la tabla de routing, se descarta el datagrama.
- Si existe una entrada para la red mayor, pero no para la subred específica,
se descarta el datagrama.
- Si existe una entrada para la red mayor, pero no para la subred específica,
no tendremos en cuenta la ruta por defecto, y descartaremos el datagrama.
- Si no existe una entrada para la red mayor o subred del destino del
datagrama, se reenviará el datagrama a la ruta por defecto.
Routing Classless
- Los protocolos de routing classless fueron creados para evitar las
limitaciones de los protocolos classful.
- Las características de los protocolos de routing classless son las
siguientes:
- Los interfaces de los routers de la misma red pueden tener diferentes
máscaras de subred (VLSM).
- Los protocolos de routing classless soportan el uso de CIDR
- Las rutas pueden ser sumarizadas más allá de los límites de las clases
de IANA.
Las limitaciones que quedan patentes en los protocolos classful son:
- Utilización ineficiente del espacio de direccionamiento.
- No es posible la utilización de VLSM.
- La no utilización de VLSM provoca que no sea posible cargar tablas
de routing muy grandes, ya que saturarían el tráfico de las redes.
Los protocolos de routing classless son:
- OSPF
- EIGRP
- RIPv2
- IS-IS
- BGP4
Es interesante tener en este punto el comando ip classless
de Cisco
- El comando ip classless cambia las decisiones que se hacen
de forwarding de las entradas de la tabla de routing, no cambia la
forma de hacer la tabla, pero si cambia en la forma en la que se realiza
el proceso de routing.
- El comando ip classless viene en la configuración por defecto
de los routers Cisco desde la versión de IOS 12.0, para deshabilitarlo
utilizaremos el comando no ip classless.
- También tenemos que tener en cuenta en las rutas aprendidas a través
de IS-IS u OSPF ignorarán el comando no ip classless.
La regla fundamental para trabajar con VLSM es recordar que la finalidad
es conseguir un esquema jerárquico para conseguir una estructura lógica
estable y sin fallos.
VLSM hace del espacio de direccionamiento eficiente y fuerza una correcta
jerarquización, permitiendo sumarización.
Next: La tabla de routing
Up: Introducción
Previous: Introducción al routing IP
Contents
Eduardo Collado
2009-05-04