Newsgroup: it.comp.reti.locali
Titolo: swicth e timeout nullo tabella MAC address

In una rete gestita da altri gira una mia applicazione su Linux che tra le
altre cose esegue il comando samba smbclient (un comando che permette a
Linux di accedere a risorse condivise rete Windows) per copiare file su PC
Windows della rete locale (no router in mezzo, ma solo switch).
Ora chi gestisce la rete dice che ha apportato a apporterà i seguenti
cambiamenti alla rete, relativamente al timeout dei MAC address nelle
tabelle degli switch
====
Il nuovo impianto ha una configurazione dinamica nella gestione degli
accessi e, di conseguenza, i riferimenti agli indirizzi fisici (mac address)
vengono tenuti in memoria per un lasso di tempo molto limitato (attualmente
300 secondi - valore di default)
Entro breve tempo detto valore verrò portato a 0 (zero) per l'inserimento di
alcuni nuovi dispositivi che consentiranno una gestione dei servizi più
econimica ed efficente.
====
Da quando hanno fatto tale cambiamento succede che quando smbclient cerca di
risolvere nome PC Windows tramite broadcast fallisce al primo colpo perché
l'IP restituito non è in tabelle degli switch e quindi il pacchetto non
arriva a destinazione (allo stesso modo se si fa un semplice ping il 1o, o i
primi due pacchetti, si perdono sempre per lo stesso motivo).
A prescindere da quello che dovrò fare per risolvere, mi sapete fare esempi
di applicazioni che beneficiano di un timeout nullo per la tabella dei MAC
address degli switch?
Grazie.


ma ti riferisci per caso al lease time del dhcp?cioe' tutti avete 
indirizzo dinamico offerto da un dhcp server e' avete attualmente un 
lease di 300sec?
sbaglio?
pep

 pep

lease di 300sec?
No, intendo il timeout delle tabella dei MAC address gestite dagli switch;
gli IP sono fissi
Es:
- uno switch ha 8 porte
- su porta n.1 c'è il PC con mac aa:bb:cc:dd:ee:ff e ip 1.2.3.4
- su porta n.2 c'è il PC con mac 00:11:22:33:44:55 e ip 1.2.3.5
Se da 1.2.3.4 faccio ping 1.2.3.5, anche ammesso che il PC su porta n.1
abbia in sua cache ARP che 1.2.3.5 è 00:11:22:33:44:55 e mandi pacchetto ad
esso, lo switch non sa su quale porta è 00:11:22:33:44:55 perché è settato
per NON ricordarselo e nel tempo che impiega a capire dove è io perdo un
pacchetto di ping.
Normalmente questi timeout sono molto lunghi (ore), ma qui li hanno
accorciati e ora li annullano.

 address degli switch?
Se il timeout è effettivamente *nullo* (ovvero non memorizza *mai* il
mac-address nella mac-address table)[1], uno switch si comporta come un
HUB: effettua unicast flood per ogni frame, per ogni mac-address, poichè
non ha mai la strada memorizzata, dato che gli si dice espressamente di
non memorizzarla.
Una completa idiozia, IMHO.
Se in traffico in rete è sufficientemente elevato, c'è da attendesti
grossi quantitativi di frame persi, e questo spiegherebbe i tuoi timeout.
Se chi amministra quegli apparati è una persona competente, potrebbero
esserci ragioni particolarmente esotiche che giustifichino quella
configurazione. A me non ne viene in mente nessuna.
[1] Non è detto che il valore impostato a 0 significhi "nullo". A
seconda dell'apparato, potrebbe anche significare "infinito", ovvero le
entry non scadono mai (ergo non passo mai per l'unicast flood se non al
primo avvistamento di un mac-address destinazione), ma vengono solo
aggiornate quando cambiano (un mac-address si sposta da una porta fisica
all'altra). Qualche problemino derivante dal fatto che prima o poi la
memoria dello switch satura (e inizia di conseguenza a fare
unicast-flood per tutto quello che non sta in tabella), ma a parte
questo nulla più...

 wrote:

ok, mi ero perso un attimo.
pep