- Este debate tiene 612 respuestas, 91 mensajes y ha sido actualizado por última vez el hace 1 semana por
.
-
Entradas
-
Hola Javier!
En esta pregunta te conviene comenzar por descartar las incorrectas. De entrada la A es incorrecta debido a que utiliza el modo «auto»… auto es un modo del protocolo PAgP que NO es un estándar de la industria, es de propiedad de Cisco. La respuesta B tampoco es correcta debido a que utiliza «on», esto significa que no utilizas ningún protocolo para el establecimiento del Etherchannel (ya sea open-standard o no). La E es incorrecta debido a que estas configurando el comando «switchport y switchport mode trunk», esto convierte a tu interface en un puerto de capa 2, si te fijas la pregunta, te solicita que configures un etherchannel DE CAPA 3.
La C es correcta debido a que estas convirtiendo a tu Etherchannel en capa 3 al ejecutar el comando no switchport y al configurarle una IP (esto lo vemos en clase)… a la D también es correcta, ahí asignas una interface física al etherchannel y estas utilizando el modo «active»… ese modo corresponde a LACP que efectivamente es un estándar de la industria.
Espero que ahora quede claro. Estoy atento a tus comentarios.
SAludos cordiales.
Se actualizó el banco de preguntas (últimas 6 preguntas). Por favor darle una mirada las personas que están próximas a rendir el examen.
Se realizó una actualización del banco de preguntas (últimas 14 preguntas). Por favor darle una mirada las personas que están próximas a rendir el examen.
Saludos cordiales! =)
Actualizado 6 de Marzo. Por favor revisar las últimas 19 de preguntas del banco de preguntas.
Saludos! =)
Hoy felicitamos a @Javier Hugo Noto Enriquez de Bolivia! Si bien no lo publicó acá, el logro aprobar hace 2 días su certificación CCNA con 985 puntos sobre 1000.
Así que ánimos al resto!
Saludos.
Hola
En la pregunta 324 la respuesta correcta es la B) Switch 2. Pero la VLAN no debería ser la 10? ya que si restas 24586-110 te da un valor de 24476 que no es múltiplo de 4096. En cambio si fuera la VLAN 10 24586 – 10 da 24576 que es un valor correcto.
En la pregunta 218 no falta indicar la MAC en cada switch?
En la pregunta 209 la respuesta correcta es la B. Pero no haría falta añadir la VLAN 13 en el troncal del switch B ya que si no se le indica las VLANs permitidas, las permite todas. Además el PC y el servidor deberían estar en la misma red o añadir un router.
¿Esto es así? ¿En que estoy equivocado?
Saludos
FernandoHola Fernando!
– Tienes razón respecto a la pregunta 324, ya se ha realizado la corrección.
– Respecto a la pregunta 218, las direcciones MAC se encontraban detalladas en las opciones de respuestas, sin embargo hemos modificado la imagen para que quede más claro.
– Respecto a la pregunta 209, ten en cuenta que los 2 dispositivos ya se encuentran en la misma red lógica 192.168.0.0/23, las direcciones IPs utilizables de esa red van desde 192.168.0.1 hasta la 192.168.1.254, esto quiere decir que no se necesita ningún router para la comunicación entre los 2 dispositivos. Dicho esto, la opción A no puede ser ya que tendríamos a los 2 dispositivos en VLANs diferentes, la C tampoco puede ser ya que no hay necesidad de router on a stick, la D tampoco es correcta ya que los dispositivos se encuentran en la misma red lógica, así que la única opción disponible es la B que no tiene argumentos incorrectos.
Atento a tus comentarios.
Saludos!
Buenas tardes Alvaro.
Sobre la pregunta:
367. Refer to the exhibit, shortly after SiteA was connected to SiteB over a new single-mode fiber path, users at SiteA report intermittent connectivity issues with applications hosted at SiteB. What is the cause of the intermittent connectivity issue?Podrias explicarnos la respuesta correcta ya que no queda muy clara.
Hola John!
Claro que sí, en primer lugar, la opción B es incorrecta ya que en el comando mostrado te indican que el SFP utilizado es SFP-LR en ambos extremos, si el SFP fuera incorrecto en un extremo, de entrada no levantaría el enlace, en este caso las interfaces están UP/UP en ambos extremos.
La D tampoco puede ser ya que si se utiliza un cable incorrecto de entrada el enlace no levantaría, de nuevo, las interfaces se encuentran UP/UP.
La respuesta correcta esta entre la A y la C. La respuesta C nos indica que la interface tiene un alto uso, esto podemos comprobarlo con el resultado del comando mostrado, la parte «txload 1/255 y rxload 1/255» es lo que te da un indicio si la interface está saturada o no, cuando tenemos el valor de 1/255 significa que la interface NO está saturada, un valor de 255/255 significa que la interface está totalmente saturada, entonces en ambas interfaces podemos ver un valor de 1/255 por lo tanto NO EXISTE saturación de la interface y por lo tanto la respuesta C también es incorrecta.
La respuesta A te indica que los errores en las interfaces están incrementando, pero sin embargo no te muestran los contadores de errores no es cierto?… sin embargo, algo que sí te muestran es la confiabilidad del enlace, esto lo ves en la parte de «reliability 166/255» en el Site A, y «reliability 255/255» en el site B. En este caso, cuando tienes un valor de 255/255 significa que el enlace es CONFIABLE (no existen errores de transmisión), cuando ese valor va disminuyendo 254/255, 253/255, 252/255… y así sucesivamente, eso significa que el enlace está perdiendo confiabilidad al existir errores en la transmisión de los datos, por lo tanto podemos ver que existen errores en el site A. Esto explicado de una manera simple ya que hay un par de cuestiones más técnicas a tratar con estos indicadores, sin embargo con eso ya puedes estar seguro que la respuesta correcta es A.
Espero que ahora quede claro.
Saludos cordiales!
John, por favor ten en cuenta que existen nuevas preguntas y las subiremos el fin de semana (en el caso que tu examen se encuentre cerca).
Saludos!
Muchas gracias Alvaro me queda más claro !!!.
En este caso, en un escenario real como podemos mitigar este problema del enlace está perdiendo confiabilidad.
En un problema de cable defectuoso, puerto quizaś en mal estado..
Hola John!
Estos problemas de capa 1 y 2 son los más complicados de resolver, hay muchos factores que podrían estar provocando perdida de paquetes, por ejemplo, cable defectuoso ya sea de fibra o de cobre… puede ser un conector mal acoplado a los cables, puede ser que estés experimentando interferencias electromagnéticas en los cables de cobre… puede ser un puerto del dispositivo en mal estado, pueden ser diferencias entre el modo dúplex que estén causando colisiones, pueden ser loops de capa 2, puede ser longitud de cable de cobre incorrecta, puede ser que las tarjetas de red de los dispositivos utilicen diferentes estándares, puede ser que algún pin del cable Ethernet no se encuentre presente, puede ser un cable mal acoplado al puerto, pueden ser patchpalnels en mal estado, pueden ser media converters en mal estado, puede ser que el CPU este saturado en el procesamiento de los paquetes y vaya descartándolos, etc.
Muchas veces acá para resolver es prueba y error, introducir otro cable, fijarse que los cables Ethernet estén correctamente terminados con una herramienta como el Cable Tester LAN… o si es de fibra verificar que la fibra no tenga perdidas con un OTDR… utilizar otros puertos y módulos disponibles y verificar si las pérdidas se mantienen, verificar si tienes la misma velocidad y dúplex en ambos extremos, verificar que no existan colisiones (eliminar hubs) … verificar los estándares que utilizan los dispositivos finales, verificar que no incumplas la distancia máxima que dicta el estándar, verificar el uso de CPU del dispositivo… uff la lista es grande y podríamos hablar de cada problema largo y tendido.
Te facilito un enlace de Cisco que me parece bastante bueno, ahí explican los problemas más comunes y los métodos de resolución… es un documento un tanto antiguo, sin embargo todos los conceptos se siguen aplicando.
https://www.cisco.com/c/en/us/support/docs/switches/catalyst-6500-series-switches/12027-53.html
Estoy atento a cualquier otra consulta/comentario.
Saludos!
Hola Alvaro,
con respecto a esta pregunta del examen
What is the primary effect of the spanning-tree portfast command?
A) It immediately enables the port in the listening state
B) It immediately puts the port into the forwarding state when the switch is reloaded
C) It enabled BPDU messages
D) It minimizes spanning-tree convergence timeEn esta pregunta no deberia ser que redusca el tiempo de convergencia de STP como efecto primario? es decir la opción D? pero en el examen me salió la B que era correcta, no se si estoy equivocado. De ante mano le agradezco su aclaración.
Hola Edward!
Esta pregunta ya se realizó anteriormente, así que te copiamos la respuesta que se dio.
La opción A es incorrecta y la opción C también es incorrecta. Podría ser la opción B o la opción D… hay que buscar la respuesta «menos incorrecta» …
Esta es la definición de porfast de Cisco:
«With this feature, the STP for this port assumes that the port is not part of a loop and immediately moves to the forwarding state and does not go through the blocking, listening, or learning states. This command does not turn STP off. This command makes STP skip a few initial steps (unnecessary steps, in this circumstance) on the selected port. «Según lo anterior, cuando utilizamos Portfast, en realidad no estamos «minimizando» el tiempo de convergencia, directamente lo estamos ELIMINANDO pasando al estado forwarding. Es por esta razón que nosotros vamos por la opción B.
Esperamos que ahora quede clara la respuesta.
Atentos a tus comentarios!
- Debes estar registrado para responder a este debate.