Refer to the exhibit. An engineer is configuring a new Cisco switch, NewSW, to replace SW2. The details have been provided:
✑ Switches SW1 and SW2 are third-party devices without support for trunk ports.
✑ The existing connections must be maintained between PC1, PC2, and PC3.
✑ Allow the switch to pass traffic from future VLAN 10.
Which configuration must be applied?
The new switch should be configured to accommodate both existing and future VLAN traffic while maintaining compatibility with older switches. To achieve this, the interface on NewSW should be configured in trunk mode, allowing VLANs 2 and 10 as trunked VLANs to ensure traffic passes through the switch. The native VLAN should be set to VLAN 2 to ensure untagged traffic is handled correctly. VLAN 10 is included for future use, making option D the most appropriate configuration.
what is this garbage question
just goes to show the importance of sites like examtopic
Have been trying to configure what is the question is asking for the past 15 minutes but I cant.
How can you configure a trunk when the first command was access lol?
I tested this in packet tracer, feel free to try it yourselfs, the correct answer is D! Nothing says that the new switch doesn't allow trunking. It can´t be B, because when you configure the port in access mode it doesn´t evaluate the trunking commands, and access only permits one vlan. If you have access on one side the vlan comes untagged, for the other side to put this untagged vlan in a native vlan the port needs to be configured as trunk. Also this imposes that in the future to have vlan 10 passing here you would need to replace SW1 to have trunk funcionality or alternatively configure another uplink to pass vlan 10 the same way to new SW.
SW1 is already configured in access mode. NewSW cannot be configured in trunk mode. In order for the ping to work both sides of the link need to have the same mode (access or trunk) and not one side trunk and the other side access.
B is impossible. An access port can only be assigned to one vlan so the configuration would not work. One exception is that an access port can be assigned to both a data vlan and a voice vlan.
Ummmmmmmm, pretty sure "access vlan" you can enter more than one..
Answer is D because of future need of vlan 10.
It's actually a good question, please correct me if I am wrong, but the fact that the new switch can still be configured and needs to be configured to let vlan 2 traffic through, as if it is trunking, even though connected to non trunking interface, but in fact the only possible vlan 2 traffic is passed untagged (because it's native) , it would still work, as if it was an access mode, once the other old switch is replaced , both vlan 2 and vlan 10 is already configured and allowed as requested in the original requirements.....
Correct answer is D for sure!
D is correct
Tried it in packet tracer: Having the interface fa 0/0 in access mode will lead to VLAN mismatch, so it has to be trunk mode.
I believe it's B however the question is annoying SW1 doesn't support trunks so we have to configure access port and "in the future" when they change SW1 trunk allowed command will be ready Not saying that with confidence though, dumb question
in switchport mode access : the interface can only carry ONE VLAN on that interface, only exception is with voice
The question does not talk about the need for connectivity at this time, it only talks about allowing traffic for the future... it will be necessary to install a compatible intermediate switch
Access Mode: Since SW1 and SW2 do not support trunk ports, the new switch should operate in access mode to maintain compatibility. Trunk Allowed VLANs: Although this command is not typically used in access mode, the essential requirement here is to ensure VLAN 2 (existing traffic) and VLAN 10 (future traffic) are recognized. Native VLAN: Setting the native VLAN to VLAN 2 ensures current traffic between PC1, PC2, and PC3 is maintained.
The configuration is NewSW(config)#interface f0/0 NewSW(config-if)#switchport mode access NewSW(config-if)#switchport trunk allowed vlan 2, 10 NewSW(config-if)#switchport trunk native vlan 2
D is correct.
The correct answer is A.
one switch has no trunk port support and the new one has. How to form a trunk between those? Different modes on far ends are wrong we know that. New switch has to be access port. Really stupid question. Why asking about a 3rd party device in CCNA?
i'm choose B, for trunk both devices must support for trunk protocal