Toll Free Woes


#1

Has anyone run into this trouble? We provide a pstn gateway for voip users. Our customer’s point of interconnect is in Souther California. Calling a toll free # that is blocked from California, but Calling Party # is from a voip phone in Ohio sent over interconnet in LA. The call is allowed in Ohio. We send the call to a Southern California Tandem for an SMS query and the call fails, because TFN’s provider does not have the code open in CA. We do not have trunking in Ohio.
Has anyone here run into the same problem? I figure this must be an issue with other carriers as well. Any suggestions for resolution? Aside from trunking to an office where the call is allowed?


#2

Interesting. We have alot of toll free numbers for our paging cutomers. Just curious where does the toll free # terminate? Depending on your interconnects I assume this toll free # points to a DID number somewhere or at least thats how ours work. Can you change the number when they call say 800-888-8888 to the DID it points to then send it to the tandem of course if its not a local number you would have an LD charge but might be worth it to keep customer


#3

Toll free numbers are regularly restricted by their owners.

A plumbing company that has a toll free number in Chicago, and only serves customers in Chicago, should not need people from San Diego calling them.

Restricting the call to the service area of their customer base helps the keep wrong numbers to a minimum and the costs low.

Not all toll free numbers route to a local phone number either, many come directly from the network to a customer site across a T1 or PRI from the network carrier. (This saves the carrier from paying the last mile charge to the local bell company, and allows them to give better rates to their toll free customer.)

If you’re doing a toll free SCP lookup sourced from an area outside of the service area of the toll free number, you’re not going to get through.

Routing to the local number of the toll free number owner isn’t a really good solution. It would cause a gateway provider to incur a charge that they wouldn’t be able to pass on to the user/customer.

It sounds like your gateway is sending a local trunk ID as the Calling Party ID. The trunk, having a CPID that would identify it’s location as being from California, isn’t allowed to place the call to the toll free number.

You’re going to have to pass the CPID ANI of the original caller to the SCP database, or it’s not going to work. The proper way to do the signaling is to use SS7, like the rest of the providers in the public network. You might get away with using a PRI. Analog trunks or T1 trunks with E&M wink start will almost certainly not be able to be configured to work the way you want.


#4

Thanks for the responses.
Dufus: I think you’re on to something with the trunk/ANI CPID. Thanks for the idea.