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

Joao Carlos Moura jmoura at crdusa.net
Tue Nov 4 11:24:50 CST 2008 

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

More information about the asterisk-r2 mailing list