If you have 5 PRI's. Do you have 5 different dial-peers in the Voice Gateway for the same destination pattern ? Do you have Preference command given in the dial-peer ? Basically If a Call matches more than one outbound dial peer, the router itseld hunt them in order as per your configuation. If the Call setup failed for some reason, the next dial-peer will be attempted. Its based on the hunt order you specify.
In the voicegateway global config mode use the below command, you should see 7 options, based on your configuration the dial-peer will be hunted. This happens within the Gateway/Router before sending the response to CUSP
VG3845(config)#dial-peer hunt ?
<0-7> Dial-peer hunting choices, listed in hunting order within each choice:
0 - Longest match in phone number, explicit preference, random selection.
1 - Longest match in phone number, explicit preference, least recent use.
2 - Explicit preference, longest match in phone number, random selection.
3 - Explicit preference, longest match in phone number, least recent use.
4 - Least recent use, longest match in phone number, explicit preference.
5 - Least recent use, explicit preference, longest match in phone number.
Hi Senthil - Yes, You are right We can achieve by usind dial-peer hunt globally / trunk group configuration in dial-peer level.
But my only doubt is if one of the PRI is goes down, CUSP will receive 503 at that time CUSP will start using alternate element based on Q value or Weightage right or loadbance type in server group level.
So how we can utilize alternate PRI'S in the same gateway.
CUSP routing Logic is different and Gateway Routing Logic is different.
1) Say now CUSP have sent the Call 11002233 to the Gateway where you have 5 PRI's
2) Gateway receives that Call from CUSP and identifies that it has 5 outbound dial-peers with same destination-pattern but different PRI's or Voice Ports
3) Say you have Preference 1,2,3,4,5 configured in the dial-peer
4) Gateway will use the first Preferred Dial-peer and if it is down or all the channels are busy and utilized.
5) Gateway will not immediately send a response to the CUSP that call is failed and this is the response code. Instead it will hunt for the next dial-peer in its routing list and then finally it will send the result to CUSP.
These are the paths to get to each CCX logs through CLI. They may be helpful if you are having issues accessing RTMT or downloading logs through it.
If you want to download them you have to prefix "file get " and you can add one of the options (re...