Тема: Transit-Out: выбор маршрута.

Страница 1 из 2, все 1 2 >

05.10.06 17:58 INT (39/21.09.04)

Здравствуйте.
Имеется сеть АТС:LDK100(System B)—-PRI—-LDK100(System A)—-PRI(город).
После подключения к System A аналоговых СО возникла задача, которую пока не могу решить: каким образом абонент System B может принудительно выйти на группу аналоговых СО(раньше всё автоматически шло в поток-и без проблем)??? Дополнение: QSIG не активирован, прошивки на обеих АТС 3.5Вk
PS: удалённого доступа к АТС нет, поэтому не судите строго:каждый эксперимент-воскресный день-и так единственный выходной:)

[ #1 ] 05.10.06 18:04 Gocha (227/23.04.04)

Создать еще один префикс (пгм 324)

[ #2 ] 06.10.06 9:56 INT (39/21.09.04)

1) Какую длину может иметь префикс?...можуе ли быть 1 цифра , (например “0”) предварительно удалённая из плана нумерации?
2) Как на System A после анализа в PGM 324 удалить эту цифру? Правильно ли я понимаю, что параметр Digit Repeat именно за это и отвечает, и надо поставить его в Off ?

[ #3 ] 06.10.06 12:50 Gocha (227/23.04.04)

Из плана нумерации необязательно удалять, 324 имеет приоритет (хотя лучше удалить, чтоб потом не путаться). В систем В прописываете 0 (например) как PSTN, указываете группу потока, ставите digit repeate yes. В систем А прописываете 0, PSTN, группа аналоговых СО, digit repeate no. На 3.5 Bk должно работать

[ #4 ] 06.10.06 12:55 harris EXPERT

ПГМ324 (Net Routing Table) не имеет приоритета...Приоритеты следующие:
LCR->Numbering Plan->Net Routing.

[ #5 ] 06.10.06 13:02 INT (39/21.09.04)

Спасибо Gocha, Harris. Попробую-и обязательно доложу результаты.

[ #6 ] 17.11.06 11:24 INT (39/21.09.04)

Спасибо, всё заработало 😊
Попутно обнаружился следующий нюанс: не работате TRANSFER CO-CO на межстанционном потоке.
Поясню: абонент системы В(200) разговаривает с абонентом системы А(100)и пытается сделать Transfer на 101(система А)-не работает. Подробнее: 200ый нажимает TRANS-и первое соединение благополучно встаёт на удержание, набирает 101-соединение также благополучно устанавливается, кладёт трубку-и второе соединение разрывается, а первое начинает отзванивать RECALL.
Так же проверил-перевод внутри каждой системы, перевод внешнего вызова из системы А в систему В, перевод внешнего вызова обратно в ТФОП на системе А-всё работает.
Буду благодарен за любую помощь.

[ #7 ] 17.11.06 11:58 harris EXPERT

А что прописано в станциях в ПГМ321/1???
Поскольку ключ на QSIG у Вас не активирован, то в этом поле должно быть указано Reroute, а не Join. Проверьте...

[ #8 ] 17.11.06 12:49 INT (39/21.09.04)

Проверил, Reroute на обеих станциях.

[ #9 ] 17.11.06 13:52 harris EXPERT

Должно работать. С этим никаких проблем не встречалось. Нужно тогда вникать в подробности настройки станции В.
Кстати, а в обратную сторону работает???
100 соединяется с 200, а потом делает трансфер на 201??? Проверьте.
Кроме того, что стоит в станции В в ПГМ166???

[ #10 ] 17.11.06 16:18 INT (39/21.09.04)

Harris, спасибо за участие 😊
В обратную сторону ситуация ровно такая же.Класс обслуживания 7.

[ #11 ] 17.11.06 16:27 harris EXPERT

Установите COS CO-to-Co в ПГМ166 =1 и проверьте результат.

[ #12 ] 17.11.06 16:55 harris EXPERT

О, категорически прошу пардону!!Виноват, мозги “заглючило”...Видимо, близится старческий маразм...:D
Я все с точностью до наоборот написал Вам по поводу ПГМ321/1 !!!
При отсутствии QSIG параметр NET Transfer как раз должен быть = JOIN (т.е. проключать два канала), а не Reroute!!!!
А у Вас стоит Reroute (перенаправление) и станция пытается освободить петлевое соединение...

[ #13 ] 17.11.06 17:18 INT (39/21.09.04)

Странно, думал уже победа :(
Поменял COS 1, теперь второй вызов вообще не устанавливается-занято(хотя абонент точно свободен).

[ #14 ] 17.11.06 17:20 INT (39/21.09.04)

Пока набирал свои сожаления и недоумения увидел новый совет от Harris..сейчас проверю:)

[ #15 ] 17.11.06 17:32 INT (39/21.09.04)

УРА! Заработало:) JOIN !!!!
Harris, огромное спасибо, выручаете не первый раз!

Страница 1 из 2, все 1 2 >