Voy a tratar de explicar un poco el tema del uso de la subnet zero y la subnet de broadcast y cuando es recomendable usarla o no.

No Subnet Zero y No Subred de Broadcast

Originalmente cuando se realizaba el subneteo de una red la fórmula para obtener la cantidad de subredes era 2^N - 2, donde "N" es el número de bits robados a la porción de host y "- 2" porque la primer subred y la última subred no eran utilizables ya que contenían la dirección de la red y de broadcast respectivamente.
Este procedimiento, que se lo puede llamar No Subnet Zero, está explicado en la RFC950 y se generó con el fin evitar conflictos entre implementaciones, protocolos y tecnologías propietarias.

Se puede usar:

Subnet Zero y Subred de Broadcast

El uso de la Subnet Zero y de la Subred de Broadcast permite asignar la primera y última subred para su uso. En vez de usar la fórmula 2^N - 2, para obtener las subredes utiliza la fórmula 2^N para que no se desperdicien esas dos subredes.
Este cambio se debe principalmente a la evolución de los protocolos, todos los protocolos modernos soportan su uso, que hizo que los principales fabricantes de dispositivos consideraran la Subnet Zero por default en sus equipos. En el caso de Cisco a partir de la versión 12.0 de su IOS lo trae por defecto y para sus certificaciones toman como única opción su uso. Pueden leer más en la RFC1878 y en el documento de Cisco Subnet Zero and the All-Ones Subnet.

Se puede usar:

No se puede usar:

Bueno, espero que se haya entendido el tema y no me hagan más preguntas sobre este tema en los tutoriales de subneteo. En verdad el uso de una u otra es casi indiferente, yo por mi parte las pocas veces que subneteo lo hago sin utilizar la subnet zero, pero para los tutoriales y explicaciones que van a encontrar en el blog utilizo la subnet zero, que es el método más moderno y que se enseña en el CCNA 4.0 y en otras certificaciones.

Nos dan la dirección de red Clase C 192.168.1.0 /24 para realizar mediante subneteo 4 subredes con un mínimo de 50 hosts por subred.

Lo vamos a realizar en 3 pasos:

Adaptar la Máscara de Red por Defecto a Nuestras Subredes (1)

La máscara por defecto para la red 192.168.1.0 es:




Usando la fórmula 2^N, donde N es la cantidad de bits que tenemos que robarle a la porción de host, adaptamos la máscara de red por defecto a la subred.


Se nos solicitaron 4 subredes, es decir que el resultado de 2^N tiene que ser mayor o igual a 4.

Mal y tarde escribo sobre la nueva versión del Packet Tracer 5.1 que recién probé ayer.

Para ser sincero, es igual a la versión 5.0, casi sin cambios para el usuario final. Entre los pocos cambios encontramos:


Si lo quieren bajar, está disponible desde la página de Netacad o, si no tienen acceso, búsquenlo en google que aparece en 1000 sitios que lo levantaron en diferentes mirrors (no les pongo ningún link yo porque después la gente de Cisco me manda cartas documento para que retire los links, sepan entender).

Por otro lado y para mi sorpresa, me mandaron un link con la traducción oficial al español y completa para el Packet Tracer 5.1 puesta públicamente y para su descarga por la NetAcad. Yo antes había publicado una traducción al español que estaba a medias.

Sigan leyendo para descargar y ver como traducir el packet Tracer 5.1 al español.

Bueno, me tomé mi tiempo pero voy a retomar seriamente el blog. Como podrán ver ya puse el nuevo diseño aunque todavía falta hacerle algunos retoques menores que voy a ir viendo sobre la marcha.
Por el momento no se van a poder dejar comentarios. Quiero limpiar la base de datos, retocar algunos post, borrar y contestar algunos comentarios, etc. Si dejo que sigan dejando comentarios no termino más
Con respecto al contenido del blog, van a haber varios cambios pero nada serio por el momento, aunque sobran ideas. Seguiré subiendo cosas de networking y CCNA, sin mucho apuro como siempre, y quizá lo haga un poco más personal, no sé... Haré lo que me dé más placer, no dispongo de tiempo como para que llevar adelante el blog se vuelva tedioso, para eso me sobran mis obligaciones reales.

Bueno, así estamos... Supongo que la semana que viene el blog volverá a la normalidad. Saludos!

Update 22/04/09: Sigo retocando cosas, paciencia, falta poco, gracias por los mails y el apoyo.

Update 02/05/09: Sigo retocando post y contestando comentarios, ya falta menos

Update 03/05/09, acabo de terminar de retocar los posts, corregir algunas cosas, borrar y contestar comentarios, digamos que terminé con todo lo que quería hacer antes de volver al blog. A los que no les conteste comentarios puntuales, sepan entender que sino no terminaba más. Les mando un saludo y a partir de ahora, estoy para lo que gusten mandar

Seguimos con los protocolos de enrutamiento y su configuración. En este caso vamos a configurar una topología simple con RIP consiguiendo enrutar tráfico entre las redes 192.168.1.0 /24, 192.168.2.0 /24 y 192.168.3.0 /24. Por limitaciones del Packet Tracer no pude hacer nada muy complejo, pero para que vean como se configura viene más que bien el tutorial.


Como siempre les dejo el archivo realizado en Packet Tracer y la guía paso a paso en .PDF con la configuración, explicación y comprobación.

Sigan leyendo para descargar el Ejercicio de RIP en Packet Tracer.

Voy a pasar a detallar el por qué de haber puesto off-line la página.

La gente de Cisco, por intermedio de sus representantes legales en Argentina, me solicitaron amablemente (carta documento) que retirase logos, links y todo material perteneciente a ellos. También, entre otras cosas, que me abstenga de linkear este tipo de material y demases, todo so pena de iniciarme acciones legales.

Por este motivo he decidido quitar todo el material en cuestion, ya que no me parece lógico ganarme un problema por un pasatiempo. Espero que lo entiendan.

Bueno, así fue la cosa, y así estamos con este blog medio mocho

UPDATE: Gracias por el apoyo, se agradece en serio. Por razones más que obvias quite los comentarios pero los guarde. Gracias otra vez.

En esta oportunidad hice el ejercicio de rutas por defecto en Packet Tracer que ya había explicado en el post de rutas por defecto.


La finalidad del ejercicio es que las redes 192.168.1.0 /24, 192.168.2.0 /24 y 192.168.3.0 /24 se comuniquen a través de Internet (emulada precariamente con un router) a una red destino que no figura en sus tablas de enrutamiento, en este caso las red 192.168.4.0 /24.

En el archivo para descargar van a encontrar el ejercicio realizado en Packet Tracer y un tutorial en formato .PDF con el paso a paso de la configuración, explicaciones y comprobación. Espero que les sirva.

Sigan leyendo para descarga el Ejercicio de Rutas por Defecto en Packet Tracer.

Antes de mostrarles cómo configurar RIP voy a detenerme un poco en la teoría. RIP es un protocolo de enrutamiento de puerta de enlace interna (IGP - Internal Gateway Protocol) basado en un protocolo original de Xerox, el GWINFO. Este protocolo pasó por varias modificaciones y versiones anteriores, pero RIP perduró debido a su implementación junto a TCP/IP, su sencillez de configuración y compatibilidad. Hoy en día hay 3 versiones: RIPv1, RIPv2 y RIPng.

RIPv1: La versión 1 del protocolo de enrutamiento RIP es “con clase”, es decir que no soporta subredes, VLSM ni CIDR, no posee mecanismos de autenticación y no realiza actualizaciones desencadenadas por eventos. Todas estas limitaciones hicieron que con el paso del tiempo y las nuevas necesidades cayera en desuso.

RIPv2: La versión 2 del protocolo de enrutamiento RIP es “sin clase”, soporta subredes, VLSM, CIDR, resumen de rutas, posee mecanismos de autenticación mediante texto plano o codificación MD5, realiza actualizaciones desencadenadas por eventos.

RIPng: La versión ng del protocolo de enrutamiento RIP es para implementaciones IPv6. Si les interesa pueden leer las especificaciones acá.

RIP es un protocolo de enrutamiento con una distancia administrativa de 120 (recuerden que cuanto menor sea la distancia administrativa el protocolo se considera más confiable) y utiliza un algoritmo de vector distancia utilizando como métrica el número de saltos. Al carecer de otro mecanismo para evitar loops posee una métrica de 15 saltos, tomando al salto 16 como infinito y marcándolo como inalcanzable en la tabla de enrutamiento. Otra característica de RIP es que permite balanceo de carga en 6 rutas de igual costo, 4 por defecto.

RIP actualiza cada 30 segundos utilizando el protocolo UDP y el puerto 520, enviando la tabla de enrutamiento completa a sus vecinos. RIPv2 realiza actualizaciones desencadenadas por eventos. Las rutas tienen un TTL (tiempo de vida) de 180 segundos, es decir que si en 6 intercambios la ruta no aparece activa, esta es borrada de la tabla de enrutamiento.

Sigan leyendo para ver cómo se configura RIP.

Les dejo un listado bastante completo de comandos para el protocolo de enrutamiento RIP. A golpe de vista creo que hay un par que no están bien con respecto al modo, debería revisarlo y corregirlo, si encuentran alguno avisen.

Router(config-router)#auto-summary
Restaura la conducta por default de sumarización automática de rutas de subredes en rutas a nivel de red.

Router(config-router)#default-information originate [route-map mapname]
Genera una ruta por default. “route-map mapname” es opcional y generará la ruta predefinida si el mapa de la ruta está satisfecho.

Router(config-router)#default-metric [number]
Setea los valores de métrica perdeterminados de RIP, “number”= métrica por default.

Router(config-router)#ip rip authentication key-chain [name-of-chain]
Habilita la autenticación de paquetes para RIP Versión 2 (RIPv2 o RIP2). “name-of-chain” especifica el juego de llaves o herramientas a usar en una interfaz.

Router(config-router)#ip rip authentication mode {text | md5}
Especifica el tipo de autenticación usada en los paquetes de RIP Version 2.

Les dejo un ejercicio sobre rutas estáticas realizado en Packet Tracer junto con un tutorial paso a paso de configuración para que descarguen. Anteriormente hice un tutorial sobre configuración de rutas estáticas y a pesar de estar explicado muy claramente muchos siguen teniendo problemas.


La finalidad del ejercicio es que se comuniquen las redes 192.168.1.0 /24, 192.168.2.0 /24 y 192.168.3.0 /24 sin utilizar ningún protocolo de enrutamiento, solo rutas estáticas.

En el archivo para descargar hay dos archivos de Packet Tracer, uno configurado con rutas estáticas usando la "IP del Siguiente Salto" y otro usando la "Interfaz de Salida". También van a encontrar un archivo en formato .PDF que es un tutorial que contiene un paso a paso de la configuración, algunas explicaciones y como realizar la comprobación ante fallas.

Sigan leyendo para descargar el Ejercicio de Rutas Estáticas en Packet Tracer.