(Not) All about networking

Links GNS3

2011-06-05T19:13:00.002-05:00

Bajar GNS3 y software relacionado
http://www.gns3.net/download
http://sourceforge.net/projects/gns-3/files/
http://sourceforge.net/projects/gns-3/files/Qemu/

Aprender a utilizar el GNS3.
http://www.subredes.net/2010/09/video-tutorial-de-gns3.html

GNS3 How to build a switching lab
http://www.blindhog.net/gns3-how-to-build-a-switching-lab/

InterVLAN Routing: GNS3 Switching lab part 2 (router on a stick)
http://www.blindhog.net/gns3-switching-lab-part-2-router-on-a-stick/

Links CCNA

2011-06-05T18:31:00.000-05:00

Les adjunto algunos links (la mayoría videos) para que repasen los temas del CCNA.

VTP (VLAN Trunking Protocol)
http://www.youtube.com/watch?v=0TvbtxtVeEc

Spanning-Tree
http://www.youtube.com/watch?v=ihF_78oIaDI&feature=related

EIGRP corriendo sobre Frame-Relay hub-and-spoke con el problema de que la interfaz global del router Hub rompe la conectividad del protocolo EIGRP debido a que split-horizon está habilitado. Se resuelve deshabilitando el split-horizon (otra solución podría haber sido crear sub-interfaces)
http://eduangi.com/2009/03/31/video-ccie-frame-relay-multipunto/

RIP corriendo sobre Frame Relay hub-and-spoke, con el problema de que Frame Relay no soporta multicast/broadcast. Se resuelve configurando la palabra clave "broadcast"
http://www.youtube.com/watch?v=i48GUAgjkog

Preguntas Frame-Relay
http://www.thebryantadvantage.com/CCNACertificationExamQuestionsFrameRelay.htm

NAT
http://illasaron.com/upload/video/82f68b53c9fb0f2/17-Curso-de-Cisco-NAT-PAT-Parte-Prctica

Aprender a utilizar el GNS3.
http://www.subredes.net/2010/09/video-tutorial-de-gns3.html

Password Recovery en Routers
http://happyrouter.com/free-video-how-to-reset-or-recover-your-lost-cisco-router-or-switch-password

Password Recovery en Switches
http://happyrouter.com/how-to-reset-cisco-ios-switch-password

CCNA: ¡ OSPF fácil ! (parte 1)

2010-10-03T17:36:00.000-05:00

OSPF es un protocolo de ruteo que utiliza el algoritmo de Dijkstra (llamado también algoritmo SPF, shortest path first). Se clasifica como un protocolo "link-state".

OSPF es un protocolo jerárquico. En el diseño de OSPF se divide a la red en áreas. Podemos generalizar dos tipos de áreas (aunque después se verá que existen más tipos de áreas)

Área 0 (backbone) : es el área principal. Siempre debe existir esta área.
Áreas regulares: todas las que no son el área 0. Estas areas podrían existir o no. Si existieran, es obligatorio que estén conectados al área 0.

Además hay que acotar que son las interfaces de cada router los que pertenecen a una u a otra área.

Por ejemplo, en el gráfico podemos ver el sistema autónomo donde funciona OSPF (con el fondo blanco) y otro sistema autónomo donde funciona otro protocolo de ruteo (con fondo naranja). En el sistema autónomo donde funciona OSPF vemos los dos tipos de áreas. El área 0 es el área backbone y las áreas 1, 2 y 3 son áreas regulares. Además también vemos que los routers reciben distintos nombres y funciones según donde se encuentren:

Router A es un ASBR (autonomous system border router) porque tiene una interfaz en un sistema autónomo con OSPF y tiene otra interfaz en un sistema autónomo distinto.
Routers B es un router interno del backbone , pues todas sus interfaces pertenecen al área 0
Routers C, D, E son ABRs (area border routers), ya que poseen una interfaz en un área y otro interfaz en otra área. Los ABRs unen las diferentes áreas al área 0
Routers F, G, H son routers internos, pues tienen todas sus interfaces dentro de una misma área.

Reverse Telnet (1ra Parte)

2010-09-30T17:19:00.000-05:00

Este tip nos permite acceder a la consola de un equipo (por ejemplo Router A), aún cuando éste se encuentre remotamente, siempre y cuando conectemos la consola del equipo a alguna de las líneas vty o tty de un segundo equipo (por ejemplo Router B) al cual sí tengamos acceso vía telnet o ssh.
Por ejemplo tenemos un Router A el cual se encuentra remotamente, pero deseamos acceder a su consola :

1) En el router A : conectamos el puerto consola del router A al puerto auxiliar del router B con un cable rollover.
2) En el router B: configuramos lo siguiente
Router-B(config)#line aux
Router-B(config)#transport input telnet ssh
3) En el router A no configuramos nada
4) Suponiendo que el router B tenga una IP 192.168.1.1, ahora desde nuestra PC podemos acceder al router A a través de la IP del router B de la siguiente manera:
C:\>telnet 192.168.1.1 xxxx
Donde xxxx = 2000 + el número de línea (vty o tty). Ya que en este caso la línea AUX es tty = 1 entonces el comando para entrar sería el siguiente
C:\>telnet 192.168.1.1 2001
5) El número de línea lo podemos obtener con el comando "show line". Vemos que el AUX tiene el número 1 y las líneas VTY van desde el 194 hasta el 198:
Router-B#sh line
Tty Line Typ Tx/Rx A Modem Roty AccO AccI Uses Noise Overruns Int
0 0 CTY - - - - - 0 0 0/0 -
1 1 AUX 9600/9600 - - - - - 6 15 0/638 -
* 194 194 VTY - - - - - 82 0 0/0 -
* 195 195 VTY - - - - - 19 0 0/0 -
196 196 VTY - - - - - 3 0 0/0 -
197 197 VTY - - - - - 0 0 0/0 -
198 198 VTY - - - - - 0 0 0/0 -
6) Una vez que ejecutemos telnet nos aparece el banner del router B y nos pide que nos autentiquemos con un usuario del router B. Luego de lo cual nos aparece la consola del router A.
Welcome to router B !!!
User Access Verification
Username: *******
Password: *******
Router-A>
7) Con esto hemos entrado a la consola del Router A a través de una conexión telnet o ssh vía el router B, a pesar de que el Router A no tiene ninguna configuración.

Promociones: Certificación HP ProCurve

2010-07-21T22:50:00.003-05:00

Luego de que HP comprara a 3COM y se vuelva uno de los competidores más fuertes de Cisco, ahora HP ofrece un programa acelerado de certificaciones con descuentos importantes para personas que ya cuentan con certificaciones Cisco.

Más información en:
http://h10144.www1.hp.com/training/resources/accelerated-cert.htm

.

CCNA: ¡ Spanning-Tree Fácil ! (parte 2)

2010-05-17T03:53:00.002-05:00

En el post anterior vimos que los pasos del algoritmo Spanning-Tree son los siguientes:

1) Elegir un "root bridge" (Recordar que "bridge" es el término que se usaba antiguamente en vez de "switch". Por razones históricas se sigue usando el término "root bridge".)

2) Elegir "root ports"

3) Elegir "designated ports"

4) Bloquear los puertos que no son elegidos ni "root ports" ni "designated ports"

Ahora explicaremos con mayor detalle dichos pasos.

1) ELEGIR UN ROOT BRIDGE

CCNA: ¡ Spanning-Tree Fácil ! (parte 1)

2010-03-05T20:15:00.035-05:00

Y llegamos al tema más largo de todo el CCNA. El famoso (por muchos odiado e incomprendido) Spanning-Tree Protocol.

La existencia de Spanning-Tree se debe a que Ethernet (nuestro protocolo LAN de capa 2) nunca fue diseñado para evitar bucles (loops) y una trama ethernet podría (bajo ciertas condiciones) estar dando vueltas y vueltas infinitamente en nuestra red LAN.

La labor de Spanning-Tree es ofrecer redundancia de caminos al mismo tiempo que se evitan bucles en la red, como se muestra en la figura:

1) Evita bucles: los Switches Ecitec1, Ecitec2 y Ecitec3 forman un bucle físico y lógico. Spanning-Tree evita el bucle lógico poniendo en estado "blocking" a ciertos puertos. En este ejemplo el algoritmo Spanning-Tree determinó que el puerto que debe estar "blocking" es el F0/4.

2) Redundancia de caminos: En este ejemplo, ya que el puerto F0/4 está bloqueado, el único camino que comunica a Ecitec1 con Ecitec2 es el cable entre ellos. Si por alguna razón fallara este cable entonces estos dos switches perderían comunicación. Spanning-Tree ofrece redundancia de caminos porque puede reaccionar ante estos cambios y darse cuenta que ante dicha situación el puerto F0/4 ya no debería estar bloqueado, así, Ecitec2 recuperaría la conectividad con Ecitec1, pero usando el camino a través de Ecitec3.

Pero, ¿cómo se concluyó que el puerto F0/4 debería ser bloqueado? Para ello debemos saber los pasos del algoritmo:

1) Elegir un "root bridge" (Recordar que "bridge" es el término que se usaba antiguamente en vez de "switch". Por razones históricas se sigue usando el término "root bridge".)

2) Elegir "root ports"

3) Elegir "designated ports"

4) Bloquear los puertos que no son elegidos ni "root ports" ni "designated ports"

En el siguiente post explicaremos con mayor detalle dichos pasos.

Free Training: Internetwork Experts Demos

2010-02-05T01:31:00.002-05:00

Aquí algunos links de demos del excelente material de Internetwork Experts

http://www.internetworkexpert.com/rscciewritten.htm

http://www.internetworkexpert.com/ccie-routing-switching-video-companion-series.htm

Promoción: Juniper FastTrack

2010-01-30T20:23:00.000-05:00

Juniper ofrece el 50% de descuento (válido por todo el 2010) en los exámenes de certificación de los siguientes tracks:

Enterprise Routing Certification Track
Enterprise Switching Certification Track
JUNOS Security Track

Mayor información en el siguiente link
https://learningportal.juniper.net/juniper/user_fasttrack_home.aspx

Fundamentos: Principios de ruteo IP (parte 1)

2009-12-26T14:22:00.004-05:00

"Routing" o ruteo es un término muy amplio que no sólo se aplica a "computer networking" sino a varios tipos de redes.

Veamos por ejemplo la red de telefonía tradicional. Imaginemos que alguien llama desde un país extranjero hacia Perú marcando el número 51-1987654321. De acuerdo al plan de numeración internacional, este número está compuesto de dos partes: un prefijo internacional (que en el caso de Perú es el "51") y luego el número telefónico propiamente dicho (1987654321).

Cuando la red telefónica de dicho país extranjero lee el prefijo "51" sabe que debe enrutar la llamada hacia el circuito que lo conecta con Perú. La red telefónica peruana recibe entonces el número "1987654321". De acuerdo al plan de numeración peruano, se sabe que el primer dígito "1" es en realidad el prefijo nacional y lo que viene después del prefijo es el número telefónica propiamente dicho. Ya que el prefijo "1" significa la ciudad de Lima, entonces la llamada es enrutada hacia allí.

Ahora podemos hacer una primera clasificación de "routing": "source routing" y "destination routing".

"Source routing" es cuando el emisor (llamado también origen o fuente) decide cuál es la ruta para llegar hasta el destino.

El ejemplo anterior de la red telefónica fue un ejemplo de "destination routing", es decir, que el emisor (el que inició la llamada telefónica) no escoje cuales son las rutas para llegar hasta el receptor. Quien toma la decisión de ruteo son los nodos de la red telefónica y el criterio de decisión para tomar una determinada ruta se basa en el número de destino.

"IP Routing" es ruteo en redes IP y es el término específico cuando hablamos de ruteo en "computer networking"

"IP Routing" también es un ejemplo de "destination routing".

En el siguiente post hablaremos más de "IP routing" (llamado también IP switching y packet switching).

Fundamentos: COMPUTER NETWORKING - Arquitectura "Cliente / Servidor"

2009-12-26T12:36:00.000-05:00

En el principio no existía la red. Las "mainframes" dominaban el mundo de las computadoras. Las mainframes usan el concepto de "centralized computing". Podían ser accedidas remotamente por múltiples usuarios a través de terminales pero todo el procesamiento se realizaba en la mainframe. Vale decir que las terminales no son computadoras sino dispositivos "tontos" ya que sólo sirven para ingresar y recibir datos, algo similar al teclado y monitor actuales.

Sin embargo la aparición y éxito de las PCs (computadoras personales con cada vez mayor capacidad de procesamiento al alcance de cada vez más personas) hizo aparecer el concepto de "Decentralized computing", es decir que el procesamiento se distribuye en varios computadoras.

Ya que dichas computadoras deben comunicarse unas con otras, entonces surge la necesidad de una red o "computer network".

La arquitectura "cliente / servidor" es la más usada en "computer networking", aunque también existen otras (por ejemplo la arquitectura "peer-to-peer").

En la arquitectura "cliente / servidor" , el "cliente" es el que solicita un servicio, y el "servidor" es el que ofrece dicho servicio. El cliente siempre es el que inicia la comunicación. Por otro lado, el servidor siempre está "listening", es decir siempre escuchando a la espera de que algún cliente quiera establecer una conexión.

Veamos el protocolo HTTP. Uno de los servicios del protocolo HTTP es la navegación de páginas web.

El cliente HTTP (llamado también web browser, web client, navegador web) más conocido es el Internet Explorer (aunque hay mejores como Opera, Firefox, Chrome, Safari, etc). Cuando en nuestro navegador colocamos una dirección, por ejemplo "www.google.com.pe", dicha dirección es la dirección del servidor HTTP (llamado también web server o servidor web).

En el networking es muy útil siempre realizar diagramas de secuencia para entender el funcionamiento de los protocolos. A continuación se muestra un diagrama muy simplificado del protocolo HTTP.

Tutorial Dynagen (parte 1)

2009-09-15T02:11:00.005-05:00

Este tutorial es parte del Curso de Preparación para CCNA dictado por ECITEC http://www.ecitec.net

Luego de bajar el programa Dynagen del sitio http://www.dynagen.org/ y de instalarlo en la PC, para utilizar el programa es necesario :

1) conseguir un IOS de Cisco
Es recomendable descomprimir el IOS con el programa WinRAR para agilizar la carga del sistema operativo al momento de iniciar el router en Dynagen/Dynamips:
Por ej. cuando descomprimimos el archivo “c7200-advipservicesk9_li-mz.124-15.T1.bin” aparece el archivo “C7200-AD.BIN”. Renombrar este archivo descomprimido con un nombre significativo como “c7200-advipservicesk9_li-mz.124-15.T1.UNCOMPRESSED.bin”

2) Crear un archivo de texto con extensión “.net” el cual contiene la topología a usar. En el archivo “.net” se especificarán las familias de routers a utilizar y parámetros como cantidad de memoria FLASH, RAM, tarjetas a utilizar y definición de cómo se interconectarán los routers para crear la topología de red.

Ejemplo de un archivo .net

##############
#ECITEC-LAB1.net
##############
# las líneas con “#” son comentarios
autostart = False

[localhost]
workingdir = D:\ECITEC\Dynagen-LABS\

[[7200]]
image = IOS\c7200-advipservicesk9_li-mz.124-15.T1.UNCOMPRESSED.bin
ghostios = True
sparsemem = True
# npe-400 y midplane=vxr son los valores por defecto
npe = npe-400
midplane = vxr
ram = 160
slot2 = PA-2FE-TX

[[ROUTER ECITEC1]]
model = 7200
# el modelo 7200 es el modelo por defecto
console = 2001
s1/0 = ECITEC2 s1/0

[[ROUTER ECITEC2]]
console = 2002
##############

Para inicializar el Dynamips en Windows hacer click en Programs\Dynagen\Dynamips Server

Luego para inicializar Dynagen hacer doble click en el archivo "ECITEC-LAB1.net "

Ejecutar los comandos “list” ,“start ECITEC1” y “console ECITEC1”. Notar la advertencia “no idle-pc value”.

Finalmente tenemos la consola del router "ECITEC1". Por defecto Dynamips hace telnet a la IP 127.0.0.1 puerto 2001 para acceder a la consola del primer router ECITEC1 y usa el cliente telnet.exe incluido en Windows.

Sin embargo nosotros hemos modificado el archivo "Dynagen.ini" para utilizar el programa "SecureCRT" en vez del cliente telnet de Windows, lo cual se mostrará en la segunda parte del tutorial, entre otras cosas.

Promoción Pearson VUE para Certificaciones CISCO

2009-05-24T03:02:00.002-05:00

UPDATE: Lamentablemente la promoción terminó el 20 de julio de 2009

http://www.pearsonvue.com/cisco/comeback2009/
Register for an exam at full price. If you fail the exam, you may schedule a free retake of the same exam by entering the promotion code: COMEBACK2009 at the time of registration.

Offer only valid for Career Certifications and Specialization Exams (not valid on online exams or the CCDE Practical Exam – 352-011). NOTE: All exams needed for a certification must be taken to gain back your certification.

Useful Windows commands

2009-02-08T20:18:00.002-05:00

runas y netsh
Por motivos de seguridad, es normal que se creen cuentas separadas para el administrador del equipo y para usuarios comunes. En general sólo usamos dicho usuario común, pero cuando debemos hacer tareas, como por ejemplo, la instalación de un nuevo programa, debemos de hacerlo con el administrador del equipo. Para ello usamos la opción "runas", que aparece luego de hacerle click derecho al archivo exe.
Sin embargo, no siempre nos aparece dicha opción, por ejemplo, cuando queremos cambiar la dirección IP a una interfaz de red.
Para ello debemos usar el comando "netsh" desde la línea de comandos. Sin embargo, como no tenemos permiso de administrador, debemos usar antes el comando "runas" también desde la línea de comandos, como se muestra a continuación:
c:\>runas /user:administrator /noprofile netsh
Enter the password for administrator:

netsh> interface ip

netsh interface ip>set address name="Local Area Connection" static 192.168.1.254 255.255.255.0 192.168.1.1 1

netsh interface ip>set dns name="Local Area Connection" static 216.224.191.38 primary

SSH version

2009-01-31T21:28:00.006-05:00

Si alguna vez han visto las versiones de SSH que existen en los equipos Cisco, hay una explicación muy sencilla. La versión 1.5 significa que sólo soporta SSH v1, versión 1.99 significa que soporta SSHv1 y SSHv2, y versión 2.0 significa que soporta sólo SSH v2.
Espero que les sea útil

R0(config)#ip ssh version ?

<1-2> Protocol version

R0(config)#ip ssh version 2

R0#show ip ssh
SSH Enabled - version 2.0
Authentication timeout: 120 secs; Authentication retries: 3

R0(config)#ip ssh version 1
R0(config)#do sh ip ssh
SSH Enabled - version 1.5
Authentication timeout: 120 secs; Authentication retries: 3
R0(config)#

R0(config)#no ip ssh version
R0(config)#exit
R0#show ip ssh
SSH Enabled - version 1.99
Authentication timeout: 120 secs; Authentication retries: 3
R0#