Nuevos Bootcamps disponibles para Diciembre: ACL, EIGRP y VLSM
Luego de trabajar en algunas modificaciones comenzaremos a ofrecer nuevamente los bootcamps sobre diversos temas.
El 20 de Diciembre de 2011 ofreceremos un curso de 3 días sobre Listas de Control de Acceso (ACL) debido a varias solicitudes. El costo es de 60 dólares por persona y es 100% online.
También daremos durante diciembre bootcamps de “VLSM y subnetting” y “Aspectos básicos de EIGRP”.
Todos estos están orientados a la preparación de la certificación CCNA. Los cupos son limitados a 15 personas por lo que deben apurarse. El registro previo es obligatorio. Más información en http://www.redescisco.net/v2/bootcamp/
Use Facebook to Comment on this Post
Nuevo ítem: Lista de correos de Redes Cisco.NET
Hemos implementado una lista de correos basada en Google Groups para los que quieran compartir información, dirigir consultas o simplemente ayudar en temáticas de networking, redes en general, telecomunicaciones, servidores, etc. Con esto sumamos uno más a la lista de servicios gratuitos que tenemos en Redes Cisco.NET, video clases, webinars, chat para consultas, Twitter, Facebook, etc.
Si quieres subscribirte a la lista de correos visita este link http://groups.google.com/group/redes-cisconet o simplemente anota tu dirección en el widget lateral derecho.
Use Facebook to Comment on this Post
Como funciona el proceso de asignación de direcciones con DHCP (DORA)
Hace algún tiempo no escribía un artículo técnico y ahora tengo algo de tiempo para hacerlo mientras espero que se descarguen los 2.6 GB de una imagen ISO para VMware.
Hoy quiero tocar una parte muy importante del protocolo DHCP que consiste en el proceso de asignación de direcciones IP automáticamente a los hosts de una red, proceso que se conoce como D.O.R.A (Discovery, Offer, Request, Acknowledgement).
DHCP sin duda que facilita la vida en muchas cosas, sobre todo con aquellos usuarios que esperan que sus máquinas se enciendan y “mágicamente” ya puedan acceder a Internet, pero si recordamos el modelo OSI, no puede haber conexión con ninguna capa superior ni ninguna aplicación de red si no tenemos direccionamiento en capa 3.
Tenemos un host A que no tiene dirección IP asignada e intentará buscar una mediante DHCP, obviamente es requisito indispensable que en la red exista un servidor DHCP. Cuando hablo de red me refiero al mismo dominio de broadcast, aunque bajo ciertas excepciones puede haber un servidor DHCP ubicado en otra red detrás de un router (funciona utilizando ip helper address).
El proceso completo se explica en este diagrama.

Use Facebook to Comment on this Post
Seminario online acerca de migración hacia IPv6
Cisco España ofrecerá un seminario online gratuito acerca de las consideraciones y aspectos fundamentales de migración hacia IPv6. Invitamos a toda nuestra comunidad de usuarios a conectarse para informarse acerca del tema.
(Copy/Paste) “Cisco tiene el placer de invitarle al seminario “La transición hacia IPv6″ que pretende proporcionar a los asistentes un primer contacto con IPv6 y ofrecerles una visión clara de cuál es la situación actual, el tiempo del que disponen para realizar la transición y las tecnologías que les ayudarán en este camino.
El seminario “La transición hacia IPv6″ tendrá lugar el 24 de Noviembre via WebEx.
La última parte del seminario será impartida por el Sr. Jordi Palet, director general de Cosulintel, consultora especializada en IPv6, y una de las personas con mayor conocimiento y experiencia en el ámbito de IPv6. Palet ha dirigido numerosos proyecto tanto en España como fuera de España, participa en los más importantes foros y goza de un gran prestigio a nivel internacional. En su ponencia abordará cuales son las mejores estrategias para el despliegue de IPv6, que técnicas de coexistencia son las adecuadas en cada caso, y liderará una sesión práctica durante la cual todos los asistentes podrán configurar IPv6 en sus PCs. “
Registro y más información aquí
Use Facebook to Comment on this Post
Instalan fibra óptica de U$300 millones para mejorar latencia en 6 milisegundos
Quizá para nosotros sea insignificante pero para las grandes compañías, proveedores de Internet y responsables mundiales de la interconectividad en red reducir el tiempo de respuesta en las transacciones en 6 milisegundos es razón suficiente para desembolsar más de 300 millones de dólares.
La compañía Hibernia Atlantic ha planificado una instalación de 6.021 kms de fibra óptica submarina entre Nueva York y Londres que permitirá mejorar la latencia de la red en 6 milisegundos para competir con el actual líder Global Crossing cuyo cable AC-1 ofrece 65 milisegundos. Sorprende el hecho de que Hibernia planea cobrar a las compañías intereseadas hasta 50 veces más por utilizar el enlace de 59 ms que instalará.
La última vez que se instalaron cables de fibra en el fondo del océano Atlántico fue en 1990 cuando varios proveedores se unieron para poder mejorar la infraestructura mundial de interconexión.
Más detalles: http://publicintelligence.net/new-300-million-transatlantic-cable-makes-stock-trades-6-milliseconds-faster/
Use Facebook to Comment on this Post
Tipos de áreas en OSPF
Sin duda que OSPF es un protocolo complejo y requiere mucho estudio para poder comprender bien como funciona, y mucha práctica para poder dominarlo. Uno de los conceptos más importantes dentro de OSPF es el diseño y funcionamiento de las distintas áreas, cosa que confunde bastante cuando se está conociendo este protocolo.
Para poder explicar como funciona cada una de ellas es necesario conocer los tipos de LSA (Link State Advertisements) que utiliza OSPF para comunicarse entre vecinos y traspasar información de enrutamiento entre ellos.
Tipo 1 (Router LSA)
Cada router dentro de un área X envía LSA de tipo 1 a sus vecinos. Este LSA nunca sale del área a la cual pertenece y contiene el Router-ID del remitente, y todos los enlaces que lo conectan.
Tipo 2 (Network LSA)
Es enviado por el DR (Designated Router) dentro de la red. Él informa a los demás las redes y máscara que tiene conectados. Este LSA nunca sale del área a la cual corresponde. Es decir, un ABR no lo reenvía a otra área.
Tipo 3 (Summary LSA)
Las envía un ABR para traspasar la información de un área a otra. OSPF las denomina “summary”.
Tipo 4 (ASBR-Summary LSA)
Representa a un ASBR (Autonomous System Border Router)
Tipo 5 (External LSA)
Representa a una ruta externa redistribuida dentro de OSPF desde otro protocolo (Ej: EIGRP). El ASBR toma las rutas provenientes del protocolo externo y las reenvía como tipo 5 a todas las áreas internas, excepto a las de tipo Stub.
Tipo 7
Las normas de OSPF dicen que solamente en un área Backbone (Area 0) debería haber redistribución. En un área NSSA se puede conectar un router que tenga conexión con otro protocolo de enrutamiento externo (ej: RIP) y el ASBR enviaría esas redes en formato de tipo 7, de tal manera que el ABR las tome y las redistribuya como tipo 5.
Las LSA de tipo 1 y 2 están presentes en todas las áreas y nunca se envían fuera de la cual pertenecen. Las demás LSA se envían entre áreas dependiendo de la función que cumplan.
Tipos de Area
- Standard
- Backbone (Area 0)
- Stub Area
- Totally Stubby Area
- Not-so-stuby Area (NSSA)
- Totally Stubby NSSA
Standard
Es el área por defecto y permite actualización de enlaces, sumarización de rutas y rutas externas Sigue leyendo
Use Facebook to Comment on this Post
Direcciones Multicast conocidas y tabla de distancia administrativa por protocolo
Cosas que no se deben olvidar:
Direcciones Multicast conocidas. (El rango 224.0.0.0/24 está reservado para tareas de administración)
- 224.0.0.1 Todos los hosts en una subred
- 224.0.0.2 Todos los routers en una subred
- 224.0.0.4 Distance Vector Multicast Routing Protocols (DVMRP)
- 224.0.0.5 Todos lso routers OSPF (DRothers)
- 224.0.0.6 Todos los routerd designados OSPF (DR)
- 224.0.0.9 Routers RIP y RIPng
- 224.0.0.10 Routers EIGRP
- 224.0.0.13 Routers PIM (Protocol independent Multicast)
Distancia administrativa en routers Cisco
Valor Origen de la ruta
0 Interfaz directamente conectada
1 Ruta estática
5 Ruta sumarizada de EIGRP
20 External Border Gateway Protocol (eBGP)
90 Rutas internas de EIGRP
100 IGRP (Descontinuado)
110 OSPF
115 Intermediate System-to-Intermediate System (IS-IS)
120 Routing Information Protocol (RIP)
140 Exterior Gateway Protocol (EGP) (Descontinuado)
160 On Demand Routing (ODR)
170 Rutas externas de EIGRP
200 Internal BGP (iBGP)
255 Descartar totalmente la ruta Sigue leyendo
Use Facebook to Comment on this Post
Videoclase 18: Interconectando routers Juniper y Cisco con WMWare, GNS3 y OSPF
Luego de pasar 2 días intentando hacer funcionar JunOS en mi Windows 7, lo logré utilizando VMWare. Luego, el paso lógico era interconectar la máquina virtual Juniper con algún router Cisco con GNS3. En este video muestro como se hace en una topología sencilla corriendo OSPF entre ambas marcas.
Es interesante conocer la interoperabilidad de fabricantes, aunque sea algo muy básico, ya que es bastante frecuente encontrar dispositivos de distintas marcas en un entorno de producción real más allá de los tradicionales laboratorios de Networking.
Les dejo el video de 25 minutos. Si quieren intentarlo ustedes mismos, cosa que recomiendo ya que es bastante entretenido, sigan este tutorial.
Use Facebook to Comment on this Post
Emulando un router Juniper con JunOS Olive, FreeBSD y VMWare
Hay personas que cuando se les mete una idea en la cabeza, no descansan hasta que les resulta y yo me considero uno de ellos. Después de haber perdido casi 20 horas en intentar emular un router Juniper, he logrado correr JunOS, el sistema operativo. ¡Momento! ¿no que este es un blog dedicado a Cisco? Mayoritariamente sí, pero somos personas que amamos el mundo del Networking en general y, en la vida real, no todo es Cisco. Tenemos que aprender a convivir con otro tipo de fabricantes y dispositivos como Juniper, Force10 (aún no lo pruebo pero ya veremos), Huawei, Unix, 3COM, entre otros.
En este artículo mostraré la configuración definitiva que me permitió correr JunOS en una máquina virtual. El siguiente paso será conectarlo a GNS3 para interconectarlo con los routers Cisco y Linux (Quagga) corriendo OSPF y BGP, pero eso lo dejaré para otro artículo.
Requerimientos
- WMWare Player o VirtualBox
- FreeBSD 4.11 miniinst
- Virtual Serial Ports Emulator (VSPE)
- Una imagen de JunOS inferior a 8.4 (a partir de 8.5 corre sobre FreeBSD 6)
Instalación
Lo primero es instalar FreeBSD en la máquina virtual ya que JunOS está basado en este gran sistema operativo. No voy a aclarar como se hace eso en detalle, pero sí hay que seguir ciertas indicaciones especiales. Con una instalación general es más que suficiente pues la mayoría de las configuraciones de FreeBSD desparecerán cuando se instale el paquete JunOS.
Instrucciones (ver las referencias al pie del artículo para más información y algunos screenshots del proceso) Sigue leyendo
Use Facebook to Comment on this Post
Interconectando routers Linux y Cisco con OSPF
Como ya sabemos OSPF es un protocolo de enrutamiento estándar de la industria (RFC 2338). Esto significa que, a diferencia de EIGRP que es propietario de Cisco y solo puede correr en routers de esa marca, OSPF está presente en una gran variedad de routers de diferentes fabricantes como Huawei, Juniper, Force10, entre otros. Por supuesto, en distintos sistemas operativos de código libre también se puede correr OSPF como es el caso de OpenBSD (ver OpenBGPd y OpenOSPFd) y Linux. En este artículo mostraré como interconectar un router Linux basado en Debian montado en una máquina virtual (Virtualbox) con una topología simple de dos routers Cisco en GNS3 y lograr establecer conectividad de capa3 entre las máquinas.
Esta topología usaremos como ejemplo:

Las tres máquinas pertenecen al área 0 de OSPF (para hacerlo simple) y el PC corresponde a Virtualbox corriendo en la misma máquina física donde corre GNS3. Para esto deben tener VirtualBox (o VMWare si lo prefieren) con algún Linux ya corriendo en su PC. En mi caso utilizaré Debian. Básicamente, la máquina virtual instala un adaptador de red virtual en el sistema operativo Linux (eth0) que está conectada internamente con VirtualBox hacia Internet en modo NAT. Para mantener conexión a Internet en Linux (ej, para actualizar y descargar paquetes) vamos a mantener la interfaz eth0 intacta. Lo que haremos será agregar una nueva interfaz a Linux (eth1) desde Virtualbox. Para eso hay que apagar la máquina virtual y configurar las opciones de red de la siguiente forma: Sigue leyendo

Últimos Comentarios