Тема: Ldk-100 не обращает внимания на Cos

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

22.11.06 19:30 mikhas (5/22.11.06)

Уважаемые Господа, моя LDK-100 (2.2Cc, затем 2.2Fi, теперь уже 3.5Bk) никогда не обращала и продолжает не обращать внимания на содержимое таблиц разрешения/исключения (PGM224), пропускает все исходящие звонки, не взирая на запреты. Вид программирования (системник/PC Admin) роли не мграет. Такое впечатление, что АТС вообще не обращает внимания на COS телефона. Консультировался в нескольких сопровождающих фирмах, реакция стандартная - сначала “не может быть”, затем “это глюки прошивки, перейдите на новую”, и апофеоз - “ну, значит, надо через LCR делать”. Может, кто-нибудь сталкивался с подобным? Поделитесь!

[ #1 ] 22.11.06 20:05 dig EXPERT

линии isdn стоят случаем не pbx? если да, тогда cos дествительно не работают.

[ #2 ] 23.11.06 9:24 mikhas (5/22.11.06)

isdn линий нет, только аналоговые

[ #3 ] 23.11.06 9:38 harris EXPERT

Создано dig
линии isdn стоят случаем не pbx? если да, тогда cos дествительно не работают.

Проблем с ограничением по COS не существует!!! И никаких “глюков” софта в этой части нет. Все дело в конкретных настройках вашей станции.
Тип линий (analog CO/ISDN) в данном случае не имеет значения...Если же линии действительно отмечены как PBX (а не CO) в ПГМ141/5 и код PBX прописан в ПГМ172, то COS нормально работает. Просто нужно помнить, что в анализ COS’a попадают набранные цифры за минусом цифр кода PBX (код PBX, естест-но, игнорируется).

[ #4 ] 23.11.06 9:55 dig EXPERT

to harris
у меня Cos не работает при транзите на внешние линии, если транзитные линии PBX по потоку E1, кроме Cos7, ставлю другой тип всё работает. По моему этот случай даже описан в мануале.

[ #5 ] 23.11.06 10:15 mikhas (5/22.11.06)

To Harris

Спасибо огромнейшее! Так оно все и было... Жаль только денег и времени, потраченных на возню с “модернизацией”...

[ #6 ] 23.11.06 10:21 harris EXPERT

2 dig:
Вы имеете в виду Transit-OUT???
То есть Вы даете выход абонентам другой (оконечной) станции к ТФОП через вашу транзитную LDK??? А где написано, что в этом случае LDK проверяет COS??? Ограничение должно выполняться на оконечной станции.

2 mikhas:
Модернизация, ИМХО, была не лишней. Тем более, что у Вас изначально стояла версия 2.2Сс - не лучшая версия среди 2.2. А вот ваши “консультаты” заслуживают порицания...

[ #7 ] 23.11.06 10:49 dig EXPERT

странно но в мануале на 3х написано другое
2.16.13. Использование внешних линий других АТС в сети для исходящих вызовов (CO Transit – Out)
2. Ограничения набора проверяются на той АТС, в которой находится абонент, осуществивший набор.

[ #8 ] 23.11.06 10:53 harris EXPERT

Создано dig
странно но в мануале на 3х написано другое
2.16.13. Использование внешних линий других АТС в сети для исходящих вызовов (CO Transit – Out)
2.Ограничения набора проверяются на той АТС, в которой находится абонент, осуществивший набор.

Ну, что не так???
“Ограничения набора проверяются на той АТС, в которой находится абонент, осуществивший набор” (т.е. на оконечной, а не транзитной).

[ #9 ] 23.11.06 11:28 dig EXPERT

да всё верно, я подумал про оконечную, откуда связь уже окнчательно машрутизируется на внешние станции.
так вот при типе линий транзитных pbx оконечная станция cos не проверяет, либо у ней другая логика проверки

[ #10 ] 23.11.06 11:41 harris EXPERT

Стоп! Что-то я Вас не могу понять:rolleyes: Давайте еще раз. Имеем:
LDK (оконечная) -> ISDN (Net) -> LDK (транзитная) -> ТФОП (PSTN).
На какой линии станция не проверяет COS, если стоит тип PBX: на линии ISDN (Net) или ТФОП (PSTN) ???

[ #11 ] 23.11.06 12:33 dig EXPERT

если на оконечной станции абоненту поставить класс сервиса например cos2,
транзитные линии имеют cos1, то при наборе на внешние линии через транзитную станцию можно набрать любой номер, при типе линий на оконечной станции PBX. Если тип другой, то cos работают.

[ #12 ] 23.11.06 13:39 harris EXPERT

Понятно. У Вас на оконечной станции исходящие линии прописаны в Net CO Group (ПГМ322). В таблице Net Num Plan (ПГМ324) прописан некий код типа PSTN (т.е. Trans-Out Code - код для транзитной АТС). Т.е. Вы используете таблицы Networking на оконечной AТС. Все правильно. Но в этом случае нет необходимости присваивать линиям тип PBX (линия уже другого класса- NET CO). Корейцы не предусматривали вариант, что кто-либо укажет для линий NET CO тип PBX (по умолчанию там должен оставаться тип CO, и СOS работает). Т.е. если линии прописываются в ПГМ322, то в ПГМ141/5 нужно оставить=СО.
Но Вы могли сделать связь с транзитной АТС вовсе не используя таблицы Networking, а с помощью LCR, не прописывая линии в ПГМ322. Вот тогда COS отрабатывается как для линий типа CO, так и для PBX. Пардон, если пояснения получились невнятные:)

[ #13 ] 23.11.06 14:40 dig EXPERT

да вроде по объяснениям всё понятно 😊
Просто случайно при эксперименте с аоном поставил тип PBX, и только через неделю случайно чтио cos не работают на оконечке 😉 Народ наверно звонил, куда хотел. Хотя про тип линий PBX описано в мануале:
2.5.4. Класс сервиса (COS)
Коды доступа к внешним линиям вышестоящих АТС игнорируются при анализе ограничений набора, если для линии, по которой совершается вызов, Тип вышестоящей АТС обозначен в как Учережденческая АТС (PBX) (Программа 141 – ПК 5).

[ #14 ] 29.11.06 15:25 mikhas (5/22.11.06)

2 Harris

К сожалению, я немного поторопился радоваться - только сегодня смог добраться до станции и сделать ПГМ141/5 “РВХ”, как рекомендовано, а также установить “9” в ПГМ172. Ничего не изменилось! Наличие “8” в набираемом номере игнорируется.

[ #15 ] 29.11.06 16:35 Gocha (227/23.04.04)

Я б попробовал 98 запретить, где 9 - код выхода в город (вдруг у вас другой).
Похожая ситуация на объекте была, там правда поток. В город посредством LCR донабирается 9. Транк аксес код - 0. Восьмерку закрыл, только когда в таблице запрета прописал 08. Правда с линиями PBX даже не пробовал поиграться

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