Уважаемые коллеги.
Столкнулся с проблемой при реализации функции WANU.
Есть MFIM100 (v.5.5Df), VOIM8 (v.5.0Dd).
Станция была настроена по SIP с регистрацией по логину/паролю на два провайдера. VOIM8 выступал маршрутизатором. Каналы от одного провайдера я маршрутил на каналы VoIP процессора, а от второго провайдера на каналы VOIM8. По этой схеме все работало без сбоев.
Но возникла необходимость изменить подключение к провайдеру на точка точка с привязкой к IP адресу.
После настройки каналы заработали, но не надолго. Исходящая связь работает, а вот входящая через небольшой промежуток времени отваливается. Опытным путем выяснил, что проблема именно в работе VOIM8, т.к. настраивал эти каналы непосредственно на каналы VOIP процессора (без VOIM8) и все работало устойчиво.
Может кто настраивал по такой же схеме (трудно понять это руки или железо)...

Из трейсов видно что VOIM проключает голосовой трафик на порт 7300???

Что Вас в этом факте так смутило ?
1024<7300<65535

Как идет ртп ? Покажите всю картину со снифами, телепаты в отпуске все к сожалению.

Дело не в трассировке.
Еще раз повторюсь. VOIM стоит маршрутизатором. При настойке сип подключения по логину/паролю (причем на разных операторов) все работает. Дальше меняется схема на транковое подключение (сам VOIM НЕ перенастраивается, т.к. порты теже). Вопрос у меня был проще: кто-то настраивал по такой схеме транковое соединение или нет?

Что именно "отваливается"???
Что конкретно происходит при этом входящем вызове??

Выдает ошибку 606

VOIM отвечает на входящий вызов ошибкой 606 (Not acceptable)??
А есть трассировка пакетов?? Конфиг WANU, конфиг станции??
Так гадать невозможно...

Было такое, это не правильная настройка WANU модуля была, верно ли все указано в настройках WANU - VOIP?

Нажмите для просмотра прикрепленного файла

192.168.0.50 адрес MFIM?

И все ли шаги проделали которые описаны в руководстве WANU? там порты задать руками нужные и тд?

У меня та же беда: при входящем от провайдера звонке, периодически возникает 606.
Обычно это возникает, если после отбоя сразу же перезвонить еще раз.

Конфиг:
Lik-100 (5.5 Df)
Voim24 (5.0 Dd)

Voim24 - роутер (включен WANU), LAN в одной сетке с MFIM. WANU настроена по рекомендациям на сайте Арткома.

А где кстати эти рекомендации? А то я видел только документы, которые шли с прошивкой модуля VOIM.

Да, как об этом написал Уваж. PILOT, была такая проблема...
Видимо, Вы пользовались рекомендациями по настройке WANU, которые относятся еще к версии MFIM версии 5.0.
А реально у Вас MFIM версии 5.5. В этом случае настройка WANU имеет небольшие отличия.
Если подправить настройки WANU, то тогда ошибка 606 не должна появляться.

Их и имел ввиду. Более-менее подробно описан процесс настройки WANU

Что именно там править?

См. прикрепленный выше файл со слайдом.

Спасибо, проверю

Вдогонку:
WANU / VOIP Настройка с MFIM V55:
Сигнальный пакет SIP должен быть направлен на ​​MFIM V5.5, потому что основные изменения версии 5.5 связаны с тем, что SIP-пакет обрабатывается на MFIM V5.5, а не на VOIM.
И соответственно, на WANU не указываются IP-адреса (или доменные имена) SIP провайдеров. Ставится маска: 255.255.255.255 - т.е. все пакеты сигнализации SIP (от любого источника) пересылаются на MFIM для последующей обработки. А далее уже сам MFIM решает, какой канал (и на каком модуле VOIM/MFIM) предоставить для приема вход. вызова (для RTP трафика), исходя из приписанной к каналам регистрации аккаунтов.

Ну я так понял указывается, проброс внутрь и на MFIM сигналинга и на каждый модуль VOIM всего остального.

Работает

Продолжу наверное в этой теме.

Есть станция LIK600 (MFIM/GS97M-5.5Df JUN/11), VOIM8 (5.0Dd) c включенной функцией WANU, настроено подключение по SIP без регистрации к провайдеру, модули все живут в сети 192.168.10.х шлюзом по умолчанию у них является внутренний адрес VOIM. IP абоненты живут в другой подсети (192.168.11.x) и есть модули SLTM32 разнесенные по зданию и живут они в подсетях 192.168.12.х и 192.168.13.х. Все настроено все работает, вначале периодически были ошибки 606 но потом подстроили и все стало нормально.
Далее решили докупить линий и довести их количество до 10 (вместо 8), купили еще VOIM8 (5.0Dd), ввели его в сеть 192,168,10,х, сделали на WANU соответствующую настройку. Получилось что Ип абоненты могут звонить и принимать вызовы по любой линии, а вот аналоговые абоненты на модулях SLTM32 нормально звонят только через 1-й VOIM (WANU), если исходящий или входящий вызов на с (на) аналогового абонента идет через 9-10 линию, то слышимость односторонняя, в городе не слышат внутреннего абонента.
Прошивки на модулях обновляли до 4.0Ne, но ничего не изменилось.
Настройка WANU во вложении.
Вопрос что можно с этим сделать?

1) ИМХО, WANU здесь не причем.
2) Как построена сетка?? Каким образом осуществляется маршрутизация между сетками 10.X, 11.X, 12.X и 13.Х ??
3) Какие именно IP абоненты??? Родные телефоны (LIP с протоколом IPKTS) или SIP телефоны (включая LIP8002)??
4) С конфигом станции, ИМХО, нужно разбираться.

2. Прозрачная маршрутизация между свитчами которые разнесены по зданию и соединены оптикой, с сетью проблем нет, все в пределах 2-х зданий.
3. LIP-8024 (8012)
4. База во вложении, пароль на вход admin

PS: база сюда не выкладывается выложил здесь http://zalil.ru/32108680

- А на модулях SLTM32, установленных в сетке 14.Х, тоже есть проблема?? Или проблема с односторонней слышимостью только у модулей SLTM32 в сетке 12.Х ??
- Не пробовали снять сниф RTP трафика от SLTM32?? На какой адрес модуль шлет RTP??
- На всякий случай, для линий СО9-10 укажите тип линий SIP+RTP Relay (аналогично остальным линиям СО1-8).

Да там такая же проблема, просто не понятно почему телефоны ведут себя нормально, а модули как то странно, с точки зрения сети это одинаковые устройства. В 14.Х были обновлены прошивки, но результат это не дало.
Ради эксперимента можно конечно один из аналоговых модлей поместить в 10.Х сеть, но это надо вечером после работы и согласовывать.
Пока временно сделал занимать каналы с начала, и в WANU модуле поставил предпочитать каналы с начала.

Сниф от модлей снять смогу чуть позже, каналы я пробовал менять у 9-10, к изменению не привело, просто остановился на этом варианте, перепробовав все. (сечас сделаю как у первого модуля)

А как отображаются в ПГМ102-103 модули SLTM и телефоны LIP?? Как R или как LO ??

Дико извиняюсь сейчас побывал на объекте и выяснилось что связи нет из города внутрь, а не как я ранее сказал, остальное все верно для всех абонентов.

Отображение модулей на снимке.

вот снифы звонков сделаных внутри сети http://zalil.ru/32109951 там внутри 3 файла
sltm32.pcap выход аналоговым абонентом через 10 линию, абонент не слышит голос из города.
vlan10.pcap это такой же вызов через 10 линию но сниф снят из сети 192.168.10.х
in_sltm_voim1.pcap входящий звонок на аналогового абонента, но через 1-й модуль (все нормально), не удалось снять вызов входящий через 2-й модуль надо породить много звонков или поставить Round на ван модуле но пока нельзя перезапустить

Насколько я смог понять сниф:
Вызов через VOIM1:
1) Файл "vlan10". В сетке 10.Х присутствуют ВСЕ потоки RTP (WANU<>VOIM2 и VOIM2<> SLTM), в обоих направлениях. Т.е. здесь вроде все идет нормально.
2) Файл "sltm32". В сетке 14.Х присутствуют только RTP пакеты SLTM>VOIM2 !!! Т.е. RTP поток в обратном направлении (VOIN2 > SLTM) "потерялся" где-то в сети (на маршрутизаторе).
Вызов через VOIM2:
3) Файл "in_sltm_voim1". При вызове через VOIM1 в сетке 14.Х присутствует RTP трфик в обоих направлениях: SLTM>VOIM1 и VOIM1>SLTM. Тут все нормально.

Т.е. пакеты от VOIM1 маршрутизатор пропустил в сеть 14.Х (порты 42ХХХ), а пакеты от VOIM2 (порты 52ХХХ) маршрутизатор не пропустил.
Почему??? Может ли это быть связано с нумерацией портов источника (52ХХХ)??

Нумерацию портов, заводил вручную по принципу чтобы не пересекались с VOIM1, а потом пробрасывал ее на Wanu модуле, на VOIM2. Резаться негде, так как от провайдера, сразу прокидывается все что приходит на внешний адрес VOIM1. Странно что работает с IP телефонами, надо погонять снифы, но это уже будет завтра.

Может быть, тогда посмотреть снифы:
- в сетке 10.Х при вызове через каналы VOIM1 на SLTM
- в сетке 10.Х при вызове через каналы VOIM2 на LIP-телефон.

Завтра постараюсь снять данные трейсы...

Снял снифы в 10.Х сетке, вроде в них нет никаких косяков http://zalil.ru/32115828

Думаю вечером возможно удастся, или переместить модуль SLTM32 в 10 сетку, или воткну телефон в 14, может это наведет на какие то размышления...

Файл "lip-out-voim2" - но реально там сниф вызова с LIP телефона через VOIM1 (а не VOIM2)!!!
А есть ли сниф вызова с LIP именно через VOIM2??

Да не должно быть, я звонил сам лично через 10-ю линию, если в Шарке отфильтровывать по маске ip.addr==192.168.10.12 то видно обмен пакетами туда и сюда с телефоном 192.168.11.43 (с которого шел вызов вн.2125), а с 192.168.10.11 там видимо другие звонки выполнялись, вот их сюда и занесло.

ЗЫ: 192.168.13.х тоже LIP но в другом здании (мусорный звонок в снифе)

Да. Прошу пардону. Смотрел бегло, увидел только 192.168.10.11 (VOIM1). Нужно было дальше пролистать.
ОК. Значит здесь все в норме.