Форум - Офисные АТС

Добрый день!
Модель: Samsung OfficeServ 7400
LP: '09.12.28 V1.25, MP: 100503-446d V1.0
TEPRI2: '10.09.07 V4.28
Ситуация непростая: в офисе есть два Office Serv7400. Внешние линии PRI. В обеих АТС есть блоки TEPRI2, в один из двух портов приходит провайдер, оставшиеся порты используются для связи обеих АТС по PRI (во вложении схема, если непонятно объяснил).
#521
Настроен LCR по фича-кей 9, N-LCR. С этим все хорошо. Есть две группы PRI транков - одна для провайдера, вторая для связи между собой двух АТС. SPnet не используем потому как на второй АТС нет блока MGI.
К сути: внутри одной АТС переадресация (MMC 102) на межгород работает. При звонке с одной АТС на другую, абоненту, у которого настроена переадресация на мобильный, происходит сброс (на экране системного телефона отображается "вызов отменен"). К слову, переадресация на шестизначный городской номер происходит без проблем. Ситуация симметрична - то есть переадресация на межгород не работает и при звноке со второй АТС на первую. Это приводит к выводу о том, что в целом все работает как предполагалось, кроме переадресации на межгород.
Обратившись к провайдеру телефонии, я выяснил, что при переадресции на шестизначный городской номер звонок к ним прилетает с шестизначным АОН. В MMC 323 укзаны CLI длинной в 11 знаков, типа "83852шестизнак". Это наводит на мысль о том, что у провайдера происходит модификация АОН. Когда настроена переадресация на мобильный телефон - звонок к ним не прилетает. Хотя у меня есть ощущение, что специалист мог обмануться.
Что может стать причиной отмены вызова?
PS: Есть одно наблюдение - с астериска при транзите через первую АТС в межгород приходится отправлять АОН с еще одной восьмеркой в начале. Это поведение наводит на мысль о том, что OfficeServ портит АОН отрезанием первой цифры. При указании CLI с еще одной восьмеркой в начале вызов все равно не проходит.
Получился сумбур какой-то, но проще у меня не получилось

Скорее всего, оператор принимает звонки на город с любым CID, а вот на межгород ему нужен правильный CID.
А ваша АТС ему отправляет CLI, полученный по "внутреннему" PRI из другой АТС.
Поищите по 2.6.2 (MMC400) "EFWD Extension CLI" и "Repeat CLI".
А модифицировать CLI OfficeServ не умеет.

При подключении по PRI, так же можно поднять SPNet, нужена лишь лицензия и что-ба процессоры друг друга по сетке увидели. MGI нужна лишь для чистого VoIP SPNet. А вашем случае голос и основная Q-SIG сигнализация пойдет по PRI, а вкусняшки (например NS кнопочки занятости абонентов другой станции) между поцессорами по IP.

OfficeServ в принципе не умеет модифицировать CLI номер при транзитах.

Надо посмотрить опцию, какой номер отправлять при переадрессации (Ext FWD CLI - обычно отключается, чтобы в качестве CLI отправлялся номер CLI заданный для этого Extnesion).
А далее, надо смотреть на транзитном PRI какой CLI Table отправляется
Если опция Repeat CLI на PRI транзитной станции включен, то он и пошлется на городской PRI, если нет, то пошлется номер из CLI table для городского PRI.

А вообще, мне так кажется, что дело не в CLI, а именно в набираемом номере, и где-то на LCR с первой цифрой напортачили и вызов отменяется из-за неправильно набранного номера, а не CLI. На скорую руку SMDR можно посмотреть на обоих системах что откуда прилетает и что куда улетает. Опять же на TEPRI картах имеется встроенный ISDN трэйс.

to DFG: я оператор. нет звонка в мою сторону. звонок отбивается до выхода в транк.
to LionB: в SMDR при установке в 102 mmc 6-ти знака всё норм. при установке 11-знака виден только входящий с 1й системы

DFG писал(а): "EFWD Extension CLI" и "Repeat CLI".

Включены на обеих станциях.

DFG писал(а): оператор принимает звонки на город с любым CID

Утверждение верное. Если отправить левый CLI вызов на шестизнак проходит.

superuser писал(а):DFG писал(а):
"EFWD Extension CLI" и "Repeat CLI".

Включены на обеих станциях.

А если выключить EFWD Ext CLI ?

А если выключить EFWD Ext CLI ?

Абсолютно то же поведение.

LionB писал(а):А вообще, мне так кажется, что дело не в CLI, а именно в набираемом номере, и где-то на LCR с первой цифрой напортачили и вызов отменяется из-за неправильно набранного номера, а не CLI.

Исключено, потому что в MMC 102 указываем T/s No группу транков PRI, а в Outgoing Digit указываем номер мобильного телефона. LCR же здесь не используется.
Если сделать через LCR, то есть T/s No 9 (9 - это фича кей LCR), то же самое поведение - на шестизнак звонок проходит, на межгород - нет.

Если оператор пишет, что до него вызов даже не доходит, отбивается до выхода в транк, то м.б. где-то закрыты вызовы на межгород для транзита ?

Добрый день, я коллега superuser, опишу проблему, как я её вижу.
Под перенаправлением понимается MMC102.
Вот такие тесты провели и получили такие результаты:
1. если на второй станции настроить перенаправление входящего вызова на городской номер. позвонить с первой станции на этот номер во вторую станцию, то звонок в город (на номер дестинейшин перенаправления) совершит первая станция, что странно, т.к. в правиле перенаправления указываем группу транков второй станции.
2. у первой станции есть MGI-плата. есть астериск. с астериска можно позвонить в город через первую станцию. звонок в город проходит с любым аоном, а звонок в межгород проходит только с аоном вида [любая цифра]8[кодгорода][городской номер], причём на первом месте может быть любая цифра (далее удлинённый аон).
3. Если звонить с астера, то перенаправление в МЕЖгород работает только при использовании удлинённого аона. Перенаправление в ГОРОД работает с любым аоном.
4. Уважаемый оператор *OK говорит, что не видит перенаправленного в межгород звонка вообще. Хотя нам кажется, что звонок выходит, но аон не устраивает оператора.
И есть проблема:
5. при звонке с первой станции на вторую не работает перенаправление на сотовый\межгород. картина симметричная со второй в первую тоже не работает.
6. не понятно как работает этот удлинённый АОН. при звонке со станций сразу в PRI используется номер отправляемого CLI вида 8[код][номер] и всё работает и в город и в межгород. а транзитные вызовы с астера через станцию в межгород проходят только с удлинённым аон, при том, что samsung не умеет менять аон.
наша гипотеза что оператор зарубает каким-то образом именно транзитные звонки без дополнительной ведущей цифры в аоне. но гипотеза не подтверждается: попробовали прописать звонящиму абоненту удлинённый аон, а перенаправление всё равно не работает.