Trunks and access ports
alliasneo
Member Posts: 186
in CCNA & CCENT
Hey Guys,
I just have a question in regards to trunk ports.
So I've always understood it that Switches activly try to trunk with other switches when you plug two switches together. How come this doesn't show up in #sh int trunk
This would imply to me that they have not trunked?
Also I did a test and I made the ports between two switches an access port and connected them via a crossover and traffic still got through, how is this possible? I'm just a bit confused by this.
Note that I did this in packet tracer and havn't attempted this on the live equipment yet...
thanks
I just have a question in regards to trunk ports.
So I've always understood it that Switches activly try to trunk with other switches when you plug two switches together. How come this doesn't show up in #sh int trunk
This would imply to me that they have not trunked?
Also I did a test and I made the ports between two switches an access port and connected them via a crossover and traffic still got through, how is this possible? I'm just a bit confused by this.
Note that I did this in packet tracer and havn't attempted this on the live equipment yet...
thanks
Comments
-
JeanM Member Posts: 1,117Looks like ports by default don't trunk in PT. If you switch the port to trunk then it will show.
switchA(config-if)#switchport mode trunk
%LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/24, changed state to down
%LINEPROTO-5-UPDOWN: Line protocol on Interface Vlan1, changed state to down
%LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/24, changed state to up
%LINEPROTO-5-UPDOWN: Line protocol on Interface Vlan1, changed state to up
switchA(config-if)#exit
switchA(config)#exit
switchA#
%SYS-5-CONFIG_I: Configured from console by console
sh int tr
switchA#sh int trunk
Port Mode Encapsulation Status Native vlan
Fa0/24 on 802.1q trunking 1
Port Vlans allowed on trunk
Fa0/24 1-1005
Port Vlans allowed and active in management domain
Fa0/24 1
Port Vlans in spanning tree forwarding state and not pruned
Fa0/24 none
switchA#
SwitchB#
%LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/24, changed state to down
%LINEPROTO-5-UPDOWN: Line protocol on Interface Vlan1, changed state to down
%LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/24, changed state to up
%LINEPROTO-5-UPDOWN: Line protocol on Interface Vlan1, changed state to up
SwitchB#sh int tr
SwitchB#sh int trunk
Port Mode Encapsulation Status Native vlan
Fa0/24 auto n-802.1q trunking 1
Port Vlans allowed on trunk
Fa0/24 1-1005
Port Vlans allowed and active in management domain
Fa0/24 1
Port Vlans in spanning tree forwarding state and not pruned
Fa0/24 1
SwitchB#2015 goals - ccna voice / vmware vcp. -
Chitownjedi Member Posts: 578 ■■■■■□□□□□Hey Guys,
I just have a question in regards to trunk ports.
So I've always understood it that Switches activly try to trunk with other switches when you plug two switches together. How come this doesn't show up in #sh int trunk
This would imply to me that they have not trunked?
Also I did a test and I made the ports between two switches an access port and connected them via a crossover and traffic still got through, how is this possible? I'm just a bit confused by this.
Note that I did this in packet tracer and havn't attempted this on the live equipment yet...
thanks
Still studying all this stuff myself, so here is my shot at answers.
1. The interfaces are not set to dynamic desirable so they aren't trying to actively create a trunk when they are connected. They are probably set to no negotiate or dynamic auto which would respectively not allow a trunk, or only try to trunk if being asked to be another switch. I believe you can check what administrative mode is with a show interface fa "interface number" switchport
Also if the encapsulations don't match they will not trunk.
2. The switches have a native vlan, which allows traffic to flow between the switches without a trunk being needed, trunks are needed to pass non native vlan traffic. If you did not create separate vlans and place all of the active interfaces into those vlan, those still in the native vlan should be able to have traffic flow over the crossover cable without much ceremony. Experts correct me if I'm WRONG!!!: -
lantech Member Posts: 329I think the ports on newer switches are defaulted to dynamic desirable which means they should automatically negotiate the trunk.2012 Certification Goals
CCENT: 04/16/2012
CCNA: TBD -
dead_p00l Member Posts: 136Some one please correct me if I'm wrong. All ports by default are access ports with membership to VLAN1. so if you plug to switches back to back they will communicate via the default VLAN. In order to pass multiple VLANs would require trunk ports which would have to be configured as such.This is our world now... the world of the electron and the switch, the
beauty of the baud. -
lantech Member Posts: 329See table 8-7 of this document. It states that the default interface mode of the 2950 is dynamic desirable.
Cisco 29502012 Certification Goals
CCENT: 04/16/2012
CCNA: TBD -
vishaw1986 Member Posts: 40 ■■□□□□□□□□Hey Alliasneo
Trunk :- we use trunk link to carry MULTIPLE VLAN traffic .
Access:- Access Port can carry single VLAN traffic .
So , when we connect two switches through access port e.g access port vlan 2 on both end , then host in VLAN 2 in one switch can communicate to host in VLAN 2 in another switch .
And when we connect the two switches through trunk port then its access is turned off .
DTP (dynamic truncking protocol ) is used for trunking with mode
Dynamic desirable : Ask for negotiations
Dynamic Auto : Listen to another end . (with both end auto no trunk )
On : Forces the link into permanent trunking .
or we can set the trunk through unconditional manner by command :
switchport mode trunk .