Все здрасте.
Имеется схема: есть 2 офиса с M1 Opt11c c ITG на борту. Связь между ними через VPN.
В одном офисе А номера 3XX, в офисе B номера 1XX.
Можно по прямому номеру из одного попасть в другой, реализовано через TSC.
Офисы в разных городах. Номера городские прямо соответствуют коротким внутренним: 7003XX в офисе А и 7301XX в офисе B.
Задача - разрулить на уровне станции такое, если абонент из офиса B звонит в офис A не по прямому номеру в 3 знака, а набирает по межгороду в формате 871727301XX сначала кинуть звонок через рут на IP-trunk-е и если все транки в руте заняты кинуть в городской рут. Доступ через AC2 9, далее SPN на цифры 1, 2, 3, 8 (в городе номера на 1, 2, 3 и 8 - межгород), они все кажут на RLI 1 ну, а далее в ROUTE 70

Что сделано в Офисе А:

TSC 1 RLI 10 FLEN 3
RLI 10
RLE 0
DMI 10
ROUTE 10 -- рут в которм собраны IP транки

DMI 10
INST 7 -- признак офиса B, цифра 7 потом режется в диалплане на IP транке перед отправкой

Добавлено для реализации схемы принудительного пуска межгорода в офис B через IP-trunk:

В SPN 8 добавлен ARRN 71727301 c RLI 6

RLI 6
RLE 0
DMI 6
ROUTE 10

RLE 1
DMI 0 --не меняем набор
ROUTE 70 --городской рут

DMI 6
DEL 8 -- удаляем из набора 87172730, оставляем 1XX
INST 7 -- добавляем 7 как из DMI для прямого набора

Вот что в трейсах (сначала нерабочий длинный набор через межгород потом рабочий прямой короткий):
----------длинный набор 987172730132---------------------------------------
.00:27:04 22/11/2010
VTN 065 0 00 01
KEY 1 MCR MARP ACTIVE VTN 065 0 00 01

ORIG VTN 065 0 00 01 KEY 1 MCR MARP CUST 0 DN 381 TYPE I2050
MEDIA ENDPOINT IP: 192.168.255.22 PORT: 5200
TERM TN 010 0 00 14 TIE RMBR 10 15 OUTGOING TRUNK CALL
VGW TN 003 0 00 07
MEDIA ENDPOINT IP: 192.168.255.221 PORT: 5214
MEDIA PROFILE: CODEC G.711 A-law PAYLOAD 20 ms VAD OFF
DIAL DN 7132
MAIN_PM DIAL AUX_PM COMPLETE
TALKSLOT ORIG 7 TERM 7
EES_DATA:
NONE
QUEU NONE
CALL ID 0 80


AUX NARS



---- ISDN ISL CALL (TERM) ----
CALL REF # = 399
BEARER CAP = VOICE
HLC =
CALL STATE = 1 INIT
CALLING NO = 381 NUM_PLAN:PRIVATE TON:UNKNOWN ESN:UNKNOWN
CALLED NO = 7132 NUM_PLAN:PRIVATE TON:NETWORK SPECIFIC ESN:SPN


.00:27:04 22/11/2010
VTN 065 0 00 01
KEY 1 MCR MARP ACTIVE VTN 065 0 00 01

ORIG VTN 065 0 00 01 KEY 1 MCR MARP CUST 0 DN 381 TYPE I2050
MEDIA ENDPOINT IP: 192.168.255.22 PORT: 5200
TERM NONE
TDTN 0 SLOT 1 PTY SLOT 1
DIAL DN 987172730132
MAIN_PM BUSY AUX_PM OVFL
TALKSLOT NONE
EES_DATA:
NONE
QUEU DIAL
CALL ID 0 80
----------------------------------------
-----------прямой набор 132-----------------------------
.00:29:28 22/11/2010
VTN 065 0 00 01
KEY 1 MCR MARP ACTIVE VTN 065 0 00 01

ORIG VTN 065 0 00 01 KEY 1 MCR MARP CUST 0 DN 381 TYPE I2050
MEDIA ENDPOINT IP: 192.168.255.22 PORT: 5200
TERM TN 010 0 00 14 TIE RMBR 10 15 OUTGOING TRUNK CALL
VGW TN 003 0 00 08
MEDIA ENDPOINT IP: 192.168.255.221 PORT: 5216
MEDIA PROFILE: CODEC G.711 A-law PAYLOAD 20 ms VAD OFF
DIAL DN 7132
MAIN_PM DIAL AUX_PM COMPLETE
TALKSLOT ORIG 30 TERM 3
EES_DATA:
NONE
QUEU NONE
CALL ID 0 82

AUX NARS

---- ISDN ISL CALL (TERM) ----
CALL REF # = 399
BEARER CAP = VOICE
HLC =
CALL STATE = 4 DELIVERY
CALLING NO = 381 NUM_PLAN:PRIVATE TON:UNKNOWN ESN:UNKNOWN
CALLED NO = 7132 NUM_PLAN:PRIVATE TON:UNKNOWN ESN:UNKNOWN

---------------------------------------------------------------------

Собственно вопрос.

Почему когда номер прошел через AC-SPN-ARRN-RLI-DMI-ROUTE10 он получил
CALLED NO = 7132 NUM_PLAN:PRIVATE TON:NETWORK SPECIFIC ESN:SPN

а когда он прошел через TSC-DMI-ROUTE10 он получил
CALLED NO = 7132 NUM_PLAN:PRIVATE TON:UNKNOWN ESN:UNKNOWN

Ну и в первом случае, когда результат отрицательный сразу появляется в трассировке:
...
DIAL DN 987172730132
MAIN_PM BUSY AUX_PM OVFL
...

Что я сделал не так? Какие данные приложить еще?

В DMI есть еще поле CTYP...

Поставил CTYP = UNKNOWN и все зарабтало.
Просто DMI 6 я делал по подобию DMI 10, а там стояло NCHG

Спасибо.

Продолжим тему.

В случае если нет VPN-а между офисами звонок по IP каналу выполнить не получается и идет отбой без перехода на городской рут. Набран номер в длинном медугороднем формате.
Трассировка:
.18:25:44 22/11/2010
TN 004 0 00 01
KEY 0 MCR MARP ACTIVE TN 004 0 00 01
ORIG TN 004 0 00 01 KEY 0 MCR MARP CUST 0 DN 388 TYPE 2616
TERM NONE
TDTN 0 SLOT 8 PTY SLOT 8
DIAL DN 9
MAIN_PM DIAL AUX_PM NARS_CALL
TALKSLOT NONE
EES_DATA:
NONE
QUEU NONE
CALL ID 0 227

---Здесь он пошел в IP карту (TN 10)
.18:25:54 22/11/2010
TN 004 0 00 01
KEY 0 MCR MARP ACTIVE TN 004 0 00 01

ORIG TN 004 0 00 01 KEY 0 MCR MARP CUST 0 DN 388 TYPE 2616
TERM TN 010 0 00 14 TIE RMBR 10 15 OUTGOING TRUNK CALL
DIAL DN 7105
MAIN_PM DIAL AUX_PM COMPLETE
TALKSLOT ORIG 11 TERM 11
EES_DATA:
NONE
QUEU NONE
CALL ID 0 227

---- ISDN ISL CALL (TERM) ----
CALL REF # = 399
BEARER CAP = VOICE
HLC =
CALL STATE = 1 INIT
CALLING NO = 388 NUM_PLAN:PRIVATE TON:UNKNOWN ESN:UNKNOWN
CALLED NO = 7105 NUM_PLAN:PRIVATE TON:UNKNOWN ESN:UNKNOWN

----Потом получаем OVFL и отбой ----------

.18:26:08 22/11/2010
TN 004 0 00 01
KEY 0 MCR MARP ACTIVE TN 004 0 00 01

ORIG TN 004 0 00 01 KEY 0 MCR MARP CUST 0 DN 388 TYPE 2616
TERM NONE
TDTN 0 SLOT 20 PTY SLOT 20
DIAL DN 987172730105
MAIN_PM BUSY AUX_PM OVFL
TALKSLOT NONE
EES_DATA:
NONE
QUEU DIAL
CALL ID 0 227

Что сделать чтобы он перешел в городской рут который задан в RLE 1 в RLI 6?

Почитать документацию на предмет rerouting/step back on congestion.

Поменял в RLE 0 значение SBOC с NRR на RRO все заработало.

Еще раз огромное спасибо.