Протокол КРПК действует странно в БЭП-05

Question

Согласно BEP-05, когда вы запускаете запрос find_node или get_peers, вы получите сообщение с запросом или K (8) верных узлов, ближайших к target / infohash.

Однако в моем случаес помощью узла начальной загрузки router.utorrent.com:6881 удаленное устройство вернуло 8 узлов, которые находятся ближе всего к собственному nodeId.И если это запрос get_peers, он всегда возвращает 8 узлов, ближайших к себе, и 7 недопустимых пиров.Но если доступ к какому-то специальному узлу, который перенаправляется на информационный хеш, протокол работает нормально.

странный дамп Wireshark

успешная свалка проволочной акулы

Любая помощь будет принята с благодарностью!

Answer 1

Не следует обращать слишком много внимания на то, что делают узлы начальной загрузки, если они позволяют заполнять таблицу маршрутизации, поскольку это является их основным назначением.

Они получают непропорционально большое количество трафика ичтобы избежать перенаправления неоправданных объемов трафика на какой-либо конкретный узел, они могут отклоняться от спецификации несколькими способами, которые безвредны, если только так ведет себя исчезающе малая часть сети.Среди миллионов есть только однозначное число узлов начальной загрузки, поэтому их поведение пренебрежимо мало и не должно приниматься за точку отсчета.

Нет смысла связываться с узлом начальной загрузки через getпэры либо. find node запросов будет правильным выбором для заполнения таблицы маршрутизации.И связываться с ними необходимо лишь в относительно редком случае, когда другие механизмы не были успешными .