Проблема с загрузкой TFTP

[crazyfa]

Иногда сама по себе всплывает вот такая вот проблема с загрузкой , так же сама по себе и уходит . Не очень приятно что никак выявить причину не удается, поэтому выкладываю лог в надежде на какие нибудь советы, по логу в принципе все ясно, но не понятно почему так. При чем грузятся все по разному от 2 до 10 мин, есть и такие что как и раньше моментально. Может быть конечно проблема с сетью , но после загрузки все ровно работает, потерь нет
Лог в ручную чуть почистил т.к. "слишком большой файл для загрузки" , просто вырезал строчки которые повторяются меняются только цифры..
11-20-29-453| [TFTP] Incorrect ACK received (expected 83, received 82).
11-20-29-453| [TFTP] Timeout occured while transfer "5.8.10\packages\kernel".
11-20-29-453| [TFTP] Resend block 83.
до
11-24-19-375| [TFTP] Timeout occured while transfer "5.8.10\packages\kernel".
11-24-19-375| [TFTP] Resend block 3928.

[aka]

Физическая сеть теряет пакеты. Провода, розетки, свичи, наука о контактах. Программно не лечится.

[crazyfa]

Спасибо за ответ, проблема решена, была именно в физической сети , хотя пинг был нормальный и стабильный. Решилась методом тыка:)

[AlexPetrov]

Периодически всплывает проблема с загрузкой по сети WTware на Raspberry Pi 3 B+. Помогает только многократная перезагрузка Raspberry Pi.
В логах проблема выглядит так:
10-54-11-546| [192.168.10.110] "0ca90504\fixup.dat": tsize is requested, blksize default.
10-54-11-546| [192.168.10.110] "0ca90504\fixup.dat": "C:\Program Files (x86)\WTware\TFTPDROOT\5.8.68\pi2\localboot\fixup.dat".
10-54-11-546| [192.168.10.110] "0ca90504\fixup.dat": completed.
10-54-13-546| [192.168.10.110] Timeout occured while transfer "0ca90504\start.elf".
10-54-13-546| [192.168.10.110] Resend block 3774.
10-54-15-561| [192.168.10.110] Timeout occured while transfer "0ca90504\start.elf".
10-54-15-561| [192.168.10.110] Resend block 3774.
10-54-17-561| [192.168.10.110] Timeout occured while transfer "0ca90504\start.elf".
10-54-17-561| [192.168.10.110] Resend block 3774.
10-54-19-561| [192.168.10.110] Timeout occured while transfer "0ca90504\start.elf".
10-54-19-561| [192.168.10.110] Resend block 3774.
10-54-21-561| [192.168.10.110] Timeout occured while transfer "0ca90504\start.elf".
10-54-21-561| [192.168.10.110] Resend block 3774.
10-54-23-561| [192.168.10.110] Timeout occured while transfer "0ca90504\start.elf".
10-54-23-561| [192.168.10.110] Resend block 3774.
10-54-25-577| [192.168.10.110] Timeout occured while transfer "0ca90504\start.elf".
10-54-25-577| [192.168.10.110] Resend block 3774.
10-54-27-593| [192.168.10.110] Timeout occured while transfer "0ca90504\start.elf".
10-54-27-593| [192.168.10.110] Resend block 3774.
10-54-29-593| [192.168.10.110] Timeout occured while transfer "0ca90504\start.elf".
10-54-29-593| [192.168.10.110] Resend block 3774.
10-54-31-609| [192.168.10.110] Timeout occured while transfer "0ca90504\start.elf".
10-54-31-609| [192.168.10.110] Client not responding. Connection closed.

или так:
11-31-46-704| [TFTP] "0ca90504\kernel7.img": tsize is requested, blksize default.
11-31-46-704| [TFTP] "0ca90504\kernel7.img": "C:\Program Files (x86)\WTware\TFTPDROOT\5.8.68\pi2\localboot\kernel7.img".
11-31-50-283| [TFTP] Timeout occured while transfer "0ca90504\kernel7.img".
11-31-50-283| [TFTP] Resend block 2233.
11-31-52-283| [TFTP] Timeout occured while transfer "0ca90504\kernel7.img".
11-31-52-283| [TFTP] Resend block 2233.
11-31-54-283| [TFTP] Timeout occured while transfer "0ca90504\kernel7.img".
11-31-54-283| [TFTP] Resend block 2233.
11-31-56-298| [TFTP] Timeout occured while transfer "0ca90504\kernel7.img".
11-31-56-298| [TFTP] Resend block 2233.
11-31-58-298| [TFTP] Timeout occured while transfer "0ca90504\kernel7.img".
11-31-58-298| [TFTP] Resend block 2233.
11-32-00-314| [TFTP] Timeout occured while transfer "0ca90504\kernel7.img".
11-32-00-314| [TFTP] Resend block 2233.
11-32-02-314| [TFTP] Timeout occured while transfer "0ca90504\kernel7.img".
11-32-02-314| [TFTP] Resend block 2233.
11-32-04-330| [TFTP] Timeout occured while transfer "0ca90504\kernel7.img".
11-32-04-330| [TFTP] Resend block 2233.
11-32-06-330| [TFTP] Timeout occured while transfer "0ca90504\kernel7.img".
11-32-06-330| [TFTP] Resend block 2233.
11-32-08-330| [TFTP] Timeout occured while transfer "0ca90504\kernel7.img".
11-32-08-330| [TFTP] Client not responding. Connection closed.

На сниффере, снимающему трафик с порта, к которому подключен Raspberry Pi, видно, что от WTware на Raspberry Pi, просто перестают приходить TFTP Acknowledgement.

[AlexPetrov]

WTware_B8.27.EB.A9.05.04_2019-12-19_11-47-40_crop.txt - лог с ошибками загрузки по TFTP.
RPI TFTP boot err kernel7.img.png - скриншот сниффера.

[aka]

TFTP сервер перепосылает пакет. Подтверждения приёма (Acknowledgement) от клиента нет. В TFTP обмен пакетами по очереди идёт: пакет с данными от сервера, подтверждение от клеинта, спосле опдтверждения следующий пакет с данными от сервера.

Вероятно, пакет теряется из-за неисправности физической сети, или если между клиентом и сервером есть роутер - он может резать.

[AlexPetrov]

Вам не кажется, что вы сами себе противоречите?

TFTP сервер перепосылает пакет. Подтверждения приёма (Acknowledgement) от клиента нет.

В TFTP обмен пакетами по очереди идёт: пакет с данными от сервера, подтверждение от клиента, после подтверждения следующий пакет с данными от сервера.

Я для чего выложил скриншот сниффера, на котором продемонстрирован пример возникающей проблемы? Видно же, что начиная с 2233 блока подтверждения перестают отравляться в сторону сервера.

Вероятно, пакет теряется из-за неисправности физической сети, или если между клиентом и сервером есть роутер - он может резать.

Напомню, сниффер снимает данные с порта коммутатора, к которому подключено WTwarе на RPI.
Где вы видите потерю пакетов на сети? На скриншоте же видно, что все пакеты от сервера TFTP до порта коммутатора, к которому подключено WTwarе на RPI, успешно дошли. Проблема в том что WTwarе на RPI перестал отправлять на сервер подтверждения приема пакетов.

[AlexPetrov]

Может я не в ту ветку начал писать? Может быть лучше перенести в ветку WTware на Raspberry Pi? Просто похожее описание проблемы мне попалось именно здесь.

[aka]

Вам не кажется, что вы сами себе противоречите?

Нет.

Я для чего выложил скриншот сниффера, на котором продемонстрирован пример возникающей проблемы? Видно же, что начиная с 2233 блока подтверждения перестают отравляться в сторону сервера.

Да. Сервер свой пакет отправляет. Дальше этот пакет либо не доходит до клиента, теряется по дороге. Порт коммутатора, проводка от коммутатора до малины тоже могут быть неисправны.

Либо клиент ломается и не отвечает.

Либо клиент посылает ответ, но ответ не доходит до сервера, тебяется по дороге.

В любом случае это проблема или сети, или клиента. Со стороны сервера её не исправить.

Напомню, сниффер снимает данные с порта коммутатора, к которому подключено WTwarе на RPI.
Где вы видите потерю пакетов на сети? На скриншоте же видно, что все пакеты от сервера TFTP до порта коммутатора, к которому подключено WTwarе на RPI, успешно дошли. Проблема в том что WTwarе на RPI перестал отправлять на сервер подтверждения приема пакетов.

На RPI в это время ещё нет никакого WTware. kernel7.img - это первый файл, в котором есть немного нашего кода, и он так и не догружается. Всё, что работает в это время на малине, сделано малиновыми разработчиками, мы знаем о нём не сильно больше вас, исходники малиновых загрузчиков закрыты.

[AlexPetrov]

Давайте подведем итог, как решить проблему? Я так понимаю, 100% гарантия работы будет только если использовать SD карту. Без SD карты вы ничего не гарантируете, т.к. на этапе загрузки по сети работает не ваш (а малиновый) софт, а за него вы не отвечаете.

[aka]

Дело же не в том, что "мы за него не отвечаем". Мы не имеем возможности его менять. Этот софт раздают разработчики малины готовым, откомпилированным, без исходников. Как BIOS в обычных компьютерах.

[AlexPetrov]

Так какой итог, использовать SD карту?

[aka]

Да. Загрузка по сети у малин работает в самых простых сетях: сервер - тупой свич - клиент. Если сеть сложнее, начинаются капризы, и нет никакой возможности их чинить.