Problem mit TFTP bei Flash-Aironet 1142N

681
Allan

Ich habe ein interessantes Problem beim Flash-Versuch (um einen AP von einem leichtgewichtigen in einen autonomen Modus zu konvertieren), den Cisco Aironet 1142Ns

Ich habe ein kleines Netzwerk-Setup mit einem Computer, der als TFTP (FreeBSD 11) und Konsole (Minicom) dient, einem Switch und den APs. Die Konfiguration lautet wie folgt:

  • FreeBSD / TFTP: 10.0.0.2/255.0.0.0
  • Cisco AP: 10.0.0.1/255.0.0.0

Ich habe überprüft, dass der TFTP-Server funktioniert. Ich habe einen zweiten Computer angeschlossen und die Cisco-Firmware-Datei manuell vom TFTP-Server heruntergeladen. Der Befehl, den ich erteile, ist

$ tftp tftp> connect 10.0.0.2 tftp> mode binary tftp> get c1140-k9w7-tar.153-3.JB.tar Received 9338880 byes during 4.6 seconds in 18241 blocks.

TFTP funktioniert.

Ich boote in den Wiederherstellungsmodus des AP (halten Sie die Modustaste gedrückt), bis ich die ap:Aufforderung bekomme . Ich gebe dann die folgenden Befehle aus:

ap: set IP_ADDR 10.0.0.1 ap: set NETMASK 255.0.0.0 ap: set DEFAULT_ROUTER 10.0.0.2 ap: tftp_init ap: ether_init ap: flash_init Initializing Flash... ...The flash is already initialized.

(Ich bekomme keine Nachrichten mit tftp_initoder ether_init)

Wenn ich den Befehl zum Abrufen der Datei aussteige, tritt eine Zeitüberschreitung auf:

ap: tar -xtract tftp://10.0.0.2/c1140-k9w7-tar.153-3.JB.tar flash: tftp://10.0.0.2/c1140-k9w7-tar.153-3.JB.tar: connection timed out

Aber ... wenn ich die AP zu booten und darauf zuzugreifen über die Konsole erlauben, ich bin in der Lage, es zu verwalten und die TFTP - Datei herunterladen und mit einer autonomen Bild reflash.

Also ... warum muss ich das lösen?

  1. Die Konsole erhält ständig Statusmeldungen, die das Tippen nahezu unmöglich machen und nichts, was ich gefunden habe, löst das Problem
  2. (und was noch wichtiger ist) Ich habe ein paar APs ohne Boot-Firmware. Die einzige Möglichkeit zum Flashen ist die Wiederherstellung.

Jede Hilfe bei der Lösung, warum ich in der Genesung kein TFTP finden kann, wäre sehr dankbar.

Update: Wenn ich den Switch umgehen und direkt von meiner FreeBSD-Box zum AP gehe, funktioniert TFTP. Ich habe es mit zwei verschiedenen Switches (Netgear Gigabit, 3Com 10/100) und einem No-Name-Hub (ja, hatte noch einen herumliegen) ausprobiert. Sobald es mit dem Switch / Hub verbunden ist, fällt es aus, aber es funktioniert direkt. Ich würde gerne wissen warum.

0
TFTP ist ein uraltes Protokoll, das ursprünglich eine Beschränkung der Dateigröße hatte, da es nur einen 16-Bit-Zähler mit 512-Byte-Blöcken (oder ähnlichem) hatte. Einige Implementierungen funktionierten, indem sie den Zähler einwickeln ließen, und andere, indem sie größere Blöcke erlaubten. Sie müssen sicherstellen, dass Server und Client dieselben Problemumgehungen implementieren. Prüfen Sie, ob es eine andere TFTP-Server-Implementierung gibt, die Sie verwenden können. Spiff vor 6 Jahren 0
@Spiff - es ist nicht der TFTP-Server, da ich die Datei per TFTP übertragen kann, wenn der AP sein Image bootet. Im Wiederherstellungsmodus (Image nicht gebootet) wird keine Verbindung hergestellt - die Verbindung läuft ab. Allan vor 6 Jahren 0
@Allen In meiner Erfahrung unterscheiden sich Codebases im Wiederherstellungsmodus drastisch von vollständig gebooteten Betriebssystem-Codebases. Daher kann nicht davon ausgegangen werden, dass beide denselben TFTP-Clientcode verwenden. Ein „Timeout für die Verbindung“ kann ebenso einfach dadurch entstehen, dass eine Verbindung nicht rechtzeitig * abgeschlossen * wird, oder wenn eine Verbindung nicht rechtzeitig geöffnet wird. In jedem Fall könnte eine Paketverfolgung dies klarstellen. Spiff vor 6 Jahren 0
@Spiff - glaube nicht, dass es die Codebasis ist, siehe mein Update. Allan vor 6 Jahren 0

0 Antworten auf die Frage

Verwandte Probleme