Considerando un equipo Juniper funcionando correctamente, ¿con qué usuario accederias a la routing engine de backup por fuera de banda?
Con el usuario personal/contraseña tacacs
Con el usuario backup/contraseña local
No es posible acceder a la RE backup de un equipo Juniper correctamente alineado
Señala las direcciones IPv6 que sean validas:
2002:450:9:10::71
2002:0450:0009:0010:0000:0000:0000:0071
2002:450:9::10::71
2002:0450:0009:0010:0000:0071
¿Que opcion de BGP sirve para establecer una sesión BGP con un vecino que no está directamente conectado?
Multipath
Multihop
MED
Ninguna de las anteriores
¿Cuando se torna critica la correcta configuración de QoS?
Sólo para VPNs
En congestión
Siempre
Para medir SLAs
Referente a la MTU:
Es un parametro configurable, no implica corte, se pueden tener MTU's diferentes en ambos extremos
Es un parametro configurable, implica corte, se pueden tener MTU's diferentes en ambos extremos
Es un parametro configurable, implica corte, no se deben tener MTU's diferentes en ambos extremos
No se puede cambiar la MTU
¿Como se puede acceder por fuera de banda a los equipos?
A traves de lineas RDSI, RTC o conexiones 3G.
Saltando desde GRAMADPE2 a las consolas de los equipos
Desde maquinas de gestion (GRG) con modem habilitados para ello
Usando una maquina virtual desde maquinas de gestion
Relativo a las politicas de importacion/exportacion de rutas en BGP, ¿qué afirmaciones son ciertas?
En Cisco IOS-XR solo se puede aplicar una politica de import y otra de export para una sesion BGP.
En Juniper se pueden aplicar multiples politicas para import/export en una misma sesion BGP, las cuales se evaluaran secuencialmente.
En Cisco IOS-XR si no se aplica una politica a una sesion BGP, por defecto anunciara todos los prefijos y recibira cualquier prefijo.
En Juniper si no se aplica una politica a una sesion BGP, por defecto anunciara todos los prefijos y recibira cualquier prefijo.
¿Que ocurre si configuramos IS-IS en un troncal sin especificar métrica?
Se queda con métrica infinita (valor por defecto) y ese enlace troncal no coge trafico
Se queda con métrica muy baja (valor por defecto) y ese enlace troncal no coge trafico
Se queda con métrica infinita (valor por defecto) y ese enlace troncal cogería más tráfico del esperado (blackhole)
Se queda con métrica muy baja (valor por defecto) y ese enlace troncal cogería más tráfico del esperado (blackhole)
Tras ejecutar un cambio de configuración en un equipo Juniper se ejecuta el script pre_commit_checker y vemos que aparece el mensaje NOT OK en varios de los campos. ¿Cómo debemos actuar?
Esperamos un tiempo prudencial, volvemos a ejecutar el script; si está todo OK ejecutamos el commit.
Esperamos un tiempo prudencial, volvemos a ejecutar el script; si vemos menos NOT OK ejecutamos el commit.
Esperamos un tiempo prudencial, volvemos a ejecutar el script; si vemos los mismos NOT OK durante varios intentos en el tiempo, avisamos a Soporte para que revise el equipo.
Esperamos un tiempo prudencial, volvemos a ejecutar el script; y ejecutamos el commit.
Más allá de las comprobaciones "habituales", ¿cómo se verifica que una routing-instance en Juniper está correctamente configurada?
con el comando show interfaces routing-instance <vrf> y ver que tenga un interfaz LSI asociado.
revisar en los LOGs del equipo que no salga un mensaje del tipo "rpd[61339]: Error creating dynamic logical interface from sub-unit 401: Cannot allocate memory"
con un commit check
con el comando show logical-system <vrf> y ver que tenga un interfaz LSI asociado.
¿En qué interfaces se habilita MPLS y LDP?
En todos los interfaces troncales
En todos los enlaces del equipo
En los interfaces con clientes STI
En los interfaces loopback
En un Cisco IOS los cambios de configuración son efectivos...
tras un commit
inmediatamente
tras un commit check
por seguridad tras 5 minutos
¿Cual es la diferencia principal entre un router P puro y un PE?
El P puro tiene direccionamiento en la tablas instance-name.inet.0 pero el PE no
El PE tiene direccionamiento en la tablas instance-name.inet.0 pero el P puro no
El P puro tiene configurado full-routing en la inet.0 pero el PE no
El PE tiene configurado full-routing en la inet.0 pero el P puro no
Sin considerar casos especiales, ¿qué fases de las indicadas son las que ejecuta el script de vaciado de un Juniper?
Tira eBGP, penaliza ISIS (overload), desactiva RSVP y por último tira iBGP
Tira todos los interfaces del equipo y detiene el proceso RPD
Conmuta la routing-engine para trabajar en la backup
Pone métrica infinita a todos los troncales
Dentro del modo configuracion de un router, ¿que comandos borran la configuracion candidata? (JUNOS/IOSXR)
rollback 0 / clear
rollback 1 / clear
clear / clear
No existe comando, siempre se borra automaticamente al salir del modo configuracion
En Juniper, ¿existe un maximo de interfaces LAG configurables?
Si, por defecto el limite es 32 y no es configurable.
No, se pueden configurar tantos como se quieran, siempre que exista capacidad.
Sí, es un valor configurable a nivel de chasis.
No, hay un minimo, pero no un maximo.
En relacion a las VRF:
RT y RD son lo mismo, expresado de diferentes maneras.
RT es una community comun a una VPN en toda la red, RD es un identificativo que se añade a los prefijos de esa VPN en un PE.
Usando ambos parámetros se logra el uso de las mismas IP en diferentes VPN.
RT es una community comun a una VPN en toda la red, RD es un identificativo comun a todos los prefijos de una VPN.
Sobre el parámetro "prefix-limit", configurado en BGP:
Es configurable solo a nivel de neighbor.
Establece el número máximo de prefijos que el cliente nos puede pasar, si lo supera se cae la BGP.
Establece el número máximo de prefijos que el cliente nos puede pasar, si lo supera las rutas quedan en hidden.
Fija el número máximo de prefijos que se instalaran en tabla de rutas.
Sobre el parámetro "prefix-limit", configurado en una routing-instance:
Define el numero máximo de rutas permitidas en las BGP de esa routing-instance.
Fija la cantidad de prefijos que se instalan en la tabla de esta VPN.
Si se supera, la VPN se reseteará.
No existe este limite a nivel de routing-instance.
El protocolo VRRP ...
Se utiliza para dar redundancia a servicios apuntando a una direccion virtual
Influencia el trafico de entrada a la red segun la eleccion del VR Master
Se utiliza para crear un LSP virtual entre dos maquinas
Influencia solo el trafico de salida de la red hacia el cliente
¿Que se considera una interfaz dual?
Una conexion con cliente con una BGP multihop de 2 saltos
Una interfaz con 2 filtros de entrada
Una interfaz definido bajo la familia IPv4 e IPv6
Una interfaz con dos direcciones IPv4
Tras las actualizaciones de sistema operativo de routers...
Es necesario cargar SMUs si el upgrade fue en un equipo Juniper
Es necesario cargar SMUs si el upgrade fue en un equipo Juniper de la serie M
Es necesario cargar SMUs solo para equipos Cisco IOS
Es necesario cargar SMUs solo para equipos Cisco IOS-XR
¿Qué ocurre en un equipo cuando falla una RE y se produce una conmutación?
Si falla la RE principal, la RE de respaldo arrancará los procesos de routing al pasar a principal, con lo que habrá afectación.
Si falla la RE de respaldo, no veremos afectación.
Si falla la RE principal, la RE de respaldo se convertirá en Master, pero al estar las configuraciones sincronizadas, no veremos afectacion.
Si falla la RE de respaldo, veremos la misma afectación que si fuera en la Master, debido a que las configuraciones están sincronizadas.
Para la gestión fuera de banda, ¿cúal es la forma correcta de entrar a un GRR con RDSI que se ha quedado aislado porque el GRA al que está conectado está en proceso de vaciado de tráfico por un upgrade?
Acceder a GRGMADPE3, buscar el equipo en el dialer map ya que están mapeadas las IPs con el número de teléfono, por lo que puedo hacer un telnet a esa IP.
Acceder a GRGMADPE3, buscar el equipo en el dialer map ya que están mapeadas las IPs con el número de teléfono, por lo que puedo hacer una llamada con el comando Hayes atdt<nº teléfono>
Acceder a cualquier GRG, buscar el equipo en el dialer map ya que están mapeadas las IPs con el número de teléfono, por lo que puedo hacer un telnet a esa IP.
Acceder a cualquier GRG, buscar el equipo en el dialer map ya que están mapeadas las IPs con el número de teléfono, por lo que puedo hacer una llamada con el comando Hayes atdt<nº teléfono>
¿Con que comando se ven las sesiones BGP pertenecientes a una VPN? (JUNIPER / IOS-XR)
show bgp summary instance vpn_12956_20000 / sh bgp vrf vpn_3352_3276 summary
show bgp vpn_12956_20000 / sh vpn_3352_3276 neighbor
sh bgp routing-instance vpn_12956_20000 / sh vrf vpn_3352_3276 neighbor
Al dar de alta un cliente STI que tiene contratado control de propagacion...
debemos añadir una politica para usar las communities de control de propagacion
debemos sustituir una política de exportación por otra para modificar la LP de los peers
debemos sustituir una politica de importacion por otra especial y cambiar el orden a sti-cp-lp, para poder hacer el control de propagacion
no hay que tener en cuenta nada especial
En un equipo Juniper, ¿con cuales de los siguientes comandos comprobarias si se están realizando tareas de routing?
show system process extensive
show task jobs
show route table
show chassis routing-engine
En un Juniper, dentro del modo configuración, ejecutamos el comando "commit check". Este comando, ¿aumenta la carga de trabajo del equipo?
Si, de hecho, hay que ejecutar el script operacional pre_commit tras realizar este chequeo de la configuración.
No, este comando comprueba la configuración pero sin cargar al equipo
Si, aumenta la carga del equipo siempre y cuando nuestro commit esté relacionado con protocolos de enrutamiento
Si, aumenta la carga del equipo en caso de que encuentre alguna configuración incoherente o no válida. En caso contrario, no la aumenta.
¿Cuando hay que vaciar el tráfico en un equipo?
En todos los trabajos que requieran reinicio del equipo.
En todos los trabajos que vayan a tener afectación a clientes.
En todos los trabajos.
Cualquier trabajo con afectación al tráfico.
¿Como verías los cambios que has realizado en un equipo, tras commitar los mismos?
show system rollback 0 compare 1
show log cambios_conf
show configuration commit changes <commit_ID> diff
Todas las respuestas son correctas