Шаг 13. Падение одного из серверов, обслуживающих звонок

В обслуживании звонка участвуют несколько ролей и серверов: сигнальный уровень задействует B2BUA и до двух экземпляров SG, медийный уровень задействует MGC и MG.

Падение MG. Одновременно с падением MG, перестает передаваться трафик во всех звонках, чьи контексты обслуживаются на этом MG. Пользователи перестают слышать друг друга. MGC отслеживает падения серверов и сервисов MG своей группы и уведомляет об этом владельцев обслуживающихся на них медиа-контекстов, то есть те роли, что инициируют запросы к MGC на создание медиа-контекстов, в частности B2BUA. Они, в свою очередь, имеют возможность пересадить активный звонок на другой MG в той же или в другой группе MGC. B2BUA проводит эту операцию в течение 1 секунды. Этот процесс называется миграцией.

Падение _MGC_. Ни к чему не приводит.

Если MGC имеет резервный экземпляр – управление группой, в том числе и активными звонками в ней, переходит к резервному, все MG также переключаются на него.

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

Если при отсутствии резервного экземпляра MGC рухнет надолго, то текущие звонки продолжатся, но не смогут управлять медиа-трафиком, в частности активировать мелодии ожидания, детектировать DTMF-сигналы, поступающие в медиа-трафике (RFC-2833, Inband-audio). Новые же звонки будут обслуживаться в другой группе MGC, если таковая есть, либо B2BUA будет отказывать в обслуживании на этом сайте.

Падение B2BUA и SG. Падение любого из SIP-серверов в цепочке управления звонком (SG-1, B2BUA, SG-2) оставляет звонок активным и с продолжающимся обменом медиа-трафиком, но без возможности управления звонком SIP. Любая команда на завершение звонка, постановку или снятие с удержания, перевод, образование трехсторонней конференции – приводит к прекращению звонка по инициативе стороны, попытавшейся произвести управление. Вторая сторона при этом не получает отбоя, а слышит тишину.

При этом даже рестарт упавшего B2BUA не приведет к восстановления управления звонком, поскольку контекст звонка не сохраняется на жестких носителях, а хранится в оперативной памяти.

Рестарт упавшего SG несет шансы на восстановление управляемости разговором, но зависит от того, в какой фазе разговора SG упал и поднялся. Так, если в момент падения происходил какой-то обмен управляющими командами, то шансы невелики.