We work quite a lot with a single ITSP in our smaller deployments, but keep hitting a problem with number porting. We’re repeatedly facing a problem whereby the number porting is done up front, and often in the case of BE6K installations includes numerous number ranges, BRI’s, analog extensions etc. Often at the time of porting we need to account for 20+ different patterns across 5 or so sites.
The problem crops up when asking for all these ported patterns/ranges in a single list to place on the CUBE. Quickly it appears that different people requested it, the porting requests were done piecemeal, etc – long story getting all the numbers up front can become a bit tricky. Not that there is a good reason from it. It’s a bit of a joke. But this is what happens.
Come to porting, and we miss a pattern or five. Now (my favourite part), the upstream provider for our ITSP starts crying because (and wait for it)… we have brought down their network. They can’t seem to implement loop prevention, and somehow the looping that results from an inbound INVITE only matching the intended outbound dial-peers bombs the providers Media Server – but my little 2RU 2921 stands firm. I kid you not. 🙂
So, after laughing for about 5min, let’s implement Loop Prevention on our side. This can be done with COR Lists (vomit), but I prefer to use the newer features in IOS 15.4+, and stick to whats prescribed in the CVD BE6K Edge document.
Here’s the dial plan config that’s pretty much completely scalable – implemented with only 2 dial peers!
!
voice class uri 1 sip
host ipv4:<cucm-ip-sub-primary>
host ipv4:<cucm-ip-sub-secondary>
!
voice class uri 2 sip
host ipv4:<itsp-ip>
!
voice class e164-pattern-map 1
description *** To CUCM ***
e164 <internal-dn-range1>
e164 <internal-dn-range2>
e164 <internal-dn-range3>
!
voice class e164-pattern-map 2
description *** To ITSP ***
e164 .T
!
voice class dpg 1
dial-peer 100
!
voice class dpg 2
dial-peer 200
!
voice class server-group 1
ipv4 <cucm-ip-sub-primary>
ipv4 <cucm-ip-sub-secondary> pref 1
description *** CUCM ***
!
voice class server-group 2
ipv4 <itsp-ip>
description *** ITSP ***
!
dial-peer voice 100 voip
description *** CUCM ***
session protocol sipv2
session server-group 1
destination dpg 2
destination e164-pattern-map 1
incoming uri via 1
voice-class codec 1
dtmf-relay rtp-nte sip-kpml
no vad
!
dial-peer voice 200 voip
description *** ITSP ***
session protocol sipv2
session server-group 2
destination dpg 1
destination e164-pattern-map 2
incoming uri via 2
voice-class codec 1
voice-class sip bind control source-interface <external-interface>
voice-class sip bind media source-interface <external-interface>
no vad
dtmf-relay rtp-nte sip-kpml
!
Some Notes:
- The loop prevention hinges on the face that you exclude dial peers using dial-peer groups. An absolutely fantastic feature.
- Outbound destinations are serviced by server groups – another brilliant addition.
- Inbound matching is done using the URI Enhancements provided in 15.x and up
- I tend to prefer to localize E.164 in CUCM for a Central Breakout Design. I just like the extensible nature of Called and Calling Transformations. I believe that this is more in line with the CVD/SRND – could be debated though.
A possible modification could drop the server groups (the limitation is that these only support IP), and instead route using DNS SRVs. I like this approach a lot, and try and implement as such whenever possible.
What’s lovely about this is that the skeleton never changes – I get my patterns added to the e164 pattern map, adjust my IP’s and I’m good to go.
Voila! CUBE implemented in under 5min. Hope this helps some of you out there.
