Refer to the exhibit. The connection between SW1 and SW2 is not operational. Which two actions resolve the issue? (Choose two.)
Refer to the exhibit. The connection between SW1 and SW2 is not operational. Which two actions resolve the issue? (Choose two.)
The issue between SW1 and SW2 is that both interfaces are set to 'dynamic auto', meaning neither switch actively initiates the trunk formation. To resolve this, you can either set one side to 'dynamic desirable' so it actively tries to form a trunk, or set the interface on SW2 directly to trunk mode. By configuring 'switchport mode dynamic desirable' on SW2, it will initiate trunk negotiations with SW1, whose Negotiation of Trunking is off. Alternatively, configuring 'switchport mode trunk' on SW2 directly sets the interface to trunk mode without needing negotiation. These changes ensure proper trunking between SW1 and SW2.
I really see people with 0 xp in real working env..... the the question asks which two actions - one OR the other... even if you exclude answers you end up with - dynamic desirable and static trunk... stop misleading the people ...
Take it easy Jimmy Neutron.
it's ok mr super intelligent
cheers megamind
Im sorry mister know it all.
Look at SW1: it is dynamic auto AND also Negotiation off - no such thing!!!!!!!! By default it is dynamic auto, then you can NOT disable negotiation. Unless you static it to trunk, then you can disable negotiation. Command rejected: Conflict between 'nonegotiate' and 'dynamic' status.
I tried to lab this. I can't get the configuration to match what the question is displaying. This question is dumb as hell.
Given answers are incorrect The answers for this ques are actually provided like this: A. configure no switchport nonegotiate on SW1 B. configure switchport nonegotiate on SW2 C. configure switchport mode access on SW2 D. configure switchport mode trunk on SW2 E. configure switchport mode dynamic desirable on SW2 look at the difference in A The switchport nonegotiate command disables DTP negotiation The no switchport nonegotiate command enables DTP negotiation SW1 Negotiation Off, which prevents DTP negotiation packets from being sent out the interface. So we need to re-enable it with the “no switchport nonegotiate” command. so the answers for the prvided answers above are A & E
i think we only need E to fix the issue.
You can't chose (switchport nonegotiate ) and (switchport mode dynamic desirable ) at the same time!
Correct answers: D. configure switchport mode trunk on SW2 E. configure switchport mode dynamic desirable on SW2
Current Community vote distribution (2024-07-15): DE (35%) BE (27%) BD (25%) AE (10%) 75% of people agree with answer E. Correct: desirable/auto = trunk 60% of people agree with answer D. Correct: trunk/auto = trunk 52% of people agree with answer B. Wrong: encapsulation is already dot1q 10% of people agree with answer A. Wrong: negotiation is already disabled The output is confusing, because both sides have 'dynamic auto' configured and the operational mode is 'trunk'. You would expect both sides won't initiate to become a trunk and this results in operational mode 'static access'. D and E should be correct, but only when choosing one of these at the same time.
A&E IS Correct Answer
ANSWER(D,E) The issue between SW1 and SW2 lies in the trunk negotiation mode. The administrative mode on both switches is set to "dynamic auto," which means that neither switch actively attempts to form a trunk; they both wait for the other side to initiate.
Answer D doesn't seem to be valid. According to network lessons when "administrative trunking encapsulation" is set to negotiate(can be seen on SW2) switchport mode trunk will return error: SW2(config-if)#switchport mode trunk Command rejected: An interface whose trunk encapsulation is "Auto" can not be configured to "trunk" mode. I would go with provided BE but i cant say i am fully onboard with B
D and E
B and E
B and E
B and E
B and D
configure switchport nonegotiate on SW1- it already is set this way configure switchport nonegotiate on SW2 -not set, so looks like an answer configure switchport mode access on SW2- definitely wrong when it's supposed to trunk configure switchport mode trunk on SW2 - output shows it already is set to trunk configure switchport mode dynamic desirable on SW2 - looks like the other answer BE seems most correct but it is a tricky question from the output dispayed.
BD for sure