Newsgroup: it.comp.reti.locali
Titolo: connessione HUB ---> SWITCH > 100 mt

Ho il seguente problema: devo connettere un HUB 16 porte con uno SWITCH 8
porte che si trova a circa 100 mt di distanza per poi fare proseguire il
segnale per circa 40 mt ancora.
I due apparati sono della DLINK ho provato a connettere con un cavo
"diritto" la porta up-link dell'hub con uno degli otto canali d'ingresso
dell switch e quindi la seconda uscita con un cavo "diritto" al pc.... ma
niente da fare.
premesso che tutti i pc connessi all'hub (8) funzionano perfettamente in
rete, che tutte le schede hup e switch sono perfettamente funzionanti....
come risolvere il problema?????? devo forse usare un cavo cross tra hub e
switch???
Rispondi alla mia e-mail con un SMS gratuito! Inserisci il testo e premi
INVIA. e' un servizio gratuito di Omnitel Vodafone. Attivalo su 190 Online.

 switch???
No. Il collegamento dritto fra uplink e porta e' giusto.
Sicuro che il cavo e' cablato correttamente? Le coppie 1-2 e 3-6 sono
omogenee per colore?
Ciao
Luca


non posso farlo nel senzo che comunque non funziona, o devo per forza
mettere due shitch per fare una tratta da 100mt + una da 40mt?
grazie ciao giuseppe

 mettere due shitch per fare una tratta da 100mt + una da 40mt?
Non e' "a norma", nel senso che, come ho scritto, un collision domain non
puo' avere una lunghezza superiore a 100m. Oltre tale lunghezza, tutti i
componenti costruiti secondo quella specifica (100BaseTX, ovvero hub,
switch, schede di rete, drivers eccetera) non ha nessuna garanzia di
funzionamento.
Uno switch gestisce un collision domain per porta, mentre un hub ne gestisce
uno in tutto (debbo farmi una macro di tastiera per questa ...:-)), per cui
il tuo collision domain risulta essere di 100m + i 40m di cavo dall'hub al
DTE.
Non mi metto nemmeno a calcolare il round-trip delay per una cosa del
genere; quasi certamente sei oltre i 512 microsecondi e non puo' funzionare.
Inoltre, per una tratta di cavo del genere, e' raccomandabile:
- qualita' ineccepibile del cavo impiegato
- cablaggio a norma EIA/TIA568 (questo, in verita', sempre)
- possibilmente impiego di cavo STP correttamente connesso a terra
- collaudo con analizzatore per verificare che sia tutto ok
Quindi: verifica il cablaggio, cerca qualcuno che ti testi il cavo (posato,
non portarglielo: le cose cambiano molto in termini di impedenza,
propagazione, NEXT e ACR) col Fluke (o quel che e') e usa due switch.
Ciao
Luca

 appunto 100 metri.
Perdona la mia ignoranza. L'hub non rigenera il segnale prima di
inviarlo a tutte le altre porte? O quanto meno non l'amplifica? Se si
perché non può percorrere altri 100 mt?
Scusa il livello della domanda...
Ciao.

 perché non può percorrere altri 100 mt?
C'e' un problema di tempi.
Il RTD (round-trip delay), cioe' il tempo che un'informazione impiega per
raggiungere la destinazione e tornare indietro (come ACK, ICMP eccetera),
non puo' andare oltre i 512 microsecondi dopo l'invio del frame.
Considerando i tempi di ritardo tipici dei vari devices, cavo incluso, non
e' possibile sviluppare un collision domain oltre i 100 metri di cavo.
Utilizzando invece uno switch, il frame viene forwardato, ovvero viene
nuovamente riprodotto dallo switch in un altro collision domain; in questo
modo, pur dovendo sottostare comunque ai requisiti di tempo, e' possibile
superare la lunghezza di cui sopra.
Ciao
Luca

allora e' piu' complicato del previsto..... pero' visto che i due edifici
sono in ottica fra di loro ( si tratta di attraversare una strada) che ne
diresti di un collegamento radio da punto a punto esiste qualcosa del
genere? puoi consigliarmi?
grazie


Se puoi attraversare la strada con un cavo, puoi anche farlo con una fibra
ottica. Per questo ti servono due switch con una porta 100BaseFX.
Se vuoi mantenere i 100Mbps della fibra ti servono due switch con modulo in
fibra.
Altrimenti c'e' il wireless, ma nel complesso ti costa molto di piu' della
fibra e non ti garantisce assolutamente i 100Mbps.
So che c'e' anche qualche sistema ottico mediante laser, ma non sono molto
popolari e non credo che i costi possano essere inferiori a, per esempio,
due Allied-Telesyn con un modulo 100BaseFX (che non conosco, ma mi si dice
che siano di buona qualita').
Altrimenti il mio consiglio cade su due Nortel BayStack 350-24T con modulo
MDA 2x100BaseFX, e siamo sui 5 milioni a macchina.
Dovresti vedere se salta fuori qualche 3Com 3000, un 12 porte con uno slot
equipaggiabile con il 100BaseFX. Io ne dovrei smontare un paio in settimana.
Se ti interessa posso informarmi se il Cliente e' disposto a vendermeli e a
che prezzo. A questi, comunque, andrebbero aggiunti i moduli in fibra.
Potresti poi sempre vedere se ci sia da qualche parte uno scatolino
convertitore da 100BaseTX a 100BaseFX, da usare con uno switch qualsiasi.
Ciao
Luca

 fibra e non ti garantisce assolutamente i 100Mbps.
Mi è venuto in mente che, parlando fra amici, mi hanno detto che per
"attraversare una strada" con un cavo,
ma _anche con una linea wireless_ è necessario chiedere delle autorizzazioni
al proprietario della strada (solitamente
Comune, Provincia...)
Voi ne sapete niente?
Grazie a tutti,
ALVISE

 Comune, Provincia...)
Il cavo si, il wireless non credo proprio.
Ho visto realizzare sistemi wireless su 2-4km in abitati senza alcun
obbligo, oltre a quello di denunciare la presenza di apparecchiature
radioelettriche e pagare la relativa concessione governativa.
Ciao
Luca

La strada "il Cliente" l' ha attraversata utilizzando una tubatura
dell'acqua in disuso che conduce da casa sua all'ufficio in questione con
cavo UTPcat5..quello che c'e' di strano in tutta questa situazione e che
collegando direttamente il pc all'hub con un cavo da 150 mt circa il pc si
collega regolarmente alla rete ed anche se lentamente da quella postazione
si riusciva a lavorare ...poi di botto il miracolo e' cessato..............


Eri oltre il tollerabile per la specifica 100BaseTX.
Inserendo uno switch hai introdotto un ritardo in piu' e il miracolo,
appunto, e' cessato.
Ciao
Luca

 wrote in message
XLpU6.11158$a44....@news1.tin.it...


 wrote in message
QvIU6.17795$Vk3.1...@news2.tin.it...


 360mt se in fibra ottica che ha una velocità di propagazione maggiore.
Dimentichi il round-trip delay. I 230 metri ti servono per andata e ritorno.
Se un pacchetto si aspetta un ACK, questo arrivera' fuori tempo massimo.
Esistono parametri per definire i ritardi di DTE, cavo, switch/bridge, hub
eccetera.
Ciao
Luca

 norme del FastEthernet.
Facciamo i calcoli giusti e vediamo di venirne a capo.
- il round-trip delay non deve eccedere i 5.12 microsecondi (512 bit times)
PDV (propagation delay value) = link delay + repeater delay + DTE delay +
safety margin
Tempi in bit times:
Due DTE = 100
Cavo cat-5 = 111.2 per 100m
Repeater classe I = 140
Repeater classe II = 92
Safety margin = 0-5
Il PDV deve essere < 512 bit times.
Abbiamo:
Due DTE = 100
40m cavo cat-5 dal DTE all'hub = 44.5
Ritardo dell'hub = 140
100m cavo cat-5 fra hub e switch = 111.2
Ritardo dello switch = 92
2m cavo cat-5 dallo switch al DTE = 2.2
Safety margin (worst case) = 5
Totale 495. Al pelo.
Possiamo spendere altri 14 metri di cavo fra bretella dallo switch al DTE e
cavo da 40m (ma sono 40? 45? 48?) fra l'hub e il DTE.
Ciao
Luca

convertitore da 100BaseTX a 100BaseFX, da usare con uno switch qualsiasi.
esistono, la mia rete ne ha. non so quanto costino, ma spero poco.
se serve posso andare a leggere sopra il nome esatto del modello.
--
ciao dal Tinto (aka Alessandro)
www.tinto.org

Ricapitolo tutta la telenovela HUB Dlink DFE916DX con 8 pc collegati a
distanze che non superano i 20/25 mt max,
connettendo un pc ad una delle 16 porte con un cavo UTP Cat5 di circa 140 mt
( non ho steso io il cavo quindi non so dirvi con esattezza la distanza ed i
giri che fa sotto la strada ed all'interno dell'edificio) il computer si
collega alla rete il software gestionale viene eseguito ma in maniera
"precaria" (gira lentamente). Da un paio di giorni non e' piu' possibile
accedere alla rete da quel famoso pc.Ho interpellato l'assistenza Dlink e mi
hanno detto di frapporre tra l'hub ed il pc uno switch.
Quindi la situazione e' la seguente :
HUB_______________100 mt_____________switch___________40mt______________PC
risultato non funziona !!!!!!!
grazie a tutti

 distanze che non superano i 20/25 mt max,
Ma le leggi le risposte?
Ciao
Luca

 > collegati con cavi piů corti di 100Mt. In questo caso rientri in tutte


 Dimmi di si perchè avrò cablato un centinaio di migliaia di punti rete in
Un centinaio di migliaia? Chissa' quanto paghi di tasse :-)
Ciao
Luca

 Totale 495. Al pelo.
Perchè conti anche lo switch nel calcolo del PDV?
Voglio dire, se lo switch interrompe il dominio di collisione, non dovrei
calcolare prima
DTE-Cavo-Hub-Cavo-Switch
e poi a parte
Switch-Cavo-DTE?
Maurizio

 Un centinaio di migliaia? Chissa' quanto paghi di tasse :-)
Dai scherzavo, comunque si, a fare 7 miliardi di fatturato si pagano un
sacco di tasse!
Meglio cosě...
Ciao Ciao ;o)
Maurizio
http://www.dimesrl.com/4/Azienda/profilo.html

 Switch-Cavo-DTE?
Quello che deve stare sotto i 512 bit times e' il conto DTE-DTE, con tutto
quello che ci sta in mezzo. Lo switch non dispone di uno stack di
protocollo, mentre un sistema operativo si'.
Se il ritardo fosse eccessivo, il problema verrebbe evidenziato dai SO dei
DTE, ad esempio dando per perso un frame inviato ad un dato istante, che non
ha prodotto la ricezione di un ACK entro tot tempo.
Ciao
Luca

 Luca
Dal Gai-Montessoro-Nicoletti - Cap 6:
"Ma affinché anche A si accorga della collisione, la sua trasmissione deve
durare finché l'inizio della trasmissione di B non si è propagato fino a
lei. Quindi una trasmissione deve durare almeno il tempo necessario ad un
bit per propagarsi da un estremo all'altro (da A a B) e poi al contrario (da
B ad A). Questo tempo prende il nome di round trip delay, ed è uno dei
parametri di progetto delle reti CSMA/CD.
[..]
In Ethernet la velocità di trasmissione è di 10 Mb/s, e la dimensione minima
del pacchetto è fissata in 512 bit più 64 bit di preambolo per la
sincronizzazione e di start frame delimiter; la durata della trasmissione di
un pacchetto è quindi di almeno 57.6 ms, e questo è il massimo round trip
delay ammissibile. La metà di tale tempo è il massimo tempo di propagazione
di un segnale da un estremo all'altro della rete"
(per il 100Mbps ovviamnete è un decimo 5,76 ms)
Ma se ho capito bene il RTD è necessario solamente alla certa e corretta
identificazione della eventuale collisione. La collisione è gestita a
livello 2 e nel nostro caso non può avvenire tra i due DTE perchè, secondo
me, si trovano in due domini di collisione diversi.
Lo switch lavorando, a livello 2, è in grado di elaborare e gestire la
collisione. Fa parte del suo mestiere separare i domini di collisione.
Per questo sono convinto che il calcolo del "propagation delay value" per
verificare il rispetto del "round trip delay" sia dovuto tra TDE e switch e
poi da switch a DTE (l'altro intendo) separatamente.
Cosa non quadra?
Ciao Maurizio
staltari(at)
dimesrl.com
togli "(at)" e metti "@"
P.S.: se pensi che diventi noioso per il NG rispondimi in privato.

 P.S.: se pensi che diventi noioso per il NG rispondimi in privato.
Vuoi scherzare? :-)
Ciao
Luca