[asterisk-r2] OpenR2 vs Siemens

Wed Oct 29 12:46:47 CDT 2008

Hi all,

On Tue, Oct 28, 2008 at 12:35 PM, Tiago Durante <tiagodurante at gmail.com>wrote:

> Hi all!
>
>
<snip>

> All righ, lets go by steps. First I'm having this error when I start
> Asterisk:
>
> ERROR[32631]: codec_dahdi.c:432 find_transcoders: Failed to open
> /dev/dahdi/transcode: No such file or directory
>

You are using DAHDI and you should load the dahdi_transcode module into the
kernel. To do so, issue

# modprobe dahdi_transcode
# /etc/init.d/asterisk stop
# /etc/init.d/asterisk start

You must edit the /etc/dahdi/modules and add a line to make DAHDI load the
dahdi_transcode before the cards modules. Just add a line to look like this

# Contains the list of modules to be loaded / unloaded by /etc/init.d/dahdi.
#
# NOTE:  Please add/edit /etc/modprobe.d/dahdi or /etc/modprobe.conf if you
#        would like to add any module parameters.
#
# Format of this file: list of modules, each in its own line.
# Anything after a '#' is ignore, likewise trailing and leading
# whitespaces and empty lines.

# DAHDI Transcode Module
dahdi_transcode

# Digium TE205P/TE207P/TE210P/TE212P: PCI dual-port T1/E1/J1
# Digium TE405P/TE407P/TE410P/TE412P: PCI quad-port T1/E1/J1
# Digium TE220: PCI-Express dual-port T1/E1/J1
# Digium TE420: PCI-Express quad-port T1/E1/J1
wct4xxp

....

Best regards

> And this warning when I call a extension at Siemens:
>
> WARNING[32744]: chan_dahdi.c:1938 dahdi_enable_ec: Unable to enable
> echo cancellation on channel 1 (No such device)
>
> Every time I call a extension on Siemens I've some mute moments for
> some of the call parts. It's quick, 4 to 8 seconds, but makes
> impossible to talk. And the caller has echo, always. It isn't a strong
> echo, but still.
>
> Another thing that is happening is that I just can call 5 digits
> numbers at Siemens, I think its a problem with the configuration at
> Siemens side, I already called the company responsible for the
> equipment to check if there is something wrong there.
>
> I've tried a several configurations until y-day when I got it working
> with Asterisk 1.4.22, DAHDI 2 and libOpenR2 0.1.1 - The most strange
> thing is that in a first moment using Asterisk 1.6 Beta and zaptel 1.4
> it worked close to perfectly, lets say 97%. And now I'm having this
> issues.
>
> I'm used to Asterisk and analog channels. But it's my first E1 and
> I've to confess that I'm not an expert, so maybe I'm missing something
> stupid here... I've a lot of doubts, so ...
>
>
> ---
>
> My conf:
>
> /etc/dahdi# cat system.conf
> loadzone = br
> defaultzone =br
>
> span=1,1,0,cas,hdb3
> cas=1-15:1101
> cas=17-31:1101
> dchan=16
>
>
> ---
>
> /etc/asterisk# cat chan_dahdi.conf
> [trunkgroups]
>
> [channels]
> usecallerid=yes
> callwaiting=yes
> usecallingpres=yes
> callwaitingcallerid=yes
> threewaycalling=yes
> transfer=yes
> canpark=yes
> cancallforward=yes
> callreturn=yes
> echocancel=yes
> echocancelwhenbridged=yes
>
> signalling=mfcr2
> mfcr2_variant=br
> mfcr2_get_ani_first=no
> mfcr2_max_ani=20
> mfcr2_max_dnis=20
> mfcr2_category=national_subscriber
> mfcr2_logdir=span1
> mfcr2_logging=all
>
> context=in-e1
> group=0
> callgroup=0
> pickupgroup=0
> channel => 1-15
> channel => 17-31
>
> ---
>
> cat /proc/interrupts
>           CPU0
>  0:         74   IO-APIC-edge      timer
>  1:          2   IO-APIC-edge      i8042
>  6:          5   IO-APIC-edge      floppy
>  7:          0   IO-APIC-edge      parport0
>  8:          3   IO-APIC-edge      rtc
>  9:          0   IO-APIC-fasteoi   acpi
>  12:          4   IO-APIC-edge      i8042
>  14:     651656   IO-APIC-edge      ide0
>  16:     338990   IO-APIC-fasteoi   eth0
>  17:   68622371   IO-APIC-fasteoi   wcte11xp
>  18:      39496   IO-APIC-fasteoi   libata
>  19:          2   IO-APIC-fasteoi   ehci_hcd:usb1, uhci_hcd:usb2
>  20:          0   IO-APIC-fasteoi   uhci_hcd:usb3
>  21:          0   IO-APIC-fasteoi   uhci_hcd:usb4
>  22:         37   IO-APIC-fasteoi   uhci_hcd:usb5, Intel ICH6
> NMI:          0   Non-maskable interrupts
> LOC:   18269790   Local timer interrupts
> RES:          0   Rescheduling interrupts
> CAL:          0   function call interrupts
> TLB:          0   TLB shootdowns
> TRM:          0   Thermal event interrupts
> SPU:          0   Spurious interrupts
> ERR:          0
> MIS:          0
>
> ---
>
> # dahdi_speed
> Count: 891909
>
> # dahdi_test
> Opened pseudo dahdi interface, measuring accuracy...
> 99.973045% 99.968651% 99.972649% 99.972557% 99.972656% 99.972748%
> 99.972168%
> 99.972565% 99.971596% 99.972656% 99.973045% 99.972359% 99.972359%
> 99.972466% 99.972656%
> 99.973053% 99.971870% 99.972557%
> --- Results after 18 passes ---
> Best: 99.973 -- Worst: 99.969 -- Average: 99.972314, Difference: 99.972315
>
> # dahdi_scan
> [1]
> active=yes
> alarms=OK
> description=Digium Wildcard TE110P T1/E1 Card 0
> name=WCT1/0
> manufacturer=Digium
> devicetype=Digium Wildcard TE110P T1/E1
> location=PCI Bus 04 Slot 02
> basechan=1
> totchans=31
> irq=17
> type=digital-E1
> syncsrc=0
> lbo=0 db (CSU)/0-133 feet (DSX-1)
> coding_opts=HDB3
> framing_opts=CCS,CRC4
> coding=HDB3
> framing=
>
>
>
>
>
> Please, if there is any other information that you guys need just let
> me know that I post here.
>
> Thank you very much!
>
> regards,
>
>
> --
> Tiago Durante
>
> ,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,
> Perseverance is the hard work you do after you
> get tired of doing the hard work you already did.
> -- Newt Gingrich
>
> _______________________________________________
> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>
> asterisk-r2 mailing list
> To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-r2
>

-- 
Alexandre C Alencar (Skarmeth)
http://blog.alexandrealencar.net/
http://www.alexandrealencar.net/
http://people.debian-ce.org/skarmeth/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-r2/attachments/20081029/7fcb2746/attachment.htm 