Configuração de ferramentas de diagnóstico de interface para testar as conexões físicas de camada
Configuração de testes de loopback
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, Ethernet rápida, Gigabit Ethernet, E1, E3, xDS0, serial, SONET/SDH, T1 e T3.N
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.
Para fazer isso, configure um loopback de linha em um dos roteadores. Em vez de transmitir o sinal em direção ao dispositivo de ponta, o loopback de linha envia o sinal de volta para o roteador de origem. Se o roteador de origem receber de volta seus próprios pacotes de Camada de Link de Dados, você verificou que o problema está além do roteador de origem. Em seguida, configure um loopback de linha mais longe do roteador local. Se esse roteador de origem não receber seus próprios pacotes de Camada de Link de Dados, você pode assumir que o problema está em um dos segmentos entre o roteador local e a placa de interface do roteador remoto. Neste caso, a próxima etapa de solução de problemas é configurar um loopback de linha mais próximo do roteador local para encontrar a fonte do 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 comando.
show interfaces interface-name
Se os keepalives PPP transmitidos na interface forem recebidos pelo PIC, o campo contém a saída .Device FlagsLoop-DetectedPayload — ú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.
Tabela 1 mostra os modos de loopback suportados nos vários tipos de interface.
Para configurar o teste de loopback, inclua a declaração:loopback
user@host# loopback mode;
Você pode incluir essa declaração nos seguintes níveis de hierarquia:
[edit interfaces interface-name aggregated-ether-options]
[edit interfaces interface-name ds0-options]
[edit interfaces interface-name e1-options]
[edit interfaces interface-name e3-options]
[edit interfaces interface-name fastether-options]
[edit interfaces interface-name gigether-options]
[edit interfaces interface-name serial-options]
[edit interfaces interface-name sonet-options]
[edit interfaces interface-name t1-options]
[edit interfaces interface-name t3-options]
Configuração do teste bert
Para configurar BERT:
Configure a duração do teste.
[edit interfaces interface-name interface-type-options] user@host#bert-period seconds;
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.
Configure a taxa de erro para monitorar quando o padrão de entrada é recebido.
[edit interfaces interface-name interface-type-options] user@host#bert-error-rate rate;
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).
Configure o padrão de bit para enviar no caminho de transmissão.
[edit interfaces interface-name interface-type-options] user@host#bert-algorithm algorithm;
algorithm é o padrão para enviar o fluxo de bits. Para uma lista de algoritmos suportados, insira uma após a declaração; por exemplo:
?
bert-algorithm
[edit interfaces t1-0/0/0 t1-options] user@host# set bert-algorithm ? Possible completions: pseudo-2e11-o152 Pattern is 2^11 -1 (per O.152 standard) pseudo-2e15-o151 Pattern is 2^15 - 1 (per O.152 standard) pseudo-2e20-o151 Pattern is 2^20 - 1 (per O.151 standard) pseudo-2e20-o153 Pattern is 2^20 - 1 (per O.153 standard) ...
Para obter informações específicas da hierarquia, veja os tipos de interface individuais.
O E1 PIC de quatro portas oferece suporte apenas aos seguintes algoritmos:
pseudo-2e11-o152 Pattern is 2^11 -1 (per O.152 standard) pseudo-2e15-o151 Pattern is 2^15 - 1 (per O.151 standard) pseudo-2e20-o151 Pattern is 2^20 - 1 (per O.151 standard) pseudo-2e23-o151 Pattern is 2^23 (per O.151 standard)
Quando você emite o comando da CLI, todas as opções de algoritmo BERT são exibidas, independentemente do tipo PIC, e nenhuma verificação de confirmação está disponível.help
Padrões sem suporte para um tipo PIC podem ser visualizados em mensagens de log do sistema.
O PIC de emulação de circuitoS T1/E1 de 12 portas (CE) oferece suporte apenas aos seguintes algoritmos:
all-ones-repeating Repeating one bits all-zeros-repeating Repeating zero bits alternating-double-ones-zeros Alternating pairs of ones and zeros alternating-ones-zeros Alternating ones and zeros pseudo-2e11-o152 Pattern is 2^11 -1 (per O.152 standard) pseudo-2e15-o151 Pattern is 2^15 - 1 (per O.151 standard) pseudo-2e20-o151 Pattern is 2^20 - 1 (per O.151 standard) pseudo-2e7 Pattern is 2^7 - 1 pseudo-2e9-o153 Pattern is 2^9 - 1 (per O.153 standard) repeating-1-in-4 1 bit in 4 is set repeating-1-in-8 1 bit in 8 is set repeating-3-in-24 3 bits in 24 are set
Quando você emite o comando da CLI, todas as opções de algoritmo BERT são exibidas, independentemente do tipo PIC, e nenhuma verificação de confirmação está disponível.help
Padrões sem suporte para um tipo PIC podem ser visualizados em mensagens de log do sistema.
Os PICs IQE oferecem suporte apenas aos seguintes algoritmos:
all-ones-repeating Repeating one bits all-zeros-repeating Repeating zero bits alternating-double-ones-zeros Alternating pairs of ones and zeros alternating-ones-zeros Alternating ones and zeros pseudo-2e9-o153 Pattern is 2^9 -1 (per O.153 (511 type) standard) pseudo-2e11-o152 Pattern is 2^11 -1 (per O.152 and O.153 (2047 type) standards) pseudo-2e15-o151 Pattern is 2^15 -1 (per O.151 standard) pseudo-2e20-o151 Pattern is 2^20 -1 (per O.151 standard) pseudo-2e20-o153 Pattern is 2^20 -1 (per O.153 standard) pseudo-2e23-o151 Pattern is 2^23 -1 (per O.151 standard) repeating-1-in-4 1 bit in 4 is set repeating-1-in-8 1 bit in 8 is set repeating-3-in-24 3 bits in 24 are set
Quando você emite o comando da CLI, todas as opções de algoritmo BERT são exibidas, independentemente do tipo PIC, e nenhuma verificação de confirmação está disponível.help
Padrões sem suporte para um tipo PIC podem ser visualizados em mensagens de log do sistema.
O BERT é suportado nas interfaces PDH do SONET/SDH canalizado OC3/STM1 (Multi-Rate) MIC com SFP e O DS3/E3 MIC. Os seguintes algoritmos BERT são suportados:
all-ones-repeating Repeating one bits all-zeros-repeating Repeating zero bits alternating-double-ones-zeros Alternating pairs of ones and zeros alternating-ones-zeros Alternating ones and zeros repeating-1-in-4 1 bit in 4 is set repeating-1-in-8 1 bit in 8 is set repeating-3-in-24 3 bits in 24 are set pseudo-2e9-o153 Pattern is 2^9 - 1 (per O.153 standard) pseudo-2e11-o152 Pattern is 2^11 - 1 (per O.152 standard) pseudo-2e15-o151 Pattern is 2^15 - 1 (per O.151 standard) pseudo-2e20-o151 Pattern is 2^20 - 1 (per O.151 standard) pseudo-2e20-o153 Pattern is 2^20 - 1 (per O.153 standard) pseudo-2e23-o151 Pattern is 2^23 (per O.151 standard)
Tabela 2 mostra os recursos bert para vários tipos de interface.
Interface |
T1 BERT |
T3 BERT |
Comentários |
---|---|---|---|
Emulação de circuito T1/E1 de 12 portas |
Sim (portas 0-11) |
— |
|
Emulação de circuito OC3/STM1 canalizada por 4 portas |
Sim (porta 0-3) |
— |
|
E1 ou T1 |
Sim (porta 0-3) |
Sim (porta 0-3) |
|
E3 ou T3 |
Sim (porta 0-3) |
Sim (porta 0-3) |
|
OC12 canalizado |
— |
Sim (canal 0-11) |
|
STM1 canalizado |
Sim (canal 0-62) |
— |
|
T3 canalizado e T3 multicanal |
Sim (canal 0-27) |
Sim (porta 0-3 no canal 0) |
|
Essas limitações não se aplicam a interfaces de IQ canalizadas. Para obter informações sobre os recursos bert em interfaces de IQ canalizadas, veja propriedades de interfaces de IQ e IQE canalizadas.https://www.juniper.net/documentation/en_US/junos/topics/reference/general/interfaces-channelized-iq-and-iqe-interfaces-properties.html
Iniciando e parando um teste BERT
Antes de iniciar o teste BERT, você deve desativar a interface. Para fazer isso, inclua a declaração no nível hierárquica :disable
[edit interfaces interface-name]
[edit interfaces interface-name] disable;
Depois de configurar as propriedades BERT e confirmar a configuração, inicie o teste emitindo o comando do modo operacional:test interface interface-name interface-type-bert-start
user@host> test interface interface-name interface-type-bert-start
O teste é executado durante a duração que você especifica com a declaração.bert-period
Se você quiser encerrar o teste mais cedo, emita o comando:test interface interface-name interface-type-bert-stop
user@host> test interface interface-name interface-type-bert-stop
Por exemplo:
user@host> test interface t3-1/2/0 t3-bert-start user@host> test interface t3-1/2/0 t3-bert-stop
Para ver os resultados do teste BERT, emita o comando:show interfaces extensive | find BERT
user@host> show interfaces interface-name extensive | find BERT
Para obter mais informações sobre como executar e avaliar os resultados do procedimento BERT, consulte o CLI Explorer.https://www.juniper.net/documentation/content-applications/cli-explorer/junos/
Para trocar padrões BERT entre um roteador local e um roteador remoto, inclua a declaração na configuração da interface na extremidade remota do link.loopback remote
Do roteador local, emita o comando.test interface