Полная версия этой страницы:
не стандартный порт SIP
Всем привет!
Заметил странную особенность станции.
Меняю порт SIP с 5060 на другой, например, 1234. Далее регистрирую iPECS communicator. Звонки туда обратно через NAT\LAN идут хорошо.
Потом регистрирую sipnet (или любой другой). Voip транк "А" назначаю в группу CO-линий "Б". И как только в SIP CO Basic Registration заполняю поля Main Domain Name и(или) Main Proxy Address исходящие звонки с коммуникатора идут только через транк А и только на внутренний номер 100. Позвонить на коммуникатор из АТС можно.
Удаляю записи из SIP CO Basic Registration - все ОК.
Прошивка АТС iPECS-MG/GS55M-2.5Bd MAR/14
iPECS Comm 2.0Ai
Есть идеи?
P/S Если все тоже самое проделать на стандартном порту 5060, коммуникатор исходящие звонки делает правильно.
P/S Попробую обновить ПО (http://www.artcom.ru/forum/index.php?s=&showtopic=11578&view=findpost&p=88197)
P/S не помогло.
В IP Address Plan(108~109) [N] поменяли 5060 на другой, а в SIP CO Basic Registration(370) [N] Main Proxy Port 5060?
iPECS communicator где по отношению к АТС?
Да, в SIP CO Basic Registration(370) [N] Main Proxy Port 5060, необходимый для регистрации к sipnet.
iPECS communicator подключал как из локальной сети, так и за NAT.
Цитата(SHELL @ 27.11.2014, 17:02)

Да, в SIP CO Basic Registration(370) [N] Main Proxy Port 5060, необходимый для регистрации к sipnet.
iPECS communicator подключал как из локальной сети, так и за NAT.
А настройки в коомуникаторе какие? Наши некоторые клиенты, например, ленятся менять настройки при нахождении в сети и за NAT и настраивают внешний айпишник АТС. Т.е., они подключаются всегда из-за NAT...
Оговорился немного. Проверял в lan\nat только без подключения sipnet. Когда подключился к sipnet, коммуникатор был зареген на внешний IP АТС. Тут затык и возник. Попробую завтра указать адрес сервера - локальный ip атс. Но важен то первый вариант.
Цитата(SHELL @ 27.11.2014, 20:41)

Оговорился немного. Проверял в lan\nat только без подключения sipnet. Когда подключился к sipnet, коммуникатор был зареген на внешний IP АТС. Тут затык и возник. Попробую завтра указать адрес сервера - локальный ip атс. Но важен то первый вариант.
Ага, значит обнаружилось , когда на внешний IP зареген. Думаю, что когда будет зареген на локальный IP проблемы не будет.
А пробрасывали какие порты для работы с sipnet?
5060 UDP\TCP
7000-7199 UDP
ip на проце. Даже если и не будет проблем, не думаю что загвоздка в маршрутизаторе.
Вопрос почему при смене порта на родной 5060 - все работает
Цитата(SHELL @ 27.11.2014, 20:48)

5060 UDP\TCP
7000-7199 UDP
ip на проце. Даже если и не будет проблем, не думаю что загвоздка в маршрутизаторе.
Вопрос почему при смене порта на родной 5060 - все работает

А когда меняли в станции сигнальный порт с 5060 на "1234", то на маршрутизаторе не забыли прокинуть порт 1234 на MPB??
Нет, все менял в соответствии с текущим sip портом. Завтра еще раз не свежую голову пройдусь по всем пунктам.
Цитата(SHELL @ 27.11.2014, 20:48)

5060 UDP\TCP
7000-7199 UDP
ip на проце. Даже если и не будет проблем, не думаю что загвоздка в маршрутизаторе.
Вопрос почему при смене порта на родной 5060 - все работает

А где 1234?
Цитата(Dron @ 27.11.2014, 21:47)

А где 1234?
В первом посте топика.
Цитата(harris @ 27.11.2014, 22:46)

В первом посте топика.
Да я про проброс.
Протестировал все заново, вот что получилось.
iPECS-MG/GS55M-2.5Ci OCT/14
VOIU 4 IP (процессор) CO 1~4
на заводских настройках сделал следующее:
Изменил IP Address, Subnet Mask, Router IP Address, Firewall IP Address, DNS IP Address, SIP Port=5161
Добавил SIP Phones=1, успешно зарегил коммуникатор №113 на внешний IP. Звонки из-за NAT идут в обе стороны.
Далее..
Занес CO1 в COgr1.
Для Cogr1 в SIP CO Data:
- в 370 PGM указываю Main Proxy Address / Main Domain Name =sipnet.ru
Все остальные настройки везде по умолчанию.
С этого момента все исходящие звонки с коммуникатора идут по назначению в CO Ring Assignment(167), т.е. на внутренний СТА100, дисплей которого показывает вызов с линии СО1, №113.
Удаляю в 370 sipnet - все нормализуется.
На маршрутизаторе порты направлены на IP процессора:
- 5161 UDP\TCP
- 7000-7199 UDP
При аналогичных действиях, используя стандарный порт 5060, проблем не наблюдалось за NAT.
Теперь о звонках в LAN при SIP порт=5161 (либо стандартный 5060).
Меняю в коммуникаторе адрес АТС на локальный.
В SIP CO Data никаких записей нет.
Исходящие звонки с коммуникатора идут нормально, но если позвонить из АТС на №113 - абонент занят.
В админке его статус Idle. Сниффер никаких запросов тоже не видит из АТС к 113.
Цитата(SHELL @ 28.11.2014, 13:14)

Протестировал все заново, вот что получилось.
iPECS-MG/GS55M-2.5Ci OCT/14
VOIU 4 IP (процессор) CO 1~4
на заводских настройках сделал следующее:
Изменил IP Address, Subnet Mask, Router IP Address, Firewall IP Address, DNS IP Address, SIP Port=5161
Добавил SIP Phones=1, успешно зарегил коммуникатор №113 на внешний IP. Звонки из-за NAT идут в обе стороны.
Далее..
Занес CO1 в COgr1.
Для Cogr1 в SIP CO Data:
- в 370 PGM указываю Main Proxy Address / Main Domain Name =sipnet.ru
Все остальные настройки везде по умолчанию.
С этого момента все исходящие звонки с коммуникатора идут по назначению в CO Ring Assignment(167), т.е. на внутренний СТА100, дисплей которого показывает вызов с линии СО1, №113.
Удаляю в 370 sipnet - все нормализуется.
На маршрутизаторе порты направлены на IP процессора:
- 5161 UDP\TCP
- 7000-7199 UDP
При аналогичных действиях, используя стандарный порт 5060, проблем не наблюдалось за NAT.
Теперь о звонках в LAN при SIP порт=5161 (либо стандартный 5060).
Меняю в коммуникаторе адрес АТС на локальный.
В SIP CO Data никаких записей нет.
Исходящие звонки с коммуникатора идут нормально, но если позвонить из АТС на №113 - абонент занят.
В админке его статус Idle. Сниффер никаких запросов тоже не видит из АТС к 113.
Коммуникатор под андроид? Где брали?
Цитата(Dron @ 28.11.2014, 13:26)

Коммуникатор под андроид? Где брали?
2.0Al Android, скачал в Play Маркете. Пробовал и на 1.1Ad
Цитата(SHELL @ 28.11.2014, 13:34)

2.0Al Android, скачал в Play Маркете. Пробовал и на 1.1Ad
В Play Маркете раньше лежал не айс, а какой сейчас не знаю, после не пробовал.
Интересная ситуация, однако...
Для просмотра полной версии этой страницы, пожалуйста,
пройдите по ссылке.