Тема: Coral Flexicom, переадресация в город
господа, столкнулся с такой проблемой:
на Coral Flexicom не могу установить переадресацию как с телефонного аппарата, так и с помощью программы.
симптомы:
1. переадресация в COS разрешена (CF_BUSY INT/EXT; |CF_ALL INT/EXT и т.д).
2. там же открыл TK_TK XFER OVERRIDE ( https://komendant.pro/spr/viewthread/19740/ )
3. при попытке установки переадресации (пробовал и через #141 и через FEAT 0,) запоминается только первая цифра номера, все остальные режутся.
4. Переадресация на внутренние номера без проблем.
Что еще надо включить, чтобы она заработала?
Судя по описанию проблемы можно предположить что вы вводите номер не соответствующий формату в npl, хотя скорее всего это не так, если вопрос еще не отпал, то опишите первоначальную ситуацию как принимается входящий номер куда маршрутизируется по умолчанию и по какой линии, если плохо разбираетесь в вашей станции, то не вреднопосмотреть её авторизацию. лучше прислать на 5200318@mail.ru
Судя по описанию проблемы можно предположить что вы вводите номер не соответствующий формату в npl,
Ну вообще-то номер вводится в том формате, в каком он набирается для выхода в город: либо 7 цифр городского, либо 11 мобильный.
опишите первоначальную ситуацию как принимается входящий номер куда маршрутизируется по умолчанию и по какой линии
не совсем понял фразу про входящий номер. При чем здесь он?
Станция, при установке переадресации, тупо прописывает на порту только первую цифру номера. Поэтому, когда шибко умный работник, уходя с рабочего места, пытается поставить переадресацию на мобильник (или город), то все звонки на его ВНУТРЕННИЙ номер с ВНУТРЕННЕГО же номера, получают отказ.
Ну уж если это важно, то входящие принимаются по двум потокам от двух разных операторов; Соответственно прописаны offset фильтры. С одним оператором работаем по 5 цифрам, со вторым - по 7 (полный городской №).
Простите я Вас не верно понял в части того, что вы переадресуете. я думал что Вы пререадресуете входящий вызов обратно в сеть по томуже маршруту откуда он пришел, в этом случае это имеет принципальное значение (в не зависимости от АТС (G703)).
В Вашей ситуации это более похоже на то что начало номера не соответствует реальному номеру Вашего номерного плана, или первая цифра в в общем npl присутствует но не определена (по Вашему изложению это наиболее вероятно). Второй вариант, что для порта с которого осуществляется данная переадресация выбранный маршрут маршрут “зарезан” в routing npl.
Надеюсь что при установке переадресации элементарно не нарушен формат ввода маршрута переадресации, для порта разрешены соответствующие функции управления с рабочей станции, а при управлении через радел FEAT нет ошибок в синтаксисе (в данном случае синтатсис в инструкции не опсан и подсказок в меню нет).
Если не справитесь опишите подроно ситуацию, пошагово, с указанием всех подробносей классов сервисов для станций и транков (с указанием изменений от умолчаний и весию Вашего софта (умолчания менялись в зависимости от версии), а лучше впрямую таблицу COS для ST TRK, задествованных в данном процессе. Да ещё, данная поблема носит локальный вопрос (нужно отделаться от назойливого абонента или нужно решить вопрос для многих подобных абонентов), потому, что если это для одного - двух, вопрос можно решить втупую. Пишите пожалуста на почту, в открытом доступе ответы выкладывать не буду, не социализм.
А теперь в порядке любопытства, кто у нас из операторов такой щедрый стал, что разбрасывается статысячными и милионными зонами в г. Москве или у Вас Coral c 64GC и дупликацией, на котором построен большой узел и то как-то маловато будет для такого большого кол-ва абонентов, должны быть проблемы с доступом при пиках нагрузки.
Ну вообще-то номер вводится в том формате, в каком он набирается для выхода в город: либо 7 цифр городского, либо 11 мобильный.
Вы про префикс выхода в город не забыли? Или у Вас таки 7-значная городская нумерация на внутренних портах?
Если номер переадресации абонентом набирается с аппарата без проблем, то скорее проблема в разрешении TK_to_TK. Чтоб не заморачиваться особо, то поставьте в этот параметр в Y в меню SFE 0. Иначе в косах и в транк группу надо ставить для нужного маршрута. А маршрут вы толком не знаете исходящий. Попробуйте переадресацию сделать вручную через XFER (если аппарат системный увидите причину отказа на дисплее).
Маршрут может отличаться в зависимости от времени суток, поэтому будьте внимательны, то что работает днём, может вечером не сработать в силу выше описанных ограничений.
Но всё это конечно чепуха, если номер переадресации через PI вводится не полностью. Реально он должен быть описан в NPL.
Входящая связь здесь рассматривается в связи с вариатом входящей маршрутизации не на конкретного абонента, а на группу, а то и на библиотеку делают. Поэтому переадресация с абонента, на которого входящий звонок приходит через группу, ставится именно с этой группы, а не с абонента. Если не дай боже входящие приходят на библиотеку (иногда так делают, когда в фильтрах не хватает строк), то в этом случае не знаю как оно вообще,будет ли работать. Но раз переадресация входящих ставиться на внутреннего нормально, значит этот раздел можно тоже не принимать во внимание.
Уважаемый Остин! Указанный вопрос кажется перестал интересовть автора т.е. Vodiasa. А вот у меня есть следующий вопрос: при переадресации входящего вызова обратно в ТФОП происходит отказ соединения без каких либо сообщений системы. Причём входящий вызов пришедший из ТФОП внутри корпаративной сети переадресуется нормально (корпаративная сеть двух уровневая) на любой уровень, а вот обратно в ТФОП с вероятностью 1 процент, а то и меньше. Все по ISDN ESTI/T.Если можете дайте Ваши соображения.
Будем считать, вы прочитали вышесказанное и сделали необходимые установки разрешений.
Итак, если переадресация, даже вручную на городского абонента не работает, то возможно есть проблемы с CID (АОН). Надо посмотреть с помощью команд MSG логи для исхоходящих переадресованных вызовов на предмет идентификатора исходящего номера абонета (потом можно для наглядности программой TNW расшифровать сообщения MSG выдаваемые в PI). Бывает, что телефонный провайдер отказывает в соединении вызова при недопустимом CID звонящего. По умочанию, АТС Коралл должна при переадресации выдавать АОН того абонента, который выполняет переадресацию. Но есть исключения, например при установке переадресации не в явном виде,а через библиотеку - АТС посылает в городскую сеть номер переадресуемого абонента (который звонит из города и попадает на переадресацию). Для устарнения этой проблемы с версии 14.67.76 в разделе SFE,0 появляется опция позволяющая в явном виде указать, какой АОН отсылать при переадресации. Но я лично такого параметра в следующих версиях не видел, а 14.67.76 тоже в руках не держал.
1.Если переадресация через библиотеку, попробуйте переадресовать без неё.
2.Посмотрите, что у вас в параметре транкгруппы исходящей ANI_SCREENING_SEND. если U то дело скорее не в АОНе, а в чём то ещё, опять же в логах можно порыться MSG, только включить все сообщения CODES UP - (2H)
Если переадресовывать через XFER, то работает (после отбоя того, кто делал XFER тоже?)?
В логе MSG пример:
127) down PRI30 (37) shelf/slot/ckt= 0/ 2/ 1 , port= 8H, code= 4H
PARAMS = 2DH,4H,80H,2EH,0H,28H,A1H,4H,4H,0H,0H,10H,3H,18H,4H,0H
PARAMS = 3H,1H,0H,6CH,EH,0H,1H,0H,0H,34H,39H,35H,31H,35H,36H,35H
PARAMS = 33H,36H,30H,70H,9H,0H,1H,37H,32H,31H,33H,36H,37H,30H,FFH
где 4H - признак исходящего вызова
жирным выделил исходящий номер отправляемый в поток в качестве АОН абонента (4951565360 в примере)
далее идет набираемый номер 7213670
(MSG)
pi messages
0-TERMINALS
1-ROOM STATUS DEST
2-DIAG/STIM
*: 2
0-CONTROL
1-SELECT
2-DEST
*: 1
replace by (...) / add by (a,...) / remove by (r,...) / end by <CR>:
SHELF- (0,0) (1,0) указываем номер полки с платой потока
SLOTS- (0,3) (1,3) указываем номер слота с платой потока
CKTS - (2)
PORTS- (2H)
CODES UP - (1H,4H,54H)
CODES DOWN - (1H,4H,54H)
SW_UP-Y
SW_DN-Y
TIME -Y
(MSG)
pi messages
0-TERMINALS
1-ROOM STATUS DEST
2-DIAG/STIM
*: 2
0-CONTROL
1-SELECT
2-DEST
*: 0
STIMUL-Y
В DEST не забывайте указать текущий терминальный порт (см. номер CTRL+T)
Чтоб остановить вывод сообщений на экран CTRL+V нажмите (это равносильно STIMUL-N)
Лучше сразу в текстовый файл сообщения ловите, чтоб потом разбирать.
