On Wed, 16 Oct 2002 12:44:44 +0200, "Christian Thorsen"
<nospam@nospam.com> wrote:
> Er der nogen som kan forklare lidt om 802.3x flow control
802.3x er en standard for, hvordan en station (på et full duplex
link) kan lade stationen i den anden ende vide, at den skal holde
lidt igen med at sende data.
Hvis fx. en server har et GE-link, hvor der ankommer data, og
serverens input buffers er ved at løbe fulde, så kan den sende en
såkaldt PAUSE frame tilbage i nettet, hvilket bør få afsenderen
til at buffer pakkerne lidt længere.
Så man lidt forenklet kan man sige, at 802.3x giver mulighed for,
at et modtagende device kan 'forlænge' sin egen input-buffer med
(en del af) afsenderens output-buffer.
> Hvilke ulemper/problemer er der med 802.3x flow control ???
Et problem er, at 802.3x forhandles mellem to devices, men det at
de begge understøtter det er ikke nødvendigvis udtryk for, at den
host, der faktisk sender data, også er det.
> Er der nogen fordele?
Der er den teoretiske fordel, at man kan få lidt bedre buffering
ud af udstyret, sådan at man buffer pakker i stedet for simpelt-
hen at droppe dem. I praksis er fordelene dog begrænsede, idet
det meste udstyr er non-blocking eller i hvert fald har meget
effektiv buffering i forvejen.
> Bliver det brugt i praksis - eller slår man det som regel fra i
> switche/routere og på netkort ???
802.3x er optional, så alle hosts behøver ikke at understøtte
det. Det er en af de optioner, der forhandles i autonegotiation,
og hvis begge ender understøtter det, kan de altså bruge det.
I praksis giver det lidt til ingen fordel mellem switche, mens
det kan have en lille fordel mellem switche og hosts.
-A
--
Heroes: Vint Cerf & Bob Kahn, Leonard Kleinrock, Robert Metcalfe, Jon Postel
Links :
http://www.hojmark.net/
FAQ :
http://www.net-faq.dk/