Pull to refresh

Comments 23

Я вообще неправильно распарсил заголовок статьи. Думал какие-то несимметричности клиент->сервер и обратно. Думал, чтобы это могло быть.

Фильтровать нужно было в рамках gretap туннеля чтобы объединить две IP сети в одну через wifi bridge, чтобы был общий broadcast адрес и работало в Minecraft LAN discovery локальных серверов.

Minecraft использует UDP мультикаст на IP адрес 224.0.2.60 и порт 4445. Мультикаст по IP адресам распространяется через маршрутизауторы, поэтому туннелирование ethernet заголовков через gretap будет лишним, на мой взляд.

Если машины были в разных IP сетях то локальные сервера не показывались на машинах другой сети. А сделать bridge через wifi я не смог - нельзя анонсировать несколько IP адресов на одном wifi хосте, по крайней мере если это raspberry pi. Поэтому сделал gretap туннель чтобы соединить сети за RPI на уровне ниже IP. Не знаю, может можно как-то проще сделать.

А ведь можно просто настроить хождение мультикаст-пакетов между сетями...

Про gretap не знал, спасибо! Интересно, что можно даже Ethernet заголовок туда поместить.

Что значит "даже"? Это как бы основное отличие tap от tun — первый инкапсулирует кадры (2й уровень), второй — пакеты (3й уровень).

именно это и имел в виду, что даже инкапсулирует кадры, где есть Ethernet заголовок.

Файлы перемещают роутеры?

Хороший вопрос, никакой из передаваемых мной файлов не переместил мой роутер даже по столу. И айпи в сети интернет остался без изменений. И даже айпи в сети провайдера те же. Так что ответ - никак.

Даже tftp не работает у вас? ;-)

значит какие-то файлы все-таки передаются ;-)

Хм, я может недостаточно явно описал, что смутило.

В заголовке "файлы перемещают роутеры". Файлы выполняют функцию перемещения над роутерами =)

Да, можно на русском это читать наоборот - но таки не общепринято.

какое посоветуете название для статьи? сидел мучался как раз над этим )

поменять местами. как роутеры перемещают файлы

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

чего бы не использовать терминологию OSI?

типа pdu как общий термин, frame строго для уровня 2, возможно Вы это и имеете в виду, но выглядит не вполне отчетливо,

imho, Дмитрий прав в том смысле, что желательно рассматривать отдельно потому как frame имеет отношение именно к синхронизации приемника и источника, что необходимо для приема сигнала, а не к логической иерархии протоколов

ps

статья конечно полезная как ликбез, если у автора в будущем будут вопросы и желание пишите в личку, протоколов в живой сети видеть пришлось примерно "google", в том числе экзотических, реализовывать тоже :)

просьба к минусовавшему - может быть у Вас найдется характера отправить в личку сообщение с чем именно Вы не согласны?

типа похожая история - примерно пару лет назад появилась эдесь статья про protocol analyzer, не очень сильная, вежливо предложил автору если требуется помощь, упомянул что когда-то написал практически все интерпретаторы osi protocol suite (типа IS-IS, X.400, X.500 и пр.) , немедленно минус в карму такой был ответ, вобщем мне без разницы, но таки любопытно что именно не понравилось в комментарии, что же сделаешь если сетями начал заниматься когда половина участников еще не родилась, как именно ethernet frame работает узнал в свое время от авторов патента, а не из книг (соседи были по cubicle) :)

Привет! Статья сугубо практическая, для тех кто реально занимается анализом трафика в сетях. Фрейм (кадр) Ethernet в этой статье рассматривается как структура данных, внутри которой есть поля IP протокола. И мы изучали как меняются поля с адресами внутри этой структуры данных, которая передается от хоста к хосту. Саму структуру фрейма, включая скриншоты со структурой фреймов из wireshark я изобразил в статье https://habr.com/ru/post/707674/ Посмотрите, пожалуйста, внимательно. Слово Frame используется в самой утилите Wireshark для обозначения того же самого. https://wiki.wireshark.org/Protocols/frame

Привет, то что статья учебная это очевидно, кстати полезная.

Вы не совсем меня поняли, в том смысле что отсылка к терминологии wireshark это скорее для студентов, когда еще не было wireshark даже в планах были другие инструменты (sniffer и пр.) в создании которых в частности пришлось участвовать, все рабочие документы всключая стандарты osi были у меня на столе + библиотека файлов wire capture с которой постоянно работали, историй того времени хватило бы на книгу, но статей здесь писать не буду, типа совсем, также никогда никого не минусовал независимо нравится или нет, так время от времени мелкие замечания не более,

большая часть истории сети прошла перед моими глазами, начиная от личного общения с людьми из bbn на ранних стадиях, кое в чем участвовал, таких людей сейчас осталось немного (конечно не в россии), у Вас была возможность общаться с одним из них, примерно так

ps

между делом прочел Ваши статьи и комментарии, так что более-менее представление о Вашем профессиональном уровне и интересах у меня есть

Так что не так с терминологией OSI-то?


Кадр у себя внутри содержит пакет IP целиком, в том числе и заголовки. От смены терминологии эти заголовки не пропадут.

Привет! Не понял вопроса. Что нужно объяснить?
UPD: а вижу, что это не мне был вопрос. )

Sign up to leave a comment.

Articles