asterisk users - Nov 2011 - Dahdi complete 2.5.0.1 - dahdi_dummy not compiled

Hi all,

I have a question: we have few customers asterisk servers runing 1.4 1.6 
or 1.8 asterisk version under Debian Lenny or Squeeze. No one of this 
computer has telephony card, so we use dahdi_dummy for timing. Asterisk 
and dahdi always compiled ourself (*)

Last week we face quality problem on 3 of those servers and discovered 
that timing was bad and looking further, dahdi_dummy not compiled => not 
loaded! One server is stock Lenny 2.6.26, the other Lenny backport 
2.6.32 and the last stock Squeeze 2.6.32, all those running asterisk 
1.6.2.20/dahdi-complete 2.5.0.1

We checked with other installations who have dahdi_dummy loaded 
(asterisk 1.4 1.6 or 1.8 (*) this last with packages from asterisk.org) 
and timing is OK on those machines.

How can we get dahdi_dummy compiled on those machines?

Thanks for any hint

-- 
Daniel

On Mon, Nov 07, 2011 at 09:46:22AM +0100, Administrator TOOTAI
wrote:
> Hi all,
> 
> I have a question: we have few customers asterisk servers runing 1.4
> 1.6 or 1.8 asterisk version under Debian Lenny or Squeeze. No one of
> this computer has telephony card, so we use dahdi_dummy for timing.
> Asterisk and dahdi always compiled ourself (*)
> 
> Last week we face quality problem on 3 of those servers and
> discovered that timing was bad and looking further, dahdi_dummy not
> compiled => not loaded! One server is stock Lenny 2.6.26, the other
> Lenny backport 2.6.32 and the last stock Squeeze 2.6.32, all those
> running asterisk 1.6.2.20/dahdi-complete 2.5.0.1
> 
> We checked with other installations who have dahdi_dummy loaded
> (asterisk 1.4 1.6 or 1.8 (*) this last with packages from
> asterisk.org) and timing is OK on those machines.
> 
> How can we get dahdi_dummy compiled on those machines?
You no longer need to. Merely loading the module dahdi provides timing
and pseudo channels for conferences if no DAHDI hardware is available.

-- 
               Tzafrir Cohen
icq#16849755              jabber:tzafrir.cohen at xorcom.com
+972-50-7952406           mailto:tzafrir.cohen at xorcom.com
http://www.xorcom.com  iax:guest at local.xorcom.com/tzafrir

Le 07/11/2011 10:19, Tzafrir Cohen a ?crit :
>
>> How can we get dahdi_dummy compiled on those machines?
> You no longer need to. Merely loading the module dahdi provides timing
> and pseudo channels for conferences if no DAHDI hardware is available.
Well:

output of 1.6.20 without dahdi_dummy Debian Squeeze (Bad)

--- Results after 124 passes ---
Best: 100.000 -- Worst: 99.604 -- Average: 99.882464, Difference: 100.001599
dh at pabx2:/etc/dahdi$ sudo lsmod|grep dahdi
dahdi                 171134  0
crc_ccitt               1323  1 dahdi


output of 1.6.20 without dahdi_dummy Debian Lenny Backport (Bad)

--- Results after 269 passes ---
Best: 100.000 -- Worst: 99.607 -- Average: 99.953130, Difference: 99.999378
dh at kumquat:~$ sudo lsmod|grep dahdi
dahdi                 171150  26
crc_ccitt               1323  1 dahdi


output of 1.6.20 with dahdi_dummy Debian Lenny (Good)

--- Results after 184 passes ---
Best: 100.000 -- Worst: 99.979 -- Average: 99.997323, Difference: 99.997337
dh at asterix:~$ lsmod|grep dahdi
dahdi_dummy             8080  0
dahdi_transcode        11912  1 wctc4xxp
dahdi_voicebus         40768  2 wctdm24xxp,wcte12xp
dahdi                 200912  18 
dahdi_dummy,xpp,dahdi_transcode,wcb4xxp,wctdm,wcfxo,wctdm24xxp,wcte11xp,wct1xxp,wcte12xp,dahdi_voicebus,wct4xxp
crc_ccitt               6528  1 dahdi


output of 1.8.7-1 with dahdi_dummy from Ubuntu server package 
asterisk.org (Good)

--- Results after 84 passes ---
Best: 99.998 -- Worst: 99.993 -- Average: 99.996689, Difference: 99.996689
dh at bescomx:/var/log/asterisk$ sudo lsmod | grep dahdi
dahdi_transcode         6836  0
dahdi_dummy             2760  0
dahdi                 210885  2 dahdi_transcode,dahdi_dummy
crc_ccitt               1675  1 dahdi


Our problem is that on servers without dahdi_dummy (the 2 first) we face 
problem with cutted calls or bad audio (words are cutted or one syllabe 
of three). We are using SIP and ulaw/alaw codec. Face the same behavior 
with g722.

Problem appears on phones (SNOM) connected directly to the servers and 
not to users using their own asterisk server connected to those two 
servers.

-- 
Daniel