Dave,<div><br></div><div>Thanks for your reply.  I see you reply a lot and I appreciate you taking the time to help us.</div><div><br></div><div>I read the page you linked - and I&#39;ve stumbled across that before, but it&#39;s not what I want to do sadly :(</div>

<div><br></div><div>The carrier basically wants me to strip the &quot;Server&quot; header from the 100 message.  That&#39;s it - if this message went through the routing logic, I could just &quot;remove_hf(&quot;Server&quot;);&quot; but alas...</div>

<div><br></div><div>I&#39;ve told them this is a no-go for now.  Seems that we would have to modify the OpenSIPs core to make it happen.  Not worth the time or effort for this reason.<br>
<br><br><div class="gmail_quote">On Tue, Feb 8, 2011 at 3:10 AM, Dave Singer <span dir="ltr">&lt;<a href="mailto:dave.singer@wideideas.com">dave.singer@wideideas.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

The 100 Trying is sent out to the originating server/user<br>
automatically when you send the invite off to the next destination<br>
with t_relay and exit in the main routing script.<br>
The 100 Trying you receive in the on_reply is just to let you know<br>
that the next hop is not dead and it is working on it. Your server<br>
only uses it for it&#39;s timeout for the call to that server.<br>
See the optional flags in the t_relay docs:<br>
<a href="http://www.opensips.org/html/docs/modules/1.4.x/tm.html#id271564" target="_blank">http://www.opensips.org/html/docs/modules/1.4.x/tm.html#id271564</a><br>
That should get you going.<br>
FYI if (is_method(&quot;TRYING&quot;)) would always be false since the method is<br>
INVITE and the status message would be Trying or &quot;Giving a try&quot; or<br>
something else. Never count on the status message, just the code.<br>
Different servers send back different messages. Unless you are<br>
factoring that in.<br>
I think you actually might be looking for fix_nated_contact. Check<br>
that out. Depends on what you are trying to accomplish.<br>
<br>
Dave<br>
<div><div></div><div class="h5"><br>
On Mon, Feb 7, 2011 at 3:48 AM, Tyler Merritt &lt;<a href="mailto:tyler@fonality.com">tyler@fonality.com</a>&gt; wrote:<br>
&gt; This started working - but the problem is that it&#39;s matching both sides of<br>
&gt; the conversation.  I&#39;m searching for a concrete method to say &quot;only if<br>
&gt; you&#39;re going to send this packet to the upstream provider&quot; but the closest I<br>
&gt; found was &quot;is_destination&quot; which has to be called from loose_route, and<br>
&gt; unfortunately it looks like we don&#39;t have any HF setup for this particular<br>
&gt; situation, so loose_route always returns 0 and exits (confirmed in the<br>
&gt; logs).<br>
&gt; The provider won&#39;t let me add stuff - maybe I can just add stuff one-way<br>
&gt; then rip it off on the return?<br>
&gt; if (is_method(&quot;INVITE&quot;) &amp;&amp; status==&quot;200&quot; &amp;&amp; $(ct.fields(uri){s.substr,4,12})<br>
&gt; !~ &#39;^8150*&#39;) {<br>
&gt;                                 xlog(&quot;L_INFO&quot;, &quot;Modifying the outbound<br>
&gt; Contact header to Carrier...  $(ct.fields(uri){s.substr,5,12})&quot;);<br>
&gt;<br>
&gt;  subst(&#39;/^Contact:(.*)sip:[^@]*@[a-zA-Z0-9.]+(.*)$/Contact:<br>
&gt; &lt;sip:$avp(oriUri)@<a href="http://192.168.0.2" target="_blank">192.168.0.2</a>&gt;/ig&#39;);<br>
&gt; }<br>
&gt; Any tips?<br>
&gt; On Mon, Feb 7, 2011 at 11:19 AM, Tyler Merritt &lt;<a href="mailto:tyler@fonality.com">tyler@fonality.com</a>&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; I have used &quot;if (status==&quot;100&quot;)&quot; and &quot;if (is_method(&quot;TRYING&quot;))&quot; and placed<br>
&gt;&gt; these in a variety of places, at the top of route[0], in route[1], in<br>
&gt;&gt; onreply_route (where it actually works), but nowhere can I get the OUTGOING<br>
&gt;&gt; 100 TRYING packet to change...<br>
&gt;&gt; I can&#39;t figure this out - there isn&#39;t very good documentation surrounding<br>
&gt;&gt; this particular packet, and if I were to guess, I would say that the method<br>
&gt;&gt; is hard-coded somewhere in the routing module.<br>
&gt;&gt; Any pointers on where this packet might be modified before sending it to<br>
&gt;&gt; the upstream provider would be welcome.<br>
&gt;<br>
</div></div>&gt; _______________________________________________<br>
&gt; Users mailing list<br>
&gt; <a href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a><br>
&gt; <a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
&gt;<br>
&gt;<br>
</blockquote></div><br></div>