Bereitstellen vieler leichter Cisco-APs für die Bereitstellung

Meine Organisation wird in Kürze ungefähr 600 neue Cisco 2602i-Zugangspunkte in einer CAPWAP-Bereitstellung mit mehreren 5508-Controllern bereitstellen.

Dies ist eine Aktualisierung der Infrastruktur. Derzeit haben wir eine Mischung aus älteren Cisco-APs, die CAPWAP mit mehreren Sätzen von WiSM-Controllern verwenden. Unser derzeitiges Verfahren zum Bereitstellen neuer / Ersatz-APs ist meines Wissens das in diesem Dokument des Cisco Support Forum aufgeführte Standard-Priming-Verfahren .

• Verbinden Sie an unseren Schreibtischen einen neuen Zugangspunkt mit dem Netzwerk
• AP erhält eine DHCP-Adresse
• DHCP Option 43 zeigt AP auf einen Controller
• Melden Sie sich bei NCS Prime an und suchen Sie den neuen AP
• Ändern Sie den AP-Namen und den primären / sekundären Controller
• Box AP sichern und zur Bereitstellung vor Ort bringen

Ich weiß, dass es andere Möglichkeiten gibt, den AP zunächst dazu zu bringen, mit einem Controller zu sprechen, z. B. die drahtlose Bereitstellung oder das Platzieren des AP in einem Layer 2-VLAN mit einem Controller. Diese scheinen sich jedoch darauf zu konzentrieren, den AP nur mit einem beliebigen Controller zu verbinden und ihn nicht für einen bestimmten primären / sekundären Controller vorzubereiten.

Ich möchte eine Art Staging- / Vorbereitungsbereich einrichten, um die neuen Zugriffspunkte vorkonfigurieren, Inventur durchführen, mit Asset-Tags versehen, AP nach endgültigem Bereitstellungsbereich sortieren usw.

Gibt es beim Einrichten dieses Bereitstellungsbereichs eine bessere Möglichkeit, diese APs schnell und einfach vorzubereiten? Oder machen wir das schon am effizientesten?

Ich möchte eine Art Staging- / Vorbereitungsbereich einrichten, um die neuen Zugriffspunkte vorkonfigurieren, Inventur durchführen, mit Asset-Tags versehen, AP nach endgültigem Bereitstellungsbereich sortieren usw.

Gibt es beim Einrichten dieses Bereitstellungsbereichs eine bessere Möglichkeit, diese APs schnell und einfach vorzubereiten? Oder machen wir das schon am effizientesten?

HINWEIS: Ich gehe davon aus, dass Sie bereits mit dem Laden von MIBs auf einem Windows / Linux-Computer und der Verwendung von snmpwalk/ snmpset... vertraut sind. Wenn nicht, lassen Sie es mich bitte wissen

Ich habe kürzlich herausgefunden, wie gut Sie die LWAPs von Cisco über die AIRESPACE-WIRELESS-MIB verwalten können. Tatsächlich habe ich unser WCS größtenteils zugunsten der Verwaltung unserer LWAPs mit der MIB aufgegeben (wir haben ein paar hundert LWAPs, die auf mehrere WLCs in unserer Einrichtung verteilt sind). .

Da Sie Perl kennen, können Sie eine Schleife schreiben, um Ihre WLCs nach den neuen LWAPs abzufragen. dann reagiert das Skript entsprechend, wenn es eine neue LWAP-Mac-Adresse auf einem WLC sieht.

• Durchlaufen Sie eine Liste aller Controller und rufen Sie dann die LWAPs auf jedem Controller mit bsnAPEthernetMacAddress (ro) ab . Verwenden Sie die Mac-Adresse als eindeutigen Identifizierungsschlüssel für alle Aktivitäten in diesem LWAP.
• Wenn Sie einen neuen LWAP sehen, drucken Sie die Erkennungszeit / Mac-Adresse des LWAP. Fragen Sie dann den Benutzer, welchen Hostnamen / Speicherort er diesem LWAP zuweisen soll

• Führen Sie optional bsnAPClearConfig (rw) mit aus snmpset(Hinweis 255.254.253.252.251.250 ist der hexadezimale Index, der in Dezimaloktette bsnAPTableübersetzt wird). Die Einstellung bsnAPClearConfigstartet den LWAP sofort neu:

  snmpset -v 2c -OXsq -c private -m AIRESPACE-WIRELESS-MIB <WLC_IP> \
    bsnAPClearConfig.255.254.253.252.251.250 integer 1
  

• Assign bsnAPName (rw) , bsnAPPrimaryMwarName (rw) , bsnAPSecondaryMwarName (rw) unter Verwendung vonsnmpset

• Holen Sie sich die bsnAPSerialNumber (ro) ; Speichern Sie es zusammen mit bsnAPEthernetMacAddress (ro) , bsnAPName (rw) , bsnAPPrimaryMwarName (rw) und bsnAPSecondaryMwarName (rw) in einer CSV-Datei.
• Setzen Sie den LWAP bei Bedarf mit bsnAPReset (rw) zurück.

Die Verwendung von SNMP zum Verwalten von LWAPs war hilfreich, da ich automatisch auf Änderungen in LWAP auf WLC-Zuordnungen reagieren kann sowie wenn ein AP offline fällt oder große Fehler- / Benutzerzahlen aufweist. Normalerweise frage ich sie alle 15 Minuten ab und zeichne auf, wer auf ihnen ist, sowie auf, welche LWAPs auf jedem Controller sind. Der WLC ist leistungsstark, aber ich mag es, benutzerdefinierte Reaktionsskripte und Berichte zu erstellen.