Hi,
I've been learning asterisk for a couple of weeks now - and it worked for me
as faar as standard configurations where concerned (sip/iax
outbound/isdn4linux & capi with AVM Fritz!, Digium X100P FXO).
Now I recently I'evaluating to use asterisk as a replacemnt for our
companies (15 employees) legacy pbx system and I'm experiencing multiple
problems with the hfc isdn cards:
My evaluation configuration looks like this now:
Software:
############# Linux: Mandrake Linux 9.1
Kernel: 2.4.21-0.13mdk
Asterisk: Asterisk CVS-07/25/04-20:08:18 (compiled vom bri-stuff.0.0.2
package von junghanns)
################# Hardware:
ISDN: Cologne Chip Designs GmbH ISDN network controller [HFC-P
CI] (rev 2) (Acer PCI Surf) on EUROISDN NTBA in Austria (2 isdn phones, 1
zyxel 2864i isdn modem & 1 Teles ISA ISDN Card on same bus from Telekom
Austria) (mounted in slot 4 (non-shared irq slot)
Mainboard: Vendor: MSI, Product: MS-6712, Version: 1.0 (BIOS Information
Block Vendor: American Megatrends Inc. Version: Version 07.00T
Release: 04/02/01) with AMD Duron 1,2 Ghz
################lspci:
00:00.0 Host bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333]
00:01.0 PCI bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333
AGP]
00:06.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone]
(rev 24)
00:08.0 Network controller: Cologne Chip Designs GmbH ISDN network
controller [HFC-PCI] (rev 02)
00:0a.0 VGA compatible controller: Matrox Graphics, Inc. MGA 2064W
[Millennium] (rev 01)
00:0c.0 SCSI storage controller: Adaptec AIC-7861 (rev 01)
00:10.0 USB Controller: VIA Technologies, Inc. USB (rev 80)
00:10.1 USB Controller: VIA Technologies, Inc. USB (rev 80)
00:10.2 USB Controller: VIA Technologies, Inc. USB (rev 80)
00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge
00:11.1 IDE interface: VIA Technologies, Inc. VT82C586/B/686A/B PIPC Bus
Master IDE (rev 06)
00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233 AC97
Audio Controller (rev 50)
00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev
74)
#############interrupts:
CPU0
0: 5944488 IO-APIC-edge timer
1: 1351 IO-APIC-edge keyboard
2: 0 XT-PIC cascade
8: 1 IO-APIC-edge rtc
9: 0 IO-APIC-level acpi
14: 1720179 IO-APIC-edge ide0
15: 50 IO-APIC-edge ide1
17: 354543 IO-APIC-level eth0
18: 8304 IO-APIC-level aic7xxx
21: 0 IO-APIC-level usb-uhci, usb-uhci, usb-uhci, ehci-hcd
22: 0 IO-APIC-level VIA8233
23: 223 IO-APIC-level eth1
NMI: 0
LOC: 5944174
ERR: 0
MIS: 0
###########zaptel.conf
loadzone = nl
defaultzone = nl
span=1,1,3,ccs,ami
bchan=1-2
dchan=3
###########zapata.conf
context=default
switchtype=euroisdn
pridialplan=unknown
overlapdial=yes
signalling=bri_cpe_ptmp
usecallerid=yes
hidecallerid=no
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes
rxgain=0.0
txgain=0.0
callgroup=1
pickupgroup=1
immediate=yes
context=alex
group=1
channel=2
immediate=yes
echocancel=yes
callerid=asreceived
nationalprefix=0
internationalprefix=00
################extension.conf
[alex]
exten => <msn>,1,Dial(SIP/alexander,20,Ttr)
exten => <msn>,2,Voicemail(9999)
exten => <msn>,3,Hangup
[sip]
include => alex
exten => 70,1,Dial(SIP/alexander,30,Ttr)
exten => 70,2,Voicemail,u9999
exten => 70,3,Hangup
exten => _0.,1,Dial,Zap/g1/${EXTEN:1}
################zaphfc modul load syslog messages
Jul 30 14:45:36 faar kernel: Zapata Telephony Interface Registered on major
196
Jul 30 14:45:36 faar kernel: PCI: Enabling device 00:08.0 (0000 -> 0003)
Jul 30 14:45:36 faar kernel: zaphfc: card configured at mem 0xd1454e00 fifo
0xc2c18000(0x2c18000) IRQ 19 HZ 100
Jul 30 14:45:36 faar kernel: zaphfc: Card 0 configured for TE mode
Jul 30 14:45:36 faar kernel: zaphfc: 1 hfc-pci card(s) in this box.
Jul 30 14:45:36 faar kernel: Registered tone zone 3 (Netherlands)
###############/var/log/asterisk/messages
Jul 30 14:48:33 WARNING[16384]: Ignoring port for now
Jul 30 14:48:36 WARNING[163851]: PRI: received TEI check request for TEI 127
Jul 30 14:48:37 WARNING[163851]: PRI: received TEI check request for TEI 127
######################Problem:
a) when i try to make an inbound call to <msn> I get the following message
on the cli prompt
-- Going to extension s|1 because of immediate=yes
-- Extension 's' in context 'alex' from '17109904'
does not exist.
Rejecting call on channel 2, span 1
s doesn't exist, that is true, but I would like to receive calls for the msn
38588 an none else, thus the way it worked for capi doesn't seem to work
here
same is true when I dial out - I can't set the outgoing msn, thus my
provider sends out the call as a global call on the bri line (Austrian
specialtry - as bri connections come without msn's and only with one number
configured as a global number which lets all devices on the isdn bus ring) -
as I have multiple msn's I want to dial out/in on a specific one
b) the combination of my configuration with zaphfc and the acer pci isdn
card seems to cause some other trouble
after some time when the zaphfc driver is loaded I get the following
messages in /var/log/syslog
Jul 29 23:46:49 faar kernel: sync lost, pci performance too low!!!.
Jul 29 23:46:49 faar last message repeated 12 times
Jul 29 23:46:49 faar kernel: !!.
Jul 29 23:46:49 faar kernel: sync lost, pci performance too low!!!.
Jul 29 23:46:49 faar last message repeated 1280 times
Jul 29 23:46:49 faar kernel: zaphfc: bchan rx fifo not enough bytes to
receive! (z1=1606, z2=1599)
Jul 29 23:46:49 faar kernel: sync lost, pci performance too low!!!.
Jul 29 23:46:49 faar last message repeated 38 times
Jul 29 23:46:49 faar kernel: !!.
Jul 29 23:46:49 faar kernel: sync lost, pci performance too low!!!.
Jul 29 23:46:49 faar last message repeated 811 times
Jul 29 23:46:49 faar kernel: zaphfc: bchan rx fifo not enough bytes to
receive! (z1=3983, z2=3976)
Jul 29 23:46:49 faar kernel: sync lost, pci performance too low!!!.
Jul 29 23:46:50 faar last message repeated 62 times
Jul 29 23:46:50 faar kernel: sync lost, pci performancce too low!!!.
Jul 29 23:46:50 faar kernel: sync lost, pci performance too low!!!.
Jul 29 23:46:50 faar last message repeated 96 times
Jul 29 23:46:50 faar kernel: synnc lost, pci performance too low!!!.
Jul 29 23:46:50 faar kernel: sync lost, pci performance too low!!!.
Jul 29 23:46:50 faar last message repeated 95 times
Jul 29 23:46:50 faar kernel: sync lost, pci performace too low!!!.
Jul 29 23:46:50 faar kernel: sync lost, pci performance too low!!!.
Jul 29 23:46:50 faar last message repeated 96 times
Jul 29 23:46:50 faar kernel: syn!!.
The system is almost unusable then, but once asterisk ist stopped and the
zaphfc drivers are unloaded everything is fine again. I tried the HFC Card
in different slots (each with unique irq, but now difference).
c) I don't get a line immediately from my grandstream budgetone phone (see
extension.conf) - I miss the first 3-5 seconds of a call (if I call my
mobilephon's voicebox I just get the beep, but I miss my message before) -
strangely that doesn't happen if I use the x-ten softphone from my pc
d) as long as the line works, I have clearly audible clicks/cracks in the
line (zaphfc) that didn't occur using capi and the avm fritz! pci 2.0 - I
don't have any sound problems on iax via voiptel.org or internally using sip
e) when I start asterisk - I allways get a
Jan 8 22:58:55 WARNING[81926]: File chan_sip.c, Line 464 (retrans_pkt):
Maximum retries exceeded on call
5bc3c4fe45f84f9e514df5247ae8122c@192.168.0.1 for seqno 102 (Request)
warning - while 192.168.0.1 is the asterisk server and interface configured
in sip.conf as listening interface
f) quite often I get the error on the cli respec. /var/log/asterisk/messages
Jul 25 22:46:38 WARNING[163851]: PRI: !! Got reject for frame 4, but we have
nothing -- resetting!
and
Jul 25 22:51:18 WARNING[163851]: PRI: !! Got a UA, but i'm in state 1
and
Jul 26 21:39:45 WARNING[163851]: PRI: !! Got a UA, but i'm in state 1
Jul 26 21:40:00 WARNING[163851]: PRI: !! Got reject for frame 12,
retransmitting frame 12 now, updating n_r!
Jul 26 21:40:00 WARNING[163851]: PRI: !! Got reject for frame 13, but we
have nothing -- resetting!
Jul 26 21:40:11 WARNING[163851]: PRI: !! Got reject for frame 18,
retransmitting frame 18 now, updating n_r!
Jul 26 21:40:12 WARNING[163851]: PRI: !! Got reject for frame 19, but we
have nothing -- resetting!
Jul 26 21:40:45 WARNING[163851]: PRI: !! Got reject for frame 22, but we
have nothing -- resetting!
g) in the beginning I also got the error
Jul 25 21:40:16 WARNING[163851]: PRI: !! Got S-frame while link down
my maybe that was because I had the signalling configured as
"bri_net_ptmp"
instead of "bri_cpe_ptmp" (that has been corrected allready) - I would
just
like to know what the error means
I would greatly appreciate any help - and I'm looking forward to share my
experiences with others - and in case the German speakting readers would
like a German translation please let me know.
Alex
--
--
__________________________________________________________________
Mag. Alexander Szlezak
Dehmgasse 22 mobile. +43 1 7109904
3400 Klosterneuburg web. http://www.gentics.com
AUSTRIA/EUROPE icq. 7367119
--
NEU: WLAN-Router für 0,- EUR* - auch für DSL-Wechsler!
GMX DSL = supergünstig & kabellos http://www.gmx.net/de/go/dsl
Alex, I am using zaphfc now. I also use an Epia V 10000 mainboard (with Nemiah processor). Try this: 1. asterisk/Makefile MARCH=i586 option Make sure that when you hit "make", actually --march=i586 will be used for an Epia mainboard. On my system it had choosen i686 (with some little bit older CVS head), and this had problems in general with sound. 2. Try running CVS Head + bristuff 0.1.0RC2k (not anything other below i) It fixes problems about audio. -> German: + Rauschen, Knistern in der Leitung! You have this error message: Jul 29 23:46:49 faar kernel: zaphfc: bchan rx fifo not enough bytes to> receive! (z1=3983, z2=3976)It will disappear with bristuff 0.1.0RC2k! 3. How do you use bristuff 0.0.2 but also CVS Head 07/25/04 ? Both don't work together! You have to use CVS Stable if you want to use 0.0.2. 4. Errors a) Try s/MSN instead of MSN in your extensions.conf dial plan. d) see 2. f) That PRI errors seem to be still a major problem with bristuff. I have them all the time, even not the exact error like you. g) link frame errors sound to me not strange, not sure about the exact error Personally I don't see any advantage using a HFC card instead of an AVM with chan_capi. Chan_capi seems to me not under the same development pressure like bristuff and seems already be more stable. It makes no difference using zaphfc or chan_capi if you use it for connecting PSTN (TE). I only use HFC + bristuff for using NT mode, to connect my existing pbx system. ; p2mp NT mode signalling = bri_net_ptmp Chan_capi with AVM card doesn't support that. Greetings Thomas ----- Original Message ----- From: <nni@gmx.net> To: <asterisk-users@lists.digium.com> Sent: Friday, July 30, 2004 5:15 PM Subject: [Asterisk-Users] zaphfc hardware & sound trouble> Hi, > > I've been learning asterisk for a couple of weeks now - and it worked forme> as faar as standard configurations where concerned (sip/iax > outbound/isdn4linux & capi with AVM Fritz!, Digium X100P FXO). > > Now I recently I'evaluating to use asterisk as a replacemnt for our > companies (15 employees) legacy pbx system and I'm experiencing multiple > problems with the hfc isdn cards: > > My evaluation configuration looks like this now: > > Software: > > ############# Linux: Mandrake Linux 9.1 > > Kernel: 2.4.21-0.13mdk > > Asterisk: Asterisk CVS-07/25/04-20:08:18 (compiled vom bri-stuff.0.0.2 > package von junghanns) > > ################# Hardware: > > ISDN: Cologne Chip Designs GmbH ISDN network controller [HFC-P > CI] (rev 2) (Acer PCI Surf) on EUROISDN NTBA in Austria (2 isdn phones, 1 > zyxel 2864i isdn modem & 1 Teles ISA ISDN Card on same bus from Telekom > Austria) (mounted in slot 4 (non-shared irq slot) > > Mainboard: Vendor: MSI, Product: MS-6712, Version: 1.0 (BIOS Information > Block Vendor: American Megatrends Inc. Version: Version 07.00T > Release: 04/02/01) with AMD Duron 1,2 Ghz > > ################lspci: > > 00:00.0 Host bridge: VIA Technologies, Inc. VT8366/A/7 [ApolloKT266/A/333]> 00:01.0 PCI bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333 > AGP] > 00:06.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone] > (rev 24) > 00:08.0 Network controller: Cologne Chip Designs GmbH ISDN network > controller [HFC-PCI] (rev 02) > 00:0a.0 VGA compatible controller: Matrox Graphics, Inc. MGA 2064W > [Millennium] (rev 01) > 00:0c.0 SCSI storage controller: Adaptec AIC-7861 (rev 01) > 00:10.0 USB Controller: VIA Technologies, Inc. USB (rev 80) > 00:10.1 USB Controller: VIA Technologies, Inc. USB (rev 80) > 00:10.2 USB Controller: VIA Technologies, Inc. USB (rev 80) > 00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82) > 00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge > 00:11.1 IDE interface: VIA Technologies, Inc. VT82C586/B/686A/B PIPC Bus > Master IDE (rev 06) > 00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233 AC97 > Audio Controller (rev 50) > 00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev > 74) > > #############interrupts: > > CPU0 > 0: 5944488 IO-APIC-edge timer > 1: 1351 IO-APIC-edge keyboard > 2: 0 XT-PIC cascade > 8: 1 IO-APIC-edge rtc > 9: 0 IO-APIC-level acpi > 14: 1720179 IO-APIC-edge ide0 > 15: 50 IO-APIC-edge ide1 > 17: 354543 IO-APIC-level eth0 > 18: 8304 IO-APIC-level aic7xxx > 21: 0 IO-APIC-level usb-uhci, usb-uhci, usb-uhci, ehci-hcd > 22: 0 IO-APIC-level VIA8233 > 23: 223 IO-APIC-level eth1 > NMI: 0 > LOC: 5944174 > ERR: 0 > MIS: 0 > > ###########zaptel.conf > > loadzone = nl > defaultzone = nl > span=1,1,3,ccs,ami > bchan=1-2 > dchan=3 > > ###########zapata.conf > context=default > switchtype=euroisdn > pridialplan=unknown > overlapdial=yes > signalling=bri_cpe_ptmp > usecallerid=yes > hidecallerid=no > callwaiting=yes > usecallingpres=yes > callwaitingcallerid=yes > threewaycalling=yes > transfer=yes > cancallforward=yes > callreturn=yes > echocancel=yes > echocancelwhenbridged=yes > rxgain=0.0 > txgain=0.0 > callgroup=1 > pickupgroup=1 > immediate=yes > context=alex > group=1 > channel=2 > immediate=yes > echocancel=yes > callerid=asreceived > nationalprefix=0 > internationalprefix=00 > > ################extension.conf > [alex] > exten => <msn>,1,Dial(SIP/alexander,20,Ttr) > exten => <msn>,2,Voicemail(9999) > exten => <msn>,3,Hangup > > [sip] > include => alex > exten => 70,1,Dial(SIP/alexander,30,Ttr) > exten => 70,2,Voicemail,u9999 > exten => 70,3,Hangup > > exten => _0.,1,Dial,Zap/g1/${EXTEN:1} > > > ################zaphfc modul load syslog messages > > Jul 30 14:45:36 faar kernel: Zapata Telephony Interface Registered onmajor> 196 > Jul 30 14:45:36 faar kernel: PCI: Enabling device 00:08.0 (0000 -> 0003) > Jul 30 14:45:36 faar kernel: zaphfc: card configured at mem 0xd1454e00fifo> 0xc2c18000(0x2c18000) IRQ 19 HZ 100 > Jul 30 14:45:36 faar kernel: zaphfc: Card 0 configured for TE mode > Jul 30 14:45:36 faar kernel: zaphfc: 1 hfc-pci card(s) in this box. > Jul 30 14:45:36 faar kernel: Registered tone zone 3 (Netherlands) > > ###############/var/log/asterisk/messages > > Jul 30 14:48:33 WARNING[16384]: Ignoring port for now > Jul 30 14:48:36 WARNING[163851]: PRI: received TEI check request for TEI > 127 > Jul 30 14:48:37 WARNING[163851]: PRI: received TEI check request for TEI > 127 > > ######################Problem: > > a) when i try to make an inbound call to <msn> I get the following message > on the cli prompt > > -- Going to extension s|1 because of immediate=yes > -- Extension 's' in context 'alex' from '17109904' does not exist. > Rejecting call on channel 2, span 1 > > s doesn't exist, that is true, but I would like to receive calls for themsn> 38588 an none else, thus the way it worked for capi doesn't seem to work > here > > same is true when I dial out - I can't set the outgoing msn, thus my > provider sends out the call as a global call on the bri line (Austrian > specialtry - as bri connections come without msn's and only with onenumber> configured as a global number which lets all devices on the isdn busring) -> as I have multiple msn's I want to dial out/in on a specific one > > b) the combination of my configuration with zaphfc and the acer pci isdn > card seems to cause some other trouble > > after some time when the zaphfc driver is loaded I get the following > messages in /var/log/syslog > > Jul 29 23:46:49 faar kernel: sync lost, pci performance too low!!!. > Jul 29 23:46:49 faar last message repeated 12 times > Jul 29 23:46:49 faar kernel: !!. > Jul 29 23:46:49 faar kernel: sync lost, pci performance too low!!!. > Jul 29 23:46:49 faar last message repeated 1280 times > Jul 29 23:46:49 faar kernel: zaphfc: bchan rx fifo not enough bytes to > receive! (z1=1606, z2=1599) > Jul 29 23:46:49 faar kernel: sync lost, pci performance too low!!!. > Jul 29 23:46:49 faar last message repeated 38 times > Jul 29 23:46:49 faar kernel: !!. > Jul 29 23:46:49 faar kernel: sync lost, pci performance too low!!!. > Jul 29 23:46:49 faar last message repeated 811 times > Jul 29 23:46:49 faar kernel: zaphfc: bchan rx fifo not enough bytes to > receive! (z1=3983, z2=3976) > Jul 29 23:46:49 faar kernel: sync lost, pci performance too low!!!. > Jul 29 23:46:50 faar last message repeated 62 times > Jul 29 23:46:50 faar kernel: sync lost, pci performancce too low!!!. > Jul 29 23:46:50 faar kernel: sync lost, pci performance too low!!!. > Jul 29 23:46:50 faar last message repeated 96 times > Jul 29 23:46:50 faar kernel: synnc lost, pci performance too low!!!. > Jul 29 23:46:50 faar kernel: sync lost, pci performance too low!!!. > Jul 29 23:46:50 faar last message repeated 95 times > Jul 29 23:46:50 faar kernel: sync lost, pci performace too low!!!. > Jul 29 23:46:50 faar kernel: sync lost, pci performance too low!!!. > Jul 29 23:46:50 faar last message repeated 96 times > Jul 29 23:46:50 faar kernel: syn!!. > > The system is almost unusable then, but once asterisk ist stopped and the > zaphfc drivers are unloaded everything is fine again. I tried the HFC Card > in different slots (each with unique irq, but now difference). > > c) I don't get a line immediately from my grandstream budgetone phone (see > extension.conf) - I miss the first 3-5 seconds of a call (if I call my > mobilephon's voicebox I just get the beep, but I miss my message before) - > strangely that doesn't happen if I use the x-ten softphone from my pc > > d) as long as the line works, I have clearly audible clicks/cracks in the > line (zaphfc) that didn't occur using capi and the avm fritz! pci 2.0 - I > don't have any sound problems on iax via voiptel.org or internally usingsip> > > e) when I start asterisk - I allways get a > > Jan 8 22:58:55 WARNING[81926]: File chan_sip.c, Line 464 (retrans_pkt): > Maximum retries exceeded on call > 5bc3c4fe45f84f9e514df5247ae8122c@192.168.0.1 for seqno 102 (Request) > > warning - while 192.168.0.1 is the asterisk server and interfaceconfigured> in sip.conf as listening interface > > f) quite often I get the error on the cli respec./var/log/asterisk/messages> > Jul 25 22:46:38 WARNING[163851]: PRI: !! Got reject for frame 4, but wehave> nothing -- resetting! > > and > > Jul 25 22:51:18 WARNING[163851]: PRI: !! Got a UA, but i'm in state 1 > > and > > Jul 26 21:39:45 WARNING[163851]: PRI: !! Got a UA, but i'm in state 1 > Jul 26 21:40:00 WARNING[163851]: PRI: !! Got reject for frame 12, > retransmitting frame 12 now, updating n_r! > Jul 26 21:40:00 WARNING[163851]: PRI: !! Got reject for frame 13, but we > have nothing -- resetting! > Jul 26 21:40:11 WARNING[163851]: PRI: !! Got reject for frame 18, > retransmitting frame 18 now, updating n_r! > Jul 26 21:40:12 WARNING[163851]: PRI: !! Got reject for frame 19, but we > have nothing -- resetting! > Jul 26 21:40:45 WARNING[163851]: PRI: !! Got reject for frame 22, but we > have nothing -- resetting! > > > g) in the beginning I also got the error > > Jul 25 21:40:16 WARNING[163851]: PRI: !! Got S-frame while link down > > my maybe that was because I had the signalling configured as"bri_net_ptmp"> instead of "bri_cpe_ptmp" (that has been corrected allready) - I wouldjust> like to know what the error means > > I would greatly appreciate any help - and I'm looking forward to share my > experiences with others - and in case the German speakting readers would > like a German translation please let me know. > > Alex > -- > -- > __________________________________________________________________ > Mag. Alexander Szlezak > Dehmgasse 22 mobile. +43 1 7109904 > 3400 Klosterneuburg web. http://www.gentics.com > AUSTRIA/EUROPE icq. 7367119 > > -- > NEU: WLAN-Router f?r 0,- EUR* - auch f?r DSL-Wechsler! > GMX DSL = superg?nstig & kabellos http://www.gmx.net/de/go/dsl > > _______________________________________________ > Asterisk-Users mailing list > Asterisk-Users@lists.digium.com > http://lists.digium.com/mailman/listinfo/asterisk-users > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users > >
On Fri, 30 Jul 2004 nni@gmx.net wrote:> ###########zapata.conf > context=default > context=alex > pridialplan=unknown > echocancel=yes > echocancel=yes > echocancelwhenbridged=yes > immediate=yesWhy do you define echocancel and context twice?> a) when i try to make an inbound call to <msn> I get the following message > on the cli prompt > > -- Going to extension s|1 because of immediate=yes > -- Extension 's' in context 'alex' from '17109904' does not exist. > Rejecting call on channel 2, span 1You should not use immediate=yes for a TE interface since that instructs asterisk to go to s extension (which is useful for NT interfaces but not for TE ones). I have set pridialplan=local and have the msn in exten => msn,... set including the area code. To only match calls from my cellular phone I use exten => msn/cellphonenumber,... That works fine for me. If it still does not work, turn on some debugging and try to catch what is happening when a call comes.> b) the combination of my configuration with zaphfc and the acer pci isdn > card seems to cause some other trouble> Kernel: 2.4.21-0.13mdk > Jul 29 23:46:49 faar kernel: sync lost, pci performance too low!!!.I had that problem running RedHat Linux 9.0 with kernel 2.4.20-31.9. It was probably occured by a buggy driver for the IDE controller integrated on my mainboard, that made the hard disk access interrupts taking too much time from the pci bus. The problem disappeared after upgrading kernel to 2.4.26.> d) as long as the line works, I have clearly audible clicks/cracks in > the line (zaphfc) that didn't occur using capi and the avm fritz! pci > 2.0 - I don't have any sound problems on iax via voiptel.org or > internally using sipThis problem I still have. This is what I have found out: First turn with echocancel=no in zapata.conf. The echo cancelling does not work any good at all if some audio data is missing. That reintroduces echo while talking to analog phones, of course, but could help finding the source of your problem. Then check that your zaptel timing is all right. Try running zttest (in the zaptel directory) and watch the output. I still have problems with this one running zaphfc-0.1.0-RC2k on my new Intel Pentium 4 2,4 GHz system but timing is excellent on my old AMD K6-233 MHz system... Regards from Sweden, Tobias J?nsson