El otro día tuve la suerte de poder participar en una presentación de Cisco Unified Computing, una arquitectura completa compuesta de switches, chasis y blades.

La novedad del concepto estriba en ser una arquiectura, y no tan solo en hardware especifico como pueden ser routers, switches o balanceadores de carga por poner unos ejemplos.

El equipo de la foto del post es un UCS 5100, un chasis que incorpora 8 slot de blade en tan sólo 6 Us, donde cada blade es capaz de direccionar hasta 384 Gb de RAM, gracias a una tecnologia de multiplexacion de memoria que permite con memorias de 1Ghz direccionar hasta 4 veces mas con los nuevos procesadores de Intel.

Ademas cada uno de estos blades nos permiten utilizar 4 puertos de 10Gb de la forma que nos de la gana, es decir, podemos mezclar tráfico IP con tráfico Fiber Channel, y todo en el mismo “cable”, y aunque hablemos de Fiber Channel también por supuesto nos soportaría tráfico iSCSI protegido en capa 2.

La idea es ir apilando estos chasis para disponer de una plataforma enorme funcionando únicamente con interfaces de 10Gbps.

Las ventajas de esta solución e innovaciones son enormes, desde el punto único de gestión en los Nexus 5000 que se situarían en la cabecera de la plataforma y donde recaerían una gran cantidad de funciones, quizás demasiadas para mi gusto que podrían llegar a incurrir en un problema de confiabilidad en caso de fallo.

De todos modos si un día os interesa podemos profundizar más con mucho más detalle técnico sobre esta arquitectura, que aunque nos llevase una gran cantidad de tiempo puede ser interesante también.

Cisco Unified Computing System

Cisco UCS 5100 Series Blade Server Chassis

Cisco Nexus 5000 Series Switches

Los que sigáis este blog desde hace tiempo y os interesen los temas técnicos que aquí tratamos de vez en cuando, sabréis que personalmente tengo una especie de aversión constante a los protocolos de capa 2 que más se utilizan, por ejemplo Spanning Tree, ya que los considero muy ineficientes, aunque también es verdad que en el momento de su creación fueron sumamente elegantes por su implementación.

Spanning Tree fue publicado por la IEEE (Institute of Electrical and Electronics Engineers) en 1990 gracias al estándar IEEE 802.1d, y fue mejorado en el año 2004 gracias a la implementación de Rapid Spanning Tree IEEE 802.1w, que heredó buena parte de los complementos que Cisco introdujo sobre el estándar 802.1d inicial.

Este protocolo se basa en permitir un único camino en toda la arquitectura Ethernet y bloquear el resto, con lo que el multipath de las tramas Ethernet no es posible; para solucionar esto ya hablamos de otras soluciones como el VSS (Virtual Switching System) de Cisco o la opción de la utilización de LACP (Link Aggregation Control Protocol) con equipos como los EX4200 de Juniper, ambas soluciones basadas en 2 chasis o equipos diferentes para proporcionar un nivel de redundancia físico.

Sin embargo estos problemas de diseño inicial del protocolo parece que están empezando a solucionarse, gracias al protocolo TRILL (Transparent Interconnection of Lots of Links), definido en la RFC5556 de Mayo de 2009, y en la web del proyecto dentro de la IETF (Internet Engineering Task Force), donde además de poder leer las especificaciones podréis suscribiros a la lista de distribución en: http://www.postel.org/mailman/listinfo/rbridge.

TRILL pretende conseguir algo muy bonito, consistente en portar las capacidades del algoritmo SPF (Shortest Path First), evolución del algoritmo creado por Edsger Dijkstra y que lleva su nombre; este algoritmo ya se utiliza en otros protocolos de routing de estado del enlace como pueden ser OSPF (Open Shortest Path First) o IS-IS (Intermediate Systems to Intermediate Systems).

Y todo esto para conseguir una implementación multipath de Ethernet, la piedra filosofal en entornos de datacenter o de grandes redes conmutadas Ethernet.

La idea que subyace consiste en crear tablas y bases de datos topológicas en capa 2 del modelo OSI (Open Systems Interconnection). Gracias al conocimiento de la topología completa por parte de los elementos que componen el sistema en capa 2, serán capaces de determinar el mejor camino independientemente de su estructura física pudiendo balancear el tráfico por enlaces con mismo coste, o incluso se podría aproximar el concepto de varianza del protocolo propietario de Cisco EIGRP para balancear por caminos que aún no teniendo el mismo coste sí que éste podría ser aproximado.

Con TRILL no se bloquean caminos para evitar bucles de capa 2 en la red, sino que es la propia base de datos de topología la que evita esos bucles, pero permitiendo la utilización de todos los enlaces, permitiendo una eficiencia mucho más avanzada, distribuyendo el tráfico, evitando congestiones, etc.., realmente este protocolo va a cambiar la vida de las redes conmutadas en muy poco tiempo.

Así que me gustaría pediros que le deis un poco de bombo al trabajo de Ernesto que podéis encontrar en http://aprenderedes.com/ y darle la máxima difusión posible porque si yo hubiera tenido este material hace años me habría ahorrado tantas y tantas horas releyendo a Wendell Odom.

Lo dicho, aquí os dejo unos vídeos de ejemplo y recordar que si queréis más tendréis que ir la web original http://aprenderedes.com/.

Además, las malas lenguas dicen que está preparando otro tipo de material que saldrá próximamente y que será muchísimo más interesante.

Vía: http://aprenderedes.com/

Sitepoint

Y por eso existen muchos sitios, con millones de fotografías colgadas y clientes de pago, como:

• BigStockPhoto – paga 50 centavos a $ 3.00 la descarga de imágenes, y hasta $ 60 por cada descarga para “licencias especiales” de ventas. Un sitio popular sin duda, ya que agrega unas 2.000 fotos por día.
• iStockPhoto – Tiene más de 3,5 millones de fotos en el sitio, y los precios van desde $ 1 a $ 20 dependiendo de la exclusivad ofrecida en la venta. El mínimo es de 19 centavos de dólar por descarga en las descargas por suscripción. Pero también vende videos, ilustraciones, flash y audio.
• Dreamstime – 3,6 millones de fotos de 44.000 fotógrafos. Paga de 35 centavos a 8,40 dólares por foto y con pagos adicionales por uso para impresión o imágenes vectoriales.
• StockXpert – Paga el 50% con precios de $ 1 a $ 10 por foto.
• CanStockPhoto –700.000 imágenes de 6.500 fotógrafos en venta por $ 1 cada una. Los autores reciben un 50% de este precio, y 25 centavos de dólar por descarga.
• Fotolia – 4 millones de fotos de venta en línea de $ 1 a $ 3 cada uno. Paga entre el 33% y el 64% del precio de venta a los fotógrafos.
• Photo Stock Plus – Paga una comisión del 85%, menos un 3,25% por gastos de gestión, y lo bueno es que los fotógrafos pueden fijar sus propios precios. Es bueno para exponer tu trabajo y talento, pero no se si para hacerse millonario.
• SnapVillage – Precios desde $ 1 a $ 50 por foto según prefieras poner tus fotos más caras o más baratas, con una tasa de regalías del 30%.
• Scoopt – Especializado en noticias y fotos de interés público, permite vender las fotos a los periódicos y medios de comunicación. El sitio web dice que hay que negociarpara obtener el mejor precio posible, y paga a los fotógrafos un 40% del precio de venta.
• Flickr – Flickr no vende fotos pero tras una alianza con Getty Images los fotógrafos más talentosos pueden ser invitados para formar parte del catálogo del famoso banco de imágenes, cobrando, no sabemos cuanto.

De todos modos aquí os dejo el libro completo por si queréis hecharle un ojo.

“El lanzamiento de esta nueva serie de switches xStack Green refleja de nuevo el compromiso de D-Link por desarrollar soluciones que reduzcan tanto el gasto eléctrico de su instalación informática así como el impacto medioambiental que ésta genera”, explica Rubén Monjo, country manager de D-link Iberia. “Estos nuevos modelos son una opción muy recomendable para empresas que quieren responder de forma proactiva al creciente gasto eléctrico y que muestran su compromiso con iniciativas de reducción de emisiones de carbono”, concluye Monjo.

La serie DGS-3200 está compuesta de momento por el modelo DGS-3200-10 y DGS-3200-24. Por un lado, el DGS-3200-10 integra 10 puertos Gigabit, 2 de ellos combo SFP y se aloja en una carcasa compacta para montaje en rack de 11 pulgadas (27,94 cm) que ofrece un innovador diseño sin ventilador que reduce las emisiones de calor y ruido frente a otros equipos de similares características. Esto le convierte en un dispositivo ideal para oficinas que requieren un entorno silencioso. Por otro lado, el DGS-3200-24 (próximamente disponible), incorpora 24 puertos Gigabit con 4 puertos combo SFP, y dispone también de una función de refrigeración inteligente basada en dos ventiladores que funcionan por defecto a baja velocidad.

La familia DGS-3200 amplía sus prestaciones al extender la seguridad desde el acceso hasta el último punto de red, aportando una solución de seguridad de extremo a extremo. Esta solución de seguridad integrada cubre tanto switches como firewalls y redes inalámbricas en un entorno de gestión unificada de amenazas que garantiza la completa seguridad en todos los niveles de la red.

Esta completa solución de seguridad también dispone de control de accesos y de un sistema de defensa en tiempo real, a través de Microsoft NAP (Network Access Protection) y de la tecnología ZoneDefense de D-Link, respectivamente. La tecnología ZoneDefense permite conectar sus switches con la gama de firewalls NetDefend de D-Link, logrando así una cobertura total y una arquitectura con seguridad proactiva.

La familia DGS-3200 soporta tanto los protocolos IPv4 como IPv6 para responder a la creciente demanda de direcciones IP. IPv6 simplifica y racionaliza la configuración de red y también reduce los costes de desarrollo. Los modelos DGS-3200-10 y DGS-3200-24 están incluidos en la lista IPv6 fase 2.

Esta es la arquitectura de core de capa 2 que funciona, por desgracia, en el 99,99% de empresas y datacenters, y obviamente supone un atraso y una ineficiencia absoluta, para nada propia de los tiempos que corren.

¿Por qué utilizar protocolos que cortan el servicio a los clientes?, esta respuesta puede ser contestada de muchas formas, desde imposibilidad de invertir en la red hasta desconocimiento o simplemente rechazo ante las técnicas más modernas.

Ahora, si queremos caminos redundantes en ethernet ¿cómo evitar el spanning tree?, y la respuesta es bien sencilla, otro estándar dela IEEE, el IEEE 802.3ad (Link Aggregation Control Protocol), o si utilizamos productos Cisco PAGP, aunque la opción estandarizada suele ser más interesante por lo que representa en cuanto a libertad de elegir la electrónica de red.

Ahora no hay demasiadas opciones que nos permitan hacer esto, pero ya tenemos una opción, y no es de un sólo fabricante, se trata de una solución mixta entre Cisco y Juniper.

Cisco dispone de una tecnología que llaman VSS y que viene implementada en unos modelos de 6500 que nos permiten utilizar dos chásis de 6500 virtualizando 1 sólo, con lo que los grupos agregados hacia agregación ya no tienen bucle al crearse un Etherchannel.

Y en distribución tenemos la opción Juniper EX4200, que nos permite agregar switches EX4200 para generar un gran switch virtual, con lo que podemos hacer exactamente lo mismo en dirección acceso y en dirección core.

Y así de fácil, es así como tenemos las 3 capas libres de bucles, mirar un poco por Internet, porque a día de hoy es la mejor solución, con diferencia, eso sí, no es la más barata.

Pues bien, aquí os dejo unos cuantos comandos de configuración que al menos a mi me han sido muy útiles, los he dividido en unas pocas categorías para poder encontrar en todo momento lo que busco.

Espero que os sea útil.

Configuración de VLANs

vlans {
    vlan100 {
        vlan-id 100;
        interface {
            ae0.0;
            ae1.0;
            ge-0/0/14.0;
        }
        l3-interface vlan.100;
    }
}

interfaces {
    vlan {
        unit 100 {
            family inet {
                address 100.100.100.1/24;
            }
        }
    }
}

Configuración de Interfaces

interfaces {
    ge-0/0/0 {
        ether-options {
            802.3ad ae1;
        }
    }
    ge-0/0/2 {
        ether-options {
            802.3ad ae0;
        }
    }
}

Configuración de Etherchannel (LACP = LAG)

interfaces {
    ae0 {
        aggregated-ether-options {
            link-speed 1g;
            lacp {
                active;
            }
        }
        unit 0 {
            family ethernet-switching {
                port-mode trunk;
            }
        }
    }
}

Configuración de OSPF

protocols {
	ospf {
		area 0.0.0.0 {
			interface gi0/0/0.0;
			interface gi0/0/1.0;
			interface lo0/0.0 passive;
		}
	}
}
routing-options {
	router-id 10.10.10.10;
}

El interfaz loopback0 lo crea sólo y hay que ponerlo como pasivo. Es un /32.

Sumarización de rutas en OSPF

protocols {
	ospf {
		area 0.0.0. {
				area-range 10.0.0.0/16;
		}
	}
}

Redistribución de rutas estáticas en OSPF

policy-optios {
	policy-statement {
		exportar-estaticas {
			term 1 {
				from protocol static;
				then accept;
			}
		}
	}
}

protocols {
	ospf {
		export {
			exportar-estaticas;
		}
	}
}

Modificar el coste de OSPF de un interfaz

protocols {
	ospf {
		area 0.0.0.0 {
			interface gi0/0/0.0 {
				metric 4;
			}
		}
	}
}

Según Mark Lazen estamos ante el principio del fin de Facebook y por supuesto aporta sus propias razones por las que ha llegado a esta conclusión.

Como ejemplo pone a MySpace, una de las redes sociales con mayor que hizo exactamente lo mismo y empezó a despedir gente de forma salvaje hace pocas semanas, y en Noviembre de 2007 no parecía ni de lejos que esto pudiera suceder, y como prueba tenéis esta serie vídeos. Vídeo 1, Vídeo 2 y Vídeo 3.

Facebook empieza a pretender ser una especie de “Internet paralelo”, de forma que se pueda encontrar lo que se necesite en facebook, sin salir de la aplicación, pero ¿cómo puede competir Facebook con Flickr? y la pregunta más interesante ¿cómo puede competir Facebook con Google Wave?

Evidentemente Mark Lazen puede equivocarse, pero tenemos que tener en la cabeza myspace y otros fenómenos que han surgido en la red han tenido un éxito enorme y han caído al poco tiempo por varios motivos como pérdida de interes, o algo que hay en facebook incipiente y que mató a myspace, el spam, cada vez mayor, no deseado y disfrazado de información útil.

De todos modos os recomiendo que os leáis el artículo “Facebook tiene los días contados: Pasado y futuro de una red social condenada” y la reflexión de Javier Aspiroz.

Si esto es verdad y finalmente facebook cae hablaremos de esto otra vez, eso sí, muy poco porque no tendrá interés y en internet otra cosa no, pero “chaqueteros” hay a millones.

Imagino que a la inmensa mayoría de vosotros esta información os será totalmente inutil, pero es que no he podido contenerme, seguramente debido a la deformación profesional que sufro.

Ni que decir que los más comunes son a día de hoy SC y LC, tanto para multimodo como para monomodo.

De cualquier forma podéis hacer lo que queráis con el, creo que es muy importante que el libro pueda distribuirse por Internet de forma gratuita y que la gente tenga acceso a él.

De todos modos recordar que tal vez existe la versión on-line, que puede ser muy útil para ir a un capítulo concreto y comprartir el link con alguien con quien queráis compartir el capítulo.

Así que aquí os lo dejo y espero que lo disfrutéis.

DESCARGAR: eBook Fundamentos de Routing

Leer online en eduangi.org.

Disponible para compa online en:

Las 3 “c” son compatibilidad, comunicaciones y computación, lo que fue una idea muy moderna para su época.

Metcalfe declaraba orgullo estos días: “nosotros fuimos una “punto.com” antes de que existieran”. Refiriéndose a una época dónde no existían netbooks ni notebooks ni casi pcs de escritorio personales, y aún le faltaba casi una década de desarrollo a la web.

La idea fundamental de la compañía era y es vender estándares de red abierta, basadas en: Unix, TCP/IP y Ethernet. Un buen saldo pueden contan desde entonces respecto a precio, trayectoria y usabilidad, ofreciendo soluciones a redes de datos en PYMES. Soluciones o productos que abarcan desde el centro de datos hasta el borde de la red.

Entre sus logros empresariales están: la primera tarjeta adaptadora Ethernet; el primer sistema operativo de redes comercial en el mundo: Etherseries; el uso de circuitos ASICs (Circuitos Integrados para Aplicaciones Específicas) que redujo costes y restó complejidad a las redes; el hub y switch Ethernet apilables; o la comercialización de voz sobre IP, entre otros muchos.

De hecho dicen que ellos fueron los precursores de la comercialización de las antiguas “bridged Ethernet” que luego derivaron al switching actual.

3Com ganó el liderazgo en China en 2003, tras ser comprada por su socio Huawei, de esta manera consiguió introducir los productos de Huwei en EEUU. Y así siguió con su sagacidad precursora para los negocios, cuando adquirió en 2005 TippingPoint, entendiendo que la seguridad de las redes sería algo vital para las empresas, y vaya si fue. TippingPoint, marca de 3Com Corporation, se dedica a Sistemas de Prevención de Intrusos, los famosos IDSs que están en cualquier ISP.

Su otra divisón H3Cdepende en su totalidad del silicón comercial, no de circuitos ASIC, y enfoca su innovación en software de operación y administración de redes, con soluciones desarrolladas a nivel tecnológico.

En fin: ¡Bien merecidas felicidades 3Com!

Cisco Live! planea como ayudar los centros de datos a adaptarse sin caos y padecer, a los nuevos tiempos.

Padsmaree Guerrero en una reunión con la prensa y analistas, durante la conferencia de Cisco Live! en San Francisco, declaró que la clave hoy es como las compañías se adaptan al modelo de “cloud computing”. Es decir, como uno se adapta con éxito al modelo evolutivo tecnológico, en el mercado de computación, a nivel de servicios e infraestructuras.

Cisco definió “cloud computing” como una manera de separar los recursos y servicios de la infraestructura, de manera que podrían ser entregados según la demanda, en escala óptima y en un entorno “multi-arrendatario”.
Guerrero explicó también que la estrategia de la compañía para ayudar a los centros de datos a lo largo de la transición al nuevo modelo, era haciendo hincapié en la necesidad de reducir al mínimo los cambios tecnológicos importantes.

“Hay ciertas ventajas claras en la actualidad los centros de datos”, dijo. “Hoy los centros de datos son seguros, fiables, controlables y de confianza, lo cual es fundamental para las grandes empresas”. Muchos de ellos, francamente, ya invirtieron en infraestructura, por lo que no están buscando actualmente nuevas tecnologías que les demuestre que sus inversiones se volvieron obsoletas”.

Guerrero dijo también que los centros de datos estuvieron consultando a proveedores de tecnología, como Cisco, sobre cómo proyectar “una transición conveniente de los actuales centros de datos a este nuevo modelo”.

Cisco planea dar el primer paso en la aplicación de una estratégica transición a un centro de datos mucho más virtual.

Ahora ¿cómo sobrevivir y ayudar a la industria para que se de esta transición satisfactoriamente?. Esta es la estrategia de Cisco para jugar sus “cartas empresariales” en tres de las cuatro áreas de mercado que corresponden a cuatro capas del cloud computing que surge como modelo evolucionado de centros de datos. Estas capas, según Guerrero son: programas de software como un servicio, la plataforma como un servicio.

Y en definitiva un servicio físico y de infraestructura de TI que apoye la parte superior de las tres capas. Prestando servicios como “pay-as-you-go”  (como el metro, se paga según viajas, vaya).

La empresa pretende ser competitivo en el espacio SaaS – WebEx, y además que sus propuestas den ejemplo o como se diría vulgarmente “vayan a misa”. Así prevé ampliar su alcance en el mercado para ofrecer los marcos de desarrollo de software y componentes. Vamos, casi nada…

Por último, Cisco planea continuar jugando en la capa más baja, física o de la prestación de infraestructura de TI, si bien no compiten en la TI como servicio capa que se encuentra directamente encima de la infraestructura. Las empresas que se desempeñan en ese espacio, de acuerdo con Guerrero, proporcionan recursos tales como el almacenamiento, y servicios como el ancho de banda.

Para realizar el empalme se fusionan los dos extremos uniendo las fibras mediante una fusión por arco eléctrico, pero con una descarga de baja energía para evitar que queden impurezas y las terribles burbujas que echarían a perder todo el trabajo.

Mi libro Fundamentos de Routing ya está disponible en Amazon, con lo que la distribución del libro ha dado un salto cuantitativo muy importante al estar disponible en la librería más grande del Mundo.

En cuanto al libro está funcionando bien, no es para echar cohetes, ni de lejos es un best seller, pero lo importante es que pueda llegarle a todo el Mundo ya sea comprandolo o leyendolo online en http://eduangi.com

Más info en:

http://amzn.com/1409284638

http://www.amazon.com/Fundamentos-Routing-Spanish-Eduardo-Collado/dp/1409284638

Hasta ahora los AS iban del 1 al 65.535, pero a partir de ahora los ASs irán desde el 1 hasta el 4.294.967.295, es decir, que de momento no debemos de preocuparnos de la cantidad de ASs disponibles, esto es algo equivalente al cambio de IPv4 a IPv6.

El primer problema es el conseguir que los números de identifican los ASs puedan ser intercambiados en los intercambios de BGP, pero eso es algo que los routers ya hacen porque esas modificaciones fueron ya introducidas en un draft en el año 2005, donde se esbozaron los atributos AS4_PATH y AS4_AGGREGATOR, aunque estos atributos son opcionales.

Sin embargo esta situación se acabó de definir en las RFCs 5396 donde se definne la nomenclatura a utilizar y en la RFC4893 (BGP Support for Four-octet AS Number Space) donde ya se estandarizan dichos atributos.

En cuanto a la nomenclatura definida en la RFC5396 se definen tres tipos de nomenclaturas:

• asplain: Número entero (100, 65546)
• asdot+: Dos enteros con punto (0.100, 1.10)
• asdot: Mix de ambas (100, 1.10)

Aunque recientemente se ha definido que la nomenclatura a utilizar tiene que ser asplain, los puntos pueden llevar a confusión debido a la utilización de expresiones regulares. Por poner un ejemplo, el AS1.10 podría ser interpretado como 1110, 1210, 1310, etc…, esta es la razón.

En cuanto a la configuración es francamente sencilla siempre que utilicemos en Cisco la versión 12.4.(24)T o superior, pero claro, hemos de tener en cuenta que la 12.4.(24)T es la última .

La configuración sería la siguiente:

Router(config)#router bgp 16371
Router(config-router)#neighbor 10.0.0.1 remote-as 1.10

Como se puede ver la configuración es tipo asdot+, pero cambiará al no ajustarse a las recomendaciones.

Ahora lo que queda es que todos los demás vayan migrando sus blogs, aplicaciones, redes, etc..

Ya IPa es hora que empecemos a pensar en IPv6 porque nos queda ya muy poco tiempo para que se agoten las direcciones IPv4 y el cambio es inevitable.

Aquí os dejo el nslookup de eduardocollado.com para IPv6.
edu@edu-laptop:~$ nslookup
> set q=aaaa
> eduardocollado.com
Server: 217.116.0.178
Address: 217.116.0.178#53

Non-authoritative answer:
eduardocollado.com has AAAA address 2001:5c0:1000:a:8000:0:5911:c915

Para solucionarlo hay que abrir GNS3 cada vez que se quiere abrir un escenario de la siguiente forma:

gns3 /path …/file.net

Esta es la única forma, ya que si se decide abrir GNS3 de la forma estándar al hacer File – Open y el fichero .net obtendremos como resultado un escenario en blanco.

He probado instalar GNS3 versión 0,5 y 0,6, pero el resultado ha sido el mismo, por supuesto también he probado el paquete para Debian inestable y bajar el fuente, pero el problema es el mismo, por lo que deduzco que el problema debe de estar en otro lado ¿en el python?

Si alguien averigua más por favor que lo actualice en https://answers.launchpad.net/ubuntu/+source/gns3/+question/67930, así todo el mundo podrá beneficiarse de la aportación.

Al trabajar con la maqueta del GNS3 disponemos de un Switch Frame Relay, pero para configuraciones como esta es totalmente insuficiente, ya que no nos deja crear 2 mapeos de DLCIs en el mismo interfaz (o yo no he visto como), así que la otra opción es configurarse uno mismo el switch Frame Relay, para ello necesitamos habilitar en configuración globar frame-relay switch y luego en cada uno de los interfaces configurarlos como DCE con el comando frame-relay intf-type dce y ya sólo nos quedaría configurar los mapeos de DLCIs con el comando frame-relay route ….

A continuación os pongo la configuración de este ejemplo:

Lab hecho con Cisco 3660 en GNS3

FRSwitch

interface Serial1/0
no ip address
encapsulation frame-relay
serial restart-delay 0
clock rate 64000
frame-relay intf-type dce
frame-relay route 101 interface Serial1/1 201
frame-relay route 102 interface Serial1/2 202
!
interface Serial1/1
no ip address
encapsulation frame-relay
serial restart-delay 0
clock rate 64000
frame-relay intf-type dce
frame-relay route 201 interface Serial1/0 101
!
interface Serial1/2
no ip address
encapsulation frame-relay
serial restart-delay 0
clock rate 64000
frame-relay intf-type dce
frame-relay route 202 interface Serial1/0 102

R1

interface Serial1/0
ip address 10.0.0.1 255.255.255.0
encapsulation frame-relay
serial restart-delay 0
no fair-queue

R2

interface Serial1/0
ip address 10.0.0.2 255.255.255.0
encapsulation frame-relay
serial restart-delay 0

R3

interface Serial1/0
ip address 10.0.0.3 255.255.255.0
encapsulation frame-relay
serial restart-delay 0

Archivos de Configuración

frswitch.cfg, r1.cfg , r2.cfg, r3.cfg, fichero .net para GNS3