IOSOR База знаний

Неделя восстановления SMS: открытие коридора только при свежем DLR

Пошаговое возобновление отправки SMS после инцидента через пробы heartbeat и проверку DLR в IOSOR.

Неделя восстановления SMS: открытие коридора только при свежем DLR.

Почему слепой перезапуск после заморозки приводит к сбоям

Возобновление отправки трафика на полной скорости сразу после того, как сработала Инцидент с SMS: заморозка отправки до того, как коридор покажется «живым», — частая ошибка при работе с транзакционными сообщениями. Если на маршруте происходят тихие сбросы или блокировки операторов, массовая отправка OTP без предварительной проверки ведет к списанию средств за недоставленные сообщения.

Безопасное открытие коридора требует поэтапной проверки с использованием свежих отчетов о доставке (DLR). Проверка подтверждений на минимальной тестовой выборке гарантирует, что сообщения снова доходят до абонентов.

Шаг 1: Запуск низкообъемных зондов-heartbeat

Последовательность сигналов heartbeat (HB) позволяет изолировать проблемы маршрута без риска для основного объема. Перед открытием очереди отправьте единичные проверочные сообщения в сети целевых операторов.

Этап проверки Объем выборки Целевая сеть Метрика успеха
HB 1 5 сообщений Основной оператор 100% финальный DLR
HB 2 20 сообщений Вторичные операторы > 95% финальный DLR
HB 3 100 сообщений Смешанные сети Задержка < 5с

На этом этапе используйте простой формат сообщений и избегайте специфических кодировок, если вы не тестируете их специально, как описано в материале про Второй месяц SMS: Привычка к UCS-2 после первого счета.

Шаг 2: Валидация свежих DLR перед масштабированием

Успешный ответ от REST API подтверждает лишь то, что шлюз принял запрос. Это не является доказательством вручения клиенту. Для безопасного возобновления система должна дождаться корректных DLR через webhook.

Если вебхуки фиксируют статус 'undelivered', таймауты или фильтрацию, коридор должен оставаться в ограниченном режиме. Повышение лимитов отправки допустимо только при высоком проценте успешных DLR за 15-минутный интервал.

Шаг 3: Мониторинг задержки доставки и вебхуков

Качество коридора определяется не только фактом доставки. Если задержка превышает 15 секунд, одноразовые пароли OTP теряют актуальность для пользователей.

Настройте автоматический анализ входящих вебхуков. Отслеживайте статус DLR и разницу во времени между отправкой и получением отчета. При росте задержки система должна автоматически снижать поток трафика до уровня heartbeat.

Финансовые предохранители при восстановлении коридора

Тестирование маршрутов связано с финансовыми рисками, если неконтролируемый трафик расходует баланс на неисправных направлениях. Платформа IOSOR использует жесткие правила для защиты вашего кошелька.

На аккаунте действует минимальный порог USD 20 prepaid floor для поддержания работы шлюзов при низкообъемных тестах. При приближении к объему мягкого аудита около USD 1,000/месяц подключаются дополнительные проверки. Номера выделяются через JIT-механизм с предварительным удержанием prepaid hold и последующим этапом assign. Подробнее о контроле баланса читайте в статье про стоп-линии кошелька до production-трафика.

Начните с IOSOR

Откройте консоль IOSOR и настройте тестовый шлюз на отправку единичных DLR-зондов для замороженного маршрута. Убедитесь, что система удерживает основной трафик на паузе до получения свежих статусов доставки от мобильных операторов. Включите автоматический шлюз блокировки при превышении задержки DLR свыше 15 секунд.

Итог IOSOR

Возобновление полной отправки SMS сразу после сбоя без подтверждения доставки гарантирует потерю бюджета и сгорание клиентоориентированных OTP-кодов. Код ответа 200 OK от REST API лишь подтверждает прием пакета сервером, но не гарантирует поступление SMS на телефон абонента.

Был ли материал полезен?

Связанные гайды