![]() |
Здравствуйте, гость ( Вход | Регистрация )
![]() |
![]()
Сообщение
#1
|
|
Участник ![]() ![]() Группа: Участники Сообщений: 15 Регистрация: 24.3.2009 Пользователь №: 13038 ![]() |
Доброго времени!
Про данную структуру многие в интернете говорили но я еще пока не нашел тот вариант который заработал бы у меня. Структура такая. cisco ATA 186 подключил на LDK 100 в свододный CO 19-20. 1) В пгр 141 присвол им одну группу 8. Диапозон Station = от 1100 до 1180 2) в пгр 221 под index 5 присвол данные параметры а) LCR Type = INT б) Compared Digits = 9 в) Day Zone 1 T1=10, T2=10, T3=10 3) в пгр 222 под index 10 присвол данные параметры а) Add Digits =null б) Removal Position =1 в) Num Of Digits to be removed = 1 г) Add Position = 1 д) CO Group =8 е) Alternative DMT index = N/A То есть пользователь при наборе девятки попадает на ip телефонию организации. А вот в другом офисе нет этой ip телефонии. Поэтому хотелось бы проделать операцию. Итак у меня присутствуют 2 АТС LDK 100 на которой установлены желаемые номера (station 1100-1180) и LDK 20 который пытается попасть (station 1500-1515) У обоих АТС установлен VoIP модуль. Сетевая маршрутизация по Station успешно работает. Тоесть можно свододно попасть из 1100-1180 в 1500-1515 туда и обратно. И так что я сделал. Начнем с LDK 20 пользователи с которого пытаются набрать 7-ку для выхода на злощасные CO 19-20 LDK100. Описание LDK 20: 1) пгр 220 установленно Дневная зона 1. LCR Accrss Mode = "m13" 2) в пгр 221 под index 7 присвол данные параметры а) LCR Type = INT б) Compared Digits = 7 в) Day Zone 1 T1=10, T2=10, T3=10 3) в пгр 222 под index 10 присвол данные параметры а) Add Digits =9 б) Removal Position =1 в) Num Of Digits to be removed = 1 г) Add Position = 1 д) CO Group =8 - (группа портов Voip) е) Alternative DMT index = N/A 4) в пгр 322 CO Num 9-12 присвоены параметры а) Networking CO Group = 1 б) Networking CO line Type = NET в) Gatekekper Usage = OFF г) VoIp mode = H.323 д) DTMF Mode = inband DTMF 5) в пгр 324 под index 5 прописал а) System Usage = NET б) NUM plan Code = 9 в) cpn/ip info = указан адрес voIp LDK 100 г) Net CO Group = 1 д) ALT SPD MPB IP = null е) DEST MPB IP = 0.0.0.0 ж) Digit Repeat = OFF На этом настройка LDK 20 закончелась В АТС LDK 100 до настроил 1) в пгр 322 CO Num 19-20 присвоены параметры а) Networking CO Group = 2 б) Networking CO line Type = PSTN в) Gatekekper Usage = OFF г) VoIp mode = H.323 д) DTMF Mode = inband DTMF 2) в пгр 324 под index 7 прописал а) System Usage = NET б) NUM plan Code = 9 в) cpn/ip info = 0.0.0.0 г) Net CO Group = 2 д) ALT SPD MPB IP = null е) DEST MPB IP = 0.0.0.0 ж) Digit Repeat = OFF Итог: Пользователь при наборе на LDK 20 - 7-ку, получает действительно доступ на LDK 100. Но, LDK 100 я так понимаю не знает что с этим делать и посылает на ситемный телефон куда валятся все ошибки. Подскажите что у меня с настройками не так. |
|
|
![]() |
![]()
Сообщение
#2
|
|
Участник ![]() ![]() Группа: Участники Сообщений: 15 Регистрация: 24.3.2009 Пользователь №: 13038 ![]() |
"
Вдогонку к теме. Выяснился нюанс, что хоть вся структура работает, LCR и NET планы все таки конфликтуют. У меня в LCR в LDT были прописаны коды 601, 602 и т.д. для прямого набора мобильных номеров, а в таблице NET 67,68,69. Пока не убрал коды на 6 из LCR 100 % перевода набора на другую станцию не было. Сбои проявлялись в том, что иногда набор направлялся не в NET, а на городские линии самой оконечной станции. Вывод: для уверенной работы первая цифра кода в NET не должна встречаться в LCR. Обратите внимание! " Я вчера проверял данную таблицу. У меня получилось непонятное для меня картина. Итак. Будем говорить вашим языком. Оконечная станция, я для проверки работы Voipю, в таблице LCR убрал 7,8. А в таблице нет прописал код 78 - которая отправляет это на конечную АТС. Конечная АТС На конечной АТС в LCR таблицах вообще нет 7-ки но зато рписутствует 8-ка которая выводит местных пользователей на шлюз GSM, а в NET присутствует только префиксы других АТС (внутреннии) и мой код 78 - который направляет на эти же шлюз GSM. Што происходит. На на оконечной станции набираю 78 - сразу слышно что перекидывает на VOIP сильный сигнал - естественно по логике я набираю 78 повторно чтобы всетаки наверно обяснить VOIP конечной станции что мне нужно на GSM шлюз. А он вместо того чтобы раздать гудок перехода на шлюз. Он меня перекидывает на косячного пользователя, которые принимает не правильные надоры. Но ничего я попродовал набрать по другому все уже не буду расписывать так подробно 78 8 78 8960*****. Набор прошел на GSM шлюз. Ну никак не понимаю. Я уж в коде прохода на оконечной станции делал при наборе 8-ки добавлять 78878 и все 8960*****. Так там просто тишина. :-) В целом получилось но не пойму почему при переводе на оконечной станции 78 я уже дальше набираю 8 , ну еслиб я набирал 78 я бы еще понял. Потом дальше крутил вертел добился другой ситуации но опять эта 8-ка. 78 - 78 -8 и 8960***. Опять эта лишняя 8-ка. Если же не донабираю 8ку шлюз мне естественно говорит не правтльно набран номер :-) Кто может объяснить подобную ситуацию. |
|
|
![]() ![]() |
Текстовая версия | Сейчас: 18.7.2025, 7:00 |