Newsgroup: it.comp.reti.wireless
Titolo: [Topo] Struttura della rete e apparati

Salve!
(ATTN: questo articolo trabocca di errori ortografici)
Oggi ho pensato alla struttura della rete.
La rete si dovrebbe sviluppare attorno ai firewall di accesso
all'Internet.
Questi sono i nodi con la piu' alta priorita' e li chiamo upstream
nodes.
Tutti i nodi collegati , ognuno dei quali corrisponde ad una rete
locale sono i downstream nodes.
Tutti nodi collegati vedono i nodi gerarchicamente superiori come
upstream nodes e loro stessi come downstream nodes.
Ogno nodo e' un downstream per i suoi superiori e un upstream per i
suoi inferiori.
I nodi a priorita' piu' alta si vedono assegnati piu' sottoclassi di
indirizzi IP che vengono distribuiti ai downstream nodes loro diretti
inferiori.
Questi a loro volta riassegnano parte delle loro sottoclassi ai loro
downstreams e cosi via.
So di non essere stato chiaro, perdonatemi:-)
Ah, gli indirizzi IP della classe 10.x.x.x sono assegnati
geograficamente e in base alla popolazione.
Chi e' l'autorita' che coordina questo casino?
Noi utenti di it.comp.reti.wireless!
Tutte le richieste dovrebbero essere postate qui' in modo che si possa
tenere traccia dello sviluppo della rete.
Il fatto e' che bisogna garantire almeno una parvenza di stabilita'
perche' i downstream superiori devono almeno sapere in che direzione
instradare i pacchetti.
Una rete gerarchica e' una versione in piccolo dell' Internet: non
c'e' scelta, e' questa la versione migliore.
Dovremmo lasciar sviluppare cosi la rete.
Ogni nodo deve essere visibile ai uno o piu' downstreams e questi
devono avere una indicazione di quando trasmettere, perche' mettere
tanti RTX quanti sono i nodi inferiori e' troppo costoso.
Ogni nodo deve vedere almeno un upstream , e potendo, ne deve vedere
almeno due per la ridondanza.
Ho previsto tre tipi di apparati basati su IrDA.
Il primo e' il RTX terminale.
Ha semplicemente uno stadio TX e uno stadio RX per il collegamento
all'upstream.
Il secondo e' il ripetitore/rigeneratore: e' composto da due RX e due
TX.
Gli RX hanno una sezione hardware interamente digitale che rigenera il
segnale e lo ristrasmette *senza* ritardi superiori alla durata di un
bit (in teoria). 
 Il rigeneratore non e' collegato ad un PC: e' semplicemente un
prolungamento della tratta ottica.
Il terzo apparato e' il piu' compleso ed e' il multi-gateway, tipico
di un nodo principale della rete.
Il multigateway, o forse il suo nome vero e' HUB, serve a concentrare
piu' downstreams in una sola linea.
Se e' il caso decide anche di instradare a dovere i paccetti.
l' HUB ha due collegamenti al PC, e quindi deve avere due porte IrDA
separate.
Il primo collegamento e' costituito dalla linea dei downstreams.
In questa linea sono previsti tre elementi: un RX che riceva il
segnale da piu' direzioni corrispondenti ai vari downstreams.
Un TX1 che trasmetta il in piu' direzioni ai vari downstreams il
segnale proveniente dal router collegato agli upstreams e agli altri
downstreams.
Un TX2 che trasmetta ai vari downstreams in piu' direzioni il segnale
ricevuto nel RX dagli altri downstreams, in tempo reale.
Siccome l'IrDA trasmette in simplex ogni apparato deve sapere se gli
altri stanno trasmettendo prima di iniziare.
E' per questo che ho previsto queste tre parti: infatti i downstreams
non si vedono reciprocamente e ci deve pensare l'upstream a farli
vedere reciprocamente.
E' sottinteso che il router decide se mandare i pacchetti all'
upstream line, o solo nel TX2 se deve collegare i dowstreams tra loro.
Ah, l'upstream line si comporta in modo simile e' funge da NAP per i
vari upstreams collegati: la funzione NAP (neutral access point) e'
svolta dal TX2 dell'upstream line.
 
Tutto questo e' basato su due porte IrDA ed e' quindi trasparente per
il router che vede solo due schede di rete.
Notate che gli RX e i TX sono infrarossi e possono essere collegati
modularmente!
Inoltre gli RX possono  avere o non avere una sezione destinata a
rigenerare il segnale prima di ritrasmetterlo nei TX2 automaticamente
(senza intervento del PC).
Le riflessioni devono essere assolutamente fermate se si usa questo
setup, o potremmo avere dei loop infiniti.
Inoltre il rigeneratore deve essere molto selettivo.
 
La feccenda dei TX2 non e' molto convincente per quanto riguarda la
ritrasmissione istantanea: se ci sono altri modi per far sapere ai
vari downstream quando e' il momento di trasmettere, saro' felice di
leggerli:-)
Anche inquesto caso non sono stato molto chiaro.
Spero si capisca comunque.
Aspetto commenti.
Nospam

[snip]
Partendo dal presupposto che abbia capito, la TX2 per il collegamento
tra l'upstream e i downstreams potrebbe essere eliminato, se quando RX
del upstream riceve una frame dal downsteam "locale" lo ritrasmette
sull' TX1 a tutti i downstreams "locali", e quando invece  riceve dagli
altri upstream una frame per un suo downstream lo trasmette a tutti i
suoi downstreams.
Probabilemte questo mesaggio dimostrera' che non ho capito :-(
Bye
Donato Fabrizio
Torino, ITALY 
e-mail: 
fabr...@voidspace.pilota.its.it
        Remove voidspace. for reply

Partendo dal presupposto che abbia capito, la TX2 per il collegamento
Il TX2 si po' eliminare ( e sarebbe meglio..)
a patto che i dati in ingresso possano essere ritrasmessi in uscita on
ritardo piccolissimo (es, entra un bit, ed esce subito dopo, senza
aspettare di ricevere tutto il frame).
Se proprio non si puo', il massimo che posso accetare e' un ritardo di
un byte.
Sempre che, ovviamente, non abbia detto cazzate.
Nospam