Проблема со звуком через VPN MFIM600 Опции

[Freshtm]

Здравствуйте! Проблема в следующем:
Есть главный офис, стоит MFIM600, IP и DECT аппараты.
Есть удаленный офис, который соединен с главным по site-to-site VPN, т.е. трафик между сетями маршрутизируется, NAT'а нет.
Происходит следующая ситуация:
В главном офисе все ip-телефоны (LIP-8002e) работают без проблем. Привезли такие же аппараты в удаленный офис, подключили, регистрация прошла, номер получили.
Звонок на них проходит, но звук идет только в одну сторону (из удаленного в главный, обратно тишина).
Самое интересное, что между собой у них все нормально и если звонить из удаленного офиса на городские и мобильные номера, тоже все нормально.
Проблема возникает только при звонке с внутреннего главного на внутренний удаленный или в обратном направлении.

Прошивка телефонов: GS99P-10Cf, Bootrom Ver: 1.1.4
Прошивка MFIM:
MFIM/GS97M-5.5Gt MAY/12
Boot Version-1.0Bf MAY/10
Kernel Version-5.5Dd
H/W issue-3

Потом в целях эксперимента подключил старую iPECS MG и попробовал зарегистрировать на ней по одному телефону в главном и удаленном офисах и чудо свершилось голос пошел в обе стороны (Через тот же VPN-канал).

[vldmr]

А как прописались аппараты в удаленном офисе? Local или Remote?

[Freshtm]

Пробовал и Local и Remote - ничего не меняется, параметр Same LAN with MFIM стоит YES

[harris]

Пробовал и Local и Remote - ничего не меняется, параметр Same LAN with MFIM стоит YES

Для режима Remote опция Same LAN with MFIM не имеет значения.
Для режима Local:
Same LAN with MFIM = On - устройство физически в одной сетке с MFIM
Same LAN with MFIM = Off - устройство в другой сетке, которая прозрачно маршрутизируется с сеткой MFIM (Non-NAT роутер). Вот это и есть режим, называемый Local-Remote, он отображается в ПГМ102-103 как LO (вместо L).
И судя по всему, у Вас как раз этот случай. И в телефоне нужно указать Local=Yes, Same LAN= No.

[stasmar]

Для режима Remote опция Same LAN with MFIM не имеет значения.
Для режима Local:
Same LAN with MFIM = On - устройство физически в одной сетке с MFIM
Same LAN with MFIM = Off - устройство в другой сетке, которая прозрачно маршрутизируется с сеткой MFIM (Non-NAT роутер). Вот это и есть режим, называемый Local-Remote, он отображается в ПГМ102-103 как LO (вместо L).
И судя по всему, у Вас как раз этот случай. И в телефоне нужно указать Local=Yes, Same LAN= No.

Я где то в руководстве видел Local=Yes, Same LAN= Yes если в одном свитче абонент и MFIM, а за свитчем: Local=Yes, Same LAN= No, я так и делаю у себя..
Работают из за свитча и Local=Yes, Same LAN= Yes, но неустойчиво, периодически отваливаются.. у нас последовательно шесть (и более) свитчей при гигабитных магистралях - не очень хорошо..

[vldmr]

По умолчанию PtP трафик идет Local-Local или Remote-Remote, во всех остальных случаях тебуются каналы для RTP Relay.

Удаленные надо Local / Same Lan ... - NO

или если не поможет то возможно так же все девайсы перевести в Remote.

Если и так голос не пойдет то проверяйте туннель.

[Freshtm]

Пробовал и Local и Remote - ничего не меняется, параметр Same LAN with MFIM стоит YES

Прошу прощения, посмотрел не в тот профиль. Актуальные настройки удаленных аппаратов на данный момент:
LOCAL и LAN with MFIM стоит NO

он отображается в ПГМ102-103 как LO (вместо L).

Удаленные аппараты отображаются так:
LIP-8002E 207 b40edcb8e06e 192.168.XXX.XXX LO ON Unicast 1.0Cf SC14452

[harris]

Я где то в руководстве видел Local=Yes, Same LAN= Yes если в одном свитче абонент и MFIM, а за свитчем: Local=Yes, Same LAN= No, я так и делаю у себя..
Работают из за свитча и Local=Yes, Same LAN= Yes, но неустойчиво, периодически отваливаются.. у нас последовательно шесть (и более) свитчей при гигабитных магистралях - не очень хорошо..

Ок. Найди это место в руководстве. Где ты это видел по поводу одного свитча??

[Freshtm]

Если и так голос не пойдет то проверяйте туннель.

А что может быть с туннелем, если

Потом в целях эксперимента подключил старую iPECS MG и попробовал зарегистрировать на ней по одному телефону в главном и удаленном офисах и чудо свершилось голос пошел в обе стороны (Через тот же VPN-канал).

?
Т.е. те же аппараты зарегистрированы через тот же VPN туннель на старую станцию и все работает...

[harris]

А что может быть с туннелем, если

?
Т.е. те же аппараты зарегистрированы через тот же VPN туннель на старую станцию и все работает...

Удал. аб. - > лок. аб. - голос есть
удал. аб. <- лок. аб. - тишина
Так??

В этом случае можно снять снифер на стороне станции, и посмотреть на какой адрес лок. абонент отсылает RTP трафик.

[Freshtm]

Туннель там обычный IPSec с маршрутизацией между двумя подсетями без ограничений и NAT и соотв-но никакие порты не прокидывал.

Удал. аб. - > лок. аб. - голос есть
удал. аб. <- лок. аб. - тишина

Да, т.е. я в главном офисе их слышу, а они меня нет.

Но при этом если удаленный абонент звонит в город через "9", то у него все нормально. А в город они же должны через LIK выходить, правильно?

Сниффером попробую посмотреть.

[harris]

Туннель там обычный IPSec с маршрутизацией между двумя подсетями без ограничений и NAT и соотв-но никакие порты не прокидывал.



Да, т.е. я в главном офисе их слышу, а они меня нет.

Но при этом если удаленный абонент звонит в город через "9", то у него все нормально. А в город они же должны через LIK выходить, правильно?

Сниффером попробую посмотреть.

А какой у Вас стык с городом??

[Freshtm]

SIP и E1

[harris]

SIP и E1

Да, трафик идет через станцию: от телефона на VOIP/VOIM (SIP) или на PRIM (E1)

[tod]

Попробуете в ПГМ 132 на каждый Sequense number телефонов прописать Router Ip adress . Для локальных свой , для удаленных свой .

[tod]

Для удаленных телефонов Same LAN with MFIM - NO и Local mode

[harris]

Попробуете в ПГМ 132 на каждый Sequense number телефонов прописать Router Ip adress . Для локальных свой , для удаленных свой .

Не поможет. Это поле в ПГМ132 только для слотов VOIM.

[harris]

Для удаленных телефонов Same LAN with MFIM - NO и Local mode

У него так и стоит. См. сообщение #7 в этой ветке.

[stasmar]

Ок. Найди это место в руководстве. Где ты это видел по поводу одного свитча??

При регистрации на iPECS модулей и оконечных устройств назначается номер шлюза, который отражает порядок регистрации. Кроме того, в зависимости от типа элемента системы (CO/IP шлюз, оконечное устройство, шлюз MISC/VSF/WTIM), система назначает номер логической последовательности. Таким образом, последовательные номера для модулей шлюзов CO/VOIM, оконечных устройств и шлюзов MISC/VSF назначаются взаимонезависимо по типу шлюза. Эти последовательные номера используются для обеспечения взаимодействий между физическим MAC адресом и логическим номером порта элемента системы.

Для RSGM, порту СО-линии назначается последовательный номер CO/IP-шлюза, а iPECS фону и порту аналогового телефона - назначается номер последовательности оконечных устройств.

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

Каждый локальный модуль шлюза и оконечное устройство могут быть назначены для прямой посылки. При активации прямой посылки система будет использовать МАС адрес Ethernet, свитч 2-го уровня при необходимости устранения потерь IP-трафика уменьшением общего трафика LAN.

Система обычно использует протокол множественной IP посылки для ответа на запрос регистрации от модулей шлюза или оконечных устройств. При нахождении элемента системы за маршрутизатором, система может использовать протокол монопосылки IP. Это устанавливается назначением «локального девайса». При деактивации (Off), система будет посылать монопосылку IP сообщения девайсу в ответ на запрос регистрации.

[stasmar]

Включены последовательно несколько свитчей, которые запоминают маршрут, но только до выключения.. После обесточивания (что у нас нередко) память свитчей сбрасывается (тех моделей, что у нас стоят). Без пинка мульти посылку они не посылают для поиска, поэтому для принудительной мультипосылки надо включать REMOTE на оконечных устройствах..