[asterisk-users] Cutted audio or 2/3s blanks on EuroISDN- Asterisk1.4

Matthew Fredrickson creslin at digium.com
Fri Jun 1 10:38:26 MST 2007


On Jun 1, 2007, at 4:20 AM, Steve Hanselman wrote:

> We're also seeing the same thing, our calls are bridged zaptel calls 
> between ISDN30 PRI interfaces on a single TE410P.
>
> We don't' appear to have any lost interrupts.
>
> Same as stated, 2-3 second gaps in audio.

Make sure that you're using the most current zaptel drivers (1.2 or 
1.4).  There was a bug introduced a while ago that could have caused 
audio drops that may have made it into a release.

Matthew Fredrickson

>
> Steve
>
>
>
>
> -----Original Message-----
> From: asterisk-users-bounces at lists.digium.com 
> [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of 
> Administrator TOOTAI
> Sent: 11 May 2007 09:47
> To: Asterisk Users Mailing List - Non-Commercial Discussion
> Subject: Re: [asterisk-users] Cutted audio or 2/3s blanks on EuroISDN- 
> Asterisk1.4
>
> Steve Totaro a écrit :
>
> Hi Steve
>> Your Zap conf files would be helpful.  Zttest results?  Cat
>> /proc/interrupts.  Sharing interrupts?
> No. Zap con files should not be relevant as we are using ISDN.
>
> dh at SrvP:/home/asterisk/1.4/zaptel$ cat /etc/zaptel.conf
>
> loadzone = us
> defaultzone=us
>
> dh at SrvP:/home/asterisk/1.4/zaptel$ cat /etc/asterisk/zapata.conf
> ;
> ; Zapata telephony interface
> ;
> ; Configuration file
> ;
> ; You need to restart Asterisk to re-configure the Zap channel
> ; CLI> reload chan_zap.so
> ;               will reload the configuration file,
> ;               but not all configuration options are
> ;               re-configured during a reload.
>
> [trunkgroups]
>
> [channels]
> ;
> context=default
> ;
> switchtype=national
> ;
> signalling=fxo_ls
> ;
> rxwink=300              ; Atlas seems to use long (250ms) winks
> ;
> usecallerid=yes
> ;
> hidecallerid=no
> ;
> callwaiting=yes
> ;
> usecallingpres=yes
> ;
> callwaitingcallerid=yes
> ;
> threewaycalling=yes
> ;
> transfer=yes
> ;
> canpark=yes
> ;
> cancallforward=yes
> ;
> callreturn=yes
> ;
> echocancel=yes
> ;
> echocancelwhenbridged=yes
> ;
> rxgain=0.0
> txgain=0.0
> ;
> group=1
> ; make these both the same.  Groups range from 0 to 63.
> ;
> callgroup=1
> pickupgroup=1
> ;
> immediate=no
>
>
> dh at SrvP:/home/asterisk/1.4/zaptel$ cat /proc/interrupts
>            CPU0       CPU1       CPU2       CPU3
>   0:  109917508          0          0          0    IO-APIC-edge  timer
>   1:      12365          0          0          0    IO-APIC-edge  i8042
>   8:  444560118          0          0          0    IO-APIC-edge  rtc
>   9:          0          0          0          0   IO-APIC-level  acpi
> 12:      11367          0          0          0    IO-APIC-edge  i8042
> 14:    3944731          0          0          0    IO-APIC-edge  ide0
> 58:          0          0          0          0   IO-APIC-level
> uhci_hcd:usb1, uhci_hcd:usb3, ehci_hcd:usb5
> 66:          0          0          0          0   IO-APIC-level
> uhci_hcd:usb2, uhci_hcd:usb4
> 74:    4552211          0          0          0   IO-APIC-level  libata
> 90:   18418187          0          0          0         PCI-MSI  eth0
> 98:   27358592          0          0          0   IO-APIC-level  
> HFC-multi
> 106:   27358571          0          0          0   IO-APIC-level  
> HFC-multi
> NMI:      14333        691        827       1273
> LOC:  109917988  109917975  109917950  109917910
> ERR:          0
> MIS:          0
>
> We use ztdummy for Meetme:
>
> dh at SrvP:/home/asterisk/1.4/zaptel$ sudo ./zttest
> Opened pseudo zap interface, measuring accuracy...
> 99.963379% 99.938965% 99.963379% 99.963379% 99.938965% 99.963379% 
> 99.938965%
> 99.963379% 99.938965% 99.963379% 99.963379% 99.938965% 99.951172%
> 99.938965% 99.963379%
> 99.963379% 99.938965% 99.963379% 99.938965% 99.963379% 99.938965%
> 99.963379% 99.963379%
> 99.938965% 99.963379% 99.938965% 99.963379% 99.938965% 99.963379%
> 99.963379% 99.938965%
> 99.963379% 99.938965% 99.963379% 99.938965% 99.963379% 99.963379%
> 99.938965% 99.963379%
> 99.938965% 99.963379% 99.938965% 99.963379% 99.963379% 99.938965%
> 99.963379% 99.938965%
> 99.963379% 99.963379% 99.938965% 99.963379% 99.938965% 99.963379%
> 99.938965% 99.951172%
> 99.963379% 99.938965% 99.963379% 99.938965% 99.963379% 99.938965%
> 99.963379% 99.963379%
> 99.938965% 99.963379% 99.938965% 99.963379% 99.938965% 99.963379%
> 99.963379% 99.938965%
> 99.963379% 99.938965% 99.963379% 99.963379% 99.938965% 99.963379%
> 99.938965% 99.963379%
> 99.938965% 99.963379% 99.963379% 99.938965% 99.963379% 99.938965%
> 99.963379% 99.938965%
> --- Results after 87 passes ---
> Best: 99.963379 -- Worst: 99.938965 -- Average: 99.952721
>
> lsmod, zttranscode was loaded, I remove it:
>
> dh at SrvPhone:/home/asterisk/1.4/zaptel$ lsmod
> Module                  Size  Used by
> ztdummy                10056  0
> tcp_diag                6400  0
> inet_diag              16784  1 tcp_diag
> mISDN_dsp             201384  1
> hfcmulti               79884  1
> mISDN_capi            107116  1
> l3udss1                46744  1
> mISDN_l2               44616  1
> mISDN_l1               17560  1
> mISDN_core             88224  6
> mISDN_dsp,hfcmulti,mISDN_capi,l3udss1,mISDN_l2,mISDN_l1
> capi                   23616  0
> capifs                 11152  2 capi
> kernelcapi             56640  2 mISDN_capi,capi
> zaptel                197608  7 ztdummy
> crc_ccitt               6784  1 zaptel
> ipv6                  285664  34
> ppdev                  14088  0
> parport_pc             41640  0
> lp                     17736  0
> parport                44684  3 ppdev,parport_pc,lp
> button                 12192  0
> ac                     10376  0
> battery                15496  0
> dm_snapshot            20664  0
> dm_mirror              25216  0
> dm_mod                 62800  2 dm_snapshot,dm_mirror
> loop                   20112  0
> tsdev                  13056  0
> i2c_i801               13076  0
> serio_raw              12036  0
> i2c_core               27776  1 i2c_i801
> pcspkr                  7808  0
> psmouse                44432  0
> shpchp                 42156  0
> pci_hotplug            20872  1 shpchp
> evdev                  15360  1
> ext3                  138512  3
> jbd                    65392  1 ext3
> mbcache                14216  1 ext3
> raid1                  27008  4
> md_mod                 82844  5 raid1
> ide_generic             5760  0 [permanent]
> ide_cd                 45088  0
> cdrom                  40488  1 ide_cd
> generic                11396  0 [permanent]
> sd_mod                 25856  10
> ahci                   24708  8
> libata                106784  1 ahci
> scsi_mod              153008  3 sd_mod,ahci,libata
> piix                   15492  0 [permanent]
> ide_core              147584  4 ide_generic,ide_cd,generic,piix
> ehci_hcd               36104  0
> e1000                 123968  0
> uhci_hcd               28696  0
> thermal                20240  0
> processor              38248  1 thermal
> fan                     9864  0
>
>>
>> Any funky error in the logs?
> Nothing.
>
> Thanks for your help.
>>
>>
>>> -----Original Message-----
>>> [...]
>>> Morning all,
>>>
>>> we face a strange problem on a dual Xeon server with 2 GB RAM and 2
>>> B410P cards. On ISDN calls, audio is sometimes poor (micro
>>> cutted/scratched) even cutted during few seconds (2 or 3). Problem
>>> appears only on some calls and isn't reproducable.
>>>
>>> Kernel is a Debian/Etch 2.6.17-4 amd64. We are using misdn1.1.2 with:
>>>
>>> Asterisk SVN-branch-1.4-r62218 built by root @ SrvPhone on a x86_64
>>> running Linux on 2007-05-05 13:42:13 UTC
>>>
>>> Cards are setted in TE-PTP mode, 7 of the 8 ports are used. Telco is
>>> Belgacom - Belgium. They checked lines and tell they are ok.
>>>
>>> Thanks for any hint.
>>>
>>> --
>>> Daniel
>
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users
>
>
> The information contained in this email is intended for the personal 
> and confidential use
> of the addressee only. It may also be privileged information. If you 
> are not the intended
> recipient then you are hereby notified that you have received this 
> document in error and
> that any review, distribution or copying of this document is strictly 
> prohibited. If you have
> received  this communication in error, please notify Brendata 
> immediately on:
>
> +44 (0)1268 466100, or email 'technical at brendata.co.uk'
>
> Brendata (UK) Ltd
> Nevendon Hall, Nevendon Road, Basildon, Essex. SS13 1BX  UK
> Registered Office as above. Registered in England No. 2764339
>
> See our current vacancies at www.brendata.co.uk
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users



More information about the asterisk-users mailing list