<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

  <meta content="text/html;charset=UTF-8" http-equiv="Content-Type">

</head>

<body bgcolor="#ffffff" text="#000000">

To solve the problem below =&gt;  make distclean <br>

<pre wrap="">"Then I try to run "make menuselect" to remove OSS (I don´t need OSS).

And another error.

...

**************************************************

*** Install ncurses to use the menu interface! ***

**************************************************

menuselect changes NOT saved!

But ncurses is installed:

mfcr2-1.4]# rpm -qa ncurses

ncurses-5.5-24.20060715     "

Paulo Angonese

</pre>

<br>

<br>

<br>

Moises Silva escreveu:

<blockquote

 cite="mid:c4d05cbe0904071024x3839c166l817b3cec5f21d98c@mail.gmail.com"

 type="cite">

  <pre wrap="">Can you help me to test if removing Set(mfcr2_double_answer=yes) and

setting mfcr2_double_answer=yes in chan_dahdi.conf works ?

On Tue, Apr 7, 2009 at 1:18 PM, Paulo Angonese <a class="moz-txt-link-rfc2396E" href="mailto:angonese@gmail.com">&lt;angonese@gmail.com&gt;</a> wrote:

  </pre>

  <blockquote type="cite">

    <pre wrap="">Make OK !!

The problem persists with make menuselect x ncurses, but I don´t need to

remove chan_oss.

Then trying Set(mfcr2_double_answer=yes) again...

It's working well!!!!

Thanks and congratulations for your mcfr2 work.

I´ll keep the server running this beta. I need this...

Paulo Angonese

Moises Silva escreveu:

Try make clean and svn update. I have CentOS 5 as my development box

and don't have that problem

sangoma mfcr2-1.4 $ rpm -qa | grep ncurses

ncurses-5.5-24.20060715

ncurses-devel-5.5-24.20060715

On Tue, Apr 7, 2009 at 12:01 PM, Paulo Angonese <a class="moz-txt-link-rfc2396E" href="mailto:angonese@gmail.com">&lt;angonese@gmail.com&gt;</a> wrote:

Sorry, I'm using  asterisk-1.4.23.1 and applied

openr2-asterisk-1.4.23.patch.

The reason:

 I run configure and then make. The following error occurs:

chan_oss.c:80:23: error: busy_tone.h: No such file or directory

chan_oss.c:81:23: error: ring_tone.h: No such file or directory

chan_oss.c:304: error: âringtoneâ undeclared here (not in a function)

chan_oss.c:305: error: âbusyâ undeclared here (not in a function)

make[1]: *** [chan_oss.o] Error 1

make[1]: Leaving directory `/usr/src/mfcr2-1.4/channels'

make: *** [channels] Error 2

Then I try to run "make menuselect" to remove OSS (I don´t need OSS).

And another error.

...

**************************************************

*** Install ncurses to use the menu interface! ***

**************************************************

menuselect changes NOT saved!

But ncurses is installed:

mfcr2-1.4]# rpm -qa ncurses

ncurses-5.5-24.20060715

It was happening when I installed the openr2 1.1 too. Then I choose install

asterisk and the patch.

This is the last version of ncurses available in rpm.pbone.net for Centos 5.

Paulo Angonese

Moises Silva escreveu:

Hello Paulo,

The first thing to get is the R2 call files (mfcr2_call_files=yes and

mfcr2_logdir=whatever). Also make sure you are using the mfcr2-1.4

branch, I don't remember if "core show version" should say so.

Moy

On Tue, Apr 7, 2009 at 10:44 AM, Paulo Angonese <a class="moz-txt-link-rfc2396E" href="mailto:angonese@gmail.com">&lt;angonese@gmail.com&gt;</a> wrote:

   Bad news. It didn´t work, unfortunatelly.

   I set the mfcr2_double_answer to yes, just before the dial, and made a

collect call. The asterisk didn't do the double answer.

   And  mfcr2_double_answer=yes in chan_dahdi.conf  is not working any more.

Even not using the Set in extensions.conf . In openr2 1.1 it was ok.

   I tried Set(mfcr2_double_answer=yes) and Set(MFCR2_DOUBLE_ANSWER=yes) as

well . Same problem.

   System information, extensions.conf, log etc follow. Do you want any

other information?

   Paulo Angonese

*CLI&gt; mfcr2 show version

OpenR2 version: 1.2.0, revision: 189

*CLI&gt; show version

Asterisk 1.4.23.1 built by root @ gv07.vpcacad on a i686 running Linux on

2009-04-03 18:30:47 UTC

# dahdi_cfg -vvvv

DAHDI Tools Version - 2.1.0.2

DAHDI Version: 2.1.0.4

Echo Canceller(s): MG2

# cat /proc/version

Linux version 2.6.18-92.1.18.el5 (<a class="moz-txt-link-abbreviated" href="mailto:mockbuild@builder16.centos.org">mockbuild@builder16.centos.org</a>) (gcc

version 4.1.2 20071124 (Red Hat 4.1.2-42)) #1 SMP Wed Nov 12 09:30:27 EST

2008

]# cat /etc/*release

CentOS release 5.3 (Final)

   extensions.conf:

exten =&gt; _3[0-4]X,1,Set(mfcr2_double_answer=yes)

exten =&gt; _3[0-4]X,n,Dial(${TRUNKMD}/${EXTEN},120,r)

chan_dahdi.conf:

[channels]

signalling=mfcr2

mfcr2_variant=br

mfcr2_get_ani_first=no

mfcr2_max_ani=3

mfcr2_max_dnis=20

mfcr2_logdir=span1

mfcr2_call_files=yes

mfcr2_logging=all

mfcr2_metering_pulse_timeout=2500

mfcr2_double_answer=yes

group = 1

usecallerid=yes

hidecallerid=no

callwaitingcallerid=no

threewaycalling=no

transfer=no

cancallforward=no

callreturn=no

echocancel=yes

echocancelwhenbridged=yes

echotraining=yes

immediate=no

context = demd110

channel =&gt; 1-15

channel =&gt; 17-31

mfcr2_double_answer=yes

context = deredepublica

mfcr2_max_ani=20

mfcr2_max_dnis=3

mfcr2_logdir=span2

group = 2

channel =&gt; 32-46

channel =&gt; 48-62

    log:

Apr  7 09:56:09] VERBOSE[3326] logger.c:     -- Executing

[303@deredepublica:2] Set("DAHDI/44-1", "mfcr2_double_answer=yes") in new

stack

[Apr  7 09:56:09] VERBOSE[3326] logger.c:     -- Executing

[303@deredepublica:3] Dial("DAHDI/44-1", "Dahdi/g1/303|120|r") in new stack

[Apr  7 09:56:09] DEBUG[3326] chan_dahdi.c: no MFC/R2 category specified for

chan DAHDI/2-1, using default National Subscriber

[Apr  7 09:56:09] DEBUG[3326] chan_dahdi.c: Chan 2 - Attempting to make call

(ANI=5184083465, DNIS=303, category=National Subscriber)

[Apr  7 09:56:09] DEBUG[3326] chan_dahdi.c: Chan 2 - Call started at Tue

Apr  7 09:56:09 2009 on chan 2

[Apr  7 09:56:09] DEBUG[3326] chan_dahdi.c: Chan 2 - CAS Tx &gt;&gt; [SEIZE] 0x00

[Apr  7 09:56:09] DEBUG[3326] chan_dahdi.c: Chan 2 - CAS Raw Tx &gt;&gt; 0x01

[Apr  7 09:56:09] VERBOSE[3326] logger.c:     -- Called g1/303

[Apr  7 09:56:09] DEBUG[3326] chan_dahdi.c: bits changed in chan 2

[Apr  7 09:56:09] DEBUG[3326] chan_dahdi.c: Chan 2 - Bits changed from 0x08

to 0x0C

[Apr  7 09:56:09] DEBUG[3326] chan_dahdi.c: Chan 2 - CAS Rx &lt;&lt; [SEIZE ACK]

0x0C

[Apr  7 09:56:09] DEBUG[3326] chan_dahdi.c: Chan 2 - Sending DNIS digit 3

[Apr  7 09:56:09] DEBUG[3326] chan_dahdi.c: Chan 2 - MF Tx &gt;&gt; 3 [ON]

[Apr  7 09:56:09] DEBUG[3326] chan_dahdi.c: Chan 2 - MF Rx &lt;&lt; 1 [ON]

[Apr  7 09:56:09] DEBUG[3326] chan_dahdi.c: Chan 2 - MF Tx &gt;&gt; 3 [OFF]

[Apr  7 09:56:09] DEBUG[3326] chan_dahdi.c: Chan 2 - MF Rx &lt;&lt; 1 [OFF]

[Apr  7 09:56:09] DEBUG[3326] chan_dahdi.c: Chan 2 - Sending DNIS digit 0

[Apr  7 09:56:09] DEBUG[3326] chan_dahdi.c: Chan 2 - MF Tx &gt;&gt; 0 [ON]

[Apr  7 09:56:09] DEBUG[3326] chan_dahdi.c: Chan 2 - Group A DNIS request

handled

[Apr  7 09:56:09] DEBUG[3326] chan_dahdi.c: Chan 2 - MF Rx &lt;&lt; 1 [ON]

[Apr  7 09:56:09] DEBUG[3326] chan_dahdi.c: Chan 2 - MF Tx &gt;&gt; 0 [OFF]

[Apr  7 09:56:09] DEBUG[3326] chan_dahdi.c: Chan 2 - MF Rx &lt;&lt; 1 [OFF]

[Apr  7 09:56:09] DEBUG[3326] chan_dahdi.c: Chan 2 - Sending DNIS digit 3

[Apr  7 09:56:09] DEBUG[3326] chan_dahdi.c: Chan 2 - MF Tx &gt;&gt; 3 [ON]

[Apr  7 09:56:09] DEBUG[3326] chan_dahdi.c: Chan 2 - Group A DNIS request

handled

[Apr  7 09:56:09] DEBUG[3326] chan_dahdi.c: Chan 2 - MF Rx &lt;&lt; 3 [ON]

[Apr  7 09:56:09] DEBUG[3326] chan_dahdi.c: Chan 2 - MF Tx &gt;&gt; 3 [OFF]

[Apr  7 09:56:09] DEBUG[3326] chan_dahdi.c: Chan 2 - MF Rx &lt;&lt; 3 [OFF]

[Apr  7 09:56:09] DEBUG[3326] chan_dahdi.c: Chan 2 - Sending category

National Subscriber

[Apr  7 09:56:09] DEBUG[3326] chan_dahdi.c: Chan 2 - MF Tx &gt;&gt; 1 [ON]

[Apr  7 09:56:10] DEBUG[3326] chan_dahdi.c: Chan 2 - MF Rx &lt;&lt; 1 [ON]

[Apr  7 09:56:10] DEBUG[3326] chan_dahdi.c: Chan 2 - MF Tx &gt;&gt; 1 [OFF]

[Apr  7 09:56:10] DEBUG[3326] chan_dahdi.c: Chan 2 - MF Rx &lt;&lt; 1 [OFF]

[Apr  7 09:56:10] NOTICE[3326] chan_dahdi.c: MFC/R2 call has been accepted

on chan 2

[Apr  7 09:56:10] NOTICE[3326] chan_dahdi.c: Call accepted on forward

channel 2

[Apr  7 09:56:10] VERBOSE[3326] logger.c:     -- DAHDI/2-1 is ringing

[Apr  7 09:56:11] DEBUG[3120] chan_dahdi.c: Chan 13 - DNIS so far: 3203175,

expected length: 10

[Apr  7 09:56:15] DEBUG[3326] chan_dahdi.c: bits changed in chan 2

[Apr  7 09:56:15] DEBUG[3326] chan_dahdi.c: Chan 2 - Bits changed from 0x0C

to 0x04

[Apr  7 09:56:15] DEBUG[3326] chan_dahdi.c: Chan 2 - CAS Rx &lt;&lt; [ANSWER] 0x04

[Apr  7 09:56:15] DEBUG[3326] chan_dahdi.c: MFC/R2 call has been answered on

chan 2

[Apr  7 09:56:15] VERBOSE[3326] logger.c:     -- DAHDI/2-1 answered

DAHDI/44-1

[Apr  7 09:56:15] DEBUG[3326] chan_dahdi.c: Accepting MFC/R2 call on chan 44

[Apr  7 09:56:15] DEBUG[3326] chan_dahdi.c: Chan 44 - CAS Tx &gt;&gt; [ANSWER]

0x04

[Apr  7 09:56:15] DEBUG[3326] chan_dahdi.c: Chan 44 - CAS Raw Tx &gt;&gt; 0x05

[Apr  7 09:56:15] DEBUG[3326] chan_dahdi.c: master: 44, slave: 2, nothingok:

0

[Apr  7 09:56:15] DEBUG[3326] chan_dahdi.c: Stopping tones on 44/0 talking

to 2/0

[Apr  7 09:56:15] DEBUG[3326] chan_dahdi.c: Stopping tones on 2/0 talking to

44/0

[Apr  7 09:56:15] DEBUG[3326] chan_dahdi.c: Making 2 slave to master 44 at 0

[Apr  7 09:56:15] DEBUG[3326] chan_dahdi.c: Added 10 to conference 9/44

[Apr  7 09:56:15] DEBUG[3326] chan_dahdi.c: Added 51 to conference 9/2

[Apr  7 09:56:15] VERBOSE[3326] logger.c:     -- Native bridging DAHDI/44-1

and DAHDI/2-1

[Apr  7 09:56:17] DEBUG[3326] chan_dahdi.c: bits changed in chan 2

Moises Silva escreveu:

Like any other variable there is no original value until you set it. I

agree however it could be handy to set that variable when the channel

is created to have the value configured in chan_dahdi.conf, I may add

that someday if I don't forget it.

Moy

On Fri, Apr 3, 2009 at 2:22 PM, Paulo Angonese <a class="moz-txt-link-rfc2396E" href="mailto:angonese@gmail.com">&lt;angonese@gmail.com&gt;</a> wrote:

Moises, the server is ready, and the extensions.conf prepared.

But, just to avoid "losing the travel" (because the PABX is far), I´ve put

some NoOp's to display the content of  MFCR2_DOUBLE_ANSWER variable and made

a test.  But not connected to the E1/R2 trunk yet.

Before SET the value is null (no value) and after  the value is "no".  The

behaviour is like any other variable I've invented.

Is that correct?  The original value shouldn't be "yes"?

CLI&gt; mfcr2 show version

OpenR2 version: 1.2.0, revision: 189

extensions.conf

exten =&gt; _30[8-9],1,NoOp,xx${MFCR2_DOUBLE_ANSWER}

exten =&gt; _30[8-9],n,Set(MFCR2_DOUBLE_ANSWER=no)

exten =&gt; _30[8-9],n,NoOp,xx${MFCR2_DOUBLE_ANSWER}

exten =&gt; _30[8-9],n,Dial(Dahdi/g1/${EXTEN},40)

The output from console:

    -- Executing [308@dddcelular:1] NoOp("SIP/9349-b7600468", "") in new

stack

    -- Executing [308@dddcelular:2] Set("SIP/9349-b7600468",

"MFCR2_DOUBLE_ANSWER=no") in new stack

    -- Executing [308@dddcelular:3] NoOp("SIP/9349-b7600468", "no") in new

stack

    -- Executing [308@dddcelular:4] Dial("SIP/9349-b7600468",

"Dahdi/g1/308|40") in  new stack

Paulo Angonese

Moises Silva escreveu:

Forget about your idea of Answer(), Hangup(), Answer(), that will

never work under any situation.

Just call Set(MFCR2_DOUBLE_ANSWER=yes) in the calls where you want to

use double answer (Based on DNIS, CallerID or whatever you want)

before doing Dial() or before Answer() if you want to answer

immediately before Dialing, for all other calls

Set(MFCR2_DOUBLE_ANSWER=no) or just don't set it. If you don't set

that variable the default from chan_dahdi.conf will be used.

Moy

On Thu, Apr 2, 2009 at 4:07 PM, Paulo Angonese <a class="moz-txt-link-rfc2396E" href="mailto:angonese@gmail.com">&lt;angonese@gmail.com&gt;</a> wrote:

Let me confirm:

- change the MFCR2_DOUBLE_ANSWER to YES;

- include in the extensions.conf, just before the DIAL, Answer(),

Hangup(), Answer ();

Is this ok?

The MFCR2_DOUBLE_ANSWER=YES will only work only in this situation, not

in global form?

Paulo Angonese

Moises Silva escreveu:

The functionality you require is only in

<a class="moz-txt-link-freetext" href="http://svn.digium.com/svn/asterisk/team/moy/mfcr2-1.4">http://svn.digium.com/svn/asterisk/team/moy/mfcr2-1.4</a> and the beta

release of Asterisk 1.6.2.

You just set the variable MFCR2_DOUBLE_ANSWER before calling Answer()

This also requires openr2 from the release-1 branch

(<a class="moz-txt-link-freetext" href="http://openr2.googlecode.com/svn/branches/release-1">http://openr2.googlecode.com/svn/branches/release-1</a>) that is the

branch that will become openr2 1.2.0 anytime soon. However, be aware I

added some changes a few days ago for DTMF/R2 support and I have not

really tested it well, I may have introduced some bug here or there

:-)

Moy

On Thu, Apr 2, 2009 at 3:19 PM, Paulo Angonese <a class="moz-txt-link-rfc2396E" href="mailto:angonese@gmail.com">&lt;angonese@gmail.com&gt;</a> wrote:

    Ok. It´s working.  Using  mfcr2_metering_pulse_timeout=2000 in openr2

and clear_back_persistence_check=2000 in unicall as well.

    But... (always has a but...)

    There are some extensions in PABX which the colletc calls are permited.

In these cases it doesn´t do the double answer.

And,... the variable MFCR2_CATEGORY is always the same:

national_subscriber... the TelCo is not changing its value.

I´m trying to talk to TelCo to change, but I don´t believe. And, sincerely,

the ideal is to implement the solution without talking with TelCo and PABX

maintanaince.

The transparent form is the ideal.

   One solution could be do the bouble answer in Asterisk, based in the

destination extension. I tried answer - hangup - answer and dial the

extension. But just after the hangup Asterisk ends the call.  Flash() only

in FXO lines. Is there any other technique to simulate the double answer in

Asterisk?

   A sugestion: simply bypass the ANSWER - CLEAR BACK - ANSWER from E1 PABX

to  E1 TelCo.  Transparently, if it occurs between the

mfcr2_metering_pulse_timeout  time.   At this manner the colletc call policy

could be stayed at the PABX (totally transparent!).

  It´s another problem. Time to change the title?

  Paulo Angonese

Moises Silva escreveu:

Just add this:

mfcr2_metering_pulse_timeout=2000

Moy

On Wed, Apr 1, 2009 at 2:05 PM, Paulo Angonese <a class="moz-txt-link-rfc2396E" href="mailto:angonese@gmail.com">&lt;angonese@gmail.com&gt;</a> wrote:

   Hi. I´m new in this list.

   I'm trying to put an Asterisk betwen an Ericsson MD110 and the TelCo

(Brasil Telecom).

   The problem is collect calls blocked by the MD110. It uses the double

answer technique. When Asterisk, using OpenR2, receives the CLEAR BACK ,

call drops immediatly. One solution is to program the MD110 allowing the

collect calls, and use the use the mfcr2_allow_collect_calls=no or

mfcr2_double_answer=yes in Asterisk, I know. But I can´t (and I don´t want)

ask to MD110 maintaince to do this.

   The solution using Unicall is to change

mfcr2-&gt;clear_back_persistence_check in mfcr2.c  to  a value like 2000 (two

seconds in my case).

   How can I do this using OpenR2?

   Thanks

   Paulo Angonese

_______________________________________________

--Bandwidth and Colocation Provided by <a class="moz-txt-link-freetext" href="http://www.api-digital.com">http://www.api-digital.com</a>--

asterisk-r2 mailing list