Трасса ОХЕ-МД (КПВ есть)

______________________________________________________________________________
| (614865:965937) 1103: Send_IO1 (link-nbr=3, sapi=0, tei=0) :
| long: 120 desti: 0 source: 15 cryst: 0 cpl: 3 us: 8 term: 1 type a5
| tei: 0 <<<< message sent : SETUP [05] Call ref : 5c ad
| SENDING COMPLETE
|______________________________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a1 83 86 -> T2 : B channel 6 preferred
| IE:[1c] FACILITY (l=25)
| [91] Discriminator of supplementary service applications
| [aa] NFE (l=6):
| [80] Source Entity (l=1) End_PTNX
| [82] Destination Entity (l=1) End_PTNX
| [a1] INVOKE (l=14):
| Invoke Ident. : 2f1b (12059)
| OP: 003b (59)
| [30] Sequence (l=5)
| [30] Sequence (l=3)
| [0a] Enumerated (l=1) 05
| IE:[1c] FACILITY (l=38)
| [91] Discriminator of supplementary service applications
| [aa] NFE (l=6):
| [80] Source Entity (l=1) End_PTNX
| [82] Destination Entity (l=1) End_PTNX
| [8b] Interpretation APDU (l=1): DISCARD (0)
| [a1] INVOKE (l=24):
| Invoke Ident. : 2ee0 (12000)
| OP: ECMA RO_CALLING_NAME (0)
| [80] Name presentation allowed (l=12) 'TEST'
| IE:[6c] CALLING_NUMBER (l=6) -> 00 81 Num : 3999
| IE:[70] CALLED_NUMBER (l=6) -> 80 Num : 71400
| IE:[7d] HLC (l=2) 91 81
| [95] Locking shift. codeset : 5
| IE:[32] EI_PARTY_CATEGORY (l=1) -> EXTENSION (1)
|______________________________________________________________________________

______________________________________________________________________________
| (614866:965941) Physical-Event :
| long: 27 desti: 0 source: 0 cryst: 0 cpl: 3 us: 0 term: 1 type a5
| tei: 0 >>>> message received : CALL PROC (02) Call ref : dc ad
|______________________________________________________________________________
|
| IE:[18] CHANNEL (l=3) a9 83 86 -> T2 : B channel 6 exclusive
| IE:[1e] PROGRESS_ID (l=2) 81 81
|______________________________________________________________________________

______________________________________________________________________________
| (614866:965942) 1103: Send_IO1 (link-nbr=3, sapi=0, tei=0) :
| long: 26 desti: 0 source: 15 cryst: 0 cpl: 3 us: 8 term: 1 type a5
| tei: 0 <<<< message sent : STATUS [7d] Call ref : 5c ad
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=3) 80 e3 1e -> [e3]
| INFORMATION ELEMENT NON-EXISTENT OR NOT IMPLEMENTED
| IE:[14] CALL_STATE (l=1) 03
|______________________________________________________________________________

______________________________________________________________________________
| (614868:965943) Physical-Event :
| long: 70 desti: 0 source: 0 cryst: 0 cpl: 3 us: 0 term: 1 type a5
| tei: 0 >>>> message received : ALERT (01) Call ref : dc ad
|______________________________________________________________________________
|
| IE:[1c] FACILITY (l=38)
| [91] Discriminator of supplementary service applications
| [aa] NFE (l=6):
| [80] Source Entity (l=1) End_PTNX
| [82] Destination Entity (l=1) End_PTNX
| [8b] Interpretation APDU (l=1): DISCARD (0)
| [a1] INVOKE (l=24):
| Invoke Ident. : 0001 (1)
| OP: ECMA RO_CALLED_NAME (1)
| [80] Name presentation allowed (l=13) 'Bla-Bla'
| IE:[1e] PROGRESS_ID (l=2) 81 88
| IE:[1e] PROGRESS_ID (l=2) 81 82
| [9d] Non-locking shift. codeset : 5
| IE:[32] EI_PARTY_CATEGORY (l=1) -> EXTENSION (1)
|______________________________________________________________________________

______________________________________________________________________________
| (614885:965953) 1103: Send_IO1 (link-nbr=3, sapi=0, tei=0) :
| long: 23 desti: 0 source: 15 cryst: 0 cpl: 3 us: 8 term: 1 type a5
| tei: 0 <<<< message sent : DISCONNECT [45] Call ref : 5c ad
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=3) 80 90 80 -> [90] NORMAL CALL CLEARING
|______________________________________________________________________________

______________________________________________________________________________
| (614886:965954) Physical-Event :
| long: 22 desti: 0 source: 0 cryst: 0 cpl: 3 us: 0 term: 1 type a5
| tei: 0 >>>> message received : RELEASE [4d] Call ref : dc ad
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|______________________________________________________________________________

______________________________________________________________________________
| (614886:965955) 1103: Send_IO1 (link-nbr=3, sapi=0, tei=0) :
| long: 23 desti: 0 source: 15 cryst: 0 cpl: 3 us: 8 term: 1 type a5
| tei: 0 <<<< message sent : REL COMP [5a] Call ref : 5c ad
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=3) 80 90 80 -> [90] NORMAL CALL CLEARING
|______________________________________________________________________________



Редактировано 1 раз. Последний раз 03.04.2009 10:25 пользователем GekaZ.

Трасса ОХЕ-МД-Циска (КПВ нет)

______________________________________________________________________________
| (604023:957588) 1105: Send_IO1 (link-nbr=3, sapi=0, tei=0) :
| long: 122 desti: 0 source: 15 cryst: 0 cpl: 3 us: 8 term: 1 type a5
| tei: 0 <<<< message sent : SETUP [05] Call ref : 5c 9f
| SENDING COMPLETE
|______________________________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a1 83 96 -> T2 : B channel 22 preferred
| IE:[1c] FACILITY (l=25)
| [91] Discriminator of supplementary service applications
| [aa] NFE (l=6):
| [80] Source Entity (l=1) End_PTNX
| [82] Destination Entity (l=1) End_PTNX
| [a1] INVOKE (l=14):
| Invoke Ident. : 2f1b (12059)
| OP: 003b (59)
| [30] Sequence (l=5)
| [30] Sequence (l=3)
| [0a] Enumerated (l=1) 05
| IE:[1c] FACILITY (l=38)
| [91] Discriminator of supplementary service applications
| [aa] NFE (l=6):
| [80] Source Entity (l=1) End_PTNX
| [82] Destination Entity (l=1) End_PTNX
| [8b] Interpretation APDU (l=1): DISCARD (0)
| [a1] INVOKE (l=24):
| Invoke Ident. : 2ee0 (12000)
| OP: ECMA RO_CALLING_NAME (0)
| [80] Name presentation allowed (l=12) 'TEST'
| IE:[6c] CALLING_NUMBER (l=6) -> 00 81 Num : 3999
| IE:[70] CALLED_NUMBER (l=8) -> 80 Num : 0612999
| IE:[7d] HLC (l=2) 91 81
| [95] Locking shift. codeset : 5
| IE:[32] EI_PARTY_CATEGORY (l=1) -> EXTENSION (1)
|______________________________________________________________________________

______________________________________________________________________________
| (604024:957591) Physical-Event :
| long: 27 desti: 0 source: 0 cryst: 0 cpl: 3 us: 0 term: 1 type a5
| tei: 0 >>>> message received : CALL PROC (02) Call ref : dc 9f
|______________________________________________________________________________
|
| IE:[18] CHANNEL (l=3) a9 83 96 -> T2 : B channel 22 exclusive
| IE:[1e] PROGRESS_ID (l=2) 81 81
|______________________________________________________________________________

______________________________________________________________________________
| (604024:957592) 1105: Send_IO1 (link-nbr=3, sapi=0, tei=0) :
| long: 26 desti: 0 source: 15 cryst: 0 cpl: 3 us: 8 term: 1 type a5
| tei: 0 <<<< message sent : STATUS [7d] Call ref : 5c 9f
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=3) 80 e3 1e -> [e3]
| INFORMATION ELEMENT NON-EXISTENT OR NOT IMPLEMENTED
| IE:[14] CALL_STATE (l=1) 03
|______________________________________________________________________________

______________________________________________________________________________
| (604038:957593) Physical-Event :
| long: 22 desti: 0 source: 0 cryst: 0 cpl: 3 us: 0 term: 1 type a5
| tei: 0 >>>> message received : ALERT (01) Call ref : dc 9f
|______________________________________________________________________________
|
| [9d] Non-locking shift. codeset : 5
| IE:[32] EI_PARTY_CATEGORY (l=1) -> EXTENSION (1)
|______________________________________________________________________________

______________________________________________________________________________
| (604051:957603) 1105: Send_IO1 (link-nbr=3, sapi=0, tei=0) :
| long: 23 desti: 0 source: 15 cryst: 0 cpl: 3 us: 8 term: 1 type a5
| tei: 0 <<<< message sent : DISCONNECT [45] Call ref : 5c 9f
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=3) 80 90 80 -> [90] NORMAL CALL CLEARING
|______________________________________________________________________________

______________________________________________________________________________
| (604052:957604) Physical-Event :
| long: 22 desti: 0 source: 0 cryst: 0 cpl: 3 us: 0 term: 1 type a5
| tei: 0 >>>> message received : RELEASE [4d] Call ref : dc 9f
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|______________________________________________________________________________

______________________________________________________________________________
| (604052:957605) 1105: Send_IO1 (link-nbr=3, sapi=0, tei=0) :
| long: 23 desti: 0 source: 15 cryst: 0 cpl: 3 us: 8 term: 1 type a5
| tei: 0 <<<< message sent : REL COMP [5a] Call ref : 5c 9f
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=3) 80 90 80 -> [90] NORMAL CALL CLEARING
|______________________________________________________________________________



Редактировано 1 раз. Последний раз 03.04.2009 10:26 пользователем GekaZ.

А чего они у вас такие разные - один звонок через Network/routing префикс на чужую сеть с номером TG, а второй через префикс занятия + набор?
И тогда в двух словах - QSIG как организован:
- тип сигнализации в TG,
- тип сигнализации в Network routing table (по номеру remote network) указанному в TG,
- способ совершения звонков (префикс занятия + номер, или ARS + номер, или через network/routing префиксы)

Вообще, сделано следующим образом:
Набирается абревейт, в котором (префикс ARS + направление)
В ARSе указана ТГ и QSIG-GF.

Я отредактировал оба сообщения выше, - теперь там одинаковый способ набора...

Просто станция живая и это направление довольно насыщенное, поэтому не все могу делать на ходу.
С уважением...



Редактировано 2 раз. Последний раз 03.04.2009 11:53 пользователем GekaZ.

Народ писал про проблему в такой конфигурации с предложением "Try to configure CISCO with the command: "voice call send-alert""
Не специалист, может цискарям это что скажет.
Между MD и Циской то же QSIG?
И еще - не помните (хотя вряд ли обращали внимание если раньше звонили нормально) - раньше то же по Call Proc отправляли Status?
Его в любом случае лучше попытаться убрать System/ other system/ ext. sign. param - Send Status for IE non-existent = No

И еще в догонку - абонент и транковая группа на одном и том же узле? Т.е. не имеет место ситуация что абонент на узле 2, а транковая группа на узле 1? Просто в последнем случае на узле 1 можно было попытаться поправить таймер 330 (вместо1 поставить 2)

Между MD и Циской - QSIG.

Трассу я, к сожалению, не снимал - работало-же :)

убрать System/ other system/ ext.sign.param - попробую...

Абонент и ТГ на одном узле. Хотя абоненты 2-го узла тоже пользуются этой ТГ...

В любом случае, большое спасибо всем за участие, особенно уважаемому VADу...
С уважением...

А когда абоненты второго узла идут транзитом - у них такая же проблема?

< А когда абоненты второго узла идут транзитом - у них такая же проблема?

Да, все то же самое...

А на 45-й патч все узлы подняли? По идее при транзите (на 1-м узле) он просто проключает разговорный тракт (особенно если 330 таймер установить в 2).

Патч 45 установлен на всех узлах.

...с таймером не игрался - смысла мало - абонентов на тех узлах значительно меньше (особенно цифровых - а проблема именно с ними)...

...убарть сообщение STATUS не выходит...
(System/ other system/ ext. sign. param - Send Status for IE non-existent = No) - не помогает...

ЗЫ. Я надеюсь, при изменении этого параметра рестарт не нужен...

Не нужно, еще можно в систем поставть Reaction Receiving Message State игнорировать все подряд

был случай когда решающую роль с провом сыграл параметр
System - Other System Param. - External Signaling Parameters - Alert On Progress T2 = True

А все таки возвращаясь к началу - как организован QSIG.
Я обычно в транковой группе ставил ABC-F, в Network routing table (ссылка remote network в транковой группе) ставил QSIG-GF, и звонил через Network или Routing префиксы, например 71400 Network number, номер сети не наш, номер TG=номер транковой группы QSIG/ABC-F.

<как организован QSIG

Набирается абревейт, в котором префикс ARS + направление
В таблице ARS указан номер ТГ и Protocol Type=QSIG-GF.
В ТГ стоит ABC-F.

Есть возможность создать какой-нибудь префикс в стиле как я рисовал, чтоб набрав номер сразу идти в транковую группу, без ARS?
Не забыв в translator/ network routing table указать QSIG-GF.

< Есть возможность создать какой-нибудь префикс в стиле как я рисовал, чтоб набрав номер сразу идти в транковую группу, без ARS?
< Не забыв в translator/ network routing table указать QSIG-GF.

-----

Попробовал - результат тот же...

Жаль, 45-й патч - последний, был еще 45а, но там кое-что делали с почтой и GD.
А вы с какого патча поднимались? И какой баг устраняли? Может обратно упасть по релизу?

Изначально был установлен 16 (кажись).
Были две явные проблемы:
1) довольно часто (2-3 раза в месяц) в 00:45 останавливался один из процессоров (благо дубль стоит - совсем в просак не попадали);
2) время от времени плотно зависали цифровые терминалы - помогал только рестарт или баскул...

Да, тут как минимум 25-ц патч был нужен.
Плохо это, по 6.2 даже французам не отписать, скажут переходите на 7.1 для начала. а QSIG я так понимаю - чтоб имена бегали?

не в обиду будет сказано что вы водите нас за нос
с трассировки номер 3999 звонит на 71400, имеем КПВ
другая трасировка номер 3999 звонит на 0612999, близко не пахнет КПВ
отсюда вопрос где физически базируются номера (MD110-Циска-Циска-Дифинити)
71400
0612999
я на 100% уверен что номер 0612999 идет транзитом через MD110 т.е. через преф 061 на номер 2999, вспоминается давние при давние проблемы когда была связка по pri-ям пров - ОХО - циска, с циски как раз таки КПВ отсутствовало, на ОХО сами геренировали КВП

до кучи еще наводит на сомнение кусок лога
| IE:[08] CAUSE (l=3) 80 e3 1e -> [e3]
| INFORMATION ELEMENT NON-EXISTENT OR NOT IMPLEMENTED

в направление ARS какое стоит npd и прописано в самом npd?

надеюсь MD100 в оба направления не стоит в slave?

так и написано, что в разные места 8-).
Тут не хватает 3-ей трассировки - с аналогового телефона на 0612999.
С NPD действительно имеет смысл побаловаться (в руте ставить не 255, а реальный NPD с типом звлнка ISDN Unknown, вместо просто Unknown).

to error:
71400 - это MD110 - КПВ есть,
0612999 - это Дифинити в цепочке ОХЕ-MD110-Циска-Циска-Дифинити - КПВ нет,
именно об этом я и говорил.

< надеюсь MD100 в оба направления не стоит в slave?
Тут я не понял. В QSIGе же они, кажись, равноправны...

NPD, действительно, не прописан, - я ни как не предполагал, жто это может повлиять на наличие/отсутствие КПВ... Но попробую, конечно...

я имею ввиду pri в оба направления на MD100 не стоят в режиме Network Mode = No

интересно для безобразия - чем все закончилось?

...изыскания пока не закончились...
нам срочно понадобилось сдавать сорм чекистам, - потом расскажу, - жесть... :)

про чекистов конечно интересно
на 6.2 сорм стабильно работает (особенно интересует когда под опытный делает переадресацию, и сорм не отваливается)?
я наковырял стабильность только в 7.0

По паролям в СОРМ - нашел упоминание о исправлении проблемы только в релизе 7.1.