sslug-teknik team mailing list archive

[Jesper Lund <jesper@xxxxxxxxxxxxxx>]

> >>>Men du skal være opmærksom på at din sourceadresse for
> >>>længerevarende forbindelser (f. eks en åben ssh)
> >>>så skifter af og til så forbindelsen dør :( .
> >
> >Næææ, ikke hvis man gør det ordentligt. Iøvrigt er det heller ikke
> >bundling man kan med 2 forbindelser.
> 
> Kan du specificere "ordentligt" (det vil jeg da gerne prøve...)

Her er hvad jeg har skudt af af kommandoer, for at få load share til at
spille:

ip route add 10.0.0.0/30 dev eth1 src 10.0.0.2 table 201
ip route add default via 10.0.0.1 table 201
ip route add 172.17.0.0/20 dev eth4 src 172.17.15.129 table 202
ip route add default via 172.17.0.1 table 202
ip rule add from 10.0.0.2 table 201
ip rule add from 172.17.15.129 table 202
ip route add default scope global \
  nexthop via 10.0.0.1 dev eth1 weight 1 \
  nexthop via 172.17.0.1 dev eth4 weight 2
ip route flush cache

Forklaring:
10.0.0.1 og 172.17.0.1 er min gateway på de 2 internetlinier.
10.0.0.2 og 172.17.15.129 er IP'er på de 2 interface på hver sin
internetforbindelse. (eth1 og eth4).
10.0.0.0/30 og 172.17.0.0/20 er netværket på eth1 og eth4.
Den næstsidste kommando (ip route add default scope....) er en multipath
route. Der er lagt vægtning på, hvilket vil sige at den i princippet
opretter 3 router. Hendholdsvis en af den ene og to af den anden, og
laver så round robin mellem de 3 router. I praksis får man altså cirka
delt loadet, men kun på antallet af forbindelser. Derfor bliver
fordeling pænere med flere klienter.

For at man kan gøre ovenstående, er det en god ide at lægge patchen
http://www.ssi.bg/~ja/#routes på. Det giver en bedre fordeling, samt
muligheden for at lave noget detektering på om ens gateway er død, samt
rigtige statiske router, som ikke forvsinder, hvis et interface bliver
lagt ned.

Udover dette bruger jeg en lille smule trafik kontrol med HTB og noget
tc (stadig fra iproute2). Men det er en helt anden historie.

Tror vist det var det. :)

Mvh. Jesper