Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations SkipVought on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Medpro allocation on sip calls

Status
Not open for further replies.

ruspola

Technical User
Jan 26, 2004
37
0
0
GB
Hello

We have deployed some sbcs across 3 sites
The calls always grab hold of the medpro used in the
Network region where the procr is located .
I think this is because the near end on the signalling
Groups for these sip trunks between the session managers and CM all use procr in network region
1 so always grab a medpro in region 1

Is there a way to specify which network region is sourced
For medpro resource for each sip trunk.

Thanks

 
Sure. That far end region of the sig group needs to have more intervening regions to the other 2 sites than the 1 where the medpro is

So, procr NR250. trunks at sites 1/2/3 in NR 241/242/243, and medpros in NR1/2/3. Fake NR 249

Everything is direct to 250
1 to 241 thru 250
1 to 242 thru 250 and 249
1 to 243 thru 250 and 249
2 to 242 thru 250
2 to 241/243 thru 250 and 249

etc.
 
Thanks for this
I was a bit thrown by the approach.

Just to give you an idea

Site 1: sbc and session manager are in NR 102
Sip trunk for site one has Nr 102 as far end and
Procr (nr1) as near end on signalling

Site 2: sbc and session manager are in NR 103
Sip trunk for site one has Nr 103 as far end and
Procr (nr1)as near end on signalling

Site 3: sbc and session manager are in NR 104
Sip trunk for site one has Nr 104 as far end and
Procr (nr1)as near end on signalling

Calls to all sbcs result in CM attributing medpro in NR1
Rather than medpro local to Sbc.
Nr 102 has medpros local to it in nr2 for example but aren't used when I want them
To be used

Thanks
 
There's reasons your procr NR should be 250, but regardless, design best practices are procr NR has no DSPs precisely to address your situation.

That way, procr in Michigan can juggle the California SBC sending audio to the California medpros, NY SBC to NY medpros, etc.
 
NR Topology is a science unto itself. First of all, the resources utilized will be software version dependent. The Enhanced Media Selection Algorithm was introduced in CM5.2.1 SP12, CM6.0.1 SP8, and CM6.2 SP1.

If you have SBCs at multiple sites and want to utilize the DSP resources at the local site then your best bet is to put the SBC network region behind the local site region. For example:


<SBC1 NR>-<Site1 NR>-<Intervening Regions>-<Site2 NR>-<SBC2 NR>

So for NR 241 you would have Intervening Regions similar to the the following:
To NR1 - Direct=y
To NR2 - Direct=n Int1=NR1, Int2=249
To NR242 - Direct=n, Int1=NR1, Int2=249, Int3=2

FYI, you need to program all the direct NR first.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top