Hey Jeff,<br>That's pretty amusing. Someone obvious is doing something wrong somewhere. I'd say it's likely whoever is doing the SIP to SS7 conversion. <br><br>That being said, I'll be extra careful when sending calls to steakhouses. :)<br>
<br>In all seriousness (and really for the benefit of the list archives):<br><br>The "standard" answer is don't mess with the FROM/TO headers. If you have to, it's probably because you are sending calls to a piece of broken equipment and that endpoint should be fixed; not opensips.<br>
<br>In reality, I've also ran into more circumstances than I'd like to admit where I'm interconnecting to a switch (I'm looking at you MERA) where it was necessary to rewrite the TO header. <br><br>Don't use subst funcs for From/To, use the uac_replace_xxx functions. <br>
<br>-Brett<br><br><br><div class="gmail_quote">On Thu, Sep 1, 2011 at 12:15 PM, Jeff Pyle <span dir="ltr"><<a href="mailto:jpyle@fidelityvoice.com">jpyle@fidelityvoice.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div style="word-wrap:break-word"><div>Brett,</div><div><br></div>I have a story you may find entertaining. I did exactly as you say -- rewrite the RURI user and leave the To header as it came in. In my case that meant an 11-digit To and RURI from the customer, since their PBX saw this as a long distance call.<div>
<br></div><div>The call made it all the way through my network, to a carrier partner on SIP, who sent it to a carrier partner on SS7, who sent it to the end office in Naples, FL. My customer was calling a steak house down there. The steak house had a two line POTS hunt group from the LEC, with voicemail. The problem we chased for a month was when my customer called, they heard "unknown voicemail box" or something like that from the LEC's VM system. When I called, I got the steak house's VM every time.</div>
<div><br></div><div>It turned out the 11-digit To header from my customer made it into some field in the ISUP IAM that the LEC's voicemail system used to identify which voicemail box should answer the call. The voicemail box was created with 10-digits, not 11. It was because of this incident I started normalizing the To header as well with uac_replace_to().</div>
<div><br></div><div>So be aware, if you or your customers use Opensips to handle calls to steak houses in Naples, FL... you may want to consider rewriting the To header as well. :)</div><div><br></div><div><br></div><div>
<br></div><div>- Jeff</div><div><br><div><br></div><div><br><div><div><div><div></div><div class="h5"><div>On Sep 1, 2011, at 9:52 AM, Brett Nemeroff wrote:</div><br></div></div><blockquote type="cite"><div><div></div><div class="h5">
On Thu, Sep 1, 2011 at 4:51 AM, Mike O'Connor <span dir="ltr"><<a href="mailto:mike@oeg.com.au" target="_blank">mike@oeg.com.au</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
So I need another method of rewriting the phone number, the $tU does not<br>
allow R/W so I need another function which will allow me to edit the $tU<br>
field.<br></blockquote><div><br>Careful here.. Normally rewriting the TO or FROM headers is undesirable. This is only necessary when connecting to broken equipment. Normally you should only re-write the RURI and leave the TO as is. <br>
<br>-Brett<br><br><br> <br></div></div>
</div></div><span><ATT00001..txt></span></blockquote></div><br></div></div></div></div><br>_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br></blockquote></div><br>