[asterisk-r2] Collect Call

[Moises Silva]

that's pretty bad, but I need a full debug log to try to see what happened.

Moises Silva
Senior Software Engineer
Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3
Canada
t. 1 905 474 1990 x 128 | e. moy at sangoma.com


On Thu, May 13, 2010 at 10:44 AM, Guilherme <guilherme at vdt.com.br> wrote:

>  Hi,
>
> I have the problem below when I use DAHDIAcceptR2Call(yes)
>
> When the called number hook off the phone the call is finished with this
> error.
>
>
> [May 13 11:34:24] ERROR[718]: chan_dahdi.c:1606 dahdi_r2_write_log: Chan
> 177 - Protocol error. Reason = Invalid R2 state, R2 State = *Unknown*, MF
> state = MF Engine Off, MF Group = Backward Group B, CAS = 0x08
> DNIS = 2199, ANI = 1182240518, MF = 0x20
> [May 13 11:34:24] ERROR[718]: chan_dahdi.c:1378 dahdi_r2_on_protocol_error:
> MFC/R2 protocol error on chan 177: Invalid R2 state
> This case occur only in Collect Call, other calls are fine.
>
> my chan_dahdi.conf
>
> signalling=mfcr2
> mfcr2_variant=br
> mfcr2_get_ani_first=no
> mfcr2_max_ani=20
> mfcr2_max_dnis=4
> mfcr2_category=national_subscriber
> ;mfcr2_logdir=span1
> mfcr2_call_files=no
> ;mfcr2_logging=all
> mfcr2_mfback_timeout=-1
> mfcr2_metering_pulse_timeout=-1
> mfcr2_allow_collect_calls=no
> mfcr2_double_answer=yes
> mfcr2_immediate_accept=no
> mfcr2_forced_release=no
> mfcr2_charge_calls=yes
> language=pt_BR
> If I set only mfcr2_allow_collect_calls=no, none call is blocked, I need to
> set mfcr2_double_answer=yes to block then.
>
> Guilherme
>
>
> ----- Original Message -----
> *From:* Moises Silva <moises.silva at gmail.com>
> *To:* asterisk-r2 at lists.digium.com
> *Sent:* Tuesday, April 13, 2010 4:31 PM
> *Subject:* Re: [asterisk-r2] Collect Call
>
> You can use DAHDIAcceptR2Call() application to accept the call if that's
> what you want ( be sure you don't Answer() before, because that implicitly
> accepts the call ). If you don't call DAHDIAcceptR2Call and just Hangup()
> the call will be rejected with the specified reason in MFCR2_CAUSE variable
> ( if not specified, line out of order will be used).
>
> I have not documented the MFCR2_CAUSE variable, so you may want to ignore
> it, or check the code inside chan_dahdi.c to find out the valid values.
>
> Moises Silva
> Senior Software Engineer
> Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R
> 9T3 Canada
> t. 1 905 474 1990 x 128 | e. moy at sangoma.com
>
>
> On Tue, Apr 13, 2010 at 1:46 PM, Guilherme <guilherme at vdt.com.br> wrote:
>
>>   Hi,
>>
>> I have a openr2 installed on my asterisk and I need to use
>> mfcr2_allow_collect_calls for some calls, not for all. I want know if exist
>> some variable that I use in my extensions.conf to block or allow a collect
>> call for some calls.
>>
>> Tanks,
>>
>>
>> Guilherme
>>
>> --
>> _____________________________________________________________________
>> -- 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
>
>
> --
> _____________________________________________________________________
> -- 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-r2/attachments/20100514/f20d6a61/attachment.htm