Hallo, From: "Florian Gross" Sent: Thursday, October 15, 2009 5:55 PM

Am Donnerstag 15 Oktober 2009 glaubte Jens Strohschnitter zu wissen:

...

ich habe auf einem SuSE SLES9 ein Bond eingerichtet. Hat auch prima geklappt. Das Problem ist, dass ich nicht weiss, welches Interface auf dem Server genutzt wird. Der Server hat 3 Netzwerkkarten wovon 2 in einem Bond zusammengeführt und eine "standalone" sich im gleichen Netz befindet:

[schnippel]

Ich bin mir nicht sicher, ob das Dein Problem ist und traue mich fast gar nicht zu antworten: Gibt es unter SLES9 noch kein WireShark. Das nehme ich hier immer, wenn ich was am Bonding teste. Ich habe allerdings openSUSE 10.3 64 bit. Da kann man live zusehen, wo die Pakete hingehen und Dank Zähler auch, wohin die meisten wandern. Und wenn man nur wissen will, welches eth am Bonding mit teilnimmt, kann man auch in /proc/net/bonding/bond0 etc. nachsehen. Aber das weißt Du bestimmt alles.

...

eth0 und eth1 sind im Bond0 und eth2 als eigentständige Karte im gleichen Netz.

Das Defaultgateway zeigt auf das Bond:

127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 172.20.12.42 0.0.0.0 UG 0 0 0 bond0

Wenn ich jetzt Daten auf das Bond-Interface kopiere und die Kabel des Bonds (also beide) ziehe, kopiert das System munter weiter. Ich schätze mal wohl über das eth2.

WireShark oder mittels Skrip in einer Schleife ifconfig laufen lassen.

...

Ich habe mal das eth2 auf down gesetzt und ebenfalls Daten hinkopiert. Funktionierte ebenfalls, aber mit einem Datendurchsatz wie bei eth2 (38MB/s). Sollte doch bei mode 802.3ad sicher knapp das doppelte sein oder nicht ?

Mit Bonds kenne ich mich nicht aus, ...

Ich auch nicht. Aber dazu gab es mal von mir angestoßen ein paar Abhandlungen in der Mailingliste, die im Archiv zu finden sind. Wobei Du bei der Anzahl von Netzwerkkarten sicher einen bestens ausgestatteten Rechner hast und das wohl auch nicht des Rätsels Lösung ist. Mir ist es hier schon nicht gelungen 802.3ad überhaupt zum Laufen zu bekommen. Ich nehme daher Round Robin mit dem festgestellten Effekt, dass es nach dem Abziehen eines Kabels immer noch läuft. Zwar mit einfacher Bandbreite aber eigentlich sollten da - soweit ich das verstehe - keine Pakete mehr kommen. Soweit ich die Definitionen der Standards deute sollte das eigentlich 802.3ad sein. Die Konfiguration eines laufenden 802.3ad würde mich daher mal brennend interessieren.

... aber läuft da was über IPv6? Was sagt denn ip -6 route show

Gibt es IPv6 schon beim SLES 9? Soweit meine IDEEN! Gruß und viel Erfolg, Alex -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Hallo, From: "Florian Gross" Sent: Friday, October 16, 2009 4:40 PM

Am Donnerstag 15 Oktober 2009 glaubte Alexander Winzer zu wissen:

...

From: "Florian Gross"

...

Am Donnerstag 15 Oktober 2009 glaubte Jens Strohschnitter zu wissen:

{schnippel]

...

Gibt es IPv6 schon beim SLES 9?

Wie würdest du sonst

| bond0 Link encap:Ethernet HWaddr 00:0E:0C:B6:2A:10 | inet6 addr: fe80::200:ff:fe00:0/64 Scope:Link | eth0 Link encap:Ethernet HWaddr 00:0E:0C:B6:2A:10 | inet6 addr: fe80::20e:cff:feb6:2a10/64 Scope:Link | eth1 Link encap:Ethernet HWaddr 00:0E:0C:B6:2A:10 | inet6 addr: fe80::20e:cff:feb6:2a10/64 Scope:Link | eth2 Link encap:Ethernet HWaddr 00:0A:E4:81:EB:88 | inet6 addr: fe80::20a:e4ff:fe81:eb88/64 Scope:Link

deuten?

Ich hoffe, das hat das Problem gelöst, denn Jens Strohschnitter schreibt nichts mehr. Nimms nicht persönlich! Ich habe 1. meinen Satz bewusst als Frage formuliert, 2. mit Deiner Mail geantwortet. Dort waren die Adressen *nicht* mehr drin und 3. geträumt bzw. schon geschlafen. Gruß, Alex -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

From: "Florian Gross" Sent: Friday, October 16, 2009 7:47 PM

Am Freitag 16 Oktober 2009 glaubte Alex Winzer zu wissen:

...

[...]

...

Ich hoffe, das hat das Problem gelöst, denn Jens Strohschnitter schreibt nichts mehr.

Jens? Gibt es dein Problem noch? Wenn nein, was war es?

[Rest per PM]

Och nö! Ich hatte doch geschrieben, dass ich an des Rätsels Lösung auch ein gesteigertes Interesse habe. Und wenn dann in einem Jahr oder so mal jemand ein ähnliches Problem hat: Dann wird ihm vorgehalten, er hätte sich erstmal im Archiv der Liste schlau machen sollen ... Also wenn schon PM, dann bitte auch mal an mich mit der Lösung. Danke. Gruß, Alex -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

...

...

...

Ich hoffe, das hat das Problem gelöst, denn Jens Strohschnitter schreibt nichts mehr.

Jens? Gibt es dein Problem noch? Wenn nein, was war es?

[Rest per PM]

Och nö! Ich hatte doch geschrieben, dass ich an des Rätsels Lösung auch ein gesteigertes Interesse habe. Und wenn dann in einem Jahr oder so mal jemand ein ähnliches Problem hat: Dann wird ihm vorgehalten, er hätte sich erstmal im Archiv der Liste schlau machen sollen ...

Also wenn schon PM, dann bitte auch mal an mich mit der Lösung. Danke.

Hä? Ich hab eigentlich gemeint, daß er die Lösung hier reinstellen soll und daß ich auf den Rest des mails per PM antworte, da es nicht auf die Liste sollte.

Ich hätte auch gerne die Lösung.

Hi ganz großes Sorry - ich war zwischenzeitlich etwas erkrankt und deshalb nicht mehr zum beantworten gekommen. Das Problem ist dahingehend gelöst, dass ich das Interface im gleichen IP-Segment 172.20.10.96 deaktiviert und das Bond0 aktiviert habe. Danach konnte ich in /proc/net/bonding/bond0 sehen, dass der Traffic schön übers Bond lief. Da ich dort LACP aktiviert habe, war der Datendurchsatz auch nur max. 40MB/s, da LACP pro Verbindung "nur" eine der Leitungen des Bonds nutzt. Bei zwei gleichzeitigen Verbindungen von 2 unterschiedlichen Systemen kam ich ebenfalls auf annähernd 40MB/s, so dass das Bond korrekt lief. Warum ich die Probleme bei zwei aktiven Karten im gleichen Netz hatte, habe ich leider nie rausfinden können. Ich denke mal, das lag am aktivierten IP-Forwarding unter Yast. Die IPv6 Einträge habe ich bei allen SuSE SLES Systemen. Das scheint wohl standard zu sein :-) Vielen Dank aber nochmal für die vielen Beiträge ... -- kind regards, Jens Strohschnitter ----------------------------------------- LINUX LINUX LINUX LINUX LINUX LINUX LINUX Set the controls for the heart of the sun LINUX LINUX LINUX LINUX LINUX LINUX LINUX ----------------------------------------- -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

On Thu, 22 Oct 2009 11:51:51 +0200 "Alex Winzer" wrote:

Hallo,

From: "Jens Strohschnitter" Sent: Thursday, October 22, 2009 10:44 AM

...

...

...

...

Ich hoffe, das hat das Problem gelöst, denn Jens Strohschnitter schreibt nichts mehr.

[...]

Hi

ganz großes Sorry - ich war zwischenzeitlich etwas erkrankt und deshalb nicht mehr zum beantworten gekommen.

Das Problem ist dahingehend gelöst, dass ich das Interface im gleichen IP-Segment 172.20.10.96 deaktiviert und das Bond0 aktiviert habe. Danach konnte ich in /proc/net/bonding/bond0 sehen, dass der Traffic schön übers Bond lief. Da ich dort LACP aktiviert habe, war der Datendurchsatz auch nur max. 40MB/s, da LACP pro Verbindung "nur" eine der Leitungen des Bonds nutzt. Bei zwei gleichzeitigen Verbindungen von 2 unterschiedlichen Systemen kam ich ebenfalls auf annähernd 40MB/s, so dass das Bond korrekt lief.

Warum ich die Probleme bei zwei aktiven Karten im gleichen Netz hatte, habe ich leider nie rausfinden können. Ich denke mal, das lag am aktivierten IP-Forwarding unter Yast.

Das klappte bei mir auch ohne IP-Forwarding nicht. In welchem Modus hast Du es denn nun - und vor allen Dingen wie? - zum Laufen bekommen. Mein Bond mit 2 NIC rennt immer noch nur in round robin mit dem beschriebenen komischen Effekt, dass es beim Ziehen eines Steckers weiter klappt, was IMHO nur bei 802.3ad klappen sollte.

...

Die IPv6 Einträge habe ich bei allen SuSE SLES Systemen. Das scheint wohl standard zu sein :-)

Dazu kann ich nichts sagen. Hier läuft alles noch mit v4.

Kannst Du mal bitte posten, was wie läuft bei Dir. Ich möchte auch gern mal behaupten können, dass 802.3ad bei mir läuft.

Hi noch schnell bevor ich wieder weg bin: ifcfg-bond0: BOOTPROTO='static' BROADCAST='172.xx.xx.xx' IPADDR='172.xx.xx.xx' MTU='' NETMASK='255.xx.xx.xx' NETWORK='172.xx.xx.xx' REMOTE_IPADDR='' STARTMODE='onboot' BONDING_MASTER='yes' BONDING_MODULE_OPTS='mode=802.3ad miimon=100' BONDING_SLAVE0='bus-pci-0000:05:03.0' BONDING_SLAVE1='bus-pci-0000:05:03.1 Die Switchports sind nicht explizit auf LACP konfiguriert. -- kind regards, Jens Strohschnitter ----------------------------------------- LINUX LINUX LINUX LINUX LINUX LINUX LINUX Set the controls for the heart of the sun LINUX LINUX LINUX LINUX LINUX LINUX LINUX ----------------------------------------- -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Danke Jens, From: "Jens Strohschnitter" Sent: Tuesday, October 27, 2009 8:32 AM

On Thu, 22 Oct 2009 11:51:51 +0200 "Alex Winzer" wrote:

...

[...]

Das klappte bei mir auch ohne IP-Forwarding nicht. In welchem Modus hast Du es denn nun - und vor allen Dingen wie? - zum Laufen bekommen. Mein Bond mit 2 NIC rennt immer noch nur in round robin mit dem beschriebenen komischen Effekt, dass es beim Ziehen eines Steckers weiter klappt, was IMHO nur bei 802.3ad klappen sollte.

[...]

Kannst Du mal bitte posten, was wie läuft bei Dir. Ich möchte auch gern mal behaupten können, dass 802.3ad bei mir läuft.

Hi

also mit dem mode=802.3ad Parameter wurde leider immer nur ein Interface des Bonds genutzt. Ich schätze mal, da muss auch Switchseitig noch was eingestellt werden. Ich habe, um die beiden Interfaces nutzen zu können den Modus balance-rr verwendet. Jetzt werden beide Interfaces bedient. Auch das ziehen eines Kabels zeigte das erwartete Ergebnis - der Connect blieb bestehen. Somit ist auch die Redundanz gegeben. Switchseitig ist wie gesagt nichts konfiguriert:

$ cat /proc/net/bonding/bond0 Ethernet Channel Bonding Driver: v2.6.5 (November 4, 2005)

Bonding Mode: load balancing (round-robin) MII Status: up MII Polling Interval (ms): 100 Up Delay (ms): 0 Down Delay (ms): 0

[...]

Ich hoffe das hilft Dir etwas weiter.

Ja, das tut es! Ich habe mir seinerzeit extra einen Switch zugelegt, der 802.3ad kann. Den habe ich über sein Unterface auch entsprechend auf 802.3ad eingestellt. Mich beschleicht daher immer mehr die Vermutung, dass es am Modul von Linux liegen könnte. Allerdings kann ich mangels anderweitiger Hardware nicht test, ob der Switch kann, was er laut Handbuch verspricht... Bin also so schlau als wie zuvor. Mir soll's auch egal sein, solange auch ich den doppelten Duchsatz und Redundanz habe! Gruß und Dank, Alex -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org