[asterisk-r2] OpenR2 vs Siemens

Melcon Moraes melcon at gmail.com
Tue Nov 4 17:27:54 CST 2008 

The next step would be to generate another debug log with ITU variant.
However, if your siemens is actually expecting only 5 DNIS digits,
you'll never get a regular call going thru it.

Another idea is to check siemens side and see what's happening there.

-MM

On Tue, Nov 4, 2008 at 8:22 PM, Tiago Durante <tiagodurante at gmail.com> wrote:
> 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
>
> _______________________________________________
> --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
>

More information about the asterisk-r2 mailing list