asterisk.ru

Приветствую всех присутствующих! всем,
Имеется Asterisk (Asterisk 1.8.20.0, Elastix 2.4) за одним NAT на центральном офисе (далее ЦО). Порты 5060 и 10000-20000 на маршрутизаторе смапированы на локальный адрес *. IP адрес статический. Включена запись разговоров.

Имеется удалённый офис (далее УО) с модемом с двойным NAT. Прикрутил там абонента 401 на Gigaset A510IP. Порты на удаленном офисе не мапировал. Голос при звонке 401->ЦО стал ходить в обе стороны только когда я в железке 401 номера прописал STUN сервер (stun.counterpath.net).
Но есть одна нездоровая закономерность:
Если 401 вызывает ЦО, то самый первый вызов 401->ЦО попадает на тишину всегда (при этом в логах команды rtp set debug on вижу что пакеты бегут по обоим IP причём IP адрес УО белый. Второй и следующие за ним вызовы с паузой не более 3 минут проходят нормально. Но если сделать паузу между вызовами больше 3 минут - снова первый вызов попадает на тишину.
При этом абсолютно все звонки ЦО->401 ходят без потери голоса.

Есть ощущение что STUN сервер пробив мне тоннель до * не держит его больше 3-ёх минут если нет активности.
Вместо Gigaset A510IP регистрировал на 401 CounterPath Bria - ситуация аналогичная.

Можно от этого избавиться?


Мои конфиги:

Во-первых, вы путаетесь в показаниях:

Prost писал(а):УО) с модемом с двойным NAT

Prost писал(а):причём IP адрес УО белый

Так NAT или реальник ?

Во-вторых, прочтите что такое STUN.

В-третьих, rtp debug это конечно хорошо, но в данном случае сначала нужно sip debug смотреть, какие порты выбираются для SDP.

В четвертых, проблема в NAT. Гуглите: asterisk nat

Спасибо. Под белым IP имелось в виду что пакеты сыплются в правильную сторону-в сторону УО. Настройки астериска за натом сделал. Рекомендовалось использовать STUN при конфигурации когда * и клиент оба за натами.

он пробивает дыру в мозге, если доку не изучать

Т.е. в сторону STUN я напрасно повернул похоже. Но вроде НАТ настраивал по доке... Может проблема в двойном нате?

Убрал на всех клиентах STUN и заметил, что Bria 100% нормально стала ходить. А вот GigasetA510 вообще постоянно стал попадать на тишину со стороны вызываемого абонента. Заметил что в поле Contact в сообщении ACK Gigaset отправляет промежуточный IP адрес моего двойного NAT, а вот Bria в этом поле шлёт публичный адрес. Такого адреса в глобальной сети нет. По этому адресу * пуляет голос и я ничего не слышу.

Так Вы уже пишите в компанию Siemens по поводу Gigaset A510?

Да вроде Gigaset уже не Siemens. Т.е. бага в телефоне, других путей обойти этот режим нет?

Prost писал(а):Да вроде Gigaset уже не Siemens.

Так Вы уже пишите в компанию, которая теперь владеет этим, по поводу Gigaset A510?

Prost писал(а):Т.е. бага в телефоне, других путей обойти этот режим нет?

То есть, если Вы пишете, что
поле Contact в сообщении ACK Gigaset отправляет промежуточный IP адрес моего двойного NAT, а вот Bria в этом поле шлёт публичный адрес, то есть сомнение, что это на самом деле не телефон шлёт поле Contact в сообщении ACK, что-то другое?

Я пока тестирую и мне не принципиален Gigaset для работы на оконечном пункте. Если это действительно бага Гигасета то посоветуйте оборудование которое четко обходит NAT или корректно работает через STUN публичный с *. Спасибо.