Как MCData выбирает процедуру SDS: размер сообщения — только один из факторов
В MCData короткие данные SDS могут передаваться разными процедурами. Иногда интеграция выбирает путь только по числу байтов, считая все остальные условия одинаковыми. Но руководство перечисляет несколько факторов: размер относительно лимита сигнальной плоскости, характер транзакций, адресат, доступность сети и требования безопасности. Корректный выбор требует полного контекста.
Какой размер сравнивается
Для standalone SDS через signalling control plane полезная нагрузка находится ниже настроенного максимума данного пути. Для описанного standalone варианта через media plane предполагается превышение этого порога. Это ограничение конкретного способа передачи, а не автоматическое значение всей ёмкости SDS услуги.
Поэтому число из общей характеристики максимального сообщения нельзя без проверки применять как универсальный порог переключения плоскостей. В проекте фиксируют фактическую настройку и правило определения размера в реализации.
Остальные условия
Одна односторонняя транзакция и сеанс обмена являются разными сценариями. Также различаются индивидуальная и групповая адресация, on-network и off-network работа. Стандарт отдельно включает причины безопасности в факторы выбора подходящей процедуры.
Из этого не следует готовая универсальная таблица для любого продукта. Нужно подтвердить поддерживаемые варианты и решение, которое клиент принимает при нужном сочетании условий. Одна удачная отправка маленького текста не проверяет все маршруты.
Как испытать автоматический выбор
Составляют небольшой набор реально необходимых сценариев. Для каждого задают размер, тип адресата, состояние сети и характер обмена. Затем сохраняют фактически выбранную процедуру и проверяют конечный результат. Пограничные размеры проверяют относительно документированного порога, не угадывая его по визуальной длине текста.
Если клиент поддерживает переключение пути, важно увидеть не только правильный выбор, но и правильный разбор на принимающей стороне. Согласование media параметров и перенос содержимого подтверждаются отдельно от решения начать соответствующий вариант.
В отчёте рядом с успешным сообщением указывают его сценарий. Формулировка «SDS работает» без этих условий слишком широка для приёмки сложной интеграции. Неподдерживаемые варианты следует обозначать прямо, а не маскировать общей отметкой совместимости.
Такой подход помогает объяснить, почему одинаковые по размеру сообщения иногда обслуживаются различно. SDS является набором предусмотренных процедур, а не одним неизменным пакетом. Проверяемое решение клиента должно учитывать нужный проекту контекст и подтверждаться содержательной доставкой по действительно выбранному пути.
Запросы отправляются на наш e-mail из вашей почтовой программы.
