¿Qué es Frame Relay?
Como mi intención no es
reemplazar al currículo oficial, los remitiré al capítulo 3 del curso
Acceso a la WAN de CCNA Exploration. En éste capítulo se comenta parte de la
historia y evolución de FR, muy particular, ya que fue diseñada como una
tecnología sólo de acceso (para comunicar el proveedor con sus clientes
solamente) pero terminó en una red de transporte independiente (en las
instalaciones del proveedor), sin embargo, la práctica es la misma: los
clientes sólo se preocupan por cómo conectarse al proveedor y el resto es nube
FR.
Teoría básica sobre FR
Lo más importante desde el punto
de vista práctico, es que FR consiste en establecer cirtuitos virtuales (como
cables dedicados) entre dispositivos conectados a la nube. Éstos circuitos son
de diferentes tipos, por ejemplo, yo puedo establecer un circuito punto a punto
o un circuito punto a multipunto. La principal consideración para operar sobre
un circuito virtual FR, es el soporte de broadcast, principalmente porque si
no soportan broadcast tampoco soportan multicast y los protocolos de
enrutamiento modernos usan cualquiera de las dos opciones, por lo tanto si no
se configura el soporte de broadcast los circuitos no soportarán protocolos de
enrutamiento.
Un cirtuito virtual es la forma
en que ciertas tramas de un dispositivo son conmutadas a través de los
dispositivos del proveedor hasta el o los dispositivos destino. Localmente,
cada cliente se le asigna un número para cada circuito que tenga disponible,
éstos números se llaman DLCI (Data Link Connection Identifier) y son
equivalentes a las MAC, es decir, son el identificador de capa 2 de Frame
Relay. Así como para ethernet es necesario establecer una relación entre
direcciones IP y MAC mediante arp, en FR también es necesario, eso usualmente
pasa con las tecnologías multiacceso, es decir un medio en el que varios nodos
están conectados simultáneamente y hay que establecer quién es quién (ellos no
se “ven”, se “sienten”). En FR éste trabajo se llama mapeo y se puede hacer
manual o automático. En el segundo caso se usa un protocolo llamado iARP muy
similar a ARP y con igual funcionamiento: el cliente envía peticiones por cada
circuito y si el mensaje llega al destino éste puede responder con su dirección
IP y al final del proceso el cliente tendrá una tabla de conrrespondencias con
cada DLCI que haya en la interfaz, ésta tabla se llama frame-relay map.
Hay muchas otras cosas que hablar
sobre FR, en especial la forma de contratar el servicio y los términos usados
(muy importantes): CIR, Be,Bc, entre otras. Pero eso será en otra ocasión. Por
lo pronto me concentraré en explicar lo necesario para comprender los comandos
de configuración.
Configuración básica
Ya sabiendo qué conceptos hay
involucrados en la configuración básica de FR, podemos explicar los comandos.
Lo más evidente es la encapsulación, cuando una interfaz se conecta a un
proveedor por Frame Relay, es indispensable que la encapsulación sea
frame-relay. La encapsulación viene en varios sabores pero para los objetivos
de CCNA basta con saber que puede ser Cisco o IETF y eso lo determina el
dispositivo inmediato al que se conecta el enlace, es decir, el proveedor. Una
vez configurada la encapsulación, entra en juego un protocolo especial llamado
LMI (Link Management Interface) que permite extender las funcionalidades de
sólo conexión de FR para permitir acceso a información desde la nube, por
ejemplo, saber qué DLCI hay disponibles para un cliente particular. Si el LMI
está activo en los dispositivos punto a punto (enrutador a Telco), se podrán
ver inmediatamente los DLCI disponibles. LMI usualmente está activo
automáticamente, aunque éste también puede ser de varios tipos: ansi, cisco y
q933a, pero insisto, usualmente es automático y no hay que configurarlo.
Para que quede más claro, suponga que configuramos un
enrutador por la interfaz serial 0/0 con frame relay. Los comandos para hacer
cada cosa son:
- Verificar encapsulación y estado de la interfaz: show inter ser 0/0 o show run –> ver configuración de la interfaz ser 0/0
- Verificar PVCs existentes (qué DLCI hay disponibles y en qué estado): show frame-relay pvc
- Verificar si existen mapeos y qué características tiene (si soporta broadcast, si está activo, qué asociación dirección destino – dlci existen, etc): show frame-relay map
Luego de saber qué DLCI están disponibles, el iARP hace lo
suyo (siempre y cuando el LMI esté activo en ambos extremos). Si iARP no está
activo o queremos hacer el mapeo manual por alguna razón, usamos el comando
frame-relay map <protocolo> <dirección> <dlci> en CCNA sólo
se ve que protocolo siempre será IP y de ésta manera le diremos al enrutador
cuál DLCI usar para llegar a cada destino particular. No sé si sea necesario
aclararlo, pero esa dirección es la dirección del extremo al que queremos llegar.
Point-to-point (Punto-a-punto)
Una
subinterface punto-a-punto es usada para establecer una conexión PVC a otra
interface física o subinterface en un router remoto. En este caso, cada par de
routers punto-a-punto está en su propia subred y cada subinterface punto-a-punto
tendría un simple DLCI. En un ambiente punto-a-punto, cada subinterface está
actuando como una interface punto-a-punto. Por lo tanto, el tráfico de la
actualización de enrutamiento no está sujeto a la regla de split-horizon
(Horizonte Dividido).
Comandos
de Configuración:
R1(config)#INterface Serial 0/0/0
R1(config-if)#no shutdown
R1(config-if)#encapsulation frame-relay
R1(config-if)#interface serial 0/0/0.100 point-to-point
R1(config-subif)#ip address 10.0.0.1 255.0.0.0
R1(config-subif)#frame-relay interface-dlci 100
si la interface es point-to-point se le debe designar un DLCI específico
R1(config)#INterface Serial 0/0/0
R1(config-if)#no shutdown
R1(config-if)#encapsulation frame-relay
R1(config-if)#interface serial 0/0/0.100 point-to-point
R1(config-subif)#ip address 10.0.0.1 255.0.0.0
R1(config-subif)#frame-relay interface-dlci 100
si la interface es point-to-point se le debe designar un DLCI específico
Multipoint (Multipunto)
Una simple subinterface
multipunto es usada para establecer múltiples conexiones PVC a múltiples
interfaces físicas o subinterfaces en routers remotos. Todas las interfaces
participantes estarían en la misma subred. El tráfico de la actualización de
enrutamiento está sujeto a la regla split-horizon (Horizonte Dividido).
Comandos de Configuración:
R1(config)#interface serial 0/0/0.110 multipoint
R1(config-subif)#ip address 20.0.0.1 255.0.0.0
R1(config-subif)#frame-relay map ip 30.0.0.2 110 broadcast cisco
R1(config-subif)#frame-relay map ip 40.0.0.2 120 broadcast cisco
R1(config-subif)#ip address 20.0.0.1 255.0.0.0
R1(config-subif)#frame-relay map ip 30.0.0.2 110 broadcast cisco
R1(config-subif)#frame-relay map ip 40.0.0.2 120 broadcast cisco
