Resumo

  • Em PDU-Concat, várias PDUs geralmente curtas compartilham um tipo ULE e, quando presente, um endereço NPA; a economia de campos repetidos cria uma validação e uma exposição a descarte também compartilhadas.
  • CRC ou remontagem bem-sucedidos não substituem a conferência dos comprimentos internos, a extração completa, o encaminhamento e a aceitação pela camada superior.

Imagine uma SNDU cujo CRC-32 confere exatamente. Os bytes protegidos chegaram como foram enviados. Mesmo assim, ao caminhar pelas PDUs internas, o receptor descobre que o último comprimento anunciado ultrapassa o que resta do payload. A proteção externa funcionou. A gramática interna não fecha.

Esse caso separa duas perguntas que painéis costumam fundir: “os bytes chegaram íntegros?” e “os bytes descrevem membros válidos que podem ser entregues?”.

A economia mora nos campos compartilhados

PDU-Concat é a extensão obrigatória tipo 3 do registro ULE. O comprimento de base descreve a SNDU inteira. Um único PDU-Concat-Type vale para todos os membros, que devem ter o mesmo tipo ULE; concatenação recursiva não é permitida. Cada membro acrescenta seu comprimento de quinze bits e os próprios bytes, sem obrigação de alinhamento de 16 ou 32 bits.

Se o cabeçalho indicar um endereço NPA, o receptor associa esse mesmo endereço a todas as PDUs e o repassa quando a próxima interface precisar. Sem NPA, todas são tratadas sem endereço. Extensões anteriores, como TimeStamp, abrangem o composto.

É assim que a repetição desaparece. Mas o NPA comum não é identidade ou autorização. O RFC 4259 chama sua filtragem de segurança fraca e observa que ela pode ser reconfigurável. Nem o tipo comum prova que os membros pertencem à mesma operação de aplicação.

Há uma prova externa e outra interna

Em ULE, o receptor calcula o CRC-32 da SNDU e descarta uma unidade inválida. Em GSE fragmentado, o CRC fica no último fragmento e é removido após a remontagem. RFC 5163 também alerta que ULE e GSE têm sinalizadores, cálculo de comprimento e posição de CRC diferentes. Não se deve projetar um único layout imaginário para ambos.

Depois da integridade vem a estrutura. O receptor verifica se suporta o PDU-Concat-Type, valida cada comprimento e exige que a soma dos comprimentos processados corresponda ao comprimento da base. Um tipo não suportado deve ser descartado e deveria gerar erro PDU-Type.

Quando soma e total divergem, o documento diz que o receptor deveria descartar a SNDU inteira e registrar erro de tamanho PDU-Concat. Quando um comprimento individual excede os bytes restantes, a regra é mais forte: o receptor não pode encaminhar a PDU parcial. O primeiro é SHOULD; o segundo, MUST NOT.

Portanto, nenhum indicador isolado basta. A cadeia precisa guardar: admissão de membros do mesmo tipo, espera e gatilho de envio, contexto NPA, remontagem ou CRC, reconhecimento do tipo, validação de cada fronteira, fechamento da soma, extração, encaminhamento e resultado superior. Registro IANA prova atribuição de número. CRC prova integridade no escopo. Extração prova uma entrega de enlace. Nenhum deles prova o resultado da aplicação.

Economizar cabeçalho custa tempo antes da transmissão

O encapsulador precisa esperar por possíveis companheiros. O RFC manda que o PDU Packing Threshold seja limitado e recomenda que seja configurável. Um valor maior pode melhorar eficiência, porém acrescenta jitter e pode aumentar a chance de corrupção. Se nenhuma nova PDU chegar até o limite, todas as enfileiradas devem sair imediatamente.

Não existe valor universal. A decisão correta compara bytes e processamento poupados com a distribuição de espera e o número de PDUs independentes que passam a depender de uma rejeição comum.

TS-Concat reforça o princípio com unidades de 188 bytes. O receptor deriva a quantidade de pacotes MPEG-2 TS do comprimento restante; se houver resto na divisão, deve descartar todos os pacotes encapsulados. Agrupar não é um erro. É escolher de forma explícita o tamanho do domínio de falha.

TimeStamp é observação, não veredicto

RFC 4326 permite saltar uma extensão opcional porque H-LEN informa seu tamanho. TimeStamp, do RFC 5163, é opcional: o receptor pode usá-lo ou ignorá-lo, mas deve continuar a processar e encaminhar a PDU. Seus microssegundos desde o início da hora UTC podem apoiar ordem, atraso de ida com relógio sincronizado, jitter e perda com informação adicional do emissor.

PDU-Concat é obrigatório porque muda a interpretação dos bytes seguintes. Entender o formato é necessário para seguir; não é recibo de sucesso. Da mesma forma, possuir um timestamp não prova que o relógio estava correto ou que cada membro foi entregue.

Fontes