[asterisk-r2] openR2 - falha em algumas ligaçoes
Joao Carlos Moura
jmoura at crdusa.net
Wed Nov 5 11:59:33 CST 2008
Hi all
follow the suggestion of most previous emails did not work. The calls are
still coming down after 2 minutes.
The log below shows the error at the time off.
I count on the help of you to resolve this issue.
Log
Asterisk 1.4.22 built by root @ pop2 on a i686 running Linux on 2008-10-29
14:52:59 UTC
[Nov 5 14:46:53] DEBUG[17285] chan_dahdi.c: bits changed in chan 1
[Nov 5 14:46:53] DEBUG[17285] chan_dahdi.c: Chan 1 - Bits changed from 0x04
to 0x0C
[Nov 5 14:46:53] DEBUG[17285] chan_dahdi.c: Chan 1 - ABCD Rx << [CLEAR
BACK] 0x0C
[Nov 5 14:46:53] NOTICE[17285] chan_dahdi.c: Chan 1 - Far end disconnected.
Reason: Normal Clearing
[Nov 5 14:46:53] NOTICE[17285] chan_dahdi.c: MFC/R2 call disconnected on
chan 1
[Nov 5 14:46:53] DEBUG[17285] chan_dahdi.c: disconnecting MFC/R2 call on
chan 1
[Nov 5 14:46:53] DEBUG[17285] chan_dahdi.c: Chan 1 - ABCD Tx >> [CLEAR
FORWARD] 0x08
[Nov 5 14:46:53] DEBUG[17285] chan_dahdi.c: Chan 1 - ABCD Raw Tx >> 0x09
[Nov 5 14:46:53] DEBUG[17275] chan_dahdi.c: Chan 1 - Bits changed from 0x0C
to 0x04
[Nov 5 14:46:53] DEBUG[17275] chan_dahdi.c: Chan 1 - ABCD Rx << [0x04] 0x04
[Nov 5 14:46:53] ERROR[17275] chan_dahdi.c: Chan 1 - Protocol error. Reason
= Invalid CAS, R2 State = Clear Forward Transmitted, MF state = MF Engine
Off, MF Group = Forward Group II, CAS = 0x04
DNIS = 21274010, ANI = 36524800, MF = 0x20
[Nov 5 14:50:53] DEBUG[17275] chan_dahdi.c: Chan 4 - ABCD Tx >> [IDLE] 0x08
[Nov 5 14:50:53] DEBUG[17275] chan_dahdi.c: Chan 4 - ABCD Raw Tx >> 0x09
[Nov 5 14:50:53] ERROR[17275] chan_dahdi.c: MFC/R2 protocol error on chan
4: Invalid CAS
[Nov 5 14:50:53] DEBUG[17275] chan_dahdi.c: Chan 4 - Bits changed from 0x04
to 0x08
[Nov 5 14:50:53] DEBUG[17275] chan_dahdi.c: Chan 4 - ABCD Rx << [IDLE] 0x08
[Nov 5 14:50:53] NOTICE[17275] chan_dahdi.c: Far end unblocked on chan 4
[Nov 5 14:50:53] DEBUG[17288] chan_dahdi.c: bits changed in chan 2
[Nov 5 14:50:53] DEBUG[17288] chan_dahdi.c: Chan 2 - Bits changed from 0x04
to 0x0C
[Nov 5 14:50:53] DEBUG[17288] chan_dahdi.c: Chan 2 - ABCD Rx << [CLEAR
BACK] 0x0C
[Nov 5 14:50:53] NOTICE[17288] chan_dahdi.c: Chan 2 - Far end disconnected.
Reason: Normal Clearing
[Nov 5 14:50:53] NOTICE[17288] chan_dahdi.c: MFC/R2 call disconnected on
chan 2
[Nov 5 14:50:53] DEBUG[17288] chan_dahdi.c: disconnecting MFC/R2 call on
chan 2
[Nov 5 14:50:53] DEBUG[17288] chan_dahdi.c: Chan 2 - ABCD Tx >> [CLEAR
FORWARD] 0x08
[Nov 5 14:50:53] DEBUG[17288] chan_dahdi.c: Chan 2 - ABCD Raw Tx >> 0x09
[Nov 5 14:50:53] DEBUG[17275] chan_dahdi.c: Chan 2 - Bits changed from 0x0C
to 0x04
[Nov 5 14:50:53] DEBUG[17275] chan_dahdi.c: Chan 2 - ABCD Rx << [0x04] 0x04
[Nov 5 14:50:53] ERROR[17275] chan_dahdi.c: Chan 2 - Protocol error. Reason
= Invalid CAS, R2 State = Clear Forward Transmitted, MF state = MF Engine
Off, MF Group = Forward Group II, CAS = 0x04
DNIS = 30844959, ANI = 36524800, MF = 0x20
zaptel.conf
span=1,1,0,cas,hdb3
cas=1-15:1101
dchan=16
cas=17-31:1101
loadzone = br
defaultzone= br
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=yes
mfcr2_max_ani=20
mfcr2_max_dnis=20
mfcr2_category=national_subscriber
mfcr2_logdir=openr2
mfcr2_call_files=no
mfcr2_logging=all
group=1
callgroup=1
pickupgroup=1
callerid=asreceived
context=from-pstn
channel => 1-15,17-31
sip.conf
[POP1]
type=friend
insecure=very
qualify=yes
canreinvite=no
host=192.168.0.5
nat=yes
dtmfmode=rfc2833
disallow=all
allow=ulaw
context=to-pstn
Openr2
OpenR2 version: 0.1.1, revision: 95
pop2*CLI> zap show status
Description Alarms IRQ bpviol
CRC4
Digium Wildcard TE110P T1/E1 Card 0 OK 0 0 0
pop2*CLI> core show version
Asterisk 1.4.22 built by root @ pop2 on a i686 running Linux on 2008-11-05
18:41:00 UTC
Thank's
Joao Carlos
----- Original Message -----
From: "Moises Silva" <moises.silva at gmail.com>
To: <asterisk-r2 at lists.digium.com>
Sent: Wednesday, November 05, 2008 2:18 PM
Subject: Re: [asterisk-r2]openR2 - falha em algumas ligaçoes
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
_______________________________________________
--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 33003 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