Refer to the exhibit. A Cisco UCM user with directory number 4401 dials 5507, and the call is routed to a Cisco Unified Border Element. Which IP address will the call be sent to?
Refer to the exhibit. A Cisco UCM user with directory number 4401 dials 5507, and the call is routed to a Cisco Unified Border Element. Which IP address will the call be sent to?
When considering the given scenario where a Cisco UCM user with directory number 4401 dials 5507, the routing is managed using the dial-peer configuration in a Cisco Unified Border Element (CUBE). The dial-peer voice 1001 is matched first, which uses voice class dpg 2000 to determine the outbound dial-peer preferences. According to the preferences set in the dpg 2000, dial-peer 2002 (preference 2) has the destination IP address 10.0.0.3. Therefore, the call will be sent to the IP address 10.0.0.3.
Actually the correct answer is A, voice class dpg Completely ignores destination-pattern configured in the dial-peer section and follows preference. To be sure I build this setup in my lab which confirms my statement.
Allows grouping of outbound dial-peers based on an incoming dial-peer, reducing existing outbound dial-peer provisioning requirements • Eliminates the need to configure extra outbound dial-peers that are sometimes needed as workarounds to achieve desired call routing outcome • Multiple outbound dial-peers are saved under a new “voice class dpg <tag>”. The new “destination dpg <tag>” command line of an inbound voip dial-peer can be used to reference the new dpg (dial-peer group) • Once an incoming voip call is handled by an inbound voip dial-peer with an active dpg, dial-peers of a dpg will then be used as outbound dial-peers for an incoming call • The order of outgoing call setups will be the sorted list of dial-peers from a dpg, i.e, the destination-patterns of the outgoing dial-peers is not relevant for selection
"The destination-pattern command is required on the outbound dial peer even though matching is not done based on this command." https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/dialpeer/configuration/xe-3s/vd-xe-3s-book/multiple-outBound-dial-peer.html
incoming call first hit dial-peer 1001 -> voice class DGP 2000 > Preference 2 I think 10.0.0.3.
why not preference 1
Preference 1 doesn't match the dialed pattern. If you dial 5007, it doesn't match the pattern, 5006, respectively
HOWEVER, it is preference 1, because the destination pattern command is NOT evaluated when selecting an outbound dial-peer defined by a DPG.
the destination is 5506 not the dialed number of 5507
Correct answer is A "Once an inbound dial-peer with a dial-peer group configured is matched the call uses the dial-peer defined in the dial-peer group even if the destination-pattern doesn't match" https://www.cisco.com/c/en/us/support/docs/voice/ip-telephony-voice-over-ip-voip/211306-In-Depth-Explanation-of-Cisco-IOS-and-IO.html#anc23
One of the most tricky questions in whole set. This part you entered is most important. destination-pattern in dpg is mandatory and without it wouldn't treat dial-peer as valid destination. Although it doesn't match pattern it will select first preference from the list. Thus answer will be A. It would be enough if they would change preference 1 with dial-peer not having destination-pattern and the answer will be completely different.
10.0.0.3 is correct Snippet from Cisco: "Once an incoming call is matched by an inbound dial peer with an active destination dial-peer group, dial peers from this group are used to route the incoming call. No other outbound dial-peer provisioning to select outbound dial peers is used. A preference can be defined for each dial peer in a dial-peer group"
The example in this document is similar to the test question. https://www.cisco.com/c/en/us/support/docs/voice/ip-telephony-voice-over-ip-voip/211306-In-Depth-Explanation-of-Cisco-IOS-and-IO.html#anc23
Here is another reference. The example in this document is similar to the test question. https://www.cisco.com/c/en/us/support/docs/voice/ip-telephony-voice-over-ip-voip/211306-In-Depth-Explanation-of-Cisco-IOS-and-IO.html#anc23
I think the right answer is "10.0.0.3" according dial-peer preference list under voice class dpg 2000. Even the closest match is another different dial-peer but as this is a preference list, it will stop looking until a match is found.
if it was not for the voice class dpg 2000 it would be 10.0.0.4. I tested on my lab gateway and you are right, 10.0.0.3 is preferred.
https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/dialpeer/configuration/15-mt/vd-15-mt-book/vd-dp-feat-cfg.html
Correct Answer: C. 10.0.0.4 Explanation: The configuration provided in the exhibit includes multiple dial peers. When a call is made, the destination pattern of the dialed number is matched against the configured dial peers to determine the appropriate session target. The user dials 5507. The dial peer configuration includes: dial-peer voice 2001 with pattern 5506. dial-peer voice 2002 with pattern 55... dial-peer voice 2003 with pattern 5507. The destination pattern 5507 matches exactly with dial-peer voice 2003, which has the session target ipv4:10.0.0.4. Thus, the call to 5507 will be sent to the IP address 10.0.0.4.
Correct answer is B!
I´m new to this so maybe this is an stupid post with an even more stupid question: Do the system check all the patterns looking for a match? Or do it takes the first match option in the list as the correct one and then send the call? If it looks all the patterns the correct answer is C as confirmed by the users. But if it follows the order looking for the 1st match... "55.." pattern should be a match and the target IP would be option B.
Option A at 5006 is not even the number dialed. The number dialed is 5007
A is the answer
A, voice class dpg Completely ignores destination-pattern configured in the dial-peer section and follows preference.
correct but than it's B - first finding match , not A - A is clear match that is 5006 which is not correct