Este documento descreve como configurar a Placa Cisco ML-Series para envolver o RPR (Resilient Packet Ring) quando você enfrenta degradação de sinal.
A Cisco recomenda que você tenha conhecimento destes tópicos:
Cisco ONS 15454
Placas Ethernet Cisco ONS 15454 ML-Series
Cisco IOS® Software
Bridging e roteamento IP
As informações neste documento são baseadas nestas versões de software e hardware:
Cisco ONS 15454 que executa o ONS versão 5.02
ML (incluído como parte do ONS 5.02 release) que executa o Cisco IOS Software Release 12.2
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.
Consulte as Convenções de Dicas Técnicas da Cisco para obter mais informações sobre convenções de documentos.
O Cisco ML-Series RPR executa atualmente a resiliência de quebra de linha e a técnica de quebra de linha é simples. O RPR da série ML simplesmente redireciona os pacotes em um anel embrulhado se os pacotes atingirem um ponto de falha. Portanto, somente os nós adjacentes à falha precisam estar cientes do problema e iniciar a quebra. A compactação também oferece resiliência de menos de 50 ms e mantém os mesmos tempos de convergência de rede, independentemente do tamanho da rede.
A Figura 1 representa um exemplo de empacotamento. O tráfego de S3 para S4 atravessa dois nós na condição normal (consulte a seta A na Figura 1). O caminho é S3 > S4. A falha de link entre S3 e S4 resulta em uma quebra, e o tráfego de S3 a S4 atravessa quatro nós, S3 > S2 > S1 > S4 (consulte a seta B na Figura 1).
Figura 1: Encapsulamento RPR do Cisco ML-Series
Se o comando pos trigger defeitos ber_sd_b3 não estiver configurado, o ML não embrulhará o anel quando o sinal for degradado, o que ocorre somente na condição Signal Failure (LOS, LOF).
É importante observar que o CTC versão 6.2 tem um novo recurso chamado RPR Keepalive. O RPR Keepalive envolve o anel se ocorrer uma condição de degradação de sinal mais outras condições, como uma possível falha de hardware. Se você puder atualizar os nós para a versão 6.2, é recomendável usar o recurso RPR Keepalive.
Para obter mais informações, consulte a seção RPR Keep Alive de Configuring Resilient Packet Ring.
O Cisco ML-Series RPR só é interrompido quando ocorre um alarme de falha de sinal devido à fibra cortada. No caso de um intervalo com sinal degradado, o RPR descarta pacotes. O comando show controller pos X apresenta um aumento nos erros ber_sd_b3, BIP(B3) e resulta em CRCs e runts de entrada. No comando show controller pos X, X pode ser 0 ou 1.
Um possível motivo para esse problema é uma placa de linha com defeito que conecta dois nós, por exemplo, OC-48. A outra possibilidade é a taxa de erro (BER) de bit B3 alta. Essa condição pode ser causada por uma fibra suja, conector frouxo, transmissor defeituoso ou receptor defeituoso.
Se uma placa de linha defeituosa causar esse problema, verifique os níveis de luz e limpe as fibras. Se o problema persistir, substitua a placa de linha para resolver o problema. A substituição da placa de linha geralmente é o último recurso. No entanto, enquanto você executa essas etapas, o tráfego crítico pode ser afetado. Para evitar descartes de pacotes, force a interface POS a desligar automaticamente sob condição SD, envolvendo o anel RPR.
Se o problema ocorrer devido ao excesso de PBIP (Path Bit-Interleaved Parity, paridade intercalada de caminho) BER em excesso ao limite SD (Signal Degrade, degradação do sinal), configure essa linha na interface POS no cartão da série ML (consulte a seta A na Figura 2).
pos trigger defects ber_sd_b3
Esta linha reduz o número de wraps.
Figura 2: Defeitos do disparador POS em ber_sd_b3
Você pode definir o limite SD ao criar um novo circuito (consulte a seta A na Figura 3).
Os valores padrão para defeitos de disparo POS não incluem ber_sd_b3. Depois de adicionar esse comando, o RPR da série ML é interrompido quando o limite de SD é atingido.
Figura 3: Definir o limite SD