PDA

View Full Version : NAVIGARE IN "PARALLELO" CON DUE ADSL

fantagol
21-11-2009, 20:44
Signori.. vi propongo un quesito:
Dalla mia stanza, oltre a ricevere il segnale wifi del mio access point, ricevo perfettamente (anche meglio) quello di mio zio, che ha l'antenna dietro il muro della stanza.
Domandone: E' possibile sfruttare le due connessioni e ritrovarmi con il doppio della banda ( 7 mega+ 7mega)?
Sono fuori di testa..o teoricamente avrebbe senso collegare il mio portatile ad un gateway, il quale a sua volta apre le connessioni tcp un po' sulla mia adsl, un po' su quella di mio zio???

Vado a vere una birretta nel frattempo... :cincin:
nuovoUtente86
21-11-2009, 21:06
teoricamente è possibile fare balancing fra i gateway, ma è illegale perchè la seconda linea non è tua.
fantagol
22-11-2009, 09:35
che fosse illegale lo supponevo.. ma se andassi su un corso, e qui ci fossero reti wifi aperte dei locali pubblici?? Il mio è più un caso di studio... qualche consiglio su cosa cercare on the net??
slowped
22-11-2009, 15:10
cIl mio è più un caso di studio... qualche consiglio su cosa cercare on the net??

In primo luogo, hai necessità di una seconda scheda di rete.

Per la tua ricerca prova con questa chiave "interface teaming bonding". La maggior parte dei risultati punteranno a soluzioni per Linux. Se lavori sotto windows aggiungilo alla chiave di ricerca, oppure parti da qui http://technet.microsoft.com/en-us/library/cc758834%28WS.10%29.aspx

Buona lettura.
nuovoUtente86
22-11-2009, 16:01
il teaming su reti pubbliche lo vedo un po strano, opterei piu per il bilanciamento.
slowped
22-11-2009, 17:31
il teaming su reti pubbliche lo vedo un po strano, opterei piu per il bilanciamento.

Nel suo caso entrambe le connessioni sarebbero dietro un router che fa il NAT per cui non sarebbe direttamente su rete pubblica.

In ogni caso, il teaming/bonging nella situazione descritta dall'utente si limita in effetti a un load balancing.
nuovoUtente86
22-11-2009, 17:43
si ma sarebbero, presumibilmente su subnet differenti (se non addirittura sovrapposte)e comunque avrebbero, proprio perchè dieto NAT, ip pubblici differenti.
Harry_Callahan
22-11-2009, 17:56
ma lo zio è daccordo?
slowped
22-11-2009, 20:01
avrebbero, proprio perchè dieto NAT, ip pubblici differenti.

In effetti (ti ringrazio per l'osservazione) con due indirizzi pubblici non può funzionare (avevamo fatto qualcosa del genere in azienda, ma poi i due indirizzi privati venivano nattati da un unico router).

Di conseguenza, in uno scenario del genere l'unica maniera per operare il load balancing è operare a livello di routing; mi sono quindi ricordato di questo HOW-TO (http://www.linux.org/docs/ldp/howto/Adv-Routing-HOWTO/index.html) in cui, nel capitolo 4 sezione 2 (http://www.linux.org/docs/ldp/howto/Adv-Routing-HOWTO/lartc.rpdb.multiple-links.html) viene descritta una soluzione per il problema in esame. La piattaforma è Linux, e onestamente non so se sotto Windows ci sono gi strumenti per implementarla.
fantagol
23-11-2009, 11:26
Grazie mille dell'interessamento.. ora mi tocca studiare un po' :D :D
Se qualcuno ha avuto esperienze in merito e vuole condividerle... :D
nuovoUtente86
23-11-2009, 12:37
In effetti (ti ringrazio per l'osservazione) con due indirizzi pubblici non può funzionare (avevamo fatto qualcosa del genere in azienda, ma poi i due indirizzi privati venivano nattati da un unico router).

Di conseguenza, in uno scenario del genere l'unica maniera per operare il load balancing è operare a livello di routing; mi sono quindi ricordato di questo HOW-TO (http://www.linux.org/docs/ldp/howto/Adv-Routing-HOWTO/index.html) in cui, nel capitolo 4 sezione 2 (http://www.linux.org/docs/ldp/howto/Adv-Routing-HOWTO/lartc.rpdb.multiple-links.html) viene descritta una soluzione per il problema in esame. La piattaforma è Linux, e onestamente non so se sotto Windows ci sono gi strumenti per implementarla.

riflettevo sul fatto che di sicuro non può funzionare su un protocollo trasporto connection-oriented come il tcp dove l' indirizzo ip è parte identificativa del socket, ma potrebbe (con maggiore carico per il livello applicativo, ma non è neppure detto) funzionare con udp. Penso alle applicazioni real-time che poggiano su questo protocollo, come il voip.
slowped
23-11-2009, 20:32
potrebbe (con maggiore carico per il livello applicativo, ma non è neppure detto) funzionare con udp.

Così a naso direi che non funziona neanche con UDP. Ma oggi è stata una giornata pesante, non ho ancora cenato e non ho tempo/voglia di verificare.
nuovoUtente86
23-11-2009, 20:47
Certo bisognerebbe verificare. L' idea di fondo è che udp si aspetta un datagramma, ma non mantiene stato sul socket, se non la sua apertura e il binding sulla porta. Se ill livello applicazione è in grado di distinguere ii flussi non su base ip, potrebbe funzionare.