Отказоустойчивый Phone API Gateway: схема, которая переживает SIP-шторма и NAT

Отказоустойчивый Phone API Gateway: схема, которая переживает SIP-шторма и NAT

Phone API Gateway нельзя строить как один “умный” узел с проксированием всего подряд. Правильная схема — stateless edge, отдельный call-control и независимый media-plane. На входе — SIP-aware балансировщик или Kamailio, за ним — кластер приложений, а RTP уходит мимо API туда, где можно держать джиттер и QoS под контролем.

Критичные правила:
— SIP-сессия должна переживать падение любого одного узла без потери маршрутизации.
— Состояние вызова храните вне воркера: Redis, SQL или event-log, но не в памяти процесса.
— RTP не смешивайте с HTTP API: иначе получите блокировки, таймауты и сложно диагностируемые one-way audio.
— Для NAT обязательно держите rport, SIP-alg disable и корректный re-INVITE/UPDATE путь.

Отдельно проверьте таймауты: SIP transaction timer, idle timeout на LB, TTL в DNS и keepalive между прокси и backend. Несогласованные таймеры ломают failover не хуже падения сервиса. Разбираем дамп трафика в Wireshark, и вот что мы там видим: INVITE доходит, 200 OK уходит, ACK теряется на промежуточном NAT — и вся “отказоустойчивость” заканчивается на первом же вызове.

Если нужно масштабирование, добавляйте горизонтально не сам шлюз, а точку принятия SIP и обработку событий. Отказоустойчивость — это не роскошь, а базовое требование к SIP-платформе. Оптимизируем обработку RTP-трафика и минимизируем джиттер в сети.