Resumo

  • O RFC 5287 não trata o control word TDM e o PW Status TLV como votos intercambiáveis. O TLV é desaconselhado quando o IWF está saudável porque as indicações dos planos de dados e controle podem competir.
  • Quando o IWF falha, mas PWE3 continua vivo, o TLV passa a ser o mensageiro conservador e marca todos os defeitos relevantes. Isso comprova a emissão de um fallback, não cinco medições físicas independentes nem o resultado do serviço.

O painel premiou a fonte que ficou verde primeiro

Imagine dois coletores gravando a mesma coluna. Um acompanha LDP, FEC e label. Outro lê o control word que viaja junto do TDM emulado. Durante uma falha, o primeiro permanece verde e o segundo marca defeito. Se o banco conserva apenas o último valor, a ordem de chegada decide a realidade operacional.

O RFC 5287 estende o estabelecimento PWE3 por LDP para pseudowires TDM. Os extremos precisam concordar com o tipo de PW e sempre usar control word. Dependendo do serviço, negociam tamanho do payload, bit-rate lógico, células por pacote, modo AAL, RTP, frequência de timestamp, CAS, sinalização e fragmentação. C-bit zerado gera Illegal C-Bit; incompatibilidades impedem o estabelecimento.

Esse acordo prova compatibilidade de representação. Não prova que o attachment circuit está saudável, que os pacotes chegam, que o jitter buffer estabilizou, que o clock foi recuperado ou que o equipamento do cliente aceita o sinal. Sessão de controle viva é evidência sobre controle.

SAToP, CESoPSN e TDMoIP carregam defeitos do circuito e do lado PSN no control word. PWE3 também oferece o PW Status TLV pelo canal de sinalização. As duas mensagens podem mencionar falhas parecidas, mas não têm o mesmo caminho, tempo, geração ou dependência. A duplicação não é redundância útil quando uma fonte pode sobreviver à função observada e continuar exibindo um estado antigo.

A saúde do mensageiro determina o peso da mensagem

O RFC 5287 recomenda não usar o PW Status TLV enquanto o TDM IWF estiver operacional. O motivo expresso é evitar contenda entre estados reportados pelos planos de dados e controle. Nesse cenário, o estado em banda está acoplado à função TDM que continua processando o serviço.

Quando o IWF falha e o plano PWE3 continua operacional, a regra muda. O PE de sinalização deve enviar um TLV com cinco condições levantadas: PW sem encaminhamento; falha de recepção e transmissão no circuito local; falha de recepção e transmissão no lado PSN.

O conjunto completo é uma envoltória de falha. Não afirma que cinco sensores observaram cinco defeitos isolados. O repórter capaz de detalhar o estado em banda perdeu a própria capacidade; o controle sobrevivente avisa que nada daquele serviço deve ser tratado como confiável. Transformar os cinco bits em cinco incidentes confirmados adiciona fatos inexistentes.

O erro inverso ocorre quando o IWF funciona, o control word acusa falha e um TLV mais antigo vence por ser mais fácil de coletar. Conveniência de integração não concede autoridade. A precedência precisa depender do estado da fonte.

Uma trilha reproduzível mantém:

geração -> repórter -> saúde do repórter -> bits -> reconciliação -> ação -> resultado

Sem geração, um status antigo pode contaminar um label novo. Sem saúde, o silêncio de uma fonte morta parece limpeza. Sem bits brutos, a regra de reconciliação não pode ser auditada.

Ausência de pacote não é ausência de defeito

O status em banda pode parar porque o fluxo parou. O TLV pode chegar tarde. O horário de recepção após um reinício pode ser recente para uma informação velha. LDP pode voltar antes de o buffer adquirir nível e o relógio estabilizar. A coluna updated_at não resolve essas diferenças.

O registro precisa guardar PE local e remoto, attachment circuit, FEC, label e geração, tipo de PW, direção, fonte, valor bruto, tempo de origem e recepção, saúde do IWF, validade e razão de supressão. A tela pode projetar um estado único, mas a projeção deve poder ser desfeita.

NOT RECOMMENDED não equivale a proibição. Se uma implementação publica os dois canais, ela assume um contrato adicional. Quem pode limpar um alarme? O status expira com troca de label? Qual evento comprova falha do IWF? Como tratar direção? Quanto tempo de desacordo é tolerado? O RFC deixa espaço de implementação, não espaço para esconder a escolha.

Um par incompleto não é serviço degradado

O documento também define um par para CESoPSN NxDS0: um PW leva dados TDM e outro leva sinalização de aplicação do CE. Eles devem usar o mesmo tipo, método e parâmetros relevantes, com bits complementares de função.

Com PWId FEC, dados usam ID par e sinalização o ímpar seguinte. Com Generalized PW FEC, a associação correta depende do mecanismo da implementação. O inventário tem de registrar o vínculo; procurar depois por nomes semelhantes não é prova.

Se um membro estabelece e o outro não, o estabelecido deve ser derrubado. Se um falha mais tarde, o sobrevivente também deve ser removido. O RFC recusa a aparência verde da metade restante. O objeto de transporte existe, mas a obrigação composta deixou de existir.

Teardown emitido é uma ação. Readback prova aplicação local. O estado remoto prova convergência entre pontas. O retorno do par ainda não prova dados, sinalização CE, clock ou experiência do circuito. Cada seta precisa de recibo próprio.

Não usar um recibo no lugar do seguinte

Uma cadeia operacional útil é:

configuração -> label -> parâmetros -> par -> fonte válida -> status -> ação -> forwarding -> timing -> resultado CE

VCCV oferece um canal de verificação. BFD detecta continuidade. OAM mapeia defeitos. Preferential forwarding informa escolha. Nenhum deles transforma vida de LDP em vida do circuito nem substitui automaticamente a semântica TDM em banda.

Status em banda limpo também não prova qualidade do clock ou continuidade do cliente. Essa fronteira pertence ao artigo já publicado sobre RFC 5143. O foco aqui é anterior: saber se a fonte que emitiu o valor ainda tinha competência para fazê-lo.

Forwarding pede contador ou traço. Timing pede medidas de buffer e relógio. Sinalização CE pede observação da aplicação. Resultado pede uma verificação na ponta consumidora. O TLV não deve carregar afirmações que não observa.

Guardar a contradição reduz o tempo de diagnóstico

Quando duas fontes divergem, limpar uma delas produz um dashboard simples e um incidente opaco. A divergência pode revelar IWF morto, TLV velho, associação errada, geração trocada, direção perdida ou adaptador que reduziu cinco bits a um nome.

Cada observação deve ser imutável. A reconciliação é outro evento, com regra, motivo, validade, dono e valor publicado. A ação forma um terceiro registro com resposta e observação independente. Assim, o registro compartilhado permanece factual e as decisões locais ficam visíveis.

As fontes não mostram uma operadora, produto ou incidente nomeado. Não fornecem frequência ou latência universal. O mecanismo é normativo; a alegação sobre implantação não seria. A análise deve ficar nessa fronteira.