доступ CO другой АТС по VoIP , LDK20 in LDK 100 Опции

[monkey]

Доброго времени!

Про данную структуру многие в интернете говорили но я еще пока не нашел тот вариант который заработал бы у меня.

Структура такая.

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 я так понимаю не знает что с этим делать и посылает на ситемный телефон куда валятся все ошибки.

Подскажите что у меня с настройками не так.

[Astra]

Главная фишка в использовании LCR, что не нужно набирать никаких кодов. У меня к главной АТС подключены 6 GSM-шлюзов. На шлюзах разные тарифы - в основном безлимитные трех основных операторов. В LCR прописано порядка 180 кодов начинающихся на 8, из них коды сотовых операторов моего региона направляют на GSM-шлюзы, а коды операторов других регионов и междугородние коды через SIP на sipnet. Абоненты набирают 8960 и т.д. и если это местный код оператора попадают на группу GSM-шлюзов на которых установлены самые низкие тарифы данного оператора. GSM-шлюзы с портом FXS подключены к СО портам АТС (они же FXO). Какие у Вас шлюзы - FXS или FXO?
В данном случае LCR направляет набор на СО группу линий, а транзитный код, который прописан в таблице NET для наборов с других станций направляет на группу линий NET, которая по номерам портов совпадает с СО группой но может иметь другой номер. Например, порты с 1-5 СО группа 1, те же порты в NET - группа 5. Транзитный код направляет именно на группу 5, а LCR на группу 1, но это одни и теже линии!
На оконечной станции также не нужно набирать никаких кодов!!! Ваш код 78 должен добавляться к началу набранного номера в таблице DMT.
Набираете номер 8960 и т.д. в DMT добавляется 78 и получается 788960****. В таблице NET хоть код и прописан но он не добавляется к уже набранному 788960****, по нему станция только определяет на какие линии направить набор. Вот этот набор и уходит на головную станцию без всяких промежуточных гудков - просто набираете номер и ждете ответного гудка GSM-шлюза (как правило шлюзы подают сигнал о принятии номера к набору). На головной станции код откидывается, потому что Digit Rp -OFF. Код и в DMT и в таблицах NET обоих станций должен быть "78" без всяких звездочек. Набор оверлапом.
Ну я не знаю как еще объяснить - делайте в точности так как написано - должно работать. Посмотрите на системнике оконечной станции какой набирается номер, на нем и в SMDR - номер должен быть как есть, без 78.

[monkey]

Главная фишка в использовании LCR, что не нужно набирать никаких кодов. У меня к главной АТС подключены 6 GSM-шлюзов. На шлюзах разные тарифы - в основном безлимитные трех основных операторов. В LCR прописано порядка 180 кодов начинающихся на 8, из них коды сотовых операторов моего региона направляют на GSM-шлюзы, а коды операторов других регионов и междугородние коды через SIP на sipnet. Абоненты набирают 8960 и т.д. и если это местный код оператора попадают на группу GSM-шлюзов на которых установлены самые низкие тарифы данного оператора. GSM-шлюзы с портом FXS подключены к СО портам АТС (они же FXO). Какие у Вас шлюзы - FXS или FXO?
В данном случае LCR направляет набор на СО группу линий, а транзитный код, который прописан в таблице NET для наборов с других станций направляет на группу линий NET, которая по номерам портов совпадает с СО группой но может иметь другой номер. Например, порты с 1-5 СО группа 1, те же порты в NET - группа 5. Транзитный код направляет именно на группу 5, а LCR на группу 1, но это одни и теже линии!
На оконечной станции также не нужно набирать никаких кодов!!! Ваш код 78 должен добавляться к началу набранного номера в таблице DMT.
Набираете номер 8960 и т.д. в DMT добавляется 78 и получается 788960****. В таблице NET хоть код и прописан но он не добавляется к уже набранному 788960****, по нему станция только определяет на какие линии направить набор. Вот этот набор и уходит на головную станцию без всяких промежуточных гудков - просто набираете номер и ждете ответного гудка GSM-шлюза (как правило шлюзы подают сигнал о принятии номера к набору). На головной станции код откидывается, потому что Digit Rp -OFF. Код и в DMT и в таблицах NET обоих станций должен быть "78" без всяких звездочек. Набор оверлапом.
Ну я не знаю как еще объяснить - делайте в точности так как написано - должно работать. Посмотрите на системнике оконечной станции какой набирается номер, на нем и в SMDR - номер должен быть как есть, без 78.

Колега, к концу дня я добился результата. Но единственное побаловался в сетебой таблице с PSTN и NET.

На оконечной станции в NET при наборе 78 - поставил PSTN - и направил сигнал на конечную станцию.

Конечная станция в NET тоже присутствует код 78 - только поставил NET в место PSTN. Так же перебил в сетевой группе линии типа NET (на портах где расположены шлюзы). И кидаю их туда. Все работает за исключением одного. Иногда почемуто шлюз не получает полный набор, и оператор отвечает "не правильно набран номер"!

Но единственное не могу понять. Почему для того чтобы выйти на шлюз мне приходится набирать 7888960***

просто хочу разобрать
на оконечной станции (не разбираем LCR - этот код стоит в NET маршрутах) 78 - дает нам досту на другую АТС(конечную) Digit Rp -ON следовательно конечная станция получает весь набор полность.

Но единственное не могу понять почему ей нужен "8" поясняю что происходит.

На оконечной станции сначало набираю 78 - после происходит сильный долгий гудок.
Если я начинаю набираю 8960*** GSM говорит что не прально набран номер.
Но если я набираю 8 - после этого АТС конечная дает мене доступ на шлюз (слышу характерный гудок), а вот после этого я набираю 8960***.

У меня есть конечно на конечной станции в LCR 8-ка которая кидает на эти же шлюзы, но она не пихает этот марштун в сетевую маршрутизацию.
Или все же дает? Я вот этого разобрать не могу.

p.s. а почему я переделал немного твой пример так это потому что он немного както странно отбивал ошибку.

спасибо за внимание