Добрый день, форумчане!
Пытался сегодня настроить исходящую связь по sip, через voib24 (ipcecsmg100 с платой voib24), пока не получилось, поэтому решил написать сюда. Ссылка на конфиг http://zalil.ru/34238393 если нужен логин для входа в конфиг - ipecsadmin.
Что имею:
При входящем вызове через voib24 -все хорошо (связь устанавливается, голос есть)
При совершении исходщего вызова с атс, через линии на voib24 (например через 9 со, находящуюся на voib24 посредством кода 8809+номер) - тишина вместо голосового трафика. Т.е. сторона А (ipecs) звонит стороне B (asterisk). Сторона В слышит звонок, снимает трубку и тишина, на стороне А идет кпв до момента снятия трубки сторой В, после снятия трубки - у "А" тоже тишина.
Если включить на процессоре VOIU вместо AAFU - исходящая связь устанавливается и голос слышно, т.е. все ОК.
Админы утвержают, что между ats и asteris, как такового NAT-a нет, из подсети с ipecs поднят vpn туннель в подсеть с asterisk, и используются эти IP-ы. Пинги до астера есть , с астера до плат ipecs тоже.
P.S.
До этого момента имел дело только ipldk и lik, настраиваю sip на mg впервые.
Понимаю, что дело скорее всего в том, что rtp пакеты падают не на voib24, т.к. соединение все-таки устанавливается, а голоса нет, но где поправить это пока не нашел.
172.16.90.222- ип процессорной платы
172.16.60.223 - ип voib24
172.16.82.223 - ип asterisk-a.

Завтра поставлю астериск на виртуальник, на локальной машине и подключу атс с voib24 к этому астериск-у. Если проблемма в nat-e, должно заработать. Просьба, кому не очень лень, посмотрите мой конфиг, может там собака зарыта.)))

Конфиг смотреть некогда.
Гляньте, что у вас в Zone Attribute(395)[N], прописана VOIB24?

В 395 voib прописана. Прошивки стоят самые последние - скачано с artcom.ru. Поставил сегодня asterisk на виртуальную машину, подключил через тупой свитч атс к астериск-у (процессорная плата+ voib24) - ситуация не изменилась. Здается мне, что дело не в локальной сети.
ПГМ 395 представлена ниже:
Nation Code = Ruusia
Memo= пусто
Codec Type = tenant group codec
RTP Relay Rule = Automatic
VOIB Slot for RTP Relay стоит номер слота платы, в моем случае 4
VMIB Slot =0
Peer To Peer =Enable

в 305 программе для VOIM шлюз прописали?

да, шлюз в 305 программе для 4 слота (voib плата) прописан. Прописан ИП шлюза в локальной сети в качестве router ip address. В поле ip address прописан ip платы voib24.

Просканировал c астериска udp порты 7400-7495 на плате voib24(она у меня в 4 слоте) - порты открыты.
Залил сниф пакетов сюда http://zalil.ru/34254054 пакеты сняты со шлюза на интерфейсе смотрящем в локалку, в которой находится атс. Шлюз стоит между атс и asterisk (сделал выборку Wireshark-ом по протоколу sip и rtp).
Пока итог такой - входящая связь + голос через voib24 есть, исходящая есть + голоса нет. Если включить voiu на плате проца, то на каналах принадлежащих voiu работает в обе стороны с голосом.
Ссылка на конфиг атс в первом посте.
Прошу помощи в разборе полетов.
Немного дополню - звонил так. Звоню с ats1 подключенной к asterisk с адресом 172.16.1.223 на внутренний номер 133 атс2 на которой наблюдаю проблему (полный набор 41 133, префикс 41 отбрасывается астериском и звонит на 133 номер атс2). На номере 133 атс2 стоит безусловная переадресация на номер 222333, через voib24. Звонок удачно прилетает на 222333, но без голоса.
Софтфон с номером 222333 стоял на IP 172.16.0.46. По такой схеме, но через каналы voiu все работает.
6041 - это учетная запись, которую использует атс2 при подключении к астериск.
На ип 172.16.70.223 с снифе не обращайте внимания, он другой сервер, который к данному звонку не имеет отношения.

а маска какая на MG в 108 программе?

и в 305 для VOIB шлюз и маска какие?

в 108
Ип = 172.16.90.222
маска = 255.255.252.0
router ip = 172.16.90.219 - адрес шлюза, через который происходит подключение атс к астериск-у.
firewall ip = 0.0.0.0
dns= 0.0.0.0

в 305
слот=4 ип=172.16.90.223 router ip address = 172.16.90.219 маска 255.255.252.0

P.S.
Версии прошивок установленные на атс:
iPECS-MG/GS55MxB.0De SEP/12
VOIB24 = v.10Gb
SLIB24 = v.10Ha
Может в 305 для слота, в котором находится voib24 нужно ставить Router IP Address= ИП процессорной платы, если считать voib24 расширением для процессорной платы ?? Мысли вслух.)))

Уважаемые форумчане, если у кого-то есть подобная схема работает, т.е. атс подключается посредством voib24 по sip к астериску, просьба сравнить свои настройки с моими - конфиг в первом посте. Мне кажется, что я где-то в атс чего-то не указал.
172.16.90.222 - процессорная плата
172.16.90.223 - плата voib24
172.16.90.219 - шлюз в другие локальные сети
172.16.82.223 - ИП астериска
255.255.252.0 - маска (такая маска стоит везде)
Объясню почему я так думаю:
1) Входящая связь с астериска на ipecs через voib24 вопросов не вызывает - все работает (значит можно исключить, то что порты для rtp протокола не открыты или проброшены криво, также это значит что порт 5060 открыт, т.е. по этим портам трафик спокойно ходит).
2) Исходящая связь, через voib24 также есть, но нет голоса (значит rtp трафик не доходит до voib24 или voib24 его не видит, на порт 5060 соединение устанавливается). Админы утверждают, что в локалной сети между астером и атс не стоит nat.
3) Подключение атс с платой voib24 через "тупой" свитч к астериску в тойже локалке, показало такой же результат.
4) При включении VOIU на процессорной лате, нареканий нет , все начинает работать в обе стороны, пока связь осуществляется по портам voiu.

Именно, про связку с астериск сказать не могу. Но по sip так работает и с NAT, в том числе.

Немного не понял вашего выражения "так работает". Т.е. это нормальное поведение или вы имели в виду, что у кого -то такие схемы работают без проблем?
Судя по форуму у людей работает. Сравниваю свои настройки - проблем не замечаю, может глаз замылился.

Естественно, имелось в виду, что такие схемы работают без проблем! Но про астериск не скажу, не связывался.

посмотрите может у Вас версии древние?

Проблему отсутсвия голоса нашел - кодеки. Похоже атс с астериском не могли договориться на счет кодеков, но судя по снифу они друг друга понимали. Указал в астериске у экстеншена в явном виде кодеки и о чудо - голос пошел. Хотя для Ipecs-lik и ipldk подключенные в этому астериску этого не требовалось. Разная логика у атс дает о себе знать))).