Как работать на канальном и (или) физическом уровне?

← →
net_daemon (2006-12-08 13:21) [0]

Суть проблемы такая: дали железку со встроенным Ethernet-адаптером. IP адрес вшить некуда, соответственно, использовать семейство протоколов TCP\IP не получится. Зато у адаптера есть MAC адрес, и работать с железкой, используя ее и свой MAC-адреса, можно через протоколы Ethernet и(или) IEEE 802.3. (Кажется, все правильно). Эти протоколы относятся к канальному и физическому уровню. Собственно, вопрос: подскажите, хотя бы, в каком направлении можно поискать ответ на вопрос, как реализовать обмен пакетами на канальном/физическом уровне, имея только MAC - адрес сетевой карты устройства-получателя?

← →
Сергей М. © (2006-12-08 13:31) [1]

> дали железку со встроенным Ethernet-адаптером

И как ты с ней общаешься ?
На уровне портов ввода/вывода ?
Или драйвер к "железке" прилагается ?

← →
iXT (2006-12-08 17:57) [2]

Что за железка?

← →
Sha © (2006-12-11 12:03) [3]

PCap

← →
SlymRO (2006-12-12 09:31) [4]

cmd.exe
arp -s 192.168.1.1 00-11-22-33-44-55
where "192.168.1.1" - virtual! IP adr & "00-11-22-33-44-55" - real MAC adr

← →
SlymRO (2006-12-12 09:33) [5]

if (ping 192.168.1.1) then Msg("Ya! We gocha it")

← →
Дмитрий Белькевич © (2006-12-14 02:44) [6]

Над канальным уровнем что-то должно быть. Не обязательно TCP и не обязательно IP. Опять же, то что "вшить некуда" не факт, что уже не вшито, и IP - TCP или UDP нет.

← →
net_daemon (2007-01-12 12:08) [7]

Приношу извинения за вынужденное молчание, но проблема до сих пор не решена, а потому, сначала отвечаю на вопросы:
to iXT:

Что за железка?

ADSP Blackfin

to Сергей М. :

> И как ты с ней общаешься ?
> На уровне портов ввода/вывода ?
> Или драйвер к "железке" прилагается ?

В комплекте с железкой идет Development kit с ни хрена не работающими примерами. Общаюсь, есс-но, через драйвер, но по USB. Задачу поставили в общих словах "наладить чтение/запись из RAM девайса посредством Ethernet". Смысл в том, что читать/писать данные придется через LAN.
to Sha

PCap

Это пока единственное, к чему пришел. Однаок возникла проблема: для библиотек winpcap.dll и packet.dll не могу найти паскалевских файлов-описателей процедур и функций. С языком СИ, а именно- с переводом типов данных в псевдонимах функций возникают проблемы(((
Если есть пасовские описатели -дайте, плиз!
to SlymRO

cmd.exe
arp -s 192.168.1.1 00-11-22-33-44-55
where "192.168.1.1" - virtual! IP adr & "00-11-22-33-44-55" - real MAC adr

На сколько я понимаю смысл ARP-пакета, он предназначен для формирования ARP-таблицы на хосте-приемнике, так? И получиться, что мы к реальному MAC-адресу отправителя привяжем виртуальный (не существующий) IP -адрес. Не окажется ли это одной из разновидности ARP-poisoning, и принимающий хост, обнаружив ошибку, не отключится ли от сети вообще? Заранее извиняюсь, но мне кажется, что предложенный вариант хорош только для тестирования, как рабочая версия - вряд ли.
to Дмитрий Белькевич ©

Над канальным уровнем что-то должно быть. Не обязательно TCP и не обязательно IP. Опять же, то что "вшить некуда" не факт, что уже не вшито, и IP - TCP или UDP нет.

К сожалению, только канальный. А именно- IEEE 802.3. Из того, что выяснил, имеется формирование сетевым адаптером преамбулы пакета и вычисление CRC. Все остальное отдано на откуп программерам.

Далее, сомневаюсь в использовании ARP-пакетов, т.к. повторюсь, работа с девайсом предполагается в сети и некорректная работа с ARP может, как мне кажется, повлиять на ее работоспособность, причем не в лучшую сторону. Ведь ARP-пакеты использую широковещательный MAC-адрес получателя, я не ошибаюсь? А значит, эти пакеты обрабатывать будут ВСЕ сетевые карты данной сети.

Благодарю всех за ответы и внимание!

← →
SlymRO (2007-01-12 14:38) [8]

net_daemon (12.01.07 12:08) [7]
И получиться, что мы к реальному MAC-адресу отправителя привяжем виртуальный (не существующий) IP -адрес.
НЕА!
К реальному MAC получателя (твой девайс) цепляем виртуальный IP адрес
Сначала попробуй потом вопросы...

НЕА!
К реальному MAC получателя (твой девайс) цепляем виртуальный IP адрес
Сначала попробуй потом вопросы...

Извини, сначала не понял идеи...
Очень заманчиво, по крайней мере - не тривиально!
А как можно выполнить из под дельфей вышеуказанный код? Все, до чего додумался пока - это зашить в BAT-файл и пробовать запустить на исполнение... Аналоги, скажем, API-шные есть?

> SlymRO
И что получится? Ну испохаблю я arp-таблицу, ну пошлю ping, а дальше что? Отправится датаграмма на указанный мак, будет принята, проверена FCS, а дальше что? Железяка ни про какой IP не знает и ничего не ответит, а даже если знает, то все равно не ответит, так как ничего про этот конкретный адрес не знает. Передавать, конечно, данные так можно, а вот получать как?

> net_daemon
Насколько я понял, Blackfin - это микроконтроллер, следовательно, его можно заставить выполнять программы. Нужно, всего лишь, написать реализацию IP и, хотя бы UDP, можно урезанную до невозможности, лишь бы выполняла то, что требуется.

С уважением.

> Если есть пасовские описатели -дайте, плиз!

http://www.magsys.co.uk/delphi/magmonsock.asp

Как работать на канальном и (или) физическом уровне? Найти похожие ветки