Phone API Gateway падает не на SIP, а на ошибках в архитектуре отказоустойчивости

Phone API Gateway падает не на SIP, а на ошибках в архитектуре отказоустойчивости

Шлюз для высоких нагрузок нельзя строить как один “толстый” сервер. Правильная схема: несколько stateless-нод с VIP/L4 balancer, отдельный слой SIP-routing и вынос медиапути в RTP-proxy. Тогда отказ одного узла не рвёт регистрацию, а сессии переживают переезд без ручного вмешательства.

Критичные точки, которые нужно изолировать:
— SIP-сигнализация и RTP не должны жить на одном узком горле
— состояние диалога храните вне процесса: Redis, DB или replicated cache
— таймеры, retransmit и failover-сценарии должны совпадать на всех узлах
— health-check должен проверять не только порт, но и способность поднять новый call flow

Разбираем дамп трафика в Wireshark, и вот что мы там видим: при перегрузе первым ломается не INVITE, а очереди NAT, conntrack и балансировщик. Поэтому шлюзу нужны лимиты на CPS, отдельные policy для trusted/trunking, а на медиаслое — pinning потоков и предсказуемая маршрутизация. Отказоустойчивость — это не роскошь, а базовое требование к SIP-платформе.

Практический минимум: два ingress-узла, активный health-failover, синхронизированные маршруты, контроль DNS TTL и сценарий деградации, где шлюз режет второстепенные функции раньше, чем теряет вызов. Оптимизируем обработку RTP-трафика и минимизируем джиттер в сети.

Если шлюз не переживает падение одной ноды без потери диалога, это не HA, а одиночная точка отказа в маске кластера.