Configure ferramentas de diagnóstico de interface para testar as conexões físicas de camada

O teste de loopback permite verificar a conectividade de um circuito. Você pode configurar qualquer uma das seguintes interfaces para executar um teste de loopback: Ethernet agregada, Fast Ethernet e Gigabit Ethernet.

O caminho físico de um circuito de dados de rede geralmente consiste em segmentos interconectados por dispositivos que repetem e regeneram o sinal de transmissão. O caminho de transmissão em um dispositivo se conecta ao caminho de recebimento no próximo dispositivo. Se uma falha de circuito ocorrer na forma de uma quebra de linha ou de um sinal de corrupção, você pode isolar o problema usando um teste de loopback. Os testes de loopback permitem isolar segmentos do circuito e testá-los separadamente.

• Configure um loopback de linha no roteador local.

  • O loopback de linha envia o sinal de volta para o roteador de origem em vez de transmiti-lo para o dispositivo de ponta.

  • Se o roteador de origem receber seus próprios pacotes de Camada de Link de Dados, o problema está além do roteador local.

• Configure um loopback de linha mais longe do roteador local — Se o roteador de origem não receber seus próprios pacotes de Camada de Link de Dados, o problema provavelmente será em um dos segmentos entre o roteador local e a placa de interface do roteador remoto.

• Reduza o problema configurando um loopback de linha mais próximo do roteador local — isso ajuda a identificar o segmento específico que causa o problema.

Os seguintes tipos de testes de loopback são suportados pelo Junos OS:

• DCE local — Loops pacotes de volta no equipamento local de terminação de circuito de dados (DCE).

• DCE remota — loops pacotes de volta no DCE remoto.

• Local — útil para solucionar problemas de erros físicos de PIC. A configuração de loopback local em uma interface permite a transmissão de pacotes para a unidade de serviço de canal (CSU) e depois para o circuito em direção ao dispositivo de ponta. A interface recebe sua própria transmissão, que inclui informações de tempo e dados, no PIC do roteador local. Os dados recebidos da CSU são ignorados. Para testar um loopback local, emita o show interfaces interface-name comando. Se os keepalives PPP transmitidos na interface forem recebidos pelo PIC, o campo Device Flags contém o loop-detectado de saída.

• Payload — útil para solucionar problemas de circuito físico entre o roteador local e o roteador remoto. Um loopback de carga só faz loops de dados (sem informações de clocking) no PIC do roteador remoto. Com o loopback de carga, a sobrecarga é recalculada.

• Remoto — útil para solucionar problemas de circuito físico entre o roteador local e o roteador remoto. Um loopback remoto loops pacotes, incluindo dados e informações de tempo, de volta na placa de interface do roteador remoto. Um roteador em uma extremidade do circuito inicia um loopback remoto em direção ao seu parceiro remoto. Quando você configura um loopback remoto, os pacotes recebidos do circuito físico e da CSU são recebidos pela interface. Esses pacotes são então retransmitidos pelo PIC de volta para a CSU e o circuito. Este loopback testa todos os segmentos de transmissão intermediária.

A Tabela 1 mostra os modos de loopback suportados nos vários tipos de interface.

Tabela 1: Modos de loopback por tipo de interface

Interface	Modos de loopback	Diretrizes de uso
Ethernet agregada, Ethernet rápida, Gigabit Ethernet	Local	Configuração do recurso de loopback Ethernet
Série (V.35 e X.21)	Local e remoto	Configuração do recurso de loopback serial
Série (EIA-530)	DCE local, DCE remota, local e remota	Configuração do recurso de loopback serial

Para configurar o teste de loopback, inclua a loopback declaração:

Você pode incluir essa declaração nos seguintes níveis de hierarquia:

• [edit interfaces interface-name aggregated-ether-options]

• [edit interfaces interface-name fastether-options]

• [edit interfaces interface-name gigether-options]

• [edit interfaces interface-name serial-options]

Para configurar BERT:

1. Configure a duração do teste.

   Você pode configurar o período BERT para durar de 1 a 239 segundos em alguns PICs e de 1 a 240 segundos em outros PICs. Por padrão, o período BERT é de 10 segundos.

2. Configure a taxa de erro para monitorar quando o padrão de entrada é recebido.

   rate é a taxa de erro de bit. Isso pode ser um inteiro de 0 a 7, o que corresponde a uma taxa de erro de ^10-0 (1 erro por bit) a ^10-7 (1 erro por 10 milhões de bits).

3. Configure o padrão de bit para enviar no caminho de transmissão.

   algorithm é o padrão para enviar o fluxo de bits. Para uma lista de algoritmos suportados, insira uma ? após a bert-algorithm declaração; por exemplo:

Para obter informações específicas da hierarquia, veja os tipos de interface individuais.

Antes de iniciar o teste BERT, você deve desativar a interface. Para fazer isso, inclua a disable declaração no nível hierárquica [edit interfaces interface-name] :

Depois de configurar as propriedades BERT e confirmar a configuração, inicie o teste emitindo o comando do test interface interface-name interface-type-bert-start modo operacional:

O teste é executado durante a duração que você especifica com a bert-period declaração. Se você quiser encerrar o teste mais cedo, emita o test interface interface-name interface-type-bert-stop comando:

Por exemplo:

Para ver os resultados do teste BERT, emita o show interfaces extensive | find BERT comando:

Para obter mais informações sobre como executar e avaliar os resultados do procedimento BERT, consulte o CLI Explorer.

Para trocar padrões BERT entre um roteador local e um roteador remoto, inclua a loopback remote declaração na configuração da interface na extremidade remota do link. Do roteador local, emita o test interface comando.