Other possible cause for your problem is immediate=yes in chan_dahdi.conf<div><br></div><div>With Unicall works because unicall does not check the asterisk dialplan or the immediate option, unicall always request all possible DNIS ignoring any configurations ( other than max_dnis ).</div>
<div><br clear="all">Moises Silva<br>Senior Software Engineer<br>Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada<br>t. 1 905 474 1990 x 128 | e. <a href="mailto:moy@sangoma.com">moy@sangoma.com</a><br>
<br><br><div class="gmail_quote">On Wed, May 26, 2010 at 1:18 PM, Arturo Ochoa <span dir="ltr"><<a href="mailto:arturo.era@gmail.com">arturo.era@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Thanks Moy,<br>
<br>
And just for the records, I couldn't find any wrong configuration, or<br>
something else. I spend all day trying to figure it out, but didn't<br>
get the solution. Problem is, this server was in production, and they<br>
were out of service for all day.<br>
<br>
An the end, what I did was rolled back the asterisk 1.2 branch with<br>
Unicall, and without any special configuration, it started working<br>
just fine. I felt frustrated for this situation.<br>
<br>
This in short, is what I did:<br>
<br>
Original server Centos 4 with asterisk 1.2 and Unicall plugged to 1<br>
Telco and Ericsson PBX.<br>
<br>
Replaced with Elastix distro, then trying with openr2 1.2.0 and<br>
asterisk 1.4 packaged with Elastix... and not working on incoming<br>
calls.<br>
Then, upgrade to openr2 1.3.0 and compiled everything else (asterisk<br>
1.4.28 with openr2 patch)... at the end same behavior.<br>
I tried even with timeouts, using the r2proto.conf... but same result.<br>
<br>
At the end, I compiled every library required to get unicall working<br>
with asterisk 1.2, replace dahdi with zaptel.. And it suddenly started<br>
to work just fine, incoming and outgoing calls working right, this is<br>
just a few lines of the chan_unicall receiving DNIS digits:<br>
<a href="http://pastebin.com/HcjUvsx9" target="_blank">http://pastebin.com/HcjUvsx9</a><br>
<br>
Regards,<br>
<div class="im"><br>
<br>
Ing Arturo Ochoa<br>
Network Admin at Electrosystems<br>
Blog: <a href="http://arturoochoa.wordpress.com" target="_blank">http://arturoochoa.wordpress.com</a><br>
<br>
<br>
<br>
<br>
<br>
</div><div><div></div><div class="h5">On Wed, May 26, 2010 at 8:11 AM, Moises Silva <<a href="mailto:moises.silva@gmail.com">moises.silva@gmail.com</a>> wrote:<br>
> I can't see anything wrong with your dial plan.<br>
> The "User requested us to stop getting DNIS" basically means Asterisk says<br>
> getting more DNIS is not useful. Each time I get a digit, I send the number<br>
> to Asterisk and Asterisk checks the number against the dialplan, if adding<br>
> more digits do not help to match extensions, then it will ask openr2 to stop<br>
> getting DNIS.<br>
> So, if the telco tries to send 1234 as DNIS, but in the dialplan for that<br>
> circuit you only have:<br>
> _XX,n, ...<br>
> _X,n, ...<br>
> Then Asterisk will see that only 1 and 2 digit numbers are valid dial plan<br>
> numbers, as soon as receives DNIS 12 it will request to stop getting DNIS<br>
> because adding another digit will not help to match any extension.<br>
> I suggest you to add a very simple dial plan with only<br>
> _X.,1,Answer and see if that way you can get DNIS, there is probably<br>
> something in the extensions being included that is causing this.<br>
><br>
> Moises Silva<br>
> Senior Software Engineer<br>
> Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3<br>
> Canada<br>
> t. 1 905 474 1990 x 128 | e. <a href="mailto:moy@sangoma.com">moy@sangoma.com</a><br>
><br>
><br>
> On Tue, May 25, 2010 at 5:19 PM, Arturo Ochoa <<a href="mailto:arturo.era@gmail.com">arturo.era@gmail.com</a>> wrote:<br>
>><br>
>> Thanks Moy,<br>
>><br>
>> Well, I posted in pastebin: <a href="http://pastebin.com/ii737TtW" target="_blank">http://pastebin.com/ii737TtW</a><br>
>><br>
>> That's just part of the context that is in charge of receiving incoming<br>
>> calls from the card hooked to the PBX. Normally they dial 5 digits, and it<br>
>> can be some internall SIP Exten, or maybe another exten on different<br>
>> Asterisk.<br>
>><br>
>> What I don't understand is why in many other Asterisk systems plugged to<br>
>> Telcos for example, using OpenR2, I always received 4 digits for the<br>
>> incomming call (Telmex, Alestra). And it really is up to me, how to handle<br>
>> the incomming DID's, I always have at least one Incoming route configured<br>
>> to handle all the different DID's and send it to, for example some IVR or<br>
>> whatever.<br>
>><br>
>> Actually in this server, from the Telco perspective, I don't really care<br>
>> of the DNIS. The call is being answer and that's all they need. But on the<br>
>> other hand, incoming calls from the PBX, need to be routed to different<br>
>> places... that's the point I'm stuck with.<br>
>><br>
>><br>
>><br>
>> Ing Arturo Ochoa<br>
>> Network Admin at Electrosystems<br>
>> Blog: <a href="http://arturoochoa.wordpress.com" target="_blank">http://arturoochoa.wordpress.com</a><br>
>><br>
>><br>
>><br>
>><br>
>> On Tue, May 25, 2010 at 2:49 PM, Moises Silva <<a href="mailto:moises.silva@gmail.com">moises.silva@gmail.com</a>><br>
>> wrote:<br>
>>><br>
>>> This means the dialplan rules told us to stop getting DNIS. Pastebin the<br>
>>> dialplan ( just the relevant context ).<br>
>>><br>
>>> Moises Silva<br>
>>> Senior Software Engineer<br>
>>> Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R<br>
>>> 9T3 Canada<br>
>>> t. 1 905 474 1990 x 128 | e. <a href="mailto:moy@sangoma.com">moy@sangoma.com</a><br>
>>><br>
>>><br>
>>> On Tue, May 25, 2010 at 4:33 PM, Arturo Ochoa <<a href="mailto:arturo.era@gmail.com">arturo.era@gmail.com</a>><br>
>>> wrote:<br>
>>>><br>
>>>> Hi,<br>
>>>><br>
>>>> I'd like to know if someone can give some ideas on what's going on in<br>
>>>> here:<br>
>>>><br>
>>>> [15:52:50:188] [Thread: 3077299088] [Chan 62] - M - Getting DNIS digit 0<br>
>>>> [15:52:50:188] [Thread: 3077299088] [Chan 62] - M - DNIS so far: 6,<br>
>>>> expected length: 5<br>
>>>> [15:52:50:188] [Thread: 3077299088] [Chan 62] - M - User requested us to<br>
>>>> stop getting DNIS!<br>
>>>> [15:52:50:188] [Thread: 3077299088] [Chan 62] - M - MF Tx >> 6 [ON]<br>
>>>> [15:52:50:188] [Thread: 3077299088] [Chan 62] - M - scheduled timer id 2<br>
>>>> (mf_back_cycle)<br>
>>>><br>
>>>><br>
>>>> Openr2 1.3.0 with asterisk 1.4.31.<br>
>>>><br>
>>>> 1 card connected to Alestra Telco<br>
>>>> 1 card connected to Ericsson PBX<br>
>>>><br>
>>>> Every incoming call, is recevied with only 1 DNIS digit. Doesn't matter<br>
>>>> what number of DNIS digits I configure.<br>
>>>><br>
>>>> Weird thing is that this server is being running since 3 years ago, but<br>
>>>> with the old mfcr2 release.<br>
>>>><br>
>>>> Any Ideas?<br>
>>>><br>
>>>> Thanks<br>
>>>><br>
>>>><br>
>>>> Ing Arturo Ochoa<br>
>>>> Network Admin at Electrosystems<br>
>>>> Blog: <a href="http://arturoochoa.wordpress.com" target="_blank">http://arturoochoa.wordpress.com</a><br>
>>>><br>
>>>><br>
>>>><br>
>>>><br>
>>>> --<br>
>>>> _____________________________________________________________________<br>
>>>> -- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
>>>><br>
>>>> asterisk-r2 mailing list<br>
>>>> To UNSUBSCRIBE or update options visit:<br>
>>>> <a href="http://lists.digium.com/mailman/listinfo/asterisk-r2" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-r2</a><br>
>>><br>
>>><br>
>>> --<br>
>>> _____________________________________________________________________<br>
>>> -- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
>>><br>
>>> asterisk-r2 mailing list<br>
>>> To UNSUBSCRIBE or update options visit:<br>
>>> <a href="http://lists.digium.com/mailman/listinfo/asterisk-r2" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-r2</a><br>
>><br>
>><br>
>> --<br>
>> _____________________________________________________________________<br>
>> -- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
>><br>
>> asterisk-r2 mailing list<br>
>> To UNSUBSCRIBE or update options visit:<br>
>> <a href="http://lists.digium.com/mailman/listinfo/asterisk-r2" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-r2</a><br>
><br>
><br>
> --<br>
> _____________________________________________________________________<br>
> -- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
><br>
> asterisk-r2 mailing list<br>
> To UNSUBSCRIBE or update options visit:<br>
> <a href="http://lists.digium.com/mailman/listinfo/asterisk-r2" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-r2</a><br>
><br>
<br>
--<br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
<br>
asterisk-r2 mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
<a href="http://lists.digium.com/mailman/listinfo/asterisk-r2" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-r2</a><br>
</div></div></blockquote></div><br></div>