Вот интересный момент: у меня есть приложение SIP VoIP, которое может регистрироваться на сервере АТС, и я могу пригласить и увидеть, как пользователь звонит на стороне вызываемого абонента, получая Invite, а на стороне вызывающего абонента я вижу ответ Ringing... вот интересная часть: если я закрываю свое приложение без уведомления сервера, мой маршрутизатор отключается и перезапускается через некоторое время (30–150 секунд). Я мог бы это исправить, если бы завершил процесс ACK BYE, но мне просто интересно, почему мой маршрутизатор зависает?
Любые идеи?
Мой маршрутизатор — TNN-Siemens SL2-141, подумал, что это может иметь значение.
Обновлять: вот что я нашел:
SIP ALG позволяет осуществлять два или более одновременных телефонных звонка VoIP-клиентами через этот маршрутизатор.
Это значит, что если я его отключу, я не смогу провести тестирование, которое я так отчаянно пытаюсь провести, а поскольку у меня нет доступа к другому маршрутизатору, мне придется справляться с этой ошибкой...
Могу сказать, что у меня такого никогда не случалось с одним подключающимся пользователем, но опять же, мне некого было приглашать, я получил от SIP UAS 503, когда попытался пригласить воображаемого пользователя. Этот баг появился только после того, как я подключил второй SIP UAC, пригласил его и закрыл приложение.
Адам.
решение1
Единственное, что мне приходит в голову, это то, что если у вашего маршрутизатора естьSIP-АЛГи зависает из-за какой-то ошибки в нем, когда он не получает ACK. Если у вашего маршрутизатора есть SIP ALG, вам следует попытаться найти способ его отключить. Сейчас общепризнанно, что SIP ALG — это плохие новости и вызывают гораздо больше проблем, чем решают.
Обновлять:Если вы пишете собственное приложение SIP и находитесь за ALG, то вам будет трудно отслеживать проблемы, поскольку вы никогда не будете уверены, что отправляемый вами пакет SIP является тем, который принимается. Попробуйте отключить SIP ALG и убедиться, что устройства SIP на стороне вашей сети используют другой порт, т. е. настройте их так, чтобы они не использовали порт 5060 в качестве своего локального порта. Таким образом, маршрутизатору не придется вмешиваться в какое-либо определенное поведение, чтобы разрешить трафику SIP работать для нескольких устройств.