Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Configuración de las herramientas de diagnóstico de interfaz para probar las conexiones capa física

Configuración de pruebas de bucle invertido

Las pruebas de bucle de retroceso le permiten verificar la conectividad de un circuito. Puede configurar cualquiera de las siguientes interfaces para ejecutar una prueba de bucle de retroceso: Ethernet agregada, Fast Ethernet, Gigabit Ethernet, E1, E3, NxDS0, serie, SONET/SDH, T1 y T3.

La ruta de acceso física de un circuito de datos de red suele estar formada por segmentos interconectados por dispositivos que repiten y regeneran la señal de transmisión. La ruta de transmisión en un dispositivo se conecta a la ruta de recepción en el siguiente dispositivo. Si un fallo del circuito se produce en forma de un salto de línea o una señal dañada, puede aislar el problema mediante una prueba de bucle de retroceso. Las pruebas de bucle de retroceso permiten aislar los segmentos del circuito y probarlos por separado.

Para ello, configure un bucle invertido de línea en uno de los enrutadores. En lugar de transmitir la señal hacia el dispositivo de extremo, el bucle invertido de la línea envía la señal de regreso al enrutador de origen. Si el enrutador de origen recibe su propio Capa de vínculo de datos paquetes, ha comprobado que el problema se encuentra más allá del enrutador de origen. A continuación, configure un bucle de línea más lejos del enrutador local. Si este enrutador de origen no recibe sus propios paquetes de Capa de vínculo de datos, puede asumir que el problema se encuentra en uno de los segmentos entre el enrutador local y la tarjeta de interfaz del enrutador remoto. En este caso, el siguiente paso de solución de problemas consiste en configurar un bucle de línea más cerca del enrutador local para encontrar el origen del problema.

Los siguientes tipos de pruebas de bucle de retroceso son compatibles con Junos OS:

  • DCE local: vuelve a en bucle los paquetes en el equipo de terminación de circuitos de datos (DCE) local.

  • DCE remoto: vuelve a bucles los paquetes en el DCE remoto.

  • Local: es útil para solucionar problemas de PIC físicos. La configuración del bucle de retroceso local en una interfaz permite la transmisión de paquetes a la unidad de servicio de canal (CSU) y después al circuito hacia el dispositivo de extremo. La interfaz recibe su propia transmisión, que incluye datos e información de temporización, en el PIC del enrutador local. Los datos recibidos del CSU se pasan por alto. Para probar un bucle de retroceso local, show interfaces interface-name ejecute el comando. Si la PIC recibe los keepa lives PPP transmitidos en la interfaz, Device Flags el campo contiene la Loop-Detected salida.

  • Carga: es útil para solucionar problemas de circuitos físicos entre el enrutador local y el remoto. Un circuito cerrado de carga solo hace bucles de datos (sin información de reloj) en la PIC del enrutador remoto. Con la carga de bucle invertido, se vuelve a calcular la sobrecarga.

  • Remoto: es útil para solucionar problemas de circuitos físicos entre el enrutador local y el remoto. Un circuito cerrado remoto hace bucles paquetes, incluidos los datos y la información de tiempo, de vuelta en la tarjeta de interfaz del enrutador remoto. Un enrutador de un extremo del circuito inicia un bucle de retroceso remoto hacia su socio remoto. Al configurar un bucle de retroceso remoto, la interfaz recibe los paquetes recibidos del circuito físico y de CSU. A continuación, los paquetes vuelven a transmitirse por el PIC hacia el CSU y el circuito. Este bucle de retroceso comprueba todos los segmentos de transmisión intermedios.

Tabla 1muestra los modos de bucle invertido compatibles con los distintos tipos de interfaz.

Para configurar las pruebas de bucle invertido loopback , incluya la siguiente instrucción:

Puede incluir esta instrucción en los siguientes niveles de jerarquía:

Configuración de pruebas BERT

Para configurar BERT:

  • Configure la duración de la prueba.

    Puede configurar el período de LAR para que dure de 1 a 239 segundos en algunas CPC y de 1 a 240 segundos en otras CPC. De forma predeterminada, el período de BERT es 10 segundos.

  • Configure la tasa de errores para supervisar cuando se reciba el patrón de entrada.

    es la tasa de errores de bits. Este puede ser un entero del 0 al 7, que corresponde a una tasa de error de bits de 10–0 (1 error por bit) a 10–7 (1 error por cada 10 millones de bits).

  • Configure el patrón de bits para enviar en la ruta de transmisión.

    algoritmo es el patrón que se envía en la transmisión de bits. Para obtener una lista de algoritmos compatibles, escriba ? a después bert-algorithm de la instrucción; por ejemplo:

Para obtener información específica sobre jerarquías, consulte los tipos de interfaz individuales.

Nota:

El PIC de cuatro puertos E1 sólo admite los siguientes algoritmos:

Cuando se emite el help comando desde la CLI, se muestran todas las opciones del algoritmo Bert, independientemente del tipo pic, y no hay ninguna comprobación de confirmación disponible. Los patrones no compatibles para un tipo PIC se pueden ver en los mensajes de registro del sistema.

Nota:

El PIC (CE) de 12 puertos para la emulación de circuitos T1/E1 sólo admite los siguientes algoritmos:

Cuando se emite el help comando desde la CLI, se muestran todas las opciones del algoritmo Bert, independientemente del tipo pic, y no hay ninguna comprobación de confirmación disponible. Los patrones no compatibles para un tipo PIC se pueden ver en los mensajes de registro del sistema.

Nota:

PICs IQE solo admite los siguientes algoritmos:

Cuando se emite el help comando desde la CLI, se muestran todas las opciones del algoritmo Bert, independientemente del tipo pic, y no hay ninguna comprobación de confirmación disponible. Los patrones no compatibles para un tipo PIC se pueden ver en los mensajes de registro del sistema.

Nota:

BERT es compatible con las interfaces PDH del MIC canalizado SONET/SDH OC3/STM1 (Multi-Rate) con SFP y DS3/E3 MIC. Se admiten los siguientes algoritmos de BERT:

Tabla 2muestra las capacidades de BERT para varios tipos de interfaz.

Tabla 2: Capacidades BERT por tipo de interfaz

Interfaz

T1 BERT

T3 BERT

Comentarios

Emulación de circuitos T1/E1 de 12 puertos

Sí (puertos del 0 al 11)

  • Algoritmos limitados

Emulación de circuitos OC3/STM1 canalizados de 4 puertos

Sí (puerto 0-3)

  • Algoritmos limitados

E1 o T1

Sí (puerto 0-3)

Sí (puerto 0-3)

  • Único puerto cada vez

  • Algoritmos limitados

E3 o T3

Sí (puerto 0-3)

Sí (puerto 0-3)

  • Único puerto cada vez

Canal OC12

Sí (canal 0-11)

  • Canal único cada vez

  • Algoritmos limitados

  • Sin recuento de bits

Canal STM1

Sí (canal 0-62)

  • Varios canales

  • Solo un algoritmo

  • No se insertó el error

  • Sin recuento de bits

T3 y multicanal T3

Sí (canal 0-27)

Sí (puerto 0-3 en el canal 0)

  • Varios puertos y canales

  • Algoritmos limitados para T1

  • No se insertó el error para T1

  • No hay recuento de bits para T1

Estas limitaciones no se aplican a interfaces IQ canalizadas. Para obtener más información sobre las funciones de BERT en interfaces IQ que se canalizan, consulte propiedades de interfaces IQ y IQE.

Iniciar y detener una prueba BERT

Antes de poder iniciar la prueba BERT, debe deshabilitar la interfaz. Para ello, incluya la disable instrucción en el nivel [edit interfaces interface-name] de jerarquía:

Después de configurar las propiedades BERT y confirmar la configuración, comience la prueba emitiendo el comando de test interface interface-name interface-type-bert-start modo operativo:

La prueba se ejecuta durante el tiempo que se especifique bert-period con la instrucción. Si desea terminar la prueba antes, utilice el test interface interface-name interface-type-bert-stop comando siguiente:

Por ejemplo:

Para ver los resultados de la prueba de BERT, utilice show interfaces extensive | find BERT el comando siguiente:

Para obtener más información acerca de cómo ejecutar y evaluar los resultados del procedimiento de LAR, consulte el CLI Explorer.

Nota:

Para intercambiar patrones de BERT entre un enrutador local y un enrutador remoto, incluya la loopback remote instrucción en la configuración de interfaz en el extremo remoto del vínculo. Desde el enrutador local, test interface emita el comando.