Nach Upgrade von Lenny auf Squeeze funktioniert ASTERISK/DIVA-S-QSIG/HICOM300 nicht

knolle75 · 16 Feb 2011

Hi,

nach dem Upgrade von Lenny auf Squeeze und der Konfiguration Asterisk->chan_capi_cm->Eicon-Diva-Server QSIG->Hicom 300 funktioniert die Verbindung nicht mehr.

Ich habe auch bei der Gelegenheit die Diva-Treiber und den chan_capi aktualisiert gehabt:
divas4linux-melware-3.1.5-109.75-1
chan_capi-1.1.5

libcapi20-3.0.5-cm

Sobald ich von der Asterisk in die Hicom rufe, kommt folgendes in der Console bei "core set verbose 5" & "capi debug" & "capi qsig debug":

Code:

  == Using SIP RTP CoS mark 5
[Feb 16 11:55:39] WARNING[29947]: chan_sip.c:8860 process_sdp_a_audio: Got Siren7 offer at 40000 bps, but only 32000 bps supported; ignoring.
    -- Executing [9128@default:1] Goto("SIP/127-00000001", "isdn-out,128,1") in new stack
    -- Goto (isdn-out,128,1)
    -- Executing [128@isdn-out:1] NoOp("SIP/127-00000001", "127") in new stack
    -- Executing [128@isdn-out:2] NoOp("SIP/127-00000001", "Nico Kretschmar") in new stack
    -- Executing [128@isdn-out:3] Set("SIP/127-00000001", "CALLERID(num)=85127") in new stack
    -- Executing [128@isdn-out:4] Dial("SIP/127-00000001", "CAPI/ASTERISK/128/b,30") in new stack
       > data = ASTERISK/128/b format=8
       > parsed dialstring: 'ASTERISK' 'NULL' '128' 'b'
       > capi request for interface 'ASTERISK'
  == ASTERISK#02: setting format alaw - 0x8 (alaw)
       > parsed dialstring: 'ASTERISK' 'NULL' '128' 'b'
       > capi: peerlink -1 allocated, peer is unlinked
  == ASTERISK#02: Call CAPI/ASTERISK#02/128-1 with B3  (pres=0x00, ton=0x00)
       >   * Sending "Nico Kretschmar": (15 byte(s))
CONNECT_REQ                ID=002 #0x0006 LEN=0092
  Controller/PLCI/NCCI            = 0x1
  CIPValue                        = 0x1
  CalledPartyNumber               = <80>128
  CallingPartyNumber              = <00 80>85127
  CalledPartySubaddress           = default
  CallingPartySubaddress          = default
  BProtocol
   B1protocol                     = 0x1
   B2protocol                     = 0x1
   B3protocol                     = 0x0
   B1configuration                = default
   B2configuration                = default
   B3configuration                = default
   GlobalConfiguration            = default
  BC                              = default
  LLC                             = default
  HLC                             = default
  AdditionalInfo
   BChannelinformation            = <00 00>
   Keypadfacility                 = default
   Useruserdata                   = default
   Facilitydataarray              = <1c 25 9f aa 06 80 01 00 82 01 00 8b 01 00 a1 17 02 01 01 02 01 00 80 0f>Nico Kretschmar
   SendingComplete                = <01 00>

    -- Called ASTERISK/128/b
       > chan_capi devicestate requested for ASTERISK#02/128 is 'In use'
CAPI: ApplId=0x0002 Command=0x02 SubCommand=0x81 MsgNum=0x0006 NCCI=0x00000401
CONNECT_CONF               ID=002 #0x0006 LEN=0014
  Controller/PLCI/NCCI            = 0x401
  Info                            = 0x0

    -- ASTERISK#02: received CONNECT_CONF PLCI = 0x401
CAPI: ApplId=0x0002 Command=0x08 SubCommand=0x82 MsgNum=0x0003 NCCI=0x00000401
INFO_IND                   ID=002 #0x0003 LEN=0015
  Controller/PLCI/NCCI            = 0x401
  InfoNumber                      = 0x804d
  InfoElement                     = default

INFO_RESP                  ID=002 #0x0003 LEN=0012
  Controller/PLCI/NCCI            = 0x401

    -- ASTERISK#02: info element RELEASE
CAPI: ApplId=0x0002 Command=0x04 SubCommand=0x82 MsgNum=0x0005 NCCI=0x00000401
DISCONNECT_IND             ID=002 #0x0005 LEN=0014
  Controller/PLCI/NCCI            = 0x401
  Reason                          = 0x3490

DISCONNECT_RESP            ID=002 #0x0005 LEN=0012
  Controller/PLCI/NCCI            = 0x401

       > ASTERISK#02: CAPI INFO 0x3490: Normal call clearing
    -- chan_capi queue frame: TYPE: Control (4) SUBCLASS: Hangup (1) ] [ASTERISK#02]
  == ASTERISK#02: CAPI Hangingup for PLCI=0xdead0000 in state 4
  == ASTERISK#02: Interface cleanup PLCI=0xdead0000
       > QSIG: cleanup channel
    -- No one is available to answer at this time (1:0/0/0)
    -- Executing [128@isdn-out:5] Hangup("SIP/127-00000001", "") in new stack
  == Spawn extension (isdn-out, 128, 5) exited non-zero on 'SIP/127-00000001'
       > chan_capi devicestate requested for ASTERISK#02/128 is 'Not in use'
       > chan_capi devicestate requested for ASTERISK#02/128 is 'Not in use'
asterisk*CLI>

Rufe ich von der Hicom in die Asterisk, kommt offensichtlich der Ruf gar nicht zur Asterisk.

Da ich Eigenwarter unserer Hicom bin, schicke ich mal für den Interessierten die Konfiguration des Satzes

Code:

  +------------------------ DIGITALER SATZ (FORMAT=L) ------------------------+ 
  |             GER = S0VERB                  LAGE =  1-01-079-7              | 
  |---------------------------------------------------------------------------| 
  | COTNR    = 37            COPNR    = 37            WABE     = 0            | 
  | VBZ      = 0             COS      = 7             LCOSS    = 7            | 
  | LCOSD    = 7             SATZNR   = 7             ZLNR     = 85           | 
  | PROTVAR  = ECMAV2        SEGMENT  = 8             TCHARG   = N            | 
  | ANZUNT   = 0             ZIVO     =               CHIMAP   = N            | 
  | ISDNCC   =               ISDNAC   =               ISDNLC   =              | 
  | ISDNIP   =               ISDNNP   =                                       | 
  | PNPL2C   =               PNPL1C   =               PNPLC    =              | 
  | PNPL2P   =               PNPL1P   =               PNPAC    =              | 
  | TRACOUNT = 31            SATCOUNT = VIELE         KNNR     = 860          | 
  | ALARMNR  = 0             FIDX     = 1             CARRIER  = 1            | 
  | ZONE     = LEER          COTX     = 36            AULX     = 1            | 
  | DOMTYP   =               DOMAINNR =               TPROFNR  =              | 
  | ENACHT   =                                                                | 
  | CCHDL    =               UUSCCX   = 16            UUSCCY   = 8            | 
  |---------------------------------------------------------------------------|
  | INBETR   = J             BUNR     = 4             SUCHART  = ZYK          | 
  | MASTER   = J             SMD      = J             CNTRNR   = 0            | 
  | BKVER    = N                                                              | 
  +---------------------------------------------------------------------------+
  ANZAHL DER B-KANAELE IN DIESER AUSGABE: 2

Ich habe schon mit den verschiedenen Protokollvarianten gespielt, Euro-ISDN geht, QSIG in ECMAV1 oder ECMAV2 nicht.

Dummerweise funktioniert der alte Treiber der Diva auch nicht mehr (divas4linux-melware-3.1.2-109.50-1), d.h er lässt sich nicht kompilieren, und somit auch nicht das "Config" starten, um zu schauen, was ich dort nun schlussendlich konfiguriert habe.

Vielleicht ist einer so freundlich, mir einen kleinen Tip zu geben.

Außerdem habe ich keine Ahnung, wie ich auf D-Kanal-Ebene mit der Diva tracen kann, bei einer B1 gab es ein "dtrace". Das "Trace" von der Diva überfordert mich ein wenig :-(

Knolle

--

Habe gerade doch noch eine Möglichkeit des D-Channel-Traces gefunden:

/usr/lib/divas/divalog -f QSIG

Bei Anruf von der Asterisk in die Hicom

Code:

    0:1623:995 - [0c] N-ASSIGN REQ Id:NL_ID, Ch:00
    0:1623:996 - B2Assign  01 -- -- -- -- -- -- -- -- -- -- --
    0:1623:996 - B2Assign 1 Sig=07 d_id=01
    0:1623:996 - Assign - Layer 2 Transparent (2), free:1200
    0:1623:996 - [0d] N-RC=ASSIGN_OK Id:08, Ch:00
    0:1623:997 - [1,0] dsp_assign 0016, 0, 160
    0:1623:998 - [1,0] CAI[00] 16 00 00 00 a0 00
    0:1623:998 - [1,0] Download 512 requested
    0:1623:999 - MORE
    0:1623:999 - MORE
    0:1623:999 - SIG-X(066) 08 01 06 05 04 03 80 90 A3 18 01 81 1C 25 9F AA 06 80 01 00 82 01 00 8B 01 00 A1 17 02 01 01 02 01 00 80 0F 4E 69 63 6F 20 4B 72 65 74 73 63 68 6D 61 72 6C 07 00 80 38 35 31 32 37 70 04 80 31 32 37
                     Q.931  CR06 SETUP
                            Bearer Capability 80 90 a3
                            Channel Id 81
                            Facility 9f aa 06 80 01 00 82 01 00 8b 01 00 a1 17 02 01 01 02 01 00 80 0f 4e 69 63 6f 20 4b 72 65 74 73 63 68 6d 61 72
                            Calling Party Number 00 80 '85127'
                            Called Party Number 80 '127'
    0:1624:001 - D-X(070) 00 01 00 08 08 01 06 05 04 03 80 90 A3 18 01 81 1C 25 9F AA 06 80 01 00 82 01 00 8B 01 00 cont
    0:1624:047 - D-R(004) 00 01 01 02
    0:1624:158 - D-R(013) 02 01 08 02 08 01 86 0D 18 03 A9 83 81
    0:1624:159 - D-X(004) 02 01 01 0A
    0:1624:160 - SIG-R(009) 08 01 86 0D 18 03 A9 83 81
                     Q.931  CR86 SETUP_ACK
                            Channel Id a9 83 81
    0:1624:160 - EVENT: Call failed in State 'Call initiated'
                     Q.931  CR86 SETUP_ACK
                            Channel Id a9 83 81
    0:1624:160 - SIG-x(009) 08 01 06 5A 08 03 80 E4 18
                     Q.931  CR06 REL_COM
                            Cause 80 e4 18 'Invalid information element contents'
    0:1624:162 - [1,0] dsp_release
    0:1624:164 - D-X(013) 00 01 02 0A 08 01 06 5A 08 03 80 E4 18
    0:1624:165 - [0e] N-REMOVE REQ Id:08, Ch:00
    0:1624:165 - B2Release  01 07 -- -- -- -- -- -- -- -- -- --
    0:1624:165 - B2Release 1, free:1198
    0:1624:165 - Release - Layer 2 Transparent
    0:1624:165 - [0f] N-RC=OK Id:08, Ch:00
    0:1624:182 - D-R(004) 00 01 01 04
    0:1624:390 - D-R(194) 02 01 0A 04 08 01 86 01 1C 23 9F AA 06 80 01 00 82 01 00 8B 01 00 A1 15 02 02 AC B0 06 08 cont
    0:1624:391 - D-X(004) 02 01 01 0C
    0:1624:392 - MORE
    0:1624:392 - MORE
    0:1624:392 - MORE
    0:1624:392 - MORE
    0:1624:392 - MORE
    0:1624:392 - MORE
    0:1624:392 - SIG-EVENT FFFD 08 01 86 01 1C 23 9F AA 06 80 01 00 82 01 00 8B 01 00 A1 15 02 02 AC B0 06 08 2B 0C 02 88 53 02 01 06 03 05 01 01 00 00 00 1C 29 9F AA 06 80 01 00 82 01 00 8B 01 00 A1 1B 02 02 AC C0 02 01 01 A1 12 04 0D 48 52 2E 4B 52 45 54 53 43 48 4D 41 52 02 01 01 1C 64 9F AA 06 80 01 00 82 01 01 8B 01 00 A1 56 02 02 AC D0 06 08 2B 0C 02 88 53 02 01 00 30 46 81 0B 0C 05 00 80 31 32 37 74 02 00 C0 82 37 03 22 00 00 14 00 00 00 00 00 00 00 00 04 00 C0 0E 38 00 7F 7F 7F 7F 7F 7F 7F 7F 7F 81 04 80 05 00 00 8C 86 63 01 C3 7C 0E 83 48 52 2E 4B 52 45 54 53 43 48 4D 41 52 1E 02 80 88

    0:1624:393 - SIG-x(008) 08 01 06 5A 08 02 80 D1
                     Q.931  CR06 REL_COM
                            Cause 80 d1 'Invalid call reference value'

Bei Anruf von der Hicom in die Asterisk:

Code:

    0:1709:395 - D-R(264) 02 01 12 06 08 02 00 49 60 00 02 81 05 04 03 80 90 A3 18 03 A9 83 81 1C 23 9F AA 06 80 01 cont
    0:1709:396 - D-X(004) 02 01 01 14
    0:1709:466 - D-R(114) 02 01 14 06 08 02 00 49 60 00 02 00 05 52 02 01 01 1C 4C 9F AA 06 80 01 00 82 01 01 8B 01 cont
    0:1709:467 - D-X(004) 02 01 01 16
    0:1713:266 - D-R(016) 02 01 16 06 08 02 00 49 5A 08 05 80 E6 33 30 33
    0:1713:267 - D-X(004) 02 01 01 18

Aber erklären kann ich es mir trotzdem nicht.

--

Nach ein paar Gesprächen mit einem "alten" Kollegen, der mir erst mal den Grund für das Nichtfunktionieren erklärt hat, es liegt offensichtlich an den verschiedenen Längen der Channel-ID, hab ich noch ein wenig weitergespielt. Ich habe festgestellt, dass wenn man einfach das Protokoll NUR auf der Hicom-Seite auf EDSS1NET umstellt, funktioniert es in den Basics problemlos. Ist halt kein QSIG.

Nach ein paar aufmunternden Worten googlete noch ein wenig und landet irgendwie beim entscheidenden Tip, hier im Forum, wo sonst:

http://www.ip-phone-forum.de/showthread.php?t=157159&p=1039664&viewfull=1#post1039664

Das heißt bei meiner Karte musste die Option "Optimized for fax/voice/unified messaging" gesetzt werden.

Danke Armin. Das muss man halt wissen.

Nun passt es. Jetzt wären noch so ein paar nette Dinge wie Rerouting, vielleicht hat ja jemand Erfahrung.

Languages

Suche

Languages

Suche

Nach Upgrade von Lenny auf Squeeze funktioniert ASTERISK/DIVA-S-QSIG/HICOM300 nicht

knolle75

Neuer User

Zurzeit aktive Besucher

Neueste Beiträge

Statistik des Forums