Hi Holger, was auch bei der Fehlersuche helfen kann, ist dem Switch eine IP auf das VLAN IF zu geben, somit kannst Du schon mal eine Fehlerquelle rausnehmen.
Bei Cisco ginge das so: interface vlan 122 ip address 10.x.y.z 255.a.b.c Und wie gesagt, manche IOS Versionen wollen, dass Du voher mit vlan 122 das vlan auch wirklich anlegst, sonst geht nichts durch. HTH Nils On 12/26/14 17:42, Holger Baumhof wrote: > Hallo Dirk, Hallo Nils, > > Danke für euer Mitdenken. > So Zeug kann einem schon das Hirn rausdrehen. > Ich hab jetzt noch bemerkt, dass man LACP nicht so einfach aktivieren kann. > In meinem CISCO SG300 muß ich es anhaken bevor ich Ports ins LAG > reinnehme .. Das muss man erstmal merken (nachlesen). > > Im HP 1910 müßen die GB Ports im gleichen Modus wie das BAGG (so heißt > das LAG bei HP ..) laufen. > Das macht CISCO automatisch, HP nicht. > Das hatte ich irgendwann Huete auch mal bemerkt und nachgelesen. > Jetzt wird mir im Cisco das LACP zwischen Server und SG300 als up und > activ angezeigt (mit LACP), ebenso das LAG zwischen SG300 und HP > (ebenfalls mit LACP). > Auch der HP findet das BAGG nun OK (mit LACP). > > Noch erscheinen meine VLANs aber nicht an den am HP dem entsprechenden > VLAN zugewisenen Access Port .. > Die VLANs sind alle auch in den Switches erstellt und den Trunk Ports > als tagged zugewiesen. > > Vielleicht mögen es die Bündel nicht, dass die Ports im HP als Hybrid > laufen und im Cisco als Trunk Ports .. > Mal sehen: das stell ich wahrscheinlich auch noch um. > Aber vielleicht ist es auch die zusätzliche VLAN Definition im KVM Host, > wie sie Nils vorschlägt. > > Das wäre bei mir also die Bridges: > statt > ------------ > auto bond0.11 > iface bond0.11 inet manual > vlan-raw-device bond0 > ------------ > müßte: > ------------ > auto bond0.11 > iface bond0.11 inet manual > up ifconfig bond0.11 up > vlan-raw-device bond0 > ------------ > > stehen... > > Die Nacht ist ja noch Jung :-) > > VIele Grüße > > Holger > > > Am 26.12.2014 um 21:54 schrieb Dirk Zöllner: >> Hallo Holger, >> >> Am 26.12.2014 um 15:30 schrieb Holger Baumhof: >> >>>> Welchen Modus möchtest Du? LACP? >>> >>> Ich dachte LACP .. >>> Hast du einen besseren Vorschlag? >> >> Was hast Du vor? Durchsatzmehrung? Dann LACP >> >> In Deinem gezeigten Beispiel ist >> >> bond-mode 0 -> balance-rr Nutzung der Schnittstellen in Senderichtung >> abwechselnd >> >> Wenn Du eine höhere Bandbreite haben willst -> LACP >> >> bond-mode 4 -> 802.3ad Bündelung aller Schnittstellen in >> Sende- u. Empfangsrichtung >> >> >> >> Dirk >> _______________________________________________ >> linuxmuster-user mailing list >> [email protected] >> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user >> > -- newk it GmbH & Co. KG Dipl. Inform. Nils Koenig Kaiserallee 43 76133 Karlsruhe E-Mail: [email protected] Mobil: +49 151 651 778 07 Telefon: +49 721 145 09843 Fax: +49 721 145 15269 newk it GmbH & Co. KG | Sitz der Gesellschaft: Karlsruhe Amtsgericht Mannheim HRA 705205 | USt-Id: DE291475663 Persönlich haftende Gesellschafterin: NEWK Verwaltungsgesellschaft mbH NEWK Verwaltungsgesellschaft mbH | Sitz der Gesellschaft: Karlsruhe Amtsgericht Mannheim HRB 717933 | Geschäftsführer: Nils Koenig _______________________________________________ linuxmuster-user mailing list [email protected] https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
