This is a problem in chan_sip.c <div>After REFER asterisk does not notify dialplan or AGI of REFER.<br><div>I've tried to convince asterisk developers this is a problem but they only offered me 3 solutions:<br>1. Fix it yourself<div>
2. Pay someone to fix it</div><div>3. Try to convince enough people that this is a problem and it may get fixed.</div><div><br></div><div>BTW this is not a simple fix, it would require architectural changes in asterisk.</div>
<div><br></div><div><br><br><div class="gmail_quote">On Sun, Mar 6, 2011 at 9:32 PM, Louis Carreiro <span dir="ltr"><<a href="mailto:carreirolt@gmail.com">carreirolt@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
So does anyone have any other thoughts about this? I've done some searching through the bug tracker for Asterisk but haven't seen anything related to refer's failing. Does anyone know of a specific issue number for this? If not, is this a valid bug to submit? Also, does anyone remember an Asterisk version that this worked on?<div>
<br></div><div>Thanks all!</div><div>
<br><br><div class="gmail_quote"><div class="im">On Fri, Mar 4, 2011 at 1:35 PM, Louis Carreiro <span dir="ltr"><<a href="mailto:carreirolt@gmail.com" target="_blank">carreirolt@gmail.com</a>></span> wrote:<br></div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
<div>Ha! Thanks Vip!<br>
<br>
Sorry about not including my version numbers too. On my production box I'm<br>
using 1.8.3 (that's the debug from the original email). On my demo box I<br>
just build I'm using 1.8 SVN-trunk-r309404 and that's what generated these<br>
logs. I'm not sure if this is a chan_sip.c problem or if this is a dial<br>
plan problem.<br>
<br>
So digging in a bit deeper, Asterisk is receving the real REFER message.<br>
</div></div>The "REFER-TO:<div class="im"><br>
<div><sip:Lyncserver.internal.domain:5067;transport=Tls;ms-opaque=3bb3da5834ad2<br>
</div></div>787?REPLACES=aa6f8871-4151-4149-ad5a-29ab941bf4d0%3Bfrom-tag%3D9227b8a39d%<br>
<div><div class="im">3Bto-tag%3D8be38bb187>" is accurate and in chan_sip.c it knows how to<br>
manipulate it. It does grab the "from-tag" and "to-tag" and parses the<br>
data. On one of the lines below you can see it says "Looking for Call<br>
ID: <a href="http://655e28eb45e0db7639856ec92ca88909@10.10.10.10:5060" target="_blank">655e28eb45e0db7639856ec92ca88909@10.10.10.10:5060</a> (Checking From)<br>
--From tag 15826bef52 --To-tag as41bacc0b". Then it moves on to bridging<br>
the peers/channels together. It's not until later that I get the final "<br>
SIP/2.0 481 Call leg/transaction does not exist" which doesn't make sense<br>
to me. Also, the Lync client says "Call was not transferred because<br>
[Original Extension] cannot be reached and may be offline."<br></div>
<-------- SNIP ---------></div></blockquote></div></div>
<br>--<br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
New to Asterisk? Join us for a live introductory webinar every Thurs:<br>
<a href="http://www.asterisk.org/hello" target="_blank">http://www.asterisk.org/hello</a><br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
<a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br></blockquote></div><br></div></div></div>