Проблема с TFTP при попытке прошить Aironet 1142N

457
Allan

У меня возникла интересная проблема при попытке прошить (преобразовать точку доступа из облегченной в автономную) Cisco Aironet 1142Ns

У меня есть небольшая сетевая установка с компьютером, служащим TFTP (FreeBSD 11) и консолью (minicom), коммутатором и точками доступа. Конфиг выглядит следующим образом:

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

Я проверил, что сервер TFTP работает; Я подключил второй компьютер и вручную загрузил файл прошивки Cisco с сервера TFTP. Я выдаю команду

$ 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 работает.

Я загружаюсь в режиме «восстановления» точки доступа (удерживая кнопку режима), пока не получу ap:приглашение. Затем я выполняю следующие команды:

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.

(Я не получаю никаких сообщений ни с одной tftp_initили ether_init)

Когда я запускаю команду для получения файла, время ожидания истекает:

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

Однако ... если я позволю точке доступа загрузиться и получить к ней доступ через консоль, я смогу администрировать ее, загрузить файл TFTP и перепрошить его автономным образом.

Итак ... зачем мне это решать?

  1. Консоль продолжает получать сообщения о состоянии, которые делают невозможным ввод текста, и ничего, что я нашел, не решает проблему
  2. (и что более важно) У меня есть несколько точек доступа без загрузочной прошивки, так что единственный способ прошить их - это восстановление.

Любая помощь в решении, почему я не могу TFTP в восстановлении, будет принята с благодарностью.

Обновление: если я обхожу коммутатор и перехожу прямо из своего блока FreeBSD к точке доступа, работает TFTP. Я пробовал это с двумя разными коммутаторами (Netgear Gigabit, 3Com 10/100) и хабом без имени (да, у меня все еще был один). В тот момент, когда он подключен к коммутатору / концентратору, он выходит из строя, но работает напрямую. Я хотел бы знать, почему.

0
TFTP - это древний протокол, который изначально имел ограничение размера файла, потому что он имел только 16-битный счетчик блоков по 512 байт (или что-то в этом роде). Некоторые реализации обходили его, позволяя обернуть счетчик, а некоторые обходили его, допуская более крупные блоки. Вы должны убедиться, что ваш сервер и клиент реализуют одинаковые обходные пути. Посмотрите, есть ли другая реализация TFTP-сервера, которую вы можете использовать. Spiff 6 лет назад 0
@Spiff - это не сервер TFTP, так как я могу пересылать файл через TFTP, когда точка доступа загружает свой образ. Если в режиме восстановления (образ не загружен), он даже не подключится - время ожидания истекло. Allan 6 лет назад 0
@Allen В моем опыте кодовые базы режима восстановления резко отличаются от полностью загруженных кодовых баз ОС, поэтому небезопасно предполагать, что они оба используют один и тот же код клиента TFTP. Кроме того, «тайм-аут соединения» может возникать так же легко из-за невозможности * своевременного завершения соединения, как из-за невозможности своевременного открытия соединения. В любом случае, трассировка пакетов может очистить это прямо. Spiff 6 лет назад 0
@Spiff - не верьте, что это кодовая база, посмотрите мое обновление. Allan 6 лет назад 0

0 ответов на вопрос

Похожие вопросы