{"id":21496,"date":"2026-09-25T05:30:46","date_gmt":"2026-09-25T05:30:46","guid":{"rendered":"https:\/\/www.examlabs.com\/certification\/?p=21496"},"modified":"2026-09-25T05:30:46","modified_gmt":"2026-09-25T05:30:46","slug":"hp-hpe6-a85-practice-test-questions-and-exam-dumps-part19-q361-380","status":"publish","type":"post","link":"https:\/\/www.examlabs.com\/certification\/hp-hpe6-a85-practice-test-questions-and-exam-dumps-part19-q361-380\/","title":{"rendered":"HP HPE6-A85 Practice Test Questions and Exam Dumps Part19 Q361-380"},"content":{"rendered":"

View Full <\/b>HP HPE6-A85 Exam Dumps<\/b><\/a> and Practice Test Dumps.<\/b><\/p>\n


\n<\/b>Question 361. What is LLDP-MED designed for?<\/b><\/p>\n

    \n
  1. <\/b> OSPF routing<\/span><\/li>\n
  2. <\/b> Media endpoint discovery<\/span><\/li>\n
  3. <\/b> DHCP relay<\/span><\/li>\n
  4. <\/b> VSF stacking<\/span><\/li>\n<\/ol>\n

    Correct Answer: 2. Media endpoint discovery<\/b><\/p>\n

    Explanation:<\/b><\/p>\n

    LLDP-MED extends standard LLDP to improve interoperability between network infrastructure and media endpoint devices such as IP phones. It can advertise information relevant to voice deployments, including network policy, capabilities, location, and PoE-related details. On AOS-CX, LLDP-MED support is enabled through interface-level LLDP configuration. The feature is useful because compatible endpoints can automatically learn network characteristics instead of requiring every setting to be entered manually. LLDP-MED is unrelated to OSPF routing, DHCP relay, or VSF stack formation.<\/span><\/p>\n

    Question 362. What does the LLDP-MED network-policy TLV advertise?<\/b><\/p>\n

      \n
    1. <\/b> OSPF cost<\/span><\/li>\n
    2. <\/b> Switch firmware<\/span><\/li>\n
    3. <\/b> NTP servers<\/span><\/li>\n
    4. <\/b> Voice VLAN and QoS information<\/span><\/li>\n<\/ol>\n

      Correct Answer: 4. Voice VLAN and QoS information<\/b><\/p>\n

      Explanation:<\/b><\/p>\n

      The LLDP-MED Network Policy TLV can advertise information needed by voice endpoints, including the VLAN ID and QoS values such as IEEE 802.1p priority and DSCP. This helps an IP phone learn how voice traffic should be classified and which VLAN it should use. AOS-CX sends this network-policy TLV when a suitable voice VLAN policy is configured. This reduces manual phone configuration and helps maintain consistent voice segmentation and QoS treatment across access ports.<\/span><\/p>\n

      Question 363. Is LLDP enabled by default?<\/b><\/p>\n

        \n
      1. <\/b> Yes<\/span><\/li>\n
      2. <\/b> No<\/span><\/li>\n
      3. <\/b> Only on trunks<\/span><\/li>\n
      4. <\/b> Only on routed ports<\/span><\/li>\n<\/ol>\n

        Correct Answer: 1. Yes<\/b><\/p>\n

        Explanation:<\/b><\/p>\n

        HPE documents LLDP as enabled by default on active AOS-CX interfaces. By default, the LLDP agent also transmits and receives LLDP information on interfaces unless those behaviors are specifically disabled. This makes neighbor discovery available without requiring administrators to enable the protocol individually on every active port. LLDP is useful for discovering connected switches, phones, APs, and other compatible devices. Administrators can still customize transmission, reception, advertised TLVs, timers, and LLDP-MED behavior where required.<\/span><\/p>\n

        Question 364. Which command stops LLDP transmission?<\/b><\/p>\n

          \n
        1. <\/b> no lldp<\/span><\/li>\n
        2. <\/b> lldp disable-rx<\/span><\/li>\n
        3. <\/b> no lldp transmit<\/span><\/li>\n
        4. <\/b> shutdown lldp<\/span><\/li>\n<\/ol>\n

          Correct Answer: 3. <\/b>no lldp transmit<\/b><\/p>\n

          Explanation:<\/b><\/p>\n

          The <\/span>no lldp transmit<\/span> command disables LLDP advertisement transmission on the selected interface while allowing administrators to control receive behavior separately. HPE documents LLDP transmit and receive as independently configurable interface functions. This can be useful when a port should listen for neighbor advertisements but should not disclose local device information. Completely disabling LLDP is different because it affects the protocol more broadly. The command does not shut down the physical interface or disable other switching functions.<\/span><\/p>\n

          Question 365. What is the default interface speed mode?<\/b><\/p>\n

            \n
          1. <\/b> Auto-negotiation<\/span><\/li>\n
          2. <\/b> 100 Mbps half-duplex<\/span><\/li>\n
          3. <\/b> 1 Gbps fixed<\/span><\/li>\n
          4. <\/b> 10 Gbps fixed<\/span><\/li>\n<\/ol>\n

            Correct Answer: 1. Auto-negotiation<\/b><\/p>\n

            Explanation:<\/b><\/p>\n

            On supported AOS-CX Ethernet interfaces, auto-negotiation is the default speed behavior. The interface advertises the speeds supported by both the port and installed transceiver, allowing the link partners to select a mutually supported setting. Administrators can restrict the advertised speeds or configure a fixed speed when required. Auto-negotiation simplifies deployment because endpoints with different capabilities can establish the highest suitable link speed automatically instead of requiring manual configuration on both sides.<\/span><\/p>\n

            Question 366. What does <\/b>speed 1000-full<\/b> disable?<\/b><\/p>\n

              \n
            1. <\/b> Full duplex<\/span><\/li>\n
            2. <\/b> VLAN tagging<\/span><\/li>\n
            3. <\/b> Flow control<\/span><\/li>\n
            4. <\/b> Auto-negotiation<\/span><\/li>\n<\/ol>\n

              Correct Answer: 4. Auto-negotiation<\/b><\/p>\n

              Explanation:<\/b><\/p>\n

              The AOS-CX command <\/span>speed 1000-full<\/span> fixes the interface at 1000 Mbps full-duplex and disables auto-negotiation for speed and duplex. Fixed configuration can be useful when interoperating with equipment that requires specific settings, but both ends should be configured compatibly to avoid link or performance problems. HPE’s current command documentation explicitly identifies <\/span>1000-full<\/span> as 1000 Mbps, full duplex, with no auto-negotiation. Returning to <\/span>speed auto<\/span> restores the normal negotiation behavior.<\/span><\/p>\n

              Question 367. Which speeds support half-duplex options?<\/b><\/p>\n

                \n
              1. <\/b> 1 and 10 Gbps<\/span><\/li>\n
              2. <\/b> 10 and 100 Mbps<\/span><\/li>\n
              3. <\/b> 25 and 40 Gbps<\/span><\/li>\n
              4. <\/b> 100 and 400 Gbps<\/span><\/li>\n<\/ol>\n

                Correct Answer: 2. 10 and 100 Mbps<\/b><\/p>\n

                Explanation:<\/b><\/p>\n

                AOS-CX documentation lists half-duplex fixed-speed settings for 10 Mbps and 100 Mbps Ethernet. Higher-speed settings such as 1 Gbps and above are shown as full-duplex options. Half-duplex allows transmission in only one direction at a time and is generally associated with older Ethernet environments. Modern campus networks overwhelmingly use full-duplex operation. When troubleshooting legacy links, however, administrators should verify that both endpoints use compatible speed and duplex settings to avoid performance problems.<\/span><\/p>\n

                Question 368. What does Ethernet flow control use?<\/b><\/p>\n

                  \n
                1. <\/b> DHCP messages<\/span><\/li>\n
                2. <\/b> BPDUs<\/span><\/li>\n
                3. <\/b> Pause frames<\/span><\/li>\n
                4. <\/b> OSPF Hellos<\/span><\/li>\n<\/ol>\n

                  Correct Answer: 3. Pause frames<\/b><\/p>\n

                  Explanation:<\/b><\/p>\n

                  IEEE 802.3x link-level flow control uses pause frames to temporarily request that a link partner stop transmitting traffic when congestion or buffer pressure occurs. AOS-CX can negotiate receive-only or bidirectional flow-control behavior on supported platforms. The exact capability depends on the switch family. Flow control is a Layer 2 mechanism and should not be confused with routing or DHCP. HPE interface statistics can also display pause-frame counters, which are useful when troubleshooting congestion or flow-control behavior.<\/span><\/p>\n

                  Question 369. What must auto-negotiated flow control match?<\/b><\/p>\n

                    \n
                  1. <\/b> VLAN names<\/span><\/li>\n
                  2. <\/b> Hostnames<\/span><\/li>\n
                  3. <\/b> NTP servers<\/span><\/li>\n
                  4. <\/b> Both link partners’ capabilities<\/span><\/li>\n<\/ol>\n

                    Correct Answer: 4. Both link partners’ capabilities<\/b><\/p>\n

                    Explanation:<\/b><\/p>\n

                    For interfaces using auto-negotiation, link-level flow control is determined through negotiation between the two connected devices. HPE states that both sides must negotiate compatible flow-control behavior for it to take effect. If one side expects a different mode, the desired flow-control operation may not be established. When interfaces do not use auto-negotiation, administrators are responsible for configuring compatible settings manually on both ends. This makes consistent endpoint configuration important when troubleshooting pause-frame behavior.<\/span><\/p>\n

                    Question 370. What must LAG members share?<\/b><\/p>\n

                      \n
                    1. <\/b> Same flow-control setting<\/span><\/li>\n
                    2. <\/b> Different VLAN modes<\/span><\/li>\n
                    3. <\/b> Different duplex modes<\/span><\/li>\n
                    4. <\/b> Different MTUs<\/span><\/li>\n<\/ol>\n

                      Correct Answer: 1. Same flow-control setting<\/b><\/p>\n

                      Explanation:<\/b><\/p>\n

                      HPE documents that all physical interfaces participating in a LAG must have the same flow-control configuration. A LAG is intended to behave as one logical interface, so inconsistent member settings can produce unpredictable forwarding or negotiation behavior. Administrators should verify compatible speed, aggregation, and flow-control configuration across members and on the remote peer. This consistency requirement is particularly important when troubleshooting an aggregation in which some member links join successfully while others do not behave as expected.<\/span><\/p>\n

                      Question 371. What does EEE reduce?<\/b><\/p>\n

                        \n
                      1. <\/b> VLAN count<\/span><\/li>\n
                      2. <\/b> MAC learning<\/span><\/li>\n
                      3. <\/b> Ethernet power use<\/span><\/li>\n
                      4. <\/b> Route preference<\/span><\/li>\n<\/ol>\n

                        Correct Answer: 3. Ethernet power use<\/b><\/p>\n

                        Explanation:<\/b><\/p>\n

                        Energy-Efficient Ethernet, or EEE, is designed to reduce electrical power consumption on supported Ethernet links during periods of low traffic. AOS-CX provides an <\/span>energy-efficient-ethernet<\/span> interface command on supported platforms. The feature relies on compatible link partners and appropriate link negotiation. EEE does not change VLAN capacity, MAC learning, or routing preference. Its goal is simply to reduce energy use while maintaining normal Ethernet communication when traffic resumes.<\/span><\/p>\n

                        Question 372. What does EEE require?<\/b><\/p>\n

                          \n
                        1. <\/b> Static routing<\/span><\/li>\n
                        2. <\/b> Auto-negotiation with a supported peer<\/span><\/li>\n
                        3. <\/b> VSF<\/span><\/li>\n
                        4. <\/b> DHCP snooping<\/span><\/li>\n<\/ol>\n

                          Correct Answer: 2. Auto-negotiation with a supported peer<\/b><\/p>\n

                          Explanation:<\/b><\/p>\n

                          HPE states that Energy-Efficient Ethernet negotiation is established only when auto-link negotiation is used with a compatible link partner. Both sides therefore need to support the required EEE behavior before energy-saving operation can be negotiated. Simply enabling the feature on one switch interface does not guarantee that EEE becomes active. Administrators can verify the negotiated state through interface operational information on supported systems. EEE has no dependency on static routing, VSF, or DHCP snooping.<\/span><\/p>\n

                          Question 373. What can <\/b>show interface<\/b> verify?<\/b><\/p>\n

                            \n
                          1. <\/b> Speed and duplex<\/span><\/li>\n
                          2. <\/b> RADIUS password<\/span><\/li>\n
                          3. <\/b> User certificate<\/span><\/li>\n
                          4. <\/b> AP license<\/span><\/li>\n<\/ol>\n

                            Correct Answer: 1. Speed and duplex<\/b><\/p>\n

                            Explanation:<\/b><\/p>\n

                            The AOS-CX <\/span>show interface<\/span> output provides extensive physical and operational information, including link state, interface type, MTU, speed, duplex mode, auto-negotiation state, flow control, traffic rates, packet counters, and errors. This makes it one of the first commands to use when troubleshooting a link that is slow, down, or behaving inconsistently. It can quickly reveal whether the interface negotiated an unexpected speed or whether auto-negotiation is disabled.<\/span><\/p>\n

                            Question 374. What does link-flap information show?<\/b><\/p>\n

                              \n
                            1. <\/b> VLAN changes<\/span><\/li>\n
                            2. <\/b> PoE usage<\/span><\/li>\n
                            3. <\/b> Authentication failures<\/span><\/li>\n
                            4. <\/b> Repeated link state changes<\/span><\/li>\n<\/ol>\n

                              Correct Answer: 4. Repeated link state changes<\/b><\/p>\n

                              Explanation:<\/b><\/p>\n

                              A link flap occurs when an interface repeatedly transitions between up and down states. AOS-CX <\/span>show interface link-status<\/span> output includes information such as link transitions, flap counts, and the time of the last state change. Repeated flapping can point to cabling problems, unstable optics, a failing endpoint, or incompatible physical settings. Reviewing this information helps administrators identify intermittent Layer 1 issues that may not be visible when the interface happens to be up at the moment of troubleshooting.<\/span><\/p>\n

                              Question 375. What can LLDP-MED advertise for voice?<\/b><\/p>\n

                                \n
                              1. <\/b> BGP AS number<\/span><\/li>\n
                              2. <\/b> VLAN and DSCP values<\/span><\/li>\n
                              3. <\/b> NTP stratum<\/span><\/li>\n
                              4. <\/b> DHCP pool<\/span><\/li>\n<\/ol>\n

                                Correct Answer: 2. VLAN and DSCP values<\/b><\/p>\n

                                Explanation:<\/b><\/p>\n

                                LLDP-MED network-policy discovery can advertise information used by voice endpoints, including the voice VLAN ID and QoS markings such as PCP and DSCP values. A compatible IP phone can use this information to place its voice traffic into the intended VLAN and apply the desired traffic marking automatically. This makes access-port deployment simpler and reduces manual configuration on phones. HPE states that the LLDP-MED network-policy TLV is sent when a voice VLAN policy is present.<\/span><\/p>\n

                                Question 376. When does AOS-CX send LLDP-MED TLVs?<\/b><\/p>\n

                                  \n
                                1. <\/b> Before link-up<\/span><\/li>\n
                                2. <\/b> On every disabled port<\/span><\/li>\n
                                3. <\/b> After receiving MED from the endpoint<\/span><\/li>\n
                                4. <\/b> Only after DHCP<\/span><\/li>\n<\/ol>\n

                                  Correct Answer: 3. After receiving MED from the endpoint<\/b><\/p>\n

                                  Explanation:<\/b><\/p>\n

                                  HPE documents that the switch sends LLDP-MED TLVs after it has received a MED TLV from the connected endpoint device. This behavior helps ensure that MED-specific information is exchanged with devices that actually support the extension. LLDP-MED is designed especially for endpoints such as IP phones and other media devices. Normal LLDP can continue to advertise standard discovery information independently. DHCP is not a prerequisite for LLDP-MED exchange because LLDP operates directly at Layer 2.<\/span><\/p>\n

                                  Question 377. What is LLDP’s last default management-address fallback?<\/b><\/p>\n

                                    \n
                                  1. <\/b> DNS address<\/span><\/li>\n
                                  2. <\/b> NTP address<\/span><\/li>\n
                                  3. <\/b> Gateway address<\/span><\/li>\n
                                  4. <\/b> Base MAC<\/span><\/li>\n<\/ol>\n

                                    Correct Answer: 4. Base MAC<\/b><\/p>\n

                                    Explanation:<\/b><\/p>\n

                                    HPE documents the default LLDP management-address selection order as: configured LLDP management IP address first, then an available SVI, and finally the switch base MAC address if the earlier choices are unavailable. This provides LLDP neighbors with useful management-identification information even when an IP management address has not been selected. The base MAC is therefore the final default fallback in the documented order. DNS, NTP, and gateway addresses are not used as the fallback LLDP management identifier.<\/span><\/p>\n

                                    Question 378. What does LLDP-MED PoE advertise?<\/b><\/p>\n

                                      \n
                                    1. <\/b> OSPF priority<\/span><\/li>\n
                                    2. <\/b> Power information<\/span><\/li>\n
                                    3. <\/b> Route metrics<\/span><\/li>\n
                                    4. <\/b> DHCP leases<\/span><\/li>\n<\/ol>\n

                                      Correct Answer: 2. Power information<\/b><\/p>\n

                                      Explanation:<\/b><\/p>\n

                                      The LLDP-MED PoE TLV carries power-related information between compatible endpoints and network infrastructure. This is particularly useful for devices such as IP phones that receive electrical power through Ethernet. HPE’s LLDP-MED implementation includes Power Via MDI information and can support power-priority behavior on applicable platforms. The feature helps network devices and powered endpoints communicate power capabilities and requirements through LLDP-MED rather than relying only on basic discovery information.<\/span><\/p>\n

                                      Question 379. What does full duplex allow?<\/b><\/p>\n

                                        \n
                                      1. <\/b> Simultaneous transmit and receive<\/span><\/li>\n
                                      2. <\/b> Transmit only<\/span><\/li>\n
                                      3. <\/b> Receive only<\/span><\/li>\n
                                      4. <\/b> Half-speed operation<\/span><\/li>\n<\/ol>\n

                                        Correct Answer: 1. Simultaneous transmit and receive<\/b><\/p>\n

                                        Explanation:<\/b><\/p>\n

                                        Full-duplex Ethernet allows both ends of a link to transmit and receive at the same time. This eliminates the collision behavior associated with traditional half-duplex shared Ethernet and provides more efficient use of the link. Modern switched Ethernet normally operates full duplex, especially at Gigabit Ethernet and higher speeds. AOS-CX interface output explicitly reports duplex state, making it easy to verify during troubleshooting. Fixed speed commands for modern high-speed interfaces are also documented as full-duplex operation.<\/span><\/p>\n

                                        Question 380. Which design BEST supports an IP phone port?<\/b><\/p>\n

                                          \n
                                        1. <\/b> Disable LLDP<\/span><\/li>\n
                                        2. <\/b> Fixed half duplex<\/span><\/li>\n
                                        3. <\/b> LLDP-MED, voice policy, and auto-negotiation<\/span><\/li>\n
                                        4. <\/b> Disable PoE<\/span><\/li>\n<\/ol>\n

                                          Correct Answer: 3. LLDP-MED, voice policy, and auto-negotiation<\/b><\/p>\n

                                          Explanation:<\/b><\/p>\n

                                          An IP phone access port benefits from several complementary technologies. LLDP-MED can advertise voice VLAN and QoS policy information so the phone configures its traffic correctly. PoE-related MED information can assist supported power negotiation, while Ethernet auto-negotiation helps establish compatible speed and duplex settings. Disabling LLDP or PoE would remove useful endpoint services, and forcing legacy half-duplex operation would reduce performance unnecessarily. This combination therefore provides practical automated voice endpoint onboarding on an AOS-CX access switch.<\/span><\/p>\n","protected":false},"excerpt":{"rendered":"

                                          View Full HP HPE6-A85 Exam Dumps and Practice Test Dumps. Question 361. What is LLDP-MED designed for? OSPF routing Media endpoint discovery DHCP relay VSF stacking Correct Answer: 2. Media endpoint discovery Explanation: LLDP-MED extends standard LLDP to improve interoperability between network infrastructure and media endpoint devices such as IP phones. It can advertise information […]<\/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\/21496"}],"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=21496"}],"version-history":[{"count":1,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/21496\/revisions"}],"predecessor-version":[{"id":21497,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/21496\/revisions\/21497"}],"wp:attachment":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/media?parent=21496"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/categories?post=21496"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/tags?post=21496"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}