{"id":14807,"date":"2026-09-17T07:15:12","date_gmt":"2026-09-17T07:15:12","guid":{"rendered":"https:\/\/www.examlabs.com\/certification\/?p=14807"},"modified":"2026-09-17T07:15:12","modified_gmt":"2026-09-17T07:15:12","slug":"cisco-ccnp-security-300-730-practice-test-questions-and-exam-dumps-part14-q261-q280","status":"publish","type":"post","link":"https:\/\/www.examlabs.com\/certification\/cisco-ccnp-security-300-730-practice-test-questions-and-exam-dumps-part14-q261-q280\/","title":{"rendered":"Cisco CCNP Security 300-730 Practice Test Questions and Exam Dumps Part14 Q261-Q280"},"content":{"rendered":"<h1><\/h1>\n<h2><b>View Full <\/b><a href=\"https:\/\/www.examlabs.com\/300-730-exam-dumps\"><b>Cisco CCNP Security 300-730 Exam Dumps<\/b><\/a><b> and Practice Test Dumps.<\/b><\/h2>\n<p>&nbsp;<\/p>\n<h3><b>Question 261<\/b><\/h3>\n<p><b>Which IKEv2 component defines the cryptographic algorithms and Diffie-Hellman group used during IKE SA negotiation?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">IKEv2 Keyring<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">IKEv2 Profile<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">IKEv2 Proposal<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">IPsec Transform Set<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3<\/b><\/p>\n<h3><b>Explanation<\/b><\/h3>\n<p><span style=\"font-weight: 400;\">An IKEv2 proposal defines the cryptographic algorithms used during IKE security association negotiation. It can specify encryption, integrity, and Diffie-Hellman parameters that peers use to establish the IKE SA. The IKEv2 profile provides peer-identification and authentication-related parameters, while the keyring stores authentication credentials such as pre-shared keys. An IPsec transform set is associated with IPsec data-plane protection rather than the initial IKE negotiation. Understanding the separation between IKEv2 proposals and profiles is important when troubleshooting VPN configurations because a mismatch in the proposal can prevent peers from successfully establishing the IKE SA.<\/span><\/p>\n<h3><b>Question 262<\/b><\/h3>\n<p><b>Which IKEv2 configuration element is primarily used to define peer authentication and identity-matching behavior?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">IKEv2 Profile<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">IKEv2 Proposal<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Crypto Map<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Transform Set<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<h3><b>Explanation<\/b><\/h3>\n<p><span style=\"font-weight: 400;\">An IKEv2 profile defines parameters associated with peer identity, authentication, and policy matching. It can specify how a peer is identified and which authentication method should be used, such as a pre-shared key or digital certificates. The IKEv2 proposal instead defines cryptographic parameters for IKE negotiation. A crypto map traditionally associates IPsec policy with traffic and a peer, while a transform set defines IPsec protection algorithms in traditional policy-based configurations. Therefore, when configuring or troubleshooting IKEv2 identity and authentication behavior, the IKEv2 profile is a key configuration component.<\/span><\/p>\n<h3><b>Question 263<\/b><\/h3>\n<p><b>What is the primary purpose of an IKEv2 keyring in a pre-shared-key deployment?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Define IPsec traffic selectors<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Store peer authentication credentials<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Define encryption algorithms<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Specify routing information<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<h3><b>Explanation<\/b><\/h3>\n<p><span style=\"font-weight: 400;\">An IKEv2 keyring stores authentication credentials associated with IKEv2 peers, including pre-shared keys. The keyring can associate credentials with particular peer identities or addresses, allowing the IKEv2 profile to reference the appropriate authentication information. It does not define IPsec traffic selectors, routing information, or the cryptographic algorithms used during IKE negotiation. Those functions are handled by other configuration components. Separating credentials into a keyring helps organize authentication information and can make configurations easier to manage when multiple VPN peers or authentication relationships exist.<\/span><\/p>\n<h3><b>Question 264<\/b><\/h3>\n<p><b>Which IKEv2 exchange is responsible for negotiating cryptographic parameters and performing the initial Diffie-Hellman exchange?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">IKE_AUTH<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">CREATE_CHILD_SA<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">INFORMATIONAL<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">IKE_SA_INIT<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 4<\/b><\/p>\n<h3><b>Explanation<\/b><\/h3>\n<p><span style=\"font-weight: 400;\">IKE_SA_INIT is the first major IKEv2 exchange between peers. It negotiates the IKE security parameters and performs the Diffie-Hellman exchange needed to establish shared keying material. The exchange also includes nonces that contribute to key generation. IKE_AUTH follows IKE_SA_INIT and is responsible for authenticating the peers and establishing the initial Child SA. CREATE_CHILD_SA is used for creating additional Child SAs or rekeying existing ones. INFORMATIONAL exchanges are used for various notifications and control functions. Therefore, IKE_SA_INIT is the correct exchange for the initial cryptographic negotiation.<\/span><\/p>\n<h3><b>Question 265<\/b><\/h3>\n<p><b>Which IKEv2 exchange authenticates the peers after the initial IKE SA negotiation?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">IKE_AUTH<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">IKE_SA_INIT<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">CREATE_CHILD_SA<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">NHRP Resolution<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<h3><b>Explanation<\/b><\/h3>\n<p><span style=\"font-weight: 400;\">IKE_AUTH is the IKEv2 exchange used to authenticate the peers after the initial IKE_SA_INIT exchange. During IKE_AUTH, the peers prove their identities using mechanisms such as pre-shared keys or digital certificates. The exchange also establishes the first Child SA used to protect IPsec traffic. IKE_SA_INIT handles initial algorithm negotiation and Diffie-Hellman key exchange, while CREATE_CHILD_SA is used later for additional Child SAs or rekeying. NHRP Resolution belongs to DMVPN rather than IKEv2. Correctly understanding this sequence is useful when diagnosing VPN sessions that reach IKE_SA_INIT but fail during authentication.<\/span><\/p>\n<h3><b>Question 266<\/b><\/h3>\n<p><b>Which IKEv2 exchange is used to create additional Child SAs or rekey existing Child SAs?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">IKE_AUTH<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">CREATE_CHILD_SA<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">IKE_SA_INIT<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">NHRP Redirect<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<h3><b>Explanation<\/b><\/h3>\n<p><span style=\"font-weight: 400;\">CREATE_CHILD_SA is used in IKEv2 to establish additional Child SAs and to rekey existing Child SAs. Child SAs provide the IPsec security associations that protect user data. After the initial IKE SA and first Child SA are established, additional Child SAs can be negotiated without repeating the complete initial IKE negotiation. IKE_SA_INIT establishes the initial IKE SA, while IKE_AUTH authenticates peers and establishes the first Child SA. NHRP Redirect is a DMVPN mechanism. CREATE_CHILD_SA is therefore important for ongoing VPN operation and IPsec key management.<\/span><\/p>\n<h3><b>Question 267<\/b><\/h3>\n<p><b>Which VPN design uses a virtual tunnel interface so that VPN traffic can be forwarded using normal routing decisions?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Policy-based IPsec<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Route-based IPsec<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Port Security<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">GETVPN<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<h3><b>Explanation<\/b><\/h3>\n<p><span style=\"font-weight: 400;\">Route-based IPsec uses a virtual tunnel interface, commonly called a VTI, to represent the VPN connection as a logical routed interface. Traffic can be forwarded through this interface based on the routing table rather than being selected exclusively by a traditional crypto ACL. This approach can simplify routing and support dynamic routing protocols across the VPN in appropriate designs. Policy-based IPsec traditionally uses crypto maps and ACLs to identify interesting traffic. Port Security is a Layer 2 access-control feature, while GETVPN is designed for group encryption. Route-based IPsec is therefore the appropriate model when a routed tunnel interface is desired.<\/span><\/p>\n<h3><b>Question 268<\/b><\/h3>\n<p><b>What is a major operational benefit of using a VTI for a route-based VPN?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">It eliminates the need for routing<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">It allows VPN traffic to be treated as routed interface traffic<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">It replaces IKE with RADIUS<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">It automatically creates certificates<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<h3><b>Explanation<\/b><\/h3>\n<p><span style=\"font-weight: 400;\">A VTI provides a logical interface through which VPN traffic can be routed. This means the routing table can determine which traffic should use the VPN interface, similar to other routed interfaces. This can simplify configurations compared with policy-based designs that require traffic-selection ACLs for each protected flow. A VTI does not eliminate routing, replace IKE with RADIUS, or automatically create certificates. IKE is still used for establishing the required security relationships in supported deployments. VTIs are especially useful when organizations want to integrate VPN connectivity with conventional routing architectures and dynamic routing protocols.<\/span><\/p>\n<h3><b>Question 269<\/b><\/h3>\n<p><b>Which traditional IPsec configuration element identifies the traffic that should be protected by a crypto map?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Security Group Tag<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Access control list<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Certificate chain<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">DHCP binding<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<h3><b>Explanation<\/b><\/h3>\n<p><span style=\"font-weight: 400;\">In traditional policy-based Cisco IPsec configurations, an access control list is commonly used by a crypto map to identify interesting traffic that should receive IPsec protection. The ACL defines the source and destination traffic selectors associated with the VPN. When matching traffic is detected, the crypto map can apply the configured IPsec policy and forward the traffic through the appropriate tunnel. Security Group Tags provide identity-based segmentation, certificate chains establish certificate trust, and DHCP bindings support switch security features. Therefore, the ACL is a key component in identifying traffic for traditional crypto-map-based IPsec VPNs.<\/span><\/p>\n<h3><b>Question 270<\/b><\/h3>\n<p><b>Which configuration element traditionally associates an IPsec policy with a remote VPN peer and interface?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Crypto map<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">IKEv2 keyring<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">NHRP map<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">RADIUS server<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<h3><b>Explanation<\/b><\/h3>\n<p><span style=\"font-weight: 400;\">A crypto map traditionally associates IPsec policy information with a remote peer and identifies the traffic that should be protected. The crypto map can include peer information, security parameters, and a reference to the ACL identifying interesting traffic. It is then applied to the appropriate interface in policy-based IPsec deployments. An IKEv2 keyring stores authentication credentials, NHRP mappings are associated with DMVPN operation, and RADIUS supports AAA. Although modern route-based VPN designs can use VTIs instead of traditional crypto maps, crypto maps remain important for understanding policy-based Cisco IPsec configurations.<\/span><\/p>\n<h3><b>Question 271<\/b><\/h3>\n<p><b>Which command is commonly used to display the status of IKEv2 security associations on a Cisco IOS-based device?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">show ip route<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">show crypto ikev2 sa<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">show access-lists<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">show interfaces status<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<h3><b>Explanation<\/b><\/h3>\n<p><span style=\"font-weight: 400;\">The <\/span><span style=\"font-weight: 400;\">show crypto ikev2 sa<\/span><span style=\"font-weight: 400;\"> command is commonly used to inspect IKEv2 security associations. It can provide information about the state of IKE negotiations, peer relationships, and established IKE SAs. This is particularly useful when troubleshooting VPN establishment issues. If the IKE SA is not established, administrators can investigate authentication, proposal, identity, reachability, or other configuration issues. The routing table, ACL output, and interface status commands provide valuable information for other troubleshooting areas but do not directly display IKEv2 security association state. Therefore, <\/span><span style=\"font-weight: 400;\">show crypto ikev2 sa<\/span><span style=\"font-weight: 400;\"> is the appropriate command for this purpose.<\/span><\/p>\n<h3><b>Question 272<\/b><\/h3>\n<p><b>Which command can help verify IPsec encapsulation and decapsulation activity on a Cisco IOS-based VPN device?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">show crypto ipsec sa<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">show users<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">show ip protocols<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">show aaa servers<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<h3><b>Explanation<\/b><\/h3>\n<p><span style=\"font-weight: 400;\">The <\/span><span style=\"font-weight: 400;\">show crypto ipsec sa<\/span><span style=\"font-weight: 400;\"> command provides information about IPsec security associations and traffic counters. Encapsulated and decapsulated packet counters can help determine whether traffic is actually being protected and received through the VPN. This is useful when IKE appears established but application traffic is not working. If encapsulation counters increase while decapsulation remains unchanged, administrators may investigate return-path routing, remote-side configuration, ACLs, NAT, or other connectivity issues. The other commands provide information about different system functions. Therefore, <\/span><span style=\"font-weight: 400;\">show crypto ipsec sa<\/span><span style=\"font-weight: 400;\"> is an important troubleshooting command for IPsec data-plane verification.<\/span><\/p>\n<h3><b>Question 273<\/b><\/h3>\n<p><b>An IKEv2 SA is established, but no user traffic passes through the VPN. Which area should be checked next?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Only the certificate expiration date<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">IPsec Child SAs, routing, NAT, and traffic policies<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Only the switch MAC address table<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Only the DNS cache<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<h3><b>Explanation<\/b><\/h3>\n<p><span style=\"font-weight: 400;\">When the IKEv2 SA is established but application traffic does not pass, the control-plane negotiation has succeeded, but the data plane may still have a problem. Administrators should check whether the IPsec Child SAs are established and whether encapsulation and decapsulation counters increase. Routing should be verified on both sides, along with NAT behavior and firewall or security policies. Incorrect traffic selectors can also prevent the expected packets from entering the tunnel. Checking only certificates, MAC tables, or DNS would not adequately investigate the most common causes. A systematic data-plane troubleshooting approach is therefore appropriate.<\/span><\/p>\n<h3><b>Question 274<\/b><\/h3>\n<p><b>What can happen if VPN traffic is translated by NAT when the IPsec policy expects the original addresses?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">The traffic may no longer match the intended VPN policy<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">IKE automatically changes the routing table<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">RADIUS disables authentication<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">NHRP creates a certificate<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<h3><b>Explanation<\/b><\/h3>\n<p><span style=\"font-weight: 400;\">NAT can change packet source or destination addresses before traffic reaches the point where an IPsec policy evaluates it. If the VPN configuration expects the original addresses, the translated packet may no longer match the intended protected-traffic selectors. This can prevent traffic from entering the VPN tunnel as expected. NAT exemption or another appropriate NAT policy can be used in designs where VPN traffic should bypass translation. IKE does not automatically fix routing because of NAT, RADIUS is an AAA protocol, and NHRP is unrelated to certificate creation. Therefore, NAT interaction is an important VPN troubleshooting consideration.<\/span><\/p>\n<h3><b>Question 275<\/b><\/h3>\n<p><b>Which technique is commonly used to prevent selected VPN traffic from being translated by NAT?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Security Group Tagging<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">NAT exemption<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Port Security<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">URL Filtering<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<h3><b>Explanation<\/b><\/h3>\n<p><span style=\"font-weight: 400;\">NAT exemption can be configured so that selected traffic, such as traffic between internal networks connected through a VPN, is not translated. This is important when the IPsec policy expects the original source and destination addresses. If traffic is translated unexpectedly, the resulting addresses may not match the VPN selectors or the remote network&#8217;s expected addressing. Security Group Tags provide identity-based classification, Port Security controls switch MAC addresses, and URL Filtering controls web destinations. NAT exemption therefore addresses the interaction between address translation and VPN traffic processing in appropriate network designs.<\/span><\/p>\n<h3><b>Question 276<\/b><\/h3>\n<p><b>Which DMVPN component allows spokes to dynamically discover the NBMA address of another spoke?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">NHRP<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">RADIUS<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">SCEP<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">TACACS+<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<h3><b>Explanation<\/b><\/h3>\n<p><span style=\"font-weight: 400;\">NHRP, or Next Hop Resolution Protocol, is a fundamental component of DMVPN. It allows DMVPN routers to dynamically discover the NBMA address associated with another tunnel endpoint. This information can support dynamic spoke-to-spoke communication without requiring every spoke to have static mappings for every other spoke. The DMVPN hub commonly acts as the central NHRP server and maintains registrations from spokes. RADIUS and TACACS+ provide AAA services, while SCEP supports certificate enrollment. NHRP is therefore essential for dynamically resolving the physical or NBMA addresses used by DMVPN tunnel peers.<\/span><\/p>\n<h3><b>Question 277<\/b><\/h3>\n<p><b>Which DMVPN phase introduced NHRP Redirect and Shortcut functionality to improve dynamic spoke-to-spoke communication?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Phase 1<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Phase 2<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Phase 3<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Phase 0<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3<\/b><\/p>\n<h3><b>Explanation<\/b><\/h3>\n<p><span style=\"font-weight: 400;\">DMVPN Phase 3 introduced mechanisms involving NHRP Redirect and NHRP Shortcut to improve dynamic spoke-to-spoke forwarding. The hub can send an NHRP Redirect to inform a spoke that a more direct path to the destination exists. The spoke can then use NHRP information to establish or use a more direct path instead of continuing to send the traffic through the hub. Phase 1 primarily uses hub-and-spoke communication, while Phase 2 supports direct spoke-to-spoke tunnels using NHRP resolution. Phase 3 adds the redirect and shortcut behavior that improves scalability and routing flexibility.<\/span><\/p>\n<h3><b>Question 278<\/b><\/h3>\n<p><b>What is the primary purpose of an NHRP Redirect message in DMVPN Phase 3?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">To distribute digital certificates<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">To inform a spoke that a more direct path may be available<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">To authenticate an IKE peer<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">To encrypt GETVPN traffic<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<h3><b>Explanation<\/b><\/h3>\n<p><span style=\"font-weight: 400;\">An NHRP Redirect message is used in DMVPN Phase 3 to inform a spoke that traffic may be taking a suboptimal path through the hub and that a more direct path may be available. The spoke can then perform the necessary NHRP resolution to learn information about the direct destination and establish an appropriate shortcut. This mechanism helps reduce unnecessary hub transit and can improve traffic efficiency in large DMVPN deployments. Certificate enrollment, IKE authentication, and GETVPN encryption are unrelated functions. NHRP Redirect is therefore an important component of Phase 3 DMVPN optimization.<\/span><\/p>\n<h3><b>Question 279<\/b><\/h3>\n<p><b>Which three technologies form the fundamental architecture of DMVPN?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">RADIUS, TACACS+, and SCEP<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">mGRE, NHRP, and IPsec<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">MACsec, DHCP Snooping, and DAI<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">ISE, Umbrella, and FMC<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<h3><b>Explanation<\/b><\/h3>\n<p><span style=\"font-weight: 400;\">DMVPN combines multipoint GRE, NHRP, and IPsec to provide scalable dynamic VPN connectivity. mGRE allows a tunnel interface to support multiple destinations, reducing the need for separate point-to-point tunnel interfaces. NHRP dynamically resolves tunnel endpoint information and supports dynamic spoke relationships. IPsec provides encryption and security for the tunneled traffic. These technologies work together to create the DMVPN architecture. RADIUS and TACACS+ are AAA technologies, while MACsec, DHCP Snooping, DAI, ISE, Umbrella, and FMC serve different security functions. Understanding the three DMVPN building blocks is essential when troubleshooting or designing DMVPN networks.<\/span><\/p>\n<h3><b>Question 280<\/b><\/h3>\n<p><b>Which GETVPN component centrally distributes group encryption keys and security policies to group members?<\/b><\/p>\n<ol>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Group Member<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">NHRP Server<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">Key Server<\/span><\/li>\n<li style=\"font-weight: 400;\" aria-level=\"1\"><span style=\"font-weight: 400;\">RADIUS Server<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3<\/b><\/p>\n<h3><b>Explanation<\/b><\/h3>\n<p><span style=\"font-weight: 400;\">In GETVPN, the Key Server is responsible for centrally distributing cryptographic keys and relevant security policies to authorized group members. Group Members use the information provided by the Key Server to encrypt and decrypt traffic belonging to the protected group. GETVPN is designed for group-based encryption and can preserve the original IP addressing information, which can be useful for network designs where routing visibility must remain intact. NHRP is associated with DMVPN, while RADIUS provides AAA services. The Key Server therefore plays the central role in GETVPN key and policy distribution.<\/span><\/p>\n<p>&nbsp;<\/p>\n","protected":false},"excerpt":{"rendered":"<p>View Full Cisco CCNP Security 300-730 Exam Dumps and Practice Test Dumps. &nbsp; Question 261 Which IKEv2 component defines the cryptographic algorithms and Diffie-Hellman group used during IKE SA negotiation? IKEv2 Keyring IKEv2 Profile IKEv2 Proposal IPsec Transform Set Correct Answer: 3 Explanation An IKEv2 proposal defines the cryptographic algorithms used during IKE security association [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":[],"categories":[1648,1647],"tags":[],"_links":{"self":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/14807"}],"collection":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/comments?post=14807"}],"version-history":[{"count":1,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/14807\/revisions"}],"predecessor-version":[{"id":14816,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/14807\/revisions\/14816"}],"wp:attachment":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/media?parent=14807"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/categories?post=14807"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/tags?post=14807"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}