I just uploaded a new patch for Asterisk: <a href="http://openr2.googlecode.com/files/openr2-asterisk-1.4.26.1.patch">http://openr2.googlecode.com/files/openr2-asterisk-1.4.26.1.patch</a><div><br></div><div>The patch should fix the issue with CHANISAVAIL, however I have not tested it myself. Please test asap so I can upload a new one if the issue is still present.</div>
<div><br></div><div>The issue was fixed as well in Asterisk trunk and Asterisk 1.6.2 branch (which soon will have a new beta out).</div><div><br></div><div>OpenR2 1.2.0 will be released this weekend.<br><br><div class="gmail_quote">
On Wed, Aug 19, 2009 at 10:59 AM, Moises Silva <span dir="ltr"><<a href="mailto:moises.silva@gmail.com">moises.silva@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hello Rafael,<div><br></div><div>I think it's a bug in chan_dahdi.c, I have not tested but checking what application CHANISAVAIL does, the code path seems like unexpected, when ast_request() is called I set mfcr2call=1 to reserve the channel, but in ast_hangup() I do not set mfcr2call=0 because the usual code path is ast_request() -> ast_call() -> ast_hangup() and at that point openr2 callbacks will report call end and I will set mfcr2call=0, but when just checking if the channel is avail, the call is never initiated and the mfcr2call=1 flag keeps set after ast_hangup().</div>
<div><br></div><div>This bug will be present in all patches for Asterisk and 1.6.2 as well. I will fix it tonight (or sooner if I have a chance) for 1.6.2, and create a new patch for 1.4 probably the weekend, or sooner if I can. <div>
<div></div><div class="h5"><br>
<br><div class="gmail_quote">On Wed, Aug 19, 2009 at 2:09 AM, Rafael Prado Rocchi <span dir="ltr"><<a href="mailto:prado@practis.com.br" target="_blank">prado@practis.com.br</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
We are having problems with chanisavail.<br>
<br>
Everytime we use chanisavail to check for channel availability, when using R2, the channel gets locked.<br>
We tested with 1.4.22, 1.4.24 and 1.4.26, using OpenR2 release 209.<br>
<br>
Chanisavail works fine if the E1 is ISDN<br>
But chanisavail gives error and locks the channel if we configure the E1 as R2. Next run, it locks the second available channel and so, until we get all 30 channels locked. Then we have to restart.<br>
<br>
<br>
All other applications and the asterisk itself is working fine with R2<br>
<br>
<br>
<br>
Can anyone please test this and confirm this problem?<br>
<br>
<br>
<br>
Here is a simple dialplan for testing:<br>
<br>
<br>
exten => 123,1,noop( ---- TESTE CHANISVAIL ---- )<br>
exten => 123,n,CHANISAVAIL(dahdi/g1)<br>
exten => 123,n,NOOP(CHAN=${AVAILCHAN})<br>
exten => 123,n,SET(CHAN=${CUT(AVAILCHAN||1)})<br>
exten => 123,n,DIAL(${CHAN}/1234)<br>
exten => 123,n,NOOP( STATUS = ${DIALSTATUS})<br>
<br>
<br>
<br>
Thanks in advance,<br>
<br>
Rafael Prado<br>
<br>
<br>
PRACTIS - Comunicação & Tecnologia<br>
Av Aquidaban, 766 - Conj 51 <br>
CEP 13026-510, Campinas/SP - Brasil<br>
<a href="http://www.practis.com.br" target="_blank">http://www.practis.com.br</a><br>
<br>
<br>
This message and any archive transmited may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Any views or opinions expressed in this email are solely those of the author and might not represent those of Practis. Although reasonable precautions have been taken by Practis to ensure no viruses are present in this email, the company cannot accept responsability for any loss or damage arising from the use of this email or it's attachments. Thank you for your cooperation.<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></blockquote></div><br><br clear="all"><br></div></div>-- <br>Moises Silva<br>Software Developer<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" target="_blank">moy@sangoma.com</a><br>
</div>
</blockquote></div><br><br clear="all"><br>-- <br>Moises Silva<br>Software Developer<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>
</div>