Frame Relay con Dynamips (Configuración Básica)
September 16th, 2007 by BusindreVamos a ver como configurar de forma simple un escenario con tres routers CIsco y un Switch de Frame relay unido a cada uno de ellos.
Conceptos Básicos:
Frame Relay: Protocolo de capa 2 OSI que permitir que la tecnología de conmutación por circuitos viaje por redes conmutadas por paquetes. Se suele usar entre un router, y el switch del proveedor del servicio. No tiene control de errores. Fue diseñada para permitir que los equipos ISDN tuvieran acceso a servicios conmutados por paquetes en un canal B. Una wan de Frame Relay es una malla de switches (DCE) Frame Relay.
DLCI: Cada circuito tiene un "identificador de canal de enlace de datos" (Solo tienen valor local, en cada DTE podemos encontrar distintos DLCI que se refieren al mismo CV).
LMI: Cuando se intento usar Frame Relay en tecnologías que no fueran ISDN, se tuvieron qeu diseñar estándares que aportaran nuevas facultades al protocolo Frame relay. Surgieron 3 (Cisco, ANSI y Q933)
Que hacen las extensiones LMI:
* El mecanismo de actividad, el cual comprueba que un VC esté en funcionamiento
* El mecanismo multicast
* El control de flujo
* La capacidad de dar significado global a los DLCIs.
* El mecanismo de estado de los VC
* Ayudan a verificar la integridad de los enlaces físico y lógico
Generar el escenario (framerelay.net):
#Ubicación de las imágenes para las diferentes plataformas
[[3620]]
image = /home/busi/Imagenes_IOS/c3620-i-mz.122-1.bin
#Memoria asignada a cada router
ram = 40
[[ROUTER R1]]
model = 3620
F0/0 = NIO_linux_eth:eth0
s1/0 = F1 1
[[ROUTER R2]]
model = 3620
s1/0 = F1 2
[[ROUTER R3]]
model = 3620
s1/0 = F1 3
[[FRSW F1]]
1:102 = 2:201
1:103 = 3:301
2:203 = 3:302
#Port:dlci = port:dlci
Arrancando Dynamips y Dynagen:
# dynamips -H 7200
# dynagen framerelay.net
Switch Frame Relay:
El R1 tiene el DLCI 102 para establecer el PCV con el R2
El R1 tiene el DLCI 103 para establecer el PCV con el R3
El R2 tiene el DLCI 201 para establecer el PCV con el R1
El R2 tiene el DLCI 203 para establecer el PCV con el R3
El R3 tiene el DLCI 301 para establecer el PCV con el R1
El R3 tiene el DLCI 302 para establecer el PCV con el R2
Direcciones IP:
R1: 192.168.3.1 255.255.255.0
R2: 192.168.3.2 255.255.255.0
R3: 192.168.3.3 255.255.255.0
- Comandos a introducir en R1:
> enable
# configure terminal
(config)# interface Serial1/0
(config-if)# bandwidth 64
(config-if)# ip address 192.168.3.1 255.255.255.0
(config-if)# encapsulation frame-relay IETF
(config-if)# frame-relay lmi-type ansi
(config-if)# frame-relay map ip 192.168.3.2 102 broadcast
(config-if)# frame-relay map ip 192.168.3.3 103 broadcast
(config-if)# no shutdown
- Comandos a introducir en R2:
> enable
# configure terminal
(config)# interface Serial1/0
(config-if)# bandwidth 64
(config-if)# ip address 192.168.3.2 255.255.255.0
(config-if)# encapsulation frame-relay IETF
(config-if)# frame-relay lmi-type ansi
(config-if)# frame-relay map ip 192.168.3.1 201 broadcast
(config-if)# frame-relay map ip 192.168.3.3 203 broadcast
(config-if)# no shutdown
- Comandos a introducir en R3:
> enable
# configure terminal
(config)# interface Serial1/0
(config-if)# bandwidth 64
(config-if)# ip address 192.168.3.3 255.255.255.0
(config-if)# encapsulation frame-relay IETF
(config-if)# frame-relay lmi-type ansi
(config-if)# frame-relay map ip 192.168.3.1 301 broadcast
(config-if)# frame-relay map ip 192.168.3.2 302 broadcast
(config-if)# no shutdown
Ya tenemos configurada los routers conectadas a la red Frame Relay. Notese que hemos usado ANSI como estándar LMI porque dynamips no soporta los demás.
Realmente no es necesario meter estáticamente (frame relay map ip X.X.X.X DCLI broadcast) ya que teniendo por defecto activado el Arp inverso en la interfaz, el router se encarga automáticamente de preguntar al switch por las direcciones IP de los demás equipos. Di desactivamos el arp inverso ("(config)# no frame-relay inverse-arp") deberemos de meter las rutas manualmente (Como en el ejemplo).
Si queremos efectuar una prueba de concepto y quitar el Arp inverso, debemos tener en cuenta el negar también la ruta (no frame relay map ip X.X.X.X DCLI broadcast) ya que no aparece en el fichero "running-config" pero está en memoria, ya que fue generada por la petición de Arp inv. De no hacerlo de esta forma, veremos que sin ruta aparente en el running-config y con el Arp inverso desactivado los routers se siguen comunicando.
Veamos algunos comandos asociados a la verificación de estado de la red (Se da por supuesto que se puede hacer un ping a cada uno y desde cada uno de los routers).
# show interfaces serial 1/0 (Tipo de LMI, encapsulamiento, DTE)
Encapsulation FRAME-RELAY IETF, crc 16, loopback not set
Keepalive set (10 sec)
LMI enq sent 1248, LMI stat recvd 1249, LMI upd recvd 0, DTE LMI up
LMI enq recvd 0, LMI stat sent 0, LMI upd sent 0
LMI DLCI 0 LMI type is ANSI Annex D frame relay DTE
..... Omitido .....
# show Frame-relay lmi (Estadísticas LMI)
Invalid Unnumbered info 0 Invalid Prot Disc 0
Invalid dummy Call Ref 0 Invalid Msg Type 0
Invalid Status Message 0 Invalid Lock Shift 0
Invalid Information ID 0 Invalid Report IE Len 0
Invalid Report Request 0 Invalid Keep IE Len 0
Num Status Enq. Sent 1353 Num Status msgs Rcvd 1354
Num Update Status Rcvd 0 Num Status Timeouts 0
# show Frame-relay pvc (Estado de cada PVC)
Active Inactive Deleted Static
Local 2 0 0 0
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 301, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial1/0
input pkts 372 output pkts 807 in bytes 17666
out bytes 203203 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 586 out bcast bytes 187904
pvc create time 04:00:04, last time pvc status changed 02:36:21
DLCI = 302, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial1/0
input pkts 83 output pkts 602 in bytes 3506
out bytes 190634 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 592 out bcast bytes 189594
pvc create time 04:00:08, last time pvc status changed 02:36:25
# show Frame-relay map ( Asignaciones actuales / Información de las conexiones)
broadcast,
IETF, status defined, active
Serial1/0 (up): ip 192.168.3.2 dlci 302(0x12E,0x48E0), static,
broadcast,
IETF, status defined, active
# debug frame-relay lmi (Comprobando el envió de LMI con el Switch)
00:03:59: RT IE 1, length 1, type 1
00:03:59: KA IE 3, length 2, yourseq 23, myseq 23
00:04:09: Serial1/0(out): StEnq, myseq 24, yourseen 23, DTE up
00:04:09: datagramstart = 0x254DE14, datagramsize = 14
00:04:09: FR encap = 0x00010308
00:04:09: 00 75 95 01 01 00 03 02 18 17
00:04:09: Serial1/0(in): Status, myseq 24
00:04:09: RT IE 1, length 1, type 0
00:04:09: KA IE 3, length 2, yourseq 24, myseq 24
00:04:09: PVC IE 0x7 , length 0x3 , dlci 301, status 0x2
00:04:09: PVC IE 0x7 , length 0x3 , dlci 302, status 0x2
00:04:19: Serial1/0(out): StEnq, myseq 25, yourseen 24, DTE up
00:04:19: datagramstart = 0x254DF54, datagramsize = 14
00:04:19: FR encap = 0x00010308
00:04:19: 00 75 95 01 01 01 03 02 19 18
NOTA: El type =0 (lógicamente como "in") indica LMI de estado completo (Dice cada PVC en que estado esta (status))
status 0x0: El DLCI esta agregado/inactivo
status 0x2: El DLCI agregado/activo.
status 0x4: EL DLCI eliminado (Anteriórmente existía pero el proveedor de servicios puede haberlo eliminado el PVC en la nube Frame Relay.)
NOTA: Con dynamips no podemos ver otro tipo de mensajes (type 0) que no sean (status 0x2) ya que el switch no lo podemos configurar para ver distintas salidas (status) del comando debug).
Posted in Noticias Windows |
