Проблема со звуком через 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-канал).

[ADv]

Нет. Станция автоматически применяет след. правила для маршрутизации RTP трафика:
Local <-> Local - напрямую
Remote <-> Remote - напрямую
Local <-> Remote - через RTP Relay (каналы VOIP на VOIM или на MFIM).

Станция LIK-600 без модуля VOIM (не нужен был, поскольку все аппараты ipkts). Удаленный аппарат через маршрутизируемую сеть подключен в режиме LO (Local/Same No). Судя по пункту 3 - голос ходить не будет. Или можно заставить локальный аппарат напрямую общаться с удаленным (например, прописав ему шлюз)?

[harris]

Станция LIK-600 без модуля VOIM (не нужен был, поскольку все аппараты ipkts). Удаленный аппарат через маршрутизируемую сеть подключен в режиме LO (Local/Same No). Судя по пункту 3 - голос ходить не будет. Или можно заставить локальный аппарат напрямую общаться с удаленным (например, прописав ему шлюз)?

Почему же??? п.3 - это другой случай: локал. сеть <-> удаленная сеть
LO = Local, Not same LAN. Этот режим корейцы называют Local-Remote.

Т.е. ваш случай это: Local <-> Local-Remote (LO).
Это означает, две сетки "прозрачны" друг для друга (административно управляемые сегменты сети )
В этом случае можно обойтись без каналов VOIP.
Телефону нужно прописать шлюз. А на станции использовать Unicast (вместо Multicast) и включить ARP, если станция не сделала это сама.

[ADv]

Телефону нужно прописать шлюз. А на станции использовать Unicast (вместо Multicast) и включить ARP, если станция не сделала это сама.

Да, для этого номера станция сама включила ARP и Unicast (NET - LO). Но будет ли этого достаточно при звонке с L-аппарата на LO-аппарат? Сомнения возникают из-за того, что на локальных аппаратах не прописан шлюз по-умолчанию и, соответственно, с их ip недоступен LO-аппарат. Предполагаю, что корейцы предусмотрели этот вариант и, скорее всего, L-аппарат не напрямую отправляет RTP-трафик, а через MFIM, которая точно знает где кто находится. Либо станция информирует L-аппарат через какой ip доступен его визави, для общения по RTP напрямую.

[harris]

Да, для этого номера станция сама включила ARP и Unicast (NET - LO). Но будет ли этого достаточно при звонке с L-аппарата на LO-аппарат? Сомнения возникают из-за того, что на локальных аппаратах не прописан шлюз по-умолчанию и, соответственно, с их ip недоступен LO-аппарат. Предполагаю, что корейцы предусмотрели этот вариант и, скорее всего, L-аппарат не напрямую отправляет RTP-трафик, а через MFIM, которая точно знает где кто находится. Либо станция информирует L-аппарат через какой ip доступен его визави, для общения по RTP напрямую.

Адрес шлюза прописан на MFIM.
Насколько я понимаю, MFIM должен пересылать адрес шлюза по IPKTS протоколу на лок. устройство.

А если это будет через MFIM, то тогда и канал VOIP будет заниматься. Тогда никакой разницы между сетями Remote и LO не будет.