Asterisk mit Q.SIG an HiCom 350

Sidebar Sidebar
Upgrade 3CX to v18 and get it hosted free!
Ebenfalls Hi,

ich konnte bisher leider nur einseitige Übertragung bei der HP3000 realisieren, bei der HP4000 leider noch keine Namensübertragung (wegen Zeitmangels seit meinem letzten post leider keine Fortschritte).
Diese Woche werde ich die Patche in unsere * integrieren und meine Erfahrungen posten.
 
An der 4000 hab ich leider keine freie S2M, an den 350ern schon. Die Namensübertragung von Asterisk zur HiCOM klappt ohne Patch, mit den ersten Patch hier im Beitrag bekommst Du das in beide Richtungen hin. Im Moment interessieren mich aber mehr die anderen Leistungen. Mein Problem dabei ist, dass ich das Q.SIG nicht wirklich verstanden habe, bin leider kein Nachrichtentechniker. Die Quelltexte an sich sind recht übersichtlich, was mir aber nichts nützt, wenn ich nicht weiß, wie das überhaupt funktioniert. Ich werde nächste Woche mal einen Prüferkollegen vom Telekom Ausbildungszentrum fragen, ob der da für mich was hat, damit ich das begreife, dann sollten auch weitere Merkmale keim Problem sein.
 
Hi, schön das es da doch noch Rückmeldungen gibt :)
Aber lasst nur, zeitlich war es bei mir auch nicht besser ;-)

Hab' bisher nicht tiefer nach der CALLEDNAME Geschichte gesucht.

Ich sollte aber vielleicht mal die Patches für libpri (1.4.3) hier anhängen, die ich Ende November geschrieben hatte. Da waren einige Bugs beseitigt. Ich hatte dazu leider keine Rückmeldung mehr bekommen, sonst hätte ich das schon gemacht.

Mario
 
Ja, es ist jetzt wieder aktuell. Bei der Namensübertragung kommt der Name von der HiCOM BER codiert, also hab ich da noch das memcpy angepasst, vielleicht nicht perfekt, aber es klappt.

Code: 
memcpy(call->callername, comp->data + (2 * sizeof(char)), comp->data[1]);
 
Super. Danach habe ich schon lange gesucht. Wir haben so einige Hipath/Hicoms mit Asterisk im Einsatz. Was macht der Patch für Libpri-1.4.3???
 
So ich habe jetzt mal den Patch auf libpri-1.4.3 und Asterisk-1.4.19.1 angewendet. Folgende Meldung kann, lief aber weiter durch. Wo der letzte code einzufügen ist, weiß ich nicht.

[CC] chan_zap.c -> chan_zap.o
chan_zap.c: In Funktion »zt_indicate«:
chan_zap.c:5068: Warnung: Zuweisung streicht Qualifizierer von Zeiger-Zieltyp

Habe anschließend die beiden module auf einer neuen Tixbox ersetzt. Mal sehen was mit unserer Hipath 4000 v2 geht.
 
Das ist in der Datei pri_facility.c, bei mir in Zeile 1674. Das ist ein kleiner Patch zu Patch, wenn Du so willst. Ich hatte bei den HiCOM 350 sonst das Problem, dass im Namen noch Steuerzeichen drin waren, sah ziemlich doof auf den VoIP Telefonen aus. Das kann aber bei der HiPath schon wieder anders sein.
 
Ich werde diese Woche mal meine Erweiterungen hier anhängen (denke mal am Donnerstag, evtl. schon morgen Abend), da sind wirklich gravierende Verbesserungen zur Namensübermittlung drin. Sorry, dass ichs wieder vergessen hatte...

Mario
 
So, hier erstmal mein letzter Patch gegen libpri-1.4.2.

Der korrigiert erstmal die Namensübermittlung von externen Systemen zum Asterisk.

Zusätzlich hatte ich da angefangen, den gerufenen Namen des Asterisk-Teilnehmers (CALLEDNAME Variable) zu setzen, scheint aber da noch nicht funktioniert zu haben - deswegen ist der zusätzliche chan_zap Patch enthalten.


Gruß Mario
 

Anhänge

  • libpriqsig2007112301.diff.gz
    3.5 KB · Aufrufe: 13
Werde es morgen mal einbauen.

Könntet Ihr noch eure zapata.conf posten und was habt Ihr auf der Hicom/Hipath eingerichtet?
 
Ich kann da leider nicht helfen - hab' zap hier nicht in Betrieb und auch keine Hicom/Hipath - ich habe lediglich den Code-Teil von chan_capi portiert.

Aber mit viel Input (debug-Ausgaben) kann ich evtl. Fehler korrigieren...

Mario
 
Verstehe ich das richtig, dass ich für calledname erst mal den Namen des gerufenen in die Variable schreiben muss? Das ganze läuft mit ECMAV1, oder? Mit ECMAV2 haben wir Probleme mit der Kanalzuordnung ab Kanal 15. Also ab dem D-Chanel. Ich habe jetzt erst mal 3 wochen Urlaub. Werde also erstmal nicht viel testen können.
 
kla960 schrieb:
Verstehe ich das richtig, dass ich für calledname erst mal den Namen des gerufenen in die Variable schreiben muss?
Zum Vergrößern anklicken....
So wird es sein, sollte sich aber mit etwas Wählplanlogik machen lassen.

kla960 schrieb:
Das ganze läuft mit ECMAV1, oder?
Zum Vergrößern anklicken....
Ich habe in der HiCOM ECMAV2

kla960 schrieb:
Mit ECMAV2 haben wir Probleme mit der Kanalzuordnung ab Kanal 15. Also ab dem D-Chanel. Ich habe jetzt erst mal 3 wochen Urlaub. Werde also erstmal nicht viel testen können.
Zum Vergrößern anklicken....
Ja, das kann ich bestätigen. Asterisk nummeriert die Kanäle von 1 bis 15 und von 17 bis 31. HiCOM verwendet aber 1 bis 30 und gibt dem D-Kanal keine Nummer. Deshalb kommt es bei Gesprächen ab Kanal 15 zu einer Verschiebung um eine Stelle. HiCOM signalisiert einen Anruf auf z.B. 20, Asterisk öffnet 20, was aber für die HiCOM Kanal 21 ist. Ich fahre zur Zeit nur die ersten 15 Kanäle, hatte aber schon einen Patch gebaut, der zumindest in eine Richtung funktioniert.
 
BuzzDee schrieb:
So wird es sein, sollte sich aber mit etwas Wählplanlogik machen lassen.
Zum Vergrößern anklicken....
Korrekt, das ist nicht wirklich problematisch - allerdings weiss ich nicht, warum das noch nicht funktioniert.

Ja, das kann ich bestätigen. Asterisk nummeriert die Kanäle von 1 bis 15 und von 17 bis 31. HiCOM verwendet aber 1 bis 30 und gibt dem D-Kanal keine Nummer. Deshalb kommt es bei Gesprächen ab Kanal 15 zu einer Verschiebung um eine Stelle. HiCOM signalisiert einen Anruf auf z.B. 20, Asterisk öffnet 20, was aber für die HiCOM Kanal 21 ist. Ich fahre zur Zeit nur die ersten 15 Kanäle, hatte aber schon einen Patch gebaut, der zumindest in eine Richtung funktioniert.
Zum Vergrößern anklicken....

Das Problem ist, dass sich das nicht ohne weiteres umstricken lässt, das zieht größere Änderungen in der libpri (evtl. auch chan_zap) nach sich. Hatte mir das schonmal angeschaut, aber da ich das hier nicht testen kann (hab' weder 'ne libpri fähige Karte, noch 'ne Hicom), bin ich nicht in der Lage das zu ändern.

Mario
 
m.goegel schrieb:
Das Problem ist, dass sich das nicht ohne weiteres umstricken lässt, das zieht größere Änderungen in der libpri (evtl. auch chan_zap) nach sich. Hatte mir das schonmal angeschaut, aber da ich das hier nicht testen kann (hab' weder 'ne libpri fähige Karte, noch 'ne Hicom), bin ich nicht in der Lage das zu ändern.
Zum Vergrößern anklicken....

Ich werde das noch mal bei Gelegenheit mit einem Techniker von Siemens bereden, evt. kann man das auf der Hicom Seite anpassen
 
Ich habe es jetzt mal an unserer Hipath 4000 mit ECMAv1 probiert.

Set(CALLEDNAME=XYZ) geht nicht:

Code: 
< Protocol Discriminator: Q.931 (8)  len=119
< Call Ref: len= 2 (reference 38/0x26) (Originator)
< Message type: SETUP (5)
< [a1]
< Sending Complete (len= 1)
< [04 03 80 90 a3]
< Bearer Capability (len= 5) [ Ext: 1  Q.931 Std: 0  Info transfer capability: Speech (0)
<                              Ext: 1  Trans mode/rate: 64kbps, circuit-mode (16)
<                              Ext: 1  User information layer 1: A-Law (35)
< [18 03 a1 83 88]
< Channel ID (len= 5) [ Ext: 1  IntID: Implicit  PRI  Spare: 0  Preferred  Dchan: 0
<                        ChanSel: Reserved
<                       Ext: 1  Coding: 0  Number Specified  Channel Type: 3
<                       Ext: 1  Channel: 8 ]
< [1c 22 91 aa 06 80 01 00 82 01 00 8b 01 02 a1 14 02 02 4e 3a 02 01 3b 30 0b 30 09 0a 01 05 0a 01 03 0a 01 04]
< Facility (len=36, codeset=0) [ 0x91, 0xAA, 0x06, 0x80, 0x01, 0x00, 0x82, 0x01, 0x00, 0x8B, 0x01, 0x02, 0xA1, 0x14, 0x02, 0x02, 'N:', 0x02, 0x01, ';0', 0x0B, '0', 0x09, 0x0A, 0x01, 0x05, 0x0A, 0x01, 0x03, 0x0A, 0x01, 0x04 ]
PROTOCOL 11
AA 0006 (CONTEXT SPECIFIC [10])
  80 0001 00 (CONTEXT SPECIFIC [0])
  82 0001 00 (CONTEXT SPECIFIC [2])
8B 0001 02 (CONTEXT SPECIFIC [11])
A1 0014 (CONTEXT SPECIFIC [1])
  02 0002 4E 3A (INTEGER: 20026)
  02 0001 3B (INTEGER: 59)
  30 000B (SEQUENCE)
    30 0009 (SEQUENCE)
      0A 0001 05 (ENUMERATED: 5)
      0A 0001 03 (ENUMERATED: 3)
      0A 0001 04 (ENUMERATED: 4)
< [1c 2b 91 aa 06 80 01 00 82 01 00 8b 01 00 a1 1d 02 02 4e 49 06 04 2b 0c 09 00 a1 11 04 0c 47 55 54 5a 4b 45 20 4b 4c 41 55 53 02 01 01]
< Facility (len=45, codeset=0) [ 0x91, 0xAA, 0x06, 0x80, 0x01, 0x00, 0x82, 0x01, 0x00, 0x8B, 0x01, 0x00, 0xA1, 0x1D, 0x02, 0x02, 'NI', 0x06, 0x04, '+', 0x0C, 0x09, 0x00, 0xA1, 0x11, 0x04, 0x0C, 'GUTZKE KLAUS', 0x02, 0x01, 0x01 ]
PROTOCOL 11
AA 0006 (CONTEXT SPECIFIC [10])
  80 0001 00 (CONTEXT SPECIFIC [0])
  82 0001 00 (CONTEXT SPECIFIC [2])
8B 0001 00 (CONTEXT SPECIFIC [11])
A1 001D (CONTEXT SPECIFIC [1])
  02 0002 4E 49 (INTEGER: 20041)
  06 0004 2B 0C 09 00 (OBJECTIDENTIFIER: 2b 0c 09 00)
  A1 0011 (CONTEXT SPECIFIC [1])
    04 000C 47 55 54 5A 4B 45 20 4B 4C 41 55 53 (OCTETSTRING: 47 55 54 5a 4b 45 20 4b 4c 41 55 53)
    02 0001 01 (INTEGER: 1)
< [6c 06 19 83 38 30 32 39]
< Calling Number (len= 8) [ Ext: 0  TON: International Number (1)  NPI: Private Numbering Plan (9)
<                           Presentation: Presentation allowed of network provided number (3)  '8029' ]
< [70 04 89 39 39 39]
< Called Number (len= 6) [ Ext: 1  TON: Unknown Number Type (0)  NPI: Private Numbering Plan (9)  '999' ]
< [7d 02 91 81]
< IE: High-layer Compatibility (len = 4)
< [95]
< Locking Shift (len=01): Requested codeset 5
< [31 01 80]
!! < Unknown IE 49 (cs5, len = 3)
-- Making new call for cr 38
-- Processing Q.931 Call Setup
-- Processing IE 161 (cs0, Sending Complete)
-- Processing IE 4 (cs0, Bearer Capability)
-- Processing IE 24 (cs0, Channel Identification)
-- Processing IE 28 (cs0, Facility)
Don't know how to handle ROSE component of type 0xAA
Don't know how to handle ROSE component of type 0x8B
Handle Q.932 ROSE Invoke component
  [ Handling operation 59 ]
!! Unable to handle ROSE operation 59 [ 30 0B 30 09 0A 01 05 0A 01 03 0A 01 04 ] - [0.0..........]
-- Processing IE 28 (cs0, Facility)
Don't know how to handle ROSE component of type 0xAA
Don't know how to handle ROSE component of type 0x8B
Handle Q.932 ROSE Invoke component
  [ Handling operation 722209024 ]
  Handle Name display operation
-- Processing IE 108 (cs0, Calling Party Number)
-- Processing IE 112 (cs0, Called Party Number)
-- Processing IE 125 (cs0, High-layer Compatibility)
-- Processing IE 49 (cs5, Unknown Information Element)
!! Unknown IE 49 (cs5, Unknown Information Element)
q931.c:3305 q931_receive: call 38 on channel 8 enters state 6 (Call Present)
q931.c:2571 q931_call_proceeding: call 38 on channel 8 enters state 9 (Incoming Call Proceeding)
> Protocol Discriminator: Q.931 (8)  len=10
> Call Ref: len= 2 (reference 38/0x26) (Terminator)
> Message type: CALL PROCEEDING (2)
> [18 03 a9 83 88]
> Channel ID (len= 5) [ Ext: 1  IntID: Implicit  PRI  Spare: 0  Exclusive  Dchan: 0
>                        ChanSel: Reserved
>                       Ext: 1  Coding: 0  Number Specified  Channel Type: 3
>                       Ext: 1  Channel: 8 ]
q931.c:2705 q931_connect: call 38 on channel 8 enters state 10 (Active)
> Protocol Discriminator: Q.931 (8)  len=14
> Call Ref: len= 2 (reference 38/0x26) (Terminator)
> Message type: CONNECT (7)
> [18 03 a9 83 88]
> Channel ID (len= 5) [ Ext: 1  IntID: Implicit  PRI  Spare: 0  Exclusive  Dchan: 0
>                        ChanSel: Reserved
>                       Ext: 1  Coding: 0  Number Specified  Channel Type: 3
>                       Ext: 1  Channel: 8 ]
> [1e 02 81 82]
> Progress Indicator (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  0: 0  Location: Private network serving the local user (1)
>                               Ext: 1  Progress Description: Called equipment is non-ISDN. (2) ]
< Protocol Discriminator: Q.931 (8)  len=5
< Call Ref: len= 2 (reference 38/0x26) (Originator)
< Message type: CONNECT ACKNOWLEDGE (15)
< Protocol Discriminator: Q.931 (8)  len=9
< Call Ref: len= 2 (reference 38/0x26) (Originator)
< Message type: DISCONNECT (69)
< [08 02 80 90]
< Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  Spare: 0  Location: User (0)
<                  Ext: 1  Cause: Normal Clearing (16), class = Normal Event (1) ]
-- Processing IE 8 (cs0, Cause)
q931.c:3570 q931_receive: call 38 on channel 8 enters state 12 (Disconnect Indication)
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Disconnect Indication, peerstate Disconnect Request
q931.c:2723 q931_release: call 38 on channel 8 enters state 19 (Release Request)
> Protocol Discriminator: Q.931 (8)  len=9
> Call Ref: len= 2 (reference 38/0x26) (Terminator)
> Message type: RELEASE (77)
> [08 02 81 90]
> Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  Spare: 0  Location: Private network serving the local user (1)
>                  Ext: 1  Cause: Normal Clearing (16), class = Normal Event (1) ]
< Protocol Discriminator: Q.931 (8)  len=9
< Call Ref: len= 2 (reference 38/0x26) (Originator)
< Message type: RELEASE COMPLETE (90)
< [08 02 80 90]
< Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  Spare: 0  Location: User (0)
<                  Ext: 1  Cause: Normal Clearing (16), class = Normal Event (1) ]
-- Processing IE 8 (cs0, Cause)
q931.c:3510 q931_receive: call 38 on channel 8 enters state 0 (Null)
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null

Hipath -----> Asterisk OK Name Callerid wird angezeigt

Code: 
< Protocol Discriminator: Q.931 (8)  len=120
< Call Ref: len= 2 (reference 39/0x27) (Originator)
< Message type: SETUP (5)
< [a1]
< Sending Complete (len= 1)
< [04 03 80 90 a3]
< Bearer Capability (len= 5) [ Ext: 1  Q.931 Std: 0  Info transfer capability: Speech (0)
<                              Ext: 1  Trans mode/rate: 64kbps, circuit-mode (16)
<                              Ext: 1  User information layer 1: A-Law (35)
< [18 03 a1 83 89]
< Channel ID (len= 5) [ Ext: 1  IntID: Implicit  PRI  Spare: 0  Preferred  Dchan: 0
<                        ChanSel: Reserved
<                       Ext: 1  Coding: 0  Number Specified  Channel Type: 3
<                       Ext: 1  Channel: 9 ]
< [1c 22 91 aa 06 80 01 00 82 01 00 8b 01 02 a1 14 02 02 62 9e 02 01 3b 30 0b 30 09 0a 01 05 0a 01 03 0a 01 04]
< Facility (len=36, codeset=0) [ 0x91, 0xAA, 0x06, 0x80, 0x01, 0x00, 0x82, 0x01, 0x00, 0x8B, 0x01, 0x02, 0xA1, 0x14, 0x02, 0x02, 'b', 0x9E, 0x02, 0x01, ';0', 0x0B, '0', 0x09, 0x0A, 0x01, 0x05, 0x0A, 0x01, 0x03, 0x0A, 0x01, 0x04 ]
PROTOCOL 11
AA 0006 (CONTEXT SPECIFIC [10])
  80 0001 00 (CONTEXT SPECIFIC [0])
  82 0001 00 (CONTEXT SPECIFIC [2])
8B 0001 02 (CONTEXT SPECIFIC [11])
A1 0014 (CONTEXT SPECIFIC [1])
  02 0002 62 9E (INTEGER: 25246)
  02 0001 3B (INTEGER: 59)
  30 000B (SEQUENCE)
    30 0009 (SEQUENCE)
      0A 0001 05 (ENUMERATED: 5)
      0A 0001 03 (ENUMERATED: 3)
      0A 0001 04 (ENUMERATED: 4)
< [1c 2b 91 aa 06 80 01 00 82 01 00 8b 01 00 a1 1d 02 02 62 ad 06 04 2b 0c 09 00 a1 11 04 0c 47 55 54 5a 4b 45 20 4b 4c 41 55 53 02 01 01]
< Facility (len=45, codeset=0) [ 0x91, 0xAA, 0x06, 0x80, 0x01, 0x00, 0x82, 0x01, 0x00, 0x8B, 0x01, 0x00, 0xA1, 0x1D, 0x02, 0x02, 'b', 0xAD, 0x06, 0x04, '+', 0x0C, 0x09, 0x00, 0xA1, 0x11, 0x04, 0x0C, 'GUTZKE KLAUS', 0x02, 0x01, 0x01 ]
PROTOCOL 11
AA 0006 (CONTEXT SPECIFIC [10])
  80 0001 00 (CONTEXT SPECIFIC [0])
  82 0001 00 (CONTEXT SPECIFIC [2])
8B 0001 00 (CONTEXT SPECIFIC [11])
A1 001D (CONTEXT SPECIFIC [1])
  02 0002 62 AD (INTEGER: 25261)
  06 0004 2B 0C 09 00 (OBJECTIDENTIFIER: 2b 0c 09 00)
  A1 0011 (CONTEXT SPECIFIC [1])
    04 000C 47 55 54 5A 4B 45 20 4B 4C 41 55 53 (OCTETSTRING: 47 55 54 5a 4b 45 20 4b 4c 41 55 53)
    02 0001 01 (INTEGER: 1)
< [6c 06 19 83 38 30 32 39]
< Calling Number (len= 8) [ Ext: 0  TON: International Number (1)  NPI: Private Numbering Plan (9)
<                           Presentation: Presentation allowed of network provided number (3)  '8029' ]
< [70 05 89 31 32 39 39]
< Called Number (len= 7) [ Ext: 1  TON: Unknown Number Type (0)  NPI: Private Numbering Plan (9)  '1299' ]
< [7d 02 91 81]
< IE: High-layer Compatibility (len = 4)
< [95]
< Locking Shift (len=01): Requested codeset 5
< [31 01 80]
!! < Unknown IE 49 (cs5, len = 3)
-- Making new call for cr 39
-- Processing Q.931 Call Setup
-- Processing IE 161 (cs0, Sending Complete)
-- Processing IE 4 (cs0, Bearer Capability)
-- Processing IE 24 (cs0, Channel Identification)
-- Processing IE 28 (cs0, Facility)
Don't know how to handle ROSE component of type 0xAA
Don't know how to handle ROSE component of type 0x8B
Handle Q.932 ROSE Invoke component
  [ Handling operation 59 ]
!! Unable to handle ROSE operation 59 [ 30 0B 30 09 0A 01 05 0A 01 03 0A 01 04 ] - [0.0..........]
-- Processing IE 28 (cs0, Facility)
Don't know how to handle ROSE component of type 0xAA
Don't know how to handle ROSE component of type 0x8B
Handle Q.932 ROSE Invoke component
  [ Handling operation 722209024 ]
  Handle Name display operation
-- Processing IE 108 (cs0, Calling Party Number)
-- Processing IE 112 (cs0, Called Party Number)
-- Processing IE 125 (cs0, High-layer Compatibility)
-- Processing IE 49 (cs5, Unknown Information Element)
!! Unknown IE 49 (cs5, Unknown Information Element)
q931.c:3305 q931_receive: call 39 on channel 9 enters state 6 (Call Present)
q931.c:2571 q931_call_proceeding: call 39 on channel 9 enters state 9 (Incoming Call Proceeding)
> Protocol Discriminator: Q.931 (8)  len=10
> Call Ref: len= 2 (reference 39/0x27) (Terminator)
> Message type: CALL PROCEEDING (2)
> [18 03 a9 83 89]
> Channel ID (len= 5) [ Ext: 1  IntID: Implicit  PRI  Spare: 0  Exclusive  Dchan: 0
>                        ChanSel: Reserved
>                       Ext: 1  Coding: 0  Number Specified  Channel Type: 3
>                       Ext: 1  Channel: 9 ]
q931.c:2599 q931_alerting: call 39 on channel 9 enters state 7 (Call Received)
> Protocol Discriminator: Q.931 (8)  len=9
> Call Ref: len= 2 (reference 39/0x27) (Terminator)
> Message type: ALERTING (1)
> [1e 02 81 88]
> Progress Indicator (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  0: 0  Location: Private network serving the local user (1)
>                               Ext: 1  Progress Description: Inband information or appropriate pattern now available. (8) ]
< Protocol Discriminator: Q.931 (8)  len=9
< Call Ref: len= 2 (reference 39/0x27) (Originator)
< Message type: DISCONNECT (69)
< [08 02 80 90]
< Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  Spare: 0  Location: User (0)
<                  Ext: 1  Cause: Normal Clearing (16), class = Normal Event (1) ]
-- Processing IE 8 (cs0, Cause)
q931.c:3570 q931_receive: call 39 on channel 9 enters state 12 (Disconnect Indication)
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Disconnect Indication, peerstate Disconnect Request
q931.c:2723 q931_release: call 39 on channel 9 enters state 19 (Release Request)
> Protocol Discriminator: Q.931 (8)  len=9
> Call Ref: len= 2 (reference 39/0x27) (Terminator)
> Message type: RELEASE (77)
> [08 02 81 90]
> Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  Spare: 0  Location: Private network serving the local user (1)
>                  Ext: 1  Cause: Normal Clearing (16), class = Normal Event (1) ]
< Protocol Discriminator: Q.931 (8)  len=9
< Call Ref: len= 2 (reference 39/0x27) (Originator)
< Message type: RELEASE COMPLETE (90)
< [08 02 80 90]
< Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  Spare: 0  Location: User (0)
<                  Ext: 1  Cause: Normal Clearing (16), class = Normal Event (1) ]
-- Processing IE 8 (cs0, Cause)
q931.c:3510 q931_receive: call 39 on channel 9 enters state 0 (Null)
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null

Asterisk -----> Hipath keine Namensanzeige

Code: 
-- Making new call for cr 32772
> Protocol Discriminator: Q.931 (8)  len=68
> Call Ref: len= 2 (reference 4/0x4) (Originator)
> Message type: SETUP (5)
> [04 03 80 90 a3]
> Bearer Capability (len= 5) [ Ext: 1  Q.931 Std: 0  Info transfer capability: Speech (0)
>                              Ext: 1  Trans mode/rate: 64kbps, circuit-mode (16)
>                              Ext: 1  User information layer 1: A-Law (35)
> [18 03 a9 83 81]
> Channel ID (len= 5) [ Ext: 1  IntID: Implicit  PRI  Spare: 0  Exclusive  Dchan: 0
>                        ChanSel: Reserved
>                       Ext: 1  Coding: 0  Number Specified  Channel Type: 3
>                       Ext: 1  Channel: 1 ]
> [1c 24 9f aa 06 80 01 00 82 01 00 8b 01 00 a1 16 02 01 0e 02 01 00 a1 0e 04 0c 4b 6c 61 75 73 20 47 75 74 7a 6b 65]
> Facility (len=38, codeset=0) [ 0x9F, 0xAA, 0x06, 0x80, 0x01, 0x00, 0x82, 0x01, 0x00, 0x8B, 0x01, 0x00, 0xA1, 0x16, 0x02, 0x01, 0x0E, 0x02, 0x01, 0x00, 0xA1, 0x0E, 0x04, 0x0C, 'Klaus Gutzke' ]
PROTOCOL 1F
AA 0006 (CONTEXT SPECIFIC [10])
  80 0001 00 (CONTEXT SPECIFIC [0])
  82 0001 00 (CONTEXT SPECIFIC [2])
8B 0001 00 (CONTEXT SPECIFIC [11])
A1 0016 (CONTEXT SPECIFIC [1])
  02 0001 0E (INTEGER: 14)
  02 0001 00 (INTEGER: 0)
  A1 000E (CONTEXT SPECIFIC [1])
    04 000C 4B 6C 61 75 73 20 47 75 74 7A 6B 65 (OCTETSTRING: 4b 6c 61 75 73 20 47 75 74 7a 6b 65)
> [6c 06 49 80 31 32 39 39]
> Calling Number (len= 8) [ Ext: 0  TON: Subscriber Number (4)  NPI: Private Numbering Plan (9)
>                           Presentation: Presentation permitted, user number not screened (0)  '1299' ]
> [70 05 c9 38 30 32 39]
> Called Number (len= 7) [ Ext: 1  TON: Subscriber Number (4)  NPI: Private Numbering Plan (9)  '8029' ]
q931.c:2888 q931_setup: call 32772 on channel 1 enters state 1 (Call Initiated)
< Protocol Discriminator: Q.931 (8)  len=10
< Call Ref: len= 2 (reference 4/0x4) (Terminator)
< Message type: SETUP ACKNOWLEDGE (13)
< [18 03 a9 83 81]
< Channel ID (len= 5) [ Ext: 1  IntID: Implicit  PRI  Spare: 0  Exclusive  Dchan: 0
<                        ChanSel: Reserved
<                       Ext: 1  Coding: 0  Number Specified  Channel Type: 3
<                       Ext: 1  Channel: 1 ]
-- Processing IE 24 (cs0, Channel Identification)
q931.c:3629 q931_receive: call 32772 on channel 1 enters state 2 (Overlap sending)
< Protocol Discriminator: Q.931 (8)  len=54
< Call Ref: len= 2 (reference 4/0x4) (Terminator)
< Message type: ALERTING (1)
< [1c 2b 91 aa 06 80 01 00 82 01 00 8b 01 00 a1 1d 02 02 6d 57 06 04 2b 0c 09 01 a1 11 04 0c 47 55 54 5a 4b 45 20 4b 4c 41 55 53 02 01 01]
< Facility (len=45, codeset=0) [ 0x91, 0xAA, 0x06, 0x80, 0x01, 0x00, 0x82, 0x01, 0x00, 0x8B, 0x01, 0x00, 0xA1, 0x1D, 0x02, 0x02, 'mW', 0x06, 0x04, '+', 0x0C, 0x09, 0x01, 0xA1, 0x11, 0x04, 0x0C, 'GUTZKE KLAUS', 0x02, 0x01, 0x01 ]
PROTOCOL 11
AA 0006 (CONTEXT SPECIFIC [10])
  80 0001 00 (CONTEXT SPECIFIC [0])
  82 0001 00 (CONTEXT SPECIFIC [2])
8B 0001 00 (CONTEXT SPECIFIC [11])
A1 001D (CONTEXT SPECIFIC [1])
  02 0002 6D 57 (INTEGER: 27991)
  06 0004 2B 0C 09 01 (OBJECTIDENTIFIER: 2b 0c 09 01)
  A1 0011 (CONTEXT SPECIFIC [1])
    04 000C 47 55 54 5A 4B 45 20 4B 4C 41 55 53 (OCTETSTRING: 47 55 54 5a 4b 45 20 4b 4c 41 55 53)
    02 0001 01 (INTEGER: 1)
< [1e 02 80 88]
< Progress Indicator (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  0: 0  Location: User (0)
<                               Ext: 1  Progress Description: Inband information or appropriate pattern now available. (8) ]
-- Processing IE 28 (cs0, Facility)
Don't know how to handle ROSE component of type 0xAA
Don't know how to handle ROSE component of type 0x8B
Handle Q.932 ROSE Invoke component
  [ Handling operation 722209025 ]
!! Unable to handle ROSE operation 722209025 [ A1 11 04 0C 47 55 54 5A 4B 45 20 4B 4C 41 55 53 02 01 01 ] - [....GUTZKE KLAUS...]
-- Processing IE 30 (cs0, Progress Indicator)
q931.c:3350 q931_receive: call 32772 on channel 1 enters state 4 (Call Delivered)
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Call Delivered, peerstate Call Received
q931.c:2771 q931_disconnect: call 32772 on channel 1 enters state 11 (Disconnect Request)
> Protocol Discriminator: Q.931 (8)  len=9
> Call Ref: len= 2 (reference 4/0x4) (Originator)
> Message type: DISCONNECT (69)
> [08 02 81 90]
> Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  Spare: 0  Location: Private network serving the local user (1)
>                  Ext: 1  Cause: Normal Clearing (16), class = Normal Event (1) ]
< Protocol Discriminator: Q.931 (8)  len=9
< Call Ref: len= 2 (reference 4/0x4) (Terminator)
< Message type: RELEASE (77)
< [08 02 80 90]
< Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  Spare: 0  Location: User (0)
<                  Ext: 1  Cause: Normal Clearing (16), class = Normal Event (1) ]
-- Processing IE 8 (cs0, Cause)
q931.c:3545 q931_receive: call 32772 on channel 1 enters state 0 (Null)
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Release Request
> Protocol Discriminator: Q.931 (8)  len=9
> Call Ref: len= 2 (reference 4/0x4) (Originator)
> Message type: RELEASE COMPLETE (90)
> [08 02 81 90]
> Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  Spare: 0  Location: Private network serving the local user (1)
>                  Ext: 1  Cause: Normal Clearing (16), class = Normal Event (1) ]
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null

Kannst du damit was anfangen?
 
Hi,

So, hab' mal meine graue Zellen bemüht:

Zu 1.
CALLEDNAME funktioniert logischerweise nur, wenn Asterisk(/libpri) ein ALERTING an die Hipath sendet. Dies ist bei dir nicht der Fall, da kommt ein CALL PROCEEDING und danach schon ein CONNECT. Solange du nicht ans Telefon gehst, dürftest du von der Hipath auch keinen Rufton hören.
Dieses Facility wird nur mit dem ALERTING zusammen gesendet. Versuch' mal ein Ringing vor dein Dial zu setzen...

Zu 2.
Die Hipath sendet mit ECMAv1 Protokoll, libpri/Asterisk frissts, dank eines kleinen Hack von mir.

Zu 3.
libpri sendet mit ECMAv2 Protkoll, die Hipath ignorierts...

Ich müsste mir das mal anschauen. Es gibt da 2 Stellen, die zu ändern wären:
PROTOCOL 1F muss 11 senden
Der Name muss per ObjectIdentifier (s. 2. Auszug oben 1.3.12.9.0 <2B 0C 09 00> - kennt man von SNMP, das letzte Byte beschreibt die Funktion "Anrufername") übermittelt werden. ECMAv2 überträgt hier sinnigerweise nur einen Integer (0), was viel einfacher zu parsen ist.
Mit OIDs werden bei den entsprechenden Herstellereigenen Protokollen die Nicht-Standardisierten Funktionen zB übermittelt.

Wäre mit einem DEFINE möglicherweise schnell zu hacken...

Muss ich nochmal drüberschauen...

Gruß Mario
 
m.goegel schrieb:
Zu 1.
CALLEDNAME funktioniert logischerweise nur, wenn Asterisk(/libpri) ein ALERTING an die Hipath sendet. Dies ist bei dir nicht der Fall, da kommt ein CALL PROCEEDING und danach schon ein CONNECT. Solange du nicht ans Telefon gehst, dürftest du von der Hipath auch keinen Rufton hören.
Dieses Facility wird nur mit dem ALERTING zusammen gesendet. Versuch' mal ein Ringing vor dein Dial zu setzen...
Zum Vergrößern anklicken....

Habe ich gemacht, dann kommt das Alerting aber kein Calledname. Ich verstehe das aber richtig. Ich sollte im Siemenstelefondisplay den Namen des Angerufenen sehen.

m.goegel schrieb:
Zu 2.
Die Hipath sendet mit ECMAv1 Protokoll, libpri/Asterisk frissts, dank eines kleinen Hack von mir.

Zu 3.
libpri sendet mit ECMAv2 Protkoll, die Hipath ignorierts...
Zum Vergrößern anklicken....

Welche Protokolvariante macht den Libpri Standardmäßig ECMAv1 oder v2? Deinen Ausführungen zufolge v2, dann besteht das Problem mit den Kanalzuordnungen und der Name wird in Richtung Asterisk nicht angezeigt, dafür aber dann in umgekehrter Richtung.
 
kla960 schrieb:
Habe ich gemacht, dann kommt das Alerting aber kein Calledname. Ich verstehe das aber richtig. Ich sollte im Siemenstelefondisplay den Namen des Angerufenen sehen.
Zum Vergrößern anklicken....
Theoretisch ja :)
Praktisch tritt dann wohl irgendwo ein Problem zwischen chan_zap und libpri auf, d.h. die Anforderung wird nicht übergeben... :-(

Welche Protokolvariante macht den Libpri Standardmäßig ECMAv1 oder v2? Deinen Ausführungen zufolge v2, dann besteht das Problem mit den Kanalzuordnungen und der Name wird in Richtung Asterisk nicht angezeigt, dafür aber dann in umgekehrter Richtung.
Zum Vergrößern anklicken....
Also libpri arbeitet mit ECMAv2, das mit dem Kanal 16 Problem der Hicom ist dabei störend. Die Namensanzeige bei dieser Variante zum laufen zu bringen, sollte da nicht das Problem sein - mit meinem Patch sollte es an sich laufen, falls nicht - gib' mir 'nen Trace und ich sehe, was ich machen kann(muss)... :)

Mario
 
Wenn lippri ecmav2 basierent ist, sollte wird dies auch auf der Hipath einsetzen. Wir haben das jetzt mal getan und siehe da, der Calleridname wird in beide Richtungen angezeigt, der Calledname nicht.

Code: 
< Call Ref: len= 2 (reference 108/0x6C) (Originator)
< Message type: SETUP (5)
< [a1]
< Sending Complete (len= 1)
< [04 03 80 90 a3]
< Bearer Capability (len= 5) [ Ext: 1  Q.931 Std: 0  Info transfer capability: Speech (0)
<                              Ext: 1  Trans mode/rate: 64kbps, circuit-mode (16)
<                              Ext: 1  User information layer 1: A-Law (35)
< [18 03 a1 83 8a]
< Channel ID (len= 5) [ Ext: 1  IntID: Implicit  PRI  Spare: 0  Preferred  Dchan: 0
<                        ChanSel: Reserved
<                       Ext: 1  Coding: 0  Number Specified  Channel Type: 3
<                       Ext: 1  Channel: 10 ]
< [1c 22 9f aa 06 80 01 00 82 01 00 8b 01 02 a1 14 02 02 a8 6b 02 01 3b 30 0b 30 09 0a 01 05 0a 01 03 0a 01 04]
< Facility (len=36, codeset=0) [ 0x9F, 0xAA, 0x06, 0x80, 0x01, 0x00, 0x82, 0x01, 0x00, 0x8B, 0x01, 0x02, 0xA1, 0x14, 0x02, 0x02, 0xA8, 'k', 0x02, 0x01, ';0', 0x0B, '0', 0x09, 0x0A, 0x01, 0x05, 0x0A, 0x01, 0x03, 0x0A, 0x01, 0x04 ]
PROTOCOL 1F
AA 0006 (CONTEXT SPECIFIC [10])
  80 0001 00 (CONTEXT SPECIFIC [0])
  82 0001 00 (CONTEXT SPECIFIC [2])
8B 0001 02 (CONTEXT SPECIFIC [11])
A1 0014 (CONTEXT SPECIFIC [1])
  02 0002 A8 6B (INTEGER: 43115)
  02 0001 3B (INTEGER: 59)
  30 000B (SEQUENCE)
    30 0009 (SEQUENCE)
      0A 0001 05 (ENUMERATED: 5)
      0A 0001 03 (ENUMERATED: 3)
      0A 0001 04 (ENUMERATED: 4)
< [1c 1d 9f aa 06 80 01 00 82 01 00 8b 01 00 a1 0f 02 02 a8 7a 02 01 55 30 06 82 04 06 40 08 40]
< Facility (len=31, codeset=0) [ 0x9F, 0xAA, 0x06, 0x80, 0x01, 0x00, 0x82, 0x01, 0x00, 0x8B, 0x01, 0x00, 0xA1, 0x0F, 0x02, 0x02, 0xA8, 'z', 0x02, 0x01, 'U0', 0x06, 0x82, 0x04, 0x06, '@', 0x08, '@' ]
PROTOCOL 1F
AA 0006 (CONTEXT SPECIFIC [10])
  80 0001 00 (CONTEXT SPECIFIC [0])
  82 0001 00 (CONTEXT SPECIFIC [2])
8B 0001 00 (CONTEXT SPECIFIC [11])
A1 000F (CONTEXT SPECIFIC [1])
  02 0002 A8 7A (INTEGER: 43130)
  02 0001 55 (INTEGER: 85)
  30 0006 (SEQUENCE)
    82 0004 06 40 08 40 (CONTEXT SPECIFIC [2])
< [1c 28 9f aa 06 80 01 00 82 01 00 8b 01 00 a1 1a 02 02 a8 89 02 01 00 a1 11 04 0c 47 55 54 5a 4b 45 20 4b 4c 41 55 53 02 01 01]
< Facility (len=42, codeset=0) [ 0x9F, 0xAA, 0x06, 0x80, 0x01, 0x00, 0x82, 0x01, 0x00, 0x8B, 0x01, 0x00, 0xA1, 0x1A, 0x02, 0x02, 0xA8, 0x89, 0x02, 0x01, 0x00, 0xA1, 0x11, 0x04, 0x0C, 'GUTZKE KLAUS', 0x02, 0x01, 0x01 ]
PROTOCOL 1F
AA 0006 (CONTEXT SPECIFIC [10])
  80 0001 00 (CONTEXT SPECIFIC [0])
  82 0001 00 (CONTEXT SPECIFIC [2])
8B 0001 00 (CONTEXT SPECIFIC [11])
A1 001A (CONTEXT SPECIFIC [1])
  02 0002 A8 89 (INTEGER: 43145)
  02 0001 00 (INTEGER: 0)
  A1 0011 (CONTEXT SPECIFIC [1])
    04 000C 47 55 54 5A 4B 45 20 4B 4C 41 55 53 (OCTETSTRING: 47 55 54 5a 4b 45 20 4b 4c 41 55 53)
    02 0001 01 (INTEGER: 1)
< [6c 06 19 83 38 30 32 39]
< Calling Number (len= 8) [ Ext: 0  TON: International Number (1)  NPI: Private Numbering Plan (9)
<                           Presentation: Presentation allowed of network provided number (3)  '8029' ]
< [70 05 89 39 30 33 32]
< Called Number (len= 7) [ Ext: 1  TON: Unknown Number Type (0)  NPI: Private Numbering Plan (9)  '9032' ]
< [7d 02 91 81]
< IE: High-layer Compatibility (len = 4)
< [94]
< Locking Shift (len=01): Requested codeset 4
< [31 01 80]
< Transit Count (len=03): Count=0 (0x00)
-- Making new call for cr 108
-- Processing Q.931 Call Setup
-- Processing IE 161 (cs0, Sending Complete)
-- Processing IE 4 (cs0, Bearer Capability)
-- Processing IE 24 (cs0, Channel Identification)
-- Processing IE 28 (cs0, Facility)
Q.932 Network facility extensions component is not handled
Q.932 Interpretation component is not handled
Handle Q.932 ROSE Invoke component
  [ Handling operation 59 ]
!! Unable to handle ROSE operation 59 [ 30 0B 30 09 0A 01 05 0A 01 03 0A 01 04 ] - [0.0..........]
-- Processing IE 28 (cs0, Facility)
Q.932 Network facility extensions component is not handled
Q.932 Interpretation component is not handled
Handle Q.932 ROSE Invoke component
  [ Handling operation 85 ]
!! Unable to handle ROSE operation 85 [ 30 06 82 04 06 40 08 40 ] - [0....@.@]
-- Processing IE 28 (cs0, Facility)
Q.932 Network facility extensions component is not handled
Q.932 Interpretation component is not handled
Handle Q.932 ROSE Invoke component
  [ Handling operation 0 ]
  Handle Name display operation
-- Processing IE 108 (cs0, Calling Party Number)
-- Processing IE 112 (cs0, Called Party Number)
-- Processing IE 125 (cs0, High-layer Compatibility)
-- Processing IE 49 (cs4, Transit Count)
q931.c:3305 q931_receive: call 108 on channel 10 enters state 6 (Call Present)
q931.c:2571 q931_call_proceeding: call 108 on channel 10 enters state 9 (Incoming Call Proceeding)
> Protocol Discriminator: Q.931 (8)  len=10
> Call Ref: len= 2 (reference 108/0x6C) (Terminator)
> Message type: CALL PROCEEDING (2)
> [18 03 a9 83 8a]
> Channel ID (len= 5) [ Ext: 1  IntID: Implicit  PRI  Spare: 0  Exclusive  Dchan: 0
>                        ChanSel: Reserved
>                       Ext: 1  Coding: 0  Number Specified  Channel Type: 3
>                       Ext: 1  Channel: 10 ]
-- Making new call for cr 32771
> Protocol Discriminator: Q.931 (8)  len=68
> Call Ref: len= 2 (reference 3/0x3) (Originator)
> Message type: SETUP (5)
> [04 03 80 90 a3]
> Bearer Capability (len= 5) [ Ext: 1  Q.931 Std: 0  Info transfer capability: Speech (0)
>                              Ext: 1  Trans mode/rate: 64kbps, circuit-mode (16)
>                              Ext: 1  User information layer 1: A-Law (35)
> [18 03 a9 83 91]
> Channel ID (len= 5) [ Ext: 1  IntID: Implicit  PRI  Spare: 0  Exclusive  Dchan: 0
>                        ChanSel: Reserved
>                       Ext: 1  Coding: 0  Number Specified  Channel Type: 3
>                       Ext: 1  Channel: 17 ]
> [1c 24 9f aa 06 80 01 00 82 01 00 8b 01 00 a1 16 02 01 04 02 01 00 a1 0e 04 0c 47 55 54 5a 4b 45 20 4b 4c 41 55 53]
> Facility (len=38, codeset=0) [ 0x9F, 0xAA, 0x06, 0x80, 0x01, 0x00, 0x82, 0x01, 0x00, 0x8B, 0x01, 0x00, 0xA1, 0x16, 0x02, 0x01, 0x04, 0x02, 0x01, 0x00, 0xA1, 0x0E, 0x04, 0x0C, 'GUTZKE KLAUS' ]
PROTOCOL 1F
AA 0006 (CONTEXT SPECIFIC [10])
  80 0001 00 (CONTEXT SPECIFIC [0])
  82 0001 00 (CONTEXT SPECIFIC [2])
8B 0001 00 (CONTEXT SPECIFIC [11])
A1 0016 (CONTEXT SPECIFIC [1])
  02 0001 04 (INTEGER: 4)
  02 0001 00 (INTEGER: 0)
  A1 000E (CONTEXT SPECIFIC [1])
    04 000C 47 55 54 5A 4B 45 20 4B 4C 41 55 53 (OCTETSTRING: 47 55 54 5a 4b 45 20 4b 4c 41 55 53)
> [6c 06 49 83 38 30 32 39]
> Calling Number (len= 8) [ Ext: 0  TON: Subscriber Number (4)  NPI: Private Numbering Plan (9)
>                           Presentation: Presentation allowed of network provided number (3)  '8029' ]
> [70 05 c9 39 30 33 32]
> Called Number (len= 7) [ Ext: 1  TON: Subscriber Number (4)  NPI: Private Numbering Plan (9)  '9032' ]
q931.c:2888 q931_setup: call 32771 on channel 17 enters state 1 (Call Initiated)
< Protocol Discriminator: Q.931 (8)  len=9
< Call Ref: len= 2 (reference 3/0x3) (Terminator)
< Message type: RELEASE COMPLETE (90)
< [08 02 80 d2]
< Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  Spare: 0  Location: User (0)
<                  Ext: 1  Cause: Identified channel does not exist (82), class = Invalid message (e.g. parameter out of range) (5) ]
-- Processing IE 8 (cs0, Cause)
q931.c:3510 q931_receive: call 32771 on channel 17 enters state 0 (Null)
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Incoming Call Proceeding, peerstate Outgoing call  Proceeding
q931.c:2900 q931_release_complete: call 108 on channel 10 enters state 0 (Null)
> Protocol Discriminator: Q.931 (8)  len=9
> Call Ref: len= 2 (reference 108/0x6C) (Terminator)
> Message type: RELEASE COMPLETE (90)
> [08 02 81 d2]
> Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  Spare: 0  Location: Private network serving the local user (1)
>                  Ext: 1  Cause: Identified channel does not exist (82), class = Invalid message (e.g. parameter out of range) (5) ]
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null
!! Got reject for frame 26, but we only have others!
< Protocol Discriminator: Q.931 (8)  len=147
< Call Ref: len= 2 (reference 109/0x6D) (Originator)
< Message type: SETUP (5)
< [a1]
< Sending Complete (len= 1)
< [04 03 80 90 a3]
< Bearer Capability (len= 5) [ Ext: 1  Q.931 Std: 0  Info transfer capability: Speech (0)
<                              Ext: 1  Trans mode/rate: 64kbps, circuit-mode (16)
<                              Ext: 1  User information layer 1: A-Law (35)
< [18 03 a1 83 8b]
< Channel ID (len= 5) [ Ext: 1  IntID: Implicit  PRI  Spare: 0  Preferred  Dchan: 0
<                        ChanSel: Reserved
<                       Ext: 1  Coding: 0  Number Specified  Channel Type: 3
<                       Ext: 1  Channel: 11 ]
< [1c 22 9f aa 06 80 01 00 82 01 00 8b 01 02 a1 14 02 02 b1 17 02 01 3b 30 0b 30 09 0a 01 05 0a 01 03 0a 01 04]
< Facility (len=36, codeset=0) [ 0x9F, 0xAA, 0x06, 0x80, 0x01, 0x00, 0x82, 0x01, 0x00, 0x8B, 0x01, 0x02, 0xA1, 0x14, 0x02, 0x02, 0xB1, 0x17, 0x02, 0x01, ';0', 0x0B, '0', 0x09, 0x0A, 0x01, 0x05, 0x0A, 0x01, 0x03, 0x0A, 0x01, 0x04 ]
PROTOCOL 1F
AA 0006 (CONTEXT SPECIFIC [10])
  80 0001 00 (CONTEXT SPECIFIC [0])
  82 0001 00 (CONTEXT SPECIFIC [2])
8B 0001 02 (CONTEXT SPECIFIC [11])
A1 0014 (CONTEXT SPECIFIC [1])
  02 0002 B1 17 (INTEGER: 45335)
  02 0001 3B (INTEGER: 59)
  30 000B (SEQUENCE)
    30 0009 (SEQUENCE)
      0A 0001 05 (ENUMERATED: 5)
      0A 0001 03 (ENUMERATED: 3)
      0A 0001 04 (ENUMERATED: 4)
< [1c 1d 9f aa 06 80 01 00 82 01 00 8b 01 00 a1 0f 02 02 b1 26 02 01 55 30 06 82 04 06 40 08 40]
< Facility (len=31, codeset=0) [ 0x9F, 0xAA, 0x06, 0x80, 0x01, 0x00, 0x82, 0x01, 0x00, 0x8B, 0x01, 0x00, 0xA1, 0x0F, 0x02, 0x02, 0xB1, '&', 0x02, 0x01, 'U0', 0x06, 0x82, 0x04, 0x06, '@', 0x08, '@' ]
PROTOCOL 1F
AA 0006 (CONTEXT SPECIFIC [10])
  80 0001 00 (CONTEXT SPECIFIC [0])
  82 0001 00 (CONTEXT SPECIFIC [2])
8B 0001 00 (CONTEXT SPECIFIC [11])
A1 000F (CONTEXT SPECIFIC [1])
  02 0002 B1 26 (INTEGER: 45350)
  02 0001 55 (INTEGER: 85)
  30 0006 (SEQUENCE)
    82 0004 06 40 08 40 (CONTEXT SPECIFIC [2])
< [1c 28 9f aa 06 80 01 00 82 01 00 8b 01 00 a1 1a 02 02 b1 35 02 01 00 a1 11 04 0c 47 55 54 5a 4b 45 20 4b 4c 41 55 53 02 01 01]
< Facility (len=42, codeset=0) [ 0x9F, 0xAA, 0x06, 0x80, 0x01, 0x00, 0x82, 0x01, 0x00, 0x8B, 0x01, 0x00, 0xA1, 0x1A, 0x02, 0x02, 0xB1, '5', 0x02, 0x01, 0x00, 0xA1, 0x11, 0x04, 0x0C, 'GUTZKE KLAUS', 0x02, 0x01, 0x01 ]
PROTOCOL 1F
AA 0006 (CONTEXT SPECIFIC [10])
  80 0001 00 (CONTEXT SPECIFIC [0])
  82 0001 00 (CONTEXT SPECIFIC [2])
8B 0001 00 (CONTEXT SPECIFIC [11])
A1 001A (CONTEXT SPECIFIC [1])
  02 0002 B1 35 (INTEGER: 45365)
  02 0001 00 (INTEGER: 0)
  A1 0011 (CONTEXT SPECIFIC [1])
    04 000C 47 55 54 5A 4B 45 20 4B 4C 41 55 53 (OCTETSTRING: 47 55 54 5a 4b 45 20 4b 4c 41 55 53)
    02 0001 01 (INTEGER: 1)
< [6c 06 19 83 38 30 32 39]
< Calling Number (len= 8) [ Ext: 0  TON: International Number (1)  NPI: Private Numbering Plan (9)
<                           Presentation: Presentation allowed of network provided number (3)  '8029' ]
< [70 04 89 39 39 39]
< Called Number (len= 6) [ Ext: 1  TON: Unknown Number Type (0)  NPI: Private Numbering Plan (9)  '999' ]
< [7d 02 91 81]
< IE: High-layer Compatibility (len = 4)
< [94]
< Locking Shift (len=01): Requested codeset 4
< [31 01 80]
< Transit Count (len=03): Count=0 (0x00)
-- Making new call for cr 109
-- Processing Q.931 Call Setup
-- Processing IE 161 (cs0, Sending Complete)
-- Processing IE 4 (cs0, Bearer Capability)
-- Processing IE 24 (cs0, Channel Identification)
-- Processing IE 28 (cs0, Facility)
Q.932 Network facility extensions component is not handled
Q.932 Interpretation component is not handled
Handle Q.932 ROSE Invoke component
  [ Handling operation 59 ]
!! Unable to handle ROSE operation 59 [ 30 0B 30 09 0A 01 05 0A 01 03 0A 01 04 ] - [0.0..........]
-- Processing IE 28 (cs0, Facility)
Q.932 Network facility extensions component is not handled
Q.932 Interpretation component is not handled
Handle Q.932 ROSE Invoke component
  [ Handling operation 85 ]
!! Unable to handle ROSE operation 85 [ 30 06 82 04 06 40 08 40 ] - [0....@.@]
-- Processing IE 28 (cs0, Facility)
Q.932 Network facility extensions component is not handled
Q.932 Interpretation component is not handled
Handle Q.932 ROSE Invoke component
  [ Handling operation 0 ]
  Handle Name display operation
-- Processing IE 108 (cs0, Calling Party Number)
-- Processing IE 112 (cs0, Called Party Number)
-- Processing IE 125 (cs0, High-layer Compatibility)
-- Processing IE 49 (cs4, Transit Count)
q931.c:3305 q931_receive: call 109 on channel 11 enters state 6 (Call Present)
q931.c:2571 q931_call_proceeding: call 109 on channel 11 enters state 9 (Incoming Call Proceeding)
> Protocol Discriminator: Q.931 (8)  len=10
> Call Ref: len= 2 (reference 109/0x6D) (Terminator)
> Message type: CALL PROCEEDING (2)
> [18 03 a9 83 8b]
> Channel ID (len= 5) [ Ext: 1  IntID: Implicit  PRI  Spare: 0  Exclusive  Dchan: 0
>                        ChanSel: Reserved
>                       Ext: 1  Coding: 0  Number Specified  Channel Type: 3
>                       Ext: 1  Channel: 11 ]
q931.c:2599 q931_alerting: call 109 on channel 11 enters state 7 (Call Received)
> Protocol Discriminator: Q.931 (8)  len=9
> Call Ref: len= 2 (reference 109/0x6D) (Terminator)
> Message type: ALERTING (1)
> [1e 02 81 88]
> Progress Indicator (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  0: 0  Location: Private network serving the local user (1)
>                               Ext: 1  Progress Description: Inband information or appropriate pattern now available. (8) ]
< Protocol Discriminator: Q.931 (8)  len=9
< Call Ref: len= 2 (reference 109/0x6D) (Originator)
< Message type: DISCONNECT (69)
< [08 02 80 90]
< Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  Spare: 0  Location: User (0)
<                  Ext: 1  Cause: Normal Clearing (16), class = Normal Event (1) ]
-- Processing IE 8 (cs0, Cause)
q931.c:3570 q931_receive: call 109 on channel 11 enters state 12 (Disconnect Indication)
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Disconnect Indication, peerstate Disconnect Request
q931.c:2723 q931_release: call 109 on channel 11 enters state 19 (Release Request)
> Protocol Discriminator: Q.931 (8)  len=9

Call kam von Hipath über Channel 10 und ging über Channel 17 zurück. Wurde aber abgebrochen da die Hipath Channel 17 nicht kennt. Wir haben z.Z. nur die ersten 16 Kanäle aktiv.


> Call Ref: len= 2 (reference 109/0x6D) (Terminator)
> Message type: RELEASE (77)
> [08 02 81 90]
> Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  Spare: 0  Location: Private network serving the local user (1)
>                  Ext: 1  Cause: Normal Clearing (16), class = Normal Event (1) ]
< Protocol Discriminator: Q.931 (8)  len=9
< Call Ref: len= 2 (reference 109/0x6D) (Originator)
< Message type: RELEASE COMPLETE (90)
< [08 02 80 90]
< Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  Spare: 0  Location: User (0)
<                  Ext: 1  Cause: Normal Clearing (16), class = Normal Event (1) ]
-- Processing IE 8 (cs0, Cause)
q931.c:3510 q931_receive: call 109 on channel 11 enters state 0 (Null)
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null

Versuch Calledname mit ECMAv2

Um das Problem mit der Kanalzuordnung zu umgehen, werden wir in den nächsten Tagen mal versuchen den D-Kanal auf 31 zu legen. Mal sehen ob das funktioniert, denn dann müssten die B-Channels auf der Zaptelseite auch von 1-30 nummeriert werden.
 
Um antworten zu können musst du eingeloggt sein.

Zurzeit aktive Besucher

Gesamt: 795 (Mitglieder: 30, Gäste: 765)

Neueste Beiträge

Statistik des Forums

Themen
246,099
Beiträge
2,246,167
Mitglieder
373,581
Neuestes Mitglied
Perry123
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.
Ihr E-Mail-Adresse verifizieren

Ihr E-Mail-Adresse verifizieren

Wir haben Ihnen eine E-Mail geschickt. Klicken Sie auf die Schaltfläche im E-Mail-Text, um Ihre E-Mail-Adresse zu verifizieren – (Können Sie diese nicht finden können, dann überprüfen Sie Ihren Spam-Ordner).

IPPF im Überblick

Neueste Beiträge

Direktlinks Telefonanlage

Website-Sponsoren

3CX sponsor
KONTAKTIEREN SIE UNS BEI INTERESSE
| Style by ThemeHouse
XenPorta 2 PRO © Jason Axelrod of 8WAYRUN
Oben Unten
Zurück