[asterisk-r2] openR2 - falha em algumas ligaçoes

Moises Silva moises.silva at gmail.com
Wed Nov 5 11:18:49 CST 2008


Take a good log with debug information, mfcr2_logging=all in
chan_dahdi.conf/zapata.conf and debug enabled in Asterisk logger.conf

Also make sure you recompiled both OpenR2 and Asterisk (in that order)
after upgrading.

On Wed, Nov 5, 2008 at 11:13 AM, Melcon Moraes <melcon at gmail.com> wrote:
> Just to make sure, when you did the upgrade for libopenr2 @95, did you
> upgrade your * to the latest revision as well?
>
> $> svn co http://svn.digium.com/svn/asterisk/team/moy/mfcr2-1.4 asterisk-1.4
>
> - MM
>
> On Tue, Nov 4, 2008 at 3:24 PM, Joao Carlos Moura <jmoura at crdusa.net> wrote:
>> Hi,
>> thanks for the information.
>> Upgraded the library openr2-79 for openr2-95.
>> The problem of transmission of digits has declined significantly.
>> Now I reported that after 5-6 minutes the call drops.
>> Search information repository in the list did not find more.
>> Is there a parameter to change and avoid this problem?
>> I have a E1 30 channels with Oi-Brasil.
>>
>> Thank you
>>
>> ----- Original Message -----
>> From: "Moises Silva" <moises.silva at gmail.com>
>> To: <asterisk-r2 at lists.digium.com>
>> Sent: Tuesday, November 04, 2008 11:56 AM
>> Subject: Re: [asterisk-r2]openR2 - falha em algumas ligaçoes
>>
>>
>> Indeed changing mfcr2_get_ani_first would not change nothing in this
>> particular log we are seeing.
>>
>> The first thing you need to do is upgrade openr2 or it would be harder
>> to help you, since you are about 15 revisions (changes to openr2)
>> behind.
>>
>> The log is pretty clear,
>>
>> Nov  1 06:28:16] DEBUG[2771]: chan_dahdi.c:3170 dahdi_hangup
>>
>> in the middle of a call we're sending "Clear Forward" signal, and the
>> only cause for that is that Asterisk requests the hangup. In this
>> case, it seems the other leg of the bridge is a SIP channel. You would
>> need to see with sip debug if they are sending us the hangup signal.
>>
>> How often does this happen?
>>
>> Moy
>>
>> On Tue, Nov 4, 2008 at 8:36 AM, Melcon Moraes <melcon at gmail.com> wrote:
>>> When a call is being placed to the TELCO, you don't get ANI first or
>>> after. You send it. How would that change matters in this case?
>>>
>>> -MM
>>>
>>> On Tue, Nov 4, 2008 at 11:57 AM, Alexandre Cavalcante Alencar
>>> <alexandre.alencar at gmail.com> wrote:
>>>> Hi all,
>>>>
>>>> João, can you change a param and check again?
>>>>
>>>> ; before
>>>> mfcr2_get_ani_first=no
>>>>
>>>> ; after
>>>> mfcr2_get_ani_first=yes
>>>>
>>>> As per [1], Oi (Telemar) get ANI digits first. And if you can, make the
>>>> test
>>>> using r2test so we can have a clean testbed.
>>>>
>>>> [1] http://www.soft-switch.org/unicall/installing-mfcr2.html
>>>>
>>>> Best Regards.
>>>>
>>>>
>>>> On Tue, Nov 4, 2008 at 6:45 AM, Joao Carlos Moura <jmoura at crdusa.net>
>>>> wrote:
>>>>>
>>>>> Olá pessoal, instalei o pacote OpenR2 em um servidor Debian 4.0-r5 com
>>>>> asterisk 1.4.
>>>>> Nao tive nenhum problema com compilação e aparentemente não acontece
>>>>> nenhum erro.
>>>>> O problema que enfrento é que em algumas ligações que não completam.
>>>>> Habilitei o debug e verifiquei que no momento da falha, onde era para
>>>>> enviar o número discado digito
>>>>> por digito e pára no primeiro e fica até dar timeout.
>>>>> Conversei com o Alexandre e ele me deu algumas sugestões, entre elas
>>>>> atualizar o pacote.
>>>>> Esse procedimento ainda nao fiz
>>>>>
>>>>> Envio minha configuração e um debug que falhou a chamada.
>>>>> Agradeço a ajuda
>>>>>
>>>>> João Carlos Moura
>>>>>
>>>>> Debian
>>>>> Asterisk 1.4.22
>>>>> OpenR2 version: 0.1.1, revision: 79
>>>>>
>>>>> zapata.conf
>>>>> [channels]
>>>>> usecallerid=yes
>>>>> callwaiting=yes
>>>>> usecallingpres=yes
>>>>> callwaitingcallerid=yes
>>>>> threewaycalling=yes
>>>>> transfer=yes
>>>>> canpark=yes
>>>>> cancallforward=yes
>>>>> callreturn=yes
>>>>> echocancel=yes
>>>>> echotrainning=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
>>>>>
>>>>> group=1
>>>>> callgroup=1
>>>>> pickupgroup=1
>>>>> callerid=asreceived
>>>>> context=from-pstn
>>>>>
>>>>> channel => 1-15,17-31
>>>>> zaptel.conf                              ;  E1 da Oi
>>>>> span=1,1,0,cas,hdb3
>>>>> cas=1-15:1101
>>>>> dchan=16
>>>>> cas=17-31:1101
>>>>> loadzone = br
>>>>> defaultzone= br
>>>>>
>>>>> Debug que falhou a chamada
>>>>>
>>>>>     -- Executing [POP121211724 at to-pstn:1]
>>>>> SetCDRUserField("SIP/192.168.0.5-b7000480", "POP121211724") in new stack
>>>>>     -- Executing [POP121211724 at to-pstn:2]
>>>>> Dial("SIP/192.168.0.5-b7000480",
>>>>> "ZAP/g1/21211724|60|Ct") in new stack
>>>>> [Nov  1 06:28:10] DEBUG[2771]: chan_dahdi.c:956
>>>>> dahdi_r2_get_channel_category: no MFC/R2 category specified for chan
>>>>> Zap/1-1, using default National Subscriber
>>>>> [Nov  1 06:28:10] DEBUG[2771]: chan_dahdi.c:1209 dahdi_r2_write_log:
>>>>> Chan
>>>>> 1 - Attempting to make call (ANI=9009, DNIS=21211724, category=National
>>>>> Subscriber)
>>>>> [Nov  1 06:28:10] DEBUG[2771]: chan_dahdi.c:1209 dahdi_r2_write_log:
>>>>> Chan
>>>>> 1 - ABCD Tx >> [SEIZE] 0x00
>>>>> [Nov  1 06:28:10] DEBUG[2771]: chan_dahdi.c:1209 dahdi_r2_write_log:
>>>>> Chan
>>>>> 1 - ABCD Raw Tx >> 0x01
>>>>>     -- Called g1/21211724
>>>>> [Nov  1 06:28:10] DEBUG[2771]: chan_dahdi.c:4370 dahdi_handle_event:
>>>>> bits
>>>>> changed in chan 1
>>>>> [Nov  1 06:28:10] DEBUG[2771]: chan_dahdi.c:1209 dahdi_r2_write_log:
>>>>> Chan
>>>>> 1 - Bits changed from 0x08 to 0x0C
>>>>> [Nov  1 06:28:10] DEBUG[2771]: chan_dahdi.c:1209 dahdi_r2_write_log:
>>>>> Chan
>>>>> 1 - ABCD Rx << [SEIZE ACK] 0x0C
>>>>> [Nov  1 06:28:10] DEBUG[2771]: chan_dahdi.c:1209 dahdi_r2_write_log:
>>>>> Chan
>>>>> 1 - Sending DNIS digit 2
>>>>> [Nov  1 06:28:10] DEBUG[2771]: chan_dahdi.c:1209 dahdi_r2_write_log:
>>>>> Chan
>>>>> 1 - MF Tx >> 2 [ON]
>>>>> [Nov  1 06:28:16] DEBUG[2771]: chan_dahdi.c:3170 dahdi_hangup:
>>>>> disconnecting MFC/R2 call on chan 1
>>>>> [Nov  1 06:28:16] DEBUG[2771]: chan_dahdi.c:1209 dahdi_r2_write_log:
>>>>> Chan
>>>>> 1 - ABCD Tx >> [CLEAR FORWARD] 0x08
>>>>> [Nov  1 06:28:16] DEBUG[2771]: chan_dahdi.c:1209 dahdi_r2_write_log:
>>>>> Chan
>>>>> 1 - ABCD Raw Tx >> 0x09
>>>>>     -- Hungup 'Zap/1-1'
>>>>>   == Spawn extension (to-pstn, POP121211724, 2) exited non-zero on
>>>>> 'SIP/192.168.0.5-b7000480'
>>>>> [Nov  1 06:28:16] DEBUG[2636]: chan_dahdi.c:1209 dahdi_r2_write_log:
>>>>> Chan
>>>>> 1 - Bits changed from 0x0C to 0x08
>>>>> [Nov  1 06:28:16] DEBUG[2636]: chan_dahdi.c:1209 dahdi_r2_write_log:
>>>>> Chan
>>>>> 1 - ABCD Rx << [IDLE] 0x08
>>>>> [Nov  1 06:28:16] DEBUG[2636]: chan_dahdi.c:1209 dahdi_r2_write_log:
>>>>> Chan
>>>>> 1 - Call ended
>>>>> [Nov  1 06:28:16] DEBUG[2636]: chan_dahdi.c:1209 dahdi_r2_write_log:
>>>>> Chan
>>>>> 1 - ABCD Tx >> [IDLE] 0x08
>>>>> [Nov  1 06:28:16] DEBUG[2636]: chan_dahdi.c:1209 dahdi_r2_write_log:
>>>>> Chan
>>>>> 1 - ABCD Raw Tx >> 0x09
>>>>> [Nov  1 06:28:16] NOTICE[2636]: chan_dahdi.c:1065 dahdi_r2_on_call_end:
>>>>> MFC/R2 call en
>>>>> ________________________________
>>>>> I am using the Free version of SPAMfighter
>>>>> We are a community of 5.6 million users fighting spam.
>>>>> SPAMfighter has removed 32904 of my spam emails to date.
>>>>> The Professional version does not have this message
>>>>>
>>>>> _______________________________________________
>>>>> --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
>>>>
>>> _______________________________________________
>>> --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
>>
>>
>> --
>> I am using the free version of SPAMfighter.
>> We are a community of 5.6 million users fighting spam.
>> SPAMfighter has removed 32924 of my spam emails to date.
>> Get the free SPAMfighter here: http://www.spamfighter.com/len
>>
>> The Professional version does not have this message
>>
>>
>>
>> _______________________________________________
>> --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



-- 
"I do not agree with what you have to say, but I'll defend to the
death your right to say it." Voltaire



More information about the asterisk-r2 mailing list