AMPLIACIÓN DE REDES PRÁCTICA 1: FRAME RELAY Y ...
AMPLIACIÓN DE REDES PRÁCTICA 1: FRAME RELAY Y ...
AMPLIACIÓN DE REDES PRÁCTICA 1: FRAME RELAY Y ...
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
Práctica 1: Frame Relay y Control de Tráfico<br />
conexión real el proveedor del servicio Frame Relay nos suministraría los DLCI que deberíamos utilizar<br />
en cada extremo de cada PVC.<br />
Una vez introducida la nueva configuración en los tres routers deberíamos tener conectividad total, como<br />
antes. Podemos repetir los comandos anteriores y comparar el resultado obtenido. Por ejemplo el<br />
comando ‘Show INterfaces Serial 0’ ahora nos dirá ’Encapsulation <strong>FRAME</strong>-<strong>RELAY</strong><br />
IETF’.<br />
El ‘Show FRAMe-relay Map’ ahora no muestra el atributo ‘dynamic’ puesto que el mapeo de<br />
DLCI a dirección IP no se ha descubierto vía Inverse ARP, sino que se ha conocido por configuración.<br />
Por lo demás la información es la misma que teníamos antes:<br />
Castellon#Show FRAMe-relay Map<br />
Serial0 (up): ip 192.168.10.1 dlci 301(0x10,0x400), static,<br />
broadcast,<br />
IETF, status defined, active<br />
Serial0 (up): ip 192.168.10.2 dlci 302(0x11,0x410), static,<br />
broadcast,<br />
IETF, status defined, active<br />
El comando ‘Show FRAMe-relay Pvc’ muestra prácticamente la misma información que antes.<br />
Paso 8: Configuración de subinterfaces<br />
(Esperar que el resto de compañeros lleguen a este punto para continuar)<br />
En los pasos anteriores asociábamos a la interfaz Serial 0 de cada router los dos PVCs. Esto obligaba a<br />
que ambos compartieran una serie de atributos y características. En ocasiones se quiere tener máxima<br />
independencia entre los PVCs, pero sin tener por ello que asociarlos a interfaces físicas diferentes.<br />
En esos casos se crean subinterfaces, o interfaces virtuales. Las subinterfaces siempre van asociadas a<br />
una interfaz física, y se configuran de forma parecida a las interfaces, pero tienen la ventaja de que<br />
pueden crearse y destruirse a voluntad, sin necesidad de modificar el hardware del router. Las<br />
subinterfaces son muy utilizadas en redes Frame Relay y ATM, pero también en LANs cuando se tienen<br />
VLANs y los routers se conectan a puertos configurados en modo ‘trunk’. En redes Frame Relay lo<br />
normal es crear una subinterfaz diferente para cada PVC al que se conecta el router.<br />
Para probar la configuración de subinterfaces en los routers vamos a realizar inicialmente una topología<br />
con sólo dos PVCs en estrella centrada en Valencia, estableciendo una conexión Valencia -Alicante y otra<br />
Valencia -Castelllón, pero no Alicante-Castellón. Es decir, aunque hay un PVC configurado en el Adtran<br />
entre Alicante y Castellón nosotros no lo definiremos en los routers, con lo que ese PVC ahora no se<br />
utilizará. Por tanto la comunicación entre Alicante y Castellón solo podrá realizarse a través del router de<br />
Valencia. En la práctica esto podría tener sentido como estrategia para ahorrar costes en un escenario en<br />
el que hubiera poco tráfico entre Castellón y Alicante (recordemos que en Frame Relay se paga por cada<br />
PVC contratado). Sin embargo esto introduce un punto único de fallo en la red puesto que si el router de<br />
Valencia falla ya no será posible ninguna comunicación.<br />
Debemos pues definir dos subinterfaces en Valencia (una por cada PVC), una en Castellón y una en<br />
Alicante. Cada PVC estará asociado a dos subinterfaces, una por cada extremo. A las dos subinterfaces<br />
que se conectan a un mismo PVC les haremos corresponder una subred /30, como si el PVC fuera una<br />
línea punto a punto.<br />
Para especificar subinterfaces se utiliza el número de la interfaz correspondiente seguido del número de<br />
la subinterfaz separado por un punto. El número de la subinterfaz se puede elegir arbitrariamente.<br />
Nosotros hemos seguido el convenio de asignar el mismo número que el DLCI correspondiente.<br />
Así pues la asignación de subinterfaces y direcciones IP a cada PVC será la siguiente:<br />
P2-14