Обработка Eternet-кадров под Windows., Как послать голый Ethernet-кадр в сеть? Опции

[AZbest]

Сразу скажу, что в деталях программирования под Windows я не разбираюсь, однако суть процессов понимаю. Я (типа) старший проекта. Так вот, мы адресуемся к устройствам сети по MAC-адресу. Т.е. голый Ethernet без TCP/IP и сокетов. А какие средства есть у программиста под Windows (XP), позволяющие обрабатывать (формировать, отсылать и принимать) Ethernet-кадры?

[alexander55]

Под win, если пользоваться С++Builder 6, есть хорошие компоненты Indy (сервера м клиента).
Эхо-сервер порядка 10 строчек кода и все дела. Клиент не больше.

[ASN]

alexander55
Как я понял, речь идёт о голом Ethernet. А разве через Indy можно просматривать и отсылать такие Ethernet пакеты?
Кстати, возможно ли в принципе увеличить задержку на повторную отсылку пакета с SYN при установлении соединения по XP? Или 3 секунды заданы как константы?

[alexander55]

Как я понял, речь идёт о голом Ethernet.

Голый - это LAN, а одетый - уже WAN. Так ?

А разве через Indy можно просматривать и отсылать такие Ethernet пакеты?

И в LAN и в WAN.

Кстати, возможно ли в принципе увеличить задержку на повторную отсылку пакета с SYN при установлении соединения по XP? Или 3 секунды заданы как константы?

Через любое время можете законектиться. Главное - не создавать сумашедший траффик.
Что такое SYN (я не в курсе).
Еще раз прочитал и увидел у Вас про MAC. Понял, что Вы что-то не допонимаете. MAC - это уникальный индентификатор производителя и не что иное. IP адреса - это и есть адрес устройства в сети. MAC используется сервером для проверки корректности используемого IP (чтобы враги не залезли), и больше не для чего больше.

[Andrew2000]

Еще раз прочитал и увидел у Вас про MAC. Понял, что Вы что-то не допонимаете. MAC - это уникальный индентификатор производителя и не что иное. IP адреса - это и есть адрес устройства в сети. MAC используется сервером для проверки корректности используемого IP (чтобы враги не залезли), и больше не для чего больше.

Не путайте человека - у Вас тут бред написан... полный.

А по воросу - да - www.winpcap.org и http://www.ethereal.com/

[alexander55]

Не путайте человека - у Вас тут бред написан... полный.

Если так пишете, то хотя бы объясняйте, с чем Вы не согласны.
Продолжу свой бред или поясню для ясности (как получится).
IP адрес - 32 битный (всего примерно 4 миллиарда адресов). Это немного, учитывая, что некоторые фирмы имеют класс A или B и часть адресов закреплено. Продает IP-адреса некая организация, которая и следит за порядком во всемирной паутине.
MAC - 48 битный . Продаются производителям сетевого оборудования (того, что имеет IP-адрес). Многие производители, исчерпав весь диапазон пошли уже по второму или по третьему кругу (особенно это касается производителей сетевых плат).
Зачем нужны MAC-адреса ?
Ответ такой. Пусть Вы подключились к провайдеру класса B или С. Он имеет фиксированное количество IP-адресов в WAN. Он является шлюзом от WAN к своей сети. Из-за ограничений по количеству используется динамическое выделение IP-адресов. Чтобы индентифицировать оборудование пользователей своей сети на уровне железа используется индентификация по MAC-адресам (кроме имени и паролей). Но часто MAC-адреса вообще не используются, к тому же они перепрошиваются тоже.
Надеюсь, не запутал всех окончательно.

[vvs157]

Если так пишете, то хотя бы объясняйте, с чем Вы не согласны.
Продолжу свой бред или поясню для ясности (как получится)

Помимо TCP/IP в сети Ethernet (даже в рамках системы Windows XP) может прекрасно существать протокол IPX/SPX от фирмы Novel и протокол NetBEUI от фирмы Microsoft, и много чего еще, которые к IP адресам абсолютно никакого отношения не имеют. Без МАС адреса пакеты в сети Ethernet Ходить не могут ибо МАС - это свойство только Ethernet'a. Посмотрите как TCP/IP ложится на модель OSI. Можете провести эксперимент - удалите в Винде TCP/IP и поставьте IPX/SPX - Интернета не будет, а соседнюю машину, на которой тоже должет быть поднят этот протокол вы прекрасно увидите и сможете даже файлы копировать.

[alexander55]

Я понял - я консерватор. У меня просто уже все застыло, застандартизировалось и даже мысли иные не посещают.
Если надо сделать вещь саму в себе SMB (она же Samba, она же NETBEUI). Это достаточно быстрый протокол.
PS. Компоненты Indy Вам не подойдут, они под TCP/IP.

[vvs157]

Я понял - я консерватор. У меня просто уже все застыло, застандартизировалось и даже мысли иные не посещают.
Если надо сделать вещь саму в себе SMB (она же Samba, она же NETBEUI). Это достаточно быстрый протокол.

NetBEUI к SMB отношения не имеет. SMB идет поверх TCP/IP. NetBIOS и NetBEUI - это совсем разные вещи. Samba - это Юниксовая реализация микрософтовского протокола SMB. В Виндах Самбы нет так так то, что делает Самба там уже реализовано Дядей Билли

[alexander55]

NetBIOS . Вроде вообще не упоминали или я опять что-то пропустил.

[vvs157]

NetBIOS . Вроде вообще не упоминали или я опять что-то пропустил.

В контексте Самбы
http://www.opennet.ru/base/net/samba_wins2.txt.html

[Andrew2000]

о! вспомнил, как наследник ethereal называется:
www.wireshark.org

з.ы. тем кто не знает что такое Ethernet и т.д. - не читайте в _этой_ ветке сообщения от alexander55.
коротко тут:
www.wildpackets.com/support/compendium/ethernet/frame_ethernet_iee8023
http://ru.wikipedia.org/wiki/Ethernet
http://ru.wikipedia.org/wiki/MAC

[alexander55]

з.ы. тем кто не знает что такое Ethernet и т.д. - не читайте в _этой_ ветке сообщения от alexander55.

Я не претендую на истину в последней инстанции, это мое видение, которое кстати совпадает с Вашими ссылками (и про 7 и 4 уровневые модели, я тоже в курсе).
Добавлю только, протокол TCP/IP - это уже стандарт промышленных сетей. Все остальные - от лукавого.

[Andrew2000]

... это мое видение, которое кстати совпадает с Вашими ссылками ...

Не совпадает. Вы весь смысл перевернули с ног на голову.

Добавлю только, протокол TCP/IP - это уже стандарт промышленных сетей. Все остальные - от лукавого.

Стандарт промышленного езернета - EtherCAT, Powerlink, Profinet.
А TCP/IP в промышленности - это либо от бедности (от лени), либо Modbus (что то же самое).
Ну, или связь с верхним уровнем, т.е. не управление, а мониторинг.

[alexander55]

Не совпадает. Вы весь смысл перевернули с ног на голову.

Ладно, попробую еще раз выдать очередную порцию бреда.
Есть две модели сети OSI (7 уровневая) и DoD (4 уровня).
OSIк с снизу вверх.
1 - физический уровень (сигнальный)
2 - канальный (уровень физических адресов - MAC-адресов)
3 - сетевой ( преобразования виртульных адресов (IP-адресов) в физические (MAC-адреса)
4 - транспортный (уровень виртуальных адресов с протоколами доставки)
5- сеансовый (сокетный уровень (IP-адрес + порт) - типа аналога open, close, read-write для файлов, но для сокетов)
6 - представления ( структуры передаваемых-принимаемых данных)
7 - уровень приложения пользователя.
У DoDика 1-2 объединены и 5-7 - тоже, что проще для восприятия.
В некоторых моделях частных фирм наоборот уровни еще более детализированы, но это их дела.

Теперь открою Вам страшную тайну.
В любой сети адреса не должны конфликтовать (это секрет Полишинеля). Ни на канальном, ни на сеансовом.
Исключения состовляют шпионские слушающие (но не передающие) девайсы.

Теперь философский вопрос.
Стоит ли опускать вниз до физических адресов ? Некоторые ходят и ездят по земле, а другие роют землю и там прокладывают тунели. Мотивация такая - там никакого движения (трафик нулевой).
Бред. Это моя консервативная, субъективная точка мнения. У меня это в голове не укладывается.
Бабочки красивые, но живут 1 день.
Извините за лирическое отступление, но как еще популярно объяснить.

PS. Что я перевернул ?
Я понял. Вы, наверное, пытаетесь меня завести. Не дождетесь.

Теперь со многим я мирюсь
Без сожаленья и утраты
Иною кажется мне Русь
Иными кладбища и хаты. (Есенин)