[reti-accesso] Prenotati per il 21


Cronologico Percorso di conversazione 
  • From: Giuseppe Bianchi < >
  • To: , < >
  • Cc:
  • Subject: [reti-accesso] Prenotati per il 21
  • Date: Sun, 16 Sep 2007 23:09:57 +0200

C'e' qualcuno che si prenota per il 21? Al momento non mi risultano iscritti. Se nessuno e' interessato, ovviamente l'appello salta e ci vediamo il 5 ottobre. Fatemi sapere ASAP.

GB.

PS: mettete in copia Arianna, perche' io non sono in italia fino a mercoledi' notte.

At 17.07 15/09/2007, agron myshketa wrote:
Salve professore.
Vorrei prenotarmi per l'appello del 5 ottobre.
Agron Myshketa
Matr:0084293
Saluti





----------

> Date: Sat, 15 Sep 2007 16:11:19 +0200
> To: 
;
 

> From: 

> Subject: Re: [reti-accesso] Dubbi
>
> At 14.44 12/09/2007, Massimo wrote:
> >Un paio di domande:
> >
> >- Supponiamo uno switch con 3 porte;in un certo
> >momento la P1 è Root port,P2 e P3 Designated.
> >L'ultima BPDU entrante è stata da P1 la BPDU con Rid=1,cost=20,BID=6.
> >Un istante successivo arriva a P2 una BPDU con
> >RID=1,cost=20,BID=4:visto che P1 perde(BID
> >minore),e visto che da P1 uscirebbe ora una BPDU
> >inoltrata con costo maggiore rispetto quella che
> >entra, la situazione sarà questa: P2 Root Port,P1 Blocked,P3 designated ???
>
> Tutto Perfetto.
>
> >Dovrò quindi eliminare dalla forwarding table le
> >info riguardo la P1 che ora non ascolterà le
> >trame dati (non imparando più nulla) ma solo ascolterà le eventuali BPDU???
>
> Concettualmente OK, ma un po' impreciso
> nell'esposizione. Infatti la parola "eliminate"
> non e' appropriata: il modo con cui le entries
> verranno eliminate dipende dal particolare
> standard (STP o RSTP). Sicuramente la porta che
> entra in stato di blocked NON elabora piu' le
> trame dati ricevute (e quindi non impara - ovvero
> dopo un certo tempo - nel caso STP - quello che
> era stato imparato viene "dimenticato" e non
> viene rimpiazzato con altre informazioni
> acquisite dalla porta P1. Ovviamente continua
> SEMPRE ad ascoltare le BPDU in quanto una
> variazione di BPDU implica un ulteriore cambio topologico.
>
>
> >-Supponiamo una rete con più switch, forwarding
> >table vuote. Un utente X si connette allo switch
> >8 e trasmette per l'utente Y: andrà in broadcast
> >poichè non si sa dove sia Y. Lo switch 8
> >conoscerà la posizione di X (porta), ma gli
> >altri switch dell'intera rete sapranno subito di X??
>
> Certo, perche' la trama con source ID X, essendo
> mandata in broadcast, verra' ricevuta da tutti
> gli switch della rete i quali pertanto
> impareranno da quale porta il MAC X si trova.
>
> >Supponiamo ora che X (fingiamo ancora
> >sconosciuto)invia a Y e stavolta Y si sa dove
> >sia: quale sarà il percorso per arrivare a Y e chi imparerà dove è X??
>
> Rispondere e' banale se DISACCOPPI i due concetti:
> - un conto e' forwardare una trama verso un
> indirizzo di destinazione Y: se questo e'
> presente del Forwarding DB, la trama verra'
> mandata esclusivamente alla porta in questione.
> - un altro conto e' IMPARARE. In questo caso OGNI
> switch che riceve una trama, a prescindere da
> quale sia la sua destinazione, e dal fatto che
> questa sia o meno nel forwarding DB, impara la
> porta dietro cui si attesta l'indirizzo MAC sorgente (nel tuo esempio X).
>
> Pertanto, nel tuo caso, TUTTI gli switch
> interessati dal percorso X-->Y impareranno da che
> parte sta X. Ovviamente, a differenza del caso
> broadcast, gli switch non coinvolti nel percorso
> non vedranno mai questa trama e quindi non potranno imparare.
>
>
> Spero sia chiaro!
>
>
>



----------
Confrontati con i tuoi amici a Duel Live su Windows Live Messenger <http://specials.it.msn.com/DuelLive.aspx>Pensi di conoscere tutto di tutto?
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.487 / Virus Database: 269.13.19/1008 - Release Date: 14/09/2007 8.59





Archivio con motore MhonArc 2.6.16.

§