[Gelöst] Migration von 2.1.3 nach 2.2.4 bei gleichzeitigem Hardware-Wechsel
-
Hast du aus der Phase auch das Snippet für re0 und re2? Das wäre interessanter, da diese beiden ja die "Basis Interfaces" sind. Lagg0 liegt ja obenauf. Da scheint re0 oder re2 noch nicht wirklich auf ACTIVE zu stehen.
-
@JeGr: Vielen Dank, dass Du dich da so reinhängst.
Hier die Konfiguration inkl. der realen Interfaces:
[2.2.4-RELEASE][root@pfsense.fork.local]/root: ifconfig re0: flags=8843 <up,broadcast,running,simplex,multicast>metric 0 mtu 1500 options=8209b <rxcsum,txcsum,vlan_mtu,vlan_hwtagging,vlan_hwcsum,wol_magic,linkstate>ether 00:0d:b9:17:ca:ba nd6 options=21 <performnud,auto_linklocal>media: Ethernet autoselect (none) status: no carrier re1: flags=8843 <up,broadcast,running,simplex,multicast>metric 0 mtu 1500 options=8209b <rxcsum,txcsum,vlan_mtu,vlan_hwtagging,vlan_hwcsum,wol_magic,linkstate>ether 00:0d:b9:3e:b2:29 inet6 fe80::20d:b9ff:fe3e:b229%re1 prefixlen 64 scopeid 0x2 nd6 options=21 <performnud,auto_linklocal>media: Ethernet autoselect (none) status: no carrier re2: flags=8843 <up,broadcast,running,simplex,multicast>metric 0 mtu 1500 options=8209b <rxcsum,txcsum,vlan_mtu,vlan_hwtagging,vlan_hwcsum,wol_magic,linkstate>ether 00:0d:b9:17:ca:ba nd6 options=21 <performnud,auto_linklocal>media: Ethernet autoselect (100baseTX <full-duplex>) status: active pflog0: flags=100 <promisc>metric 0 mtu 33144 pfsync0: flags=0<> metric 0 mtu 1500 syncpeer: 224.0.0.240 maxupd: 128 defer: on syncok: 1 lo0: flags=8049 <up,loopback,running,multicast>metric 0 mtu 16384 options=600003 <rxcsum,txcsum,rxcsum_ipv6,txcsum_ipv6>inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x6 nd6 options=21 <performnud,auto_linklocal>enc0: flags=0<> metric 0 mtu 1536 nd6 options=21 <performnud,auto_linklocal>lagg0: flags=8843 <up,broadcast,running,simplex,multicast>metric 0 mtu 1500 options=8209b <rxcsum,txcsum,vlan_mtu,vlan_hwtagging,vlan_hwcsum,wol_magic,linkstate>ether 00:0d:b9:17:ca:ba inet6 fe80::20d:b9ff:fe3e:b228%lagg0 prefixlen 64 scopeid 0x8 nd6 options=21 <performnud,auto_linklocal>media: Ethernet autoselect status: active laggproto lacp lagghash l2,l3,l4 laggport: re2 flags=0<> laggport: re0 flags=0<> lagg0_vlan10: flags=8843 <up,broadcast,running,simplex,multicast>metric 0 mtu 1500 options=3 <rxcsum,txcsum>ether 00:0d:b9:17:ca:ba inet6 fe80::20d:b9ff:fe3e:b228%lagg0_vlan10 prefixlen 64 scopeid 0x9 inet 172.16.10.1 netmask 0xffffff00 broadcast 172.16.10.255 nd6 options=21 <performnud,auto_linklocal>media: Ethernet autoselect status: active vlan: 10 vlanpcp: 0 parent interface: lagg0 ...</performnud,auto_linklocal></rxcsum,txcsum></up,broadcast,running,simplex,multicast></performnud,auto_linklocal></rxcsum,txcsum,vlan_mtu,vlan_hwtagging,vlan_hwcsum,wol_magic,linkstate></up,broadcast,running,simplex,multicast></performnud,auto_linklocal></performnud,auto_linklocal></rxcsum,txcsum,rxcsum_ipv6,txcsum_ipv6></up,loopback,running,multicast></promisc></full-duplex></performnud,auto_linklocal></rxcsum,txcsum,vlan_mtu,vlan_hwtagging,vlan_hwcsum,wol_magic,linkstate></up,broadcast,running,simplex,multicast></performnud,auto_linklocal></rxcsum,txcsum,vlan_mtu,vlan_hwtagging,vlan_hwcsum,wol_magic,linkstate></up,broadcast,running,simplex,multicast></performnud,auto_linklocal></rxcsum,txcsum,vlan_mtu,vlan_hwtagging,vlan_hwcsum,wol_magic,linkstate></up,broadcast,running,simplex,multicast>
Hinweis: Nur in 're2' ist das Kabel zum Notebook gesteckt, um auf das LAN zuzugreifen..
-
Ich glaube, dass ich es jetzt geschafft habe.
Nachdem klar war, dass es irgendein Problem mit dem auf dem produktiven Switch konfigurierten LACP gibt, habe ich einen kleinen 8-Port 'Netgear GS 108T' für LACP auf Port 1+2 konfiguriert. Damit funktionierte dann das LAN sofort!
Weil ich mich mit der Konfiguration von LACP auf dem produktiven Switch 'Foundry Networks FastIron FWS 624G' noch etwas schwer tue (bin kein Profi), habe ich etwas geschummelt und den Port 3 (Netgear) mit allen VLANs getagged konfiguriert und an den bislang für die pfsense vorgesehenen Port an dem 'Foundry'-Switch geklemmt.
Im Endeffekt habe ich jetzt zwei hintereinandergeschaltete Switches, wobei der erste (Netgear) LACP auf zwei Ports macht und über einen Port an den zweiten 'foundry' angeschlossen ist. Damit läuft es jetzt scheinbar rund.Ja, ich weiß, dass das so noch Mist ist! Nächster Schritt sollte woll sein, LACP auf dem 'Foundry' sauber zu konfigurieren und die pfsense dann direkt dort redundant anzuschliessen. Der Punkt ist aber, dass ich jetzt sowohl Software als auch Hardware der Firewall vollständig durch Konfigurationsimport migriert habe.
Die aktuelle Konfiguration:
[2.2.4-RELEASE][root@pfsense.fork.local]/root: ifconfig re0: flags=8843 <up,broadcast,running,simplex,multicast>metric 0 mtu 1500 options=8209b <rxcsum,txcsum,vlan_mtu,vlan_hwtagging,vlan_hwcsum,wol_magic,linkstate>ether 00:0d:b9:17:ca:ba nd6 options=21 <performnud,auto_linklocal>media: Ethernet autoselect (1000baseT <full-duplex>) status: active re1: flags=8843 <up,broadcast,running,simplex,multicast>metric 0 mtu 1500 options=8209b <rxcsum,txcsum,vlan_mtu,vlan_hwtagging,vlan_hwcsum,wol_magic,linkstate>ether 00:0d:b9:3e:b2:29 inet6 fe80::20d:b9ff:fe4a:b129%re1 prefixlen 64 scopeid 0x2 nd6 options=21 <performnud,auto_linklocal>media: Ethernet autoselect (100baseTX <full-duplex>) status: active re2: flags=8843 <up,broadcast,running,simplex,multicast>metric 0 mtu 1500 options=8209b <rxcsum,txcsum,vlan_mtu,vlan_hwtagging,vlan_hwcsum,wol_magic,linkstate>ether 00:0d:b9:17:ca:ba nd6 options=21 <performnud,auto_linklocal>media: Ethernet autoselect (1000baseT <full-duplex>) status: active pflog0: flags=100 <promisc>metric 0 mtu 33144 pfsync0: flags=0<> metric 0 mtu 1500 syncpeer: 224.0.0.240 maxupd: 128 defer: on syncok: 1 lo0: flags=8049 <up,loopback,running,multicast>metric 0 mtu 16384 options=600003 <rxcsum,txcsum,rxcsum_ipv6,txcsum_ipv6>inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x6 nd6 options=21 <performnud,auto_linklocal>enc0: flags=0<> metric 0 mtu 1536 nd6 options=21 <performnud,auto_linklocal>lagg0: flags=8843 <up,broadcast,running,simplex,multicast>metric 0 mtu 1500 options=8209b <rxcsum,txcsum,vlan_mtu,vlan_hwtagging,vlan_hwcsum,wol_magic,linkstate>ether 00:0d:b9:17:ca:ba inet6 fe80::20d:b9ff:fe3e:b228%lagg0 prefixlen 64 scopeid 0x8 nd6 options=21 <performnud,auto_linklocal>media: Ethernet autoselect status: active laggproto lacp lagghash l2,l3,l4 laggport: re2 flags=1c <active,collecting,distributing>laggport: re0 flags=1c <active,collecting,distributing>lagg0_vlan10: flags=8843 <up,broadcast,running,simplex,multicast>metric 0 mtu 1500 options=3 <rxcsum,txcsum>ether 00:0d:b9:17:ca:ba inet6 fe80::20d:b9ff:fe3e:b228%lagg0_vlan10 prefixlen 64 scopeid 0x9 inet 172.16.10.1 netmask 0xffffff00 broadcast 172.16.10.255 nd6 options=21 <performnud,auto_linklocal>media: Ethernet autoselect status: active vlan: 10 vlanpcp: 0 parent interface: lagg0 lagg0_vlan11: flags=8843 <up,broadcast,running,simplex,multicast>metric 0 mtu 1500 options=3 <rxcsum,txcsum>ether 00:0d:b9:17:ca:ba inet6 fe80::20d:b9ff:fe3e:b228%lagg0_vlan11 prefixlen 64 scopeid 0xa inet 172.16.11.1 netmask 0xffffff00 broadcast 172.16.11.255 nd6 options=21 <performnud,auto_linklocal>media: Ethernet autoselect status: active vlan: 11 vlanpcp: 0 parent interface: lagg0 lagg0_vlan13: flags=8843 <up,broadcast,running,simplex,multicast>metric 0 mtu 1500 options=3 <rxcsum,txcsum>ether 00:0d:b9:17:ca:ba inet6 fe80::20d:b9ff:fe3e:b228%lagg0_vlan13 prefixlen 64 scopeid 0xb inet 172.16.13.1 netmask 0xffffff00 broadcast 172.16.13.255 nd6 options=21 <performnud,auto_linklocal>media: Ethernet autoselect status: active vlan: 13 vlanpcp: 0 parent interface: lagg0 lagg0_vlan14: flags=8843 <up,broadcast,running,simplex,multicast>metric 0 mtu 1500 options=3 <rxcsum,txcsum>ether 00:0d:b9:17:ca:ba inet6 fe80::20d:b9ff:fe3e:b228%lagg0_vlan14 prefixlen 64 scopeid 0xc inet 172.16.14.1 netmask 0xffffff00 broadcast 172.16.14.255 nd6 options=21 <performnud,auto_linklocal>media: Ethernet autoselect status: active vlan: 14 vlanpcp: 0 parent interface: lagg0 lagg0_vlan4094: flags=8843 <up,broadcast,running,simplex,multicast>metric 0 mtu 1500 options=3 <rxcsum,txcsum>ether 00:0d:b9:17:ca:ba inet6 fe80::20d:b9ff:fe3e:b228%lagg0_vlan4094 prefixlen 64 scopeid 0xd nd6 options=21 <performnud,auto_linklocal>media: Ethernet autoselect status: active vlan: 4094 vlanpcp: 0 parent interface: lagg0 lagg0_vlan12: flags=8843 <up,broadcast,running,simplex,multicast>metric 0 mtu 1500 options=3 <rxcsum,txcsum>ether 00:0d:b9:17:ca:ba inet6 fe80::20d:b9ff:fe3e:b228%lagg0_vlan12 prefixlen 64 scopeid 0xe inet 172.16.12.1 netmask 0xffffff00 broadcast 172.16.12.255 nd6 options=21 <performnud,auto_linklocal>media: Ethernet autoselect status: active vlan: 12 vlanpcp: 0 parent interface: lagg0 lagg0_vlan16: flags=8843 <up,broadcast,running,simplex,multicast>metric 0 mtu 1500 options=3 <rxcsum,txcsum>ether 00:0d:b9:17:ca:ba inet6 fe80::20d:b9ff:fe3e:b228%lagg0_vlan16 prefixlen 64 scopeid 0xf inet 172.16.16.1 netmask 0xffffff00 broadcast 172.16.16.255 nd6 options=21 <performnud,auto_linklocal>media: Ethernet autoselect status: active vlan: 16 vlanpcp: 0 parent interface: lagg0 lagg0_vlan15: flags=8843 <up,broadcast,running,simplex,multicast>metric 0 mtu 1500 options=3 <rxcsum,txcsum>ether 00:0d:b9:17:ca:ba inet6 fe80::20d:b9ff:fe3e:b228%lagg0_vlan15 prefixlen 64 scopeid 0x10 inet 172.16.15.1 netmask 0xffffff00 broadcast 172.16.15.255 nd6 options=21 <performnud,auto_linklocal>media: Ethernet autoselect status: active vlan: 15 vlanpcp: 0 parent interface: lagg0 lagg0_vlan18: flags=8843 <up,broadcast,running,simplex,multicast>metric 0 mtu 1500 options=3 <rxcsum,txcsum>ether 00:0d:b9:17:ca:ba inet6 fe80::20d:b9ff:fe3e:b228%lagg0_vlan18 prefixlen 64 scopeid 0x11 inet 172.16.18.1 netmask 0xffffff00 broadcast 172.16.18.255 nd6 options=21 <performnud,auto_linklocal>media: Ethernet autoselect status: active vlan: 18 vlanpcp: 0 parent interface: lagg0 lagg0_vlan19: flags=8843 <up,broadcast,running,simplex,multicast>metric 0 mtu 1500 options=3 <rxcsum,txcsum>ether 00:0d:b9:17:ca:ba inet6 fe80::20d:b9ff:fe3e:b228%lagg0_vlan19 prefixlen 64 scopeid 0x12 inet 172.16.19.1 netmask 0xffffff00 broadcast 172.16.19.255 nd6 options=21 <performnud,auto_linklocal>media: Ethernet autoselect status: active vlan: 19 vlanpcp: 0 parent interface: lagg0 lagg0_vlan20: flags=8843 <up,broadcast,running,simplex,multicast>metric 0 mtu 1500 options=3 <rxcsum,txcsum>ether 00:0d:b9:17:ca:ba inet6 fe80::20d:b9ff:fe3e:b228%lagg0_vlan20 prefixlen 64 scopeid 0x13 inet 172.16.20.1 netmask 0xffffff00 broadcast 172.16.20.255 nd6 options=21 <performnud,auto_linklocal>media: Ethernet autoselect status: active vlan: 20 vlanpcp: 0 parent interface: lagg0 lagg0_vlan21: flags=8843 <up,broadcast,running,simplex,multicast>metric 0 mtu 1500 options=3 <rxcsum,txcsum>ether 00:0d:b9:17:ca:ba inet6 fe80::20d:b9ff:fe3e:b228%lagg0_vlan21 prefixlen 64 scopeid 0x14 inet 172.16.21.1 netmask 0xffffff00 broadcast 172.16.21.255 nd6 options=21 <performnud,auto_linklocal>media: Ethernet autoselect status: active vlan: 21 vlanpcp: 0 parent interface: lagg0 pppoe0: flags=88d1 <up,pointopoint,running,noarp,simplex,multicast>metric 0 mtu 1492 inet 146.60.214.168 --> 146.60.212.1 netmask 0xffffffff inet6 fe80::20d:b9ff:fe3e:b229%pppoe0 prefixlen 64 scopeid 0x15 nd6 options=21<performnud,auto_linklocal></performnud,auto_linklocal></up,pointopoint,running,noarp,simplex,multicast></performnud,auto_linklocal></rxcsum,txcsum></up,broadcast,running,simplex,multicast></performnud,auto_linklocal></rxcsum,txcsum></up,broadcast,running,simplex,multicast></performnud,auto_linklocal></rxcsum,txcsum></up,broadcast,running,simplex,multicast></performnud,auto_linklocal></rxcsum,txcsum></up,broadcast,running,simplex,multicast></performnud,auto_linklocal></rxcsum,txcsum></up,broadcast,running,simplex,multicast></performnud,auto_linklocal></rxcsum,txcsum></up,broadcast,running,simplex,multicast></performnud,auto_linklocal></rxcsum,txcsum></up,broadcast,running,simplex,multicast></performnud,auto_linklocal></rxcsum,txcsum></up,broadcast,running,simplex,multicast></performnud,auto_linklocal></rxcsum,txcsum></up,broadcast,running,simplex,multicast></performnud,auto_linklocal></rxcsum,txcsum></up,broadcast,running,simplex,multicast></performnud,auto_linklocal></rxcsum,txcsum></up,broadcast,running,simplex,multicast></performnud,auto_linklocal></rxcsum,txcsum></up,broadcast,running,simplex,multicast></active,collecting,distributing></active,collecting,distributing></performnud,auto_linklocal></rxcsum,txcsum,vlan_mtu,vlan_hwtagging,vlan_hwcsum,wol_magic,linkstate></up,broadcast,running,simplex,multicast></performnud,auto_linklocal></performnud,auto_linklocal></rxcsum,txcsum,rxcsum_ipv6,txcsum_ipv6></up,loopback,running,multicast></promisc></full-duplex></performnud,auto_linklocal></rxcsum,txcsum,vlan_mtu,vlan_hwtagging,vlan_hwcsum,wol_magic,linkstate></up,broadcast,running,simplex,multicast></full-duplex></performnud,auto_linklocal></rxcsum,txcsum,vlan_mtu,vlan_hwtagging,vlan_hwcsum,wol_magic,linkstate></up,broadcast,running,simplex,multicast></full-duplex></performnud,auto_linklocal></rxcsum,txcsum,vlan_mtu,vlan_hwtagging,vlan_hwcsum,wol_magic,linkstate></up,broadcast,running,simplex,multicast>
Ich habe da nun noch einiges zu testen und werde im Erfolgsfall diesen Thread noch auf 'Gelöst' setzen oder weitere dumme Fragen stellen, wenn notwendig. Vielleicht auch etwas Feedback zur Performance der APU…
Bis hierhin schon mal vielen herzlichen Dank an alle Beteiligten! :)
cu, fork
-
Ich habe da nun noch einiges zu testen und werde im Erfolgsfall diesen Thread noch auf 'Gelöst' setzen oder weitere dumme Fragen stellen, wenn notwendig. Vielleicht auch etwas Feedback zur Performance der APU…
Super! Halt uns auf dem Laufenden. Aber die Quintessenz ist, dass der Konfigurationsimport von 2.1.x auf 2.2.x durchaus funktioniert hat, durch Probleme mit dem LACP Bond aber dir reingegrätscht ist. Damit läuft aber die Konfig-Import Teil immerhin so ab, wie wir uns das gedacht haben, was ja schonmal schön ist :)
-
Aber die Quintessenz ist, dass der Konfigurationsimport von 2.1.x auf 2.2.x durchaus funktioniert hat, durch Probleme mit dem LACP Bond aber dir reingegrätscht ist.
Ich denke, dass das so korrekt ist.
Hier die Unterschiede, die ich an der exportierten Konfiguration von der Alix geändert habe, damit es in die APU importiert werden kann:
diff config-2.1.5-2d13.xml config-2.1.5-apu1d4.xml 198c198 < <serialspeed>9600</serialspeed> --- > <serialspeed>115200</serialspeed> 2730c2730 < <ports>vr1</ports> --- > <ports>re1</ports> 2739c2739 < <members>vr0,vr2</members> --- > <members>re0,re2</members>
Zum einen war es die Umbennenung der Interfaces, welche vermutlich durch das Upgrade von freeBSD bedingt ist.
Zum anderen die Parametrisierung für die serielle Konsole, welche wahrscheinlich Hardware-bedingt ist.Bei beidem kann ich im Nachhinein nicht mehr verlässlich sagen, ob das auch zwingend notwendig ist.
Ganz nebenbei hat sich dadurch auch geklärt, warum es mir in der Vergangenheit nicht gelungen ist, die bestehende Installation zu aktualisieren. Auch dort dürfte ich an dem LACP-Problem gescheitert sein, jedenfalls gab es dort die selben Symptome.
-
Bei beidem kann ich im Nachhinein nicht mehr verlässlich sagen, ob das auch zwingend notwendig ist.
Jup ist es. Die APU kommt BIOS seitig mit 115200 statt 9600 an, deshalb gut so. Außerdem sind Realtek NICs verbaut, deshalb die Änderung von vr0/1/2 auf re0/1/2. Passt. :)
-
Moin *,
ich wollte noch testen und Feedback geben. Was soll ich sagen: Läuft alles wunderbar!
Nach 4 Tagen Produktivbetrieb keine Mätzchen. Ich habe Ausfall-Funktionalität von LACP getestet (Kabel im Betrieb abgezogen), die Stabilität des openVPN-Servers getestet, ein Upgrade auf 2.2.5 gemacht und etwas mit dem UI rumgespielt (scheinen ein paar nette Widgets hinzugekommen zu sein seit 2.1.5). Alles gut.
Zur Hardware wurde hier (https://forum.pfsense.org/index.php?topic=73885.0) ja schon viel geschrieben.
Ist im Vergleich zur ALIX 2D13 deutlich fixer beim UI und dürfte erhebliche Leistungsreserven haben. Das ist in meinem Fall wichtig, weil die pfSense die VLANs aufzieht und alle Pakete zwischen den Subnetzen da durch müssen. Und da war die ALIX 2D13 mit ihren 100Mbit ein Flaschenhals.
Sehr gut gefällt mir, dass das Board in der Lage ist, von USB und SD-Card zu booten. Das vereinfacht vieles und erweitert das Einsatzszenario. Die 2D13 konnte das AFAIK nicht.
Mein persönliches Schmankerl sind die beiden Ton-Sequenzen, die das Board beim Booten und Runterfahren von sich gibt. Süß irgendwie…
Negativ aufgefallen ist mir lediglich das Standard-Gehäuse, welches keinen Slot für die SD-Card bietet. Ohne zu Schrauben kommt man da nicht mehr ran.
Mehr weiß ich tatsächlich nicht zu schreiben. Vielen Dank noch mal!
cu, fork
-
Super, freut mich sehr!
-
Vielleicht auch etwas Feedback zur Performance der APU…
Vielleicht ist das hier noch für andere interessant: In meinem Kontext bedeutet ein Voll-Backup größten Streß für die Firewall, weil ein großer Haufen Daten dann vom einen VLAN in das andere geschoben werden.
Hier die Auslastung der alten Alix 2D13:
last pid: 66833; load averages: 4.35, 10.52, 21.87 up 98+01:35:18 21:38:04 49 processes: 6 running, 43 sleeping CPU: 0.0% user, 17.0% nice, 22.4% system, 60.6% interrupt, 0.0% idle Mem: 61M Active, 7732K Inact, 59M Wired, 252K Cache, 33M Buf, 102M
Im Vergleich dazu die APU1d4:
last pid: 44467; load averages: 0.64, 0.43, 0.43 up 3+18:03:53 15:19:10 39 processes: 1 running, 38 sleeping CPU: 6.6% user, 0.0% nice, 14.3% system, 18.6% interrupt, 60.5% idle Mem: 10M Active, 84M Inact, 140M Wired, 821M Buf, 3678M
-
Nachdem klar war, dass es irgendein Problem mit dem auf dem produktiven Switch konfigurierten LACP gibt, habe ich einen kleinen 8-Port 'Netgear GS 108T' für LACP auf Port 1+2 konfiguriert. Damit funktionierte dann das LAN sofort!
Weil ich mich mit der Konfiguration von LACP auf dem produktiven Switch 'Foundry Networks FastIron FWS 624G' noch etwas schwer tue (bin kein Profi), habe ich etwas geschummelt und den Port 3 (Netgear) mit allen VLANs getagged konfiguriert und an den bislang für die pfsense vorgesehenen Port an dem 'Foundry'-Switch geklemmt.
Im Endeffekt habe ich jetzt zwei hintereinandergeschaltete Switches, wobei der erste (Netgear) LACP auf zwei Ports macht und über einen Port an den zweiten 'foundry' angeschlossen ist. Damit läuft es jetzt scheinbar rund.Ja, ich weiß, dass das so noch Mist ist! Nächster Schritt sollte woll sein, LACP auf dem 'Foundry' sauber zu konfigurieren und die pfsense dann direkt dort redundant anzuschliessen.
Nur zur Vollständigkeit - die Konfiguration für LACP auf dem 'Foundry'-Switch sieht so aus:
switch3#configure terminal switch3(config-vlan-10)#interface ethernet 0/1/1 to 0/1/2 switch3(config-mif-0/1/1-0/1/2)#link-aggregate off switch3(config-mif-0/1/1-0/1/2)#link-aggregate configure key 10000 switch3(config-mif-0/1/1-0/1/2)#link-aggregate active switch3(config-mif-0/1/1-0/1/2)#exit switch3#show link-aggregate System ID: 001b.ed93.4b00 Long timeout: 90, default: 90 Short timeout: 3, default: 3 Port [Sys P] [Port P] [ Key ] [Act][Tio][Agg][Syn][Col][Dis][Def][Exp][Ope] 0/1/1 1 1 10000 Yes S Agg Syn Col Dis Def No Dwn 0/1/2 1 1 10000 Yes S Agg Syn Col Dis Def No Dwn
Scheint prima zu funktionieren.
TNXcu, fork