Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Проблема со звуком через VPN MFIM600
АРТКОМ Форум > Форумы для специалистов > Техническая поддержка iPECS-LIK & iPECS-UCP
Страницы: 1, 2
harris
Цитата(Freshtm @ 20.6.2013, 12:58) *
Проблема частично решена.
Аппараты получали IP по DHCP, вместе с IP назначался шлюз, не знающий маршрута в удаленную подсеть. blush2.gif
Прописал на этом шлюзе статический маршрут и все пошло. Точнее с локальных LIP-8002 трафик пошел напрямую удаленному абоненту и соответственно голос теперь идет в обе стороны.

Осталась проблема с DECTами: на WTIM8 IP назначен статически, шлюз установлен 0.0.0.0
Меняю на нужный, применяю, ребутаю WTIM - шлюз опять 0.0.0.0
Соответственно с DECT-аппаратов голос к удаленному аппарату опять не проходит.

А у вас вообще-то шлюз прописан для MFIM в ПГМ 102-103 (Router IP Address) ??

Или у Вас в станции шлюз прописан, но не используется DHCP станции ?? И IP-телефоны получали IP адреса не от станции, а от другого DHCP сервера в локал. сетке??
Freshtm
Цитата(harris @ 20.6.2013, 15:35) *
А у вас вообще-то шлюз прописан для MFIM в ПГМ 102-103 (Router IP Address) ??

Да, конечно.

Цитата
Или у Вас в станции шлюз прописан, но не используется DHCP станции ?? И IP-телефоны получали IP адреса не от станции, а от другого DHCP сервера в локал. сетке??


Телефоны получают IP от другого DHCP.
А на WTIM установлено Specify fixed LAN configuration, но при этом он не применяет шлюз, который я ему указываю.
harris
Цитата(Freshtm @ 20.6.2013, 15:10) *
Да, конечно.



Телефоны получают IP от другого DHCP.
А на WTIM установлено Specify fixed LAN configuration, но при этом он не применяет шлюз, который я ему указываю.

А что, у вас несколько шлюзов в локал. сетке??
Модуль использует шлюз, который указан на MFIM (ПГМ102-103).
Freshtm
Цитата(harris @ 20.6.2013, 16:31) *
А что, у вас несколько шлюзов в локал. сетке??

Да, у нас два шлюза

Цитата
Модуль использует шлюз, который указан на MFIM (ПГМ102-103).

На MFIM указан 100% правильный шлюз (Тот девайс, через который идет VPN). Как тогда проверить, почему с DECTов сигнал не идет к удаленным аппаратам?
harris
Цитата(Freshtm @ 20.6.2013, 15:42) *
Да, у нас два шлюза


На MFIM указан 100% правильный шлюз (Тот девайс, через который идет VPN). Как тогда проверить, почему с DECTов сигнал не идет к удаленным аппаратам?

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

Попробуйте посмотреть снифером, куда WTIM отсылает RTP трафик.
Freshtm
Цитата(harris @ 20.6.2013, 17:03) *
Попробуйте посмотреть снифером, куда WTIM отсылает RTP трафик.

WTIM шлет трафик на VOIM24 (Если в город через SIP), на DTIM (Если на цифровой аппарат), напрямую в обычный IP-аппарат.
Перехватить RTP-трафик на удаленный аппарат пока не получилось, завтра попробую.

stasmar
Цитата(harris @ 20.6.2013, 17:03) *
Для связи со всеми удаленными устройствами может использоваться только один шлюз.

А для второго шлюза нельзя второму разъему VOIB присвоить другой ip адрес?..
harris
Цитата(stasmar @ 21.6.2013, 13:44) *
А для второго шлюза нельзя второму разъему VOIB присвоить другой ip адрес?..

Стас! Второй разъем - это WANU (шлюз). Читай про WANU.
Freshtm
Цитата(Freshtm @ 20.6.2013, 18:02) *
Перехватить RTP-трафик на удаленный аппарат пока не получилось, завтра попробую.


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

harris
Цитата(Freshtm @ 21.6.2013, 13:56) *
При звонке на удаленный аппарат WTIM шлет пакеты правильно, т.е. напрямую на аппарат. Но звук не проходит, т.к. в модуле не указан шлюз (См. аттач).
Собственно не понятно, как установить этот шлюз, если он не сохраняется.

Попробуйте WTIM'е прописать:
- Local
- Same LAN with MFIM = NO (это позволит прописать роутер)
- прописать Gateway
- Reset
Модуль будет зарегистрирован в станции как LO (Local Remote) и будет работать с ARP.
Freshtm
Цитата(harris @ 21.6.2013, 15:26) *
Попробуйте WTIM'е прописать:
- Local
- Same LAN with MFIM = NO (это позволит прописать роутер)
- прописать Gateway
- Reset
Модуль будет зарегистрирован в станции как LO (Local Remote) и будет работать с ARP.


Вот! Теперь и DECT пошел!
Большое спасибо за помощь!
ADv
Цитата(harris @ 7.6.2013, 16:19) *
Нет. Станция автоматически применяет след. правила для маршрутизации RTP трафика:
Local <-> Local - напрямую
Remote <-> Remote - напрямую
Local <-> Remote - через RTP Relay (каналы VOIP на VOIM или на MFIM).

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

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

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

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

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

А если это будет через MFIM, то тогда и канал VOIP будет заниматься. Тогда никакой разницы между сетями Remote и LO не будет.
ADv
Цитата(harris @ 16.9.2013, 12:48) *
Адрес шлюза прописан на MFIM.
Насколько я понимаю, MFIM должен пересылать адрес шлюза по IPKTS протоколу на лок. устройство.

Похоже, так и работает. Но главное - работает.
vldmr
Для всех локальных модулей и телефонов прописать Router IP Address в 132 программе и MFIM передаст его локальным модулям и телефонам.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Форум IP.Board © 2001-2025 IPS, Inc.