und
Die Netzwerkkarten eno3 und eno4 sind als ein LAG (bind0) zusammen gefasst. Als Modus habe ich LACP(802.3ad) layer3+4 gewählt. Was layer3+4 bedeutet weiß ich leider nicht.
Dieses LAG steht unter vmbr3 für virtuelle Maschinen zur Verfügung.
Die Netzwerkkarte des Servers ist an vmbr3 angeschlossen.
Die Verbindung zum Switch steht und alles läuft. Nur nicht mit der doppelten Übertragungsrate
Zum Testen habe ich eine große Datei an 3 Rechner geschickt. Die Summe der Übertragungsraten ist aber ca 1Gb/s, also die Geschwindigkeit einer Netzwerkkarte?!?
auch mit beidseitig aktiviertem LACP wirst du für eine einzelne IP-Verbindung nur 1 Gbps erhalten. Du benötigst mindestens zwei gleichzeitige Verbindungen, damit das LACP gemäß ausgewählter Policy die mehreren Verbindungen verteilen kann.
Alle Frames, die zu einer bestimmten Datenkommunikation gehören, werden aber über dieselbe physische Verbindung (Kabel) übertragen. Das gewährleistet die Zustellung der einzelnen Frames einer Datenkommunikation in der richtigen Reihenfolge (verhindert mis-ordering).
When balancing traffic, network administrators often wish to avoid reordering Ethernet frames. For example, TCP suffers additional overhead when dealing with out-of-order packets. This goal is approximated by sending all frames associated with a particular session across the same link. Common implementations use L2 or L3 hashes (i.e. based on the MAC or the IP addresses), ensuring that the same flow is always sent via the same physical link.
kann es etwas mit der Reihenfolge der Zuordnung von LAG und VLAN zu tun haben. Ich habe hier:
eine Darstellung gefunden, wo man - wenn ich es richtig verstehe - ZUERST das LAG den Ports zuordnet, DANN das vlan und schließlich das LAG als „tagged member“ deklariert.
Vielleicht könnte dies auch bei Deiner Konfiguration nötig sein.
L.G.
Christoph
Hallo Buster,
vielen Dank schon mal für deine Rückmeldung. Das kam oben nicht deutlich rüber. Ich habe eine große Datei (ubuntu2004.qcow2) fast gleichzeitig an die Clients info-r01, info-r13 und info-r17 geschickt. Die Fenster habe ich so verkleinert und untereinander gesetzte, dass sie wenig Platz brauchen. Leider sieht’s dann auch so aus, also ob es nur ein Fenster wäre. Sorry, mein Fehler…
das teste ich heute mal aus. Dazu muss ich allerdings an die Schule, da ich die Verbindung zum Switch verlieren werde, wenn ich das von zuhause aus mache…
Vielen Dank schonmal für deinen Tip.
Gruß,
Mathias
Es werden zwei Typen von LAGs unterstützt:
Statisch: Eine LAG ist statisch, wenn LACP für sie deaktiviert ist.
Dynamisch: Eine LAG ist dynamisch, wenn LACP für sie aktiviert ist
Antwort:
Weil bei der manuellen Erstellung der LAG (versehentlich/absichtlich) LACP nicht hinzugefügt wurde
Das Nachwort aus der Switch-Doku:
Nach der manuellen Erstellung einer LAG kann LACP nur dann hinzugefügt oder
entfernt werden, wenn die LAG bearbeitet wird …
Einfachste Lösungsmöglichkeit
Serverseitig den Bond-Modus umstellen auf 0,2 oder 3 (0, also balance-rr ist immer ausreichend)
Hallo WeitDahinten,
vielen Dank für deine Hilfe. Ich hab’s zumindest mal soweit geschafft, dass LACP aktiviert ist. Dazu musste ich die LAG nicht nur bearbeiten, sondern komplett leeren. Erst als kein Port mehr in der LAG war konnte ich LACP hinzufügen. Als ich dann die beiden Ports GE11 und GE12 hinzugefügt hatte war LACP immer noch aktiv.
… ich teste mal balance-rr. Das hört sich einfach und gut an …
Gruß,
Mathias
In Proxmox habe ich das eingestellt:
balance-rr versorgt den ersten Client über Leitung 1, den Zweiten über Leitung 2 und den Dritten wieder über Leitung 1 usw…
In SG300 habe ich das eingestellt:
