<div dir="ltr">Hello all,<div><br></div><div>anybody who could help me or answer my question, please?</div><div><br></div><div>Thanks in advance,</div><div>-Vlada</div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-05-07 16:30 GMT+02:00 Vladimir Broz <span dir="ltr"><<a href="mailto:vladiksip@gmail.com" target="_blank">vladiksip@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div style="font-size:12.8000001907349px">Hello,</div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">I posted this on the asterisk-users mailing list, but it seems like it's more probably a question for the developers...</div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">I've got a deployment with the SBC in between the clients and Asterisk (11.17.1 version). When the UAC tries to subscribe for "dialog" event package, the NOTIFY request sent by Asterisk fails. </div><div style="font-size:12.8000001907349px">The SBC uses a different Contact (user part) for the 1st and the 2nd SUBSCRIBE (with Auth.).</div><div style="font-size:12.8000001907349px">The issue is that Asterisk sends the NOTIFY with R-URI of the first SUBSCRIBE's Contact, not the 2nd one and SBC does not recognise this request, as it would expect the NOTIFY with R-URI containing the 2nd SUSBSCRIBE's Contact.</div><div style="font-size:12.8000001907349px">I would say Asterisk should use the 2nd Contact?</div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">the log and trace:</div><div style="font-size:12.8000001907349px"><p><font face="monospace, monospace">SBC <-->  PBX (Asterisk)<br></font></p><p><font face="monospace, monospace">--> 1st SUBSCRIBE:</font></p><p><font face="monospace, monospace">SUBSCRIBE <a href="mailto:sip%3A1001@testing.net" target="_blank">sip:1001@testing.net</a> SIP/2.0<br>...<br>CSeq: 1 SUBSCRIBE<br>Call-ID: <a href="mailto:3d28dadd-87e5e749-1b7c8e1d@192.168.1.133" target="_blank">3d28dadd-87e5e749-1b7c8e1d@192.168.1.133</a><br>Event: dialog<br>Expires: 3600<br>Contact: <sip:33F18</font><span style="font-family:monospace,monospace"><a href="mailto:ADD-554124D20004E0F0-6CB68700@10.0.0.32" target="_blank">ADD-554124D20004E0F0-6CB68700@10.0.0.32</a>;transport=udp></span><br></p><p><font face="monospace, monospace">...<br></font></p><p></p><font face="monospace, monospace">[2015-05-04 16:56:50] DEBUG[1948]: chan_sip.c:16341 build_route: build_route: Contact hop: <<a href="mailto:sip%3A33F18ADD-554124D20004E0F0-6CB68700@10.0.0.32" target="_blank">sip:33F18ADD-554124D20004E0F0-6CB68700@10.0.0.32</a>;transport=udp></font><p><font face="monospace, monospace"><-- 401 unauthorized<br></font></p><font face="monospace, monospace">--> 2nd SUBSCRIBE (authenticated):<br>SUBSCRIBE <a href="mailto:sip%3A1001@testing.net" target="_blank">sip:1001@testing.net</a> SIP/2.0<br>...<br>CSeq: 2 SUBSCRIBE<br>Call-ID: <a href="mailto:3d28dadd-87e5e749-1b7c8e1d@192.168.1.133" target="_blank">3d28dadd-87e5e749-1b7c8e1d@192.168.1.133</a><br>Event: dialog<br>Authorization: Digest username="100", realm="asterisk", nonce="69f0a340", uri="<a href="mailto:sip%3A1001@testing.net" target="_blank">sip:1001@testing.net</a>", response="580f1a83fb04d58e2bc5cb9c4c531771", algorithm=MD5<br>Expires: 3600<br></font><span style="font-family:monospace,monospace">Contact: <<a href="mailto:sip%3A1D3BB238-554124D200064934-6C865700@10.0.0.32" target="_blank">sip:1D3BB238-554124D200064934-6C865700@10.0.0.32</a>;transport=udp></span><font face="monospace, monospace"><br></font></div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px"><font face="monospace, monospace">[2015-05-04 16:56:50] DEBUG[1948]: chan_sip.c:16259 build_route: build_route: Retaining previous route: <<a href="mailto:sip%3A1D3BB238-554124D200064934-6C865700@10.0.0.32" target="_blank">sip:1D3BB238-554124D200064934-6C865700@10.0.0.32</a>;transport=udp><br>...</font></div><div style="font-size:12.8000001907349px"><font face="monospace, monospace">[2015-05-04 16:56:50] DEBUG[1948]: chan_sip.c:11811 reqprep: Strict routing enforced for session ...<br>...<br>set_destination: Parsing <<a href="mailto:sip%3A33F18ADD-554124D20004E0F0-6CB68700@10.0.0.32" target="_blank">sip:33F18ADD-554124D20004E0F0-6CB68700@10.0.0.32</a>;transport=udp> for address/port to send to<br>...</font><p><font face="monospace, monospace"><-- 200 OK</font></p><font face="monospace, monospace"><-- NOTIFY:<br>NOTIFY <a href="mailto:sip%3A33F18ADD-554124D20004E0F0-6CB68700@10.0.0.32" target="_blank">sip:33F18ADD-554124D20004E0F0-6CB68700@10.0.0.32</a>;transport=udp SIP/2.0<br>...<br>Contact: <<a href="http://sip:1001@10.0.0.46:5060/" target="_blank">sip:1001@10.0.0.46:5060</a>><br>Call-ID: <a href="mailto:3d28dadd-87e5e749-1b7c8e1d@192.168.1.133" target="_blank">3d28dadd-87e5e749-1b7c8e1d@192.168.1.133</a><br>CSeq: 102 NOTIFY<br>....<br><br>--> 491 Call leg/Transaction does not exists</font></div><div style="font-size:12.8000001907349px"><font face="monospace, monospace"><br></font></div><div style="font-size:12.8000001907349px"><font face="monospace, monospace"><br></font></div><div style="font-size:12.8000001907349px"><font face="monospace, monospace">Why Asterisk does the "build_route: Retaining previous route:..." and doesn't update it according to the 2nd SUBSCRIBE?</font></div><div style="font-size:12.8000001907349px"><font face="monospace, monospace"><br></font></div><div style="font-size:12.8000001907349px"><font face="monospace, monospace">Thanks in advance for any hint,</font></div><div style="font-size:12.8000001907349px"><font face="monospace, monospace">-Vlada</font></div></div>
</blockquote></div><br></div>