Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Phontage через NAT.
АРТКОМ Форум > Форумы для специалистов > Техническая поддержка iPECS-LIK & iPECS-UCP
Ed_888
Добрый день.
Столкнулся с проблемой, подключаю устройства с iPECS Communicator, используя белый IP адрес станции, станция за NAT, нет голоса в обе стороны.
Точно, также и при использовании Phontage, внутри локальной сети голос есть в обе стороны.
Проброшены порты:
5588 UDP
8002 - 8005 UPD
6860 UDP
5060, 5061 UDP, TCP

Чего не хватает?
harris
Цитата(Ed_888 @ 12.8.2013, 10:20) *
Добрый день.
Столкнулся с проблемой, подключаю устройства с iPECS Communicator, используя белый IP адрес станции, станция за NAT, нет голоса в обе стороны.
Точно, также и при использовании Phontage, внутри локальной сети голос есть в обе стороны.
Проброшены порты:
5588 UDP
8002 - 8005 UPD
6860 UDP
5060, 5061 UDP, TCP

Чего не хватает?

Не хватает проброса полного диапазона портов RTP/RTCP для MFIM и/или VOIM (смотря какая конфигурация системы).
8002 - 8005 UDP ?? Это что за диапазон?? От Софтфона??
Станция стоит за NAT'ом!!! Пробрасывать нужно порты ее каналов VOIP!!
stasmar
Если проброшены на адрес MFIM, а модуль VOIM имеет другой адрес, то и не будет голоса..
Ed_888
Спасибо, будем пробовать.
Проброс сделан на адрес MFIM.
Ed_888
Сделали проброс портов:

Audio Channels - P1 (RTP/RTCP) 7000 - 7011 UDP
Video Channels - P1 (RTP/RTCP) 7012 - 7023 UDP
Audio Channels - P2 (RTP/RTCP) 7100 - 7111 UDP
Video Channels - P2 (RTP/RTCP) 7112 - 7123 UDP
Audio Channels - H.323/SIP (RTP/RTCP) 7300 - 7311 UDP
Video Channels - H.323/SIP (RTP/RTCP) 7312 - 7323 UDP

голоса все равно нет, гудки идут, но как трубку снимают, не меня, не я не слышу.
В ПГМ 132 добавили IP для Firewall IP Address и RTP Packet Relay Firewall IP Address.
До этого напомню, устройства не регистрировались пока в ПГМ 102 не прописали Firewall IP Address.
Dron
Цитата(Ed_888 @ 13.8.2013, 14:50) *
Сделали проброс портов:

Audio Channels - P1 (RTP/RTCP) 7000 - 7011 UDP
Video Channels - P1 (RTP/RTCP) 7012 - 7023 UDP
Audio Channels - P2 (RTP/RTCP) 7100 - 7111 UDP
Video Channels - P2 (RTP/RTCP) 7112 - 7123 UDP
Audio Channels - H.323/SIP (RTP/RTCP) 7300 - 7311 UDP
Video Channels - H.323/SIP (RTP/RTCP) 7312 - 7323 UDP

голоса все равно нет, гудки идут, но как трубку снимают, не меня, не я не слышу.
В ПГМ 132 добавили IP для Firewall IP Address и RTP Packet Relay Firewall IP Address.
До этого напомню, устройства не регистрировались пока в ПГМ 102 не прописали Firewall IP Address.

CO/IP Attributes(140~142) [N] --> CO VoIP Mode?
Просто, смущает, что нет голоса в обе стороны...
Ed_888
Цитата(Dron @ 13.8.2013, 14:52) *
CO/IP Attributes(140~142) [N] --> CO VoIP Mode?
Просто, смущает, что нет голоса в обе стороны...


SIP & RTP-packet-relay.

Завтра будем пробовать с IP линиями, что на плате VOIM24, выделят белый IP и соответственно инет дадут.
harris
Цитата(Ed_888 @ 13.8.2013, 15:28) *
SIP & RTP-packet-relay.

Завтра будем пробовать с IP линиями, что на плате VOIM24, выделят белый IP и соответственно инет дадут.

А что показывает сниффер?? Не пробовали снять трассировку пакетов ?? Ну или хотя трассировку самого MFIM в отношении SIP вызовов .
Dron
Цитата(harris @ 13.8.2013, 16:35) *
А что показывает сниффер?? Не пробовали снять трассировку пакетов ?? Ну или хотя трассировку самого MFIM в отношении SIP вызовов .

Игорь, с этим сложно. Я уже несколько раз просил ранее...
Dron
Цитата(Ed_888 @ 13.8.2013, 16:28) *
..выделят белый IP и соответственно инет дадут.

Извините, а сейчас оно как? Речь же о NAT!
harris
Цитата(Dron @ 13.8.2013, 15:47) *
Игорь, с этим сложно. Я уже несколько раз просил ранее...

Я понял. Покой нам только снится??
Ed_888
Цитата(Dron @ 13.8.2013, 15:49) *
Извините, а сейчас оно как? Речь же о NAT!


Сейчас, есть белый IP для адреса MFIM, 6 встроенных каналов слишком мало (FMC, Skype Connect), VOIM24 практически не используется, 1-3 канала для разговоров между АТС.
Dron
Цитата(Ed_888 @ 14.8.2013, 7:48) *
Сейчас, есть белый IP для адреса MFIM, 6 встроенных каналов слишком мало (FMC, Skype Connect), VOIM24 практически не используется, 1-3 канала для разговоров между АТС.

Так что, этот вот белый айпишник и подключен прямо к MFIM?
Ed_888
Цитата(Dron @ 14.8.2013, 7:50) *
Так что, этот вот белый айпишник и подключен прямо к MFIM?


Сделан проброс с роутера на локальный.
Dron
Цитата(Ed_888 @ 14.8.2013, 12:05) *
Сделан проброс с роутера на локальный.

Опять вопрос - что проброшено?
Наружу с этого же адреса стучится?
vldmr
iPECS Communicator какой - Адроид или IPhone?
Ed_888
Цитата(vldmr @ 14.8.2013, 17:11) *
iPECS Communicator какой - Адроид или IPhone?


Андроид.
Пока жду от админов белый IP и проброс на VOIM24.
stasmar
Цитата(Ed_888 @ 16.8.2013, 10:44) *
Андроид.
Пока жду от админов белый IP и проброс на VOIM24.

SIP Account Setting – Protocol – UTP в коммуникаторе и в программировании АТС..
в 132 пгм для платы VOIM:
белый адрес для Firewall IP Address
белый адрес для RTP Packet Relay Firewall
Ed_888
Добрый день.

Продолжаю описание, вчера удалось достигнуть коих результатов.
Есть белый IP 94.199.208.241, ему соответствует локальный IP MFIM 10.20.0.1, админы заходят на Циску и вот что видят, когда идет запрос от абонента, абонент успешно регистрируется, но потом станция начинает посылать запрос на локальный адрес VOIM24:

Sep 2 13:44:12.071: NAT: SIP: Media Lines present:1
Sep 2 13:44:12.071: NAT: SIP: Translated global m=(10.20.0.4, 8000)

Я выдернул патчкорд из VOIM24 и голос пошел в обе стороны, запросы MFIM прекратились на адрес VOIM24.
Админы делают второй белый IP адрес 94.199.208.249 для локального адреса VOIM24 10.20.0.4, голос стал ходить в обе стороны (сниф во вложении):

Sep 2 13:44:12.071: NAT: SIP: [0] message body found
Sep 2 13:44:12.071: NAT: SIP: Media Lines present:1
Sep 2 13:44:12.071: NAT: SIP: Translated global m=(10.20.0.4, 8000) -> (94.199.208.249, 8000)
Sep 2 13:44:12.071: NAT: SIP: old_sdp_len:182 new_sdp_len :187
Sep 2 13:44:12.411: NAT: SIP: [1] processing ACK message
Sep 2 13:44:12.411: NAT: SIP: [1] translated embedded address 94.199.208.241->10.20.0.1

Второй белый IP адрес админам было проще сделать для VOIM24, чем на Циске прописывать отдельные строки для RTP.

Правильная ли данная схема, почему при наличии VOIM24 запросы с MFIM уходят и туда?
Сегодня проверяю связь, с 3G более менее все устойчиво, только голос тихий, а вот при подключении КПК к Wi-Fi голоса нет, видимо все из-за тех же UDP пакетов, пробовал как дома, так и на работе.

Ed_888
Цитата(stasmar @ 16.8.2013, 10:11) *
SIP Account Setting – Protocol – UTP в коммуникаторе и в программировании АТС..
в 132 пгм для платы VOIM:
белый адрес для Firewall IP Address
белый адрес для RTP Packet Relay Firewall


Когда указывал белый IP для платы VOIM непосредственно в ПГМ 132, переставала работать связь по номерному плану с другими станциями, т. к. там используются локальные адреса.
Сейчас, все разруливается посредством Циски.
stasmar
Цитата(Ed_888 @ 3.9.2013, 11:06) *
Когда указывал белый IP для платы VOIM непосредственно в ПГМ 132, переставала работать связь по номерному плану с другими станциями, т. к. там используются локальные адреса.
Сейчас, все разруливается посредством Циски.

Это можно разрулить.. у меня и через белый IP работает и по внутреннему IP с другими АТС внутренней сети работает..
АТС запоминает адрес внешних абонентов, это видно в пгм 101..
И с другими АТС через шлюз работает одновременно с внешними абонентами и АТС LDK в той же подсети..

В пгм 102-103 есть Router IP Address - шлюз в другую подсеть..
и есть Firewall IP Address - внешний адрес..
Ed_888
Вчера пробовал из дома звонить подключившись КПК к Wi-Fi, голос идет только на абонентов в рамках одной АТС, к которой подключен и сам КПК, на другие АТС, голоса нет. Но, подключившись через 3G голос идет на все АТС.
Странная особенность.
И как усилить голос по SIP, возможно ли это?
stasmar
Цитата(Ed_888 @ 4.9.2013, 10:32) *
Вчера пробовал из дома звонить подключившись КПК к Wi-Fi, голос идет только на абонентов в рамках одной АТС, к которой подключен и сам КПК, на другие АТС, голоса нет. Но, подключившись через 3G голос идет на все АТС.
Странная особенность.
И как усилить голос по SIP, возможно ли это?

У меня все идет..
Ed_888
Продолжаю тестировать, домой принес WIT-400H, подключился к домашней сети Wi-Fi, сеть полная шкала, но на WIT-400h, перечеркнутая иконка трубки, типа нет регистрации, но звонки идут на внутренние номера одной АТС, идут, также и на сам WIT-400H.
В ПГМ 102 109.111.14.177 (109.111.14.177) R/NAT LO ON Unicast 2.0Af, терминал, также виден.
Что это значит, почему так?
Dron
Цитата(Ed_888 @ 4.9.2013, 10:32) *
Вчера пробовал из дома звонить подключившись КПК к Wi-Fi, голос идет только на абонентов в рамках одной АТС, к которой подключен и сам КПК, на другие АТС, голоса нет. Но, подключившись через 3G голос идет на все АТС.
Странная особенность.
И как усилить голос по SIP, возможно ли это?

Видимо, проблемка с роутером, на котором Wi-Fi, коль через 3G все идет.
stasmar
Цитата(Dron @ 5.9.2013, 9:00) *
Видимо, проблемка с роутером, на котором Wi-Fi, коль через 3G все идет.

В 101 программе должно быть 2 адреса:
в верхней строчке внутренний IP адрес трубки, присвоенный роутоером.
в нижней в скобках белый адрес, являющийся внешним адресом WiFi роутера.

На трубке надо выбрать автоматическое присвоение адреса.
Dron
Цитата(stasmar @ 5.9.2013, 9:33) *
На трубке надо выбрать автоматическое присвоение адреса.

Откуда такая критичность?! Хочешь сказать, что вручную задать адрес не прокатывает?! smile.gif
stasmar
Цитата(Dron @ 5.9.2013, 9:41) *
Откуда такая критичность?! Хочешь сказать, что вручную задать адрес не прокатывает?! smile.gif

Категоричность? to_become_senile.gif
Да - я вспомнил - у тебя работает с жестким адресом..
Но с автоматическим присвоением проблем у меня не было, а с жестким я сталкивался с проблемой.. так что у меня больше набитых шишек - значит и опыта в этом вопросе.. to_become_senile.gif
Предполагаю, что роутер автоматически прописывает маршрутизацию с внешнего адреса и в ней возможный косяк..

Возможно, дело в предустановленных особенностях роутеров, моего и ув. Дрона..
Ed_888
Трубка работает как со статическим IP адресом, так и по HDCP.
Сегодня на работе подключился к сети free Wi-Fi, трубка также перечеркнута, но вызовы идут в рамках одной АТС.
В ПГМ 101 показывается один и тот же адрес, иногда один адрес, как сейчас:

1869 WIT-400H 1 b40edcb4a558 94.199.208.145.



Dron
Цитата(Ed_888 @ 5.9.2013, 10:14) *
Трубка работает как со статическим IP адресом, так и по HDCP.
Сегодня на работе подключился к сети free Wi-Fi, трубка также перечеркнута, но вызовы идут в рамках одной АТС.
В ПГМ 101 показывается один и тот же адрес, иногда один адрес, как сейчас:

1869 WIT-400H 1 b40edcb4a558 94.199.208.145.

Видимо, free оно и есть free smile.gif
AXEL
Цитата(Ed_888 @ 5.9.2013, 10:14) *
Трубка работает как со статическим IP адресом, так и по HDCP.
Сегодня на работе подключился к сети free Wi-Fi, трубка также перечеркнута, но вызовы идут в рамках одной АТС.
В ПГМ 101 показывается один и тот же адрес, иногда один адрес, как сейчас:

1869 WIT-400H 1 b40edcb4a558 94.199.208.145.


Значит трубка не зарегестрировалась на АТС. В АТС у вас наверное дыра. 407 авторизация выключена. Смотрите враги пройдут.
Ed_888
Получил лицензии на IOS, устройства тут же зарегистрировались, до этого были 2 лицензии на Android.
Есть непонятные моменты, с 2-х устройств на IOS не удается совершить исходящие вызовы (1875, 1876), тут же отбой, входящие вызовы идут, причем на один Iphone как с телефонов локальной АТС, так и других АТС (1875), а на другой Iphone только с телефонов локальной АТС (1876).

В ПГМ 102:

85 91 1 1871 iPECS Android Communicator 138 ffeffeeafff7 10.36.102.88
(213.87.132.196) R/NAPT ON Unicast 1.1Ac ...
86 92 1 1875 iPECS iPhone Communicator 138 0c74c201ffe6 10.128.136.81
(213.87.128.210) R/NAPT ON Unicast 1.03 ...
87 93 1 1876 3rd SIP 138 4860bc8a84ad 10.157.0.150
(213.87.128.105) R/NAPT ON Unicast 1.03 ...

Почему-то тип у 1876 3rd SIP.
Ed_888
Зарегистрировал еще одного абонента 1877, в ПГМ 102:

1871 (Disconnected) iPECS Android Communicator 138 ffeffeeafff7 10.36.102.88
(213.87.132.196) .. ON Unicast 1.1Ac ...
86 92 1 1875 (Disconnected) iPECS iPhone Communicator 138 0c74c201ffe6 10.158.221.244
(213.87.130.131) .. ON Unicast 1.03 ...
87 93 1 1876 iPECS iPhone Communicator 138 4860bc8a84ad 10.157.0.150
(213.87.128.105) R/NAPT ON Unicast 1.03 ...
88 94 1 1877 iPECS iPhone Communicator 138 40300418c8bf 10.53.185.147
(213.87.131.41) R/NAPT ON Unicast 1.03 ...

вызовы с него и на него также не проходят, если изменить в настройках iPECS Communicator SIP transport с UDP на TCP, то исходящие вызовы проходят, но понятно, нет голоса.
dm1987
Использование межсетевого экрана (System Firewall Resolution)
В случае, когда модуль MFIM находится за маршрутизатором, для определения того, что SIP-телефон находится за межсетевым экраном, используется специальный бит. Используя этот бит, система может определить, какой IP-адрес нужно использовать для связи c модулем: отображаемый общедоступный IP-адрес или внутренний IP-адрес MFIM.
− SIP-телефоны, которые находятся вне системы, которая защищена межсетевым экраном: Программа 211: SIP Data / SIP Phone Attributes – Атрибут ‘Same Zone with MFIM’ установить в значение OFF.

Почему у меня этот параметр после перерегистрации ставится постоянно в On?
Dron
Цитата(dm1987 @ 12.3.2014, 12:07) *
Использование межсетевого экрана (System Firewall Resolution)
В случае, когда модуль MFIM находится за маршрутизатором, для определения того, что SIP-телефон находится за межсетевым экраном, используется специальный бит. Используя этот бит, система может определить, какой IP-адрес нужно использовать для связи c модулем: отображаемый общедоступный IP-адрес или внутренний IP-адрес MFIM.
− SIP-телефоны, которые находятся вне системы, которая защищена межсетевым экраном: Программа 211: SIP Data / SIP Phone Attributes – Атрибут ‘Same Zone with MFIM’ установить в значение OFF.

Почему у меня этот параметр после перерегистрации ставится постоянно в On?

А Phontage тут каким боком? Это же не sip телефон.
dm1987
Цитата(Dron @ 12.3.2014, 12:21) *
А Phontage тут каким боком? Это же не sip телефон.

Не сюда написал)) Не в своей теме)
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Форум IP.Board © 2001-2025 IPS, Inc.