Входящий trunk привзяка к CO-line |
Здравствуйте, гость ( Вход | Регистрация )
Входящий trunk привзяка к CO-line |
6.6.2017, 19:41
Сообщение
#1
|
|
Частый гость Группа: Участники Сообщений: 73 Регистрация: 8.10.2015 Из: Киев Пользователь №: 20080 |
На 11-12 CO-line подключен 2-канальный GSM-VoIP шлюз (addpack), без регистрации, только IP шлюза прописан в 133-й.
Шлюз "звонит" на станцию на номера 7013 и 7014, в 145-й выбрано Modify Using Flexible DID, а в 231, соответственно, рулится всё на дизу. Проблема в том, что входящий gsm (на любой канал шлюза) занимает всегда 12 CO-line (при условии, что 11-12 свободны) и это как бы не проблема, если в шлюзе установлены карты одного оператора. В SIP Trunk Status Overview транк на шлюз одной строкой, COL Range 11-12. А вот если операторы разные, и 11-я, 12-я линии разнесены в разные CO Line Group (и на них "рассчитывает" LCR - LDT/DMT), то получается ситуация, когда, например, звонок "как бы должен" прийти на 11-ю CO-Line (потому что он поступил на gsm-порт шлюза, который подразумевается на 11-й CO Line), но он приходит на 12-ю... И если в этот момент кто-то из внутренних абонентов решит сделать звонок, который LCR должен провести через 12-ю линию, то абонент получит "занято", хотя по факту порт на шлюзе (через который должны уходить звонки по 12-й линии) свободен... Вопрос. Как в такой ситуации привязать входящий со шлюза на 7013 к 11-й CO Line, а на 7014 - 12-й CO Line ??? PS: сорри, может не очень в терминах объясняю, я вообще не АТС-ник... так, разобрался сам, вот для своей конторы и кручу... PSPS: пока обхожусь тем, что в таких ситуациях объединяю 11-12 лини в одну группу, и уже внутри шлюза по маскам направляю на нужные порты, но это ж не серьёзно... ибо может быть кейс, кода в DMT будет альтернативная группа и до неё просто не дойдёт дело, т.к. споткнётся на первой, уйдёт в шлюз, а тот даст отбой и привет... да и чисто академически заело - можно ли такое сделать )) |
|
|
7.6.2017, 8:22
Сообщение
#2
|
|
Ветеран Группа: Участники Сообщений: 4439 Регистрация: 4.12.2006 Из: г.Ульяновск Пользователь №: 186 |
На 11-12 CO-line подключен 2-канальный GSM-VoIP шлюз (addpack), без регистрации, только IP шлюза прописан в 133-й. Шлюз "звонит" на станцию на номера 7013 и 7014, в 145-й выбрано Modify Using Flexible DID, а в 231, соответственно, рулится всё на дизу. Проблема в том, что входящий gsm (на любой канал шлюза) занимает всегда 12 CO-line (при условии, что 11-12 свободны) и это как бы не проблема, если в шлюзе установлены карты одного оператора. В SIP Trunk Status Overview транк на шлюз одной строкой, COL Range 11-12. А вот если операторы разные, и 11-я, 12-я линии разнесены в разные CO Line Group (и на них "рассчитывает" LCR - LDT/DMT), то получается ситуация, когда, например, звонок "как бы должен" прийти на 11-ю CO-Line (потому что он поступил на gsm-порт шлюза, который подразумевается на 11-й CO Line), но он приходит на 12-ю... И если в этот момент кто-то из внутренних абонентов решит сделать звонок, который LCR должен провести через 12-ю линию, то абонент получит "занято", хотя по факту порт на шлюзе (через который должны уходить звонки по 12-й линии) свободен... Вопрос. Как в такой ситуации привязать входящий со шлюза на 7013 к 11-й CO Line, а на 7014 - 12-й CO Line ??? PS: сорри, может не очень в терминах объясняю, я вообще не АТС-ник... так, разобрался сам, вот для своей конторы и кручу... PSPS: пока обхожусь тем, что в таких ситуациях объединяю 11-12 лини в одну группу, и уже внутри шлюза по маскам направляю на нужные порты, но это ж не серьёзно... ибо может быть кейс, кода в DMT будет альтернативная группа и до неё просто не дойдёт дело, т.к. споткнётся на первой, уйдёт в шлюз, а тот даст отбой и привет... да и чисто академически заело - можно ли такое сделать )) Организуйте линии СО в разные группы. Например, 11 линию СО в 01 группу, а 12 линию в группу 02. И дайте (к сожалению я не работаю с этими АТС, номера программ не знаю.в LDK-300 это прг.117) соответствующим абонентам доступ к каждой группе. -------------------- В любой вещи на свете есть изъян. В Ламборджини, например, тяжело педали валенками нажимать.
|
|
|
7.6.2017, 8:51
Сообщение
#3
|
|
Частый гость Группа: Участники Сообщений: 73 Регистрация: 8.10.2015 Из: Киев Пользователь №: 20080 |
Организуйте линии СО в разные группы. Например, 11 линию СО в 01 группу, а 12 линию в группу 02. И дайте (к сожалению я не работаю с этими АТС, номера программ не знаю.в LDK-300 это прг.117) соответствующим абонентам доступ к каждой группе. И как мне это поможет решить задачу? То что вы описываете я, в общем, и сделал. Но столкнулся с проблемой, которую описал выше... Вы пишите о том, что и так ясно/понятно... Здесь вопрос шире... И что-то мне кажется, что решения может не быть, ибо вся идея цифровой телефонии в том, что место линий теперь надо мыслить потоками, из которых звонки приземляются на один из доступных портов, причем выбор порта из доступных происходит где-то на очень низком уровне... Я смотрел трассировку - единственное чем отличаются звонки приходящие со шлюза, это номер адресата (7013, 7014), и о номере этом начинает идти речь, когда CO-порт уже выбран. Соответственно, выбрать порт в зависимости от номера получается что нельзя. Как если, например, в доме две лифта одинаковых с виду, а мы хотим, чтобы нас пустили в какой-то определенный, в зависимости от номера этажа, который мы назовём только после того как в этот лифт пропадём.... |
|
|
7.6.2017, 9:33
Сообщение
#4
|
|
ГУРУ Группа: Модераторы Сообщений: 15007 Регистрация: 19.6.2009 Из: г. Тула Пользователь №: 13420 |
На 11-12 CO-line подключен 2-канальный GSM-VoIP шлюз (addpack), без регистрации, только IP шлюза прописан в 133-й. Шлюз "звонит" на станцию на номера 7013 и 7014, в 145-й выбрано Modify Using Flexible DID, а в 231, соответственно, рулится всё на дизу. Проблема в том, что входящий gsm (на любой канал шлюза) занимает всегда 12 CO-line (при условии, что 11-12 свободны) и это как бы не проблема, если в шлюзе установлены карты одного оператора. В SIP Trunk Status Overview транк на шлюз одной строкой, COL Range 11-12. А вот если операторы разные, и 11-я, 12-я линии разнесены в разные CO Line Group (и на них "рассчитывает" LCR - LDT/DMT), то получается ситуация, когда, например, звонок "как бы должен" прийти на 11-ю CO-Line (потому что он поступил на gsm-порт шлюза, который подразумевается на 11-й CO Line), но он приходит на 12-ю... И если в этот момент кто-то из внутренних абонентов решит сделать звонок, который LCR должен провести через 12-ю линию, то абонент получит "занято", хотя по факту порт на шлюзе (через который должны уходить звонки по 12-й линии) свободен... Вопрос. Как в такой ситуации привязать входящий со шлюза на 7013 к 11-й CO Line, а на 7014 - 12-й CO Line ??? PS: сорри, может не очень в терминах объясняю, я вообще не АТС-ник... так, разобрался сам, вот для своей конторы и кручу... PSPS: пока обхожусь тем, что в таких ситуациях объединяю 11-12 лини в одну группу, и уже внутри шлюза по маскам направляю на нужные порты, но это ж не серьёзно... ибо может быть кейс, кода в DMT будет альтернативная группа и до неё просто не дойдёт дело, т.к. споткнётся на первой, уйдёт в шлюз, а тот даст отбой и привет... да и чисто академически заело - можно ли такое сделать )) Речь о SIP? См. SIP Trunk Group в 133 программе. И надо прописать Registration User ID в 126, чтобы обозначить поля To 7013 и 7014. -------------------- Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
|
|
|
7.6.2017, 10:06
Сообщение
#5
|
|
Частый гость Группа: Участники Сообщений: 73 Регистрация: 8.10.2015 Из: Киев Пользователь №: 20080 |
|
|
|
7.6.2017, 10:13
Сообщение
#6
|
|
ГУРУ Группа: Модераторы Сообщений: 15007 Регистрация: 19.6.2009 Из: г. Тула Пользователь №: 13420 |
Простите, а можно подробнее? Не совсем понял, что с чем связать нужно... SIP User ID Attributes(126): Index 1 --> Registration User ID 1 = 7013, Registration User ID 2 = 7014. SIP CO Attributes(133): CO11 --> SIP Trunk Group = 1, CO12 --> SIP Trunk Group = 2. Как то так... -------------------- Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
|
|
|
7.6.2017, 11:01
Сообщение
#7
|
|
Частый гость Группа: Участники Сообщений: 73 Регистрация: 8.10.2015 Из: Киев Пользователь №: 20080 |
SIP User ID Attributes(126): Index 1 --> Registration User ID 1 = 7013, Registration User ID 2 = 7014. SIP CO Attributes(133): CO11 --> SIP Trunk Group = 1, CO12 --> SIP Trunk Group = 2. Как то так... Получилось! Спасибо огромное! ...а я тут уже начал теории строить, всё оказалось так просто ))) Ну в смысле, что я не до конца как произошло, то что произошло, но хорошо хоть понял - что произошло ))) |
|
|
19.4.2018, 22:04
Сообщение
#8
|
|
Частый гость Группа: Участники Сообщений: 73 Регистрация: 8.10.2015 Из: Киев Пользователь №: 20080 |
SIP User ID Attributes(126): Index 1 --> Registration User ID 1 = 7013, Registration User ID 2 = 7014. SIP CO Attributes(133): CO11 --> SIP Trunk Group = 1, CO12 --> SIP Trunk Group = 2. Как то так... Добрый день! Утекло конечно воды с тех пор, но опять возник вопрос, в той же конфигурации... Почему-то перестал предложенный вами метод работать... Так и не понял почему... Перестало работать (хотя работало, сам же писал, что "ДААА") вот в такой конфигурации: Цитата PGM126 SIP User ID Index 13 Registration User ID: 7013 Authentication User ID: пусто Authentication User Password: пусто User ID Register: Provision User ID Usage: OFF Ring Route Type: ID ASSIGNED STATION SIP User ID Index 14 Registration User ID: 7014 Authentication User ID: пусто Authentication User Password: пусто User ID Register: Provision User ID Usage: OFF Ring Route Type: ID ASSIGNED STATION Цитата PGM133: CO11 Registration UID Range: пусто-пусто SIP Trunk Group: 13 CO12 Registration UID Range: пусто-пусто SIP Trunk Group: 14 Цитата SIP Trunk Status Overview Index Proxy Address Domain COL Range SIP Group UID Range State UIDSEL 1 192.168.100.195 192.168.100.195 11 - 11 13 0 - 0 Idle UID_Index_1 2 192.168.100.195 192.168.100.195 12 - 12 14 0 - 0 Idle UID_Index_1 где 192.168.100.195 - двухканальный GSM шлюз, от которого звонки приходят с ToHedaer 7013 и 7014 для каждой из линий. В такой конфигурации звонок всегда приходит на CO11. Вот из лога шлюза, там точно видно, что меняется хидер: Цитата Call TO <sip:7014@192.168.100.251:xxx> Нашёл обходной манёвр, следующий: Цитата PGM126 SIP User ID Index 13 Registration User ID: 7013@192.168.100.195 Authentication User ID: qweqweqwe - от фонаря, ибо без регистрации же ж Authentication User Password: blalbabla - от фонаря, ибо без регистрации же ж User ID Register: Provision User ID Usage: ON Ring Route Type: MSN-DID CONVERSION(PGM145) SIP User ID Index 14 Registration User ID: 7014@192.168.100.195 Authentication User ID: qweqweqwe - от фонаря, ибо без регистрации же ж Authentication User Password: blalbabla - от фонаря, ибо без регистрации же ж User ID Register: Provision User ID Usage: ON Ring Route Type:MSN-DID CONVERSION(PGM145) Цитата PGM133: CO11 Registration UID Range: 13-13 SIP Trunk Group: 13 CO12 Registration UID Range: 14-14 SIP Trunk Group: 14 Цитата SIP Trunk Status Overview Index Proxy Address Domain COL Range SIP Group UID Range State UIDSEL 1 192.168.100.195 192.168.100.195 11 - 11 13 13 - 13 Idle UID_Index_1 2 192.168.100.195 192.168.100.195 12 - 12 14 14 - 14 Idle UID_Index_1 Причём, Ring Route Type в 126-й пришлось поменять на MSN-DID CONVERSION(PGM145), чтобы звонок шёл куда надо (на DISA в моём случае), ибо именно в такой конфигурации, на сколько я понял, настройки из 126-й программы подтянулись и начали работать. До того, Ring Route Type находился в положении ID ASSIGNED STATION и никому этим не мешал, звонки и так прекрасно ходили на DISA, согласно 145-й и далее 231-й. Совсем запутался... В принципе понял - почему оно работает сейчас. Но почему оно работало раньше и почему перестало работать - понять не могу... Каким образом SIP Trunk Group в 133-й (который может изменяться от 0 до 71, судя по подсказкам) связан с SIP User Index из 126-й (который от 1 до 140)? Если это одни и те же индексы, у них по идее и диапазон должен быть одним... Как оно вообще могло работать? Хотя справедливости ради надо сказать, что если ставить SIP Trunk Group в 0, то новая конфигурация тоже перестаёт работать. Видимо оно таки нужно... Растолкуйте пожалуйста - где я что неправильно понял ??? |
|
|
19.4.2018, 22:21
Сообщение
#9
|
|
ГУРУ Группа: Модераторы Сообщений: 15007 Регистрация: 19.6.2009 Из: г. Тула Пользователь №: 13420 |
Добрый день! Утекло конечно воды с тех пор, но опять возник вопрос, в той же конфигурации... Почему-то перестал предложенный вами метод работать... Так и не понял почему... Перестало работать (хотя работало, сам же писал, что "ДААА") вот в такой конфигурации: где 192.168.100.195 - двухканальный GSM шлюз, от которого звонки приходят с ToHedaer 7013 и 7014 для каждой из линий. В такой конфигурации звонок всегда приходит на CO11. Вот из лога шлюза, там точно видно, что меняется хидер: Нашёл обходной манёвр, следующий: Причём, Ring Route Type в 126-й пришлось поменять на MSN-DID CONVERSION(PGM145), чтобы звонок шёл куда надо (на DISA в моём случае), ибо именно в такой конфигурации, на сколько я понял, настройки из 126-й программы подтянулись и начали работать. До того, Ring Route Type находился в положении ID ASSIGNED STATION и никому этим не мешал, звонки и так прекрасно ходили на DISA, согласно 145-й и далее 231-й. Совсем запутался... В принципе понял - почему оно работает сейчас. Но почему оно работало раньше и почему перестало работать - понять не могу... Каким образом SIP Trunk Group в 133-й (который может изменяться от 0 до 71, судя по подсказкам) связан с SIP User Index из 126-й (который от 1 до 140)? Если это одни и те же индексы, у них по идее и диапазон должен быть одним... Как оно вообще могло работать? Хотя справедливости ради надо сказать, что если ставить SIP Trunk Group в 0, то новая конфигурация тоже перестаёт работать. Видимо оно таки нужно... Растолкуйте пожалуйста - где я что неправильно понял ??? Так прописаны в 126 программе Registration User ID 13 и Registration User ID 14? И надо прописать Registration User ID в 126, чтобы обозначить поля To 7013 и 7014. В 126 Registration User ID 13 и 14 прописаны соответственнов виде 7013@192.168.100.195 и 7014@192.168.100.195? -------------------- Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
|
|
|
19.4.2018, 22:30
Сообщение
#10
|
|
Частый гость Группа: Участники Сообщений: 73 Регистрация: 8.10.2015 Из: Киев Пользователь №: 20080 |
Так прописаны в 126 программе Registration User ID 13 и Registration User ID 14? В варианте, который перестал в работать в 126-й Registration User ID прописаны 7013 и 7014, соответственно: Цитата PGM126 SIP User ID Index 13 Registration User ID: 7013 Authentication User ID: пусто Authentication User Password: пусто User ID Register: Provision User ID Usage: OFF Ring Route Type: ID ASSIGNED STATION SIP User ID Index 14 Registration User ID: 7014 Authentication User ID: пусто Authentication User Password: пусто User ID Register: Provision User ID Usage: OFF Ring Route Type: ID ASSIGNED STATION В 133-й только SIP Trunk Group, соответственно 13 и 14. Registration UID Range в 133-й оставлял пустым, по крайней мере в прошлом году, когда совет получал, речь о нём не шла и как-то оно работало ) |
|
|
19.4.2018, 22:33
Сообщение
#11
|
|
ГУРУ Группа: Модераторы Сообщений: 15007 Регистрация: 19.6.2009 Из: г. Тула Пользователь №: 13420 |
В варианте, который перестал в работать в 126-й Registration User ID прописаны 7013 и 7014, соответственно: В 133-й только SIP Trunk Group, соответственно 13 и 14. Registration UID Range в 133-й оставлял пустым, по крайней мере в прошлом году, когда совет получал, речь о нём не шла и как-то оно работало ) А надо 7013@192.168.100.195 и 7014@192.168.100.195! -------------------- Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
|
|
|
19.4.2018, 22:39
Сообщение
#12
|
|
Частый гость Группа: Участники Сообщений: 73 Регистрация: 8.10.2015 Из: Киев Пользователь №: 20080 |
|
|
|
19.4.2018, 22:41
Сообщение
#13
|
|
ГУРУ Группа: Модераторы Сообщений: 15007 Регистрация: 19.6.2009 Из: г. Тула Пользователь №: 13420 |
Неа, так не работает, звонки с обоих линий шлюза на CO11 приходят. В 133-й SIP Trunk Group? Версия та же, что и в прошлом году была? -------------------- Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
|
|
|
19.4.2018, 22:44
Сообщение
#14
|
|
Частый гость Группа: Участники Сообщений: 73 Регистрация: 8.10.2015 Из: Киев Пользователь №: 20080 |
В 133-й только SIP Trunk Group? Да, в прошлом году так работало. вроде) Переписка выше - вы сказали SIP Trunk Group прописать, я прописал... ))) Теперь не работает... добавляю в 133-й Registration UID Range (13-13 и 14-14) + фиктивные UserID и UserPassword в 126-й - работает ) |
|
|
19.4.2018, 22:45
Сообщение
#15
|
|
ГУРУ Группа: Модераторы Сообщений: 15007 Регистрация: 19.6.2009 Из: г. Тула Пользователь №: 13420 |
Только новый вариант, когда Registration UID Range в 133 прописываю, соответственно 13-13 и 14-14 А если для обоих линий 13-14? -------------------- Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
|
|
|
19.4.2018, 22:46
Сообщение
#16
|
|
ГУРУ Группа: Модераторы Сообщений: 15007 Регистрация: 19.6.2009 Из: г. Тула Пользователь №: 13420 |
+ фиктивные UserID и UserPassword в 126-й - работает ) Что значит фиктивные? -------------------- Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
|
|
|
19.4.2018, 22:46
Сообщение
#17
|
|
Частый гость Группа: Участники Сообщений: 73 Регистрация: 8.10.2015 Из: Киев Пользователь №: 20080 |
|
|
|
19.4.2018, 22:48
Сообщение
#18
|
|
Частый гость Группа: Участники Сообщений: 73 Регистрация: 8.10.2015 Из: Киев Пользователь №: 20080 |
|
|
|
19.4.2018, 22:51
Сообщение
#19
|
|
ГУРУ Группа: Модераторы Сообщений: 15007 Регистрация: 19.6.2009 Из: г. Тула Пользователь №: 13420 |
Фиктивный в смысле что шлюз и станция напрямую без регистрации общаются. Где-то вычитал, что эти поля надо хоть чем-то заполнять... Но эт я сегодня заполнил, в прошлом году и сегодня (до использования Registration UID Range) они пустые были Да нет, достаточно только Registration UID. Если Provision. -------------------- Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
|
|
|
19.4.2018, 22:52
Сообщение
#20
|
|
Частый гость Группа: Участники Сообщений: 73 Регистрация: 8.10.2015 Из: Киев Пользователь №: 20080 |
|
|
|
Текстовая версия | Сейчас: 29.4.2024, 20:50 |