Problem mit zaphfc und chan_capi3.5

[thorsten.gehrig]

hi
ich habe bristuff8e und chan_capi 3.5 am laufen.
meine config:
eine fritz-karte mit der ich ins isdn telefoniere
eine hfc-karte im nt-modus an die meine telefonanlage angeschlossen ist.

funktion: alles soweit super

aktuelles problem:
wenn auf der hfc ein gespräch geführt wird (egal ob nach ISDN - also über chan_capi oder über sip) wird ein zweites - auf der hfc-ankommendes gespräch nicht signalisiert.

ich sehe im log die meldungen:

    -- Channel 0/1, span 1 got hangup
    -- Hungup 'Zap/1-1'

so wie ich das sehe wird aus irgendeinem grund der 2. kanal nicht aufgebaut.
auf "*CLI> zap show channels" bekomme ich:

   Chan Extension  Context         Language   MusicOnHold
 pseudo            line-out2       de
      1            line-out2       de
      2            line-out2       de

sieht also so aus als wenn 2 kanäle zur verfügung ständen.

Meine Zaptel.conf

loadzone=nl
defaultzone=nl

span=1,1,3,ccs,ami
bchan=1-2
dchan=3

müsste eigentlich richtig sein: 1-2 sind bchannels, 3=dchannel.

Ach ja, mein dial-befehl lautet
Dial(Zap/g1/30,25,tT)
und die angeschlossene telefonanlage hat für "incomming MSN=30" mehrere telefone konfiguriert (da ist immer eines frei).

Kann mir einer weiterhelfen? Ist das "nur" ein Problem vom Bristuff in der aktuellen version? (ich habe nicht genau beobachtet seid wann dieses Problem existiert - man hat ja nicht allzuoft paralelle calls).

Gruß
Thorsten

 

[thorsten.gehrig]

Hi,
irgendwie hab ich gestern noch ein bisschen "optimiert". Einen Fehler habe ich zwar nicht gefunden - aber irgendwie scheints jetzt wieder zu gehen.
Hier meine zapata.conf - scheinbar haben die änderungen (aufräumarbeiten) zu dem besseren ergebniss beigetragen:

[channels]
language=de
switchtype = euroisdn
signalling = bri_net_ptmp
pridialplan = dynamic
prilocaldialplan = local
overlapdial = yes
echocancel = yes
echotraining = 100
echocancelwhenbridged = yes
conext = line-out2
group => 1
channel => 1-2
mailbox = 100
relaxdtmf=yes
rxgain=1.5
txgain=1.5
adsi=yes
busydetect=yes
busycount=4
callwaiting=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
cancallforward=yes
callreturn=yes
callprogress=yes
usecallingpres=yes
usecallerid=yes

vielleicht hilfts ja jemanden...

gruß
thorsten