Resumo

  • A RFC 5143 é uma especificação Historic para emular circuitos SONET/SDH sobre MPLS; implementações novas devem usar a RFC 4842.
  • Seu cabeçalho CEM de 32 bits leva DBA, defeito remoto, sequência, ponteiro de estrutura, ajustes de ponteiro e ECC-6.
  • ECC-6 corrige erro de um bit e detecta até dois no cabeçalho, mas não protege a carga útil do circuito.
  • Um cabeçalho válido ou corrigido não recria pacote perdido, não resolve sozinho a desordem e não abastece o buffer de jitter.
  • A perda é decidida no momento de reprodução, quando o receptor sabe se os dados chegaram antes da necessidade do circuito.
  • Números de sequência revelam perda e desordem; sem reordenação, pacotes fora de ordem são descartados e substituídos por padrão configurado.
  • Perda de sincronismo produz CEM-RDI para a rede de pacotes e AIS-P para o lado do circuito estruturado.
  • DBA pode retirar a carga intencionalmente e manter a cadência, portanto fluxo de pacotes não comprova dados de usuário.
  • Recuperação de relógio é uma função separada; o cabeçalho não atesta frequência, fase, jitter ou wander na saída.
  • O formato legado podia parecer IPv4 e acionar ECMP baseado na carga, introduzindo variação e desordem fora do alcance de ECC.
  • A segurança não supera a rede de pacotes e pode ser inferior ao TDM nativo; ECC não é autenticação nem prova de origem.
  • A liderança precisa de recibos distintos para cabeçalho, ordem, buffer, tempo, alarmes e resultado efetivo do circuito.

Reproduzir algo não é reproduzir o serviço

Um circuito não pode esperar indefinidamente por um pacote atrasado. Quando chega a hora de emitir os próximos bytes, o despacketizador usa o que está disponível. Se a carga esperada não entrou no buffer, a implementação recorre ao padrão configurado ou, conforme o estado, reproduz AIS-P. A cadência permanece; a informação original, não.

Agora suponha que o próximo pacote traga um bit invertido no cabeçalho. ECC-6 corrige o erro. A sequência e o ponteiro voltam a ser interpretáveis. Esse sucesso não volta no tempo para preencher o intervalo anterior. O monitor que registra apenas “erro corrigido” conta a competência do analisador e omite a falha do serviço.

Essa separação torna a RFC 5143 útil como documento histórico. Ela não é orientação para implantação nova: a própria RFC exige o uso da RFC 4842. Mas a decomposição do sistema mostra por que uma evidência local não pode receber autoridade sobre camadas que não observou.

O cabeçalho comum é pequeno por uma boa razão

Os 32 bits incluem D para Dynamic Bandwidth Allocation, R para CEM Remote Defect Indication, dez bits de sequência que circulam de 0 a 1023, um ponteiro de estrutura, N/P para ajustes ou alarmes e seis bits de ECC. Esses elementos permitem que implementações independentes concordem sobre a unidade recebida.

O cabeçalho não contém o histórico do caminho, a ocupação do buffer remoto, a qualidade do relógio recuperado, o estado do equipamento conectado nem o impacto para o cliente. Uma camada comum fina é desejável: ela carrega só os fatos necessários à interoperabilidade.

O Appendix B define a matriz de verificação. O receptor forma o síndrome, corrige um bit e detecta até dois, inclusive no próprio código. ECC-6 ainda pode ser desativado no provisionamento, quando o campo segue zerado. O escopo é explícito: o cabeçalho CEM. Não existe paridade sobre a carga SONET/SDH.

Logo, ecc_ok não significa carga íntegra, origem autenticada, caminho estável ou circuito saudável. Significa apenas que um registro de 32 bits ficou interpretável dentro da regra prevista.

A sequência mostra a lacuna, não fabrica a peça

O próximo número esperado permite descobrir perda, duplicação e inversão. A RFC 5143 exige detecção de pacotes perdidos e fora de ordem. Reordenar é uma possibilidade. Se a implementação não o fizer, deve descartar os pacotes desordenados. A carga ausente ou descartada é substituída por um byte programável.

O substituto conserva o formato temporal da saída, não o significado dos dados. Essa diferença importa em relatórios de disponibilidade. Uma porta pode estar ativa, emitindo no ritmo correto, e ainda assim não entregar um único byte válido do cliente naquele período.

O sincronismo de pacotes também depende de uma série. O receptor começa fora de sincronismo, precisa de uma quantidade configurável de sequências consecutivas para adquiri-lo e perde o estado depois de uma quantidade configurável de ausências ou vazios.

A perda só fica definitiva na reprodução. Antes, o pacote pode estar atrasado. Quando o circuito exige os bytes, a dúvida desaparece: ou a carga completa está no buffer, ou o serviço precisa de substituição. A hora de playout transforma telemetria de transporte em consequência operacional.

O buffer faz parte da prova

A rede entrega em tempos variáveis; o circuito consome a uma taxa fixa. O buffer de jitter absorve essa diferença e sua profundidade deve ser ajustável. Na janela correspondente à profundidade, a chegada média precisa equilibrar a reprodução.

Contagens iguais podem produzir resultados diferentes. Uma rajada tardia transborda um buffer curto. Um silêncio breve o esvazia. Aumentar a profundidade aceita maior variação, mas acrescenta latência. Um pacote recebido depois do prazo conta para a rede, porém não serve ao circuito.

Por isso, é preciso registrar chegada, prazo, reprodução, descarte, substituição, profundidade, underrun, overrun e sincronismo. A RFC 4842 mantém a mesma disciplina ao separar pacotes ausentes ou descartados dos eventos de buffer e da perda de sincronismo. Não se trata de uma peculiaridade descartada junto com o formato legado.

DBA mantém a batida sem a carga

Em AIS-P ou SPE não equipado, Dynamic Bandwidth Allocation pode suprimir toda a carga CEM. Cabeçalho, rótulos e encapsulamento continuam. A taxa permanece equivalente ao normal para evitar perturbar o buffer distante e ajudar a distinguir condicionamento de linha de falha na rede de pacotes.

Uma curva de pacotes constante pode, portanto, representar ausência deliberada de dados úteis. O protocolo preserva o sentido nos bits e no estado de overhead. É a supervisão que o perde quando chama qualquer fluxo de “tráfego saudável”.

O acionamento de DBA precisa vir do overhead SONET/SDH, e não de reconhecimento de padrão na carga. Essa exigência mantém a proveniência da decisão. Uma condição explícita da linha justifica retirar a carga; uma semelhança casual não.

Paridade não recupera tempo

A saída deve regenerar o relógio do serviço de entrada. A RFC 5143 admite modos síncrono e assíncrono, configurados de forma igual nas extremidades. No estruturado síncrono, N/P comunica ajustes, e a sequência impede que um ajuste duplicado ou desordenado seja aplicado repetidamente.

Isso não certifica o relógio final. O modo assíncrono pode usar recuperação adaptativa, com detalhes locais à implementação. A RFC 4842 igualmente deixa o algoritmo fora do escopo, mas exige respeito aos limites aplicáveis de jitter e wander.

Uma sequência perfeita pode alimentar frequência errada. Uma média estável pode esconder variação curta. Um relógio travado pode cadenciar AIS-P. Frequência, fase e variações precisam ser medidas na interface reconstruída, não inferidas do cabeçalho.

Quando o legado parecia IPv4

Determinadas combinações iniciais de D e R faziam o cabeçalho legado parecer IPv4. Equipamentos que tentavam adivinhar a carga para calcular ECMP podiam dividir uma pseudowire por caminhos distintos. A RFC 4928 descreve o jitter e a desordem resultantes. O formato da RFC 4842 evita essa violação da palavra de controle.

Os bits podem chegar íntegros enquanto o encaminhamento altera o tempo e a ordem. A integridade de um registro não governa o caminho. E o rótulo Historic deve orientar o ciclo de vida: compatibilidade antiga pode precisar de observação, mas projetos novos pertencem à RFC 4842.

Seis recibos para não perder a realidade

O primeiro recibo diz se o cabeçalho era válido, corrigido, detectável sem correção, irrecuperável ou enviado sem ECC. O segundo preserva lacunas, duplicações, inversões e reordenação. O terceiro pertence ao buffer: prazo, reprodução, substituição, underrun, overrun e sincronismo. O quarto mede frequência, fase, jitter e wander. O quinto segue AIS-P, CEM-RDI, Unequipped e DBA desde a origem. O sexto verifica se dados válidos chegaram ao equipamento do cliente.

A separação também orienta o reparo. Correções em alta apontam para qualidade de enlace. Sequência limpa com buffer vazio aponta para pacing ou variação de caminho. Pacotes corretos com relógio ruim apontam para recuperação temporal. DBA regular com AIS-P aponta para condição da linha.

Fontes

  1. RFC 5143, HTML
  2. RFC 5143, texto
  3. Registro do RFC Editor
  4. IETF Datatracker
  5. Histórico do documento
  6. Pesquisa de erratas da RFC 5143
  7. Parâmetros Pseudowire da IANA
  8. RFC 4842: Circuit Emulation over Packet
  9. RFC 4553: Structure-Agnostic TDM over Packet
  10. RFC 5086: Structure-Aware TDM Circuit Emulation
  11. RFC 4447: configuração e manutenção Pseudowire com LDP
  12. RFC 4385: palavra de controle Pseudowire
  13. RFC 4928: evitar tratamento ECMP em MPLS
  14. RFC 3985: arquitetura Pseudowire Emulation
  15. RFC 4023: encapsulamento MPLS em IP ou GRE
  16. RFC 5085: verificação de conectividade Pseudowire
  17. RFC 6374: medição de perda e atraso MPLS
  18. Minimum Initial Specification, Localized Future Decision, and Voluntary Adoption
  19. On Reality Layers, Symbolic Power, and Why Clarity Feels So Hostile
  20. Running-Code Primacy