jueves, 9 de mayo de 2013

www.NetTrainingCisco.com Cursos presenciales en la CD. de Mexico

WWW.NETTRAININGCISCO.COM

Hola Chicos

Los invito a mi pagina www.nettrainingcisco.com

donde encontraran la informacion de mis cursos impartidos en la Ciudad de Mexico, a precios totalmente accesibles.

Gracias por visitarme

lunes, 12 de septiembre de 2011

NAT: Traducción de Direcciones de Red

NAT: Traducción de Direcciones de Red
La idea básica que hay detrás de NAT es traducir las IPs privadas de la red en una IP publica para que la red pueda enviar paquetes al exterior; y traducir luego esa IP publica, de nuevo a la IP privada del pc que envió el paquete, para que pueda recibirlo una vez llega la respuesta. Con un ejemplo lo veremos mejor. Imaginemos que tenemos nuestra siguiente red:
Podría ser la típica red casera en la que tenemos un par de PCs que salen a Internet a través del router. Cada PC tiene asignada una IP privada, y el router tiene su IP privada (puerta de enlace) y su IP pública (que es nuestra IP de Internet).
Cuando uno de los PCs de la red local quiere enviar un paquete a Internet, se lo envía al router (o a la puerta de enlace o gateway), y

DNAT: Destination-NAT
Hasta ahora hemos visto como actúa el software de NAT para permitir que un PC de una red privada pueda acceder a Internet y recibir respuestas. El mecanismo que utiliza NAT para las asociaciones entre IP pública y IP privada es una tabla (tabla de NAT) en la que guarda una entrada por cada conexión. Cuando un host de la red local inicia una conexión hacia el exterior, el software de NAT asigna una entrada en la tabla, para que a partir de ahora, todo lo que llegue perteneciente a esa conexión sepa traducirlo hacia la IP privada que inició la conexión.
Pero ¿qué pasa si la conexión se inicia desde el exterior? Por ejemplo, si montamos en nuestra red local un servidor web, lo que queremos es que se puedan iniciar conexiones hacia él. Para poder hacer esto se utiliza DNAT (Destination-NAT).
Cuando iniciábamos una conexión desde la red local, se creaba automáticamente una entrada en la tabla de NAT para que todo lo que perteneciera a esa conexión fuera dirigido hacia el PC correspondiente. Pero si la conexión se inicia desde fuera ¿como y cuando se crea esa entrada en la tabla de NAT? La respuesta es que si queremos permitir conexiones desde el exterior a un PC de nuestra red local, hemos de añadir una entrada fija en la tabla de NAT, indicando que todo el tráfico que llegue que vaya a determinado puerto, sea dirigido al PC en cuestión. El puerto es el único elemento que tenemos para “distinguir” conexiones, ya que todo llegará a la IP del router, pero tendrán un puerto de destino según sea una conexión u otra. Así que, en nuestro ejemplo, deberíamos crear una entrada fija en la tabla de NAT en la que indicáramos que lo que llegue al puerto 80 (web) sea dirigido al PC en el que corre el servidor web.
Esto es lo que se conoce habitualmente como “abrir puertos” en el router. Al abrir puertos, simplemente estamos añadiendo una entrada a la tabla de NAT del router para que sepa hacer la traducción y sepa a qué PC enviar los paquetes. Ya que desde el exterior, aunque nuestra red tenga varios PCs, se verá como si sólo fuera uno (solo se conoce la IP del router, éste lo traduce todo) y necesitamos que éste router al que le llega todo el tráfico sepa a quién ha de entregárselo.
Conclusión
Como se puede apreciar NAT es un mecanismo muy potente que nos permite crear redes locales con gran flexibilidad, pero también tiene sus inconvenientes. Muchas aplicaciones podrían no funcionar detrás de NAT. Pero eso es quizá un tema un poco más avanzado que queda fuera del objetivo de este tutorial. De todos modos las funcionalidades comentadas de NAT (que son el SNAT y el DNAT) son las más usuales y importantes, y comprenderlas es suficiente para tener una idea bastante buena de qué es NAT y qué es lo que pasa en los routers/gateways que dan salida a nuestra red local.

domingo, 7 de agosto de 2011

Subnetting en ESPAÑOL 3era parte

Amigos el 3er video de la serie de Subnetting en ESPAÑOL, disfrutenlo y estare subiendo informacion de forma mas  frecuente espero sus comentarios

lunes, 20 de junio de 2011

------Router on Stick---Ruteo Entre VLANS-----

Para que las Vlans puedan establecer comunicación entre ellas deben ser necesarios los servicios de un router. Para esto se deben establecer Subinterfaces FastEthernet, encapsulación y dirección IP correspondiente de manera que  cada una de estas pertenezca a un vlan determinada.
Troncal.bmp
Los pasos que siguen establecen las configuraciones de una Subinterfaz FastEthernet
Router(config)#interface fastethernet Nºde slot/Nºde interfaz.Nºde subinterfaz
Router(config-subif)#encapsulation [dot1q|ISL] Nºde vlan
Router(config-subif)#ip address direccion IP+mascara
Router(config-subif)#exit
Router(config)#interface fastethernet Nºde slot/Nºde interfaz
Router(config-if)#no shutdown


Para que la subinterfaz este no shutdown se debe ejecutar este comando directamente desde la interfaz física.
Ejemplo de configuración de un enlace troncal sobre dos subinterfaces:

Router(config)#interface fastethernet 0/0.1
Router(config-subif)#encapsulation dot1q 3
Router(config-subif)#ip address 192.168.1.1 255.255.255.0
Router(config-subif)#exit
Router(config)#interface fastethernet 0/0.2
Router(config-subif)#encapsulation dot1q 3
Router(config-subif)#ip address 200.200.10.1 255.255.255.0
Router(config-subif)#exit
Router(config)#interface fastethernet 0/0
Router(config-if)#no shutdown

Verificación:
show  vlan
 Muestra informacion de las vlans configuradas y los puertos
show  vlan brief
 Muestra la informacion de vlans resumida
show  vtp status
 Muestra la informacion del estado VTP
show  interface trunk Muesta los parametros troncales

show  spanning-tree vlan Nº
 Muestra el estado de configuracion STP

sábado, 21 de mayo de 2011

Subnetting Simple Segunda Parte

Subnetting que hasta un niño de 5 años podria entenderlo subire un total de 4 videos, espero que les guste y espero sus comentarios. Saludos Rox

Esta es la segunda parte en donde me concentro a explicar las Mascaras de Red para que tengamos una buena base, en el tercer video veremos ya los primeros pasos para "Subnettiar"

viernes, 13 de mayo de 2011

Subnetting Simple Primera Parte

Subnetting que hasta un niño de 5 años podria entenderlo subire un total de 4 videos, espero que les guste y espero sus comentarios. Saludos Rox


martes, 3 de mayo de 2011

sábado, 30 de abril de 2011

OSPF LSDB Overload (proteccion de la Basedatos por sobrecarga de LSAs)

Siempre los nuevos "features" que incluyen los fabricantes en los equipos provocan cierta confusion en los administradores, porque regularmente son para problemas que quizas sean hasta invicibles para los que configuran. por ejemplo hace no mucho tiempo Cisco introdujo a partir de la version 12.3 del IOS la proteccion para la sobrecarga de LSAs en los equipos, o mejor conocido como OSPF LSDB Overload Protection.


Basicamente lo que busca esta caracteristica es evitar que configuraciones mal hechas en OSPF causen al generarse muchos LSAs que los equipos se saturen a nivel de CPU. recordemos que en OSPF cuando un router recibe un LSA, hace un proceso muy intensivo a nivel de procesador, osea el CPU tiene que procesar el LSA, seguido de actualizar su tabla de topologia y luego armar un arbol con las todas las posibles rutas a los diferentes destinos, y despues colocar las mejores rutas a los destinos en la tabla de ruteo seguido de enviar ese LSA a sus vecinos...wow intensivo no? el algoritmo SPF hace toda esta labor que consume procesos, pero imaginemos esta situacion en el caso de recibir cantidad excesiva de LSA...exacto! se puede colapsar el equipo.


entonces a partir de esta version puedo configurar al router un numero maximo de LSAs que se pueden procesar en un minuto por ejemplo. Cabe mencionar que esto aplica solamente para LSAs no generados por equipo, solamente los recibidos.


los comandos son debajo del proceso de ruteo de OSPF....max-lsa seguido por el numero de LSAs que el equipo podra procesar, cuando se llegue a este numero los LSAs van a ser ignorados...SI! tambien podemos configurar porque tiempo van a ser ignorados con el comando ignore-time y ademas el numero maximo de veces que el proceso de OSPF puede entrar en el modo de ignorar  antes de requerir intervencion manual por parte del administrador con el comando ignore-count.


pondre una configuracion de ejemplo:


R1(config-router) max-lsa 12000
R1(config-router)ignore-time  300
R1(config-router) ignore-count 3


osea 12000 LSAs pueden procesarse en 1 minuto, alcanzado esta cantidad de LSAs los que lleguen luego van a ser ignorados por 300 segundos..osea 5 mins. y se puede alcanzar el ignorar solamente 3 veces.


otro ejemplo de configuracion


R1(config-router)max-lsa 12000 warning-only

con esta configuracion el maximo es 12000 LSAs en un minuto, alcanzada esta cantidad solo se enviara un mensaje de warning en la consola.

espero  sus comentarios.

Rox