Кратко

  • TGREP регистрирует телефонные маршруты шлюза у локального сервера местоположения, не выполняя сам выбор маршрута.
  • Шлюз работает в режиме Send Only: он объявляет сведения, но не учит маршруты соседей и не ведёт Loc-TRIB.
  • Способ наполнения Adj-TRIB-GW-Out остаётся за пределами RFC 5140 и может включать ручную настройку.
  • Состояние Established подтверждает работу сессии, но не принятие решения, наличие полномочия или готовность услуги.
  • TotalCircuitCapacity — административно заданный верхний предел, а не резерв для будущего вызова.
  • AvailableCircuits — локальное изменчивое наблюдение; его нельзя агрегировать или распространять дальше peer LS.
  • CallSuccess описывает прошлое окно и зависит от выбранного шлюзом соответствия причин разъединения.
  • Вызов, дошедший до Alerting и встретивший занятость, условно может считаться успешным.
  • Consolidation объединяет свидетельства одной цели, а aggregation затем сокращает сведения о разных целях.
  • Получившийся маршрут может быть проекцией receiver, которой ни один шлюз целиком не объявлял.
  • IPsec защищает происхождение и целостность сообщений между peers, но не истинность данных или исход PSTN.
  • Для действия нужны раздельные квитанции источника, измерения, преобразования, выбора, сигнализации и результата.

Established — состояние транспорта, а не вердикт о сервисе

TGREP появился на границе двух разных задач. TRIP распространяет телефонную маршрутную информацию между поставщиками, но не определяет, как внутренний шлюз передаёт свои маршруты серверу местоположения и как сигнальный прокси выбирает конкретный шлюз. RFC 5140 закрывает первую брешь, не присваивая регистрации полномочия над второй.

Sender находится на шлюзе, receiver — на Ingress LS. После открытия сессии шлюз посылает достижимость и атрибуты через UPDATE. При этом режим Send Only означает буквально одностороннюю роль: у шлюза нет Adj-TRIBs-In, Loc-TRIB и процесса выбора входящих маршрутов.

Самый полезный отрицательный тест записан в конечном автомате. Если Established-шлюз получает UPDATE, он молча отбрасывает сообщение и остаётся Established. Следовательно, одна и та же зелёная метрика сессии совместима как с правильной регистрацией, так и с ошибочной попыткой послать шлюзу решение, которое тот не должен принимать.

Операционная панель обязана разводить TCP/IPsec-состояние, принятие объявления receiver, допустимость маршрута, выбор прокси, прохождение SIP и итог вызова. Их объединение в один индикатор превращает доступность управляющего канала в вымышленную гарантию услуги.

База объявления начинается раньше защищённого сообщения

Для каждого peer LS шлюз поддерживает собственную Adj-TRIB-GW-Out. RFC 5140 не предписывает, откуда берутся её записи; в тексте прямо допускается ручное наполнение. Поэтому проверяемая история маршрута начинается не с UPDATE, а с того, кто внёс destination, на каком основании, когда запись вступила в силу и при каком условии должна быть отозвана.

Структура destination помогает направить решение. Prefix может описывать E.164 и списки routing number; TrunkGroup и Carrier задают иные плоские семейства. Одна сессия не смешивает три категории. RFC 4904 и RFC 4694 дают форматы для trunk group и переносимости номера.

Формат, однако, не доказывает право представлять Carrier, фактический контроль над trunk или актуальную возможность принять вызов. Нулевая длина некоторых значений имеет широкую протокольную семантику, но остаётся утверждением конкретного sender. Получатель должен связать его с конфигурационным владельцем и областью полномочий, а не выводить полномочие из широты синтаксиса.

Подписанные байты сохраняют ценность только вместе с исходной записью, версией конфигурации, субъектом изменения и сроком. Иначе защищённая сессия заверяет неизвестно кем созданную предпосылку.

Два числа о цепях живут на разных часах

TotalCircuitCapacity описывает общее административно подготовленное число одновременных вызовов в устойчивом состоянии. Оно меняется сравнительно редко — например, при выводе trunk из обслуживания — и может пройти дальше локального LS. В некоторых случаях значения для маршрутов к одному prefix внутри ITAD складываются.

Это сумма потолков, а не одна взаимозаменяемая корзина ресурсов. Политика, аварийный домен, направление, кодек или физический тракт могут различаться. Число не сообщает, какая цепь свободна сейчас и была ли она выделена этому решению.

AvailableCircuits относится к другому времени и области. Это сообщённое количество оставшихся цепей для маршрута. Оно способно меняться с каждым вызовом, может участвовать в per-call выборе, не агрегируется и MUST NOT распространяться за пределы peer LS шлюза.

Спецификация одновременно рекомендует сдерживать UPDATE-нагрузку и выбирать достаточно большое окно для полезной статистики. Значит, измерение неизбежно имеет возраст, порог или сглаживание. Пока прокси выбирает, другие вызовы могут израсходовать остаток. Требуются отдельные состояния: provisioned ceiling, наблюдаемая доступность и подтверждённая резервация. Подмена третьего первым или вторым делает отказы сигнализации неожиданными только на бумаге.

CallSuccess измеряет правило классификации

Атрибут CallSuccess несёт два счётчика за одно окно: вызовы, признанные успешно завершёнными, и все попытки. Получатель видит отношение, но его значение определяется тем, как отправитель перевёл причины разъединения в два класса.

RFC 5140 приводит показательный обычай. Если вызов дошёл до Alerting, а затем не соединился из-за занятости или недоступности вызываемого абонента, он обычно считается успешным. Если причиной стала недоступная цепь или ресурс, это обычно неуспех. Точное соответствие оставлено шлюзу.

Поэтому «95 из 100» может означать исправную доставку сигнала к сети назначения, не состоявшийся разговор и тем более не достигнутый коммерческий результат. Два одинаковых процента нельзя сравнивать, пока не сопоставлены таблицы причин, окно, знаменатель, профиль трафика и поколение счётчиков.

При переполнении attempted counter успешный счётчик сбрасывается согласованно; receiver должен читать значения достаточно часто, чтобы не потерять смысл. Большая выборка повышает статистическую полезность прошлого. Она не наблюдает следующую попытку. Кроме того, CallSuccess остаётся локальным, не агрегируется и не распространяется в маршрутах.

Receiver создаёт маршрут, которого не было у одного свидетеля

Несколько шлюзов могут объявить маршруты к одной destination. Consolidation объединяет их, чтобы receiver не потерял коллективные возможности. В примерах RFC союз включает Carrier values из двух шлюзов либо списки prefixes. Детальная реализация для разных атрибутов и address families оставлена receiver.

Aggregation — иная операция. Она резюмирует разные destinations по правилам TRIP и уменьшает объём маршрутной информации. Порядок имеет значение: сначала consolidation одной цели, потом aggregation разных целей.

В результате Egress LS может увидеть кандидат, который ни один gateway не формулировал целиком. Он не ложен, но является новым производным утверждением. Его доказательная запись должна перечислять входные маршруты, шлюзы, сессии, исходные значения, времена, версию правила объединения, отброшенные различия и момент преобразования.

Без обратимости union выглядит как синхронное обещание одного устройства, а summary скрывает различия destinations. Особенно опасно поставить рядом распространённый статический total и локальные, нераспространяемые available или success, будто они сняты одним наблюдателем в один момент.

IPsec заканчивается там, где начинается смысл

Модель безопасности RFC 5140 наследует TRIP. AH или ESP могут обеспечить проверку источника, целостность и защиту от replay; ESP добавляет конфиденциальность. Это важные свойства транспортной границы между настроенными peers.

Они не проверяют вручную введённую destination, не делают старое измерение свежим, не унифицируют disconnect mapping, не дают sender коммерческого права на Carrier, не резервируют цепь и не наблюдают конец PSTN. Аутентифицированный источник способен искренне сообщить устаревшее, локально определённое или неправильно полномочное утверждение.

Защищаемая цепь поэтому длиннее security association: идентичность шлюза и его разрешённая область; оригинальный UPDATE и время; окно, cadence и эпоха counters; преобразование receiver; версия политики прокси и альтернативы; транзакция сигнализации; disposition PSTN; человеческий или бизнес-результат, если именно он заявлен.

TGREP повышает информированность выбора. Он не переносит доказательство через ещё не произошедшие этапы.

Источники

  1. RFC 5140, HTML
  2. RFC 5140, текст
  3. Запись RFC Editor
  4. IETF Datatracker
  5. История документа
  6. Поиск исправлений RFC 5140
  7. Параметры TRIP в IANA
  8. RFC 2871: архитектура телефонной маршрутизации
  9. RFC 3219: TRIP
  10. RFC 3261: SIP
  11. RFC 4904: trunk groups в URI
  12. RFC 4694: параметры переносимости номера
  13. RFC 4301: архитектура IPsec
  14. RFC 4302: AH
  15. RFC 4303: ESP
  16. RFC 4306: IKEv2
  17. RFC 4835: требования к алгоритмам 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