Topic 06 Practice Test 1 covers 802.1Q Trunking and EtherChannel Troubleshooting for Cisco 350-401 ENCOR. For broader exam preparation, review the Cisco 350-401 ENCOR Exam Dumps. Every option includes focused technical reasoning explaining both the Cisco enterprise networking concept and its fit to the scenario.
Question 1
During verification, the team must prove or achieve the following: configure Gi1/0/48 to carry several VLANs as a trunk without relying on dynamic negotiation. Which option directly matches that task? Choose ONE.
- port-channel logical interface configuration
- matching native VLAN
- static 802.1Q trunk mode
- LACP active mode
Correct Answer(s)
C
Rationale
- Port-channel logical interface configuration has a different role: it supplies consistent aggregate-level configuration in port-channel configuration scenarios. The engineer must configure Gi1/0/48 to carry several VLANs as a trunk without relying on dynamic negotiation here. That makes static 802.1Q trunk mode the direct answer and this option unsuitable.
- Matching native VLAN is plausible because it delivers consistent handling of untagged frames for trunk VLAN consistency cases. Here the team must configure Gi1/0/48 to carry several VLANs as a trunk without relying on dynamic negotiation. static 802.1Q trunk mode directly controls that state, while this option does not.
- For this case, static 802.1Q trunk mode supplies an administratively forced trunk. The operational need is to configure Gi1/0/48 to carry several VLANs as a trunk without relying on dynamic negotiation. That correspondence makes it the correct trunk mode mechanism for the scenario. This makes static 802.1Q trunk mode the direct fit for this case.
- LACP active mode does not match the evidence because it provides active standards-based EtherChannel negotiation. That is a LACP negotiation function, whereas the stem requires engineers to configure Gi1/0/48 to carry several VLANs as a trunk without relying on dynamic negotiation. static 802.1Q trunk mode is the option tied to that task.
Question 2
A validation test has one explicit goal: eliminate a native-VLAN mismatch reported between two otherwise healthy 802.1Q trunk peers. Which configuration or feature should the engineer use? Choose ONE.
- show etherchannel summary
- allowed VLAN list
- matching native VLAN
- LACP passive mode
Correct Answer(s)
C
Rationale
- Show etherchannel summary lacks the needed control effect; it provides direct EtherChannel membership verification for EtherChannel verification situations. Here the team must eliminate a native-VLAN mismatch reported between two otherwise healthy 802.1Q trunk peers, which matching native VLAN enables directly.
- Allowed VLAN list would affect forwarding of the required VLAN on the trunk, a legitimate trunk VLAN filtering purpose. The stem instead depends on engineers being able to eliminate a native-VLAN mismatch reported between two otherwise healthy 802.1Q trunk peers. matching native VLAN provides that exact behavior, leaving this option operationally wrong.
- Matching native VLAN is the functional match: it provides consistent handling of untagged frames. The question requires the network to eliminate a native-VLAN mismatch reported between two otherwise healthy 802.1Q trunk peers. That makes this the relevant trunk VLAN consistency choice for the stated evidence. This makes matching native VLAN the direct fit for this case.
- LACP passive mode would be useful when passive standards-based EtherChannel participation is needed for LACP negotiation work. This question instead asks the team to eliminate a native-VLAN mismatch reported between two otherwise healthy 802.1Q trunk peers. The correct control is matching native VLAN, so this alternative fails scenario fit.
Question 3
Operations has narrowed the incident to one decision: restore VLAN 310 across an up/up trunk while leaving every other permitted VLAN unchanged. Which option should be selected next? Choose ONE.
- allowed VLAN list
- correct channel-group protocol pairing
- PAgP desirable mode
- DTP dynamic desirable
Correct Answer(s)
A
Rationale
- Use allowed VLAN list; its operational effect is forwarding of the required VLAN on the trunk. The stated task is to restore VLAN 310 across an up/up trunk while leaving every other permitted VLAN unchanged. That mechanism addresses the trunk VLAN filtering requirement without altering an unrelated control. This makes allowed VLAN list the direct fit for this case.
- Correct channel-group protocol pairing is plausible because it delivers matching aggregation protocol behavior for protocol compatibility cases. Here the team must restore VLAN 310 across an up/up trunk while leaving every other permitted VLAN unchanged. allowed VLAN list directly controls that state, while this option does not.
- PAgP desirable mode would be an unnecessary change because it controls active PAgP EtherChannel negotiation. That is relevant to PAgP negotiation requirements, while the current task is to restore VLAN 310 across an up/up trunk while leaving every other permitted VLAN unchanged using allowed VLAN list.
- DTP dynamic desirable is not selected because it governs active DTP trunk negotiation. That function belongs to DTP negotiation work. The required task is to restore VLAN 310 across an up/up trunk while leaving every other permitted VLAN unchanged, and that task is handled by allowed VLAN list.
Question 4
A network-services review has one requirement: make this Cisco switch initiate DTP toward a neighbor that is configured for dynamic auto. Which feature or configuration best meets it? Choose ONE.
- DTP dynamic auto
- DTP dynamic desirable
- PAgP auto mode
- EtherChannel load-balancing method
Correct Answer(s)
B
Rationale
- DTP dynamic auto provides passive DTP trunk negotiation, which belongs to DTP negotiation decisions. The stem instead requires engineers to make this Cisco switch initiate DTP toward a neighbor that is configured for dynamic auto. That result comes from DTP dynamic desirable; selecting DTP dynamic auto would leave the tested condition unresolved.
- DTP dynamic desirable is the precise choice because it yields active DTP trunk negotiation. Here, the network must make this Cisco switch initiate DTP toward a neighbor that is configured for dynamic auto. The feature therefore resolves the tested DTP negotiation condition instead of a different issue. This makes DTP dynamic desirable the direct fit for this case.
- PAgP auto mode solves a different problem by providing passive PAgP EtherChannel participation. That matters for PAgP negotiation decisions, but this case requires engineers to make this Cisco switch initiate DTP toward a neighbor that is configured for dynamic auto. DTP dynamic desirable matches the evidence more precisely.
- EtherChannel load-balancing method would affect a more suitable per-flow distribution key, a legitimate load balancing purpose. The stem instead depends on engineers being able to make this Cisco switch initiate DTP toward a neighbor that is configured for dynamic auto. DTP dynamic desirable provides that exact behavior, leaving this option operationally wrong.
Question 5
During verification, the team must prove or achieve the following: let this switch accept a DTP proposal from a desirable peer without initiating DTP itself. Which option directly matches that task? Choose ONE.
- static EtherChannel on mode
- STP on the port-channel
- switchport nonegotiate
- DTP dynamic auto
Correct Answer(s)
D
Rationale
- Static EtherChannel on mode misses the controlling requirement because its result is a protocol-free static EtherChannel. That fits static aggregation tasks. Here, the network needs engineers to let this switch accept a DTP proposal from a desirable peer without initiating DTP itself, so DTP dynamic auto is the relevant mechanism.
- STP on the port-channel is not selected because it governs spanning-tree control of the logical bundle. That function belongs to STP and aggregation work. The required task is to let this switch accept a DTP proposal from a desirable peer without initiating DTP itself, and that task is handled by DTP dynamic auto.
- Switchport nonegotiate is technically useful for a trunk that does not send DTP in DTP suppression work. The tested task is to let this switch accept a DTP proposal from a desirable peer without initiating DTP itself, however. That behavior is governed by DTP dynamic auto, making this option a distractor.
- Use DTP dynamic auto to obtain passive DTP trunk negotiation. That is exactly what the team needs when it must let this switch accept a DTP proposal from a desirable peer without initiating DTP itself. The DTP negotiation decision is therefore resolved by this mechanism, not the alternatives. This makes DTP dynamic auto the direct fit for this case.
Question 6
A validation test has one explicit goal: keep a manually configured trunk but stop transmitting DTP toward a firewall appliance. Which configuration or feature should the engineer use? Choose ONE.
- switchport nonegotiate
- correct access VLAN assignment
- Layer 3 port-channel interface
- consistent EtherChannel member parameters
Correct Answer(s)
A
Rationale
- Switchport nonegotiate is correct because it creates a trunk that does not send DTP. In this scenario, engineers must keep a manually configured trunk but stop transmitting DTP toward a firewall appliance. The option acts on the exact DTP suppression decision described in the stem. This makes switchport nonegotiate the direct fit for this case.
- Correct access VLAN assignment is not an equivalent substitute because it creates placement of an endpoint in the intended VLAN. That serves access-port VLAN needs, not the requirement to keep a manually configured trunk but stop transmitting DTP toward a firewall appliance. switchport nonegotiate acts on the condition described in the stem.
- Layer 3 port-channel interface provides a single routed logical interface over several links, which belongs to Layer 3 aggregation decisions. The stem instead requires engineers to keep a manually configured trunk but stop transmitting DTP toward a firewall appliance. That result comes from switchport nonegotiate; selecting Layer 3 port-channel interface would leave the tested condition unresolved.
- Consistent EtherChannel member parameters solves the wrong problem by producing compatible member-link configuration. It fits bundle consistency needs, but the tested task is to keep a manually configured trunk but stop transmitting DTP toward a firewall appliance. That requirement maps directly to switchport nonegotiate.
Question 7
Operations has narrowed the incident to one decision: move a user port from VLAN 20 into the intended VLAN 40 while keeping it an access port. Which option should be selected next? Choose ONE.
- LACP active mode
- restore required VLAN on the trunk
- correct access VLAN assignment
- port-channel logical interface configuration
Correct Answer(s)
C
Rationale
- LACP active mode is related but operationally wrong because it yields active standards-based EtherChannel negotiation. That supports LACP negotiation work. This case requires engineers to move a user port from VLAN 20 into the intended VLAN 40 while keeping it an access port, so correct access VLAN assignment fits the stated condition.
- Restore required VLAN on the trunk is technically useful for targeted restoration of the missing VLAN in trunk VLAN filtering work. The tested task is to move a user port from VLAN 20 into the intended VLAN 40 while keeping it an access port, however. That behavior is governed by correct access VLAN assignment, making this option a distractor.
- Select correct access VLAN assignment for placement of an endpoint in the intended VLAN. The stem makes the requirement explicit: move a user port from VLAN 20 into the intended VLAN 40 while keeping it an access port. That result is governed by this access-port VLAN mechanism rather than by the neighboring options. This makes correct access VLAN assignment the direct fit for this case.
- Do not select port-channel logical interface configuration; its effect is consistent aggregate-level configuration, a valid port-channel configuration function. The scenario requires engineers to move a user port from VLAN 20 into the intended VLAN 40 while keeping it an access port. That requirement maps to correct access VLAN assignment, not to this alternative.
Question 8
A network-services review has one requirement: form an IEEE standards-based EtherChannel when the far end is configured LACP passive. Which feature or configuration best meets it? Choose ONE.
- LACP passive mode
- LACP active mode
- show etherchannel summary
- static 802.1Q trunk mode
Correct Answer(s)
B
Rationale
- LACP passive mode would change passive standards-based EtherChannel participation, which is appropriate in LACP negotiation scenarios. The present stem asks engineers to form an IEEE standards-based EtherChannel when the far end is configured LACP passive. That is why LACP active mode is the correct mechanism instead.
- LACP active mode is appropriate because the result is active standards-based EtherChannel negotiation. The scenario requires engineers to form an IEEE standards-based EtherChannel when the far end is configured LACP passive. This feature controls that LACP negotiation behavior specifically, so it is the best fit. This makes LACP active mode the direct fit for this case.
- Show etherchannel summary is a neighboring feature that yields direct EtherChannel membership verification for EtherChannel verification needs. This scenario requires the team to form an IEEE standards-based EtherChannel when the far end is configured LACP passive. The required behavior belongs to LACP active mode, so this alternative is mismatched.
- Static 802.1Q trunk mode is not an equivalent substitute because it creates an administratively forced trunk. That serves trunk mode needs, not the requirement to form an IEEE standards-based EtherChannel when the far end is configured LACP passive. LACP active mode acts on the condition described in the stem.
Question 9
During verification, the team must prove or achieve the following: participate in LACP without initiating because the upstream switch is already LACP active. Which option directly matches that task? Choose ONE.
- correct channel-group protocol pairing
- PAgP desirable mode
- matching native VLAN
- LACP passive mode
Correct Answer(s)
D
Rationale
- Correct channel-group protocol pairing does not resolve the requirement; it provides matching aggregation protocol behavior for protocol compatibility decisions. Because the stem requires engineers to participate in LACP without initiating because the upstream switch is already LACP active, LACP passive mode is the mechanism that should be selected.
- PAgP desirable mode should not be changed for this issue; it provides active PAgP EtherChannel negotiation for PAgP negotiation cases. The actual requirement is to participate in LACP without initiating because the upstream switch is already LACP active, which is handled by LACP passive mode.
- Matching native VLAN is related but operationally wrong because it yields consistent handling of untagged frames. That supports trunk VLAN consistency work. This case requires engineers to participate in LACP without initiating because the upstream switch is already LACP active, so LACP passive mode fits the stated condition.
- Choose LACP passive mode because its result is passive standards-based EtherChannel participation. The stem requires the team to participate in LACP without initiating because the upstream switch is already LACP active. That is a direct LACP negotiation match, not merely a related feature. This makes LACP passive mode the direct fit for this case.
Question 10
A validation test has one explicit goal: initiate a Cisco-proprietary PAgP bundle toward a peer configured in auto mode. Which configuration or feature should the engineer use? Choose ONE.
- allowed VLAN list
- PAgP desirable mode
- EtherChannel load-balancing method
- PAgP auto mode
Correct Answer(s)
B
Rationale
- Allowed VLAN list would change forwarding of the required VLAN on the trunk, which is appropriate in trunk VLAN filtering scenarios. The present stem asks engineers to initiate a Cisco-proprietary PAgP bundle toward a peer configured in auto mode. That is why PAgP desirable mode is the correct mechanism instead.
- PAgP desirable mode directly produces active PAgP EtherChannel negotiation. That is relevant because the team needs to initiate a Cisco-proprietary PAgP bundle toward a peer configured in auto mode. For this PAgP negotiation decision, the feature changes the condition identified by the evidence. This makes PAgP desirable mode the direct fit for this case.
- EtherChannel load-balancing method fails on scenario fit: it gives a more suitable per-flow distribution key for load balancing decisions. The evidence says engineers must initiate a Cisco-proprietary PAgP bundle toward a peer configured in auto mode, and PAgP desirable mode is the option that provides the needed behavior.
- PAgP auto mode would leave the key condition unchanged because it supplies passive PAgP EtherChannel participation. That is useful for PAgP negotiation tasks, while this scenario requires the team to initiate a Cisco-proprietary PAgP bundle toward a peer configured in auto mode using PAgP desirable mode.
Question 11
Operations has narrowed the incident to one decision: respond to PAgP from a desirable peer without initiating PAgP on this side. Which option should be selected next? Choose ONE.
- PAgP auto mode
- static EtherChannel on mode
- DTP dynamic desirable
- STP on the port-channel
Correct Answer(s)
A
Rationale
- The required mechanism is PAgP auto mode, which gives passive PAgP EtherChannel participation. The stem calls for the team to respond to PAgP from a desirable peer without initiating PAgP on this side. That makes this the direct PAgP negotiation answer rather than an adjacent workaround. This makes PAgP auto mode the direct fit for this case.
- Static EtherChannel on mode controls a protocol-free static EtherChannel and is useful for static aggregation work. This case requires the team to respond to PAgP from a desirable peer without initiating PAgP on this side. Because PAgP auto mode supplies that behavior, this option acts on the wrong requirement.
- DTP dynamic desirable should not be changed for this issue; it provides active DTP trunk negotiation for DTP negotiation cases. The actual requirement is to respond to PAgP from a desirable peer without initiating PAgP on this side, which is handled by PAgP auto mode.
- STP on the port-channel targets spanning-tree control of the logical bundle, so it fits another STP and aggregation condition. The question requires the team to respond to PAgP from a desirable peer without initiating PAgP on this side. Since PAgP auto mode produces the needed behavior, this choice would not fix the root requirement.
Question 12
A network-services review has one requirement: build a static two-link bundle to a device that supports neither LACP nor PAgP. Which feature or configuration best meets it? Choose ONE.
- DTP dynamic auto
- consistent EtherChannel member parameters
- static EtherChannel on mode
- Layer 3 port-channel interface
Correct Answer(s)
C
Rationale
- DTP dynamic auto would leave the key condition unchanged because it supplies passive DTP trunk negotiation. That is useful for DTP negotiation tasks, while this scenario requires the team to build a static two-link bundle to a device that supports neither LACP nor PAgP using static EtherChannel on mode.
- Consistent EtherChannel member parameters does not match the evidence because it provides compatible member-link configuration. That is a bundle consistency function, whereas the stem requires engineers to build a static two-link bundle to a device that supports neither LACP nor PAgP. static EtherChannel on mode is the option tied to that task.
- Static EtherChannel on mode provides a protocol-free static EtherChannel. That matches the requirement to build a static two-link bundle to a device that supports neither LACP nor PAgP. It directly controls the relevant static aggregation behavior, so the alternatives would change a different condition. This makes static EtherChannel on mode the direct fit for this case.
- Layer 3 port-channel interface has a different role: it supplies a single routed logical interface over several links in Layer 3 aggregation scenarios. The engineer must build a static two-link bundle to a device that supports neither LACP nor PAgP here. That makes static EtherChannel on mode the direct answer and this option unsuitable.
Question 13
During verification, the team must prove or achieve the following: correct a suspended member whose allowed-VLAN set differs from the other trunk members. Which option directly matches that task? Choose ONE.
- port-channel logical interface configuration
- consistent EtherChannel member parameters
- restore required VLAN on the trunk
- switchport nonegotiate
Correct Answer(s)
B
Rationale
- Port-channel logical interface configuration would be useful when consistent aggregate-level configuration is needed for port-channel configuration work. This question instead asks the team to correct a suspended member whose allowed-VLAN set differs from the other trunk members. The correct control is consistent EtherChannel member parameters, so this alternative fails scenario fit.
- The best answer is consistent EtherChannel member parameters, which supplies compatible member-link configuration. Because the requirement is to correct a suspended member whose allowed-VLAN set differs from the other trunk members, this option matches the bundle consistency decision and leaves adjacent functions untouched. This makes consistent EtherChannel member parameters the direct fit for this case.
- Restore required VLAN on the trunk lacks the needed control effect; it provides targeted restoration of the missing VLAN for trunk VLAN filtering situations. Here the team must correct a suspended member whose allowed-VLAN set differs from the other trunk members, which consistent EtherChannel member parameters enables directly.
- Switchport nonegotiate controls a trunk that does not send DTP and is useful for DTP suppression work. This case requires the team to correct a suspended member whose allowed-VLAN set differs from the other trunk members. Because consistent EtherChannel member parameters supplies that behavior, this option acts on the wrong requirement.
Question 14
A validation test has one explicit goal: apply one native-VLAN change consistently to the entire already formed Layer 2 bundle. Which configuration or feature should the engineer use? Choose ONE.
- correct access VLAN assignment
- show etherchannel summary
- static 802.1Q trunk mode
- port-channel logical interface configuration
Correct Answer(s)
D
Rationale
- Correct access VLAN assignment does not match the evidence because it provides placement of an endpoint in the intended VLAN. That is a access-port VLAN function, whereas the stem requires engineers to apply one native-VLAN change consistently to the entire already formed Layer 2 bundle. port-channel logical interface configuration is the option tied to that task.
- Show etherchannel summary would be an unnecessary change because it controls direct EtherChannel membership verification. That is relevant to EtherChannel verification requirements, while the current task is to apply one native-VLAN change consistently to the entire already formed Layer 2 bundle using port-channel logical interface configuration.
- Static 802.1Q trunk mode is plausible because it delivers an administratively forced trunk for trunk mode cases. Here the team must apply one native-VLAN change consistently to the entire already formed Layer 2 bundle. port-channel logical interface configuration directly controls that state, while this option does not.
- Port-channel logical interface configuration matches the desired state by providing consistent aggregate-level configuration. Since engineers must apply one native-VLAN change consistently to the entire already formed Layer 2 bundle, this selection acts on the relevant port-channel configuration behavior and directly satisfies the requirement. This makes port-channel logical interface configuration the direct fit for this case.
Question 15
Operations has narrowed the incident to one decision: verify in one command whether Gi1/0/1 and Gi1/0/2 are actually bundled in Po10. Which option should be selected next? Choose ONE.
- show etherchannel summary
- LACP active mode
- correct channel-group protocol pairing
- matching native VLAN
Correct Answer(s)
A
Rationale
- Choose show etherchannel summary. It creates direct EtherChannel membership verification, while the stem requires engineers to verify in one command whether Gi1/0/1 and Gi1/0/2 are actually bundled in Po10. This directly satisfies the EtherChannel verification condition and avoids changing a feature that is not implicated. This makes show etherchannel summary the direct fit for this case.
- LACP active mode would be useful when active standards-based EtherChannel negotiation is needed for LACP negotiation work. This question instead asks the team to verify in one command whether Gi1/0/1 and Gi1/0/2 are actually bundled in Po10. The correct control is show etherchannel summary, so this alternative fails scenario fit.
- Correct channel-group protocol pairing solves a different problem by providing matching aggregation protocol behavior. That matters for protocol compatibility decisions, but this case requires engineers to verify in one command whether Gi1/0/1 and Gi1/0/2 are actually bundled in Po10. show etherchannel summary matches the evidence more precisely.
- Matching native VLAN would affect consistent handling of untagged frames, a legitimate trunk VLAN consistency purpose. The stem instead depends on engineers being able to verify in one command whether Gi1/0/1 and Gi1/0/2 are actually bundled in Po10. show etherchannel summary provides that exact behavior, leaving this option operationally wrong.
Question 16
A network-services review has one requirement: repair an EtherChannel where one side uses LACP active but the other side is configured PAgP desirable. Which feature or configuration best meets it? Choose ONE.
- LACP passive mode
- EtherChannel load-balancing method
- correct channel-group protocol pairing
- allowed VLAN list
Correct Answer(s)
C
Rationale
- LACP passive mode would be an unnecessary change because it controls passive standards-based EtherChannel participation. That is relevant to LACP negotiation requirements, while the current task is to repair an EtherChannel where one side uses LACP active but the other side is configured PAgP desirable using correct channel-group protocol pairing.
- EtherChannel load-balancing method misses the controlling requirement because its result is a more suitable per-flow distribution key. That fits load balancing tasks. Here, the network needs engineers to repair an EtherChannel where one side uses LACP active but the other side is configured PAgP desirable, so correct channel-group protocol pairing is the relevant mechanism.
- Correct channel-group protocol pairing fits because it delivers matching aggregation protocol behavior. The scenario specifically asks engineers to repair an EtherChannel where one side uses LACP active but the other side is configured PAgP desirable. This is the protocol compatibility control that changes the tested behavior directly. This makes correct channel-group protocol pairing the direct fit for this case.
- Allowed VLAN list is not selected because it governs forwarding of the required VLAN on the trunk. That function belongs to trunk VLAN filtering work. The required task is to repair an EtherChannel where one side uses LACP active but the other side is configured PAgP desirable, and that task is handled by correct channel-group protocol pairing.
Question 17
During verification, the team must prove or achieve the following: change how conversations are hashed because a few large flows currently land on the same member link. Which option directly matches that task? Choose ONE.
- STP on the port-channel
- DTP dynamic desirable
- PAgP desirable mode
- EtherChannel load-balancing method
Correct Answer(s)
D
Rationale
- STP on the port-channel solves the wrong problem by producing spanning-tree control of the logical bundle. It fits STP and aggregation needs, but the tested task is to change how conversations are hashed because a few large flows currently land on the same member link. That requirement maps directly to EtherChannel load-balancing method.
- DTP dynamic desirable provides active DTP trunk negotiation, which belongs to DTP negotiation decisions. The stem instead requires engineers to change how conversations are hashed because a few large flows currently land on the same member link. That result comes from EtherChannel load-balancing method; selecting DTP dynamic desirable would leave the tested condition unresolved.
- PAgP desirable mode solves a different problem by providing active PAgP EtherChannel negotiation. That matters for PAgP negotiation decisions, but this case requires engineers to change how conversations are hashed because a few large flows currently land on the same member link. EtherChannel load-balancing method matches the evidence more precisely.
- For this case, EtherChannel load-balancing method supplies a more suitable per-flow distribution key. The operational need is to change how conversations are hashed because a few large flows currently land on the same member link. That correspondence makes it the correct load balancing mechanism for the scenario. This makes EtherChannel load-balancing method the direct fit for this case.
Question 18
A validation test has one explicit goal: change spanning-tree cost for the aggregate rather than creating different STP treatment on each member. Which configuration or feature should the engineer use? Choose ONE.
- PAgP auto mode
- STP on the port-channel
- DTP dynamic auto
- Layer 3 port-channel interface
Correct Answer(s)
B
Rationale
- PAgP auto mode misses the controlling requirement because its result is passive PAgP EtherChannel participation. That fits PAgP negotiation tasks. Here, the network needs engineers to change spanning-tree cost for the aggregate rather than creating different STP treatment on each member, so STP on the port-channel is the relevant mechanism.
- STP on the port-channel is the functional match: it provides spanning-tree control of the logical bundle. The question requires the network to change spanning-tree cost for the aggregate rather than creating different STP treatment on each member. That makes this the relevant STP and aggregation choice for the stated evidence. This makes STP on the port-channel the direct fit for this case.
- DTP dynamic auto is technically useful for passive DTP trunk negotiation in DTP negotiation work. The tested task is to change spanning-tree cost for the aggregate rather than creating different STP treatment on each member, however. That behavior is governed by STP on the port-channel, making this option a distractor.
- Do not select Layer 3 port-channel interface; its effect is a single routed logical interface over several links, a valid Layer 3 aggregation function. The scenario requires engineers to change spanning-tree cost for the aggregate rather than creating different STP treatment on each member. That requirement maps to STP on the port-channel, not to this alternative.
Question 19
Operations has narrowed the incident to one decision: build one routed logical link from two physical ports and assign the IP address to the aggregate. Which option should be selected next? Choose ONE.
- Layer 3 port-channel interface
- static EtherChannel on mode
- restore required VLAN on the trunk
- switchport nonegotiate
Correct Answer(s)
A
Rationale
- Use Layer 3 port-channel interface; its operational effect is a single routed logical interface over several links. The stated task is to build one routed logical link from two physical ports and assign the IP address to the aggregate. That mechanism addresses the Layer 3 aggregation requirement without altering an unrelated control. This makes Layer 3 port-channel interface the direct fit for this case.
- Static EtherChannel on mode solves the wrong problem by producing a protocol-free static EtherChannel. It fits static aggregation needs, but the tested task is to build one routed logical link from two physical ports and assign the IP address to the aggregate. That requirement maps directly to Layer 3 port-channel interface.
- Restore required VLAN on the trunk is a neighboring feature that yields targeted restoration of the missing VLAN for trunk VLAN filtering needs. This scenario requires the team to build one routed logical link from two physical ports and assign the IP address to the aggregate. The required behavior belongs to Layer 3 port-channel interface, so this alternative is mismatched.
- Switchport nonegotiate is not an equivalent substitute because it creates a trunk that does not send DTP. That serves DTP suppression needs, not the requirement to build one routed logical link from two physical ports and assign the IP address to the aggregate. Layer 3 port-channel interface acts on the condition described in the stem.
Question 20
A network-services review has one requirement: restore only VLAN 220 after it was accidentally removed from an otherwise correct trunk allow list. Which feature or configuration best meets it? Choose ONE.
- consistent EtherChannel member parameters
- static 802.1Q trunk mode
- correct access VLAN assignment
- restore required VLAN on the trunk
Correct Answer(s)
D
Rationale
- Do not select consistent EtherChannel member parameters; its effect is compatible member-link configuration, a valid bundle consistency function. The scenario requires engineers to restore only VLAN 220 after it was accidentally removed from an otherwise correct trunk allow list. That requirement maps to restore required VLAN on the trunk, not to this alternative.
- Static 802.1Q trunk mode does not resolve the requirement; it provides an administratively forced trunk for trunk mode decisions. Because the stem requires engineers to restore only VLAN 220 after it was accidentally removed from an otherwise correct trunk allow list, restore required VLAN on the trunk is the mechanism that should be selected.
- Correct access VLAN assignment is related but operationally wrong because it yields placement of an endpoint in the intended VLAN. That supports access-port VLAN work. This case requires engineers to restore only VLAN 220 after it was accidentally removed from an otherwise correct trunk allow list, so restore required VLAN on the trunk fits the stated condition.
- Restore required VLAN on the trunk is the precise choice because it yields targeted restoration of the missing VLAN. Here, the network must restore only VLAN 220 after it was accidentally removed from an otherwise correct trunk allow list. The feature therefore resolves the tested trunk VLAN filtering condition instead of a different issue. This makes restore required VLAN on the trunk the direct fit for this case.