ЗАО "ИНТЕРСИСТ" [тема: Как настроить QSIG GF не обрабатывать EI приходящие с другой станции?]

Как настроить QSIG GF не обрабатывать EI приходящие с другой станции?

Mon, 25 Feb 2013 12:55:52 +0600

Как настроить QSIG GF не обрабатывать EI приходящие с другой станции? в форуме Транковые группы.
Прошу прощение за долгое отсутствие.

Вот трассировка проблемного звонка:

______________________________________________________________________________
| (592721:000026) 1114: Send_IO1 (link-nbr=14, sapi=0, tei=0) :
| long: 149 desti: 0 source: 15 cryst: 0 cpl: 14 us: 8 term: 1 type a5
| tei: 0 <<<< message sent : SETUP [05] Call ref : 19 a8
| X SENDING COMPLETE
|______________________________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a9 83 89 -> T2 : B channel 9 exclusive
| IE:[1c] FACILITY (l=20)
| [9f] 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=9):
| Invoke Ident. : 2f34 (12084)
| OP: 0054 (84)
| [05] Nul (l=0)
| IE:[1c] FACILITY (l=77)
| [9f] 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=16):
| Invoke Ident. : 2ee0 (12000)
| OP: 0000 (0)
| [80] Context specific (l=7) 47 72 65 67 6f 72 79
| [a1] INVOKE (l=29):
| Invoke Ident. : 2f35 (12085)
| OP: 0055 (85)
| [30] Sequence (l=20)
| [82] Context specific (l=9) 2f 7c 7c 00 00 00 00 00 00
| [83] Context specific (l=1) 03
| [84] Context specific (l=1) 03
| [86] Context specific (l=1) 01
| [a1] INVOKE (l=14):
| Invoke Ident. : 2f09 (12041)
| OP: 0029 (41)
| [03] Bit string (l=5) 00 86 00 00 00
| IE:[6c] CALLING_NUMBER (l=6) -> 00 81 Num : 1801
| IE:[70] CALLED_NUMBER (l=5) -> 80 Num : 3103
| IE:[7d] HLC (l=2) 91 81
|______________________________________________________________________________

______________________________________________________________________________
| (592722:000029) Concatenated-Physical-Event :
| long: 23 desti: 0 source: 0 cryst: 0 cpl: 14 us: 0 term: 1 type a5
| tei: 0 >>>> message received : CALL PROC (02) Call ref : 99 a8
|______________________________________________________________________________
|
| IE:[18] CHANNEL (l=3) a9 83 89 -> T2 : B channel 9 exclusive
|______________________________________________________________________________

______________________________________________________________________________
| (592722:000030) Concatenated-Physical-Event :
| long: 199 desti: 0 source: 0 cryst: 0 cpl: 14 us: 0 term: 1 type a5
| tei: 0 >>>> message received : ALERT (01) Call ref : 99 a8
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 91 -> [91] USER BUSY
| IE:[1c] FACILITY (l=28)
| [9f] 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=14):
| Invoke Ident. : dbe0 (56288)
| OP: 002a (42)
| [03] Bit string (l=5) 00 80 00 00 00
| IE:[1c] FACILITY (l=39)
| [9f] 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=25):
| Invoke Ident. : dbe1 (56289)
| [06] Object id. (l=7) 2b 0c 02 87 78 01 03
| [04] Octet string (l=10) a1 80 13 3a 00 00 00 00 68
| 9d
| IE:[1c] FACILITY (l=39)
| [9f] 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=25):
| Invoke Ident. : dbe2 (56290)
| OP: 0003 (3)
| [a1] Context specific (l=128)
| [04] Octet string (l=9) 4d 61 73 68 74 61 6b 6f 76
| [02] Integer (l=1) 01
| [00] Universal unknown (l=0)
| IE:[1c] FACILITY (l=39)
| [9f] 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=25):
| Invoke Ident. : dbe3 (56291)
| OP: 0001 (1)
| [a1] Context specific (l=128)
| [04] Octet string (l=9) 4d 61 73 68 74 61 6b 6f 76
| [02] Integer (l=1) 01
| [00] Universal unknown (l=0)
| IE:[1c] FACILITY (l=18)
| [9f] Discriminator of supplementary service applications
| [aa] NFE (l=6):
| [80] Source Entity (l=1) End_PTNX
| [82] Destination Entity (l=1) End_PTNX
| [a4] REJECT (l=7):
| Invoke Ident. : 2f34 (12084)
| [81] Invoke Problem (l=1) Unrecognised Operation (1)
| IE:[1e] PROGRESS_ID (l=2) 81 88
|______________________________________________________________________________

______________________________________________________________________________
| (592722:000034) 1114: Send_IO1 (link-nbr=14, sapi=0, tei=0) :
| long: 26 desti: 0 source: 15 cryst: 0 cpl: 14 us: 8 term: 1 type a5
| tei: 0 <<<< message sent : STATUS [7d] Call ref : 19 a8
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=3) 80 e0 08 -> [e0] MANDATORY INFORMATION ELEMENT MISSING
| IE:[14] CALL_STATE (l=1) 03
|______________________________________________________________________________

______________________________________________________________________________
| (592723:000035) Concatenated-Physical-Event :
| long: 18 desti: 0 source: 0 cryst: 0 cpl: 14 us: 0 term: 1 type a5
| tei: 0 >>>> message received : ALERT (01) Call ref : 99 a8
|______________________________________________________________________________

______________________________________________________________________________
| (592763:000049) 1114: Send_IO1 (link-nbr=14, sapi=0, tei=0) :
| long: 23 desti: 0 source: 15 cryst: 0 cpl: 14 us: 8 term: 1 type a5
| tei: 0 <<<< message sent : DISCONNECT [45] Call ref : 19 a8
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=3) 80 90 80 -> [90] NORMAL CALL CLEARING
|______________________________________________________________________________

______________________________________________________________________________
| (592763:000050) Concatenated-Physical-Event :
| long: 18 desti: 0 source: 0 cryst: 0 cpl: 14 us: 0 term: 1 type a5
| tei: 0 >>>> message received : RELEASE [4d] Call ref : 99 a8
|______________________________________________________________________________

______________________________________________________________________________
| (592763:000051) 1114: Send_IO1 (link-nbr=14, sapi=0, tei=0) :
| long: 23 desti: 0 source: 15 cryst: 0 cpl: 14 us: 8 term: 1 type a5
| tei: 0 <<<< message sent : REL COMP [5a] Call ref : 19 a8
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=3) 80 90 80 -> [90] NORMAL CALL CLEARING
|______________________________________________________________________________
25.02.2013 12:55:52, Григорий.

Как настроить QSIG GF не обрабатывать EI приходящие с другой станции?

Thu, 14 Feb 2013 13:04:45 +0600

Как настроить QSIG GF не обрабатывать EI приходящие с другой станции? в форуме Транковые группы.
Трассировки показать.
14.02.2013 13:04:45, vad.

Как настроить QSIG GF не обрабатывать EI приходящие с другой станции?

Thu, 14 Feb 2013 13:01:33 +0600

Как настроить QSIG GF не обрабатывать EI приходящие с другой станции? в форуме Транковые группы.
Увы всё предписанное не помогло.
Есть ещё предложения?
14.02.2013 13:01:33, Григорий.

Как настроить QSIG GF не обрабатывать EI приходящие с другой станции?

Thu, 07 Feb 2013 18:41:18 +0600

Как настроить QSIG GF не обрабатывать EI приходящие с другой станции? в форуме Транковые группы.
PCX address in DPNSS есть.

Deactivate Path Replacement + False

eact.Receiving Msg. State
X
Ignore ISDN Fault In Mandatory EI + YES
Ignore ISDN Cause Invalid Content + YES
Ignore IPNS EI Notific/Feature + YES
Ignore All IPNS EI + YES
Ignore IPNS Mess. Notif./Feature + YES
Ignore All T2 EI + YES

Deactivate Path Replacement поставить в True ?
07.02.2013 18:41:18, Григорий.

Как настроить QSIG GF не обрабатывать EI приходящие с другой станции?

Thu, 07 Feb 2013 18:30:05 +0600

Как настроить QSIG GF не обрабатывать EI приходящие с другой станции? в форуме Транковые группы.
Спасибо, проверю, по результатам обязательно отпишусь.
07.02.2013 18:30:05, Григорий.

Как настроить QSIG GF не обрабатывать EI приходящие с другой станции?

Thu, 07 Feb 2013 18:07:41 +0600

Как настроить QSIG GF не обрабатывать EI приходящие с другой станции? в форуме Транковые группы.
на всякие такие вещи
system/ other/ ext. sign - joining variant gf of diversion=yes
должен быть создан префикс Local Feature/PCX address in DPNSS (любой)

В новых релизах в system/ other/ ext. sign - появились слова про DeActivate Path Replacement

ну и в конце всего - в system ставить в игнорирование всяких React.Receiving State Mess.
07.02.2013 18:07:41, vad.

Как настроить QSIG GF не обрабатывать EI приходящие с другой станции?

Thu, 07 Feb 2013 17:41:40 +0600

Как настроить QSIG GF не обрабатывать EI приходящие с другой станции? в форуме Транковые группы.
Переход по занятости.
07.02.2013 17:41:40, Григорий.

Как настроить QSIG GF не обрабатывать EI приходящие с другой станции?

Thu, 07 Feb 2013 17:38:55 +0600

Как настроить QSIG GF не обрабатывать EI приходящие с другой станции? в форуме Транковые группы.
Переход по занятости или переадресация?
07.02.2013 17:38:55, vad.

Как настроить QSIG GF не обрабатывать EI приходящие с другой станции?

Thu, 07 Feb 2013 17:33:28 +0600

Как настроить QSIG GF не обрабатывать EI приходящие с другой станции? в форуме Транковые группы.
Реальная проблема заключается в том, что когда на стороне Аваи происходит переход по занятости на другого абонента приходящийе со стороны Аваи информационное сообщение трактуется Алкателем как сообщение для завершения вызова. Подобной проблемы при использовании QSIG BC не наблюдается.

Сигнализация в TG : Q931 Signal variant + ABC-F
В Network routing table : Protocol Type + QSIG-GF
И звонки идут как Routing No. с соответствующим Network Number и через необходимую ABC-F Trunk Group.
07.02.2013 17:33:28, Григорий.

Как настроить QSIG GF не обрабатывать EI приходящие с другой станции?

Thu, 07 Feb 2013 17:19:19 +0600

Как настроить QSIG GF не обрабатывать EI приходящие с другой станции? в форуме Транковые группы.
На ваш вопрос можно ответить только - никак. А в чем проблема?
Обычно страшных проблем с QSIG при правильном менеджменте (сигнализация в TG ABC-F, указана некоторая remote network, в network routing table сказано QSIG-GF, звонки через routing number префиксы, с указанием данной сети) нет.

Есть некоторые нюансы по настройкам переадресации и т.п.
07.02.2013 17:19:19, vad.

Как настроить QSIG GF не обрабатывать EI приходящие с другой станции?

Thu, 07 Feb 2013 16:52:44 +0600

Как настроить QSIG GF не обрабатывать EI приходящие с другой станции? в форуме Транковые группы.
Добрый день я понимаю что проблема избита на этом и не только форуме про QSIG.
Как и у многих есть две станции, в моём случае это OXE и Avaya объеденных по
QSIG GF, объединил бы по QSIG BC, если бы не проблема с передачей имен.
Так вот вопрос: как сделать так что бы OXE не реагировал на приходящие EI сос тороны
Avaya.

Станции состыкованы по 4-м каналам Е1 объединённым в один транк и поднятым на нем QSIG GF.
Пи надобности тарссировки звонков могу приложить.
07.02.2013 16:52:44, Григорий.