Newsgroup: it.comp.reti.locali
Titolo: Data Link: domande sparse

ciao!
avrei qualche domandina sul livello data link :-P .....
ho capito che nella realizzazione di una LAN devo limitare le
dimensioni in accordo con il limite fisico del mezzo utilizzato e con
il limite MAC necessario per il rilevamento delle collisioni (devo
considerare il più stringente dei 2 limiti). Credo anche di aver
capito che mentre il limite MAC cambia al variare della velocità di
trasmissione (in quanto varia il round trip delay), quello fisico
essendo proprio del mezzo rimane invariato...ho trovato però
un'incongruenza per quanto riguarda le fibre ottiche...mi è capitato
infatti di leggere in riferimento ad IEEE 802.3 (10 Mb/s) che il limite
fisico di una fibra ottica fosse di 2Km, mentre la stessa fibra ottica,
utilizzata nel 10GE, avesse un limite dai 20 ai 60m (le due fibre hanno
stessi diametri e lavorano nella stessa finestra)...inizialmente
pensavo fosse dovuto ad un restringimento del limite MAC causato
dall'aumento della velocità trasmissiva, però poi ho letto che il
10GE lavora solo in full duplex e quindi non ha limiti derivanti dal
MAC..come mai questa differenza di limite fisico?
un altro dubbio mi è sorto a proposito della modalità full
duplex...ho letto fra le caratteristiche: "no csma/cd" (e ci siamo) e
"no ripetitori"..perchè "no ripetitori"? da quello che ho capito i
ripetitori servono per estendere i limiti fisici del mezzo...non posso
voler usare un ripetitore per allungare i limiti di un collegamento
full duplex oltre quelli fisici imposti dal particolare mezzo
trasmissivo usato?
domanda forse banale..ho letto come valore della velocità di
propagazione 2*10^8 m/s...vale sia per doppino che per fibra ottica?
una domanda sul cablaggio strutturato...ho letto che nell'armadio di
piano di un edificio può esserci, oltre all'hub che rappresenta il
centro stella di piano e che collega il cablaggio orizzontale alla
dorsale di edificio, anche un permutatore al quale arrivano tutte le
terminazioni orizzontali..a cosa serve il permutatore? perchè i cavi
non vengono collegati direttamente all'hub?
avrei un'ultima domanda che non riguarda il data link....(so che
aumentando il numero di domande diminuisco la possibilità di ricevere
risposte, però mi sembra stupido fare post separati e "intasare" il ng
di mie richieste)...ho studiato che il TCP fornisce un servizio byte
strem, ossia, ricevuto un messaggio dal livello applicazione, lo
parcheggia in un buffer e ogni tanto preleva byte per costituire il
segmento; il tutto senza preoccuparsi di preservare il confine di tali
messaggi...la mia domanda è questa: lato receiver, chi ricompone il
messaggio originale? ci pensa sempre l'entità TCP o è il processo
applicativo che riceve il flusso di byte e distingue i vari messaggi
magari tramite il campo Content Lenght?
grazie per le eventuali riposte
Phate

 non vengono collegati direttamente all'hub?
Di solito c'è un permutatore che raccoglie tutto il cablaggio 
orizzontale. Non lo fa per simpatia, ma per mantere un po' di ordine.
Inoltre sul permutatore di piano puoi (devi) indicare varie informazioni 
come il piano, la stanza, il numero della bocchetta, il frutto a cui si 
riferisce la porta, etc... Questa cosa non la puoi ovviamente fare sullo 
switch!
Avendo un permutatore puoi anche gestire meglio la connettività, perché 
,faccio un esempio, se una stanza è vuota, puoi evitare di collegare le 
bretelle che vanno verso lo switch.

 ha scritto nel messaggio
news:1163201335....@m73g2000cwd.googlegroups.com...
ciao!
avrei qualche domandina sul livello data link :-P .....
avrei un'ultima domanda che non riguarda il data link....(so che
aumentando il numero di domande diminuisco la possibilità di ricevere
risposte, però mi sembra stupido fare post separati e "intasare" il ng
di mie richieste)...ho studiato che il TCP fornisce un servizio byte
strem, ossia, ricevuto un messaggio dal livello applicazione, lo
parcheggia in un buffer e ogni tanto preleva byte per costituire il
segmento; il tutto senza preoccuparsi di preservare il confine di tali
messaggi...la mia domanda è questa: lato receiver, chi ricompone il
messaggio originale? ci pensa sempre l'entità TCP o è il processo
applicativo che riceve il flusso di byte e distingue i vari messaggi
magari tramite il campo Content Lenght?
Si! ci pensa sempre l' <<entita'>> TCP. O meglio... il software che
implementa il protocollo TCP.
Il TCP impacchetta il messaggio originale e lo trasforma in una sequenza di
bit e sempre il TCP fa il viceversa riconsegnandolo al receiver (o meglio
all'applicazione del ricevente).