← Back to team overview

sslug-teknik team mailing list archive

RE: udgående bundling af 2 ethernetkort ??

 

 Hvis din switch understoetter trunking, saa brug det og lad vaere med at
spilde tid paa nedenstaaende. Ellers laes bare videre ..

 Laver man en pseudo-driver der spreder udgaaende ethernet pakker over flere
NIC drivere kan jeg forestille mig stor risiko for at forvirre switchen.
Layer 2 switche bryder sig ikke om at samme MAC addresse findes paa samme
port. Dvs. at transmit siden af pseudo-driveren er noedt til at bruge
forskellige source MAC addresser i brug paa de forskellige links. Problemet
er saa at ARP pakker ryger samme vej, og det gaar ikke.

 Man kan saa snyde ved at pille i ARP haandteringen i serveren, saaledes at
alle ARP responses svarer med MAC addressen paa receive link og alle ARP
requests sendes paa receive link (ifald nogen bruger source MAC til at spare
en ARP cyclus). Hensigten er at bilde alle ind at din server's MAC addresse
er receive NICens addresse. 

 Jeg har ikke hoert om saadan en driver, men det lyder da ikke helt umuligt
at lave. En helt anden ting er saa om klient-maskinerne synes om ideen. Er
man blot en lille smule serioes med sikkerhed vil man bestemt ikke synes om
at samme host benytter 2 MAC addresser. 

 Jeg sendte tidligere et indlaeg om trunking. Er det dukket op nogen steder
eller har den store mail-spiser aedt den inden den naaede SSLUG?

Kurt Alstrup

-----Original Message-----
From: Jon Bendtsen [mailto:bendtsen@xxxxxxx]
Sent: Tuesday, June 12, 2001 3:00 PM
To: sslug-teknik@xxxxxxxx
Subject: Re: [TEKNIK] udgående bundling af 2 ethernetkort ??


> > hvordan virker det ??
> > Bruger du det ??
> > Har du testet det til mere end 100Mbit ??
> > Kraever det support i switchen ??
> 
> Jeg kan ikke huske om det var i dette forum eller i
> dk.edb.system.unix[.hardware?] at der for ikke så lang tid siden var
> en der spurgte (og fik hvad der så ud til brugbare svar). Tråden hed
> vist noget med D-Link i overskriften. Du skal naturligvis være
> opmærksom på at det vist ikke kun er dine netkort der skal understøtte
> dette, men ogå din switch (jeg er ikke 100% sikker, kun ca. 95%).

nej nej NEJ.
Det er meget paent af dig at foreslaa det, men laese lige mine indlaeg
foerst. Det jeg efterlyser er kun at du putter 2 netkort i maskinen
det behoever ikke engang vaere samme netkort, og saa soerger
linux selv for at sende hvert anden netpakke via hvert andet
netkort. Det er kun UDGAAAENDE der er brug for.
Naturligvis skal linux saa altid saette den samme ip paa netpakken.
Jeg mener selv jeg har beskrevet det som jeg oensker rimelig praecist
i subject, og andre indlaeg.

Det er simpelthen flere default routes, som linux af sig selv laver
load balancing hen over. Maskinen har saa en officiel ip, evt. flere
som den kan naas via, og som den sender alle net pakker ud med den
ip.

tegning:

maskine
| | | ... |			hver | er et netkort
switch
|||||||
ledninger til andre bruger maskiner.

Switchen er totalt ligeglad, den modtager en pakke paa
hver port, og ser at den skal over til den og den MAC adressen, som
den saa sender der over, og der ovre, saa tager den pakken og ser at
den er sendt fra ip
1.2.3.4, og saa svarer den acknowledges tilbage til den ip, og det
belaster saa det ene netkort der er inddata paa.

Lad os kalde det round robin load balancing paa netkort.
Det lader en server afsende pakker fra samme ip, hen over
et eller flere netkort. Der opfanges kun paa et netkort.
da stort set alt trfaikken er udafgaaende. Det kan fx. vaere
at hver xx pakke sendes paa xx netkort.
Hvis en forbindelse forsvinder, saa bruges et andet netkort.
Potentielt kan der blandes 10, 100 og 1000 Mbit kort, og saa
finder den selv ud af det. Yderligere er det maaske
uoptimalt at sende en netpakke af gangen til netkortet, og ikke
CPU: "her, send de her 23 netpakker"
NIC: "SIR, YES SIR!"


Er der flere der ikke har forstaaet hvad det er jeg oensker ??
er det efterhaanden ikke snart forklaret lige saa praecist som
litografi (hvordan chipmoensteret braendes ned i en silicium chip)



ion++


-- 

A picture always lies...



Follow ups