Mostrando entradas con la etiqueta Cisco. Mostrar todas las entradas
Mostrando entradas con la etiqueta Cisco. Mostrar todas las entradas

jueves, 14 de junio de 2012

Configurar SSH en lugar de Telnet para Router-Switch Cisco

0 comentarios, Publicado por Covent en 0:30 ,
Las pruebas han sido realizadas con un router pero de igual manera debería ser lo mismo para un switch Cisco.

El primer paso, antes de generar las keys para el uso de SSH es necesario asignar un nombre de dominio que será usado para generar las llaves de encriptación para la securización de SSH (y HTTPS sin se utiliza):
router(config)#ip domain name r1.domain.name
También asignamos el hostname al router en caso de no haberlo hecho:
router(config)#hostname r1
Podemos generar keys genéricas para todos los servicios o hacerlo de forma específica, en este caso decimos general-keys para que sean llaves genéricas para todo. Especificamos el nombre de dominio y una encriptación igual o superior a 1024:
r1(config)#crypto key generate rsa
Choose the size of the key modulus in the range of 360 to 2048 for your
General Purpose Keys. Choosing a key modulus greater than 512 may take
a few minutes.

How many bits in the modulus [512]: 1024
% Generating 1024 bit RSA keys, keys will be non-exportable...[OK]

*Jun 10 22:05:05.423: %SSH-5-ENABLED: SSH 1.99 has been enabled
Generamos los usuarios que vamos a usar para SSH, en este caso uno de pruebas, especificamos “secret” en lugar de “password” para que la clave aparezca encriptada en la configuración:
r1(config)#username foo secret test
También podemos especificar los privilegios a asignar al usuario del 1 (menor) al 15 (mayor). Asignando 1 el usuario debería accceder manualmente al modo “enable” mientras que con privilegio 15 accede automáticamente al modo privilegiado:
r1(config)#username foo privilege 15 secret test
Especificamos ciertos parámetros de configuración de SSH como son la versión SSH a utilizar, el valor de timeout y el número de intentos fallidos que permitimos:
r1(config)#ip ssh version 2
r1(config)#ip ssh authentication-retries 2
r1(config)#ip ssh time-out 120
Verificamos que SSH está funcionando con los parámetros indicados:
r1#show ip ssh
SSH Enabled - version 2.0
Authentication timeout: 120 secs; Authentication retries: 2
Finalmente vamos a editar los puertos de acceso telnet (vty) para que sólo se permita el acceso por SSH y deshabilitar el acceso inseguro (telnet), configuramos los 5 puertos disponibles (0 al 4) de modo que tengamos la posibilidad de 5 usuarios concurrentes, si quisieramos menos podemos habilitarlo en menos puertos:
r1(config)#line vty 0 4
r1(config-line)#transport input ssh
r1(config-line)#login local
Con esto sería todo, ya sólo queda probar el funcionamiento accediendo por ssh al servicio con el usuario creado, en este caso sería por el puerto 22 ya que no lo hemos modificado. Si todo va bien podemos guardar la configuración:
r1#copy running-config startup-config

miércoles, 9 de noviembre de 2011

Como crear y eliminar VLANs en Cisco Catalyst Switch

4 comentarios, Publicado por Covent en 20:57 ,
Una de las actividades de configuración típica que vas a realizar en un switch Cisco es manipular las VLAN.

VLAN significa Red de área local virtual.

En un Switch Cisco, puedes crear múltiples VLANs que se conectan a diferentes redes.

Por ejemplo, una VLAN para la red 10.10.191.0, una VLAN para la red 10.10.192.0 y una VLAN para 10.10.193.0 .Las tres se pueden configurar en el mismo Switch.


CREAR UNA VLAN

Si estas planeando tener una sola red en el Switch (por ejemplo, 10.10.192.0). todos los puertos en el switch se conectará a la red 10.10.192.0, entonces no es necesario crear una red VLAN, sólo tiene que utilizar la VLAN 1.

Cada switch viene con la VLAN 1 como se muestra a continuación. En este ejemplo, todos los puertos de este switch (de 1 a 8) son parte de la VLAN 1.

#show vlan

VLAN Name       Status    Ports
---- -------------------------------- --------- ------------
1    default    active    Gi1/0/1, Gi1/0/2, Gi1/0/3, Gi1/0/4
                          Gi1/0/5, Gi1/0/6, Gi1/0/7, Gi1/0/8
En el siguiente ejemplo, creamos la VLAN 192 (red 10.10.192.0). Es necesario especificar el rango de puertos del switch que forman parte de esta VLAN.

En este ejemplo, los puertos del 3 al 6 se configuran como parte de la VLAN 192.

config t
vlan 192
interface range gigabitEthernet 1/0/3-6
switchport access vlan 192
exit
Además de proporcionar el acceso a la VLAN 192 para los puerto del 3 al 6, también puede especificar los siguientes parámetros de configuración adicionales switchport (por ejemplo, nonegotiate y modo de acceso)

config t
interface range gigabitEthernet 1/0/3-6
switchport mode access
switchport nonegotiate
exit
Una vez creada la VLAN se puede comprobar con el siguiente comando,
#show vlan

VLAN Name       Status    Ports
---- -------------------------------- --------- ------------
1    default    active    Gi1/0/1, Gi1/0/2, Gi1/0/7, Gi1/0/8
192  VLAN0192   active    Gi1/0/3, Gi1/0/4, Gi1/0/5, Gi1/0/6

BORRAR UNA VLAN
Supongamos que desea eliminar la VLAN 192 que acaba de crear.

Eliminar una VLAN es muy sencillo. Basta con introducir el siguiente comando que hace referencia la VLAN que queremos eliminar,

no vlan 192
Verificamos que se ha borrado correctamente,
#show vlan

VLAN Name       Status    Ports
---- -------------------------------- --------- ------------
1    default    active    Gi1/0/1, Gi1/0/2, Gi1/0/3, Gi1/0/4
                          Gi1/0/5, Gi1/0/6, Gi1/0/7, Gi1/0/8




Si esta información te ha sido de ayuda pincha en mis anuncios. Nos ayudamos mutuamente. Gracias

miércoles, 24 de febrero de 2010

Compilar MIBs en Linux. Paso a Paso

0 comentarios, Publicado por Covent en 9:57 ,
En el presente caso utilizaremos unos MIBs de Cisco sin embargo el procedimiento es el mismo para cualquier otro MIBs.

Software necesario:
Necesitamos instalar net-snmp en nuestro equipo Linux. En mi caso con Mandriva:
urpmi snmp-devel

Tambien vamos a necesitar la linea devel de net-snmp:
urpmi lib64net-snmp-devel

Procedimiento:
1) Averiguar donde SNMP almacena los repositorios MIBS:
net-snmp-config --default-mibdirs

2) Bajar los MIBS que queremos implementar. En este caso hay que tener mucho cuidado con los MIBS bajados en Internet, es importante que sean archivos de texto y que en la parte superior solo tengan comentarios y luego (como primera linea válida) contenga algo similar a: CISCO-RHINO-MIB DEFINITIONS ::= BEGIN" y la última linea debe decir END.
En el siguiente ejemplo bajaremos los siguientes MIBs:
ftp://ftp.cisco.com/pub/mibs/v2/CISCO-RHINO-MIB.my
ftp://ftp.cisco.com/pub/mibs/v2/CISCO-SMI.my

3) Copiar los MIBS en alguno de los directorios resultantes de: net-snmp-config --default-mibdirs
Por ejemplo:

cp /tmp/CISCO-*.my /usr/share/snmp/mibs

4) Ubicar el archivo de configuración global para snmp (no snmpd!)
Para mandriva: /etc/snmp/snmp.local.conf y agregar al final del archivo las siguientes lineas:

mibs +CISCO-RHINO-MIB
mibs +CISCO-SMI

5) Probar que los MIBs recien instalados funcionen:

[root@localhost ~]# snmptranslate -IR -On ciscoLS1010ChassisFanLed
.1.3.6.1.4.1.9.5.11.1.1.12

Comentarios:
Existe más de una manera de realizar la compilación de los MIBs en Linux, sin embargo yo solo quise mostrar una manera práctica, rápida y funcional de como realizar la tarea.

Links importantes:
El articulo arriba descrito es la suma de mi experiencia y de la traducción y resumen del articulo: http://www.net-snmp.org/wiki/index.php/TUT:Using_and_loading_MIBS

Via | AcostaNetowork

Realizar un ping en un equipo Cisco con SNMP

0 comentarios, Publicado por Covent en 9:49 ,
Objetivo:
Desde un equipo con Linux indicarle a un Routero LAN Switch Cisco que realice un ping a un destino

Motivo:
Pueden existir diversos motivos para realizar la tarea mencionada. Por ejemplo en este momento necesito revisar si en la tabla arp de un equipo se encuentra una MAC en especifico y no tengo acceso desde mi NMS.

Software necesario:
net-snmp
snmp-devel

Configuración del router Cisco:
Para llevar a cabo dicha tarea es necesario tener acceso RW vía SNMP al router. Por ejemplo en modo configuracion:
#snmp-server community acostanetwork RW

Script en Linux:
#!/bin/sh
###### We've chosen 333 at random. 333 will be the row instance to use for this particular
###### ping experiment. After the ping, the row will be deleted.
###### This keeps the table clean. Router_Source is the dns name of the device we are
###### working with, and public is its RW community string. The values for
###### ciscoPingEntryStatus status are as follows (see Ping MIB):

###### 1 - active
###### 2 - notInService
###### 3 - notReady
###### 4 - createAndGo
###### 5 - createAndWait
###### 6 - destroy

#DECLARACION DE LAS VARIABLES
COM="epale" #SNMP Community name
PINGER_ROUTER="10.3.4.5"
IP_TO_PING="0A 00 00 01" #The IP address to ping should be define in HEX
PACKET_COUNT=20
PACKET_SIZE=100

###### We will clear out any previous entries by setting ciscoPingEntryStatus = 6 (destroy)

snmpset -c $COM $PINGER_ROUTER .1.3.6.1.4.1.9.9.16.1.1.1.16.333 integer 6
###### We start building the row by setting ciscoPingEntryStatus = 5 (createAndWait)
echo

snmpset -c $COM $PINGER_ROUTER .1.3.6.1.4.1.9.9.16.1.1.1.16.333 integer 5

echo
echo "###### Now let's set the characteristics of the ping #######"

###### Only the first three sets below are REQUIRED. The rest have default
###### values.

#Set ciscoPingEntryOwner = any_name
snmpset -c $COM $PINGER_ROUTER .1.3.6.1.4.1.9.9.16.1.1.1.15.333 s anyname

#Set ciscoPingProtocol = 1 = ip (see CISCO-TC-V1SMI.my CiscoNetworkProtocol)
snmpset -c $COM $PINGER_ROUTER .1.3.6.1.4.1.9.9.16.1.1.1.2.333 i 1

#Set ciscoPingAddress = #.#.#.#--take Remote_Dest's ip & convert each octet to hex
snmpset -c $COM $PINGER_ROUTER .1.3.6.1.4.1.9.9.16.1.1.1.3.333 x "$IP_TO_PING"
#Set the packet count to 20 (ciscoPingPacketCount)
snmpset -c $COM $PINGER_ROUTER .1.3.6.1.4.1.9.9.16.1.1.1.4.333 i $PACKET_COUNT

#Set the packetsize to 100 (ciscoPingPacketSize)
snmpset -c $COM $PINGER_ROUTER .1.3.6.1.4.1.9.9.16.1.1.1.5.333 i $PACKET_SIZ

echo
echo "##### Now let's verify that the ping is ready to go and launch it #######"

#Get ciscoPingEntryStatus and make sure it is now equal to 2. This means
# notInService which indicates that we're ready to go.

snmpget -c $COM $PINGER_ROUTER .1.3.6.1.4.1.9.9.16.1.1.1.16.333

# Set ciscoPingEntryStatus = 1 to tell it to activate.

snmpset -c $COM $PINGER_ROUTER .1.3.6.1.4.1.9.9.16.1.1.1.16.333 integer 1

#Let's wait two seconds before looking the results
sleep 2

echo
echo "##### Let's look at the results. #####"

snmpwalk -c $COM $PINGER_ROUTER .1.3.6.1.4.1.9.9.16.1.1.1

echo

echo "##### Now that we've gotten the results, let's destroy the row #####"
snmpset -c $COM $PINGER_ROUTER .1.3.6.1.4.1.9.9.16.1.1.1.16.333 integer 6



Funcionamiento:
- Declarar las variables de manera correcta al comienzo del script
- Notese que existe un sleep en el script. Este sleep sirve para esperar 2 segundos antes de continuar a ver los resultados. Es importante debido a que si se ejecuta el script sin la pausa el router probablemente no tendrá tiempo de tener los resultados.
- Recomiendo (pero no es necesario) instalar los MIBs ubicados en: http://tools.cisco.com/Support/SNMP/do/BrowseMIB.do?local=en&mibName=CISCO-PING-MIB

Ejemplo de resultado (con MIBs compilados):
CISCO-PING-MIB::ciscoPingProtocol.333 1
CISCO-PING-MIB::ciscoPingAddress.333 "0A 00 00 01 "
CISCO-PING-MIB::ciscoPingPacketCount.333 20
CISCO-PING-MIB::ciscoPingPacketSize.333 100
CISCO-PING-MIB::ciscoPingPacketTimeout.333 2000
CISCO-PING-MIB::ciscoPingDelay.333 0
CISCO-PING-MIB::ciscoPingTrapOnCompletion.333 2
CISCO-PING-MIB::ciscoPingSentPackets.333 20
CISCO-PING-MIB::ciscoPingReceivedPackets.333 20
CISCO-PING-MIB::ciscoPingMinRtt.333 1
CISCO-PING-MIB::ciscoPingAvgRtt.333 1
CISCO-PING-MIB::ciscoPingMaxRtt.333 1
CISCO-PING-MIB::ciscoPingCompleted.333 1
CISCO-PING-MIB::ciscoPingEntryOwner.333 "anyname"
CISCO-PING-MIB::ciscoPingEntryStatus.333 1
CISCO-PING-MIB::ciscoPingVrfName.333 ""

He colocado en negrillas e itálicas algunos valores importantes

Link importantes:
•http://www.scozzafava.com/scripts/remote-ping/
•http://www.cisco.com/en/US/tech/tk648/tk362/technologies_tech_note09186a0080094e8e.shtml
•http://tools.cisco.com/Support/SNMP/do/BrowseMIB.do?local=en&mibName=CISCO-PING-MI

Via | AcostaNetowork

lunes, 28 de septiembre de 2009

Simulador examen CCNA 640-802

0 comentarios, Publicado por Covent en 14:04 ,
El uso es muy simple e intuitivo, las respuestas deben ser elegidas hasta llegar a la correcta para que al final muestre un porcentaje de aciertos (a la primera respuesta elegida). Siempre podrán ver las malas y las buenas, para facilitarles la memorización y la comprensión de estas. Son tres niveles de examen con contenidos más complejos según se sube de nivel.


SIMULADOR




Via | Aprende redes

jueves, 30 de julio de 2009

VTP

0 comentarios, Publicado por Covent en 0:35 ,
VTP son las siglas de VLAN Trunking Protocol, un protocolo usado para configurar y administrar VLANs en equipos Cisco. VTP opera en 3 modos distintos: - Cliente - Servidor - Transparente
Los administradores de red solo pueden cambiar la configuración de VLANs en modo Servidor. Después de que se realiza algún cambio, estos son distribuidos a todos los demás dispositivos en el dominio VTP a través de los enlaces que permiten el Trunk. Los dispositivos que operan en modo transparente no aplican las configuraciones VLAN que reciben, ni envían las suyas a otros dispositivos, sin embargo los dispositivos en modo transparente que usan la versión 2 del protocolo VTP enviarán la información que reciban (publicaciones VTP) a otros dispositivos a los que estén conectados. Los dispositivos que operen en modo cliente, automáticamente aplicarán la configuración que reciban del dominio VTP.
Las configuraciones VTP en una red son controladas por un número de revisión. Si el número de revisión de una actualización recibida por un switch en modo cliente o servidor es más alto que la revisión anterior, entonces se aplicará la nueva configuración. De lo contrario se ignoran los cambios recibidos. Cuando se añaden nuevos dispositivos a un dominio VTP, se debe resetear los números de revisión de todo el dominio VTP para evitar conflictos. Se recomienda mucho cuidado al usar VTP cuando haya cambios de topología ya sean lógicos o físicos.
Realmente no es necesario resetear todos los números de revisión del dominio. Sólo hay que asegurarse de que los switches nuevos que se agregen al dominio VTP tengan números de revisión más bajos que los que están configurados en la red. Si no fuese así, bastaría con eliminar el nombre del dominio del switch que se agrega. Esa operación vuelve a poner a cero su contador de revisión.

Seguridad VTP

VTP puede operar sin autenticación, en cuyo caso resulta fácil para un atacante falsificar paquetes VTP para añadir, cambiar o borrar la información sobre las VLANs. Existen herramientas disponibles gratuitamente para realizar esas operaciones. Debido a eso se recomienda establecer un password para el dominio VTP y usarlo en conjunto con la función hash MD5 para proveer autenticación a los paquetes VTP. y tan importante es para los enlaces truncales de la vlan

Si esta información te ha sido de ayuda pincha en mis anuncios. Nos ayudamos mutuamente. Gracias

viernes, 24 de julio de 2009

Distancias administrativas

0 comentarios, Publicado por Covent en 0:27 ,
Distancia administrativa es la medida usada por los routers Cisco para seleccionar la mejor ruta cuando hay dos o más rutas distintas hacia el mismo destino para dos protocolos de enrutamiento. La distancia administrativa define la fiablidad de un protocolo de enrutamiento. Cada protocolo de enrutamiento da prioridad a los caminos de mayor a menor fiabilidad usando un valor de distancia administativa. Es preferible un valor bajo: por ejemplo, una ruta OSPF con una distancia administrativa de 110 prevalecerá sobre una ruta RIP con una distancia administrativa de 120. La siguiente tabla muestra las distancias administrativas por defecto usadas por los routers Cisco:


C - (Directamente conectada) 0
S - (Ruta estática) 1
D - (EIGRP sumarizado) 5
B - (BGP externo) 20
D - (EIGRP) 90
I - (IGRP) 100
O - (OSPF) 110
i - (IS-IS) 115
R - (RIP) 120
E - (EGP) 140
o - (ODR) 160
D-Ex - (EIGRP externo) 170
iB - (BGP interno) 200
Descartado 255

Notas:

  • Una ruta estática con un gateway de siguiente salto tendrá una distancia administratica de 1; una ruta directamente conectada tendrá una distancia administrativa de 0.
  • Una distancia administrativa de 255 hará que el router desconfíe totalmente de ella, y será descartada.

jueves, 23 de julio de 2009

¿Qué es y para que sirve el Split Horizon?

0 comentarios, Publicado por Covent en 22:04 ,
Un split horizon (horizonte dividido) se produce cuando un router trata de enviar información acerca de una ruta nuevamente en la dirección desde donde provino. Por ejemplo: El Router 1 inicialmente publica que tiene una ruta hacia la Red A. Como resultado, no hay ningún motivo para que el Router 2 no incluya esta ruta de regreso hacia el Router 1 porque el Router 1 está más cerca de la Red A. La norma de split horizon establece que el Router 2 debe eliminar esta ruta de cualquiera de las actualizaciones que le envía al Router 1.

La norma de split horizon ayuda a prevenir los loops de enrutamiento. Por ejemplo, supongamos que la interfaz del Router 1 hacia la Red A deja de funcionar. Sin los split horizons, el Router 2 continúa informándole al Router 1 que puede llegar a la Red A (a través del Router 1). Si el Router 1 no es lo suficientemente inteligente, puede resultar seleccionando la ruta del Router 2 como una alternativa para la conexión directa que ha fallado, provocando un loop de enrutamiento. Aunque las esperas deberían prevenir esto, los split horizons se implementan en IGRP como una manera de suministrar estabilidad de protocolo adicional.

lunes, 8 de junio de 2009

Recuperar clave en router cisco

2 comentarios, Publicado por Covent en 13:29 ,

Recuperación de claves

Prácticamente todos los fabricantes de dispositivos de networking y sistemas incluyen en su diseño un backdoor que permita, en caso de necesidad, ingresar al dispositivo a pesar de no contar con las contraseñas de seguridad en el acceso que se puedan haber configurado.
En algunos casos este procedimiento consiste en un reinicio del equipo utilizando los valores de fábrica, o más conocido como "factory default". Esto implica una desventaja: a la vez que podemos recuperar administración del equipo, perdemos los valores de configuración con los que estaba operando.
Los dispostivos Cisco (routers, switches, firewalls), incluyen en su deseño un procedimiento de "recuperación de claves" o "password recovery". Este procedimiento a diferencia del factory default, permite ingresar a la configuración del equipo y cambiar las claves en conflicto, sin perder la configuración actual del equipo.

El procedimiento

Este procedimiento se asienta en el hecho de que los dispositivos Cisco IOS tienen una estructura de modos jerárquicos y almacenan las claves de seguridad en el archivo de configuración. Por lo tanto, si se evita que el dispositivo cargue el archivo de configuración al encenderse, entonces será posible ingresar manualmente y modificar las claves.
Genéricamente descripto, el procedimiento tiene una secuencia de pasos:

  • Se reinicia el equipo.
  • Se interrumpe la secuencia de inicio para ingresar a controlar manualmente la carga del sistema operativo y el archivo de configuración.
  • Se carga el sistema operativo.
  • No se carga el archivo de configuración, con lo que el dispositivo se inicia con una configuración en blanco.
  • Se ingresa el modo de configuración.
  • Se carga la configuración de respaldo.
  • Se modifica la clave.
  • Se guarda el archivo de configuración modificado.
Un ejemplo
Veamos cómo se implementa este procedimiento en un router Cisco de la serie 2800.

  • Encendemos el dispositivo.
  • Luego de cargado el bootstrap se corta la secuencia de inicio con una señal de interrumpción (Ctrl + Break en Hyperterminal), con lo que se ingresa en modo monitor de ROM.
  • Modificamos el registro de configuración del router para que cuando se reinicie no vaya a la NVRAM a leer el archivo de configuración:
    rommon 1 >_
    rommon 2 >confreg 0x2142
  • A continuación reiniciamos el equipo.
    rommon 3 >reset
  • El router se reinicia en modo setup ya que no lee ninguna configuración:

    --- System Configuration Dialog ---
  • No iniciamos en modo setup
    Would you like to enter the initial configuration dialog? [yes/no]:no


    Press RETURN to get started!

    Router>_
  • Ingresamos al modo privilegiado.
    Router>enable
  • Ya en modo privilegiado cargamos la configuración de respaldo guardada en la NVRAM.
    Router#copy nvram:startup-config system:running-config
  • Ingresamos al modo configuración.
    LAB_A#config terminal
  • Una vez en el modo de configuración procedemos a configurar las nuevas claves que vamos a utilizar.
    LAB_A(config)#enable secret [clave]
    LAB_A(config)#line vty 0 4
    LAB_A(config-line)#login
    LAB_A(config-line)#password [clave]
    LAB_A(config-line)#line console 0
    LAB_A(config-line)#login
    LAB_A(config-line)#password [clave]
    LAB_A(config-line)#exit
  • Debemos volver el registro de configuración al valor original para que el router se inicie normalmente la próxima vez.
    LAB_A(config)#config-register 0x2102
    LAB_A(config)#exit
  • Finalmente copiamos el archivo de configuración activo que tiene las nuevas claves, en la NVRAM.
    LAB_A#copy system:running-config nvram:startup-config
Este procedimiento nos permite configurar nuevas claves, conservando la configuración ya existente en el dispositivo.
Si no interesa conservar la configuración, entonces se puede proceder a hacer una configuración completamente nueva y guardarla en la NVRAM, salteando el paso en el que copiamos la startup config a la running-config.


El procedimiento es semejante en otros dispositivos Cisco, con las debidas adaptaciones respecto del modo en que se interrumpe el proceso de inicio y los comandos necesarios para alcanzar el objetivo.




Si esta información te ha sido de ayuda pincha en mis anuncios. Nos ayudamos mutuamente. Gracias

viernes, 13 de febrero de 2009

Configuración de EIGRP

0 comentarios, Publicado por Covent en 0:44 ,
El protocolo de enrutamiento de gateway interior mejorado (Enchaced Interior Gateway Routing Protocol, EIGRP) es una versión mejorada del protocolo IGRP original desarrollado por Cisco Systems. EIGRP combina las ventajas de los protocolos de estado de enlace con las de los protocolos de vector de distancia.
EIGRP mantiene el mismo algoritmo de vector de distancia y la información de métrica original de IGRP; no obstante, se han mejorado apreciablemente el tiempo de convergencia y los aspectos relativos a la capacidad de ampliación. EIGRP e IGRP usan cálculos de métrica diferentes. EIGRP multiplica la métrica de IGRP por un factor de 256. Esto ocurre porque EIGRP usa una métrica que tiene 32 bits de largo, e IGRP usa una métrica de 24 bits. La información EIGRP puede multiplicarse o dividirse por 256 para un intercambio fácil con IGRP. IGRP tiene un número de saltos máximo de 255. El límite máximo para el número de saltos en EIGRP es 224. Esto es más que suficiente para admitir grandes redes.
EIGRP ofrece características que no se encontraban en su antecesor, IGRP como el soporte para VLSM y los resúmenes de ruta arbitrarios. Además, EIGRP ofrece características que se encuentran en protocolos como OSPF, como las actualizaciones increméntales parciales y un tiempo de convergencia reducido. Como en el caso del protocolo IGRP, EIGRP publica la información de la tabla de enrutamiento sólo a los routers vecinos.
EIGRP mantiene las siguientes tres tablas:
• Tabla de vecinos
• Tabla de topología
• Tabla de enrutamiento
Los routers vecinos se descubren por medio de un protocolo Hello sencillo intercambiado por los routers que pertenecen a la misma red física estableciendo adyacencias. Hello utiliza para intercambiar paquetes de saludo una dirección multicast 224.0.0.10. Una vez descubiertos los routers vecinos, EIGRP utiliza un protocolo de transporte fiable para garantizar la entrega correcta y ordenada de la información y las actualizaciones de la tabla de enrutamiento. Un router hace el seguimiento de sus propias rutas conectadas y, además, de todas las rutas publicas de los routers vecinos. Basándose en esta información, EIGRP puede seleccionar eficaz y rápidamente la ruta de menor coste hasta un destino y garantizar que la ruta no forma parte de un bucle de enrutamiento esta ruta escogida como principal será la llamada Sucesor . Al almacenar la información de enrutamiento de los routers vecinos, el algoritmo puede determinar con mayor rapidez una ruta de sustitución o un Sucesor factible en caso de que haya un fallo de enlace o cualquier otro evento de modificación de la topología.
El saludo y la información de enrutamiento EIGRP son transportados mediante el protocolo de transporte EIGRP. El transporte EIGRP define un protocolo fiable de publicación, acuse de recibo y petición para garantizar que el saludo y la información de enrutamiento de distribuyen adecuadamente a todos los routers vecinos.
Cuando existen cambios de topologías EIRP recurre a DUAL (algoritmo de actualización difusa) para conseguir una rápida convergencia entre los routers, estos almacenan sus propias tabas de enrutamiento con rutas alternativas (Sucesor factible), si no existiera alguna ruta alternativa EIGRP recurres a sus routers vecinos para conseguir información acerca de ese camino alternativo.
Sintaxis de la configuración de EIGRP
router(config)#router eigrp 240
router(config-router)#network network-number
router(config-if)#bandwidth kilobits
router(config-router)#eigrp log-neighbor-changes
router eigrp 240 especifica como protocolo de enrutamiento a EIGRP para el sistema autonomo 240, este valor varia de 1 a 65535
network específica las redes directamente conectadas al router que serán anunciadas por EIGRP
bandwidth el proceso de enrutamiento utiliza el comando bandwidth para calcular la métrica y es conveniente configurar el comando para que coincida con la velocidad de línea de la interfaz.
log-neighbor-changes habilita el registro de los cambios de adyacencia de vecinos para monitorear la estabilidad del sistema de enrutamiento y para ayudar a detectar problemas.
En versiones actuales de IOS EIGRP agrega al comando network la correspondiente wilcard esto permite al protocolo la identificación de subredes,
router(config)#router eigrp 240
router(config-router)#network 192.168.16.0 0.0.0.255
Algunos comandos para la verificación y control EIGRP son:
show ip route
Muestra la tabla de enrutamiento
show ip protocols
Muestra los parámetros del protocolo
show ip eigrp neighbors
Muestra la información de los vecinos EIGRP
show ip eigrp topology
Muestra la tabla de topología EIGRP
debug ip eigrp
Muestra la información de los paquetes


Si esta información te ha sido de ayuda pincha en mis anuncios. Nos ayudamos mutuamente. Gracias

martes, 27 de enero de 2009

Cómo configurar un router Cisco como Switch Frame Relay

0 comentarios, Publicado por Covent en 0:37 ,
Con los siguientes comandos no esta todo hecho, pero si puede ser una gran ayuda para quien ande un poco perdido:

Router (config)# frame-relay switching
Router (config)# interface serial 1/0
Router (config-if)# encapsulation frame-relay
Router(config-if)# frame-relay route 323 interface serial 1/3 787

El primer comando sirve para que el router pueda hacer de switch frame-relay.
Después, entra a la configuración de la interfaz serial. A estas interfaces no se les asigna direcciones IP.

Entras a la configuración de la interfaz serial 1/0, luego habilitas la encapsulación frame-relay. Por ultimo defines los DLCIs para la interfaz.

En ese ultimo comando, lo que le estas "diciendo" al router es que por la interfaz serial 1/0 esta el DLCI 323, y que lo que "entra" por ese DLCI, lo va a mandar al DLCI 787 que esta asignado a la interfaz serial 1/3.

Luego, en la interfaz serial 1/3 debes introducir el comando "espejo". Algo similar a lo siguiente:

Router (config)# interface serial 1/3
Router (config-if)# encapsulation frame-relay
Router(config-if)# frame-relay route 787 interface serial 1/0 323

jueves, 4 de septiembre de 2008

Descargar Packet Tracer 5 en Español para Windows y Linux

0 comentarios, Publicado por Covent en 2:43 ,
Ya está para descargar el Packet Tracer 5. La nueva versión del simulador de Cisco cuenta con varias mejores y una gran cantidad de bugs resueltos.

Entre las mejoras del Packet Tracer 5 encontramos:

  • Soporte para Windows (2000, XP, Vista) y Linux (Ubuntuy Fedora).
  • Permite configuraciones multiusuario y colaborativas en tiempo real.
  • Soporte para IPv6, OSPF multiárea, redistribución de rutas, RSTP, SSH y Switchs multicapa.

Soporta los siguientes protocolos:

  • HTTP, Telnet, SSH, TFTP, DHCP y DNS.
  • TCP/UDP, IPv4, IPv6, ICMPv4 e ICMPv6.
  • RIP, EIGRP, OSPF Multiárea, enrutamiento estático y redistribución de rutas.
  • Ethernet 802.3 y 802.11, HDLC, Frame Relay y PPP.
  • ARP, CDP, STP, RSTP, 802.1q, VTP, DTP y PAgP.

Nuevas recursos, actividades y demostraciones:

  • OSPF, IPv6, SSH, RSTP, Frame Relay, VLAN's, Spanning Tree, etc.

Nota: No soporta IGRP y los archivos hechos con Packet Tracer 5 no son compatibles con las versiones anteriores, pero estas si con el 5.

Descarga | Packet Tracer 5 en Español para Windows (solo - 26 MB)
Descarga |Packet Tracer 5 en Español para Windows (con tutoriales - 100 MB aprox.)

lunes, 7 de julio de 2008

CCNA - Recursos para estudiar

0 comentarios, Publicado por Covent en 8:40 ,
La web de Gastón Cracia, es sin duda uno de los mejores recursos que te puedas encontrar fuera de la web de Cisco para sacar la certificación CCNA entre otras.

Cuenta con muchos manuales, examenes para CCNA v3.1, la curricula de CCNA v4.0, algún exámen de CCNA v4.0 y mucho más material.

Como en todo, ustedes pueden hacer trampa a la hora de examinarse y sacar un 100% de aciertos quedarás como el rey del mambo, pero sabes que esa no es la realidad y que te estas engañando. Utiliza este material para aprender, que te sirva para solucionar dudas, para ampliar tu conocimiento.Pero si lo usas para hacer trampas... estas perdido... traza tu camino por el lado correcto.