Кратко

  • Узел TALI 2.0 должен был считать другую сторону версией 1.0, пока сообщение moni не подтверждало версию 2.0; отправка новых opcode зависела от этого подтверждения.
  • RFC 3094 была информационным предложением Tekelec. В примечании IESG прямо сказано, что это альтернатива разрабатывавшимся решениям SIGTRAN, а IETF не оценивал техническую обоснованность и полноту документа.

Граница возникает ещё до обмена сообщениями SS7. RFC 3094 описывает Transport Adapter Layer Interface (TALI) — предложение Tekelec для передачи сигнализации между сетью с коммутацией каналов и IP-сетью. Шлюз сигнализации мог переносить по TCP/IP сообщения SCCP, ISUP и связанные с MTP данные, а также выполнять функции управления и динамической регистрации каналов. Документ подробно задаёт форматы сообщений, таймеры, состояния узлов и отдельное поведение TALI 1.0 и 2.0. Но детальная спецификация остаётся спецификацией; вступление RFC не скрывает её статус.

Примечание IESG называет TALI альтернативой стандартам, которые тогда разрабатывала рабочая группа SIGTRAN в IETF. В нём говорится, что IETF не проверял техническую обоснованность и полноту решения, и потенциальным пользователям предлагается изучить SIGTRAN до принятия решения. Это не утверждение, будто IETF признал TALI ошибочным, отклонил его или доказал отсутствие внедрений. Примечание ограничивает область проведённой экспертизы и рекомендует сравнение.

Самая явная инженерная задача внутри TALI — обратная совместимость. В версии 1.0 не было простого способа определить версию собеседника. Версия 2.0 повторно использует сообщение moni (monitor): первые 12 октетов данных закрепляются за меткой версии, а последующие остаются для специфичных нужд реализации. Общая длина поля данных по-прежнему не должна превышать 200 октетов. Сообщение moni сохраняет функцию эхо, полезную для измерения времени прохождения туда и обратно или локальных задач.

При открытии соединения реализация 2.0 устанавливает far_end_version в 1.0. Она может объявить собственную версию, но не вправе предполагать, что удалённая сторона поддерживает то же самое. Нужно проверить полученное moni и распознать известную строку версии. Если сообщение с идентификатором не приходит или метка не распознаётся, узел остаётся версией 1.0.

Это состояние управляет тремя новыми opcode версии 2.0: mgmt, xsrv и spcl. Реализация 1.0 сочла бы их недопустимыми и немедленно закрыла сокет. Поэтому узел 2.0 должен дождаться подтверждения, что другая сторона — 2.0 или новее. Если партнёр использует 1.0, отправитель возвращается к функциям 1.0. Спецификация также описывает, как реализация 1.0 может игнорировать дополнительное содержимое moni и продолжать обычный обмен запросом мониторинга и подтверждением. Совместимость не гарантирует, что обе стороны понимают все функции; она не позволяет послать старому узлу opcode, который тот отвергнет.

Это наблюдаемая граница управления, а не абстрактный лозунг о совместимости. Локальная реализация объявляет версию, удалённая сторона предоставляет свидетельство, машина состояний фиксирует наблюдение, а ограничитель opcode решает, что разрешено передать через сокет. Номер версии в документе и локальная конфигурация не заменяют полученное от партнёра заявление.

Окружающую историю стандартизации следует читать столь же осторожно. RFC 2719 уже описывала архитектуру SIGTRAN. Более поздние стандарты определили адаптационные уровни, включая M2UA, M3UA и SUA; в этих работах применялся и транспорт SCTP. RFC 3094 сама обсуждает альтернативный стек на SCTP. Эти документы подтверждают связанные параллельные и последующие спецификации, но не доказывают, что TALI был заменён, что конкретная сеть мигрировала или что две независимые реализации успешно взаимодействовали.

RFC 3094 датирована апрелем 2001 года, имеет статус Informational и указывает, что не задаёт интернет-стандарт. Публикация, описанный механизм и пределы экспертизы — разные факты. Подробная машина состояний не доказывает эксплуатацию, а предупреждение IESG не доказывает техническую неудачу. Для таких выводов потребовались бы работающие реализации, результаты испытаний, эксплуатационные записи или наблюдаемый трафик.

Источники