Проблема з TFTP при спробі Flash Aironet 1142N

У мене є цікава проблема, що намагається прошивати (перетворити AP з легкої на автономну) Cisco Aironet 1142Ns

У мене невелика мережева установка з комп'ютером, який виконує функції TFTP (FreeBSD 11) та консолі (minicom), комутатора та AP. Конфігурація така:

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:підказку. Потім я видаю такі команди:

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

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

Отже ... навіщо мені це вирішувати?

Консоль постійно отримує повідомлення про стан, що робить її поруч із неможливим набором, і нічого, що я знайшов, вирішує проблему
(і що ще важливіше) у мене є кілька точок доступу без завантажувальної мікропрограми, тому єдиний спосіб прошивати їх - через відновлення.

Будемо дуже вдячні за будь-яку допомогу у вирішенні питання, чому я не можу TFTP у відновленні.

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

— Аллан
джерело

TFTP - це стародавній протокол, який спочатку мав обмеження розміру файлу, оскільки він мав лише 16-бітний лічильник 512-байтних блоків (або щось подібне). Деякі реалізації працювали навколо нього, дозволяючи обернути лічильник, а деякі працювали навколо нього, дозволяючи більші блоки. Вам потрібно переконатися, що ваш сервер і клієнт реалізують однакові способи вирішення. Перевірте, чи є інша реалізація сервера TFTP, яку ви можете використовувати.

— Spiff

@Spiff - це не сервер TFTP, так як я можу xfer файл через TFTP, коли AP завантажує зображення. Якщо у режимі відновлення (зображення не завантажується), воно навіть не підключиться - час з'єднання закінчується.

— Аллан

@Allen На моєму досвіді кодові бази різко відрізняються від повно завантажених баз кодових ОС, тому не можна припустити, що вони обидва використовують один і той же код клієнтського TFTP. Крім того, "час очікування з'єднання" може настувати так само легко, як не вчасно завершити з'єднання, як і від неспроможності своєчасно відкрити з'єднання. У будь-якому випадку, слід пакетів може очистити це право вгору.

— Spiff

@Spiff - не вірю, що це база коду, дивіться моє оновлення.

— Аллан