Newsgroup: it.comp.os.linux.sys
Titolo: due ADSL il load balancing

Ho un Linux che fa da firewall a cui sono attaccate due ADSL, una con
il ppp di Linux con un modem ethernet e una via eth connessa ad un
router.
Ovviamente le due ADSL sonodi due provider differenti.
Quello ceh sono riuscito a fare fin'ora e' creare dei routing statici
che mandano alcune richieste du un'ADSL e tutte le altre su quella
"principale", ma non e' una bella cosa.
C'e' una documentazione o un qualche cazzabubbolo che mi consente di
bilanciare una eth e un ppp tra loro? So che teoricamente e'
possibile, ma la pratica e' altra cosa.
Grazie.
Ciao,
luigi


Non e' possibile neppure teoricamente. Il massimo che puoi fare e' usare
il bgp e fare le richieste su una adsl o sull'altra seguendo il percorso
piu' corto (e facendo in modo che se una va giu' tutto il traffico venga
indirizzato sull'altra).
-- 
Ciao
     Marco Innocenti

indirizzato sull'altra).
Questo chiedevo.
Ma il BGP non e' un protocollo di routing di confine degli AS?
A me basta che il traffico in uscita sia bilanciato, quello in
ingresso non puo' essere perche' dovrei diventare AS.
Ciao,
luigi

 possibile, ma la pratica e\' altra cosa.
potrebbe fare a caso tuo il policy routing.
Non ho mai provato...prova a dare un\'occhiata
http://www.samag.com/documents/s=1169/sam0001f/0001f.htm
------------------------------------------------------------------------
Questo messaggio e' stato inviato tramite i Newsgroup di Punto
http://www.punto.it
------------------------------------------------------------------------


Hmmm... quello che vuoi fare tu ha poco a che vedere con il balancing, 
onestamente, dato che dubito che, con l'architettura che hai descritto, 
tu venga visto ad entrambi i capi delle due connessioni con lo stesso ip 
pubblico...
Se così fosse, potresti fare del balancing vero e proprio ( ma vorrebbe 
dire anche che hai speso una montagna di quattrini...):
OSPF o BGP (che ti hanno già consigliato, ma è un _pelo_ esagerato...)
Altrimenti, dovresti accontentarsi di fare qualcosa che sta in un punto 
non meglio precisato in mezzo tra traffic shaping e source routing.
Infatti non c'è verso di inviare attraverso un collegamento ptp con 
telecom pacchetti teoricamente provenienti da un ip libero/wind.
Questo, almeno, in teoria... Nel senso che poi ci sono le configurazioni 
del tubo che si vedono in giro... (vedi i vari problemi di smurfing etc...)
Rimane il fatto che tutto ti rientrerebbe solo dalla parte del carrier 
di cui usi l'ip pubblico.
Restando con i piedi per terra e vedendo cosa puoi realizzare con 2 
interfacce pubbliche e una linux box:
http://lartc.org/HOWTO//cvs/2.4routing/html/index.html
e poi un link diretto a qualcosa più nel dettaglio:
http://www.tldp.org/HOWTO/Adv-Routing-HOWTO-10.html
byez
-- 
Emanuele "SKULL" Balla
----------------------------------------------------------------------
"How should I know if it works?  That's what beta testers are for. I
only coded it." (Attributed to Linus Torvalds, somewhere in a posting)

 
http://www.tldp.org/HOWTO/Adv-Routing-HOWTO-10.html
e ho anche sbagliato il link... era questo...
http://www.tldp.org/HOWTO/Adv-Routing-HOWTO-4.html


 indirizzato sull'altra).
eddai, non scomodiamo bgp per bilanciare 2 adsl? (tra l'altro bgp non e`
il massimo della vita per il bilanciamento)?!?!?!?
in teoria invece e` possibile (e ci sono anche implementazioni per farlo!)
il trucco e` utilizzare una "nat dinamica" che natta gli ip in uscita su
un ip di una connessione piuttosto che su un ip dell'altra; facendo cio`
e` possibile instradare le varie connessioni verso la linea piu` scarica
(o la piu` veloce per quel particolare destination address)... il
difficile, ovviamente, e` implementare un sistema per spostare la nat da
una parte piuttosto che dall'altra in tempo reale e senza interventi umani
(probabilmente il sistema migliore e` lavorare a livello kernel)
per il traffico entrante (connessioni iniziate da remoto) invece e` un po'
piu` complicato e l'unico sistema che puoi utilizzare e` un dns con TTL a
0 che annuncia il nome ora su un ip di una connessione ora su quello
dell'altra, sempre in base alla linea piu` scarica (e` sporco, ma non vedo
alternative semplici)... anche qui lascio come compito a casa creare il sw
che modifica on-the-fly il dns in base al carico delle linee
(probaiblmente la cosa migliore e` patchare bind, o altro dns, per farlo)
puo` essere che esista gia` del sw (sotto linux) per fare tutto cio`, ma
non ho mai avuto il piacere di imbattermici (se qualcuno lo conosce lo
dica a tutti che e` molto interessante)
ovviamente esisterebbe anche l'alternativa "classica" dei protocolli di
routing, ma questi presuppongono almeno una delle 2:
1) entrambe le connessioni sono sullo stesso isp e l'isp collabora al
balancing
2) hai ip tuoi, hai un AS, fai bgp... ma in tal caso devi anche avere una
connettivita` adeguata (2+2mbit/s, imho), un router con tanta, tanta,
tanta ram e una cpu prestante, una discreta conoscenza dei protocolli di
routing (o un network operator che gestisca la rete per te)... il tutto si
riassume  in cifre che vanno oltre i 100.000 euro/anno
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 ingresso non puo' essere perche' dovrei diventare AS.
Il problema e' che per bilanciare devi avere una metrica. Come la ricavi?
Un modo come ti hanno piu' o meno suggerito in un altro post e' fare da
entrambe le tue reti un ping all'ip a cui vuoi connetterti e poi aggiornare
le regole di nat/routing di conseguenza. Questa e' una soluzione che potrebbe
funzionare in taluni casi (si scaricano poche cose e grosse) ma che puo' avere
un altissimo overhead in altri e puo' introdurre una latenza non tollerabile per
alcune applicazioni. Il BGP e' la soluzione definitiva ma puo' essere un overkill
per il tuo problema. Considera che solo le tabelle BGP occupano 16MB e che se
non e' tua intenzione avere un AS pubblico difficilmente i tuoi provider vorranno
esportarti le tabelle BGP.
Mi vengono in mente varie poor man solution che potrebbero funzionare per te (vedi
in maniera statistica verso dove fai la maggior parte del traffico e ti crei delle
regole di routing statiche che mandino la meta' delle richieste da una parte e la
meta' dall'altra). Se cerchi pero' una soluzione semplice, pulita, economica e
scalabile difficilmente la troverai.
-- 
Ciao
     Marco Innocenti

scalabile difficilmente la troverai.
Sob  ;-(
Grazie!
Ciao,
luigi