Что нужно послать с устройства в локальную сетку, чтобы определялись его IP
и МАС - адреса, короче был ответ на Ping.

Посылал ответ на APR-запрос(который посылается прогой Ping), ничего не получается, устройство в сетке не определено

Может кроме APR-ответа нужно еще что-нить послать...?

что делать, мож знает кто?

APR-ответа достаточно. Скорее всего, у Вас где-нибудь ошибка в формате ответа.

P.S. А что значит "не определено"? Его нет в ARP-таблице?

Делаю пинг с помощью проги MegaPing...
например при Пинге любого компа в сетке, загорается зеленая лампочка...типа прошел
а при пинге своего устройсва - красная лампочка и error!

в APR-таблице адрес прописывается и компов и устройства!

выкинуть прогу?? : ))

Я бы не стал спешить А "обычный" ping работает?

Незнаю я MegaPing, но могу посоветовать при наладке пользовать самую простую прогу (ping) и смотреть не на ответ, а через hub трафик на ethereal (или другим снифером).
А когда прибор работает, тогда можно и MegaPing'ом и чем угодно баловатся...

обычный ping тоже не работает...

может есть инфа у кого....как правильно сформировать APR-ответ и запрос?

Я делал ARP протокол следующим образом:

Адрес: Размер - Назначение (примечание) [обычное содержимое]
00: 6байт - PktDest (MAC) [FF FF FF FF FF FF]=при запросе
06: 6байт - PKtSrc (MAC)
0C: 1байт - PktTypeIP [08]
0D: 1байт - PktTypeARP [06]
0E: 2байта - HwType (Ethernet) [00 01]
10: 2байта - PrType (IPv4) [08 00]
12: 1байт - LHA (длинна MAC адреса) [06]
13: 1байт - LPA (длинна IP адреса) [04]
14: 2байта - OpCode [00 01]=запрос, [00 02]=ответ
16: 6байт - SHA (MAC от кого)
1C: 4байта - SPA (IP от кого)
20: 6байт - THA (MAC кому) [00 00 00 00 00 00]=при запросе
26: 4байта - TPA (IP кому)
При приёме данного пакета, если он бродакс и TPA совпадает со своим IP делаем:
1. копируем в PktDest из PktSrc, в PktSrc заносим свой MAC
2. в OpCode заносим [00 02]
3. копируем в THA из SHA, в SHA заносим свой MAC
4. меняем местами SPA и TPA
5. отсылаем этот пакет (размером 2Ah)

Собственно это всё что нужно сделать на ARP запрос.


ICMP (Ping) немногим сложнее, нужно принять IP пакет проверить контрольные суммы и т.д.,
в RFC это достаточно подробно описано.

Поставте ethereal и посмотрите какие пакеты ходят по сети! (он их полностью расшифрует и укажет на ошибки)
http://www.ethereal.com

Всем спасибо за инфу!..буду работать )

Извини, если глупый вопрос. ARP это хорошо. А на сам ICMP запрос ты отвечаешь?

Кстати натыкался на то что контрольную сумму ICMP считать надо полюбому. Там вроде возможен в протоколе вариант, когда она нулем,то есть не используется - так вот винда такое игнорирует (я правда наоборот пинговал винду).

более того...
на IP уровне Вам нужно поддержать разборку-сборку ай-пи пакетов (более 1500 по умолчанию, форточки)..
ARP - правильно формировать ответ (обеспечивая уникальность мак адреса, это так - к слову. потому как начинаешь шить кристалы одной прошивкой - так и приехал)...
ICMP - контролку правильно считать...

это пинг...
если дальше - то больше...
Тут правильно сказали - ничего лучше нет, как снифером ловить СТАНДАРТНЫЕ пакеты (не ваши) и смотреть как реагирует Ваше устройство.


с уважением
(круглый)

APR-ответ формирую правильно, вот только как обеспечить уникальность МАС-адреса я что-то не подумал...как это сделать? прописывать новые МАС в регистрах контроллеров новых устройств?

ICMP-ответ генерю так-
принимаю данные обычно 32 байта (например в Ping'e Total Commander'a), переписываю данные в ICMP-ответ считаю суммы самого IP-пакета и ICMP-пакета внутри него и отправляю...
вроде нормально проходит и устройство определяесть в сети!

"это пинг...
если дальше - то больше..."

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

Ну да, а как иначе два одинаковых устройства смогут работать рядом?


Так, заходим на новый круг
Что подрузамевается под невнятным термином "устройство определяется в сети"?
Что говорит "arp -a" после попытки пинга?
Правильно ли в ответном пакете указаны адреса получателя?
Проверяется ли контрольная сумма принятого пакета?

>>Что подрузамевается под невнятным термином "устройство определяется в сети"?
>>Что говорит "arp -a" после попытки пинга?

Это значит, что Ping проходит и пишется 192.168.0.32 - 32 байт ок - 128 TTL

>>Правильно ли в ответном пакете указаны адреса получателя?
Правильно!

>>Проверяется ли контрольная сумма принятого пакета?
А вот контрольная сумма принятого ICMP-пакета не проверяется, просто переписываются данные из этого пакета в ICMP-ответ ,подсчитываю его контрольную сумму и отсылаю...

Попробуйте проверить контрольную сумму пришедшего пакета той же процедурой, которая используется при отправлении.
Если есть возможность, выложите здесь полные дампы запроса и ответа.

ICMP-запрос[font=Courier New]
00A7C9E3ABCD
005FEA1E7FF6
0800
4500
003C
56DE
0000
8001
626E
C0A80004
C0A80020
0800
E75B
0200
6400
6162636465676869
6A6B6C6D6E6F7071
7273747576776162
63646566676869


ICMP-ответ
005FEA1E7FF6
00A7C9E3ABCD
0800
4500
003C
56DE
0000
8001
626E
C0A80020
C0A80004
0000
EF5B
0200
6400
6162636465676869
6A6B6C6D6E6F7071
7273747576776162
63646566676869

А Вас не смутил тот факт, что в запросе только 31 байт данных?

Пропущен один байт данных - первый 0x66. Без него контрольная сумма запроса не соответствует расчетной.

Простите , я опечатался...в запросе у меня есть 0х66 два раза
соответственно и в ответе у меня тоже всё нормально

В целом я разобрался и теперь у меня с пингом все нормально...Спасибо

а теперь попробуйте выдать такую команду...

ping <ваш адресс> -L 2000


удачи Вам
(круглый)

Доброго, kolobok0

Вы, как-то пару месяцев назад писали...

"более того...
на IP уровне Вам нужно поддержать разборку-сборку ай-пи пакетов (более 1500 по умолчанию, форточки)..
ARP - правильно формировать ответ (обеспечивая уникальность мак адреса, это так - к слову. потому как начинаешь шить кристалы одной прошивкой - так и приехал)..."

Обясните как обеспечить уникальность МАС-адресов, если знаете?

спасибо!

По-честному - только за деньги. Воспользуйтесь поиском, эта тема обсуждалась.

А так - можно взять диапазон какого-нибудь "мертвого" производителя.