Ich habe derzeit einen WLC 4404 mit 7.0.240.0. Die IP-Adresse der Verwaltungsschnittstelle lautet 10.128.55.10. Die AP-Verwaltungsschnittstelle ist 10.128.55.15. Die Remote-Einrichtung (Einrichtung A) verfügt über ein für WLAN (455) erstelltes VLAN und eine mit IP 10.133.55.2 erstellte VLAN 455-Schnittstelle. Ports am Remote-Switch (Switch B) wurden zu VLAN 455 hinzugefügt, und APs wurden in diese Ports gepatcht. Die APs empfangen IP-Adressen über einen DHCP-Bereich, der speziell für dieses VLAN (10.133.55.0 / 24) erstellt wurde, das sich physisch in der lokalen Einrichtung (Einrichtung B) befindet. Die APs empfangen erfolgreich IPs von diesem DHCP-Bereich. Dieser Schalter ist mit Schalter A im selben Gebäude verbunden. Switch A verfügt über eine VLAN 455-Schnittstelle, die mit IP 10.133.55.1 konfiguriert ist. VLAN 455 ist an diesem Trunk-Port zulässig.
Über die Remote-Switches (sowohl A als auch B) kann ich die AP-Verwaltungsschnittstelle (10.128.55.15) erfolgreich über die VLAN 455-Schnittstelle (10.133.55.1 und 10.133.55.2) pingen. Ich kann die Verwaltungsschnittstelle (10.128.55.10) jedoch nicht erfolgreich von denselben VLAN 455-Schnittstellen pingen.
Nachdem ich heute 6,5 Stunden mit Cisco TAC gearbeitet habe, heißt es, mein drahtloser Controller sei besessen. Ich bin noch nicht bereit, ein übernatürliches Phänomen als vernünftige Erklärung zu akzeptieren und hoffte, dass jemand da draußen helfen kann!
UPDATE Hat einen bekanntermaßen guten AP in die Remote-Einrichtung gebracht und er wird im richtigen VLAN angezeigt, empfängt die richtige IP und tritt dem Controller bei. Brachte einen der nicht funktionierenden APs zurück und steckte ihn hier ein. Der AP trat dem Controller bei, nachdem er sein IOS von 15.2 (2) JB auf 12.4 (23c) JA7 heruntergestuft hatte. Sollten die APs am Remote-Standort hier eine Verbindung zum Controller herstellen und die richtige Version von IOS installieren können? Oder muss ich sie alle zur Erstkonfiguration hierher bringen, bevor ich sie am Remote-Standort installiere?
UPDATE Wir haben eine Problemumgehung gefunden, um die APs zur Kommunikation zu bringen. Cisco gibt an, dass es sich um ein Microsoft-Problem handelt, bei dem Option 43 nicht ordnungsgemäß veröffentlicht wurde. Sie sagen auch, dass es kein MTU-Problem gibt, wenn die MPLS zum Remote-Standort übertragen wird. Wir haben den DHCP-Bereich für die Remote-APs deaktiviert und den Remote-Switch (ios) als DHCP-Server konfiguriert, wobei Option 43 auf den Controller zeigt, wobei hexadezimal und nicht dezimal verwendet wird. Nachdem ich die mit den APs verbundenen Schnittstellen geschlossen / nicht geschlossen hatte, erhielten sie eine IP vom Switch und schlossen sich dem Controller an. Nach dem Beitritt habe ich DHCP vom Switch entfernt und den Bereich auf unserem DHCP-Server wieder aktiviert. Die APs wurden erneut zurückgeschickt, und sie zogen eine Adresse und schlossen sich dem Controller an. Keine Lösung, aber zumindest sind sie betriebsbereit.
quelle
Antworten:
Ich kann Ihnen nicht genau sagen, was passiert, ohne die Konfigurationen der Switches und des WLC zu betrachten, die Sie haben, da ich mir eine Reihe von Möglichkeiten vorstellen kann. Für mich wäre es hilfreich, diese Informationen zu haben, aber mehr noch, die Dinge, die Sie getan haben. Was sind die Dinge, die Sie bisher ausprobiert haben?
SW-A: 10.133.55.1 <---TRUNK---> SW-B: 10.133.55.2
WLC-4404 10.128.55.10
Die ersten Gedanken sind jedoch wie folgt:
1.) Wer kann den WLC anpingen? a.) niemand = Überprüfen Sie die Schnittstelle auf dem Switch und die WLC-Schnittstellenkonfiguration, alle Firewalls. b.) dasselbe Subnetz, 10.128.55.0/24, aber keine anderen Subnetze = überprüfen Sie das Routing. c.) alle Subnetze auf einem Switch, aber nicht von ein weiterer Schalter = Amtsleitung an SW-A & SW-B prüfen
2.) AP und WLC können sich gegenseitig anpingen, aber AP wird nicht in WLC angezeigt. A.) Überprüfen Sie, ob für DHCP die richtige Option 43 (Herstellerspezifische Informationen) festgelegt ist, die dem AP mitteilt, welche IP der WLC ist. b.) Überprüfen Sie alle dazwischen liegenden Firewalls. c.) Erstellen Sie eine neue Schnittstelle auf dem WLC mit demselben VLAN-Subnetz wie der AP und testen Sie. d.) Aktivieren Sie ssh auf dem AP und führen Sie ein Show-Protokoll durch, um festzustellen, ob etwas Besonderes herausragt
3.) Sie haben alle Möglichkeiten überprüft und nach dem Stand der Konfiguration sollte alles funktionieren. A.) Laden Sie die Switches, APs und WLC neu. B.) Ziehen Sie die Konfiguration heraus und setzen Sie die Konfiguration für das jeweilige Problem wieder ein. C.) Versuchen Sie es mit einem anderen Schnittstelle auf dem Switch für den WLC d.) Probieren Sie eine andere Schnittstelle auf dem WLC aus (erstellen Sie möglicherweise eine neue). e.) Gehen Sie auf Cisco.com und verwenden Sie das Bugtoolkit, um zu sehen, welche Fehler für Ihre bestimmte WLC-Version vorhanden sind. f.) Aktualisieren Sie die WLC-Version, testen Sie sie und testen Sie sie.
Mir ist klar, dass einige meiner Ideen nicht wirklich anwendbar sind, aber ich werfe nur einige Ideen raus, um vielleicht eine neue Perspektive auf das Problem zu geben. Ich habe festgestellt, dass es mir hilft, nur eine Pause einzulegen, um über etwas anderes nachzudenken, und dann zurück zu kommen.
quelle