Yesterday, 12:45 AM
(This post was last modified: Yesterday, 01:26 AM by muddytechz.)
(01-28-2026, 02:18 PM)help_desk Wrote: You are correct that if another switch with a lower priority were added, it could take over as the root. But the task is for the current network, not what might happen later on.Explanation sounds good. I just hate how they word their questions. Makes it sound like both could be correct but unsure which is correct
The same logic applies even if we set SW10 to priority 0. If another switch with priority 0 shows up, the MAC address still decides the root, so that’s not an absolute guarantee either.
In real networks, the root primary command is the recommended and cleaner way to set the root bridge. It follows Cisco best practices, works with the existing topology, and meets the requirement without being overly aggressive
(Yesterday, 12:45 AM)muddytechz Wrote:(01-28-2026, 02:18 PM)help_desk Wrote: You are correct that if another switch with a lower priority were added, it could take over as the root. But the task is for the current network, not what might happen later on.Explanation sounds good. I just hate how they word their questions. Makes it sound like both could be correct but unsure which is correct
The same logic applies even if we set SW10 to priority 0. If another switch with priority 0 shows up, the MAC address still decides the root, so that’s not an absolute guarantee either.
In real networks, the root primary command is the recommended and cleaner way to set the root bridge. It follows Cisco best practices, works with the existing topology, and meets the requirement without being overly aggressive
I'm also not getting the expected results on task 1.
First step to remove po 11. It doesn't exist from beginning.
Even if I don't make any changes shouldn't trunks show up going to SW30. I get nothing but SW30 does show up in show cdp.
I've tried reimporting the lab twice but something doesn't seem right.

