First of all i havent got a technical issue as such i was more interested proffesional opinions on the way they configure Globalisation and Resiliency for certain sceanrios :
Scenario 1 Globalisation
Currently Globalisation is implemented so Outbound calls have the calling and called number globalised at the ingress translation pattern, they are then localised again at the egress gateway using transformation masks. Inbound Calling numbers are globalised at the ingress using Incoming Calling Party settings and localised at the egress using transformation patterns in the device pool settings.
My query is, when using MGCP gateways you only get Incoming Calling Party settings on the gateway and not also Incoming Called Party settings as you do with a H323 therefore you cannot globalise at the egress. So my question is were do you globalise the incoming Called number on an MGCP gateway ? The only way i can see of doing this is to allow the gateway to send the called number as presented by the telco to a translation pattern, this could then globalise however i cannot see the point in globalising here as technically its not the ingress location, plus you would have to immediatley localise again with another translation pattern to the internal extension number of the phone.
Scenario 2 Resiliency
I have multiple clusters of CUCM using Extension Mobility, Inter-Cluster trunks are used for Inter Cluster communication and resliency is in place so that internal calls first route over the trunk then secondly over the PSTN. This has always worked fine.
Within a single cluster there are multiple sites geographically separated so for example UK and the USA. All sites also use SRST so in the event a site cant see the CUCM servers SRST fallback will take place and numbers are still accesible for these sites if you dial the full DDI. Im interested to know how people implement the dial plan so that a phone in the same cluster lets say the London which is registered to CUCM can phone a New York phone that is now registered to SRST. Bare in mind Extension Mobility is used so Cisco recomend not to use Call Forward Un-Registered. Currently in this scenario calls just go to Voicemail, i cannot see away of using anything like Route Lists for something like this.
For point 1, i agree, i dont like MGCP due to its limitations in digit manipulation and removing them is defintley something on the cards although there are around 30 gateways using MGCP so not a quick fix. From what i can see though SIP has the same limitations for Globalising the inbound called number as it only has incoming Calling party settings and not Called. I did Globalise an MGCP incoming Called number at the Translation Pattern level and it works fine but as soon as a Globalise here with 1 translation pattern i have to immedialtey localise again with another translation pattern to the extension number. Becasue this isnt really ingress thats why i was querying if it was correct.
Point 2 works fine if SRST is actually invoked however most of the time the unregistered number is just due to somebody logging out of extension mobility so call forward unregistered isnt really an option becasue it will cause a loop. I can limit the number of hops but not sure if that is a recomended way of doing it. Plus when users do log out of extension mobility it still needs to go to voicemail.
We are hoping to move to version 10 once we get a .1 release which is probably going to be a good few months off yet. We are currently using 8.6.2.
Internally we use 4 digit extensions and 3 digit site codes. Any Off Net calls have Calling and Called number Globalised except in the case of the scenario i mentioned were we dont currently Globalise inbound Called numbers at the MGCP gateway.
Right, there would be no other way to automatically reroute the calls to DIDs with the globalized translations yet keep them to go to voicemail under unregistered condition short of telling people to dial the numbers differently (ie. different site prefix).
I'm not able to access my old voice mail messages all of a sudden. The recording says something like 'the message is currently not available'. This has never happened before in all the years I have been using this system. I have t...
If you have 2 ISR routers, one acting as Failover, do we need to have both the same number of SRST licenses on the 2 routers?
No. You will only need the SRST licenses on the primary router. Because this feature...
You have reached the Cisco Logistics Support Center.. To Check Status of your RMA, visit Product Returns & Replacements (RMA).
Need help? Contact us by Phone or Email.
Phone: 1800 553 2447 Option 4