Не работает Transit-In после обновления до 3.8Ct Опции

[Tie]

Всем добрый день!
Продолжается отлов глюков после смены MPBN на LDK300 и обновления до 3.8Ct
Есть связка: город(PRI) - LDK300 - PRI - LDK100
На обоих станциях 3.8Ct, открыт QSIG. Настроена работа через сетевой план. С 300-ки можно без проблем звонить на 100-ку и обратно. Но почему-то перестал работать Транзит-ин. На транзитной станции(300) в таблице DID прописан сетевой номер 201 из плана нумерации LDK100.
При входящем звонке LDK300 честно пытается перевести звонок на LDK100, но сотка отбивает этот вызов
Трасса с сетевого интерфейса 300-ки

maint> 10/13/09 TIME: 11:38:00
789110 COL 047:10 01 St:co idle (00) Ev-I:seize req P1: 10 P2: 0 EVT: 15 <- 19,61
789110 C>10 01, D5 12 05 A1 04 03 80 90 A3 18 03 A9 83 81 70 04 80 32 30 31
--------------------============================================>>>>>>>>>>
(CO 47) SETUP
IE_SEND_COMPLETE
IE_BEARER_CAPABILITY
IE_CHANNEL_INFO
IE_CALLED_NO
201

789113 COL 047:10 01 St:wt sz rsp (00) EVT 1 06 02 18 03 A9 83 81 (U1)
<<<<<<<<<<============================================--------------------
(CO 47) CALL PROCEEDING
IE_CHANNEL_INFO

789113 COL 047:10 01 St:wt sz rsp (00) Ev-I:pp sz ack P1: 0 P2: 0 EVT: 16 <- 47,61
789113 D>10 01, C0 00 AC
789113 COL 047:10 01 St:dialing (00) EVT E 05 45 08 02 80 95 (U3)
<<<<<<<<<<============================================--------------------
(CO 47) DISCONNECT
IE_CAUSE
CCITT standardized coding
user
call rejected

789113 D>10 01, C1 00 00
789113 D>10 01, C5 00 00
789113 D>10 01, C5 00 00
789113 COL 047:10 01 St:dialing (00) Ev-I:smsg proc P1: DF P2: 0 EVT: 61 <- 19,61
789113 C>10 01, DF 05 4D 08 02 80 90
--------------------============================================>>>>>>>>>>
(CO 47) RELEASE
IE_CAUSE
CCITT standardized coding
user
normal call clearing

789116 COL 047:10 01 St:dialing (00) EVT :E0 05 5A 08 02 80 90 (U19)
<<<<<<<<<<============================================--------------------
(CO 47) RELEASE COMPLETE
IE_CAUSE
CCITT standardized coding
user
normal call clearing

789116 D>10 01, C5 00 00
789119 COL 047:10 01 St:dialing (00) Ev-T:isd rls gd P1: 0 P2: 0 TMR: 9 <- 47,61
789119 D>10 01, C5 00 00

Гуру, в какую сторону копать???

[Евген_й]

Не увидел номера "А", но это не главное, 300-ка отправляет номер 201 на 100-ку , получает DISCONNECT с причиной
call rejected, думаю причина в 100-ке. Что-то не нравится ей (100-ке) три цифры. Нужно смотреть организацию приема. то ли отрезаете лишку(прога 143), то ли не на те таблицы 231 проги попадает(возможно нужно выполнить инициализацию 231 проги)

[Tie]

Ничего в 100ке не режется. DID Conv Type=1
Я же писал, что с 300ки можно звонить на сотку

791486 COL 047:10 01 St:co idle (00) Ev-I:seize req P1: A P2: 0 EVT: 15 <- 2,01
791486 C>10 01, D5 19 05 A1 04 03 80 90 A3 18 03 A9 83 81 6C 05 01 81 31 31 33 70 04 80 32 30 31
--------------------============================================>>>>>>>>>>
(CO 47) SETUP
IE_SEND_COMPLETE
IE_BEARER_CAPABILITY
IE_CHANNEL_INFO
IE_CALLING_NO
113
IE_CALLED_NO
201

791489 COL 047:10 01 St:wt sz rsp (00) EVT 1 06 02 18 03 A9 83 81 (U1)
<<<<<<<<<<============================================--------------------
(CO 47) CALL PROCEEDING
IE_CHANNEL_INFO

791489 COL 047:10 01 St:wt sz rsp (00) Ev-I:pp sz ack P1: 0 P2: 0 EVT: 16 <- 47,61
791489 D>10 01, C0 00 AC
791489 COL 047:10 01 St:dialing (00) EVT 0 06 01 18 03 A9 83 81 (U3)
<<<<<<<<<<============================================--------------------
(CO 47) ALERTING
IE_CHANNEL_INFO

10/13/09 TIME: 11:42:00
791538 COL 047:10 01 St:dialing (00) EVT 2 08 07 4C 05 01 81 32 30 31 (U4)
<<<<<<<<<<============================================--------------------
(CO 47) CONNECT
IE_CONNECTED_NO
201

791538 D>10 01, C0 00 AC
791538 C>10 01, D3 01 0F
--------------------============================================>>>>>>>>>>
(CO 47) CONNECT ACK

791538 COL 047:10 01 St:talk (00) Ev-I:dummy acd P1:26D6 P2: 0 EVT: 0 <- 47,61
791604 COL 047:10 01 St:talk (00) EVT E 05 45 08 02 80 90 (U10)
<<<<<<<<<<============================================--------------------
(CO 47) DISCONNECT
IE_CAUSE
CCITT standardized coding
user
normal call clearing

791604 C>10 01, DF 05 4D 08 02 80 90
--------------------============================================>>>>>>>>>>
(CO 47) RELEASE
IE_CAUSE
CCITT standardized coding
user
normal call clearing

791604 D>10 01, C1 00 00
791604 D>10 01, C5 00 00
791604 D>10 01, C5 00 00
791607 COL 047:10 01 St:talk (00) EVT :E0 05 5A 08 02 80 90 (U19)
<<<<<<<<<<============================================--------------------
(CO 47) RELEASE COMPLETE
IE_CAUSE
CCITT standardized coding
user
normal call clearing

791607 D>10 01, C5 00 00
791610 COL 047:10 01 St:talk (00) Ev-T:isd rls gd P1: 0 P2: 0 TMR: 9 <- 47,61
791610 D>10 01, C5 00 00

Все чудесно работает. И 3 цифры номера 100ка прекрасно понимает.
Разница между 2-мя трассами только в номере "А"

[Евген_й]

Сейчас увидел. в первом посте был только неудачный вызов. Попробуйте проинитить 231 прогу и установить 2-й тип преобразования.

[harris]

Сейчас увидел. в первом посте был только неудачный вызов. Попробуйте проинитить 231 прогу и установить 2-й тип преобразования.

Проверьте в LDK-100 (в оконечной станции) параметр в ПГМ143/19 (Drop If No CLI).
Выключите его, если он был включен!!!

[Tie]

Ради эксперимента попробовал. Тип 2, отрезал 1 символ, вписал в 231 табличку пару строк. Работает!
вернул все обратно. (поставил опять тип 1). ТОЖЕ РАБОТАЕТ!!!!!
Оказывается не все так просто с прошивкой 3.8Ct. По меньшей мере поле DID Conv Type нужно ввести заново. На 300-ке была проблема со входящими DID из города с теми же симптомами (чуть раньше был пост). И вылечилась практически так же. А здесь почемуто сразу не получилось..
Евген_й, спасибо за способ проверки

[Tie]

2 harris: "Drop If No CLI" был выключен

[Tie]

Стоп. Возможно ув. harris прав. Я программировал обе АТСки с PCAdmina версии C.8Bb. Там нет такого поля "Drop If No CLI". И скорее всего после обновления до 3.8Ct это поле стоит в "ON" и соответственно все городские звонки, что идут без CLI отбиваются. А после радактирования соседнего поля в старой версии Админа туда вписалось "OFF"

[harris]

Стоп. Возможно ув. harris прав. Я программировал обе АТСки с PCAdmina версии C.8Bb. Там нет такого поля "Drop If No CLI". И скорее всего после обновления до 3.8Ct это поле стоит в "ON" и соответственно все городские звонки, что идут без CLI отбиваются. А после радактирования соседнего поля в старой версии Админа туда вписалось "OFF"

Возможно, что все-таки виноват этот параметр...
Поскольку, судя по описанию:
If invalid CLI, then This incoming Co call will be dropped with option(PGM 143 - F19)
CAUSE is CAUSE_CALL_REJECTED
This admin is only working at Keyset admin.
In PC admin, it will be added to next 3.9 standard release version.

[Tie]

100 пудов, это ОНО!
harris, спасибо за инфу!