Advanced IP Calculator Ver.1.1
miércoles, 26 de noviembre de 2008
Software para calculo de subredes y demas
Les paso un software muy bueno (freeware) y solo mide 256KB el cual te calcula cualquiercosa referido a subneting, esto puede servir para cuando estan haciendo ejercicos de subneting y no tienen las repuestas y no saben si estan correctas. bueno le dejo el nombre y el link:
Advanced IP Calculator Ver.1.1
Advanced IP Calculator Ver.1.1
Cuanto $$$ quieren ganar??
Una de las carreras de a las que le debe poner mucha atención un estudiante será Orientación Vocacional, hay más parámetros a considerar pero esta lista es muy importante ¿no creen?.
Certificación Cisco Certified Security Professional $93,500.00
Sun Certified Developer for Java $84,500.00
PMP Professional $81,100.00
Principal Certified Lotus Professional $79,500.00
Certified Information System Security Professional $78,800.00
Check Point Certified Security Expert $78,500.00
Cisco Certified Design Professional $76,600.00
Certified Lotus Specialist $75,200.00
Master Certified Novel Engineer $74,700.00
Checkpoint Certified Security Administrator $74,200.00
Citrix Certified Enterprise Administrator $74,200.00
OCP $73,800.00
Sun Certified System Administrator for Solaris $73,000.00
CompTIA It Project+ $72,100.00
Cisco Certified Network Professional $72,000.00
Red Hat certified $71,500.00
Méndez
Certificación Cisco Certified Security Professional $93,500.00
Sun Certified Developer for Java $84,500.00
PMP Professional $81,100.00
Principal Certified Lotus Professional $79,500.00
Certified Information System Security Professional $78,800.00
Check Point Certified Security Expert $78,500.00
Cisco Certified Design Professional $76,600.00
Certified Lotus Specialist $75,200.00
Master Certified Novel Engineer $74,700.00
Checkpoint Certified Security Administrator $74,200.00
Citrix Certified Enterprise Administrator $74,200.00
OCP $73,800.00
Sun Certified System Administrator for Solaris $73,000.00
CompTIA It Project+ $72,100.00
Cisco Certified Network Professional $72,000.00
Red Hat certified $71,500.00
Méndez
Cisco cerrará en Navidades para ahorrar
Cisco cerrará sus puertas cuatro días durante la época navideña, el objetivo, ahorrar 1.000 millones de dólares en costes operativos, aqui la noticia completa.
Cisco dará vacaciones a sus empleados durante las vacaciones navideñas con el fin de reducir costes. Será la primera vez en diez años que tome una medida como ésta.
Un boletín publicado por la firma de inversión UBS afirmaba que Cisco pretende cerrar durante cuatro días sus oficinas como parte de un plan para ahorrar 1.000 millones de dólares en el ejercicio fiscal 2009, detallado durante una conferencia sobre sus resultados financieros a principios de noviembre. Finalmente, la medida ha sido confirmada por la compañía en su blog.
Concretamente, Cisco cerrará del 29 de diciembre al 2 de enero sus instalaciones de Estados Unidos y Canadá. Tal y como explica John Earnhardt, Senior Manager Global Media Operations, aunque no es la primera vez que cierran en esas fechas, sí lo es desde hace una década. No obstante, habrá excepciones para determinados equipos críticos para la marcha del negocio, como los servicios de asistencia técnica o los servicios de petición de productos para clientes y miembros de su canal de distribución.
UBS analiza en su boletín que esta medida podría ayudar a Cisco a reducir gastos en nóminas y en instalaciones. También apunta que si Cisco despidiera a empleados, podría pagarles menos por tiempo de vacaciones acumulado.
UBS afirma que el objetivo de Cisco es ahorrar incluso más de 1.000 millones de dólares. “Nuestras revisiones sugieren que Cisco apunta a un mayor ahorro de su plan de reducción del gasto de operaciones”, escribe el analista de UBS Nikos Theodosopoulos en el boletín. “Creemos que es prudente por parte del equipo de gestión de Cisco pretender protegerse en caso de obtener unos ingresos menores de lo esperado”. Para el analista, el año 2009 se presenta débil y considera “realista” la previsión de Cisco de un descenso de sus ingresos entre el 5% y 10% durante este trimestre.
Cisco dará vacaciones a sus empleados durante las vacaciones navideñas con el fin de reducir costes. Será la primera vez en diez años que tome una medida como ésta.
Un boletín publicado por la firma de inversión UBS afirmaba que Cisco pretende cerrar durante cuatro días sus oficinas como parte de un plan para ahorrar 1.000 millones de dólares en el ejercicio fiscal 2009, detallado durante una conferencia sobre sus resultados financieros a principios de noviembre. Finalmente, la medida ha sido confirmada por la compañía en su blog.
Concretamente, Cisco cerrará del 29 de diciembre al 2 de enero sus instalaciones de Estados Unidos y Canadá. Tal y como explica John Earnhardt, Senior Manager Global Media Operations, aunque no es la primera vez que cierran en esas fechas, sí lo es desde hace una década. No obstante, habrá excepciones para determinados equipos críticos para la marcha del negocio, como los servicios de asistencia técnica o los servicios de petición de productos para clientes y miembros de su canal de distribución.
UBS analiza en su boletín que esta medida podría ayudar a Cisco a reducir gastos en nóminas y en instalaciones. También apunta que si Cisco despidiera a empleados, podría pagarles menos por tiempo de vacaciones acumulado.
UBS afirma que el objetivo de Cisco es ahorrar incluso más de 1.000 millones de dólares. “Nuestras revisiones sugieren que Cisco apunta a un mayor ahorro de su plan de reducción del gasto de operaciones”, escribe el analista de UBS Nikos Theodosopoulos en el boletín. “Creemos que es prudente por parte del equipo de gestión de Cisco pretender protegerse en caso de obtener unos ingresos menores de lo esperado”. Para el analista, el año 2009 se presenta débil y considera “realista” la previsión de Cisco de un descenso de sus ingresos entre el 5% y 10% durante este trimestre.
Practicar!!
Navengando por la web, encontre un archivo de Packet Tracert, que nos va a servir para seguir practicando, la mejor manera de aprender es practicar, practicar y practicar. aquí les dejo un link para que bajen el archivo.
Bajar Topologia
Imagen.
Espero que saquen provecho.
Saludos!!
Bajar Topologia
Imagen.
Espero que saquen provecho.
Saludos!!
Ejercicios Packet Tracert (Acess-List Estandar)
Esta vez toca el turno de ejercicios de Access-List.
aqui la topología.
Se debe configurar lo siguiente:
- Permitir el tráfico de los primeros 20 hosts de la red 10.0.0.0/8 hacia la red 11.0.0.0/8
- Permitir el tráfico de los hosts impares que se encuentren en los 20 primeros hosts de la red 11.0.0.0/8 hacia la red 10.0.0.0/8
- denegar el trafico de los primeros 31 host de la red 11.0.0.0/8 hacia la red 10.0.0.0/8.
Saludos!
aqui la topología.
Se debe configurar lo siguiente:
- Permitir el tráfico de los primeros 20 hosts de la red 10.0.0.0/8 hacia la red 11.0.0.0/8
- Permitir el tráfico de los hosts impares que se encuentren en los 20 primeros hosts de la red 11.0.0.0/8 hacia la red 10.0.0.0/8
- denegar el trafico de los primeros 31 host de la red 11.0.0.0/8 hacia la red 10.0.0.0/8.
Saludos!
martes, 25 de noviembre de 2008
Switches, VLAN's y DHCP (parte VIII de VIII)
*************************************************************************************
Este artículo ha sido escrito por Vic_Thor en www.hackxcrack.com
- Switches, VLAN's y DHCP (Parte I de VIII)
- Switches, VLAN's y DHCP (Parte II de VIII)
- Switches, VLAN's y DHCP (Parte III de VIII)
- Switches, VLAN's y DHCP (Parte IV de VIII)
- Switches, VLAN's y DHCP (Parte V de VIII)
- Switches, VLAN's y DHCP (Parte VI de VIII)
- Switches, VLAN's y DHCP (Parte VII de VIII)
- Switches, VLAN's y DHCP (Parte VIII de VIII)
*************************************************************************************
Este artículo ha sido escrito por Vic_Thor en www.hackxcrack.com
- Switches, VLAN's y DHCP (Parte I de VIII)
- Switches, VLAN's y DHCP (Parte II de VIII)
- Switches, VLAN's y DHCP (Parte III de VIII)
- Switches, VLAN's y DHCP (Parte IV de VIII)
- Switches, VLAN's y DHCP (Parte V de VIII)
- Switches, VLAN's y DHCP (Parte VI de VIII)
- Switches, VLAN's y DHCP (Parte VII de VIII)
- Switches, VLAN's y DHCP (Parte VIII de VIII)
*************************************************************************************
Ampliamos STP
Cómo funciona y cómo configurar STP
El administrador es quien dice a la red de sitches quién será el raíz... pero...
Imaginemos que todos los switches están apagados.... y se encienden...
¿Cómo saben entonces quien es el puente raíz?
R: Pues mediante un proceso de elección.
Antes de que los switches empiecen a funcionar se debe elegir el raíz y cada uno "supone" que el switch raíz es él mismo, porque como nadie le dijo que hay otro con prioridad menor, piensa que él es el "jefe"
Y se publicita así mismo como raíz... empieza a emitir BPDU's anunciándose como raíz... pero ojo!! las BPDU's no traspasan más allá que los switches a los que está directamente conectados, o sea, que sólo a los switches adyacentes les pasa las BPDU's.
La trama BPDU es así (resumido)
ID de switch: que es la MAC del switch
Prioridad: la que le puso el admin
Coste: Es "lo alejado" que está del raíz, como al principio se todos los swithes se creen que éllos mismos son el raíz, ese valor es 0 (a menor coste mejor camino)
ID del puerto: Informa al receptor de la BPDU el número de puerto por el que está transmitiendo la trama.
Temporizadores: son tres, hello, max-age y forward-delay, los tres determinan lo rápido que responde a la topología STP, a los fallos de enlace, a los errores.... porque claro... esto está muy bien... pero y si "de repente" un susuario tropieza con un cable y lo desconecta... o nuestro administrador "capullo" que cambia el cable de un puerto a otro... o se quema el switch... o .... esio, que las redes son dinámicas.
Cada switch compara la BPDU recibida con la que el envió a otros switches y si descubre que un vecino tiene menor prioridad, cambia las BPDU's y empieza a anunciar a ese otro switch como raíz, en lugar de a sí mismo... esto lo hacen todos con todos, pero sólo con los vecinos, por tanto en unos segundos (o minutos) la red converge, es decir, todos los switches conocen "la mejor BPDU" y eligen al propietario de dicha BPDU como raíz.
En caso de que existan dos o más switches con la misma prioridad, se convertirá en raíz aquel que tenga la MAC mas baja... las MAC's no deberíaan nunca estar duplicadas, es raro que lo estén, y si lo están perderemos conectividad de toda la red.
Aquellos puertos por los que viaja el tráfico de un switch a otro, se les denomina puertos designados y aquellos puertos que viajan hacia el switch raíz, se les llama puertos raíz.
En caso de que haya problemas, cambios de topolgía, puertos que se desconectan, switches que se eliminan o que se añaden, se utilizan relojes para sincronizar de nuevo la red, estos los cité antes son:
Hello: Tiempo que transcurre entre BPDU y BPDU, por defecto 2 segundos
Max-age: Que determina el tiempo qeu ha de esperar un switch para que le llegue otro hello desde el vecino, si no le llega en el tiempo designado por hello, provoca un error y asume que el switch vecino ya no está... creo recordar que son 10 segundos... creo... no estoy muy seguro ahora.
Forward-delay: es el tiempo que transcurre desde que un puerto pasa del estado de espera al estado de aprendizaje. Cuando un puerto está en espera, escucha BPDU's pero no las transfiere, ni construye la tabla CAM, en aprendizaje, aprende las MAC's de los dispositivos que tienen conectados pero no las envía... por defecto son 15 segundos...
O sea, que desde que un switch se enciende hasta que está plenamente operativo pasan unos 30 segundos, si a elo le sumamos los cambios de BPDU's, etc. puede ser más lento...
Esto es muy significativo para el caso que nos ocupaba en este hilo... si se usan protocolos como DHCP, BootP, servidores RARP, etc.. es probable que algunos clientes no reciban su IP, porque hasta que el switch resuelve todo esto... pasan muchos segundos o minutos, por ello en estos casos es necesario que el puerto al que están conectados este tipo de servidores se active INMEDIATAMENTE.
Sin embargo, si esa inmediatez se aplica a puertos que se conectan a otros switches, envíamos BPDU's caducadas o erróneas y la red se va altraste.
Para cambiar el modo de un puerto se puede usar:
Backbonefast: Enlace troncal rápido, permite converger rápidamente ante fallos, es decir, pasa del reloj max-age
Uplinkfast: Pasa olímpicamente de los estados de espera y aprendizaje y para evitar fallos, cuando un puerto uplinkfast falla, se añade un valor de 3000 a cada puerto y una prioridad de 49152, así NUNCA se convertirá en raíz.
Portfast: Permite que un switch, que los puertos del switch configurados así, pase INMEDIATAMENTE al estado de envío, recuerda... este modo sólo para conectar PC's...
Con todo esto, para configurar STP de forma óptima hay que hacerse unas cuantas preguntas:
1.- ¿Hay switches redundantes?
2.- ¿Hay switches heterogéneos? de distintas marcas y fabricantes
3.- ¿Cúal es el diámetro de la red?
4.- Cual es el puente raíz?
5.- ¿Activamos bacbonefast, uplinkfast o portfast?
Pues ale... vamos a responder
1.- si no hay switches redundantes, mejor eliminar STP, con esto ganaremos en ancho de banda, recuerda que las BPDU's se trasmiten cada 2 segundos... y para nada.... si un día topáis con una topología redundante y os dejan meter un esnifer, probadlo... en pocos minutos MILES DE PAQUETES rulando...
para desactivar STP en el switch de cisco que usamos en el ejemplo sería:
SWForo-HxC(config)# no spaning-tree vlan 10
SWForo-HxC(config)# no spanning-tree vlan 20
SWForo-HxC(config)# no spanning-tree vlan 30
2.- Si existen switches de diferentes fabbricantes, no usar FastEthernetchanel y no usar PVST, más adelante lo explicaré mejor.
3 y 4.- El diámetro de la red lo ajustan automáticamente los temporizadores, el valor por omisión es 7 y es el número de switches que atraviesa un host para comunicarse con otro... el número máximo.
AVISO!!! Sólo se puede establecer el diámetro en el RAIZ, si lo hacemos en otro o en todos.... byes, byes, a la red enterita... jeje, recuerdo un caso de muerte por esto... una "gran empresa", multinacional... sus administradores locos... nadie daba con ello, hasta que lelgó "un vikingo" ,) y con tres comandos se acabó el problema.... claro que tuve que fardar toda la mañana haciendo que hacía algo más.... que sino igual ni me pagan....
Para establecer el diámetro y prioridad:
SWForo-HxC(config)# spanning-tree vlan 1 root primary diameter 7
SWForo-HxC(config)# spanning-tree vlan 1 priority 0
Por si falla el raíz, se puede designar otro secundario... para ello:
SW2Foro-HxC(config)# spanning-tree vlan 1 diameter 7
SW2Foro-HxC(config)# spanning-tree vlan 1 priority 8192
(observa que es otro switch... SW2.... no el raíz.... eh!!!
Antes comentamos, en el psot inicial, que si un administrador despistado, nos coloca un switch "chungo" y éste se convierte en raíz, se jodio el invento... para ello hay que porteger la raíz...
SWForo-HxC(config-if)# spanning-tree rootguard ó guard root... ahora tampoco recuerdo.. mañana lo repaso... pero eso sí... se ha de poner en los puertos que no hay nada conectado... fíjate que es config-if... configuracion de interface y no de vlan...
5.- Activación de portfast, etc..
De forma general los puertos troncales de todos los conmutadores pueden aprovecharse de backbonefast y ojito.... otro para nota...
Si se activa en uno HAY QUE ACTIVARLO EN TODOS... ou os pasará como a los de la multinacional
Para ello,
SWForo-HxC(config-if)# spaning-tree backbonefast
Si nos invclinamos por uplinkfast sería
SWForo-HxC(config)# spaning-tree uplinkfast
Esto es recomendado para los conmutadores de acceso, si se activa en switches de distribución o núcleo, pueden existir problemas de convergencioa, tiempos descontrolados de los relojes, bucles y adios la red...
Sin embargo, tiene la ventaja de disminuir de 30 segundos a 5 segundos el tiempo de convergencia, pero recuerda sólo para puertos o vlans que no conecten otros swicches, esl ejemplo típico es el puerto que conecta un hub con un switch
Y por último portfast, sólo para puertos que conectan servidores y host aislados...
SWForo-HxC(config-if)# spaning-tree portfast
SWForo-HxC(config-if)# spaning-tree portfast bpdu-guard
la última línea es nueva... esto desactiva los mensajes bpdu para esos puertos... tiene varias explicaciones...
a.- en las BPDU's viajan contraseñas, topologás, información del raíz, etc... eso no tiene porqué llegar a los pc's, un tipo malo con un esnifer y un crack... nos revienta la red en un periquete.
b.- si ese tráfico no les interesa a los pc's.... para qué enviarlo
c.- si enchufamos "por error" un switch a ese puerto, no habrá bucles.
Por último, os cuento un poco de los chanel...
Un FastEthernet chanel o un GigaEthernet chanel es una agrupación de hasta 8 puertos, de tal forma que podemos pasar información de hasta 8 gigas por agrupación, así hacemos más veloz la red, ten en cuenta que en una red muy parlanchina, con gran volumen de carga, con servidores da BBDD, etc... si hay muchos switches entre los servidores y los clientes, eso se convierte en un cuello de botella... de esta forma no... el tráfico interno de los troncales de la topología podría ir a 8 gigas...
Problemas con STP
Bucles: esto suele ser debido cuando se incluye un switch que no soporta STP o con STP desactivado o a una configuración incorrecta de portfast o a una configuración incorrecta de los temporizadores... imagina un admin listillo que cice que los max-age tienen menor duración que los hello... pos ya ves...
Tráfico ineficiente o lento: Selección incorrecta del puente raíz... el admin se coló y elegió mal o configuró mal las prioridades
Convergencia lenta: es decir, que desde que se conectan los switches hasta que se ponen en envíao... nos morimos... y de vez en cuando se para todo.... y nos quedamos en ascuas... esto es debido a temporizadores mal configurados o la elección de un diámetro erróneo...
Problemas con servidores bootp o dhcp: hay que desactivar stp o activar portfast, si no lo hacemos, estos equipos no podrán suministrar la configuración de red a sus clientes...
Cómo funciona y cómo configurar STP
El administrador es quien dice a la red de sitches quién será el raíz... pero...
Imaginemos que todos los switches están apagados.... y se encienden...
¿Cómo saben entonces quien es el puente raíz?
R: Pues mediante un proceso de elección.
Antes de que los switches empiecen a funcionar se debe elegir el raíz y cada uno "supone" que el switch raíz es él mismo, porque como nadie le dijo que hay otro con prioridad menor, piensa que él es el "jefe"
Y se publicita así mismo como raíz... empieza a emitir BPDU's anunciándose como raíz... pero ojo!! las BPDU's no traspasan más allá que los switches a los que está directamente conectados, o sea, que sólo a los switches adyacentes les pasa las BPDU's.
La trama BPDU es así (resumido)
ID de switch: que es la MAC del switch
Prioridad: la que le puso el admin
Coste: Es "lo alejado" que está del raíz, como al principio se todos los swithes se creen que éllos mismos son el raíz, ese valor es 0 (a menor coste mejor camino)
ID del puerto: Informa al receptor de la BPDU el número de puerto por el que está transmitiendo la trama.
Temporizadores: son tres, hello, max-age y forward-delay, los tres determinan lo rápido que responde a la topología STP, a los fallos de enlace, a los errores.... porque claro... esto está muy bien... pero y si "de repente" un susuario tropieza con un cable y lo desconecta... o nuestro administrador "capullo" que cambia el cable de un puerto a otro... o se quema el switch... o .... esio, que las redes son dinámicas.
Cada switch compara la BPDU recibida con la que el envió a otros switches y si descubre que un vecino tiene menor prioridad, cambia las BPDU's y empieza a anunciar a ese otro switch como raíz, en lugar de a sí mismo... esto lo hacen todos con todos, pero sólo con los vecinos, por tanto en unos segundos (o minutos) la red converge, es decir, todos los switches conocen "la mejor BPDU" y eligen al propietario de dicha BPDU como raíz.
En caso de que existan dos o más switches con la misma prioridad, se convertirá en raíz aquel que tenga la MAC mas baja... las MAC's no deberíaan nunca estar duplicadas, es raro que lo estén, y si lo están perderemos conectividad de toda la red.
Aquellos puertos por los que viaja el tráfico de un switch a otro, se les denomina puertos designados y aquellos puertos que viajan hacia el switch raíz, se les llama puertos raíz.
En caso de que haya problemas, cambios de topolgía, puertos que se desconectan, switches que se eliminan o que se añaden, se utilizan relojes para sincronizar de nuevo la red, estos los cité antes son:
Hello: Tiempo que transcurre entre BPDU y BPDU, por defecto 2 segundos
Max-age: Que determina el tiempo qeu ha de esperar un switch para que le llegue otro hello desde el vecino, si no le llega en el tiempo designado por hello, provoca un error y asume que el switch vecino ya no está... creo recordar que son 10 segundos... creo... no estoy muy seguro ahora.
Forward-delay: es el tiempo que transcurre desde que un puerto pasa del estado de espera al estado de aprendizaje. Cuando un puerto está en espera, escucha BPDU's pero no las transfiere, ni construye la tabla CAM, en aprendizaje, aprende las MAC's de los dispositivos que tienen conectados pero no las envía... por defecto son 15 segundos...
O sea, que desde que un switch se enciende hasta que está plenamente operativo pasan unos 30 segundos, si a elo le sumamos los cambios de BPDU's, etc. puede ser más lento...
Esto es muy significativo para el caso que nos ocupaba en este hilo... si se usan protocolos como DHCP, BootP, servidores RARP, etc.. es probable que algunos clientes no reciban su IP, porque hasta que el switch resuelve todo esto... pasan muchos segundos o minutos, por ello en estos casos es necesario que el puerto al que están conectados este tipo de servidores se active INMEDIATAMENTE.
Sin embargo, si esa inmediatez se aplica a puertos que se conectan a otros switches, envíamos BPDU's caducadas o erróneas y la red se va altraste.
Para cambiar el modo de un puerto se puede usar:
Backbonefast: Enlace troncal rápido, permite converger rápidamente ante fallos, es decir, pasa del reloj max-age
Uplinkfast: Pasa olímpicamente de los estados de espera y aprendizaje y para evitar fallos, cuando un puerto uplinkfast falla, se añade un valor de 3000 a cada puerto y una prioridad de 49152, así NUNCA se convertirá en raíz.
Portfast: Permite que un switch, que los puertos del switch configurados así, pase INMEDIATAMENTE al estado de envío, recuerda... este modo sólo para conectar PC's...
Con todo esto, para configurar STP de forma óptima hay que hacerse unas cuantas preguntas:
1.- ¿Hay switches redundantes?
2.- ¿Hay switches heterogéneos? de distintas marcas y fabricantes
3.- ¿Cúal es el diámetro de la red?
4.- Cual es el puente raíz?
5.- ¿Activamos bacbonefast, uplinkfast o portfast?
Pues ale... vamos a responder
1.- si no hay switches redundantes, mejor eliminar STP, con esto ganaremos en ancho de banda, recuerda que las BPDU's se trasmiten cada 2 segundos... y para nada.... si un día topáis con una topología redundante y os dejan meter un esnifer, probadlo... en pocos minutos MILES DE PAQUETES rulando...
para desactivar STP en el switch de cisco que usamos en el ejemplo sería:
SWForo-HxC(config)# no spaning-tree vlan 10
SWForo-HxC(config)# no spanning-tree vlan 20
SWForo-HxC(config)# no spanning-tree vlan 30
2.- Si existen switches de diferentes fabbricantes, no usar FastEthernetchanel y no usar PVST, más adelante lo explicaré mejor.
3 y 4.- El diámetro de la red lo ajustan automáticamente los temporizadores, el valor por omisión es 7 y es el número de switches que atraviesa un host para comunicarse con otro... el número máximo.
AVISO!!! Sólo se puede establecer el diámetro en el RAIZ, si lo hacemos en otro o en todos.... byes, byes, a la red enterita... jeje, recuerdo un caso de muerte por esto... una "gran empresa", multinacional... sus administradores locos... nadie daba con ello, hasta que lelgó "un vikingo" ,) y con tres comandos se acabó el problema.... claro que tuve que fardar toda la mañana haciendo que hacía algo más.... que sino igual ni me pagan....
Para establecer el diámetro y prioridad:
SWForo-HxC(config)# spanning-tree vlan 1 root primary diameter 7
SWForo-HxC(config)# spanning-tree vlan 1 priority 0
Por si falla el raíz, se puede designar otro secundario... para ello:
SW2Foro-HxC(config)# spanning-tree vlan 1 diameter 7
SW2Foro-HxC(config)# spanning-tree vlan 1 priority 8192
(observa que es otro switch... SW2.... no el raíz.... eh!!!
Antes comentamos, en el psot inicial, que si un administrador despistado, nos coloca un switch "chungo" y éste se convierte en raíz, se jodio el invento... para ello hay que porteger la raíz...
SWForo-HxC(config-if)# spanning-tree rootguard ó guard root... ahora tampoco recuerdo.. mañana lo repaso... pero eso sí... se ha de poner en los puertos que no hay nada conectado... fíjate que es config-if... configuracion de interface y no de vlan...
5.- Activación de portfast, etc..
De forma general los puertos troncales de todos los conmutadores pueden aprovecharse de backbonefast y ojito.... otro para nota...
Si se activa en uno HAY QUE ACTIVARLO EN TODOS... ou os pasará como a los de la multinacional
Para ello,
SWForo-HxC(config-if)# spaning-tree backbonefast
Si nos invclinamos por uplinkfast sería
SWForo-HxC(config)# spaning-tree uplinkfast
Esto es recomendado para los conmutadores de acceso, si se activa en switches de distribución o núcleo, pueden existir problemas de convergencioa, tiempos descontrolados de los relojes, bucles y adios la red...
Sin embargo, tiene la ventaja de disminuir de 30 segundos a 5 segundos el tiempo de convergencia, pero recuerda sólo para puertos o vlans que no conecten otros swicches, esl ejemplo típico es el puerto que conecta un hub con un switch
Y por último portfast, sólo para puertos que conectan servidores y host aislados...
SWForo-HxC(config-if)# spaning-tree portfast
SWForo-HxC(config-if)# spaning-tree portfast bpdu-guard
la última línea es nueva... esto desactiva los mensajes bpdu para esos puertos... tiene varias explicaciones...
a.- en las BPDU's viajan contraseñas, topologás, información del raíz, etc... eso no tiene porqué llegar a los pc's, un tipo malo con un esnifer y un crack... nos revienta la red en un periquete.
b.- si ese tráfico no les interesa a los pc's.... para qué enviarlo
c.- si enchufamos "por error" un switch a ese puerto, no habrá bucles.
Por último, os cuento un poco de los chanel...
Un FastEthernet chanel o un GigaEthernet chanel es una agrupación de hasta 8 puertos, de tal forma que podemos pasar información de hasta 8 gigas por agrupación, así hacemos más veloz la red, ten en cuenta que en una red muy parlanchina, con gran volumen de carga, con servidores da BBDD, etc... si hay muchos switches entre los servidores y los clientes, eso se convierte en un cuello de botella... de esta forma no... el tráfico interno de los troncales de la topología podría ir a 8 gigas...
Problemas con STP
Bucles: esto suele ser debido cuando se incluye un switch que no soporta STP o con STP desactivado o a una configuración incorrecta de portfast o a una configuración incorrecta de los temporizadores... imagina un admin listillo que cice que los max-age tienen menor duración que los hello... pos ya ves...
Tráfico ineficiente o lento: Selección incorrecta del puente raíz... el admin se coló y elegió mal o configuró mal las prioridades
Convergencia lenta: es decir, que desde que se conectan los switches hasta que se ponen en envíao... nos morimos... y de vez en cuando se para todo.... y nos quedamos en ascuas... esto es debido a temporizadores mal configurados o la elección de un diámetro erróneo...
Problemas con servidores bootp o dhcp: hay que desactivar stp o activar portfast, si no lo hacemos, estos equipos no podrán suministrar la configuración de red a sus clientes...
El futuro de la conectividad a Internet. IPv6
IPv6 proporciona un número significativo de ventajas, aunque en muchos aspectos no es más que una readaptación de características ya presentes en IPv4. No en vano, la razón de mayor peso para la incorporación de un nuevo protocolo de red ha sido la demanda masiva de espacio de direccionamiento que ha comprometido seriamente la capacidad de IPv4 para que dicha demanda pudiera ser satisfecha.
Las distintas tecnologías para la migración a IPv6 pueden ser clasificadas de acuerdo a las siguientes categorías básicas: (http://d.scribd.com/docs/1v6ecj5rrcod1gy1lwat.pdf)
1 Pila dual (dual stack): soporte conjunto de IPv4 e IPv6 en cada dispositivo de red.
2 Tunneling: encapsulación de un paquete IPv6 en un paquete IPv4 para ser transmitido sobre una red IPv4.
3Traducción: traducción de direcciones de red o puertos por medio de un dispositivo gateway o mediante un código de traducción TCP/IP en los hosts y routers.
La implementación de la estrategia o estrategias escogidas requerirá cierto grado de coordinación con respecto a los siguientes puntos:
-La planificación del direccionamiento de red y subred, tanto IPv4 como IPv6, existente y futuro.
-Las estrategias de asignación de direcciones para IPv4 e IPv6: estáticas, autoconfigurables, DHCP,etc.
-La configuración de los recursos DNS registrados para que la resolución de nombres a direcciones sea la deseada.
-La compatibilidad de los clientes, los hosts y los routers con las tecnologías de migración escogidas, incluyendo traducción y/o tunneling y consideraciones a nivel de aplicación.
-Desarrollo apropiado de uno o varios gateways de traducción.
Aún con las desventajas aparentes que comportan la migración, resulta absolutamente necesaria e inevitable, por lo que urge que las compañías de telecomunicaciones y todos los agentes implicados en el cambio emprendan campañas de difusión de las tecnologías y metodologías existentes así como del modo de implementarlas eficientemente.
Las distintas tecnologías para la migración a IPv6 pueden ser clasificadas de acuerdo a las siguientes categorías básicas: (http://d.scribd.com/docs/1v6ecj5rrcod1gy1lwat.pdf)
1 Pila dual (dual stack): soporte conjunto de IPv4 e IPv6 en cada dispositivo de red.
2 Tunneling: encapsulación de un paquete IPv6 en un paquete IPv4 para ser transmitido sobre una red IPv4.
3Traducción: traducción de direcciones de red o puertos por medio de un dispositivo gateway o mediante un código de traducción TCP/IP en los hosts y routers.
La implementación de la estrategia o estrategias escogidas requerirá cierto grado de coordinación con respecto a los siguientes puntos:
-La planificación del direccionamiento de red y subred, tanto IPv4 como IPv6, existente y futuro.
-Las estrategias de asignación de direcciones para IPv4 e IPv6: estáticas, autoconfigurables, DHCP,etc.
-La configuración de los recursos DNS registrados para que la resolución de nombres a direcciones sea la deseada.
-La compatibilidad de los clientes, los hosts y los routers con las tecnologías de migración escogidas, incluyendo traducción y/o tunneling y consideraciones a nivel de aplicación.
-Desarrollo apropiado de uno o varios gateways de traducción.
Aún con las desventajas aparentes que comportan la migración, resulta absolutamente necesaria e inevitable, por lo que urge que las compañías de telecomunicaciones y todos los agentes implicados en el cambio emprendan campañas de difusión de las tecnologías y metodologías existentes así como del modo de implementarlas eficientemente.
El nuevo estandar 802.11n
Un Wi-Fi más maduro Solo en el 2009 la IEEE, la entidad que coordina el desarrollo de esta tecnología inalámbrica, ratificará el estándar final de la nueva versión de Wi-Fi, conocida como 802.11n. No obstante, en el mercado se encuentran routers, tarjetas y portátiles que manejan esta reciente versión, por lo que ya es posible disfrutar de sus beneficios.
Con este avance, Wi-Fi podría convertirse en una tecnología rápida y confiable para manejar de forma fluida contenidos multimedia en el hogar, al igual que considerarla una opción única en las empresas. En ellas se sigue usando Wi-Fi de manera secundaria pues las redes Ethernet, basadas en cables, siguen siendo las principales.
La versión ‘n’ de Wi-Fi ofrece una velocidad teórica de 124 Mbps y una real de 60 Mbps, lo que casi triplica la de 802.11g (54 Mbps la teórica y 23 Mbps la real). También tiene mayor alcance: casi 100 metros, mientras que 802.11g solo alcanza 30 metros.
Con este avance, Wi-Fi podría convertirse en una tecnología rápida y confiable para manejar de forma fluida contenidos multimedia en el hogar, al igual que considerarla una opción única en las empresas. En ellas se sigue usando Wi-Fi de manera secundaria pues las redes Ethernet, basadas en cables, siguen siendo las principales.
La versión ‘n’ de Wi-Fi ofrece una velocidad teórica de 124 Mbps y una real de 60 Mbps, lo que casi triplica la de 802.11g (54 Mbps la teórica y 23 Mbps la real). También tiene mayor alcance: casi 100 metros, mientras que 802.11g solo alcanza 30 metros.
Hablando de Historia parte 3 de 3
En 1984 se superan los mil hosts conectados y un año después se crea el primer dominio:
symbolics.com.
En 1987 se superan los 10.000 hosts conectados y el 2 de Noviembre de un año después ataca el
"Internet worm" (virus), afectando a 6.000 de los ya 60.000 hosts conectados en internet.En este
año también se crea el Internet Realy Chat (IRC).
En 1989 se superan los 100.000 hosts y un año después deja de existir Arpanet y se desarrolla
ISODE. Crecimiento de servidores web en Internet desde 1990 a 2005.
Siempre ha ido creciendo y la lógica nos dice que seguirá así, no obstante hubo un bajón (el único)
bastante considerable en 2002.
La red instalada en los océanos del mundo
¿Dónde está Internet?, muchos dicen que arriba señalando al cielo..;) pero la verdad es que está
por todas partes, sobre tierra y agua. Unos 450.000 Km de cable atraviesan nuestros océanos.
Internet ha ido mucho más allá y actualmente existen cerca de 70 sistemas de cableado submarino
de fibra óptica instalados en todos los océanos. En total se estima que la longitud es mayor a los
450 mil kilómetros de acuerdo con una división internacional de cuatro regiones:
a) Océano Pacífico–Asia
b) Océano Atlántico
c) Europa–Asia
d) Sudamérica
Todas estas regiones se comunican entre sí.
Estos sistemas submarinos se componen de cables de fibra óptica interconectados, a través de
repetidores, que amplifican las señales y permiten alcanzar distancias de hasta 9.000 km por
tramo.
Resisten las inclemencias de la temperatura, salinidad y humedad, así como las presiones del agua,
ya que se encuentran instalados en profundidades de hasta ocho mil metros de profundidad. Estos
cables constantemente se encuentran en mantenimiento y supervisión.
En 1870, se logró establecer la primera conexión entre Estados Unidos y Europa, con fines de
telegrafía. Pasaron 116 años para que, en 1986, quedara instalado el primer sistema internacional
de cableado submarino de fibra óptica (UK-Belgium 5), operando a 140 Megabits por segundo,
capacidad muy limitada en comparación con los enlaces actuales.
En 1996, se instaló la primera red de anillo con cableado submarino de fibra
óptica —long-haul self-healing— (TAT12/13), a través del Océano Atlántico con una capacidad de
operación de 10 Gigabits por segundo.
symbolics.com.
En 1987 se superan los 10.000 hosts conectados y el 2 de Noviembre de un año después ataca el
"Internet worm" (virus), afectando a 6.000 de los ya 60.000 hosts conectados en internet.En este
año también se crea el Internet Realy Chat (IRC).
En 1989 se superan los 100.000 hosts y un año después deja de existir Arpanet y se desarrolla
ISODE. Crecimiento de servidores web en Internet desde 1990 a 2005.
| 12/90 1 | 09/98 3,156,324 | 02/02 38,444,856 |
| 12/91 10 | 10/98 3,358,969 | 03/02 38,118,962 |
| 12/92 50 | 11/98 3,518,158 | 04/02 37,585,233 |
| 06/93 130 | 12/98 3,689,227 | 05/02 37,574,105 |
| 09/93 204 | 01/99 4,062,280 | 06/02 38,807,788 |
| 10/93 228 | 02/99 4,301,512 | 07/02 37,235,470 |
| 12/93 623 | 03/99 4,349,131 | 08/02 35,991,815 |
| 06/94 2,738 | 04/99 5,040,663 | 09/02 35,756,436 |
| 12/94 10,022 | 05/99 5,414,325 | 10/02 35,114,328 |
| 06/95 23,500 | 06/99 6,177,453 | 11/02 35,686,907 |
| 01/96 100,000 | 07/99 6,598,697 | 12/02 35,543,105 |
| 03/96 135,396 | 08/99 7,078,194 | 01/03 35,424,956 |
| 04/96 150,295 | 09/99 7,370,929 | 02/03 35,863,952 |
| 05/96 193,150 | 10/99 8,115,828 | 03/03 39,174,349 |
| 06/96 252,000 | 11/99 8,844,573 | 04/03 40,100,739 |
| 07/96 299,403 | 12/99 9,560,866 | 05/03 40,444,778 |
| 08/96 342,081 | 01/00 9,950,491 | 06/03 40,936,076 |
| 09/96 397,281 | 02/00 11,161,811 | 07/03 42,298,371 |
| 10/96 462,047 | 03/00 13,106,190 | 08/03 42,807,275 |
| 11/96 525,906 | 04/00 14,322,950 | 09/03 43,144,374 |
| 12/96 603,367 | 05/00 15,049,382 | 10/03 43,700,759 |
| 01/97 646,162 | 06/00 17,119,262 | 11/03 44,946,965 |
| 02/97 739,688 | 07/00 18,169,498 | 12/03 45,980,112 |
| 03/97 883,149 | 08/00 19,823,296 | 01/04 46,067,743 |
| 04/97 1,002,612 | 09/00 21,166,912 | 02/04 47,173,415 |
| 05/97 1,044,163 | 10/00 22,282,727 | 03/04 48,038,131 |
| 06/97 1,117,259 | 11/00 23,777,446 | 04/04 49,750,568 |
| 07/97 1,203,096 | 12/00 25,675,581 | 05/04 50,550,965 |
| 08/97 1,269,800 | 01/01 27,585,719 | 06/04 51,635,284 |
| 09/97 1,364,714 | 02/01 28,125,284 | 07/04 52,131,889 |
| 01/98 1,834,710 | 06/01 29,302,656 | 11/04 56,115,015 |
| 02/98 1,920,933 | 07/01 31,299,592 | 12/04 56,923,737 |
| 03/98 2,084,473 | 08/01 30,775,624 | 01/05 58,194,836 |
| 04/98 2,215,195 | 09/01 32,398,046 | 02/05 59,100,880 |
| 05/98 2,308,502 | 10/01 33,135,768 | 03/05 60,442,655 |
| 06/98 2,410,067 | 11/01 36,458,394 | 04/05 62,286,451 |
| 07/98 2,594,622 | 12/01 36,276,252 | 05/05 63,532,742 |
| 08/98 2,807,588 | 01/02 36,689,008 | 06/05 64,808,485 |
|
|
| 07/05 67,571,581 |
|
|
| 08/05 70,392,567 |
Siempre ha ido creciendo y la lógica nos dice que seguirá así, no obstante hubo un bajón (el único)
bastante considerable en 2002.
La red instalada en los océanos del mundo
¿Dónde está Internet?, muchos dicen que arriba señalando al cielo..;) pero la verdad es que está
por todas partes, sobre tierra y agua. Unos 450.000 Km de cable atraviesan nuestros océanos.
Internet ha ido mucho más allá y actualmente existen cerca de 70 sistemas de cableado submarino
de fibra óptica instalados en todos los océanos. En total se estima que la longitud es mayor a los
450 mil kilómetros de acuerdo con una división internacional de cuatro regiones:
a) Océano Pacífico–Asia
b) Océano Atlántico
c) Europa–Asia
d) Sudamérica
Todas estas regiones se comunican entre sí.
Estos sistemas submarinos se componen de cables de fibra óptica interconectados, a través de
repetidores, que amplifican las señales y permiten alcanzar distancias de hasta 9.000 km por
tramo.
Resisten las inclemencias de la temperatura, salinidad y humedad, así como las presiones del agua,
ya que se encuentran instalados en profundidades de hasta ocho mil metros de profundidad. Estos
cables constantemente se encuentran en mantenimiento y supervisión.
En 1870, se logró establecer la primera conexión entre Estados Unidos y Europa, con fines de
telegrafía. Pasaron 116 años para que, en 1986, quedara instalado el primer sistema internacional
de cableado submarino de fibra óptica (UK-Belgium 5), operando a 140 Megabits por segundo,
capacidad muy limitada en comparación con los enlaces actuales.
En 1996, se instaló la primera red de anillo con cableado submarino de fibra
óptica —long-haul self-healing— (TAT12/13), a través del Océano Atlántico con una capacidad de
operación de 10 Gigabits por segundo.
Cuál es el switch más conveniente?
Al momento de seleccionar un switch Ethernet para implementar en nuestra red LAN, hay diversos criterios que pesan en la elección. En muchos casos el criterio dominante es el precio. La pregunta cassi excluyente en este punto es casi siempre la misma ¿Porqué pagar 10 o 20 veces más por un dispositivo que tiene la misma cantidad de puertos? Pero no es la pregunta correcta ya que generalmetne se olvida que en términos generales precio, prestaciones, tiempo de operación libre de fallos son parámetros que están directamente relacionados.Veamos entonces cuáles son los criterios que a mi juicio deben tenerse presente ante todo:
¿De qué tipo de implementación se trata?Hoy podemos diferenciar al menos 3 categorías de implementaciones: redes hogareñas o de pequeñas oficinas; redes pequeñas o medianas (en esto pesa más la complejidad de la operación que la cantidad de dispositivos); redes corporativas con mayor nivel de complejidad.Tengamos presente que para cada una de esta categoría existen diferentes líneas de dispositivos comerciales. Implementar un dispositivo para uso corporativo en una red pequeña tiene como consecuencia un costo innecesario. Instalar dispositivos para redes hogareños o pequeñas en entornos corporativos tendrá como consecuencia pérdidas de performance, falta de prestaciones y limitaciones en las posibilidades de uso de la red.
La red, ¿implementará ahora o a futuro redundancia en los enlaces?Si se prevé la implementación de redundancia en los enlaces, entonces es preciso que el dispositivo a adquirir soporte STP (Spanning Tree).No todos los switches soportan STP. Algunos fabricantes tienen líneas de dispositivos para el ámbito corporativo que no brindan esta prestación. Si no se dispone de Spanning Tree no podrán habilitarse enlaces redundantes.
¿Se implementará ahora, o se requerirá a futuro la implementación de VLANs?Otra vez, no todos los dispositivos presentes en el mercado soportan VLANs. Generalmente los de gama baja no.Las VLANs son una herramienta fundamental para mejorar la performance y seguridad de las redes conmutadas. Si no cuenta con esta prestación estamos asumiendo una limitación importante a futuro.
Si se implementarán VLANs, este dispostivo ¿Se integrará en el backbone?Si es así, es importante que el switch permita configurar enlaces troncales. Adicionalmente un punto a considerar en la selección del dispositivo es el protocolo de marcación de tramas que utiliza. Tenga presente que en redes con dispositivos de diferentes fabricantes se debe soportar el protocolo estándar IEEE 802.1Q.
Si se implementarán VLANs y redundancia en los enlaces, es conveniente tener en cuenta que los dispositivos soporten MVST (Multiple VLANs Spanning Tree). Esto permitirá equilibrar el tráfico en el backbone y aprovechar mejor el ancho de banda disponible.
¿Cuál será la ubicación del dispositivo en la estructura de la red? ¿Será un switch de acceso o de backbone?No todos dispositivos ofrecen la misma estructura de hardware y están diseñados considerando funciones específicas. Es importante entonces analizar la estructura de la "switch fabric" del dispositivo y por supuesto su performance en cantidad de paquetes que forwardea por minuto.
¿Qué cantidad de puertos se requiere?Considere para esto la cantidad de nodos o terminales que se deben conectar, los enlaces para el backbone (al menos un enlace redundante hacia el backbone) y multiplique al menos por 2 ó 2,5 según las condiciones de uso de la red.Esto permite asegurar capacidad suficiente para dar acceso a nuevos usuarios o accesos adicionales a los usuarios existentes (para laptops, teléfonos ip, etc.).
¿Cuáles son las perspectivas de crecimiento o nuevas implementaciones de la red en los próximos 3 años?Si se está pensando en una expansión importante de la cantidad de terminales conectadas o del uso que esas terminales hacen de la red, es conveniente prever prestaciones de agregación de enlaces en el backbone como EtherChannel en Cisco, o slot disponibles para insertar módulos de Gigabit Ethernet.Si se piensa en la implementación de wireless o voz sobre IP, se importante considerar la conveniencia de implementar un dispositivo que soporte PoE (Power over Ethernet).
¿Hay requerimientos especiales de management que se deben tener en cuenta?En este caso, ¿cuáles son?Prácticamente todos los dispositivos actuales cuentan con una interfaz de administración web. En este punto hay que tener en cuenta que no es un uso recomendable desde la perspectiva de seguridad. Adicionalmente verifique si requiere algún plug-in o software adicional instalado en las termiales.
Pero si no se hace adminsitración web, es importante verificar si se hará de modo manual, si se requieren prestaciones de acceso vía telnet o ssl, y con qué condiciones de acceso (autenticación de usuarios, etc.).Si se implementa software de management, qué protocolos se utilizan: ¿CDP cuando es un Cisco Work? ¿SNMP? ¿qué versión de SNMP?
Hay muchos puntos más a considerar, algunos en orden a la implementación de prestaciones como calidad de servicio, otros en función de la performance y estabilidad de la red como es el tiempo libre de fallos que declara el fabricante. Esta es solamente una guía inicial, con consideraciones mínimas, que debe servir para que cada Adminsitrador de acuerdo a la realidad de la red y la organización en la que trabaja genere su propio algoritmo para la toma de decisiones.
Lo importante es que por sobre todo tengamos presente que el precio no puede ni debe ser el primer criterio. Es nuestro límite, no nuestro criterio de selección.
Finalmente, retomando la distinción inicial en 3 tipos básicos de redes y siempre moviéndonos dentro de dispositivos Cisco, podemos tomar como primera aproximación:
En redes hogareñas o de pequeñas oficinas.Cuando no se requiere de múltiples dispositivos, y lo que se busca es variedad de prestaciones integradas en una única caja con facilidad de administración, la opción frecuente serán los dispositivos de la línea Linksys.
En redes pequeñas o medianas.Que requieren por sobre todo cantidad de bocas, ancho de banda disponible y facilidad en la adminsitración con bajo costo, la opción más viable es la línea Cisco Express.
En redes corporativas.Donde la red es crítica para el desarrollo del negocio, a la vez que se requieren prestaciones, flexibilidad, escalabilidad, resistencia a fallos, es preciso buscar en la familia de switches Cisco Catalyst.
¿De qué tipo de implementación se trata?Hoy podemos diferenciar al menos 3 categorías de implementaciones: redes hogareñas o de pequeñas oficinas; redes pequeñas o medianas (en esto pesa más la complejidad de la operación que la cantidad de dispositivos); redes corporativas con mayor nivel de complejidad.Tengamos presente que para cada una de esta categoría existen diferentes líneas de dispositivos comerciales. Implementar un dispositivo para uso corporativo en una red pequeña tiene como consecuencia un costo innecesario. Instalar dispositivos para redes hogareños o pequeñas en entornos corporativos tendrá como consecuencia pérdidas de performance, falta de prestaciones y limitaciones en las posibilidades de uso de la red.
La red, ¿implementará ahora o a futuro redundancia en los enlaces?Si se prevé la implementación de redundancia en los enlaces, entonces es preciso que el dispositivo a adquirir soporte STP (Spanning Tree).No todos los switches soportan STP. Algunos fabricantes tienen líneas de dispositivos para el ámbito corporativo que no brindan esta prestación. Si no se dispone de Spanning Tree no podrán habilitarse enlaces redundantes.
¿Se implementará ahora, o se requerirá a futuro la implementación de VLANs?Otra vez, no todos los dispositivos presentes en el mercado soportan VLANs. Generalmente los de gama baja no.Las VLANs son una herramienta fundamental para mejorar la performance y seguridad de las redes conmutadas. Si no cuenta con esta prestación estamos asumiendo una limitación importante a futuro.
Si se implementarán VLANs, este dispostivo ¿Se integrará en el backbone?Si es así, es importante que el switch permita configurar enlaces troncales. Adicionalmente un punto a considerar en la selección del dispositivo es el protocolo de marcación de tramas que utiliza. Tenga presente que en redes con dispositivos de diferentes fabricantes se debe soportar el protocolo estándar IEEE 802.1Q.
Si se implementarán VLANs y redundancia en los enlaces, es conveniente tener en cuenta que los dispositivos soporten MVST (Multiple VLANs Spanning Tree). Esto permitirá equilibrar el tráfico en el backbone y aprovechar mejor el ancho de banda disponible.
¿Cuál será la ubicación del dispositivo en la estructura de la red? ¿Será un switch de acceso o de backbone?No todos dispositivos ofrecen la misma estructura de hardware y están diseñados considerando funciones específicas. Es importante entonces analizar la estructura de la "switch fabric" del dispositivo y por supuesto su performance en cantidad de paquetes que forwardea por minuto.
¿Qué cantidad de puertos se requiere?Considere para esto la cantidad de nodos o terminales que se deben conectar, los enlaces para el backbone (al menos un enlace redundante hacia el backbone) y multiplique al menos por 2 ó 2,5 según las condiciones de uso de la red.Esto permite asegurar capacidad suficiente para dar acceso a nuevos usuarios o accesos adicionales a los usuarios existentes (para laptops, teléfonos ip, etc.).
¿Cuáles son las perspectivas de crecimiento o nuevas implementaciones de la red en los próximos 3 años?Si se está pensando en una expansión importante de la cantidad de terminales conectadas o del uso que esas terminales hacen de la red, es conveniente prever prestaciones de agregación de enlaces en el backbone como EtherChannel en Cisco, o slot disponibles para insertar módulos de Gigabit Ethernet.Si se piensa en la implementación de wireless o voz sobre IP, se importante considerar la conveniencia de implementar un dispositivo que soporte PoE (Power over Ethernet).
¿Hay requerimientos especiales de management que se deben tener en cuenta?En este caso, ¿cuáles son?Prácticamente todos los dispositivos actuales cuentan con una interfaz de administración web. En este punto hay que tener en cuenta que no es un uso recomendable desde la perspectiva de seguridad. Adicionalmente verifique si requiere algún plug-in o software adicional instalado en las termiales.
Pero si no se hace adminsitración web, es importante verificar si se hará de modo manual, si se requieren prestaciones de acceso vía telnet o ssl, y con qué condiciones de acceso (autenticación de usuarios, etc.).Si se implementa software de management, qué protocolos se utilizan: ¿CDP cuando es un Cisco Work? ¿SNMP? ¿qué versión de SNMP?
Hay muchos puntos más a considerar, algunos en orden a la implementación de prestaciones como calidad de servicio, otros en función de la performance y estabilidad de la red como es el tiempo libre de fallos que declara el fabricante. Esta es solamente una guía inicial, con consideraciones mínimas, que debe servir para que cada Adminsitrador de acuerdo a la realidad de la red y la organización en la que trabaja genere su propio algoritmo para la toma de decisiones.
Lo importante es que por sobre todo tengamos presente que el precio no puede ni debe ser el primer criterio. Es nuestro límite, no nuestro criterio de selección.
Finalmente, retomando la distinción inicial en 3 tipos básicos de redes y siempre moviéndonos dentro de dispositivos Cisco, podemos tomar como primera aproximación:
En redes hogareñas o de pequeñas oficinas.Cuando no se requiere de múltiples dispositivos, y lo que se busca es variedad de prestaciones integradas en una única caja con facilidad de administración, la opción frecuente serán los dispositivos de la línea Linksys.
En redes pequeñas o medianas.Que requieren por sobre todo cantidad de bocas, ancho de banda disponible y facilidad en la adminsitración con bajo costo, la opción más viable es la línea Cisco Express.
En redes corporativas.Donde la red es crítica para el desarrollo del negocio, a la vez que se requieren prestaciones, flexibilidad, escalabilidad, resistencia a fallos, es preciso buscar en la familia de switches Cisco Catalyst.
Cisco actualiza su examen de certificación CCDA
Les dejo una noticia un poco mas extensa de la Certificación CCDA
Cisco ha anunciado un nuevo examen para obtener la certificación CCDA: Designing for Cisco Internetwork Solutions exam (640-863 DSGN), que reemplaza el actual examen 640-861.
Esta nueva versión del examen, siguiendo la tendencia establecida ya por la renovación de CCNP hecha el año pasado, enfatiza el modelo de redes empresariales convergentes e incluye los servicios de virtualización basados en el modelo Cisco Service-Oriented Network Architecture (SONA).
Estas modificaciones extienden la visión de la red de una red puramente orientada al transporte de tráfico, a una visión de la red orientada a los servicios y aplicaciones. En los nuevos contenidos se incluyen estudios de casos extensivos que permiten trabajar las habilidades requeridas por estos modelos de red.
Contenidos
Los objetivos del nuevo examen son los siguientes:
* Describa la metodología utilizada para diseñar una red:
Describa la Cisco Service-Oriented Network Architecture.
Identifique los requerimientos de red para dar soporte a la organización.
Caracterice la red existente.
Describa el Top Down Aproach para el diseño de redes.
Describa los protocolos de management de red y sus características.
* Diseño de la estructura y modularidad de la red:
Describa la Network Architecture.
Describa el Modular Approach para diseño de redes.
Describa la Cisco Enterprise Architecture.
* Diseño el módulo básico de una Enterprise Campus Network
Describa las consideración básicas de Campus Design.
Diseñe una Enterprise Campus Network.
Diseñe el Data Center corporativo.
* Diseño de los módulos Enterprise Edge y Remote Network.
Describa los módulos Enterprise Edge, de Sucursales y de Teletrabajadores.
Describa los componentes funcionales del Enterprise Edge del sitio central.
Describa la conectividad WAN entre 2 compus.
Diseñe la solución WAN para una Sucursal.
Describa soluciones de acceso a red para teletrabajadores.
Diseñe la WAN para soportar metodologías de redundancia selectas.
Identifique las consideraciones de diseño para un Data Center remoto.
* Diseño de direccionamiento IP y protocolos de enrutamiento.
Describa el direccionamiento IPv4 e IPv6.
Identifique los requerimiento en una red corporativa respecto de los protocolos de enrutamiento.
Diseñe un desarrollo de protocolo de enrutamiento.
* Diseño de servicios de seguridad
Describa el ciclo de vida de la seguridad.
Identifique tecnologías Cisco para mitigar vulnerabilidades de seguridad.
Selecciones la solución de seguridad Cisco apropiada y desarróllela
* Identifique requerimientos de redes de voz.
Describa una arquitectura de voz traduciones y sus características.
Describa en qué consiste la telefonía IP de Cisco.
Identifique las condiseraciones de diseño necesarias para servicios de voz.
* Identifique requerimientos de redes wireless.
Describa el modelo Cisco Unified Wireless Network Architecture.
Diseñe una red wireless utilizando controladores.
Diseñe una red wirelees utilizando roaming.
Esto implica cambios de importancia en los contenidos de la certificación, sobre todo de la perspectiva de los nuevos modelos de arquitectura de redes y servicios que está proponiendo Cisco.
Prerequisitos y características del examen
Este nuevo examen alínea perfectamente con el nuevo CCNP, y consecuentemente con las nuevas propuestas de arquitectura y dispositivos de Cisco: redes inteligentes, proactivas, con capacidad de respuesta automática y utilizando dispositivos de servicios integrados.
El examen no tiene como pre-requisito ninguna certificación. Sin embargo se recomienda encarecidamente contar con conocimientos de CCNA y de switching avanzado (BCMSN de CCNP). En este punto debemos reconocer que buena parte de sus contenidos son el desarrollo del capítulo inicial (diseño de redes de campus corporativas) de switching avanzado.
Por lo demás, el examen mantienen algunas de las características de su predecesor:
Tiempo para el examen: 90 minutos.
Cantidad de preguntas: 55 a 65 preguntas.
Trainning oficial en Cisco Learning Partners: Designing for Cisco Internetwork Solutions (DESGN) versión 2.0
El nuevo examen ya está disponible, aunque por el momento no hay bibliografía disponible.
Estos cambios creo que serán positivos para dar un nuevo posicionamiento a la certificación CCDA. En su definición CCDA no es sólo una certificación sino un rol profesional fundamental tanto para las grandes empresas que necesitan rediseñar y replantear permanentemente sus redes; como para los proveedores e integradores de servicios que necesitan del diseñador como un jugador fundamental en la preventa.
Sin embargo, hasta el momento estas tareas están mayormente cubiertas por profesionales del área de management como CCNA y CCNP. Este giro hacia los nuevos conceptos, y los perfiles que están adoptando CCNA y CCNP, hacen prever que los técnicos CCDA comenzarán a tener un perfil más claro y diferente de sus compañeros del área de management.
RecertificaciónLa certificación CCDA es válida por 3 años.
Para recertificar es preciso rendir nuevamente el examen de certificación vigente en ese momento o aprobar cualquiera de los exámenes de la serie 642 (sea de nivel profesional o de alguna especialidad), o aprobar el examen escrito de CCIE.
Cisco ha anunciado un nuevo examen para obtener la certificación CCDA: Designing for Cisco Internetwork Solutions exam (640-863 DSGN), que reemplaza el actual examen 640-861.
Esta nueva versión del examen, siguiendo la tendencia establecida ya por la renovación de CCNP hecha el año pasado, enfatiza el modelo de redes empresariales convergentes e incluye los servicios de virtualización basados en el modelo Cisco Service-Oriented Network Architecture (SONA).
Estas modificaciones extienden la visión de la red de una red puramente orientada al transporte de tráfico, a una visión de la red orientada a los servicios y aplicaciones. En los nuevos contenidos se incluyen estudios de casos extensivos que permiten trabajar las habilidades requeridas por estos modelos de red.
Contenidos
Los objetivos del nuevo examen son los siguientes:
* Describa la metodología utilizada para diseñar una red:
Describa la Cisco Service-Oriented Network Architecture.
Identifique los requerimientos de red para dar soporte a la organización.
Caracterice la red existente.
Describa el Top Down Aproach para el diseño de redes.
Describa los protocolos de management de red y sus características.
* Diseño de la estructura y modularidad de la red:
Describa la Network Architecture.
Describa el Modular Approach para diseño de redes.
Describa la Cisco Enterprise Architecture.
* Diseño el módulo básico de una Enterprise Campus Network
Describa las consideración básicas de Campus Design.
Diseñe una Enterprise Campus Network.
Diseñe el Data Center corporativo.
* Diseño de los módulos Enterprise Edge y Remote Network.
Describa los módulos Enterprise Edge, de Sucursales y de Teletrabajadores.
Describa los componentes funcionales del Enterprise Edge del sitio central.
Describa la conectividad WAN entre 2 compus.
Diseñe la solución WAN para una Sucursal.
Describa soluciones de acceso a red para teletrabajadores.
Diseñe la WAN para soportar metodologías de redundancia selectas.
Identifique las consideraciones de diseño para un Data Center remoto.
* Diseño de direccionamiento IP y protocolos de enrutamiento.
Describa el direccionamiento IPv4 e IPv6.
Identifique los requerimiento en una red corporativa respecto de los protocolos de enrutamiento.
Diseñe un desarrollo de protocolo de enrutamiento.
* Diseño de servicios de seguridad
Describa el ciclo de vida de la seguridad.
Identifique tecnologías Cisco para mitigar vulnerabilidades de seguridad.
Selecciones la solución de seguridad Cisco apropiada y desarróllela
* Identifique requerimientos de redes de voz.
Describa una arquitectura de voz traduciones y sus características.
Describa en qué consiste la telefonía IP de Cisco.
Identifique las condiseraciones de diseño necesarias para servicios de voz.
* Identifique requerimientos de redes wireless.
Describa el modelo Cisco Unified Wireless Network Architecture.
Diseñe una red wireless utilizando controladores.
Diseñe una red wirelees utilizando roaming.
Esto implica cambios de importancia en los contenidos de la certificación, sobre todo de la perspectiva de los nuevos modelos de arquitectura de redes y servicios que está proponiendo Cisco.
Prerequisitos y características del examen
Este nuevo examen alínea perfectamente con el nuevo CCNP, y consecuentemente con las nuevas propuestas de arquitectura y dispositivos de Cisco: redes inteligentes, proactivas, con capacidad de respuesta automática y utilizando dispositivos de servicios integrados.
El examen no tiene como pre-requisito ninguna certificación. Sin embargo se recomienda encarecidamente contar con conocimientos de CCNA y de switching avanzado (BCMSN de CCNP). En este punto debemos reconocer que buena parte de sus contenidos son el desarrollo del capítulo inicial (diseño de redes de campus corporativas) de switching avanzado.
Por lo demás, el examen mantienen algunas de las características de su predecesor:
Tiempo para el examen: 90 minutos.
Cantidad de preguntas: 55 a 65 preguntas.
Trainning oficial en Cisco Learning Partners: Designing for Cisco Internetwork Solutions (DESGN) versión 2.0
El nuevo examen ya está disponible, aunque por el momento no hay bibliografía disponible.
Estos cambios creo que serán positivos para dar un nuevo posicionamiento a la certificación CCDA. En su definición CCDA no es sólo una certificación sino un rol profesional fundamental tanto para las grandes empresas que necesitan rediseñar y replantear permanentemente sus redes; como para los proveedores e integradores de servicios que necesitan del diseñador como un jugador fundamental en la preventa.
Sin embargo, hasta el momento estas tareas están mayormente cubiertas por profesionales del área de management como CCNA y CCNP. Este giro hacia los nuevos conceptos, y los perfiles que están adoptando CCNA y CCNP, hacen prever que los técnicos CCDA comenzarán a tener un perfil más claro y diferente de sus compañeros del área de management.
RecertificaciónLa certificación CCDA es válida por 3 años.
Para recertificar es preciso rendir nuevamente el examen de certificación vigente en ese momento o aprobar cualquiera de los exámenes de la serie 642 (sea de nivel profesional o de alguna especialidad), o aprobar el examen escrito de CCIE.
Evolución de los protocolos de enrutamiento dinámico
Los protocolos de enrutamiento dinámico se han usado en redes desde comienzos de la década de los ochenta. La primera versión de RIP se lanzó en 1982, pero algunos de los algoritmos básicos dentro del protocolo ya se usaban en ARPANET en 1969.
Debido a la evolución de las redes y a su complejidad cada vez mayor, han surgido nuevos protocolos de enrutamiento. La figura muestra la clasificación de los protocolos de enrutamiento.
Uno de los primeros protocolos de enrutamiento fue el Routing Information Protocol (RIP). RIP ha evolucionado a una nueva versión, el RIPv2. Sin embargo, la versión más nueva de RIP aún no escala a implementaciones de red más extensas.
Para abordar las necesidades de redes más amplias, se desarrollaron dos protocolos de enrutamiento avanzados:
Open Shortest Path First (OSPF) e Intermediate SystemtoIntermediate System (ISIS).
Cisco desarrolló el Interior Gateway Routing Protocol (IGRP) y el Enhanced IGRP (EIGRP), que también escala bien en implementaciones de redes más grandes.
Asimismo, surgió la necesidad de interconectar diferentes internetworks y proveer el enrutamiento entre ellas. El protocolo Border Gateway Routing (BGP) ahora se usa entre ISP y entre ISP y sus clientes privados más grandes para intercambiar información de enrutamiento. Con la llegada de numerosos dispositivos para consumidores que usan IP, el espacio de direccionamiento IPv4 está prácticamente agotado. Por tal motivo, ha surgido el IPv6. A fin de sostener la comunicación basada en IPv6, se han desarrollado versiones más nuevas de los protocolos de enrutamiento IP los cuales se ven en la figura.
Debido a la evolución de las redes y a su complejidad cada vez mayor, han surgido nuevos protocolos de enrutamiento. La figura muestra la clasificación de los protocolos de enrutamiento.
Uno de los primeros protocolos de enrutamiento fue el Routing Information Protocol (RIP). RIP ha evolucionado a una nueva versión, el RIPv2. Sin embargo, la versión más nueva de RIP aún no escala a implementaciones de red más extensas.
Para abordar las necesidades de redes más amplias, se desarrollaron dos protocolos de enrutamiento avanzados:
Open Shortest Path First (OSPF) e Intermediate SystemtoIntermediate System (ISIS).
Cisco desarrolló el Interior Gateway Routing Protocol (IGRP) y el Enhanced IGRP (EIGRP), que también escala bien en implementaciones de redes más grandes.
Asimismo, surgió la necesidad de interconectar diferentes internetworks y proveer el enrutamiento entre ellas. El protocolo Border Gateway Routing (BGP) ahora se usa entre ISP y entre ISP y sus clientes privados más grandes para intercambiar información de enrutamiento. Con la llegada de numerosos dispositivos para consumidores que usan IP, el espacio de direccionamiento IPv4 está prácticamente agotado. Por tal motivo, ha surgido el IPv6. A fin de sostener la comunicación basada en IPv6, se han desarrollado versiones más nuevas de los protocolos de enrutamiento IP los cuales se ven en la figura.
Rutas estataticas(Breve descripcion)
Las redes remotas son redes a las que se puede llegar únicamente mediante el envío del paquete a otro router. Las rutas estáticas son fáciles de configurar. Sin embargo, en grandes redes, esta operación manual puede resultar complicada.Las rutas estáticas aún siguen siendo utilizadas, incluso cuando se implementa un protocolo de
enrutamiento dinámico. Las rutas estáticas pueden configurarse con una dirección IP del siguiente salto que generalmente es la dirección IP del router del siguiente salto. Cuando se utiliza una dirección IP del siguiente salto, el proceso de la tabla de enrutamiento debe resolver esta dirección para una interfaz de salida.
En enlaces seriales punto a punto, generalmente resulta más eficaz¿ configurar la ruta estática con un interfaz de salida.
En redes de accesos múltiples como Ethernet, deben configurarse tanto una dirección IP del siguiente salto como una interfaz de salida en la ruta estática.
Las rutas estáticas tienen una distancia administrativa por defecto de "1". Esta distancia administrativa también se aplica a las rutas estáticas configuradas con una dirección del siguiente salto y una interfaz de salida.
Sólo se ingresará una ruta estática en la tabla de enrutamiento si la dirección IP del siguiente salto puede resolverse a través de una interfaz de salida. Ya sea si la ruta estática está configurada con una dirección IP del siguiente salto o una interfaz de salida, la ruta estática no se incluirá en la tabla de enrutamiento si la interfaz de salida que se utiliza para enviar dicho paquete no se encuentra en la tabla de enrutamiento.
En muchos casos, pueden configurarse varias rutas estáticas como una sola ruta de resumen. Esto significa que habrá menos entradas en la tabla de enrutamiento y que el proceso de búsqueda en la tabla de enrutamiento será más rápido.
La ruta de resumen final es una ruta por defecto configurada con una dirección de red 0.0.0.0 y una máscara de subred 0.0.0.0. Si no existe una coincidencia más específica en la tabla de enrutamiento, dicha tabla utilizará la ruta por defecto para enviar el paquete a otro router.
enrutamiento dinámico. Las rutas estáticas pueden configurarse con una dirección IP del siguiente salto que generalmente es la dirección IP del router del siguiente salto. Cuando se utiliza una dirección IP del siguiente salto, el proceso de la tabla de enrutamiento debe resolver esta dirección para una interfaz de salida.
En enlaces seriales punto a punto, generalmente resulta más eficaz¿ configurar la ruta estática con un interfaz de salida.
En redes de accesos múltiples como Ethernet, deben configurarse tanto una dirección IP del siguiente salto como una interfaz de salida en la ruta estática.
Las rutas estáticas tienen una distancia administrativa por defecto de "1". Esta distancia administrativa también se aplica a las rutas estáticas configuradas con una dirección del siguiente salto y una interfaz de salida.
Sólo se ingresará una ruta estática en la tabla de enrutamiento si la dirección IP del siguiente salto puede resolverse a través de una interfaz de salida. Ya sea si la ruta estática está configurada con una dirección IP del siguiente salto o una interfaz de salida, la ruta estática no se incluirá en la tabla de enrutamiento si la interfaz de salida que se utiliza para enviar dicho paquete no se encuentra en la tabla de enrutamiento.
En muchos casos, pueden configurarse varias rutas estáticas como una sola ruta de resumen. Esto significa que habrá menos entradas en la tabla de enrutamiento y que el proceso de búsqueda en la tabla de enrutamiento será más rápido.
La ruta de resumen final es una ruta por defecto configurada con una dirección de red 0.0.0.0 y una máscara de subred 0.0.0.0. Si no existe una coincidencia más específica en la tabla de enrutamiento, dicha tabla utilizará la ruta por defecto para enviar el paquete a otro router.
Switches, VLAN's y DHCP (parte VII de VIII)
*************************************************************************************
Este artículo ha sido escrito por Vic_Thor en www.hackxcrack.com
- Switches, VLAN's y DHCP (Parte I de VIII)
- Switches, VLAN's y DHCP (Parte II de VIII)
- Switches, VLAN's y DHCP (Parte III de VIII)
- Switches, VLAN's y DHCP (Parte IV de VIII)
- Switches, VLAN's y DHCP (Parte V de VIII)
- Switches, VLAN's y DHCP (Parte VI de VIII)
- Switches, VLAN's y DHCP (Parte VII de VIII)
- Switches, VLAN's y DHCP (Parte VIII de VIII)
*************************************************************************************
Este artículo ha sido escrito por Vic_Thor en www.hackxcrack.com
- Switches, VLAN's y DHCP (Parte I de VIII)
- Switches, VLAN's y DHCP (Parte II de VIII)
- Switches, VLAN's y DHCP (Parte III de VIII)
- Switches, VLAN's y DHCP (Parte IV de VIII)
- Switches, VLAN's y DHCP (Parte V de VIII)
- Switches, VLAN's y DHCP (Parte VI de VIII)
- Switches, VLAN's y DHCP (Parte VII de VIII)
- Switches, VLAN's y DHCP (Parte VIII de VIII)
*************************************************************************************
Configuración del Servidor DHCP en Windows 2000
Ufff, esto no lo detallaré... simplemente instalamos el servicio y servidor DHCP, lo iniciamos y creamos estos ámbitos, todas las pantallas que no aparezcan se asume la configuración por defecto... sólo pongo las que hay que cambiar algo
Nuestro primer ámbito lo llamamos vlan10, o lo que te de la gana, pero si se trata de la vlan 10 porque le vas a poner otro nombre
Y le damos una descripción de lo que es... Red de Diseño
Ahora le explicamos el rango de direcciones a entregar, como decía nuestro escenario de la .200 a la .250, y recuerda que como es la VLAN 10 elegimos 192.168.10
Ahora le decimos la puerta de enlace que recibirán los clientes DHCP, ¿cuál será?
Pues la IP del router... pero como el router tiene 3 ip's hay que escoger la adecuada... ¿cuál es la adecuada? La que configuramos en la f0.10, es decir, la 192.168.10.254, revisa la configuración del router, esta corresponde a la VLAN 10
Y ya estaría el primer ámbito, el resto de pantallas que salen las dejamos por defecto, es decir, siguiente, siguiente, ..... hasta finalizar.
Para los otros dos ámbitos se hace igual, sólo que cambiarán los rangos de red de concesiones y las puertas de enlace... te pongo las pantallas pero sin comentar nada, que ya está todo dicho con lo de antes:
ejemm... en esta última me colé... debería ser 192.168.30.254 y no 192.168.3.254 que es lo que muestra la pantalla, pero es que una vez subida la imagen al ftp, me da pereza.... sorry, y recuerda ponerla BIEN
Vale... veamos como quedó nuestro DHCP
Ahí lo tenemos... tras ámbitos... una sola tarjeta de red... tres VLAN, un router con una sólo interface... todo como decía Grullanetx
Bueno, pues si lo probamos ahora... NO FUNCIONARÁ... JODER!!!
Después del petardo este... dices que no va?
Pues no... porque hay un pequeño problema... cuando un pc solicita una IP dinámica llega al switch... y el switch tiene VLAN's.... y que?
Pues que el tráfico DHCP es UDP broadcast!!! Y las VLAN NO PROPAGAN EL BROADCAST, ni los routers... por tanto NO SALDRÁ DE LA VLAN....
Tenemos que explicar al router y al switch que el broadcast lo pase a la dirección ip 192.168.20.1 /24
A esa?
Sí, porque ESA es la IP del DHCP server
Permitir Broadcast en Switch por VLAN y en el Router
Así que hacemos esto en el switch:
Se entiende... asignamos un gateway por defecto al switch... elegimos la 192.168.30.254, pero podría haber sido cualquiera de las otras IP's que tiene el routers, es decir, la 192.168.10.254 ó la 192.168.20.254, pero como la VLAN 30 está en modo trunk... mejor
Asignamos una IP de gestión al switch... una por cada VLAN, esto es opcional, pero si no lo hago, no tengo telnet al switch
eso es la línea ip address......
Y la solución a nuestro problema... le explicamos POR CADA VLAN, que el tráfico de difusión se lo coma la máquina 192.168.20.1 que es la IP del DHCP server
Y aunque no lo pone, tendríamos que haber terminado con un copy run start para salvar los cambios.
Mas o menos hacemos lo propio en el router....
Aquí lo hacemos POR CADA SUBINTERFACE, la ip no se pone que ya lo hicimos... y si... también falta el copy run start
Ahora probemos, conectamos un PC cualquiera a un puerto de la VLAN 10, le decimos que obtenga una IP automática... por si acaso y para forzar más la máquina, le decimos que libere cualquier IP que posea.... y luego le obligamos con /renew a que obtenga una IP de algún DHCP que haya por la red:
Como ves... primero no tiene IP, luego le hacemos un /release para que libere... después un /renew para que la obtenga y ZAS!!! Nos mete la 192.168.10.200 que es la primera que está disponible para el ámbito de la VLAN 10
Si miramos en el DHCP server.... AHÍ ESTA!!!
Ahhh... que no te crees que si metemos otro PC en la VLAN 20 le dará una ip del rango 192.168.20.200 a 192.168.20.250.... jeje.... desconfiado.... mira:
100% funcional... no 100% terminado... porque habría que meter ACL's (como un firewall), proteger la raíz, no propagar las BPDU's por la LAN, etc... pero eso... eso en clase amigos.
Guardad bien este documento... me juego las barbas, el cuerno izquierdo y una de mis trenzas a que esto no lo veréis en ningún curso... ni CCNA, ni CCNP.... al menos yo... es la primera vez que lo hago... todo por tu culpa Grulla.
Ufff, esto no lo detallaré... simplemente instalamos el servicio y servidor DHCP, lo iniciamos y creamos estos ámbitos, todas las pantallas que no aparezcan se asume la configuración por defecto... sólo pongo las que hay que cambiar algo
Nuestro primer ámbito lo llamamos vlan10, o lo que te de la gana, pero si se trata de la vlan 10 porque le vas a poner otro nombre
Y le damos una descripción de lo que es... Red de Diseño
Ahora le explicamos el rango de direcciones a entregar, como decía nuestro escenario de la .200 a la .250, y recuerda que como es la VLAN 10 elegimos 192.168.10
Ahora le decimos la puerta de enlace que recibirán los clientes DHCP, ¿cuál será?
Pues la IP del router... pero como el router tiene 3 ip's hay que escoger la adecuada... ¿cuál es la adecuada? La que configuramos en la f0.10, es decir, la 192.168.10.254, revisa la configuración del router, esta corresponde a la VLAN 10
Y ya estaría el primer ámbito, el resto de pantallas que salen las dejamos por defecto, es decir, siguiente, siguiente, ..... hasta finalizar.
Para los otros dos ámbitos se hace igual, sólo que cambiarán los rangos de red de concesiones y las puertas de enlace... te pongo las pantallas pero sin comentar nada, que ya está todo dicho con lo de antes:
ejemm... en esta última me colé... debería ser 192.168.30.254 y no 192.168.3.254 que es lo que muestra la pantalla, pero es que una vez subida la imagen al ftp, me da pereza.... sorry, y recuerda ponerla BIENVale... veamos como quedó nuestro DHCP
Ahí lo tenemos... tras ámbitos... una sola tarjeta de red... tres VLAN, un router con una sólo interface... todo como decía Grullanetx Bueno, pues si lo probamos ahora... NO FUNCIONARÁ... JODER!!!
Después del petardo este... dices que no va?
Pues no... porque hay un pequeño problema... cuando un pc solicita una IP dinámica llega al switch... y el switch tiene VLAN's.... y que?
Pues que el tráfico DHCP es UDP broadcast!!! Y las VLAN NO PROPAGAN EL BROADCAST, ni los routers... por tanto NO SALDRÁ DE LA VLAN....
Tenemos que explicar al router y al switch que el broadcast lo pase a la dirección ip 192.168.20.1 /24
A esa?
Sí, porque ESA es la IP del DHCP server
Permitir Broadcast en Switch por VLAN y en el Router
Así que hacemos esto en el switch:
Se entiende... asignamos un gateway por defecto al switch... elegimos la 192.168.30.254, pero podría haber sido cualquiera de las otras IP's que tiene el routers, es decir, la 192.168.10.254 ó la 192.168.20.254, pero como la VLAN 30 está en modo trunk... mejor Asignamos una IP de gestión al switch... una por cada VLAN, esto es opcional, pero si no lo hago, no tengo telnet al switch
eso es la línea ip address......Y la solución a nuestro problema... le explicamos POR CADA VLAN, que el tráfico de difusión se lo coma la máquina 192.168.20.1 que es la IP del DHCP server
Y aunque no lo pone, tendríamos que haber terminado con un copy run start para salvar los cambios.
Mas o menos hacemos lo propio en el router....
Aquí lo hacemos POR CADA SUBINTERFACE, la ip no se pone que ya lo hicimos... y si... también falta el copy run start
Ahora probemos, conectamos un PC cualquiera a un puerto de la VLAN 10, le decimos que obtenga una IP automática... por si acaso y para forzar más la máquina, le decimos que libere cualquier IP que posea.... y luego le obligamos con /renew a que obtenga una IP de algún DHCP que haya por la red:
Como ves... primero no tiene IP, luego le hacemos un /release para que libere... después un /renew para que la obtenga y ZAS!!! Nos mete la 192.168.10.200 que es la primera que está disponible para el ámbito de la VLAN 10 Si miramos en el DHCP server.... AHÍ ESTA!!!
Ahhh... que no te crees que si metemos otro PC en la VLAN 20 le dará una ip del rango 192.168.20.200 a 192.168.20.250.... jeje.... desconfiado.... mira: 
100% funcional... no 100% terminado... porque habría que meter ACL's (como un firewall), proteger la raíz, no propagar las BPDU's por la LAN, etc... pero eso... eso en clase amigos.Guardad bien este documento... me juego las barbas, el cuerno izquierdo y una de mis trenzas a que esto no lo veréis en ningún curso... ni CCNA, ni CCNP.... al menos yo... es la primera vez que lo hago... todo por tu culpa Grulla.
Ejercicios Packet Tracert (OSPF o EIGRP)
Ahora una topologia para poder practicar OSPF o EIGRP, o el protocolo de enrutamiento que estimen conveniente, hasta pueden probar cambiandole la encapsulación de HDLC que es la que tienen por defecto a un PPP por ejemplo.
Las soluciones vendrán después que se terminen de publicar todos los ejercicios
Después vienen topologias para poder practicar access-list tanto básica como extendida y además voy a subir unos archivos en Packet Tracert que tienen las configuraciones realizadas, pero que tienen algún error para que ustedes puedan solucionar fallas, etc.
Saludos!
Las soluciones vendrán después que se terminen de publicar todos los ejercicios
Después vienen topologias para poder practicar access-list tanto básica como extendida y además voy a subir unos archivos en Packet Tracert que tienen las configuraciones realizadas, pero que tienen algún error para que ustedes puedan solucionar fallas, etc.
Saludos!
Ejercicios Packet Tracert (Rutas Estáticas IP del Siguiente Salto)
Amigos esta vez otro ejercicio para configurar Rutas Estáticas pero ahora con la IP del Siguiente Salto, lo ideal también de estos ejercicios es que pudieran configurar no solamente Rutas Estáticas, sino que protocolos de enrutamiento dinamicos como por ejemplo EIGRP,OSPF,RIP.
Saludos!!
Saludos!!
lunes, 24 de noviembre de 2008
Switches, VLAN's y DHCP (Parte VI de VIII)
*************************************************************************************
Este artículo ha sido escrito por Vic_Thor en www.hackxcrack.com
- Switches, VLAN's y DHCP (Parte I de VIII)
- Switches, VLAN's y DHCP (Parte II de VIII)
- Switches, VLAN's y DHCP (Parte III de VIII)
- Switches, VLAN's y DHCP (Parte IV de VIII)
- Switches, VLAN's y DHCP (Parte V de VIII)
- Switches, VLAN's y DHCP (Parte VI de VIII)
- Switches, VLAN's y DHCP (Parte VII de VIII)
- Switches, VLAN's y DHCP (Parte VIII de VIII)
*************************************************************************************
Este artículo ha sido escrito por Vic_Thor en www.hackxcrack.com
- Switches, VLAN's y DHCP (Parte I de VIII)
- Switches, VLAN's y DHCP (Parte II de VIII)
- Switches, VLAN's y DHCP (Parte III de VIII)
- Switches, VLAN's y DHCP (Parte IV de VIII)
- Switches, VLAN's y DHCP (Parte V de VIII)
- Switches, VLAN's y DHCP (Parte VI de VIII)
- Switches, VLAN's y DHCP (Parte VII de VIII)
- Switches, VLAN's y DHCP (Parte VIII de VIII)
*************************************************************************************
Configuracion del Router Paso a Paso
Le damos el nombre, y una cosa MUY IMPORTANTE!!!
Como vamos a crear subinterfaces, a la verdadera interfaces fastethernet NO LE PODEMOS ASIGNAR IP, si lo hacemos la j*dem*s
También le ponemos el password (elegimos el mismo, podría ser otro, claro) levantamos la línea con un no shutdown...
Vamos a configurar las subinterfaces de acuerdo a los criterios establecidos, f0.10, f0.20, f0.30 y elegimos como encapsulación dot1q, así cumplimos con el estándar... que ISL sería sólo para CISCO y por supuesto le colocamos las IP's correspondientes POR CADA INTERFACE, es decir, para la f0.10 sería así:
Interface f0.10 (entramos en la configuración de dicha interface)
Encapsulation dot1q 10 (elegimos dot1q y el 10 es por el id de VLAN, no por f0.10, pero como ves es mas sencillo utilizar los mismos números, pero perfectamente podría haber sido interface f0.234, encapsulation dot1q 10)
Ip address 192.168.10.254 255.255.255.0 es la ip de esta interface, la que usarán los pc's conectados a la VLAN 10 como puerta de enlace....
Para el resto de subinterfaces, lo mismo cambiando la ip, el encapsulation y el numero de subinterface, ahí va todo:
Ahora los password del router, las líneas telnet y esas cosas....
No lo hice... pero debería haber terminado con un copy run start, que al igual que con el switch sirve para salvar la configuración actual... por si las moscas...
Y para comprobar que todo va bien, asignamos unas cuantas ip's estáticas por la red y probamos unos ping... y a las puertas de enlace también... eso lo hacemos desde un equipo cualquiera:
BINGO!!! Hay conexión con todo... esto va como la seda.
Queda poco... ánimo....
Le damos el nombre, y una cosa MUY IMPORTANTE!!!
Como vamos a crear subinterfaces, a la verdadera interfaces fastethernet NO LE PODEMOS ASIGNAR IP, si lo hacemos la j*dem*s
También le ponemos el password (elegimos el mismo, podría ser otro, claro) levantamos la línea con un no shutdown...
Vamos a configurar las subinterfaces de acuerdo a los criterios establecidos, f0.10, f0.20, f0.30 y elegimos como encapsulación dot1q, así cumplimos con el estándar... que ISL sería sólo para CISCO y por supuesto le colocamos las IP's correspondientes POR CADA INTERFACE, es decir, para la f0.10 sería así:
Interface f0.10 (entramos en la configuración de dicha interface)
Encapsulation dot1q 10 (elegimos dot1q y el 10 es por el id de VLAN, no por f0.10, pero como ves es mas sencillo utilizar los mismos números, pero perfectamente podría haber sido interface f0.234, encapsulation dot1q 10)
Ip address 192.168.10.254 255.255.255.0 es la ip de esta interface, la que usarán los pc's conectados a la VLAN 10 como puerta de enlace....
Para el resto de subinterfaces, lo mismo cambiando la ip, el encapsulation y el numero de subinterface, ahí va todo:
Ahora los password del router, las líneas telnet y esas cosas.... 
No lo hice... pero debería haber terminado con un copy run start, que al igual que con el switch sirve para salvar la configuración actual... por si las moscas...Y para comprobar que todo va bien, asignamos unas cuantas ip's estáticas por la red y probamos unos ping... y a las puertas de enlace también... eso lo hacemos desde un equipo cualquiera:
BINGO!!! Hay conexión con todo... esto va como la seda. Queda poco... ánimo....
Cisco Unified Communications Manager Express: Básica III
Lo prometido es deuda, así que continuamos con ejemplos de configuración en CUCME. En este caso, veremos dialplan para comunicarnos con un proveedor VoIP.
Mas acción y menos palabras..
dial-peer voice 21 voip
description "Llamando a Red Fija Mediante sip.fonoip.com"
translation-profile outgoing rule_1
destination-pattern 9[2-8]......
voice-class codec 1
session protocol sipv2
session target sip-server
dtmf-relay rtp-nte
no vad
Lo que deben tener presente y es vital para entender el ejemplo mostrado anteriormente, es que debido a que nuestro proveedor de VoIP utiliza señalización SIP, debemos implementar "relay" para que nuestros anexos SCCP puedan comunicarse con éste y realizar llamadas, por ello está el comando "dtmf-relay rtp-nte". La estructura en general es parecida a los ejemplos anteriores, pero hay otro comando de importancia "session target sip-server", con el cual estamos indicándole el destino de esa llamada.
El sip-server lo definimos tal como se muestra a continuación:
sip-ua
credentials username xxxxx password 7 xxxxx realm fonoip.com
authentication username xxxxx password 7 xxxxx
no remote-party-id
retry invite 4
retry response 3
retry bye 2
retry cancel 2
timers register 250
registrar dns:sip.fonoip.com expires 3600
sip-server dns:sip.fonoip.com
voice service voip
allow-connections h323 to h323
allow-connections h323 to sip
allow-connections sip to h323
allow-connections sip to sip
no supplementary-service sip moved-temporarily
no supplementary-service sip refer
sip
registrar server expires max 36000 min 600
Y dado que hemos definido una clase de codec procedemos a indicarla:
voice class codec 1
codec preference 1 g729r8
codec preference 2 g723r63
codec preference 3 g728
codec preference 4 g726r16
codec preference 5 g711ulaw
codec preference 6 g711alaw
El registro de un proveedor VoIP en CUCME tiene bastantes implicaciones, las cuales detallaré un poco más en el próximo post.
kyrios
Mas acción y menos palabras..
dial-peer voice 21 voip
description "Llamando a Red Fija Mediante sip.fonoip.com"
translation-profile outgoing rule_1
destination-pattern 9[2-8]......
voice-class codec 1
session protocol sipv2
session target sip-server
dtmf-relay rtp-nte
no vad
Lo que deben tener presente y es vital para entender el ejemplo mostrado anteriormente, es que debido a que nuestro proveedor de VoIP utiliza señalización SIP, debemos implementar "relay" para que nuestros anexos SCCP puedan comunicarse con éste y realizar llamadas, por ello está el comando "dtmf-relay rtp-nte". La estructura en general es parecida a los ejemplos anteriores, pero hay otro comando de importancia "session target sip-server", con el cual estamos indicándole el destino de esa llamada.
El sip-server lo definimos tal como se muestra a continuación:
sip-ua
credentials username xxxxx password 7 xxxxx realm fonoip.com
authentication username xxxxx password 7 xxxxx
no remote-party-id
retry invite 4
retry response 3
retry bye 2
retry cancel 2
timers register 250
registrar dns:sip.fonoip.com expires 3600
sip-server dns:sip.fonoip.com
voice service voip
allow-connections h323 to h323
allow-connections h323 to sip
allow-connections sip to h323
allow-connections sip to sip
no supplementary-service sip moved-temporarily
no supplementary-service sip refer
sip
registrar server expires max 36000 min 600
Y dado que hemos definido una clase de codec procedemos a indicarla:
voice class codec 1
codec preference 1 g729r8
codec preference 2 g723r63
codec preference 3 g728
codec preference 4 g726r16
codec preference 5 g711ulaw
codec preference 6 g711alaw
El registro de un proveedor VoIP en CUCME tiene bastantes implicaciones, las cuales detallaré un poco más en el próximo post.
kyrios
Propósito de los protocolos de enrutamiento dinámico
Un protocolo de enrutamiento es un conjunto de procesos, algoritmos y mensajes que se usan para intercambiar información de enrutamiento y completar la tabla de enrutamiento con la selección de las mejores rutas del protocolo de enrutamiento. El propósito de un protocolo de enrutamiento incluye:
· descubrimiento de redes remotas,
· mantenimiento de información de enrutamiento actualizada,
· selección de la mejor ruta hacia las redes de destino y
· capacidad de encontrar una mejor nueva ruta si la ruta actual deja de estar disponible.
¿Cuáles son los componentes de un protocolo de enrutamiento?
· Estructuras de datos: algunos protocolos de enrutamiento usan tablas y/o bases de datos para sus operaciones.
· Algoritmo: un algoritmo es una lista limitada de pasos que se usan para llevar a cabo una tarea. Los protocolos de enrutamiento usan algoritmos para facilitar información de enrutamiento y para determinar la mejor ruta.
· Mensajes del protocolo de enrutamiento: los protocolos de enrutamiento usan varios tipos de mensajes para descubrir routers vecinos, intercambiar información de enrutamiento y otras tareas para aprender y conservar información precisa sobre la red.
Operación del protocolo de enrutamiento dinámico
Todos los protocolos de enrutamiento tienen el mismo propósito: conocer sobre redes remotas y adaptarse rápidamente cuando ocurre un cambio en la topología. El método que usa un protocolo de enrutamiento para lograr su propósito depende del algoritmo que use y de las características operativas de ese protocolo. Las operaciones de un protocolo de enrutamiento dinámico varían según el tipo de protocolo de enrutamiento y el protocolo de enrutamiento en sí.
En general, las operaciones de un protocolo de enrutamiento dinámico pueden describirse de la siguiente manera:
· El router envía y recibe mensajes de enrutamiento en sus interfaces.
· El router comparte mensajes de enrutamiento e información de enrutamiento con otros routers que están usando el mismo protocolo de enrutamiento.
· Los routers intercambian información de enrutamiento para aprender sobre redes remotas.
· Cuando un router detecta un cambio de topología, el protocolo de enrutamiento puede anunciar este cambio a otros routers.
· descubrimiento de redes remotas,
· mantenimiento de información de enrutamiento actualizada,
· selección de la mejor ruta hacia las redes de destino y
· capacidad de encontrar una mejor nueva ruta si la ruta actual deja de estar disponible.
¿Cuáles son los componentes de un protocolo de enrutamiento?
· Estructuras de datos: algunos protocolos de enrutamiento usan tablas y/o bases de datos para sus operaciones.
· Algoritmo: un algoritmo es una lista limitada de pasos que se usan para llevar a cabo una tarea. Los protocolos de enrutamiento usan algoritmos para facilitar información de enrutamiento y para determinar la mejor ruta.
· Mensajes del protocolo de enrutamiento: los protocolos de enrutamiento usan varios tipos de mensajes para descubrir routers vecinos, intercambiar información de enrutamiento y otras tareas para aprender y conservar información precisa sobre la red.
Operación del protocolo de enrutamiento dinámico
Todos los protocolos de enrutamiento tienen el mismo propósito: conocer sobre redes remotas y adaptarse rápidamente cuando ocurre un cambio en la topología. El método que usa un protocolo de enrutamiento para lograr su propósito depende del algoritmo que use y de las características operativas de ese protocolo. Las operaciones de un protocolo de enrutamiento dinámico varían según el tipo de protocolo de enrutamiento y el protocolo de enrutamiento en sí.
En general, las operaciones de un protocolo de enrutamiento dinámico pueden describirse de la siguiente manera:
· El router envía y recibe mensajes de enrutamiento en sus interfaces.
· El router comparte mensajes de enrutamiento e información de enrutamiento con otros routers que están usando el mismo protocolo de enrutamiento.
· Los routers intercambian información de enrutamiento para aprender sobre redes remotas.
· Cuando un router detecta un cambio de topología, el protocolo de enrutamiento puede anunciar este cambio a otros routers.
Función de los protocolos de enrutamiento dinámico
¿Qué son exactamente los protocolos de enrutamiento dinámico? Los protocolos de enrutamiento se usan para facilitar el intercambio de información de enrutamiento entre los routers. Estos protocolos permiten a los routers compartir información en forma dinámica sobre redes remotas y agregar esta información automáticamente en sus propias tablas de enrutamiento.
Los protocolos de enrutamiento determinan la mejor ruta a cada red que luego se agrega a la tabla de enrutamiento. Uno de los principales beneficios de usar un protocolo de enrutamiento dinámico es que los routers intercambian información de enrutamiento cuando se produce un cambio de topología. Este intercambio permite a los routers aprender automáticamente sobre nuevas redes y también encontrar rutas alternativas cuando se produce una falla de enlace en la red actual.
En comparación con el enrutamiento estático, los protocolos de enrutamiento dinámico requieren menos sobrecarga administrativa. Sin embargo, el costo de usar protocolos de enrutamiento dinámico es dedicar parte de los recursos de un router para la operación del protocolo, incluso el tiempo de la CPU y el ancho de banda del enlace de red. Pese a los beneficios del enrutamiento dinámico, el enrutamiento estático aún ocupa su lugar. En algunas ocasiones el enrutamiento estático es más apropiado, mientras que en otras, el enrutamiento dinámico es la mejor opción. Muy a menudo, se encontrará una combinación de los dos tipos de enrutamiento en una red que tiene un nivel de complejidad moderado.
Los protocolos de enrutamiento determinan la mejor ruta a cada red que luego se agrega a la tabla de enrutamiento. Uno de los principales beneficios de usar un protocolo de enrutamiento dinámico es que los routers intercambian información de enrutamiento cuando se produce un cambio de topología. Este intercambio permite a los routers aprender automáticamente sobre nuevas redes y también encontrar rutas alternativas cuando se produce una falla de enlace en la red actual.
En comparación con el enrutamiento estático, los protocolos de enrutamiento dinámico requieren menos sobrecarga administrativa. Sin embargo, el costo de usar protocolos de enrutamiento dinámico es dedicar parte de los recursos de un router para la operación del protocolo, incluso el tiempo de la CPU y el ancho de banda del enlace de red. Pese a los beneficios del enrutamiento dinámico, el enrutamiento estático aún ocupa su lugar. En algunas ocasiones el enrutamiento estático es más apropiado, mientras que en otras, el enrutamiento dinámico es la mejor opción. Muy a menudo, se encontrará una combinación de los dos tipos de enrutamiento en una red que tiene un nivel de complejidad moderado.
Suscribirse a:
Entradas (Atom)
