И отчеты правильные, но в абоненте в учет тикеты не появлялись.



Но вопрос удалось решить !  Удаление несчастного транка ! И созданием совершенного нового. И тикеты есть и почти вопрос исчерпан.

Осталась только одна проблема Не приходит Alert,  после CALL PROC  - сразу приходит message received : CONNECT

13:52:47
~t3label: 1
__________________________________________________­_________­___________________
| (129411:000004) Physical-Event :
| long: 23 desti: 0 source: 0 cryst: 0 cpl: 16 us: 0 term: 0 type a5
| tei: 0 >>>> message received : CALL PROC (02) Call ref : 80 82
|__________________________________________________­_________­___________________
|
| IE:[18] CHANNEL (l=3) a9 83 81 -> T2 : B channel 1 exclusive
|__________________________________________________­_________­___________________

13:52:47
~t3label: 2
__________________________________________________­_________­___________________
| (129411:000005) Physical-Event :
| long: 18 desti: 0 source: 0 cryst: 0 cpl: 16 us: 0 term: 0 type a5
| tei: 0 >>>> message received : CONNECT (07) Call ref : 80 82
|__________________________________________________­_________­___________________

Разобрались с кодами - оператор у себя пошаманил и они сами решают проблему кода авторизации.

Повозились немного ребята на cisco - вроде заработало..
что очень даже странно ..   Долго не мог собраться проверить что дальше ..
Теперь проверил и ....

Не могу найти в отчетах 4760 звонков )))

вот лог с t3Online
~t3label: 0
____________________________________________________________­__________________
| (129410:000002) 1133: Send_IO1 (link-nbr=16, sapi=0, tei=0) :
| long: 58  desti: 0  source: 15  cryst: 0  cpl: 16  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : SETUP [05] Call ref : 00 82
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[6c] CALLING_NUMBER (l=14) -> 11 81 Num : 900702200008
| IE:[70] CALLED_NUMBER (l=12) -> 80 Num : 79036400002
| IE:[7d] HLC (l=2) 91 81
| [a1] Sending complete
|____________________________________________________________­__________________

13:52:47
~t3label: 1
____________________________________________________________­__________________
| (129411:000004) Physical-Event :
| long: 23  desti: 0  source: 0  cryst: 0  cpl: 16  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : CALL PROC (02)  Call ref :  80 82
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=3) a9 83 81 -> T2 : B channel 1 exclusive
|____________________________________________________________­__________________

13:52:47
~t3label: 2
____________________________________________________________­__________________
| (129411:000005) Physical-Event :
| long: 18  desti: 0  source: 0  cryst: 0  cpl: 16  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : CONNECT (07)  Call ref :  80 82
|____________________________________________________________­__________________

13:52:47
~t3label: 3
____________________________________________________________­__________________
| (129411:000006) 1133: Send_IO1 (link-nbr=16, sapi=0, tei=0) :
| long: 18  desti: 0  source: 15  cryst: 0  cpl: 16  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : CONNECT ACK (0f)  Call ref :  00 82
|____________________________________________________________­__________________

14:01:21
~t3label: 4
____________________________________________________________­__________________
| (134546:000007) 1135: Send_IO1 (link-nbr=16, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 0  cpl: 16  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : DISCONNECT [45] Call ref : 00 82
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________

14:01:21
~t3label: 5
____________________________________________________________­__________________
| (134546:000008) Physical-Event :
| long: 18  desti: 0  source: 0  cryst: 0  cpl: 16  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : RELEASE [4d] Call ref : 80 82
|____________________________________________________________­__________________

14:01:21
~t3label: 6
____________________________________________________________­__________________
| (134546:000009) 1135: Send_IO1 (link-nbr=16, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 0  cpl: 16  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : REL COMP [5a] Call ref : 00 82
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________


С чем связанно то ?

Всем доброго времени суток!
Есть OXE R7.1
Есть Cisco
На ОХЕ Плата NPRA
На Cisco плата PRA
Аварий нет , ОХЕ ведомая
состояние транка F все каналы свободны
захват транка и набор номера  - канал не становиться В (занят) в trkstat, но в трейсе показывает setup и номер абонента затем недоступность направления и отбой...
на стороне Cisco говорят видят номер абонента и просят дать авторизационный код .
За cisco ip телефония ...
Подскажите куда смотреть

Благодарю  за ответ!!! Пойду проверять!

Согласен что отрезать надо.
Шутки ради : Не оборудованный - точнее аварийный канал она тоже предлагает?? )

И более серьезно CRC 4 можно на потоке отрубить что бы заработало оборудование зелакс ?

Доброго времени суток )
Есть похожий вопрос
На АТС есть:
платы PCM2
платы NPRAE

Вышестоящая городская станция ликвидируется , а на новой АТС есть только ОКС7 или PRI
Наша станция еще пока остается работать.
Нужно заменить Установленные платы PCM2 на NPRAE  
что необходимо сделать кроме прописки самих плат ?
Требуются ли лицензии ? кодеки ?

И я Вам советую напрягать админа атс панасоник ! Пусть он добавляет у себя недостающие цифры!
На ОХЕ вы должны только прописать свою полную нумерацию на него.

Вот и я в затруднении понять,  даже когда все вижу.  Перепроверю тогда все настройки.  Спасибо за помощь в анализе ситуации .

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

Абонент должен звонить только  со своей линии и обязательно с ограничением по категории доступа на направления набора.
Набор сделан через транковую группу так как есть аналоговый абоненты которым нельзя
Сделать кнопку.  Сокращенный набор не прописан вообще.  Абонент(аналоговый) не имеющий прав доступа захват делает через префиксы дополнительной транк группы , при этом категория шаринга группы у него не разрешенна.

Всем доброго дня.  Есть офис 3EH30325EDAA ALZUZ210/038.007
настроил выход абонентов через двухпроводки,     у каждого абонента захват своей группы своим префиксом и своей одной линией в группе , в таблице  шаринга дал доступ к групам  соответственно , префиксы работают, абоненты выходят,  однако другие абоненты могу занимать и звонить через группы . Запреты на набор по категориям не помогают .  Нужно что бы каждый из абонентов звонил только со своей линии , и по категории доступа мог звонить только по разрешенным направлениям. А остальные абоненты не имели выхода.

Доброго времени суток.
Верно ли я понял, что  не обязательно отрезать тайм слоты в потоке на АТС?
Ведь придя на мультиплексор, тот сам уже отрежет, что ему нужно и кинет на другую сторону. а другая сторона восстановит столько сколько ему пришло и на АТС в потоке отрезанное просто не поднимется.

Тип транкойвой группы ISDN,
транк не занимается сразу out of service,
в трассировке не выходит номер звонящего

Покопался везде по указанным направлениям.
Попробовали работать прямым захватом транка - набранный номер не разрешен ..
Оказалось что в Access Category в подразделе Trunk Group Access Category
у проверяемой группы в Trunk Group Access Rights Night и Day стояли 0 0
после установки разрешения все работает.  Странно как раньше не заметили..
Выяснилось что жалоб не было - так как пользователи пользовались прямым захватом для набора через другой транк причем не бесплатный для этого направления. А вот родной бесплатный стоял.. без дела.  

Всем спасибо за подсказки !!!  

Добрый день коллеги!
На центральной node прописан набор 522хххх через  speed dial с использованием префикса  ARS prof.trg.grp.seiz.with overlap и есть 3 маршрута
При звонке с аналоговых и цифровых номеров этой node через первый маршрут станция сразу дает отбой и пишет out os service а если набор с IP телефона этой же станции то звонок проходит. Поменяли местами 1й и 2й маршруты, второй маршрут работает нормально, получается проблема только в одной транк группе. Непонятно куда копать, ведь с IP и других нод все работает.