ARGOMENTO:

Buongiorno a tutti.

Riguardo alla topologia in allegato, mi chiedo se, come best-practice, sia preferibile che il root bridge sia lo switch collegato al router e perché.

Inoltre, relativamente alle porte degli switch, ho configurato per entrambi come trunk ports le interfacce fa0/23 e fa0/24. Non ho ben chiaro come mai l'interfaccia fa0/23 dello switch SW1 figuri ancora come appartenente alla VLAN 1. Dipende dal fatto che è scollegata???

Ciao, provo a risponderti IO.
Secondo me la tua ipotesi è giusta.
Essendo l'interfaccia fa0/23 dello SW1 scollegata, è impossibile accenderla (infatti se provi il comando "no shut" e poi controlli lo stato con "show ip interface brief" noti che la portante non è salita (Livello 1 OSI-UP).
Essendo spenta e di conseguenza, di default, appartenente alla VLAN1 non è configurabile come "interfaccia trunk" finché non viene collegata ad un'altro dispositivo.
Prova a settare l'interfaccia come trunk, e poi a collegarla ad un altro dispositivo, noterai subito che la portante salirà (%LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/23, changed state to up) e controllando con "show interface trunk" spunterà anche l'interfaccia Fa0/23.
Questa è la mia risposta, ovviamente attendi l'intervento di un esperto

Sebbene non voglia certo definirmi l' "esperto" di turno, aggiungo solo qualche dettaglio su quanto detto da Andrea (per inciso, corretto e ben esposto).

Incollo l'output del comando show interface fasthethernet 0/23 switchport relativo alla fa0/23:

SW1#show int fa0/23 switchport
Name: Fa0/23
Switchport: Enabled
Administrative Mode: trunk
Operational Mode: down
Administrative Trunking Encapsulation: dot1q
Operational Trunking Encapsulation: dot1q
Negotiation of Trunking: On
Access Mode VLAN: 1 (default)
Trunking Native Mode VLAN: 1 (default)
Voice VLAN: none
Administrative private-vlan host-association: none
Administrative private-vlan mapping: none
Administrative private-vlan trunk native VLAN: none
Administrative private-vlan trunk encapsulation: dot1q
Administrative private-vlan trunk normal VLANs: none
Administrative private-vlan trunk private VLANs: none
Operational private-vlan: none
Trunking VLANs Enabled: ALL
Pruning VLANs Enabled: 2-1001
Capture Mode Disabled
Capture VLANs Allowed: ALL
Protected: false
Appliance trust: none
SW1#


E paragoniamolo a quello della 0/24:

SW1#show int fa0/24 switchport
Name: Fa0/24
Switchport: Enabled
Administrative Mode: trunk
Operational Mode: trunk
Administrative Trunking Encapsulation: dot1q
Operational Trunking Encapsulation: dot1q
Negotiation of Trunking: On
Access Mode VLAN: 1 (default)
Trunking Native Mode VLAN: 1 (default)
Voice VLAN: none
Administrative private-vlan host-association: none
Administrative private-vlan mapping: none
Administrative private-vlan trunk native VLAN: none
Administrative private-vlan trunk encapsulation: dot1q
Administrative private-vlan trunk normal VLANs: none
Administrative private-vlan trunk private VLANs: none
Operational private-vlan: none
Trunking VLANs Enabled: ALL
Pruning VLANs Enabled: 2-1001
Capture Mode Disabled
Capture VLANs Allowed: ALL
Protected: false
Appliance trust: none
SW1#


Ogni porta ha diciamo due diversi stati, quello amministrativo e quello operativo.



Prendiamo ora una porta in accesso sulla vlan ad esempio 20:

SW1#show int fa0/1 switchport
Name: Fa0/1
Switchport: Enabled
Administrative Mode: dynamic auto
Operational Mode: static access
Administrative Trunking Encapsulation: dot1q
Operational Trunking Encapsulation: native
Negotiation of Trunking: On
Access Mode VLAN: 20 (DOCENTI)
Trunking Native Mode VLAN: 1 (default)
Voice VLAN: none
Administrative private-vlan host-association: none
Administrative private-vlan mapping: none
Administrative private-vlan trunk native VLAN: none
Administrative private-vlan trunk encapsulation: dot1q
Administrative private-vlan trunk normal VLANs: none
Administrative private-vlan trunk private VLANs: none
Operational private-vlan: none
Trunking VLANs Enabled: ALL
Pruning VLANs Enabled: 2-1001
Capture Mode Disabled
Capture VLANs Allowed: ALL
Protected: false
Appliance trust: none
SW1#


Notare cosa cambia se la si collega ad esempio ad una porta di un terzo switch settata in trunk:

SW1#show int fa0/1 switchport
Name: Fa0/1
Switchport: Enabled
Administrative Mode: dynamic auto
Operational Mode: trunk
Administrative Trunking Encapsulation: dot1q
Operational Trunking Encapsulation: dot1q
Negotiation of Trunking: On
Access Mode VLAN: 20 (DOCENTI)
Trunking Native Mode VLAN: 1 (default)
Voice VLAN: none
Administrative private-vlan host-association: none
Administrative private-vlan mapping: none
Administrative private-vlan trunk native VLAN: none
Administrative private-vlan trunk encapsulation: dot1q
Administrative private-vlan trunk normal VLANs: none
Administrative private-vlan trunk private VLANs: none
Operational private-vlan: none
Trunking VLANs Enabled: ALL
Pruning VLANs Enabled: 2-1001
Capture Mode Disabled
Capture VLANs Allowed: ALL
Protected: false
Appliance trust: none
SW1#


Traducendo quindi, la porta è settata in modalità Dynamic Auto, che se connessa ad una porta in trunk (on) ne causa il passaggio di stato. Ma poi noto la terza riga evidenziata in verde: questo non vuol dire che la porta sia in access mode (opera effettivamente come trunk), ma che se lo fosse, sarebbe in accesso sulla VLAN 20. Visto che ogni porta appartiene sempre ad una VLAN, al limite alla 1, il fatto che la 23 fosse in stato "down" non la faceva sparire dall'associazione presente nello show vlan brief (come del resto detto da Andrea ).