<div class="gmail_quote">Thank you Ovidiu. I had assumed that the Custom-Headers parameters works only for the initial INVITE request. It works as expected. I have another concern here:<div>I dont want the &quot;100 Trying&quot; response going out to the call initiator because I know that &quot;407&quot; is will obviously come from the &quot;Proxy Opensips&quot;. While using t_relay I could have done that using the flags inside the t_relay function. Is it possible to avoid the &quot;100 Trying&quot; somehow when relaying the call in B2B mode?</div>

<div>To be honest, I have a web application which initiates the call and expects a &quot;407&quot; response and then will send the INVITE again with digest credentials. When that application gets the &quot;100 Trying&quot; response, the application gets confused :)</div>

<div>Either I will have to tweak the application to just ignore the 100 response which is little difficult or else find a way to avoid sending 100 response from opensips. Please Help !!</div><div><br></div><div>Thanks in advance.</div>

<div><br></div><div><font color="#888888">--- Jayesh</font><div class="im"><br><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Try adding your extra headers to the &quot;cusotm_headers&quot; parameter:<br>
<a href="http://www.opensips.org/html/docs/modules/devel/b2b_logic.html#id250014" target="_blank">http://www.opensips.org/html/docs/modules/devel/b2b_logic.html#id250014</a><br>
<br>
Regards,<br>
Ovidiu Sas<br>
<br>
On Sat, Jul 2, 2011 at 5:46 AM, Jayesh Nambiar &lt;<a href="mailto:jayesh.voip@gmail.com" target="_blank">jayesh.voip@gmail.com</a>&gt; wrote:<br>
&gt; Hi All,<br>
&gt; I have a following situtation:<br>
&gt; Sip-Endpoint --&gt; Opensips B2B (with REFER scenario) --&gt; Opensips Proxy(Using<br>
&gt; Proxy Authorize for Authentication) --&gt; PSTN Gateway<br>
&gt; I need the &quot;B2B Opensips&quot; in between so that it can handle the REFER<br>
&gt; requests properly. The problem is that the &quot;Proxy Opensips&quot; responds back as<br>
&gt; 407 with Proxy-Authenticate header along with the realm and nonce value; but<br>
&gt; the &quot;B2B Opensips&quot; would only send the 407 response to the Endpoint without<br>
&gt; any Proxy-Authenticate header. Thus the call fails. I cannot authorize the<br>
&gt; Sip-Endpoint on the &quot;B2B Opensips&quot; because of the limitations of my<br>
&gt; architecture.<br>
&gt; What I need is, the 407 response gets back to the Sip-Endpoint transparently<br>
&gt; and the response to the same also reaches the &quot;Proxy Opensips&quot; properly, so<br>
&gt; that the proxy authorization becomes successful and the call can go through<br>
&gt; properly.<br>
&gt; Is there something that can be done on the b2b_response route? Any pointers<br>
&gt; or directions in achieving this will be very helpful !!<br>
&gt; Thanks in advance.<br>
&gt; --- Jayesh<br>
&gt;<br><br></blockquote></div></div></div>
</div><br>