Версия для печати темы
Нажмите сюда для просмотра этой темы в обычном формате
АРТКОМ Форум _ Техническая поддержка iPECS-MG & iPECS-eMG800 _ Сетевые вызовы и SIP
Автор: AndyM 24.1.2019, 9:51
Доброго времени суток,
Две emg800 настроены на прямой набор внутренних абонентов между станциями.
Адреса АТС в сети 10.180.180.8 (план 1ХХ) и 192.168.22.5 (план 2ХХ)
Проблемная – первая АТС.
На первой АТС СО 13-34 – это SIP без регистрации от провайдера, СО 35-44 отданы на связь между АТС
Так вот, при прямых звонках на первую АТС например 200->100 на ней занимаются(не всегда, иногда выбираются правильные СО 35-44) почему-то СО 13 и др., из тех, что настроены на SIP провайдера.
Соответственно, в поле Contact проставляется Contact: sip:100@10.177.2.2:5060;transport=UDP (а должно бы быть Contact: sip:100@10.180.180.8:5060;transport=UDP).
10.177.2.2 – это адрес АТС в SIP провайдера, он висит на VOIB128 - Firewall IP Address в 132-й прг
По группам SIP разделение есть, см. файл.
При этом прямые исходящие звонки с проблемной АТС всегда нормально работают, на второй АТС нет SIPa.
В чем могут быть грабли?
|
Автор: vitalii 24.1.2019, 10:02
Две emg800 настроены на прямой набор внутренних абонентов между станциями.
Адреса АТС в сети 10.180.180.8 (план 1ХХ) и 192.168.22.5 (план 2ХХ)
Проблемная – первая АТС.
На первой АТС СО 13-34 – это SIP без регистрации от провайдера, СО 35-44 отданы на связь между АТС
Так вот, при прямых звонках на первую АТС например 200->100 на ней занимаются(не всегда, иногда выбираются правильные СО 35-44) почему-то СО 13 и др., из тех, что настроены на SIP провайдера.
Соответственно, в поле Contact проставляется Contact: sip:100@10.177.2.2:5060;transport=UDP (а должно бы быть Contact: sip:100@10.180.180.8:5060;transport=UDP).
10.177.2.2 – это адрес АТС в SIP провайдера, он висит на VOIB128 - Firewall IP Address в 132-й прг
По группам SIP разделение есть, см. файл.
При этом прямые исходящие звонки с проблемной АТС всегда нормально работают, на второй АТС нет SIPa.
В чем могут быть грабли?
см. как у тебя разбиты со-линии по со-группам. по снимку видно что линии 13-34 в "0" группе.
(со-группа "0" отводится для корпоративной сети "Н323".) покажи табл. корпоративной сети..
Автор: AndyM 24.1.2019, 10:18
Эти?
|
|
Автор: Dron 24.1.2019, 10:23
Погодите! Но у вас в 324 программе даже не указана NET CO GROUP! Для своей нумерации она должна быть 0, но на другие направления должны быть линии назначены не в нулевую группу! тут же на форуме все обсуждалось столько раз...
Автор: Dron 24.1.2019, 10:25
А, вообще то, судя по 324-й программе, связь между станциями не по H323(не заполнен сетевой план нумерации). Это так? SIP? Зачем?!
Автор: vitalii 24.1.2019, 10:28
так у тебя все линии в со-группе "0"(как у тебя линии с LCOB не занимаются ещё?)
по корпоративной сети: 2xx(абоненты второй атс вообще не прописаны, лишь указан ip-шник второй атс)
разберитесь с настройкой атс.....
есть же подробные доки....
Автор: AndyM 24.1.2019, 10:29
Не великий спец по АТС, настраивал не я.
Насколько я могу определить, да, не по H323
Автор: vitalii 24.1.2019, 10:31
Насколько я могу определить, да, не по H323
тогда заполните правильно LCR и табл. конвертации....
но по со-группам со-линии разбейте правильно
Автор: Dron 24.1.2019, 10:32
Насколько я могу определить, да, не по H323
Настройте правильно!
Автор: Dron 24.1.2019, 10:37
Не понимаю, какой великий смысл две eMG800 объединять по SIP!
Автор: AndyM 24.1.2019, 10:37
Настаивать на H323?
В чем фишка перед СИП?
Автор: Dron 24.1.2019, 10:40
В чем фишка перед СИП?
Да в том, что для этих АТС H323 как раз для сетевых вызовов, есть же целый раздел для настройки сети АТС!
Автор: AndyM 24.1.2019, 10:45
ОК, спасибо, но там еще emg80 в связке есть, без разницы?
Автор: vitalii 24.1.2019, 10:57
сколько угодно можно АТС связать через корпоративную сеть(Н,323).
если ты связываешь по SIP, то нужно отводить определенные линии под каждое направление.
по Н,323- занимается любая свободная линия из со-группы
Автор: AndyM 24.1.2019, 11:08
если ты связываешь по SIP, то нужно отводить определенные линии под каждое направление.
по Н,323- занимается любая свободная линия из со-группы
Только хотел спросить про отдельные группы по направлениям! (Хочу попробовать сам настройки поменять, там ведь не так уж и много доделать придется).
Но имел в виду, что emg80, а не emg800?
И еще сразу по лицензиям - они же общие, что для СИП, что для Н323?
Автор: vitalii 24.1.2019, 11:21
Но имел в виду, что emg80, а не emg800?
И еще сразу по лицензиям - они же общие, что для СИП, что для Н323?
в свойствах линий(кажется 140пгм) линии для корпоративной сети указать как Н,323+RTP и вывести в группу например №2,
линии для SIP (смотрящие на провайдера)указать как SIP+RTP и в группу №1.
линии с платы LCOB = NORMAL и в группу например №3
абонентам дать доступ (117пгм) к со-группам
Автор: AndyM 24.1.2019, 13:49
Начал делать, взял для пробы последнюю 44 СО из 35-44.
Установил Н,323+RTP, поставил группу СО - 11.
Все равно в SIP Trunk status overview показывает 35-44.
Не могу въехать, как выкинуть ее из СИП транка?
Автор: AXEL 24.1.2019, 14:49
в 133 программе сотрите данные по этому транку (Proxy, Registration UID итд)
Автор: AndyM 24.1.2019, 15:00
Так там и так пусто...
??
Чем однозначно определяется принадлежность той или иной СО к конкретному транку?
Автор: vitalii 24.1.2019, 17:19
??
Чем однозначно определяется принадлежность той или иной СО к конкретному транку?
в табл. network нарисуй 2хх на 11со-группу + ip-шник удаленной атс
дай абонентам доступ к 11 со-группе(117пгм)
Автор: AXEL 24.1.2019, 18:03
??
Чем однозначно определяется принадлежность той или иной СО к конкретному транку?
После этого надо отменить регистрацию и заново зарегистрироваться нужными транками
Автор: AndyM 24.1.2019, 19:07
дай абонентам доступ к 11 со-группе(117пгм)
Это я уже сделал, не работает.
Полагаю, потому, что включить сетевые фишки без лицензии не получится.
Потому и настраивали на СИП.
Так?
Если так, то возвращаюсь в начало.
Тем не менее, хотел бы понять:
1. как правильно выкинуть СО из транка.
2. у меня в голове образовалась логическая дыра на текущих настройках - SIP настроен для СО, в LDT указана какая-то непонятная замена DMT1 - "020202", ладно, но как связаны NET Data (Net CO, Net numbering plan, etc) и SIP Data?
3. Номера групп, указываемые в СО, SIP Data и Networking - это одно и то же?
Автор: AndyM 24.1.2019, 19:09
??
Чем однозначно определяется принадлежность той или иной СО к конкретному транку?
Unregister тоже нажимал - не помогает
Автор: AndyM 25.1.2019, 8:12
В общем, прописал в 324 номер группы СО, равный номеру группы SIP, равный номеру группы СО 35-44.
Там же указал numbering plan 2** и 3** (еще одна АТС) (наверное, для СИПа это и не нужно).
Пока работает правильно.
Для пробы сделал несколько одновременных сетевых вызовов - выбираются свободные, так что вот эту фразу от vitalii
по Н,323- занимается любая свободная линия из со-группы
Автор: vitalii 25.1.2019, 9:53
Там же указал numbering plan 2** и 3** (еще одна АТС) (наверное, для СИПа это и не нужно).
Пока работает правильно.
Для пробы сделал несколько одновременных сетевых вызовов - выбираются свободные, так что вот эту фразу от vitalii
не вполне понял.
если у тебя разруливает исходящие не атс ipecs, то тогда все линии SIP регистрируешь на рутере (типа CISCO) и выбирается свободная любая линия, и далее CISCO разруливает.
ты же каждое направление(2xx. 3xx и т.д.) отруливаешь на линии sip.
одну линию или несколько(СО-группа) ты можешь зарегистрировать лишь на одном sip сервере
Автор: AndyM 25.1.2019, 12:53
одну линию или несколько(СО-группа) ты можешь зарегистрировать лишь на одном sip сервере
Э-мм... зарегистрировать на одном SIP-сервере?
Я окончательно во всем запутался.
В данный момент проблема снова проявилась, настройки мои не помогли.
Скажем, 13-я СО SIP - это городской транк (13-34)
35-я СО SIP - для корпоративной связи (35-44).
На входящем сетевом звонке я вижу, что занимается 13-я СО (но иногда и правильно срабатывает, сразу 35-я, бессистемно).
Если 13-я была занята, всегда занимается 35-я CO (ну или следующая, из правильного транка).
Последовательные скрины настроек прилагаю.
|
|
|
|
|
|
|
Автор: vitalii 25.1.2019, 18:18
Я окончательно во всем запутался.
В данный момент проблема снова проявилась, настройки мои не помогли.
Скажем, 13-я СО SIP - это городской транк (13-34)
35-я СО SIP - для корпоративной связи (35-44).
На входящем сетевом звонке я вижу, что занимается 13-я СО (но иногда и правильно срабатывает, сразу 35-я, бессистемно).
Если 13-я была занята, всегда занимается 35-я CO (ну или следующая, из правильного транка).
Последовательные скрины настроек прилагаю.
в общем не увидел
1) линий Н,323(все обозваны как SIP)
2) эти линии Н,323 должны обpываться как NET(а у вас PSTN)
3) опять все линии в со-группе "0"
4) это нужно делать на обеих атс
выше же я вам писал
Автор: AndyM 25.1.2019, 19:26
Так ведь и должен быть СИП, я уже писал, что отказался от H.323 из-за отсутствия лицензии IP.
В доке с примером настройки сети на H.323 (правда, на аналогичную АТС) видел четкую фразу, что не удастся активировать сетевые функции без этой лицензии. Так и есть, Net enable = ON поставить не удается, error.
Я спрашивал выше,
Потому и настраивали на СИП.
Так?
никто не опроверг.
35-44 CO в группе 10, а не в 0, на скрине ведь есть?
И они не PTSN, а NET!
Или я куда-то не туда смотрю?
На обеих АТС - в смысле? Номера линий\групп должны совпадать с номерами на первой АТС?
На второй АТС и так настроено, и там нет проблем, поскольку нет городского транка и связанной с этим путаницы.
Автор: Dron 25.1.2019, 20:25
В доке с примером настройки сети на H.323 (правда, на аналогичную АТС) видел четкую фразу, что не удастся активировать сетевые функции без этой лицензии. Так и есть, Net enable = ON поставить не удается, error.
Я спрашивал выше,
никто не опроверг.
35-44 CO в группе 10, а не в 0, на скрине ведь есть?
И они не PTSN, а NET!
Или я куда-то не туда смотрю?
На обеих АТС - в смысле? Номера линий\групп должны совпадать с номерами на первой АТС?
На второй АТС и так настроено, и там нет проблем, поскольку нет городского транка и связанной с этим путаницы.
Нет, никаких лицензий в обязательном порядке не требуется! Все работает замечательно и без лицензии. Лицензии открывают некие дополнительные возможности.
Это все тут обсуждалось много раз! Советую скачать Руководство по программированию ipLDK и там прочесть про организацию сети АТС. Эта инструкция достаточно толковая, с примерами. Принцип программирования абсолютно одинаков, ибо в eMG 800 оно и перекочевало с ipLDK.
Автор: AndyM 27.1.2019, 9:16
Вообще-то, именно из этого руководства я и вывел необходимость лицензии:
"А) Для включения сетевых функций параметр «NETWORKING ENABLE» (Программа 320 – ПК 1) должен быть установлен в «ON». Если лицензия QSIG в системе не установлена, данный параметр не может быть включен" стр. 223 (или 209, смотря какой файл).
Во втором варианте построения сети из этого руководства (на базе H.450, стр.225 (211)) сказано "В случае программирования VoIP сети используется тот же подход, что и ранее. Дополнительно необходимо..."
Дополнительно - значит дополнительно!
Но хорошо, не нужна лицензия - и черт с ней.
В настоящий момент я хотел бы оставить на будущее вариант с h.323 и добиться нормальной работы того, что настроено сейчас. В конце концов, это ведь не преступление - использование СИП?
Когда добьюсь, сделаю копию базы, налью кофейку и примусь за H.323. И, возможно, попрошу совета в другом топике.
Но сейчас, уважаемые профессионалы!
Посмотрите на последние скрины и скажите, что не так с СИПом на входящих сетевых звонках (должны использоваться линии из второго транка, 35-44)?
На исходящих сетевых звонках с этой АТС проблем почему-то нет, используется правильный транк.
Пожалуйста!
М.б., выложить базу?
Автор: AndyM 30.1.2019, 13:09
Сегодня смотрел специалист, тоже не смог понять, почему занимаются линии из другого транка.
Временно обошли грабли через 231 прг.
Проблема не решена.
Автор: vitalii 30.1.2019, 13:51
Временно обошли грабли через 231 прг.
Проблема не решена.
lдавайте по новой.
линии с 13-по 34 в первую группу и зарегистрировать на провайдера.
линии с 35 - по во вторую группу и зарегистрировать на второй атс.
для исходящей:
по 9-ке выходить на провайдера
по 0 выходить на вторую атс(или набрав внутренние номера второй атс).
всё это можно через табл. конвертации
по входящей: линии все sip и did
от второй атс ничего менять не не надо
от провайдера можно разрулить входящую или через MSN, или табл. конвертации
тогда почистить таблицу "корп. сети" если не используете Н,323
что же за спец, если не устранил...?
Автор: AndyM 30.1.2019, 14:50
Виталий,
конечно же, спасибо за помощь, но все именно так и сделано. Взгляните на скрины.
Разве что таблица корп. сети не пустая.
Почистить? Так ведь как-то она задействована, IP-адреса соседних АТС только там указаны!
Спец хороший, не жаловался.
Говорит, впервые с таким столкнулся...
Автор: AndyM 30.1.2019, 14:56
А! Кажется, до меня дошло, о чем Вы говорите!
Типа, АТС должна выступать в роли провайдера, сип-сервера для соседки?
М-мм... о как!
Ну, ничего не могу сказать...
Явно наш спец иначе настроил, еще третьим способом.
Автор: vitalii 30.1.2019, 15:18
Типа, АТС должна выступать в роли провайдера, сип-сервера для соседки?
М-мм... о как!
Ну, ничего не могу сказать...
Явно наш спец иначе настроил, еще третьим способом.
в 133 линии регистрируются. вначале на провайдера, затем на 2-ю атс. достаточно заполнить ip-шники Proxy Server Address и Domain(если без регистрации, то достаточно один ip-адрес забить в эти строчки). еще раз в табл. network заполняются ip-адреса, если создаешь корпоративную сеть.
т.е. сейчас эта табл. должна быть у вас пуста
вам достаточно по SIP = LCR или табл. конвертации = для исходящей
Автор: AndyM 13.2.2019, 7:01
Доброго времени суток,
в общем, так и не решили грабли.
Хочу попробовать сам настроить через networking.
Для пробы, чтобы не ломать то, что, пусть и через пень-колоду, но хоть как-то работает, хочу настроить сетевой вызов только между двумя номерами 255 и 138.
Общий план работы:
1. Освободить на каждой АТС по одной СО из кривых транков и отдать ее для сети.
2. Настроить networking для этих СО
Сразу вопросы:
1. Мне не удается нормально выкинуть СО из транка. Лучшее, чего смог добиться - ставлю 0 в SIP Trunk group, затем Unregister, так создается еще один транк, из одной СО!
2. Как проверяется Net numbering plan? Т.е., уже есть запись № 2 для 2**, если я сделаю № 1 для 255 - прокатит?
Проверка таблицы идет до первого совпадения, или смотрится все и выбирается лучшее, или еще как-то?
Автор: vitalii 13.2.2019, 10:39
в общем, так и не решили грабли.
Хочу попробовать сам настроить через networking.
Для пробы, чтобы не ломать то, что, пусть и через пень-колоду, но хоть как-то работает, хочу настроить сетевой вызов только между двумя номерами 255 и 138.
Общий план работы:
1. Освободить на каждой АТС по одной СО из кривых транков и отдать ее для сети.
2. Настроить networking для этих СО
Сразу вопросы:
1. Мне не удается нормально выкинуть СО из транка. Лучшее, чего смог добиться - ставлю 0 в SIP Trunk group, затем Unregister, так создается еще один транк, из одной СО!
2. Как проверяется Net numbering plan? Т.е., уже есть запись № 2 для 2**, если я сделаю № 1 для 255 - прокатит?
Проверка таблицы идет до первого совпадения, или смотрится все и выбирается лучшее, или еще как-то?
смотрите в атс в разделе: Administration - Function Base - Common Function List - Networking Scenario = есть всего 5 шагов для настройки корпоративной сети. сделано специально, чтобы не путаться в остальных программах. если корректно(и внимательно) выполнить, то всё должно отрабатывать.
есть вариант через LCR отправить (ваш номер 255), но объяснять долго. то что 255 пересекается с 2** - это верно(не прокатит)
включить LCR(220)
нарисовать(в 221-й пгм) 225 и отправить на нужный индекс(в 222-ю пгм)
в 222-й отправить на нужную со-группу, а также сослаться на индекс Networking Numbering Plan Table Index(324)
в 324-й для этого индекса заполнить только ip-шник удаленной атс
Автор: AndyM 14.2.2019, 9:05
Сделал все по мануалу и по шагам.
Дополнительно сбросил LDT Table index для выбранных СО.
Вторая АТС настроена зеркально, разве что номера СО другие.
Не работает.
Скрины прилагаю.
Может, СИП транк на этих линиях мешает?
Не могу избавиться от него, хоть тресни...
|
|
|
|
|
Автор: AndyM 14.2.2019, 9:20
Убрал второй СИП транк на скрине - unregister на обоих транках, затем register на первом транке.
На второй АТС транк только один, ненужный, на нем жал unregister до одурения - бесполезно...
Сеть не работает.
Автор: AndyM 15.2.2019, 9:41
Путем бессмысленных и жутких манипуляций удалил транк на второй АТС.
Для всех абонентов сбросил LDT Table Index в 111 прг.
На АТС1 (на скринах в пред. постах, с городским транком) в 324 прг поставил Firewall routing = Off.
Что сейчас:
1. На АТС1 все ОК, исход-вход.
2. На АТС2 исход ОК, а на входящих занимается неправильная СО (вместо 43 - 13-я) и звонок уходит на аттенданта.
13-я вообще нигде никаким боком!
Где еще поковырять?
На вложенных скринах - АТС2
|
|
|
Автор: AndyM 15.2.2019, 13:35
Для "неправильных" СО (13-42) поставил DID и SIP&Rtp, после чего они перестали заниматься.
Входящие на АТС2 работают.
Все ок.
НО!
На этих новых настройках сетевых вызовов через networking перестал определяться номер вызывающего абонента.
Это ведь не передача имени, требующая лицензии, должно работать?
Последний простой вопрос - где это настроить?
Автор: AndyM 18.2.2019, 8:48
Это ведь не передача имени, требующая лицензии, должно работать?
Последний простой вопрос - где это настроить?
Неужто никто не знает? :-)
Автор: AndyM 20.2.2019, 9:22
Мильен комбинаций разных перепробовал.
Подскажите хотя бы, вообще работает отображение вызывающего номера на сетевых вызовах, если нет лицензии?!
Автор: Dron 20.2.2019, 9:50
Подскажите хотя бы, вообще работает отображение вызывающего номера на сетевых вызовах, если нет лицензии?!
Вообще работает. Никакие лицензии не нужны.
Автор: AndyM 21.2.2019, 9:57
Самый крутой "честный чайник" (по Лукьяненко) в emg800 - это я!
:-))
Всем спасибо!
Русская версия Invision Power Board (http://nulled.ws)
© Invision Power Services (http://nulled.ws)