Hi,<div><br></div><div>The UPDATE message doesn't get passed properly by the mediaproxy. The SDP doesn't get changed which causes the other side to think it can send the media straight to the ACME Packet SBC while both sides have to send their media to/through the proxy. We see the SDP is changed in UPDATE messages but not in this specific situation (UPDATE between the 183 Session Progress and 200 OK for INVITE).</div>
<div><br></div><div>Regards,</div><div>Timmo Verlaan<br><div>
<br><br><div class="gmail_quote">On Mon, Jun 18, 2012 at 10:20 AM, Vlad Paiu <span dir="ltr"><<a href="mailto:vladpaiu@opensips.org" target="_blank">vladpaiu@opensips.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hello,<br>
<br>
Does the UPDATE message not get routed properly ?<br>
That is just a warning message saying it's an unexpected received SIP method in dialog early state.<br>
<br>
Regards,<br>
<br>
Vlad Paiu<br>
OpenSIPS Developer<br>
<a href="http://www.opensips-solutions.com" target="_blank">http://www.opensips-solutions.<u></u>com</a><div><div class="h5"><br>
<br>
<br>
On 06/14/2012 07:35 PM, Andreas Sikkema wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
We're running a quite old version of OpenSIPS (1.4 era) and I am<br>
seeing a rather weird logging when OpenSIPS receives an UPDATE<br>
message:<br>
Jun 14 07:18:26 sip2 /usr/sbin/opensips[2023]:<br>
CRITICAL:dialog:log_next_<u></u>state_dlg: bogus event 8 in state 2 for dlg<br>
0xb073bbf0 [607:2089897759] with clid<br>
'1382180-54356afb-13c4-50029-<u></u>12967-1b6df2a9-12967' and tags<br>
'1324910-54356afb-13c4-50029-<u></u>12967-ddac1d7-12967' ''<br>
<br>
One scenario is where our Cisco AS5350 is sending UPDATE messages when<br>
a call is being sent from SIP to PSTN via the gateway. This happens<br>
before the call is answered after a 183 Session Progress has been<br>
handled. So far I haven't seen any issues from receiving this form of<br>
UPDATE message in this, apparently not quite expected, place during<br>
the call.<br>
<br>
The other scenario does give issues. Here a call is made that is<br>
essentially the same, but the *calling* party sends an UPDATE message<br>
containing SDP, we get the same line in the logfile, the UPDATE is<br>
passed on to the recipient, but there's no change to the SDP by the<br>
mediaproxy dispatcher. The resulting 200 OK (for the UPDATE) from the<br>
recipient also contains SDP but is again not handled by the mediaproxy<br>
dispatcher and therefore we get one way audio.<br>
<br>
I do have an ACME Packet SBC that is sending the UPDATE containing the<br>
SDP. I could, in theory, remove the whole SDP body, but that is just<br>
so icky and I don't quite trust the server behind the SBC to<br>
understand what is going on. Ignoring a message is not an option<br>
either and just flat out responding with a 4xx or 5xx also doesn't<br>
feel quite right.<br>
<br>
Will a newer OpenSIPS allow for an UPDATE message between 183 Session<br>
Progress and the 200 OK for INVITE?<br>
<br>
</blockquote>
<br></div></div>
______________________________<u></u>_________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-<u></u>bin/mailman/listinfo/users</a><br>
</blockquote></div><br></div></div>