[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