Портирование не завершено: почему нельзя слать трафик на незавершенный DID

Портирование в процессе не live: не шлите трафик на незавершённый DID.

Анатомия статусов переноса номеров

Отправка трафика на незавершенный DID — главная причина сбоев сигнализации в VoIP-сетях. Когда номер находится в процессе переноса, оператор-донор еще не передал маршрутизацию в единый реестр. Платформа работает по модели JIT, резервируя ресурсы только по факту подтверждения. Попытка направить SIP-вызовы на такой ресурс приведет к кодам отказа 486 Busy или мгновенной тишине. Поддерживайте минимальный баланс от USD 20 для стабильной работы платформы и пополняйте счет заранее. Детальную информацию по выбору ресурсов содержит JIT-покупка виртуальных DID, помогающее правильно планировать нагрузку.

Ошибки маршрутизации до активации

Преждевременная отправка трафика создает ложную нагрузку на шлюзы. В отличие от физического склада, где товар можно взять сразу, перенос номера требует прохождения регуляторных процедур и синхронизации баз данных LERG. Любая попытка пустить звонки в обход статуса «активен» завершится потерей пакетов и жалобами клиентов. При возникновении проблем с заявками используйте инструкции из сбой заказа DID refund и swap, чтобы оперативно скорректировать баланс и вернуть средства на счет без ручных запросов в поддержку.

Финансовый контроль и лимиты системы

Масштабирование голосовых сервисов требует жесткого соблюдения правил биллинга. При достижении оборота или пополнении свыше soft review near USD 1,000/month система автоматически запрашивает верификацию профиля для защиты от мошеннических действий с номерной емкостью. Предоплатная модель исключает кредитные риски, но требует постоянного контроля остатка. Настройте мониторинг API-вебхуков, чтобы ваш софтсвич мгновенно подхватывал изменение статуса номера сразу после завершения последней технической итерации переноса.

Разница между переносом и новыми номерами

Многие путают процедуру импорта существующих диапазонов с покупкой новых виртуальных линий. Новые ресурсы активируются мгновенно через программные шлюзы, тогда как перенос зависит от регламентов сторонних регулирующих организаций. Архитектурные особенности этих процессов подробно разбирает руководство портирование или новый DID, исключающее типичные ошибки планирования.

Диагностика зависших запросов портирования

Если статус переноса не меняется несколько дней, проверьте правильность данных в форме LOA. Распространенными причинами задержек являются расхождения в названии организации, опечатки в адресе или активные блокировки у предыдущего оператора. Исправьте ошибки через личный кабинет и дождитесь подтверждения интеграции.

Начать работу с IOSOR

Если перенос ещё pending, submitted или ждёт донора — не шлите. Держите DID вне production-маршрутов, пока принимающая сторона не владеет цифрами. Выгрузите штамп статуса и последнюю заметку донора. Полуперенесённый номер в списке — не Live.

Итог IOSOR

Перенос в процессе — не Live. Трафик на полуперенесённом DID — потеря, не тест.

Делайте: ждите отпуска донора до любого MT или голоса. Не делайте: считать присутствие в списке активацией.