To add a little more detail, after doing some from uri normalization, this is eventually passed on to an OpenSIPS instance running b2bua for top hiding. I'm assuming this error indicates that the header param that is used to rebuild the original from uri is different than expected, but I don't see any discernible differences in a trace between the headers in the 200 OK (to the INVITE) and the provisional responses received right before it. The provisional responses are proxied; the 200 OK is not.<div>
<br></div><div>Any help would be most appreciated.</div><div><br></div><div>Thanks.<br><br><div class="gmail_quote">On Tue, Oct 12, 2010 at 6:13 PM, thrillerbee <span dir="ltr"><<a href="mailto:thrillerbee@gmail.com">thrillerbee@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">I have dialogs getting stuck because my origination gateway (OpenSIPS proxy) fails to proxy 200 OKs to some INVITEs. In the logs, I see:<div>
<div>/usr/local/sbin/opensips[30336]: ERROR:uac:decode_uri: invalid base64 string"AAAAAAUECAEIAwUHCQ<sip:12.24.48.96"</div>
<div>/usr/local/sbin/opensips[30336]: ERROR:uac:restore_uri: failed to decode uri</div><div>/usr/local/sbin/opensips[30337]: ERROR:uac:decode_uri: invalid base64 string"AAAAAAUECAEIAwUHCQ<sip:12.24.48.96"</div>
<div>/usr/local/sbin/opensips[30337]: ERROR:uac:restore_uri: failed to decode uri</div></div><div><br></div><div>I am doing some normalization of the from uri with uac_replace_from. What could cause this?</div><div><br>
</div>
<div>Thanks.</div>
</blockquote></div><br></div>