Подскажите, пожалуйста, соединял ли кто-нибудь алкатель с сименсом по его протоколу? Есть сименсовская железка DAKS понимающая только протокол CorNet, интересно: есть ли возможность соединить её с ОХЕ? На физическом уровне вроде всё красиво, каналы всё F, при любых причём настройках (CRC, b-chanal, Network-User, TG - QSIG или ISDN) при всех комбинациях проходит набор, 1 звонок и отвал, трассировку приложить пока не получается, может вечером...

Ничего хорошего в этом процессе ждать не стоит.
Сидьно сомневаюсь что поддерживается Сименсом только КорНет, надо трясти из них ISDN или QSIG.
Были иногда случаи когда удавалось подружить (в рамках просто звонков) разные протоколы- например с одной стороны QSIG, с другой ISDN (запрет посылки статуса в system/ other system/ ext. sign. param и установкой в игнорирование всего касающегося ISDN в System. Но это на самом деле тупиковая ситуация - чуть что-то где-то поменялось - и все рухнет.

Вот трейс входящего звонка



______________________________________________________________________________
| (008228:000032) Physical-Event :
| long: 141 desti: 0 source: 0 cryst: 0 cpl: 9 us: 0 term: 1 type a5
| tei: 0 >>>> message received : SETUP [05] Call ref : 00 61
|______________________________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a9 83 8a -> T2 : B channel 10 exclusive
| IE:[1c] FACILITY (l=29)
| [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=15):
| Invoke Ident. : 01ae (430)
| OP: 0000 (0)
| [80] Context specific (l=6) 61 6c 61 72 6d 34
| IE:[1c] FACILITY (l=64)
| [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=50):
| Invoke Ident. : 01af (431)
| [06] Object id. (l=8) 2b 0c 02 88 53 02 01 00
| [30] Sequence (l=34)
| [82] Context specific (l=32) 01 03 9e 01 81 03 19 0a 00
| 04 92 7e 7f 7f 7f 7f 7f 7f 7f 7f 7f 7f 7f 81 04 80 05 00
| 00 00 84 9f
| IE:[6c] CALLING_NUMBER (l=2) -> 00 80 Num :
| IE:[70] CALLED_NUMBER (l=5) -> 80 Num : 2401
| [a1] Sending complete
| IE:[7d] HLC (l=2) 91 81
|______________________________________________________________________________

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

______________________________________________________________________________
| (008228:000036) 1059: Send_IO1 (link-nbr=9, sapi=0, tei=0) :
| long: 23 desti: 0 source: 15 cryst: 0 cpl: 9 us: 8 term: 1 type a5
| tei: 0 <<<< message sent : CALL PROC (02) Call ref : 80 61
|______________________________________________________________________________
|
| IE:[18] CHANNEL (l=3) a9 83 8a -> T2 : B channel 10 exclusive
|______________________________________________________________________________

______________________________________________________________________________
| (008228:000037) 1059: Send_IO1 (link-nbr=9, sapi=0, tei=0) :
| long: 26 desti: 0 source: 15 cryst: 0 cpl: 9 us: 8 term: 1 type a5
| tei: 0 <<<< message sent : ALERT (01) Call ref : 80 61
|______________________________________________________________________________
|
| IE:[1e] PROGRESS_ID (l=2) 80 88
| [95] Locking shift. codeset : 5
| IE:[32] EI_PARTY_CATEGORY (l=1) -> EXTENSION (1)
|______________________________________________________________________________

______________________________________________________________________________
| (008229:000038) Physical-Event :
| long: 22 desti: 0 source: 0 cryst: 0 cpl: 9 us: 0 term: 1 type a5
| tei: 0 >>>> message received : RELEASE [4d] Call ref : 00 61
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 80 e3 -> [e3]
| INFORMATION ELEMENT NON-EXISTENT OR NOT IMPLEMENTED
|______________________________________________________________________________

______________________________________________________________________________
| (008229:000039) Physical-Event :
| long: 25 desti: 0 source: 0 cryst: 0 cpl: 9 us: 0 term: 1 type a5
| tei: 0 >>>> message received : STATUS [7d] Call ref : 00 61
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 80 e1 -> [e1]
| MESSAGE TYPE NON-EXISTENT OR NOT IMPLEMENTED
| IE:[14] CALL_STATE (l=1) 13
|______________________________________________________________________________




Набор проходит, а после алерта отвал со стороны дакса. В описании по DAKS кроме корнета нет ни одной сигнализации.

Для начала запретите посылку сообщения status
Поскольку не понятно, что не нравится - скорее Status



Редактировано 1 раз. Последний раз 06.03.2009 17:57 пользователем vad.

Похоже, что не срастётся, хотя в описании CorNet-NQ написано что понимать должен QSIG, т.к. является его разновидностью. После запрета статуса ругается другими нецензурными словами
______________________________________________________________________________
| (008933:000037) 1044: Send_IO1 (link-nbr=9, sapi=0, tei=0) :
| long: 26 desti: 0 source: 15 cryst: 0 cpl: 9 us: 8 term: 1 type a5
| tei: 0 <<<< message sent : ALERT (01) Call ref : 80 22
|______________________________________________________________________________
|
| IE:[1e] PROGRESS_ID (l=2) 80 88
| [95] Locking shift. codeset : 5
| IE:[32] EI_PARTY_CATEGORY (l=1) -> EXTENSION (1)
|______________________________________________________________________________

______________________________________________________________________________
| (008934:000038) Physical-Event :
| long: 22 desti: 0 source: 0 cryst: 0 cpl: 9 us: 0 term: 1 type a5
| tei: 0 >>>> message received : RELEASE [4d] Call ref : 00 21
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 80 e6 -> [e6] RECOVERY ON TIMER EXPIRY
|______________________________________________________________________________

______________________________________________________________________________
| (008934:000039) 1044: Send_IO1 (link-nbr=9, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 9 us: 8 term: 1 type a5
| tei: 0 <<<< message sent : REL COMP [5a] Call ref : 80 21
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 80 d1 -> [d1] INVALID CALL REFERENCE VALUE
|______________________________________________________________________________




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

верните в исходное состояние и в system поставьте галки на Ignore IE



Редактировано 1 раз. Последний раз 06.03.2009 20:57 пользователем error.

У вас в трейсе куски от двух разных звонков Call ref 00 21 и 00 22

То что разные куски ничего страшного, при оповещении проходят 2 набора и ругаются на них одинаково, точнее станция не ругается, для неё всё красиво: пришёл набор, пришёл отбой, инцидентов нет.
Ignore IE так же не помогло, изобретением велосипедов, наверное надо заканчивать, а то так тут жить можно остаться...