16 de noviembre de 2006

Índice de artículos sobre tecnologías

Este índice de artículos está siempre disponible en
la columna de la derecha del weblog; en el área titulada "Enlaces Útiles".
Consúltelo siempre que le resulte necesario.

Este es un listado de los artículo publicados hasta el momento en el weblog, referidos a tips de configuración, tecnologías, etc.
Cisco IOS
Comandos
Diagnóstico de Fallos
Routing
Seguridad
Subredes, VLSM, CIDR
Switching
Tecnologías Ethernet
VoIP
Wireless


31 comentarios:

  1. Anónimomayo 28, 2010 3:18 p.m.

    Por que no subes algo de información con respecto al Nuevo Nexus 7000.

    ResponderBorrar
  2. Oscar Geromettamayo 28, 2010 4:23 p.m.

    Amigo.
    Pues ocurre que voy publicando en función de lo que estoy trabajando en lo personal, o como resultado de apuntes que preparo para mis alumnos. El tema de los switches Nexus no es uno que pase habitualmente por mi escritorio.

    ResponderBorrar
  3. David Gonzalesjunio 01, 2010 1:28 a.m.

    Saludos estimado OScar, inicio mi carrera en IT y te agradezco por todo este valioso material... sencillamente una joya, estare leyendo todos tus temas... Saludos!!

    ResponderBorrar
  4. Anónimofebrero 22, 2011 7:15 p.m.

    Oscar

    Puedo tener logs vía telnet (vty 04) desde un switch Catalyst C2950 series Version 12.1(22)EA4a?

    Gracias por tus aportes

    ResponderBorrar
  5. Oscar Geromettafebrero 22, 2011 11:43 p.m.

    Los mensajes de syslog pueden desviarse de la consola a una terminal de telnet utilizando el comando terminal monitor.

    ResponderBorrar
  6. Anónimoagosto 17, 2011 12:22 a.m.

    Hola que tal, que buen blog! una pregunta el cable utp o por así decirlo el que se utiliza para las conexiones en una Lan ethernet en donde tiene la tierra?

    Saludos

    ResponderBorrar
  7. Oscar Geromettaagosto 17, 2011 8:00 a.m.

    Estimado.
    El cable UTP no tiene un circuito dedicado para descarga a tierra. Si es eso lo que estás necesitando, es entonces un able tipo STP o FTP que cuenta con un blindaje especial que cubre ese propósito.

    ResponderBorrar
  8. Anónimoagosto 17, 2011 12:26 p.m.

    Muchas gracias, solo era una pregunta por que fui a una conferencia y el conferencista hizo esa pregunta la cual me desconcertó por que nunca la había escuchado, bueno es bueno salir de dudas

    Saludos

    ResponderBorrar
  9. Anónimoagosto 24, 2011 3:51 p.m.

    Hola que tal

    Una pregunta, estoy leyendo en la wiki sobre EIGRP y dice algo así literal " Existe una tabla de vecinos por cada protocolo que admite EIGRP." Se esta refiriendo a cada router en la red? esta es la dirección e la wiki http://es.wikipedia.org/wiki/Enhanced_Interior_Gateway_Routing_Protocol

    Saludos
    R762

    ResponderBorrar
  10. Oscar Geromettaagosto 24, 2011 4:03 p.m.

    Estimado.
    EIGRP es un protocolo de enrutamiento multiprotocolo. Eso quiere decir que puede enrutar varios protocolos enrutados diferentes. Para cada protocolo enrutado mantiene tablas independientes.
    A esas tablas independientes se refiere el párrafo que transcribir de Wikipedia. Una tabla de vecinos (también una de ruteo) por cada protocolo, no por cada router en la red.
    http://librosnetworking.blogspot.com/2008/08/eigrp-conceptos-bsicos.html

    ResponderBorrar
  11. Anónimoagosto 25, 2011 11:00 a.m.

    Hola que tal.

    Muchas gracias por la respuesta pasada, tengo una pregunta mas, si tienes en un router trabajando varios protocolos de ruteo por ejemplo RIPv2, OSPF, EIGRP se que para eso sirve la distancia administrativa pero mi pregunta es las tras rutas hacia un destino están en la tabla de ruteo o solo la de EIGRP que tiene una distancia administrativa mas corta?

    Saludos
    R762

    ResponderBorrar
  12. Oscar Geromettaagosto 25, 2011 11:37 a.m.

    A la tabla de ruteo sólo se ingresan las rutas que utilizará el dispositivo. En este caso, tomará la ruta con menor distancia administrativa, y solo esa se verá en la tabla de ruteo.

    ResponderBorrar
  13. Anónimoagosto 30, 2011 1:08 a.m.

    Hola, que tal

    Tengo una pequeña pregunta, cuando se configura Frame Relay y se quiere configurar un protocolo de ruteo dinámico este funciona sin problemas sobre FR o se necesitarían otros comandos aparte por cada protocolo ooo Rip 1 y 2 irían incluido en estos protocolos de mi duda.

    Saludos
    R762

    ResponderBorrar
  14. Oscar Geromettaagosto 30, 2011 7:08 a.m.

    Cuando se configura enrutamiento dinámico sobre circuitos Frame Relay hay varios elementos a tener en cuenta ya que la red Frame Relay es una red sin broadcast. Esto significa que puede haber dificultades para la propagación de información de enrutamiento por multicast o broadcast.
    Las soluciones posibles dependen del protocolo a utilizar y del diseño de la red Frame Relay.
    La forma más simple y estable, sugerida por Cisco, es diseñar la red utilizando sólo subinterfaces punto a punto.

    ResponderBorrar
  15. Anónimoseptiembre 02, 2011 8:56 p.m.

    Hola que tal:

    En una red hub and Spoke de Frame Relay el router hub a fuerza debe de ser la salida predeterminada hacia Internet.

    Saludos
    R762

    ResponderBorrar
  16. Oscar Geromettaseptiembre 03, 2011 7:02 a.m.

    No. No es mandatorio. Todo depende del diseño.

    ResponderBorrar
  17. Anónimoseptiembre 10, 2011 1:11 a.m.

    Tendrá usted información de telmex en la República Mexicana en la cual venga información de por que es que cambiaron de 5 a 6 dígitos y cuando fue esto en el estado de SLP no encuentro información

    Saludos
    Gracias de antemano.

    ResponderBorrar
  18. Oscar Geromettaseptiembre 10, 2011 9:30 a.m.

    Lo siento amigo, no cuento con esa información.

    ResponderBorrar
  19. Anónimooctubre 07, 2011 3:23 a.m.

    Una pregunta cuando estoy haciendo una coneccion wan de un estado a otro que reglas de cableado y de protocolos se siguen las del estado o las internacionales

    ResponderBorrar
  20. Oscar Geromettaoctubre 07, 2011 8:49 a.m.

    El conectorizado de un enlace WAN depende de la tecnología con la que el service provider llega hasta el POP en instalaciones del cliente. Esto, en general, responde a estándares o a definiciones propietarias (del fabricante) dependiendo del tipo de instalación. No conozco reglamentación de organismos de regulación al respecto.

    ResponderBorrar
  21. Anónimooctubre 09, 2011 2:07 a.m.

    Hola que tal en una pregunta de un simulador me preguntaba que ACL escoger estas son las ACL en mi perspectiva las dos son iguales omití aquellas que no son correctas por que mi duda es en cuanto estas dos opciones.

    access-list 100 deny tcp 192.5.5.148 0.0.0.0 210.93.105.50 0.0.0.0 eq 80
    access-list 100 permit tcp any any

    access-list 10 deny tcp host 192.5.5.148 host 210.93.105.50 eq 80
    access-list 10 permit tcp any any

    Cual es la diferencia prescindiendo de el numero de ACL

    ResponderBorrar
  22. Oscar Geromettaoctubre 09, 2011 9:18 a.m.

    Lo siento pero no se puede prescindir del "número" de ACL. El ID numérico indica si se trata de una ACL estándar o extendida.
    Los IDs 1 a 99 identifican ACLs estándar. Las ACLs estándar sólo pueden filtrar por dirección IP de origen.
    Consecuencia, tu segunda opción está mal.

    ResponderBorrar
  23. Anónimooctubre 13, 2011 3:03 a.m.

    Hola...
    Tengo una pregunta.. primero que nada que buen Blog.. Dice así, donde poner una ACL cuando la implementamos a una interfaz.. me refiero a que una ACL estándar checa origen verdad pues la ponemos cerca del destino pero si esta un router que tiene conectado una Serial y una FastEthernet tanto la puedo poner como in en el serial como out en la FastEthernet he hay mi pregunta .. cual elegir y cual es la razón de cualquier elección gracias.

    ResponderBorrar
  24. Anónimooctubre 13, 2011 3:13 a.m.

    Tengo otro ejemplo

    cuando tengo una ACL extendida que bloqueara el acceso de una red A hacia un hostB comunicados por varios routers el ACL extendida se crea en el router de la red A pero tanto se puede poner en la fast como in tanto en la Serial como out. esas decisiones me intrigan Saludos

    ResponderBorrar
  25. Oscar Geromettaoctubre 13, 2011 7:21 a.m.

    Estimado. Toda ACL está aplicada en un determinado sentido del tráfico. Analizando ese flujo del tráfico, de ambas interfaces, la que esté más alejada del origen. También podría decir, para este caso puntual, la interfaz saliente para ese flujo de tráfico.

    ResponderBorrar
  26. Oscar Geromettaoctubre 13, 2011 7:22 a.m.

    En este caso, como se trata de una ACL extendida, la mejor es colocarla en la interfaz entrante. De esta manera se filtra el tráfico antes de que sea procesado por el algoritmo de enrutamiento.

    ResponderBorrar
  27. Anónimooctubre 24, 2011 12:48 p.m.

    Quisiera saber si mi respuesta es correcta con respecto a esta petición ..

    Hosts 10.1.50.1 through 10.1.50.63 are not allowed web access to Intranet server at 10.1.80.16. All other access is allowed. Configure the ACL on the appropriate router and use ACL number 101

    R:access-list 101 deny ip 10.1.50.0 0.0.0.192 host 10.1.80.16

    Saludos y Gracias...

    ResponderBorrar
  28. Oscar Geromettaoctubre 25, 2011 9:06 a.m.

    Amigo. Lo siento pero no. Primero, porque tu ACL filtra la totalidad del tráfico que se origina en esos nodos y se pide filtrar solamente tráfico web. Segundo, porque no estás permitiendo el resto del tráfico.

    ResponderBorrar
  29. Oscar Geromettaoctubre 25, 2011 9:07 a.m.

    ATENCIÓN: Aquellos que tienen consultas sobre temas puntuales, es mejor si las colocan en post relacionados con el tema o las hacen a través del grupo en facebook: http://www.facebook.com/groups/57409609201/ De esta manera otros pueden verlas, opinar y enriquecerse de cada consulta o aporte.

    ResponderBorrar
  30. Anónimooctubre 29, 2012 4:07 p.m.

    Buenas Tardes Oscar

    Quisiera conocer más a fondo y corregir el error que envía mi switch capa 3 Cat4506,
    Oct 29 13:52:09: %C4K_EBM-4-HOSTFLAPPING: Host E4:1F:13:1A:69:38 in vlan 2 is flapping between port Fa3/26 and port Fa3/9.

    Interpreto que existe un loop entra las interfaz fa3/ y 3/26, cualquier aportación es bien recibida.
    Saludos cordiales

    ResponderBorrar
    Respuestas
    1. Oscar Geromettaoctubre 29, 2012 5:08 p.m.

      Para interpretar correctamente los mensajes de error, la sugerencia es utilizar el Error Message Decoder de la página de Cisco: http://www.cisco.com/cgi-bin/Support/Errordecoder/index.cgi
      El error lo que indica es que una misma dirección MAC está siendo aprendida en múltiples puertos del switch.
      En general esto está provocado por una mala implementación de STP. Pero habría que ver bien la topología y la configuración para estar seguros.

      Borrar

Gracias por tu comentario.
En este blog los comentarios están moderados, por lo que su publicación está pendiente hasta la revisión del mismo.