прошу прощения, название предполагалось - 2 проблемы при "кривом" транзите. (случайно нажал ввод).

Здравствуйте!

Возникли следующие 2 проблемы, возможно кто-то уже сталкивался с чем-то подобным и имеет опыт решения.

1) Есть УАТС panasonic c 3ёх значной нумерацией, подключенная по потоку E1 EDSS к OXE R9. Абоненты обеих УАТС должны находится в едином 5значном плане

нумерации. На данный момент абонент Panasonic'а имеет "как бы" 2 номера - 3ёх значный внутренний panasonic'овый (например 101) и 5ти значный внешний сетевой

(например 31101). Абоненты Panasonic'а должны иметь возможность позвонить другому абоненту Panasonic'а используя 3ёх и 5ти значный набор. Решением проблемы с

5ти значным набором мне представляется петлевой звонок через транк к omnipcx и обратно. Насколько мне было сказано (возможно ошибочно) Panasonic не умеет

манипулировать входящими цифрами - то есть не сможет отрезать от 31101 первые 2 цифры - соответственно это должна сделать ominpcx.
Для этого в omni pcx я сделал direct speed dial 31 в котором указал строку набора 031, где 0 - доступ в ARS. В ARS route я указал удалять 2 цифры от начала

номера и отправлять остаток в транк к Panasonic'у. В результате абоненты omnipcx могут дозвониться до абонентов panasonic'а, а вызовы с panasonic'а дают

отбой с вот таким трейсом:
____________________________________________________________­__________________
| (338859:000002) Physical-Event :
| long: 49  desti: 0  source: 0  cryst: 1  cpl: 7  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : SETUP [05] Call ref : 05 8d
| X SENDING COMPLETE
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 90 90 a3
| IE:[18] CHANNEL (l=3) a1 83 81 -> T2 : B channel 1 preferred
| IE:[1e] PROGRESS_ID (l=2) 81 83
| IE:[6c] CALLING_NUMBER (l=6) -> a1 Num : 31101
| IE:[70] CALLED_NUMBER (l=6) -> 81 Num : 31102
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (338859:000003) 1161: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 23  desti: 0  source: 15  cryst: 1  cpl: 7  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : CALL PROC (02)  Call ref :  85 8d
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=3) a9 83 81 -> T2 : B channel 1 exclusive
|____________________________________________________________­__________________

В этот момент трейс замирает и в трубке абнонента Panasonic Идёт что-то типа "fast busy"

В транке на panasonic настроен DID translator rule:

┌─Review/Modify: DID number translator rules───────────────────────────┐
│ X │
│             Node Number (reserved) : 1 X │
│                Instance (reserved) : 1 X │
│                Instance (reserved) : 1 X │
│        DID num. transl. identifier : 0 X │
│              First External Number : 31000                           │
│ X │
│              First Internal Number : 31000                           │
│                         Range Size : 1000                            │
│             Unique Internal Number + NO X │
│ X │
└──────────────────────────────────────────────────────────────────────┘

В 5ом транк COS'е 1.

По симптомам похоже на barring, но не пойму какой и где (ничего специально не запрещали).

2) При наборе 31101 c цифрового аппарата omnipcx вызов уходит через транк мгновенно, при наборе с аналогового аппарата omnipcx присутствует значительная пауза после окончания набора до реального проключения. Похоже на какой-то timer, но где искать не знаю.


Спасибо за внимание.