Не слышно в одну сторону через STUN

[ded]

Используйте VPN, чтобы не решать головоломки с двойным и тройным НАТом.

[Prost]

VPN не хочет поднимать персонал IT. Буду договариваться.
Уважаемый ded ответьте ещё на несколько вопросов:
1. Если я возьму статический адрес на роутер и проброшу порты 5060, 10000-20000 на локальный адрес Gigaset, то это решит мои проблемы?
2. Почему STUN так себя ведёт в моём случае? Я перебрал несколько публичных - везде проблема одинаковая.
3. Какими хитрыми настройками пользуется софтфон CounterPath Bria (причём очень древней версии) чтобы таким чудесным образом обходить мой двойной NAT на УО? Он использует свой STUN для этого?

Спасибо.

[ded]

1. На котором роутере, внешнем? Внутреннем? Навряд ли.
2. STUN сервера перебирать нет никакого смысла, их сервис одинаковый. Если Вы откроете http://myip.ru и http://internet.yandex.ru Вы увидите разные адреса? STUN точно так же возвращает ИП адрес в ответ на запрос.
3. Я не разработчик CounterPath Bria и не пользуюсь им.

[Prost]

1. Двойное натирование у меня делает сам провайдер с целью экономии ип-адресов- поэтому на внешнем рутере.
2. Непонятно почему STUN сервер держит только 3 минуты.
3. Понятно.

В 13 версии * есть изменения в плане NAT. Имеет ли смысл перейти с 1.8 на 13?

[Vlad1983]

2. запрос к STUN должен делаться при каждом вызове, но ответ от STUN не гарантирует что порты, которые он сообщает будут использоваться для соединения с вашим asterisk.
снимайте дамп трафика и смотрите чем отличается поведение Gigaset от Bria.
возможно Gigaset, однажды получив ответ от STUN, не повторяет запросы в дальнейшем.

[Prost]

Если прописывать STUN сервер то одинаково криво работают и Gigaset и Bria (см. выше). Если STUN не прописывать, то Gigaset не слышит того кому позвонил, а Bria на том же порту LAN и на том же номере работает на ура.

[april22]

снимать дамп и смотреть чем они различаются

[april22]

а кто мешает взять микротик и самому натянуть VPN до астериска ?

[Prost]

Да в общем то понятно что из-за двойного NAT Gigaset подставляет в поле Contact IP адрес промежуточного прокси от провайдера. Я вижу 2 пути решения:
1. Прошу провайдера убрать ступень внутреннего проксирования. Тогда по идее Gigaset подставит в поле Contact публичный IP и всё заработает.
2. Пишу письмо в Gigaset с просьбой о коррекции.


А вообще есть ли у Asterisk настройка которая позволяет не отправлять медиапоток на SIP Contact IP-адрес а например тупо на IP адрес откуда пришёл пакет?

[virus_net]

из-за двойного NAT Gigaset подставляет в поле Contact IP адрес промежуточного прокси

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

уже вторая страница топика закончилась, можно и далее ещё на 20-ти страницах рассуждать о мире во всем мире
но гораздо эффективнее было бы:

• - нарисовать схему с IP-адресами, линками, описанием
  - выложить SIP дамп вызова

чего до сих пор нет
собственно с этого стоило бы начинать, т.к. тогда понимания прибавится и у вас и у нас, т.к. когда смотришь на схему, то гораздо проще размышлять, т.к. нагляднее