Прошу прощения, не мог бы кто-нибудь подсказать максимально возможное число ABC-F ip hybrid линков, которое можно прописать на одной OXE ?

Спасибо за ответ.
Не совсем понятно, как на 1ой oxe прописать маршрутизацию. Уточню - пусть на oxe 1 живут абоненты 1xxx, на oxe 2 - 2xxx, на oxe 3 - 3xxx, а в сети за потоками 2ой и 3ей oxe 4xxx. Как правильно прописать префикс набора к абонентам 4xxx на 1 ой oxe ? Как я понимаю можно использовать префикс routing number, но в параметрах routing number  указывается определённый нод в сети, а у нас получается, что добраться до 4xxx можно 2мя способами. И если выйдет из строя поток E1 на той oxe, которая указана в routing number, то вызовы всё равно будут попадать на этот нод и, надо думать, теряться ?

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

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

Просьба посоветовать пути решения следующей проблемы:

Есть 2 площадки - А и Б. Площадки соединены маршрутизируемой IP-сетью. На А одна OXE, на Б две OXE. Все 3 АТС находятся в одной ABC сети. Каждая из АТС площадки Б подключена потоками E1 EDSS1 к большой корпоративной телефонной сети с УАТС 3их производителей. К каждой из OXE площадки Б настроен ABC-F IP link от OXE A. Каким образом можно организовать возможность резервирования вызовов от OXE A к абонентам корпоративной сети, находящимся за потоками обеих OXE площадки Б ? Иными словами, как должны выглядеть настройки маршрутизации на OXE A, чтобы в случае выхода из строя одной из OXE площадки Б вызовы к абонентам корпоративной сети автоматически переходили бы на другой ABC-F link ?

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

прошу прощения, название предполагалось - 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, но где искать не знаю.


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