ARGOMENTO:

La configurazione su IF è solo per trustare il traffico DHCP in ingresso, no?

Ricorda però che se mi chiedi quali siano i passi obbligatori, il trust sulla int dhcp lo è, mentre l'opzione 82 DHCP è invece da considerarsi una configurazione opzionale.
Almeno una delle interfacce dello switch deve essere trust per consentire le risposte del server DHCP quindi è da considerarsi uno step obbligatorio.

se sbaglio questo devo ricominciare il corso... Il PortFast non è proprietario Cisco, come RSTP?

Paolo_Tesse ha scritto: Il PortFast non è proprietario Cisco, come RSTP?

E' possibile configurare il portfast su una porta di trunk con il comando di interfaccia spanning-tree portfast trunk che dice esplicitamente che vuoi che la porta in trunk non passi per gli stati di listening e di learning. Tuttavia non devi ricominciare il corso perchè si tratta veramente di un dettaglio, che però ho detto rapidamente durante la lezione.

Il portfast è proprietario per il pvst+ mentre è standard per il rpvst+

Paolo mi scrive

Mi puoi chiarire come impostare il bilanciamento su GLBP?

I tipi di bilanciamento di GLBP puoi impostarli con
Switch(config-if)# glbp group load-balancing [round-robin | weighted | host- dependent]

Paolo mi chiede:

Perchè nella registrazione della lezione abbiamo un problema sulla vlan 222?

Perchè la voce non viene ridirezionata alla vlan 222, invece viene trattato come traffico voce ciò che sta sulla vlan 222.

E' invece corretto che la porta di accesso continui a lavorare sulla vlan 222 per la voce e tipicamente sulla nativa, o traffico non taggato per il traffico dati

Paolo mi chiede

portfast per STP????

E per cosa altrimenti? Il portfast nasce come funzionalità STP per aumentare la velocità di convergenza delle porte che vanno verso host passando dallo stato di blocking direttamente al forwarding.

Questa funzionalità proprietaria CISCO è stata poi inserita in RSTP con le edge port

vspaziani ha scritto: Paolo mi chiede

portfast per STP????

E per cosa altrimenti? Il portfast nasce come funzionalità STP per aumentare la velocità di convergenza delle porte che vanno verso host passando dallo stato di blocking direttamente al forwarding.

Questa funzionalità proprietaria CISCO è stata poi inserita in RSTP con le edge port

La OCG a pagina 167 dice che PortFast, BackboneFast e UpLink Fast (feature Cisco) fanno parte di RSTP, e non di STP (primo Tip).

Paolo_Tesse ha scritto: La OCG a pagina 167 dice che PortFast, BackboneFast e UpLink Fast (feature Cisco) fanno parte di RSTP, e non di STP (primo Tip).

No. La OCG dice che queste estensioni Cisco proprietarie per STP sono state in qualche modo tradotte e prese in considerazione dallo standars IEEE 802.1w

Domanda relativa alla registrazione di martedì minuto 10: ma la 2° e la 3° scelta non hanno lo stesso significato?

delle caratteristiche "benigno" e "liscio" (benign e smooth) rifetito al voice traffic ne parla la OCG?

Paolo_Tesse ha scritto: delle caratteristiche "benigno" e "liscio" (benign e smooth) rifetito al voice traffic ne parla la OCG?

No però. Benigno è un traffico non malevolo, e smooth è un traffico senza picchi.