Прошу прощение за долгое отсутствие.

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

____________________________________________________________­__________________
| (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
|____________________________________________________________­__________________

Увы всё предписанное не помогло.
Есть ещё предложения?

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 ?

Спасибо, проверю, по результатам обязательно отпишусь.

Переход по занятости.

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

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

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

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

Доброго времени суток, кто-нибудь работал с командой looknumin
просто интересно, что за зверь и как его использовать.
В документации по данной команде ничего не удалось найти в интернете то же очень скупо.