Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Сетевой план
АРТКОМ Форум > Форумы для специалистов > Техническая поддержка ipLDK
ЛыЖник
Здравствуйте! Есть LDK-600 вер.3.9Da (транзитная) и LDK-300 вер.3.9Fb (оконечная). Между собой работают по потоку. Сетевой план в прг.324 настроен и работает. Организованно все по учебнику. В 600-ке номера на 1***, в 300-ке номера 2***. Однако, для исходящего АОНа в сетевом плане номера от 300-ке прописаны как 210#*, 211#*, 212#* и т.д. В 600-ке, транзитной АТС, в сетевом плане эти же номера прописаны как 210*, 211* и т.д. И для них же включена в прг.324 функция Network CLI. Для группы номеров 210#* Network CLI прописан 439440. Т.е. сейчас все функционирует как положено. Мне надо подключить на оконечной АТС два системных телефона 2101 и 2102, но исходящий АОН прописать другой. Попробовал прописать в сетевой план эти два номера, но они выходят почему-то только с АОНом ATTD из транзитной АТС. Вопрос такой. А можно ли вообще в сетевом плане прописывать отдельных абонентов со своим АОНом, а не группу абонентов? И в каком виде? Может быть в виде 2101# в своей АТС, а вдругой 2101*?
stasmar
В таблице сетевого плана нумерации есть столбец CO ATT Code CLI..
harris
Цитата(ЛыЖник @ 28.8.2013, 14:05) *
Здравствуйте! Есть LDK-600 вер.3.9Da (транзитная) и LDK-300 вер.3.9Fb (оконечная). Между собой работают по потоку. Сетевой план в прг.324 настроен и работает. Организованно все по учебнику. В 600-ке номера на 1***, в 300-ке номера 2***. Однако, для исходящего АОНа в сетевом плане номера от 300-ке прописаны как 210#*, 211#*, 212#* и т.д. В 600-ке, транзитной АТС, в сетевом плане эти же номера прописаны как 210*, 211* и т.д. И для них же включена в прг.324 функция Network CLI. Для группы номеров 210#* Network CLI прописан 439440. Т.е. сейчас все функционирует как положено. Мне надо подключить на оконечной АТС два системных телефона 2101 и 2102, но исходящий АОН прописать другой. Попробовал прописать в сетевой план эти два номера, но они выходят почему-то только с АОНом ATTD из транзитной АТС. Вопрос такой. А можно ли вообще в сетевом плане прописывать отдельных абонентов со своим АОНом, а не группу абонентов? И в каком виде? Может быть в виде 2101# в своей АТС, а вдругой 2101*?

Ну, а что, отступить на шаг от учебника никак не получается..?? smile.gif

В оконечной станции ничего менять не нужно. Там прописано 210#* - так и оставьте.

В транзитной АТС:
нужно прописать номера 2101 и 2102 (без маски *, просто полный номер), но в таблице ПГМ324 эти строчки должны быть выше, чем строка 210* :
Например,
Index 0, NET, 1#***, GRP 0
....
Index 5, NET, 2101, GRP 1, ...., NET CLI= XXXXXX
Index 6, NET, 2102, GRP 1, ...., NET CLI= YYYYYYY
Index 7, NET, 210*, GRP 1, ...., NET CLI= 439440

Попробуйте.
Если так не пройдет, то придется в транзитной АТС расписать по-раздельности весь десяток номеров 210Х.
ЛыЖник
Цитата(harris @ 28.8.2013, 15:35) *
Ну, а что, отступить на шаг от учебника никак не получается..?? smile.gif

В оконечной станции ничего менять не нужно. Там прописано 210#* - так и оставьте.

В транзитной АТС:
нужно прописать номера 2101 и 2102 (без маски *, просто полный номер), но в таблице ПГМ324 эти строчки должны быть выше, чем строка 210* :
Например,
Index 0, NET, 1#***, GRP 0
....
Index 5, NET, 2101, GRP 1, ...., NET CLI= XXXXXX
Index 6, NET, 2102, GRP 1, ...., NET CLI= YYYYYYY
Index 7, NET, 210*, GRP 1, ...., NET CLI= 439440

Попробуйте.
Если так не пройдет, то придется в транзитной АТС расписать по-раздельности весь десяток номеров 210Х.

Спасибо, Игорь. Бум завтра разбираться. У меня еще один забавный казус в сетевом плане. В Транзитной АТС в сетевом плане в строке 18 прописано 29** и сетевая группа 10 (NET). В оконечной АТС там эти номера по MSN распределяются согласно индексам в прг.231. Т.е. работает как надо. НО, если я в сетевом плане перемещаю эту запись в другие строчки, например в 25, то перестают работать назначения в оконечной АТС. Возвращаю обратно запись в 18 строку - все работает. Перемещал и в 14, и в 10... Не работает. Возвращаю обратно в 18 строку - работает! Прям мистика какая-то. russian_roulette.gif Придется бубен доставать...ЕПТЫТЬ!!!
harris
Цитата(ЛыЖник @ 28.8.2013, 15:54) *
Спасибо, Игорь. Бум завтра разбираться. У меня еще один забавный казус в сетевом плане. В Транзитной АТС в сетевом плане в строке 18 прописано 29** и сетевая группа 10 (NET). В оконечной АТС там эти номера по MSN распределяются согласно индексам в прг.231. Т.е. работает как надо. НО, если я в сетевом плане перемещаю эту запись в другие строчки, например в 25, то перестают работать назначения в оконечной АТС. Возвращаю обратно запись в 18 строку - все работает. Перемещал и в 14, и в 10... Не работает. Возвращаю обратно в 18 строку - работает! Прям мистика какая-то. russian_roulette.gif Придется бубен доставать...ЕПТЫТЬ!!!

Снимите трассировки сетевого транка при назначении в строку 29 и потом при перемещении в строку 25.
stasmar
Цитата(harris @ 28.8.2013, 16:35) *
NET CLI= XXXXXX

я его и имел ввиду.. оговорился..
ЛыЖник
Цитата(harris @ 28.8.2013, 16:19) *
Снимите трассировки сетевого транка при назначении в строку 29 и потом при перемещении в строку 25.

Ну-с! yahoo.gif Прописал в сетевом плане транзитной АТС номера без маски, прописал Networking CLI. Системники из оконечной АТС стали выходить в город под номером из Networking CLI. derisive.gif Вот, опыт великая весчь! Можно бесконечно смотреть на огонь, текущую воду и изучать программирование LDK.
Ну, а по поводу 18 строчки в сетевом плане. Я думаю, что тут виноват админ. Я зашел в программирование через телефон и прописал в 25 строчке 29** и тд. и все заработало. Видимо, на версии админа 3.9Hc совместно с моей АТС идут какие-то нелады. Всё-таки телефон хоть и не всегда удобный гаджет для программирования АТС, но зато надёжная.
ЛыЖник
Цитата(harris @ 28.8.2013, 15:35) *
Ну, а что, отступить на шаг от учебника никак не получается..?? smile.gif

В оконечной станции ничего менять не нужно. Там прописано 210#* - так и оставьте.

В транзитной АТС:
нужно прописать номера 2101 и 2102 (без маски *, просто полный номер), но в таблице ПГМ324 эти строчки должны быть выше, чем строка 210* :
Например,
Index 0, NET, 1#***, GRP 0
....
Index 5, NET, 2101, GRP 1, ...., NET CLI= XXXXXX
Index 6, NET, 2102, GRP 1, ...., NET CLI= YYYYYYY
Index 7, NET, 210*, GRP 1, ...., NET CLI= 439440

Попробуйте.
Если так не пройдет, то придется в транзитной АТС расписать по-раздельности весь десяток номеров 210Х.

Здравствуйте! Что бы не плодить новой темы по этому же вопросу. На объекте две АТС LDK-300: вер. 3.9Fb (транзитная) и 3.6Df(оконечная). Сетевой план настроен и работает. Есть номера в оконечной АТС вида 6**. В транзитной АТС в Networking CLI прописан АОН на всю сотню и работает. Как учили, прописываю в сетевой план транзитной АТС номер 615 первым в таблице и соответсвующую группу CO NET. И перестает работать внутри сетевая связь именно с этим номером. Набираешь этот внутренний номер с системника из транзитной АТС-пишет НЕВЕРНЫЙ НАБОР. Меняешь в сетевом плане номер 615 на 616, первый номер начинает работать, а 616 перестает работать. Т.е. получается, что транзитная АТС не воспринимает сетевой план в этом случае? Может это из-за того, что в оконечной АТС версия 3.6? Ведь у меня на связке LDK c версиями 3.9 успешно работает сетевой план с номерами без маски. Я в растерянности, (из области анекдота) не знаю чего трясти. derisive.gif Поделитесь знаниями.
ЛыЖник
Цитата(ЛыЖник @ 25.9.2013, 9:44) *
Здравствуйте! Что бы не плодить новой темы по этому же вопросу. На объекте две АТС LDK-300: вер. 3.9Fb (транзитная) и 3.6Df(оконечная). Сетевой план настроен и работает. Есть номера в оконечной АТС вида 6**. В транзитной АТС в Networking CLI прописан АОН на всю сотню и работает. Как учили, прописываю в сетевой план транзитной АТС номер 615 первым в таблице и соответсвующую группу CO NET. И перестает работать внутри сетевая связь именно с этим номером. Набираешь этот внутренний номер с системника из транзитной АТС-пишет НЕВЕРНЫЙ НАБОР. Меняешь в сетевом плане номер 615 на 616, первый номер начинает работать, а 616 перестает работать. Т.е. получается, что транзитная АТС не воспринимает сетевой план в этом случае? Может это из-за того, что в оконечной АТС версия 3.6? Ведь у меня на связке LDK c версиями 3.9 успешно работает сетевой план с номерами без маски. Я в растерянности, (из области анекдота) не знаю чего трясти. derisive.gif Поделитесь знаниями.

Все темя снята. Йа криворучко!!! threaten.gif
busin
Чтобы не плодить темы от транзите. 2 атс LDK 100 объединены по потоку. АТС1 - поток 1 на провайдера, поток 2 на атс 2. Внутренние звонки туда-сюда ходят. В атс1 9-ка прописана как pstn код в нетворк намбер плане, в город звонки проходят.
В атс2 9 также в нетворк намбер плане прописана как pstn , диджит рипит он - при звонке в город отбивает. Оператор говорит (и по трасировке видно), что атс2 при транзитных звонках отдает в качестве аон внутренний номер абонента атс2. Прописывал в Networking CLI нужный аон и CO ATT Code CLI -on . все равно отдается внутренний номер в качестве аон. пока вышли из ситуации тем, что оператор подменяет на пилотный номер (но они сделали это временным, просили скоре разобраться).
бекапы
https://cloud.mail.ru/public/B84r/wTEYRj7YX
https://cloud.mail.ru/public/32KC/SnW4B5xLB
Dron
Цитата(busin @ 28.7.2016, 9:30) *
Чтобы не плодить темы от транзите. 2 атс LDK 100 объединены по потоку. АТС1 - поток 1 на провайдера, поток 2 на атс 2. Внутренние звонки туда-сюда ходят. В атс1 9-ка прописана как pstn код в нетворк намбер плане, в город звонки проходят.
В атс2 9 также в нетворк намбер плане прописана как pstn , диджит рипит он - при звонке в город отбивает. Оператор говорит (и по трасировке видно), что атс2 при транзитных звонках отдает в качестве аон внутренний номер абонента атс2. Прописывал в Networking CLI нужный аон и CO ATT Code CLI -on . все равно отдается внутренний номер в качестве аон. пока вышли из ситуации тем, что оператор подменяет на пилотный номер (но они сделали это временным, просили скоре разобраться).
бекапы
https://cloud.mail.ru/public/B84r/wTEYRj7YX
https://cloud.mail.ru/public/32KC/SnW4B5xLB

Не совсем в тему... У вас нет лицензий NETWORK, но на АТС1 в 321 NET Transfer Mode = REROUT, поставьте JOIN.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Форум IP.Board © 2001-2024 IPS, Inc.