Flapping between port X and Y

Moin,

das wäre auch mein Verdacht, das jeder AP "sein Ding" macht und daher die Clients mal mit dem einen und mal mit dem anderen AP "rummachen", also kein vernünftiges Handover erfolgt, sondern nur ein "poor man's handover" das an den Überlappungen der Zellen wesentlich vom Verhalten des Clients abhängt.

Also: Habt ihr einen Controller eingerichtet, der die APs steuert oder nicht?

lks

Hallo,

Ok, und wie kommt das Internet denn nun wirklich in Euer Netzwerk? Modem, Router, Firewall oder USG-Pro-4

Routet das auch das WLAN? Oder macht das der Cisco ME-3600-24FS-M?

Wie sind die denn alle angebunden (mittels Kabel verbunden) 1 GBit/s oder 2,5 bis 10 GBit/s oder per LAG?
Wie sind denn die WLAN APs angebunden, sind die "gebridged"? Von daher könnte das "Port flapping" auch
und das noch nicht einmal selten. Oder werden die geroutet und wenn ja von wem? (Cisco oder USG)

STP ist eigentlich für LAGs von Nutzen und muss bzw. sollte für eine fehlerfreien Betrieb immer auf beiden
Seiten aktiviert sein.

Wie groß sind denn die 8 Switche? 4 Port oder 8 Port oder 24 bis 48 Ports?

In der Regel sind hier mehrere Flaschenhälse plus eine Routingfrage und ein LAG Problem(?)
die APs haben 1200 und 2400 MBit/s und wie genau sind die nun angebunden, mittels nur
eines 1 GBit/s LAN Ports? Und wie sind die Switche untereinander verbunden worden? Single
1 GBit/s LAN Port oder mehreren LAN Ports via LAG? Und wer routet das ganze WLAN?

Dobby

Sterntopologie zwischen Cisco und Edge Switches?
Wie ist die Portkonfig der Up/Downlinks zwischen den Switches?

Wer ist die MAC-Adresse im Beispiel? Welche Geräte sind es sonst?

Portfast und BPDU schon mal gehört?

Moin,

Kannsr Du Mal das Zitierte und die Antworten auseinanderdröseln. So ist das sehr schwer zu lesen.

lks

PS: meine Kristallkugel sagt, Du hast loops die jede Kommunikation killen drin.

Hi,
das ist strange.
Vielleicht kommst du etwas weiter wenn du mal die ARP bzw. MAC-ADDRESS tables vom CORE Switch und den Edge Switchen nach der MAC Adresse (1ed0.1954.1f4f) der flappenden Ports hin durchsuchst.
-
wieviele VLANs habt ihr ?
wenn einige Ports flappen und "das Internet nicht mehr funktioniert: hast du dann noch Zugriff auf die USG Pro 4 / den Unifi controller ? Wenn ja: Mit welchem AP ist der Client mit der "flappenden"MAC Adresse verbunden ?

Gruß
CH

Hi,
die Fehlermeldungen die du erhältst zeigen an, daß der Host mit der MAC Adresse 1ed0.1954.1f4f sowohl aus Gi0/3,4,5,6 und 12 vorhanden ist, bzw. zwischen diesen Ports wechselt.
Du mußt also herausbekommen auf welchem Einzelport der angeschlossenen Switchen die MAC Adresse "ankommt", dies erhält man üblicherweise über die ARP bzw. MAC-ADDRESS Table des entsprechenden Switches.
Du bist dir 100% sicher, daß die UniFi Switche nicht physikalisch untereinenander verbunden sind, sondern ausschließlich mit einer Netzwerkverbindung sternförmig zum Core Switch ?
-
ich tippe aber eher auf eine Fehlkonfiguration der APs.
hier im Forum sind einige die dir ggf. Hilfestellungen geben können wie die APs richtig eingerichtet werden.

Gruß
CH

Kollege @108012 hat es oben schon erwähnt das die sehr unsaubere Spanning Tree Konfig die wahrscheinliche Ursache ist. Es ist ein unsauberes STP Setup die Access Switches das nur durchreichen zu lassen. Damit ist kein stabiler und verlässlicher STP Betrieb möglich.
Zudem ist der Cisco Core Switch ein IOS Switch der im Default PVSTP+ verwendet, also ein Cisco proprietäres per VLAN STP Protokoll was nicht Standard konforme BPDU Adressen verwendet.
Es wäre also erstmal grundsätzlich zu klären WIE die Access Switches mit diesen BPDU Paketen umgehen wenn sie nicht selbst aktiv am STP Prozess partizipieren? Blocking oder dummes Forwarding? Der Wireshark ist hier wie immer des Netzwerkers bester Freund!

Da der Cisco einen eigenen STP Prozess pro VLAN definiert, die Access Switches das aber nicht verstehen, weil sie nur banales Single Span Verfahren supporten und ggf. schlimmer noch, diese global in alle VLAN Segmente fluten/fortwarden kann es auf dem Cisco zu solchen Effekten kommen die dieses Fehlerbild verursachen.
Der Grund das die billo Access Switches das Cisco PVSTP+ Verfahren nicht supporten und damit ein homogener STP Betrieb niemals mit den Default Settings oder durch Abschaltung möglich.
Um das sicher gewährleisten zu können MUSS der Cisco im Setup global auf MSTP Spanning Tree Betrieb in seiner Konfig umgestellt werden.
Die Access Switches werden dann in den RSTP Betrieb aktiviert.

MSTP basiert auf RSTP so das damit beide STP Verfahren wieder kompatibel zueinander sind und fehlerlos ohne Probleme zusammenarbeiten.
Idealerweise definiert man den Cisco mit einer entsprechenden STP Priority modulo 4096 dann noch als Root Switch um den STP Tree damit statisch fest vorzugeben und die aktiven Uplinks zu bestimmen. So sähe dann ein sauberes STP Setup aus.

Dieser Thread beschreibt z.B. so ein korrektes und einfaches MSTP Setup im Mischbetrieb mit Cisco und Fremdherstellern:
Spanning-Tree Modus-Migration (PVST nach MST bei Cisco)

Alternativ könnte man STP ganz deaktivieren, dann aber an ALLEN Komponenten um solche undefinierten Zustände wie oben sicher zu vermeiden.
Das ist dann aber immer russisches Roulette sofern man keine anderen Loop Prevention Protokolle aktiviert und deshalb nicht zu empfehlen.

Du könntest ein Forentreffen organisieren, wofür wir hier immer noch keinen freiwilligen gefunden haben .

Hallo,

Gab es das denn schon einmal?

Dobby

Wir hatten es schon einmal hier im Forum diskutiert, aber ich finde den Thread nicht mehr. Hat dich dann irgendwie wieder zerlaufen, weil keiner die Kurve gekriegt hat.

lks