Resumo

  • TGREP registra rotas de gateways no servidor de localização do domínio.
  • O gateway opera como Send Only e não escolhe a rota da chamada.
  • A origem de sua base anunciada fica fora da RFC e pode ser configuração manual.
  • TotalCircuitCapacity é limite provisionado, não reserva individual.
  • AvailableCircuits é fotografia dinâmica e local que não pode ser disseminada.
  • Janelas maiores reduzem tráfego de UPDATE, mas afastam o valor do instante de uso.
  • CallSuccess descreve uma janela passada, com numerador definido pelo gateway.
  • Uma chamada que tocou e encontrou o destino ocupado pode ser classificada como sucesso.
  • Consolidação combina rotas do mesmo destino; agregação resume destinos diferentes.
  • A rota resultante pode ser uma projeção do receiver, não um anúncio original único.
  • IPsec protege a relação entre peers sem validar capacidade, autoridade ou desfecho.
  • Evidência de registro não substitui recibos de decisão, sinalização, PSTN e resultado.

O inventário mudou enquanto o proxy decidia

Um gateway reporta cinco circuitos disponíveis. O proxy recebe a informação, compara alternativas e o escolhe para uma nova chamada. Entre a medição e o envio, outras cinco chamadas podem ter ocupado os recursos. O inteiro era verdadeiro quando observado e inútil como garantia futura.

A RFC 5140 reconhece essa dinâmica. AvailableCircuits pode mudar a cada chamada, e atualizações podem acompanhar a mudança. Ao mesmo tempo, o documento recomenda reduzir a carga de mensagens e usar uma janela suficientemente grande para obter uma estatística útil. Escala e atualidade são objetivos em tensão.

O recibo operacional precisa conservar o instante, a janela, a regra que dispara UPDATE e quantas chamadas chegaram depois. Sem isso, uma fotografia aparece como reserva. O comportamento após expirar a frescura também deve ser explícito: ampliar alternativas, reduzir confiança ou recusar automação são decisões locais, não propriedades implícitas do número.

Teto provisionado não é disponibilidade presente

TotalCircuitCapacity representa o número total de chamadas possíveis em regime estável. É capacidade administrativa, relativamente estática, alterada por exemplo quando trunks saem para manutenção. Pode ser propagada e, em condições permitidas dentro do mesmo ITAD, somada ao agregar rotas para o mesmo prefixo.

AvailableCircuits representa o saldo observado no gateway para aquela rota. Só deve circular entre gateway e peer LS responsável, não se agrega e não se propaga. A diferença de alcance é deliberada: a topologia pode conhecer o teto sem exportar um estado que envelhece rapidamente.

O erro aparece quando o painel preenche a ausência do dado dinâmico com o total estático. Um teto de cem não significa cem livres. A soma de tetos também não prova que os componentes são intercambiáveis sob a mesma política, falha ou destino. Planejamento, observação e reserva são três objetos.

O sucesso carrega uma convenção escondida

CallSuccess leva dois contadores para o mesmo destino e janela: chamadas consideradas terminadas com sucesso e tentativas totais. A significância tende a crescer com a amostra. Quando o contador de tentativas dá a volta, o de sucessos é reiniciado para continuar alinhado; o receiver precisa coletar com frequência suficiente.

O gateway decide a classificação com base na causa de desconexão. A RFC dá um exemplo desconfortável e útil: se a chamada alcança Alerting, mas o chamado está indisponível ou ocupado, ela é convencionalmente sucesso. Falta de circuito ou recurso é convencionalmente falha. O mapeamento exato fica a critério do gateway.

Logo, a razão não é uma medida universal de conversa completada. Pode medir que a infraestrutura chegou corretamente ao destino. Para comparar gateways, o operador precisa da tabela de causas, janela, denominador, época dos contadores e composição do tráfego. Sem o contrato semântico, ordenar percentuais apenas ordena políticas locais.

O atributo pode orientar a seleção para aumentar a probabilidade de terminação. Não se agrega, não se dissemina e não prevê com certeza a próxima tentativa.

O anúncio sai de um participante assimétrico

TGREP ocupa o espaço que TRIP deixa dentro do domínio: injeção de rotas pelos gateways e escolha de um gateway específico. O sender coleta dados no gateway e os entrega ao Ingress LS; depois uma versão pode seguir ao Egress LS e a TRIP.

No OPEN, o gateway declara Send Only. Ele envia alcance e atributos, mas não possui bases equivalentes a Adj-TRIBs-In e Loc-TRIB, não aprende rotas externas e não executa seleção ou agregação. Se receber UPDATE no estado Established, descarta silenciosamente e mantém o estado.

Assim, Established não prova que o gateway recebeu uma decisão. O Adj-TRIB-GW-Out por peer contém o que ele anunciou, e a RFC deixa fora de escopo como foi preenchido, incluindo a possibilidade manual. A proveniência precisa começar na configuração, não no primeiro pacote protegido.

A consolidação soma testemunhos sem fundi-los em uma fonte

O TGREP receiver pode receber várias rotas para o mesmo destino. A consolidação combina atributos para preservar capacidades coletivas: a RFC exemplifica a união de Carrier e de listas de prefixos. O detalhe de aplicação por atributo e família fica com a implementação.

Depois pode vir a agregação, que combina destinos diferentes em um resumo segundo TRIP e reduz informação. A ordem — consolidar, depois agregar — mostra duas transformações distintas.

O candidato entregue adiante pode não ter sido emitido por gateway algum. Ele é um novo enunciado do receiver. Deve carregar vínculo com cada gateway, sessão, rota, atributo, horário, regra, exclusão e versão. Caso contrário, uma união coletiva parece promessa simultânea de um único equipamento, e o resumo esconde variação por destino.

Prefixos E.164 e de roteamento, TrunkGroup e Carrier estruturam onde encaminhar. A sessão não mistura as três categorias de famílias. RFC 4904 e RFC 4694 complementam a sintaxe. Nenhuma delas prova autoridade comercial, controle atual do trunk ou disponibilidade física.

A proteção do peer termina antes do resultado

AH e ESP, conforme a arquitetura IPsec retomada por TGREP, podem autenticar origem, manter integridade e evitar replay; ESP pode ainda cifrar. Isso protege mensagens na associação de segurança.

Não corrige uma rota manual, não rejuvenesce uma medição, não uniformiza a definição de sucesso, não autoriza o sender a representar um Carrier e não observa o PSTN. A cadeia defensável liga identidade e escopo, UPDATE original, medição, janela, contador, transformação, política de escolha, alternativas, sinalização e disposição final.

O TGREP torna a escolha mais informada. O recibo da escolha continua diferente do recibo da chamada.

Fontes

  1. RFC 5140, HTML
  2. RFC 5140, texto
  3. Registro do RFC Editor
  4. IETF Datatracker
  5. Histórico do documento
  6. Busca de errata da RFC 5140
  7. Parâmetros TRIP da IANA
  8. RFC 2871: arquitetura de roteamento telefônico
  9. RFC 3219: TRIP
  10. RFC 3261: SIP
  11. RFC 4904: Trunk Groups em URI tel/SIP
  12. RFC 4694: parâmetros de portabilidade
  13. RFC 4301: arquitetura IPsec
  14. RFC 4302: AH
  15. RFC 4303: ESP
  16. RFC 4306: IKEv2
  17. RFC 4835: requisitos de algoritmos ESP/AH
  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