[asterisk-users] Cutted audio or 2/3s blanks on
EuroISDN- Asterisk1.4
Steve Hanselman
SteveH at brendata.co.uk
Fri Jun 1 02:20:05 MST 2007
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.
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
More information about the asterisk-users
mailing list