Keine MusicOnHold bei chan_capi unter 1.4?

[werbung]

Hallo
Nach der Umstellung auf Asterisk ver 1.4 habe ich merkwürdiges Problem:

Wird ein Gespräch über ein chan_capi Device aus "hold" gesetzt, so startet musiconhold nicht. Es ist einfach Stille...
Es wird aber auch keine Fehlermeldung ausgegeben, dass z.B. der Strem nicht geschrieben werden kann.

Mit allen anderen Channels (SIP) geht das problemlos.
Gleiches gilt für Applikationen wie (Park() oder Hold())
Bei Park wird noch die Slot-Nummer angesagt.. dann ist bei capi_chan Stille.
Aus der Konsole wird auch nicht angezeigt, dass musiconhold gestartet wird.

Bei einem SIP Kanal kommt dann die erwünschte Wartemusik
und auf der Konsole wir "starting musiconhold" ausgegeben.


Starte ich auf dem ISDN Kanal die Wartemusik manuell, geht das problemlos..
Playback(), MusicOnHold()


Hat Jemand ein ähnliches Problem schonmal gehabt?

Hardware
AVM B1 ISDN Karte

Software
Asterisk 1.4
chan_capi (CVS HEAD)


Danke für jede Idee ..

Karl

 

[armincm]

Es koennte sein, dass in Asterisk 1.4 hier etwas geaendert wurde, was in chan-capi noch nicht angepasst ist (mir ist eine solche Aenderung jedefalls nicht bekannt).

Kannst Du bitte ein log erstellen mit
set verbose 5
capi debug

Armin

 

[werbung]

Hallo, danke für schnelle Nachricht..

Also nochmal zur Übersicht..
Habe zum test zwei ext. eingerichtet und zur Sicherheit die MOH Klasse nochmal angegeben.
Ausschnitt aus extensions.conf



exten => 548,1,Answer
exten => 548,2,SetMusicOnHold(default)
exten => 548,3,Park()

exten => 547,1,Answer
exten => 547,2,SetMusicOnHold(default)
exten => 547,3,MusicOnHold()

Rufe ich von einem SIP Channela aus an..
funktioniert alles

== Parked SIP/123-08214a10 on 701@parkedcalls. Will timeout back to extension [test-sip] s, 1 in 240 seconds
-- Added extension '701' priority 1 to parkedcalls
-- Playing 'digits/7' (language 'en')
-- Playing 'digits/0' (language 'en')
-- Playing 'digits/1' (language 'en')
-- Started music on hold, class 'default', on channel 'SIP/123-08214a10'

Soweit alles in Ordnung...
Nun der Anruf vom CAPI Channel:

== ISDN1#02: Answering for 8
-- Executing [548@test-sip:2] SetMusicOnHold("CAPI/ISDN1/8-10", "default") in new stack
-- Executing [548@test-sip:3] Park("CAPI/ISDN1/8-10", "") in new stack
== Parked CAPI/ISDN1/8-10 on 701@parkedcalls. Will timeout back to extension [test-sip] s, 1 in 240 seconds
-- Added extension '701' priority 1 to parkedcalls
-- Playing 'digits/7' (language 'de')
-- Playing 'digits/0' (language 'de')
-- Playing 'digits/1' (language 'de')
== Spawn extension (test-sip, s, 1) exited KEEPALIVE on 'CAPI/ISDN1/8-10'


Soweit so gut.. aber kein "started music on hold"


wenn ich vom capi jedoch die ext. 547 anrufe (music on hold explizit ausführen, geht es)
== ISDN1#02: Answering for 7
-- Executing [547@test-sip:2] SetMusicOnHold("CAPI/ISDN1/7-12", "default") in new stack
-- Executing [547@test-sip:3] MusicOnHold("CAPI/ISDN1/7-12", "") in new stack
-- Started music on hold, class 'default', on channel 'CAPI/ISDN1/7-12'

Also kann es schonmal nicht wirklich an CODEC Problemem liegen...



Nun capi debug

Also nach der letzten angesagten Ziffer wirds wohl interessant


-- Playing 'digits/1' (language 'de')
DATA_B3_IND ID=002 #0x4e52 LEN=0030
Controller/PLCI/NCCI = 0x10101
Data32 = 0x4058909e
DataLength = 0xa0
DataHandle = 0x1
Flags = 0x0
Data64 = 0x0

DATA_B3_RESP ID=002 #0x4e52 LEN=0014
Controller/PLCI/NCCI = 0x10101
DataHandle = 0x1

-- ISDN1#02: DATA_B3_IND (len=160) fr.datalen=160 fr.subclass=8
DATA_B3_CONF ID=002 #0x4684 LEN=0016
Controller/PLCI/NCCI = 0x10101
DataHandle = 0x24af
Info = 0x0

DATA_B3_IND ID=002 #0x4e53 LEN=0030
Controller/PLCI/NCCI = 0x10101
Data32 = 0x4058909e
DataLength = 0xa0
DataHandle = 0x0
Flags = 0x0
Data64 = 0x0

DATA_B3_RESP ID=002 #0x4e53 LEN=0014
Controller/PLCI/NCCI = 0x10101
DataHandle = 0x0

-- ISDN1#02: DATA_B3_IND (len=160) fr.datalen=160 fr.subclass=8
DATA_B3_REQ ID=002 #0x4685 LEN=0030
Controller/PLCI/NCCI = 0x10101
Data32 = 0x81ae384
DataLength = 0xa0
DataHandle = 0x24b0
Flags = 0x0
Data64 = 0x0

DATA_B3_REQ ID=002 #0x4686 LEN=0030
Controller/PLCI/NCCI = 0x10101
Data32 = 0x81ae464
DataLength = 0xa0
DataHandle = 0x24b1
Flags = 0x0
Data64 = 0x0

DATA_B3_IND ID=002 #0x4e54 LEN=0030
Controller/PLCI/NCCI = 0x10101
Data32 = 0x4058909e
DataLength = 0xa0
DataHandle = 0x1
Flags = 0x0
Data64 = 0x0

DATA_B3_RESP ID=002 #0x4e54 LEN=0014
Controller/PLCI/NCCI = 0x10101
DataHandle = 0x1

-- ISDN1#02: DATA_B3_IND (len=160) fr.datalen=160 fr.subclass=8
DATA_B3_CONF ID=002 #0x4685 LEN=0016
Controller/PLCI/NCCI = 0x10101
DataHandle = 0x24b0
Info = 0x0

DATA_B3_REQ ID=002 #0x4687 LEN=0030
Controller/PLCI/NCCI = 0x10101
Data32 = 0x81adf24
DataLength = 0xa0
DataHandle = 0x24b2
Flags = 0x0
Data64 = 0x0

DATA_B3_IND ID=002 #0x4e55 LEN=0030
Controller/PLCI/NCCI = 0x10101
Data32 = 0x4058909e
DataLength = 0xa0
DataHandle = 0x0
Flags = 0x0
Data64 = 0x0

DATA_B3_RESP ID=002 #0x4e55 LEN=0014
Controller/PLCI/NCCI = 0x10101
DataHandle = 0x0

-- ISDN1#02: DATA_B3_IND (len=160) fr.datalen=160 fr.subclass=8
DATA_B3_CONF ID=002 #0x4686 LEN=0016
Controller/PLCI/NCCI = 0x10101
DataHandle = 0x24b1
Info = 0x0

DATA_B3_REQ ID=002 #0x4688 LEN=0030
Controller/PLCI/NCCI = 0x10101
Data32 = 0x81ae004
DataLength = 0xa0
DataHandle = 0x24b3
Flags = 0x0
Data64 = 0x0

DATA_B3_IND ID=002 #0x4e56 LEN=0030
Controller/PLCI/NCCI = 0x10101
Data32 = 0x4058909e
DataLength = 0xa0
DataHandle = 0x1
Flags = 0x0
Data64 = 0x0

DATA_B3_RESP ID=002 #0x4e56 LEN=0014
Controller/PLCI/NCCI = 0x10101
DataHandle = 0x1


und so weiter bis zum Auslösen der Verbindung



-- ISDN1#02: info element DISCONNECT
-- ISDN1#02: Disconnect case 3
-- CAPI queue frame:[ TYPE: Control (4) SUBCLASS: Hangup (1) ] [ISDN1#02]
== CAPI/ISDN1/8-1a got tired of being parked
INFO_IND ID=002 #0x4ebf LEN=0017
Controller/PLCI/NCCI = 0x101
InfoNumber = 0x1e
InfoElement = <81 88>

INFO_RESP ID=002 #0x4ebf LEN=0012
Controller/PLCI/NCCI = 0x101

-- ISDN1#02: info element PI 81 88
> ISDN1#02: In-band information available
INFO_IND ID=002 #0x4ec0 LEN=0017
Controller/PLCI/NCCI = 0x101
InfoNumber = 0x8
InfoElement = <81 90>

INFO_RESP ID=002 #0x4ec0 LEN=0012
Controller/PLCI/NCCI = 0x101

-- ISDN1#02: info element CAUSE 81 90
INFO_IND ID=002 #0x4ec1 LEN=0042
Controller/PLCI/NCCI = 0x101
InfoNumber = 0x1c
InfoElement = <91 a1 18 02 01 7e 02 01 22>0<10 a1 08>0<06 02 01 00 02 01 01 82 01 01 83 01 00>

INFO_RESP ID=002 #0x4ec1 LEN=0012
Controller/PLCI/NCCI = 0x101

-- ISDN1#02: info element FACILITY
== ISDN1#02: CAPI Hangingup for PLCI=0x101 in state 2
-- ISDN1#02: activehangingup (cause=16) for PLCI=0x101
DISCONNECT_B3_REQ ID=002 #0x46ab LEN=0013
Controller/PLCI/NCCI = 0x10101
NCPI = default

> CAPI devicestate requested for ISDN1/8
DISCONNECT_B3_CONF ID=002 #0x46ab LEN=0014
Controller/PLCI/NCCI = 0x10101
Info = 0x0

> CAPI devicestate requested for ISDN1/8
DISCONNECT_B3_IND ID=002 #0x4ec2 LEN=0015
Controller/PLCI/NCCI = 0x10101
Reason_B3 = 0x3301
NCPI = default

DISCONNECT_B3_RESP ID=002 #0x4ec2 LEN=0012
Controller/PLCI/NCCI = 0x10101

DISCONNECT_REQ ID=002 #0x46ac LEN=0017
Controller/PLCI/NCCI = 0x101
AdditionalInfo
BChannelinformation = default
Keypadfacility = default
Useruserdata = default
Facilitydataarray = default

DISCONNECT_CONF ID=002 #0x46ac LEN=0014
Controller/PLCI/NCCI = 0x101
Info = 0x0



Irgendeine Idee?

Karl

 

[armincm]

Habe mir das mal angesehen. Asterisk 1.4 will ja tatsaechlich, dass das channel-Modul
(hier chan-capi) MusicOnHold selbst startet. Keine Ahnung wie man auf eine solche Idee kommen kann. Bei Asterisk 1.2 hat das der Core gemacht.
Naja, man muss nicht alles verstehen, was Digium sich hier ausdenkt...

Anyway, sollte in chan-capi-1.0.0 gefixt sein.

Armin

PS: ja, richtig gelesen: seit eben gibt es die 1.0.0.... endlich!

 

[werbung]

Danke.-.. 1.0 geht

Danke.... 1.0 funktioniert...

Warum das modul moh starten soll ist in der Tat fragwürdig..
eine modulabhänige "Hold" behandlung macht ja noch sinn...
Aber was solls... geht jedenfalls...

Werd mal die Woche capi mal mit richtig traffic testen ;o)

Hoffe das hält...

Schönes Restwochenende...

Karl