[asterisk-r2] Problem with asterisk R2 - implemented (PSTN>>Asterisk>> PABX).

[Diego Valente]

Thanks to All

I think we could solve the problem, after studying the operation of
signals R2, realized that the DTMF signal goes on the same channel
that the voice (while), the message of my URA (Unidade de Resposta
Audivel "in protuguese") or IVR (Interactive voice response ) is very
high and ended only when the message the DTMF signal was heard.
I will write a message and lowest performing the test.

Again many thanks to all

[]´s

Diego Valente

2008/10/3 Moises Silva <moises.silva at gmail.com>:
> This does not sound like a R2 issue, once the call is setup everything
> works as any other zap call.
>
> However, did you enable dtmf logging in logger.conf?
>
> What URA stands for, what is that?
>
> dtmfmode=rfc2833 is not a parameter accepted by zapata.conf, it has
> nothing to do with DTMF detection in chan_zap.
>
>
> On Fri, Oct 3, 2008 at 9:33 AM, Diego Valente <infdiego at gmail.com> wrote:
>> Again I need help from everyone.
>>
>> My Asterisk with OPENR2 in topology PSTN>> Asterisk>> PABX is working
>> almost perfectly.
>>
>> I have a set of URA primary care. When a call originates from the PSTN
>> Answer URA, the URA meets and implements the recorded voice message
>> service. But when typing the options (Example: Type 1 for
>> administration, Type 2 for Directors, etc.). The DTMF is not
>> recognized, it does not appear in debug, understand it or at least
>> arrives in Asterisk.
>> In zapata.conf enter the parameter dtmfmode = rfc2833, still nothing.
>> Can anyone help me?
>>
>> Thank you very much
>>
>> 2008/10/3 Diego Valente <infdiego at gmail.com>:
>>> Thanks for the help of all, thank you.
>>>
>>> Alexandre answering your questions
>>>
>>> Did the settings in zapata.conf (mfcr2_max_ani inserted in the group
>>> and DNIS) that you asked Alexandre perfectly solve the problem in ANI
>>> and DNIS, also did the setting in PABX (cancel blocking collect calls
>>> and set up the blockade in receiving Span1 the PSTN) and solve the
>>> problem of the connection being dropped. Thank you for support.
>>>
>>> Answering their questions Moises
>>> and thank you for your help
>>>
>>> Did the settings that I recommended and Alexander worked at both the
>>> max_ani and max_dnis, also withdrew the blockade of collect calls from
>>> PABX, which solve the problem of DROP the calls.
>>>
>>> Answer Question 1 - The span1 that is connected to PSTN is set to
>>> mfcr2_max_ani = 20, and mfcr2_max_dnis = 4, parameters used by service
>>> provider.
>>>
>>> Answer Question 2 - The span 2 that is linked in the PABX is set to
>>> mfcr2_max_ani = 20, and mfcr2_max_dnis = 20.
>>>
>>> Answer Question 3 - The version of OPENR2 is "OpenR2 version: 0.1.1,
>>> revision: 52"
>>>
>>> Answer Question 4 - The span1 that is connected to PSTN is set to
>>> receive the clock of the PSTN. (span = 1,0,0, cas, hdb3)
>>>
>>> The span2 that is linked in the PABX is set to generate the clock for
>>> the PABX (span2 = 2,1,0, cas, hdb3)
>>>
>>>
>>> 2008/10/3 Alexandre Cavalcante Alencar <alexandre.alencar at gmail.com>:
>>>> Hi all,
>>>>
>>>> On Thu, Oct 2, 2008 at 10:04 PM, Moises Silva <moises.silva at gmail.com>
>>>> wrote:
>>>>>
>>>>> Diego, please read carefully and answer each of my questions.
>>>>>
>>>>> I agree with Alexander that you need to set each span max_ani,max_dnis
>>>>> configuration instead of sharing it, since it is not likely you need
>>>>> the same for PSTN and PABX.
>>>>>
>>>>> Question 1. Do you know how many ANI and DNIS to expect from the telco?
>>>>> Question 2. And how many from your PABX?
>>>>>
>>>>> However, the call being dropped does not sound like a problem with max
>>>>> ani or dnis.
>>>>
>>>> Diego, did you check out the collect call blocking or double answer at your
>>>> PABX side? Since OpenR2 do the jobs at telco side, you don't need it at the
>>>> other side.
>>>>
>>>>>
>>>>> Please post here the version of Asterisk you have and the version of
>>>>> OpenR2. You can find OpenR2 version from executing:
>>>>>
>>>>> mfcr2 show version
>>>>>
>>>>> In the Asterisk CLI.
>>>>>
>>>>> Question 3. Asterisk version and OpenR2 revision?
>>>>>
>>>>> I also see that you configured span 1 as the master clock, is that
>>>>> what you really meant?
>>>>>
>>>>> Question 4. Did you really mean to set span 1 as master clock?
>>>>>
>>>>> if span 1 is connected to the telco, I don't think that is what you
>>>>> want since you should take the clock from the telco.
>>>>>
>>>>
>>>> --
>>>> 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
>>>>
>>>
>>>
>>>
>>> --
>>> Diego Valente
>>>
>>
>>
>>
>> --
>> Diego Valente
>>
>> _______________________________________________
>> --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
>



-- 
Diego Valente