IP Office with one SIP trunk containing multiple rate centers

[mikegillespie]

Hi All,

I will be installing a new IPO R10 in a few weeks with a single SIP trunk containing DID's and congiration for 5 different rate centers (LTID's)

I am told by the telco that I will need to setup a trunk group (tgrp) for each rate center on the SIP trunk in order to properly allow them to route calls as local or long distance depending on which rate center the internal caller is dialing to.

This is a new concept to me and I will be doing my research over the next few weeks.

how do I setup one SIP trunk and its tagging/metadata in such a way that users in each rate center are calling outbound within the correct trunk group as defined buy the telco.

My apologies if I am being vague, I will have some learning to do with this one.

Thanks

Mike

 

[amriddle01]

This is the SIP provider being as lazy as can be, they are having customers do their LCR for them, F that, I would suggest a different provider, one that perhaps does what nearly all others do and route calls to the best breakout point themselves

 

[mikegillespie]

Thanks amriddle, that's exactly what I said to the telco. They weren't very receptive to my criticism.

 

[amriddle01]

I would suggest you/your customer vote with your feet then

 

[AACon]

That is ridiculous, i've never heard of anyone doing that. What sip provider is it? I want to know so I never use them.
I've been very happy with flowroute!

-Austin
I used to be an ACE. Now I'm just an Arse.

 

[kyle555]

Are you using 10 digit extensions?

Test drive this example:
Users in NY and CA
NY user CFD to his NY cell
CA internal user calls the NY extn that CFWD to the NY cell
Does the CA user get told he needs to dial a 1 because the CAextn->NYextn->NYcell gets analyzed by them as the CA user trying the NYcell as a local call due to the NYextn forwarding?

I've run into the "I can't call forward local and have subscribers on my own network in a different calling area reach me without being told to dial a 1" problem. If NYextn CFWD to NYcell with a 1, then local NYextn's get told they don't need a 1 to call NYextn's set CFWD to his cell.

You sound like you're in for some fun

 

[derfloh]

We used a provider delivering different DIDs from different cities over one SIP trunk. Customer had different locations and wanted to go on using the old numbers inbound and outbound and die emergency calls for sure.

Customer moved to one single server edition server.

In that case we had two SIP accounts we registered within one single SIP trunk in IPO. We also created inbound and outbound URIs for each location bound to the registration and used user short codes to use the correct URI (line group).

Don't know if that helps you in that case.