[asterisk-r2] OpenR2 vs Siemens
Tiago Durante
tiagodurante at gmail.com
Tue Nov 4 16:22:24 CST 2008
Hi Moy,
Well, I tried to change to ITU... But still the same. Right now I'm
quite sure that the problem is at the Siemens PBX.
Because it seems like the Siemens refuses to receive more than 5
digits... And that message that I receive is actually the Siemens
denying my call.
When I used the ITU it didn't cut my call immediately, but it stayed
up with nothing happening... What, for me, means that the Siemens
really want to drop the call.
I think the problem, as I said, is the Siemens... I don't think its
ready for more than 5 digits and that is it.
Thank you very much, I'll keep trying and I post any news here...
If anyone have ANY other idea... please! :)
On Tue, Nov 4, 2008 at 3:47 PM, Moises Silva <moises.silva at gmail.com> wrote:
> It seems the Siemens is configured with the ITU variant and not
> Brazilian variant. Tone 7 in ITU means accept call no charge, but in
> Brazil means "collect call rejected". That's why Asterisk is dropping
> the call. Try setting the mfcr2_variant parameter to itu and let us
> know.
>
> Moy
>
> On Tue, Nov 4, 2008 at 12:20 PM, Tiago Durante <tiagodurante at gmail.com> wrote:
>> here: http://www.pastebin.ca/1245127
>>
>>
>> thanks!
>>
>>
>>
>> []s
>>
>> On Tue, Nov 4, 2008 at 1:17 PM, Melcon Moraes <melcon at gmail.com> wrote:
>>> "Hit send early, hit send often" as they say.
>>>
>>> I meant "post the logs"
>>>
>>> -MM
>>>
>>> On Tue, Nov 4, 2008 at 4:15 PM, Melcon Moraes <melcon at gmail.com> wrote:
>>>> The line wrapping is really annoying. Would you please post the longs
>>>> onto some pastebin? Ex.: www.pastebin.ca
>>>>
>>>> -MM
>>>>
>>>> On Tue, Nov 4, 2008 at 3:36 PM, Tiago Durante <tiagodurante at gmail.com> wrote:
>>>>> Hi all,
>>>>>
>>>>> I'm having a really strange problem here... As I said I'm trying to
>>>>> connect an Asterisk to a Siemens using E1/R2.
>>>>>
>>>>> It's working fine when I try to reach my internal extensions, that has
>>>>> 5 digits. Example: 46202.
>>>>>
>>>>> But when I try to call longer numbers, like PSTN, it doesn't work. It
>>>>> just call 5 digits.
>>>>>
>>>>>
>>>>> Down here you can see me trying to call from the SIP/6969 to the PSTN
>>>>> DAHDI/30403200.
>>>>>
>>>>> This call comes from a Polycom SIP -> Asterisk -> e1/r2 -> Siemens.
>>>>>
>>>>> But I don't know why it just call 5 digits. See:
>>>>>
>>>>>
>>>>> == Using SIP RTP CoS mark 5
>>>>> -- Executing [830403200 at out-e1:1] Dial("SIP/6969-08265190",
>>>>> "DAHDI/g0/30403200,30,tT") in new stack
>>>>> [Nov 4 15:26:55] DEBUG[7021]: chan_dahdi.c:1199
>>>>> dahdi_r2_get_channel_category: No MFC/R2 category specified for chan
>>>>> DAHDI/1-1, using default National Subscriber
>>>>> [Nov 4 15:26:55] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - Attempting to make call (ANI=6969, DNIS=30403200,
>>>>> category=National Subscriber)
>>>>> [Nov 4 15:26:55] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - ABCD Tx >> [SEIZE] 0x00
>>>>> [Nov 4 15:26:55] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - ABCD Raw Tx >> 0x01
>>>>> -- Called g0/30403200
>>>>> [Nov 4 15:26:55] DEBUG[7021]: chan_dahdi.c:5173 dahdi_handle_event:
>>>>> bits changed in chan 1
>>>>> [Nov 4 15:26:55] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - Bits changed from 0x08 to 0x0C
>>>>> [Nov 4 15:26:55] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - ABCD Rx << [SEIZE ACK] 0x0C
>>>>> [Nov 4 15:26:55] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - Sending DNIS digit 3
>>>>> [Nov 4 15:26:55] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Tx >> 3 [ON]
>>>>> [Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Rx << 1 [ON]
>>>>> [Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Tx >> 3 [OFF]
>>>>> [Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Rx << 1 [OFF]
>>>>> [Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - Sending DNIS digit 0
>>>>> [Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Tx >> 0 [ON]
>>>>> [Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Rx << 1 [ON]
>>>>> [Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Tx >> 0 [OFF]
>>>>> [Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Rx << 1 [OFF]
>>>>> [Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - Sending DNIS digit 4
>>>>> [Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Tx >> 4 [ON]
>>>>> [Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Rx << 1 [ON]
>>>>> [Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Tx >> 4 [OFF]
>>>>> [Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Rx << 1 [OFF]
>>>>> [Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - Sending DNIS digit 0
>>>>> [Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Tx >> 0 [ON]
>>>>> [Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Rx << 1 [ON]
>>>>> [Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Tx >> 0 [OFF]
>>>>> [Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Rx << 1 [OFF]
>>>>> [Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - Sending DNIS digit 3
>>>>> [Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Tx >> 3 [ON]
>>>>> [Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Rx << 5 [ON]
>>>>> [Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Tx >> 3 [OFF]
>>>>> [Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Rx << 5 [OFF]
>>>>> [Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - Sending category National Subscriber
>>>>> [Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Tx >> 1 [ON]
>>>>> [Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Rx << 5 [ON]
>>>>> [Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Tx >> 1 [OFF]
>>>>> [Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Rx << 5 [OFF]
>>>>> [Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - Sending ANI digit 6
>>>>> [Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Tx >> 6 [ON]
>>>>> [Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Rx << 5 [ON]
>>>>> [Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Tx >> 6 [OFF]
>>>>> [Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Rx << 5 [OFF]
>>>>> [Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - Sending ANI digit 9
>>>>> [Nov 4 15:26:56] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Tx >> 9 [ON]
>>>>> [Nov 4 15:26:57] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Rx << 5 [ON]
>>>>> [Nov 4 15:26:57] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Tx >> 9 [OFF]
>>>>> [Nov 4 15:26:57] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Rx << 5 [OFF]
>>>>> [Nov 4 15:26:57] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - Sending ANI digit 6
>>>>> [Nov 4 15:26:57] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Tx >> 6 [ON]
>>>>> [Nov 4 15:26:57] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Rx << 5 [ON]
>>>>> [Nov 4 15:26:57] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Tx >> 6 [OFF]
>>>>> [Nov 4 15:26:57] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Rx << 5 [OFF]
>>>>> [Nov 4 15:26:57] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - Sending ANI digit 9
>>>>> [Nov 4 15:26:57] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Tx >> 9 [ON]
>>>>> [Nov 4 15:26:57] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Rx << 5 [ON]
>>>>> [Nov 4 15:26:57] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Tx >> 9 [OFF]
>>>>> [Nov 4 15:26:57] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Rx << 5 [OFF]
>>>>> [Nov 4 15:26:57] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - Sending more ANI unavailable
>>>>> [Nov 4 15:26:57] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Tx >> F [ON]
>>>>> [Nov 4 15:26:57] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Rx << 3 [ON]
>>>>> [Nov 4 15:26:57] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Tx >> F [OFF]
>>>>> [Nov 4 15:26:57] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Rx << 3 [OFF]
>>>>> [Nov 4 15:26:57] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - Sending category National Subscriber
>>>>> [Nov 4 15:26:57] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Tx >> 1 [ON]
>>>>> [Nov 4 15:27:02] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Rx << 7 [ON]
>>>>> [Nov 4 15:27:02] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Tx >> 1 [OFF]
>>>>> [Nov 4 15:27:02] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - MF Rx << 7 [OFF]
>>>>> [Nov 4 15:27:02] NOTICE[7021]: chan_dahdi.c:1590 dahdi_r2_write_log:
>>>>> Chan 1 - Far end disconnected. Reason: Collect Call Rejected
>>>>> [Nov 4 15:27:02] NOTICE[7021]: chan_dahdi.c:1547
>>>>> dahdi_r2_on_call_disconnect: MFC/R2 call disconnected on chan 1
>>>>> [Nov 4 15:27:02] DEBUG[7021]: chan_dahdi.c:3997 dahdi_hangup:
>>>>> disconnecting MFC/R2 call on chan 1
>>>>> [Nov 4 15:27:02] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - ABCD Tx >> [CLEAR FORWARD] 0x08
>>>>> [Nov 4 15:27:02] DEBUG[7021]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - ABCD Raw Tx >> 0x09
>>>>> -- Hungup 'DAHDI/1-1'
>>>>> == Everyone is busy/congested at this time (1:0/0/1)
>>>>> -- Auto fallthrough, channel 'SIP/6969-08265190' status is 'CHANUNAVAIL'
>>>>> [Nov 4 15:27:03] DEBUG[3405]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - Bits changed from 0x0C to 0x08
>>>>> [Nov 4 15:27:03] DEBUG[3405]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - ABCD Rx << [IDLE] 0x08
>>>>> [Nov 4 15:27:03] DEBUG[3405]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - Call ended
>>>>> [Nov 4 15:27:03] DEBUG[3405]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - ABCD Tx >> [IDLE] 0x08
>>>>> [Nov 4 15:27:03] DEBUG[3405]: chan_dahdi.c:1602 dahdi_r2_write_log:
>>>>> Chan 1 - ABCD Raw Tx >> 0x09
>>>>> [Nov 4 15:27:03] NOTICE[3405]: chan_dahdi.c:1459
>>>>> dahdi_r2_on_call_end: MFC/R2 call end on chan 1
>>>>>
>>>>>
>>>>> here is my dial for this:
>>>>>
>>>>> [out-e1]
>>>>> exten => _8XXXXX.,1,Dial(DAHDI/g0/${EXTEN:1},30,tT)
>>>>>
>>>>>
>>>>> and confs:
>>>>>
>>>>> /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
>>>>>
>>>>> -----
>>>>>
>>>>> /etc/dahdi# cat system.conf
>>>>> loadzone = br
>>>>> defaultzone =br
>>>>>
>>>>> span=1,1,0,cas,hdb3
>>>>> echocanceller=mg2,1-15,17-31
>>>>> cas=1-15:1101
>>>>> cas=17-31:1101
>>>>> dchan=16
>>>>>
>>>>>
>>>>> ANY ideas?
>>>>>
>>>>>
>>>>> Thanks guys!
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Wed, Oct 29, 2008 at 2:41 PM, Alexandre Cavalcante Alencar
>>>>> <alexandre.alencar at gmail.com> wrote:
>>>>>> Hi all,
>>>>>>
>>>>>> Try all echo cancelers available and choice the best one. If you have a
>>>>>> digium board, try to install HPEC. There are a OSLEC that is good too (for
>>>>>> some cases).
>>>>>>
>>>>>> Regards
>>>>>>
>>>>>> On Wed, Oct 29, 2008 at 4:13 PM, Tiago Durante <tiagodurante at gmail.com>
>>>>>> wrote:
>>>>>>>
>>>>>>> Thank you Alexandre, worked like a charm!
>>>>>>>
>>>>>>> Also I added the line: "echocanceller=mg2,1-15,17-31" to system.conf
>>>>>>> and the echo is lighter now, but still there...
>>>>>>>
>>>>>>> I'll study a little about this tag, echocanceller, to see if I can
>>>>>>> improve my system...
>>>>>>>
>>>>>>>
>>>>>>> Best regards,
>>>>>>>
>>>>>>>
>>>>>>> Tiago Durante
>>>>>>>
>>>>>>> On Wed, Oct 29, 2008 at 1:46 PM, Alexandre Cavalcante Alencar
>>>>>>> <alexandre.alencar at gmail.com> wrote:
>>>>>>> > 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/
>>>>>>> >
>>>>>>> >
>>>>>>> > _______________________________________________
>>>>>>> > --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
>>>>>>> >
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> 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/
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> --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
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> 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
>>>>>
>>>>
>>>
>>> _______________________________________________
>>> --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
>>>
>>
>>
>>
>> --
>> 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
>>
>
>
>
> --
> "I do not agree with what you have to say, but I'll defend to the
> death your right to say it." Voltaire
>
> _______________________________________________
> --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
>
--
Tiago Durante
,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,.,
Perseverance is the hard work you do after you
get tired of doing the hard work you already did.
-- Newt Gingrich
More information about the asterisk-r2
mailing list