domain.su резолвится по адресу 172.30.0.82

Какая то дичь... Уже складывается ощущение что никак, кроме как открыв sip guests не получится заставить его работать.
Самое странное что уже раз 5 данную связку настраивал без проблем, а тут ни в какую...

1. Домены резолвятся. По понятным соображения FQDN не указываю. 2. tcpdump host 172.30.0.82 -s0 -n -A 12:49:10.382472 IP 172.30.0.82.61682 > 192.168.6.25.sip: Flags [S], seq 605770988, win 65535, options [mss 1216,sackOK,TS val 1304951582 ecr 0,nop,wscale 13], length 0 E..<..@.>......R........$.T......

Сервера разделены между собой VPN стоит проверить а реально NAT нет. Раз TCP, просто telnet на него и смотреть на одной и второй стороне пары IP портов. Начсчет type=peer и friend - да, есть разница. в одном из случаев при insecure=port,invite будет допускать с динамических портов. обсуждалось уже ...

ded писал(а):Пробуйте с тему опциями, которые я указал выше, пусть и по ТСР.

Пробовал, к сожалению тоже самое.

S4B не работает по UDP к сожалению. Только TCP.
Вся телефония работает по UDP, а именно с ним приходится бороться по TCP.

К сожалению ни tcpdump ни wireshark понимания не прибавляет. 11:34:53.890881 IP (tos 0x0, ttl 62, id 45610, offset 0, flags [DF], proto TCP (6), length 60) 172.30.0.82.58420 > asterisk.sip: Flags [S], cksum 0x6a80 (correct), seq 1639430397, win 65535, options [mss 1216,sackOK,TS val 1303841495 ecr 0...

Вообщем не отрабатывают эти параметры потому, что входящее соединение с сервера S4B не идентифируется астериском как friend. Я полностью удалил транк, включил allow sip guests и в логах видно что при звонке соединение идет из SIP/S4B_default_domain. Тоже самое получается и при включенном транке. Аст...

Подскажите пожалуйста, а почему этот параметр может не отрабатывать?

Как я понял проблема заключается в том, что S4B отправляет invite с random порта, а не с 5060, и asterisk отвечает именно на этот порт, а S4B уже не ждёт ответа на этот порт.

Как я понял проблема в том, что S4B отсылает invite c random порта, а не 5060, с которого ожидает астериск. И астериск отправляет ответ на этот же порт, а Lync на random порте уже ничего не ждёт.