Trixbox am Anlagenanschluss: Übermittlung der Nebenstellennummer bei ausgehendem Call

[jensn]

Hallo Freunde,

ich habe das Forum schon ausgiebig durchsucht, aber bisher leider nicht den passenden Beitrag gefunden. Hier das Problem:

Ich habe zwei nahezu identische Trixboxen (ver2.6.1), eine mit 2 hfc-karten (misdn treiber) , die andere mit einer 4 Port Eicon Karte (divaserver treiber + chan_capi.so). Die Asterisk-config ist ansonsten gleich inkl. extensions_custom.conf. Bei der einen geht die Nebenstellennummernübermittlung (und zwar ohne irgendwelche Abenteuer in der extensions_custom.conf), bei der anderen nicht.

Ich verwende Anlagenanschlüsse, die bzgl Übermittlung der Extensions keine Probleme machen.

Meiner Ansicht nach kommt jetzt lediglich der Treiber bzw. der capi connector (chan_capi.so) als Fehlerquelle in Betracht..


Hier mal ein asterisk-cli log von einem Call von der funktionierenden Trixbox (Nebenstelle 98 ruft raus):
[...]
[Dec 11 14:44:34] -- Executing [s@macro-outbound-callerid:10] Set("mISDN/3-u8", "USEROUTCID=2541339398") in new stack
[...]
[Dec 11 14:44:34] -- Executing [s@macro-outbound-callerid:20] Set("mISDN/3-u8", "CALLERID(all)=2541339398") in new stack
[...]
P[ 1] --> * adding2newbc callerid 2541339398
[...]
P[ 1] I SEND:SETUP oad:2541339398 dad:57276703 pid:8
[...]
P[ 1] I IND :NEW_CHANNEL oad:2541339398 dad:57276703 pid:8 state:CALLING
[...]
P[ 1] I IND :SETUP_ACKNOWLEDGE oad:2541339398 dad:57276703 pid:8 state:CALLING
[...]
P[ 1] I IND :ALERTING oad:2541339398 dad:57276703 pid:8 state:CALLING_ACKNOWLEDGE
[...]
P[ 1] I SENDISCONNECT oad:2541339398 dad:57276703 pid:8
[...]
P[ 2] * IND : HANGUP pid:7 ctx:macro-hangupcall dad:s oad:2541339398 State:ALERTING
[...]
P[ 1] I IND :RELEASE oad:2541339398 dad:57276703 pid:8 state:CLEANING
[...]
P[ 1] $$$ find_chan: No channel found for oad:2541339398 dad:57276703
P[ 1] I IND :CLEAN_UP oad:2541339398 dad:57276703 pid:8 state:none
[...]

##############################################################################################################


Hier ein log von einem Call von der Trixbox (chan_capi) ohne funktionierende Übermittlung der Extension (Nebenstelle 63 ruft raus):
[...]
[Dec 11 16:21:46] -- Executing [s@macro-outbound-callerid:10] Set("SIP/63-0892f648", "USEROUTCID=57194363") in new stack
[Dec 11 16:21:46] -- Executing [s@macro-outbound-callerid:11] Set("SIP/63-0892f648", "EMERGENCYCID=") in new stack
[Dec 11 16:21:46] -- Executing [s@macro-outbound-callerid:12] Set("SIP/63-0892f648", "TRUNKOUTCID=571943") in new stack
[Dec 11 16:21:46] -- Executing [s@macro-outbound-callerid:13] GotoIf("SIP/63-0892f648", "1?trunkcid") in new stack
[Dec 11 16:21:46] -- Goto (macro-outbound-callerid,s,17)
[Dec 11 16:21:46] -- Executing [s@macro-outbound-callerid:17] GotoIf("SIP/63-0892f648", "0?usercid") in new stack
[Dec 11 16:21:46] -- Executing [s@macro-outbound-callerid:18] Set("SIP/63-0892f648", "CALLERID(all)=571943") in new stack
[Dec 11 16:21:46] -- Executing [s@macro-outbound-callerid:19] GotoIf("SIP/63-0892f648", "0?report") in new stack
[Dec 11 16:21:46] -- Executing [s@macro-outbound-callerid:20] Set("SIP/63-0892f648", "CALLERID(all)=57194363") in new stack
[Dec 11 16:21:46] -- Executing [s@macro-outbound-callerid:21] GotoIf("SIP/63-0892f648", "1?report:hidecid") in new stack
[Dec 11 16:21:46] -- Goto (macro-outbound-callerid,s,23)
[Dec 11 16:21:46] -- Executing [s@macro-outbound-callerid:23] NoOp("SIP/63-0892f648", "CallerID set to "" <57194363>") in new stack
[Dec 11 16:21:46] -- Executing [s@macro-dialout-trunk:12] AGI("SIP/63-0892f648", "fixlocalprefix") in new stack
[Dec 11 16:21:46] -- Launched AGI Script /var/lib/asterisk/agi-bin/fixlocalprefix
[Dec 11 16:21:47] -- AGI Script fixlocalprefix completed, returning 0
[Dec 11 16:21:47] -- Executing [s@macro-dialout-trunk:13] Set("SIP/63-0892f648", "OUTNUM=57276703") in new stack
[...]


In dem oberen Log taucht wirklich nur die richtige CID auf, im unteren dagegen beide (die mit Nebenstellennr und die Basisrufnummer [TRUNKOUTCID]), obwohl das untere Log weniger "verbose" eingestellt ist. Die TRUNKOUTCID scheint dann auch blöderweise die zu sein, die verschickt wird.

Bis auf dieses Phänomen funktionieren beide Anlagen einwandfrei.

Habt ihr vielleicht eine Ahnung wie ich die Trixbox mit der Eicon Karte dazu bewegen kann, die korrekte Nebenstelle als Absenderkennung mitzuschicken?

Was muss ich in der extensions_custom.conf eintragen, um die Caller ID, die letztendlich verschickt wird, auf die mit der richtigen Nebenstellennr. zu setzen?

Der Vollständigkeit halber hier noch meine extensions_custom.conf:

[from-internal-custom]

include => from-internal-trixbox
exten => _*8.,1,SET(GLOBAL(PICKUPMARK)=${EXTEN:2})
exten => _*8.,n,Pickup(${EXTEN:2}@PICKUPMARK)

# hint notify für pick
exten => 0,hint,SIP/3
exten => 1,hint,SIP/1
exten => 2,hint,SIP/2
exten => 3,hint,SIP/3
exten => 4,hint,SIP/4

[custom-meetme3]
exten => s,1,Answer
exten => s,n,Wait(3)
exten => s,n,CBMysql()
exten => s,n,Hangup

[from-pstn-custom]
exten => _571943[5-9],1,Goto(from-pstn,5719430,1)
exten => _571943[0-4][0-9],1,Goto(from-pstn,5719430,1)
exten => _5719436[4-9],1,Goto(from-pstn,5719430,1)
exten => _571943[7-8][0-9],1,Goto(from-pstn,5719430,1)
exten => _5719435[4-9],1,Goto(from-pstn,5719430,1)
exten => _5719439[0-6],1,Goto(from-pstn,5719430,1)

Danke schon mal für eure Antworten..

Grüße

Jens