Frame Relay con Packet Tracert 5.2 para Debian

Ya son 5 las versiones que ha aparecido del simulador por excelencia dentro del alumnado de Cisco y del resto de mortales con curiosidad sobre el tema del networking, son también muchas subversiones con las que poco a poco se corrigen fallos, se añaden funcionalidades, nuevas opciones... En esta ocasión se añaden nuevos comandos, más servicios configurables, clientes con más funciones, etc. Lo primero de todo será hacernos de una versión del simulador para entornos Debian, aunque ellos lo desallorren para Ubuntu y sea un ejecutable ".bin".

Una vez instalado, que solamente deberemos de añadirle permisos de ejecución ("chmod +x nombre_paquete.bin"), ejecutalro ("./nombre_paquete.bin") y confirmar la licencia del programa, empezaremos a confirguar nuestros equipos. No tenía instalado el paquete "sudo" por lo que me falló y también faltaba algún paquete para GNOME pero como uso KDE y funciona bién (con escenarios grandes puede dar violaciones de segmento por lo que es recomendable ir guardando el projecto de vez en cuando) no le doy mayor importancia.

El escenario final será el siguiente, dos routers que son conectados a través de un core Frame Relay; para comprobar que tenemos conexión LAN simplemente configuro dos PCs, dado que el Keepalive no está implementado todavía. Los routers clientes llevarán la misma configuración cambiando únicamente el direccionamiento, la configuración inicial de cada router la dejo a la elección de cada uno, solamente vamos a fijarnos en el ambito de las interfaces, del routing y de la configuración del cloud FR.

Direccionamiento:
CLIENTE0 - IPWAN: 10.0.0.1 255.255.255.252
                     DLCI: 200
                     IPLAN: 192.168.1.1 255.255.255.128
                     IPG10: 1.1.1.1 255.255.255.255
CLIENTE1 - IPWAN: 10.0.0.2 255.255.255.252
                     DLCI: 100
                     IPLAN: 192.168.1.129 255.255.255.128
                     IPG10: 1.1.1.2 255.255.255.255

Configuración:

hostname CLIENTE0
!
interface loopback 10
  description INT_MNGT
  ip address 1.1.1.1 255.255.255.255
!
interface Fastethernet 0/0
  description INT_LAN0
  ip address 192.168.1.1 255.255.255.128
  speed 100
  duplex full
  no cdp enable
  no shutdown
!
interface Serial 0/1/0
  desc INT_WAN0
  no ip address
  clock rate 56000
  encapsulation frame-relay ietf
  no shutdown
!
interface Serial 0/1/0.200 point-to-point
  ip address 10.0.0.1 255.255.255.252
  frame-relay interface-dlci 200
!
router rip
  version 2
  no auto-summary
  passive-interface default
  no passive-interface Serial 0/1/0.200
  network 1.0.0.0
  network 10.0.0.0
  network 192.168.1.0
!
ip route 0.0.0.0 0.0.0.0 Serial 0/1/0.200
!
! fve

Añadimos un Cloud a nuestro escenario y utilizando el enlace "SerialDCE", lo conectamos desde el router hasta la nube quedando el enlace DCE en lado del router dado que es este quien marca el sincronismo. Deberemos de enlazar el CLIENTE0 con el Serial0 y el CLIENTE1 con el Serial1 (si quieres seguir mis pasos claro está) y configurar los interfaces de la siguiente manera:

Configuración Cloud-Serial:
Serial0 - LMI: Cisco
              DLCI: 200
              Name: toserial1
Serial1 - LMI: Cisco
              DLCI: 100
              Name: toserial0

Configuración Frame Relay:
Interface: Serial0 ; Name: toserial1
Interface: Serial1 ; Name: toserial0

En las siguientes imágenes se muestra un ejemplo de la configuración anterior.

Hay que tener acceso desde la LAN hasta el otro lado LAN, para ello lanzaremos pines desde los host configurados en el escenario y analizaremos la respuesta a los comandos troubleshooting en los routers.

En la captura anterior se puede obervar que las redes se conocen perfectamente a través de  RIP, pasamos a configurar los host para comprobar la conectividad.

Lanzamos pines desde el host LAN1 hasta la dirección 192.168.1.2 y 192.168.1.1 para comprobar que tenemos acceso al interfaz del router vecino y a su LAN.

Tenemos listo nuestro escenario ;)

Un saludo, Brixton Cat.