[OpenSIPS-Users] Pre append area code to dialed phone number

Jeff Pyle jpyle at fidelityvoice.com
Thu Sep 1 20:05:47 CEST 2011


Agreed.  And don't even get me started on the varying and non-standard implications of Diversion headers across carriers...


- Jeff


On Sep 1, 2011, at 1:25 PM, Brett Nemeroff wrote:

Hey Jeff,
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.

That being said, I'll be extra careful when sending calls to steakhouses. :)

In all seriousness (and really for the benefit of the list archives):

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.

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.

Don't use subst funcs for From/To, use the uac_replace_xxx functions.

-Brett


On Thu, Sep 1, 2011 at 12:15 PM, Jeff Pyle <jpyle at fidelityvoice.com<mailto:jpyle at fidelityvoice.com>> wrote:
Brett,

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.

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.

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().

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.    :)



- Jeff



On Sep 1, 2011, at 9:52 AM, Brett Nemeroff wrote:

On Thu, Sep 1, 2011 at 4:51 AM, Mike O'Connor <mike at oeg.com.au<mailto:mike at oeg.com.au>> wrote:

So I need another method of rewriting the phone number, the $tU does not
allow R/W so I need another function which will allow me to edit the $tU
field.

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.

-Brett



<ATT00001..txt>


_______________________________________________
Users mailing list
Users at lists.opensips.org<mailto:Users at lists.opensips.org>
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


<ATT00001..txt>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20110901/fb1f4cef/attachment-0001.htm>


More information about the Users mailing list