Resumo

  • O RFC 9801 exige que cada payload PLE perdido ou descartado seja substituído pela mesma quantidade de dados. Toda implementação precisa gerar 0xAA como padrão.
  • O padrão alternado de zeros e uns mantém sincronismo e evita sync headers inválidos em 64B/66B, enquanto o holdover sustenta o relógio. Ele não recupera o conteúdo remoto.
  • A prova operacional separa pacote recebido, lacuna de sequência, reordenação, intervalo sintético, estado de relógio, bits L/R, PLOS/DEG, contadores PLE e efeito observado pelo usuário.

O conector do cliente pode permanecer ativo durante uma perda no núcleo. A luz continua acesa, o relógio não escapa e o código físico ainda parece válido. É exatamente nesse momento que a aparência mais organizada pode esconder a diferença decisiva: parte da saída não veio da outra ponta.

No RFC 9801, a Private Line Emulation transporta bit streams de TDM, Ethernet PHY, Fibre Channel e OTN sobre uma rede comutada por pacotes. O lado transmissor divide o sinal contínuo em cargas fixas. O receptor remonta uma saída que não pode pausar. Quando falta um pacote, ele preenche o mesmo espaço com dados locais.

O conteúdo pode ser configurado, mas 0xAA é obrigatório. A alternância binária mantém sincronização e evita produzir cabeçalhos de sincronismo inválidos em serviços 64B/66B. Um mecanismo de holdover sustenta o relógio. Esse preenchimento cumpre uma função de proteção; não é uma reconstrução do que se perdeu.

O encontro entre dois regimes de tempo

A arquitetura herda o modelo de pseudowire do RFC 3985. Um IWF na borda recebe o circuito, cria pacotes, inclui palavra de controle e cabeçalho RTP, atravessa um VPWS e entrega o fluxo reconstruído no destino.

Os dois circuitos precisam ter o mesmo tipo de serviço, payload e tamanho. O tamanho fica fixo durante a vida do VPWS e 1.024 bytes é o valor comum obrigatório. A palavra de controle segue o RFC 4385; seu número de sequência avança a cada pacote. Uma quebra nessa série revela ausência no instante da decisão, mas não atribui causa.

O cabeçalho RTP usa conceitos do RFC 3550 para levar tempo, sem adotar RTCP, SRTP ou o restante da arquitetura multimídia. A frequência de timestamp é 125 MHz até 200 Gbit/s e 250 MHz acima disso. O modelo relativo do RFC 4197 leva ao destino a diferença entre o relógio do circuito e uma referência comum.

O timestamp ajuda a emitir no momento correto. Não guarda cópia do payload desaparecido.

O buffer transforma atraso em política

O destino implementa um de-jitter buffer. Um pacote fora de ordem pode ser recolocado se o equipamento oferecer reordenação; caso contrário, precisa ser descartado. Para a saída síncrona, chegar tarde demais produz a mesma falta que nunca chegar.

O documento cita 50% da capacidade como preenchimento inicial típico. A metade deixa espaço para variação positiva e negativa do atraso. A escolha, porém, troca tolerância por latência. Um buffer maior esconde mais oscilação e espera mais; um menor reduz atraso, mas converte mais pacotes tardios em substituição.

Depois da decisão, a extensão da lacuna determina a extensão do preenchimento. Um registro defensável preserva:

Recibo Limite da afirmação
pacote e sequência aquela carga chegou ao IWF
lacuna a posição esperada não estava disponível
reordenação ou descarte a política local tratou a chegada tardia
bytes substitutos a saída recebeu conteúdo gerado localmente
holdover e relógio a cadência foi mantida sob medição declarada
sinal nativo uma falha limitada foi apresentada ao circuito
observação do cliente uma aplicação concreta mediu um resultado

Um analisador do PSN pode provar perda enquanto a interface de saída prova continuidade. Não há contradição. A função de interworking liga as duas realidades por meio do preenchimento.

L e R mantêm direção e escopo

O bit L vem do lado transmissor quando o PE sabe que o payload está inválido por uma falha no circuito local. A borda distante deve produzir substituição apropriada e pode injetar a indicação nativa de falha. O bit R volta do lado que recebe, informando perda de pacotes no PSN ou uma indicação reversa da camada servidora.

Nenhum dos dois bits contém o dado ausente. L não prova a reação do equipamento remoto; R não identifica a origem da perda. Um painel que os reduz a uma única “falha de linha” descarta quem observou, em qual direção e em qual camada.

Perdas consecutivas durante um período configurável, um milissegundo por padrão, declaram PLOS. Perda acima do limiar durante janelas consecutivas declara DEG; os padrões descritos são 15% por sete intervalos de um segundo. O primeiro gap, o cruzamento do limiar e a declaração da condição têm horários próprios.

ES-PLE conta segundos com ao menos uma perda, PLOS ou DEG. SES-PLE conta segundos com mais de 15% de perda, PLOS ou DEG. UAS-PLE começa e termina depois de sequências configuráveis, dez segundos como padrão. Esses números descrevem a camada PLE. O RFC deixa a medição do circuito de acesso para a tecnologia específica. Logo, não se pode converter automaticamente SES-PLE em quantidade de quadros, transações de armazenamento ou impacto comercial.

A borda pode suavizar a falha sem criar capacidade

RFC 4553, RFC 5086 e RFC 4842 mostram a linhagem de circuit emulation que combina sequência, tempo e replacement data. O RFC 9801 amplia a abordagem para mais sinais e taxas.

PLE gera tráfego constante e inelástico. Ele não pode desacelerar em resposta a congestionamento como recomenda o RFC 2914. O PSN precisa garantir baixo jitter e baixa perda com QoS, engenharia de tráfego, admissão ou capacidade; a escolha fica fora do escopo. Uma saída limpa não demonstra que houve reserva. Pode demonstrar apenas que a borda absorveu uma insuficiência curta.

O mesmo cuidado vale para segurança. PLE não acrescenta criptografia, integridade ou autenticação; pressupõe um domínio MPLS ou SRv6 isolado e usa as práticas do RFC 5920. Injeção, atraso, reordenação e descarte podem ultrapassar o buffer, riscos contextualizados no RFC 9055. A sincronização PTP continua exposta às ameaças de atraso do RFC 7384. Relógio estável não autentica dados.

A página do RFC Editor, os errata e o histórico IETF confirmam estado documental. O registro IANA PWE3 confirma valores. O RFC 8214 descreve EVPN-VPWS, enquanto a sinalização PLE permanece fora do RFC 9801. Nada disso é recibo de uma implantação.

As formas TXT e XML permitem conferir a obrigação. Para saber se uma linha real a executou, é preciso observar e guardar o intervalo sintético.

Continuidade é a ação de manter a saída. Fidelidade é a conclusão de que a informação recebida corresponde à enviada. O mesmo equipamento pode entregar a primeira e deixar a segunda em aberto.

Fontes