Сделал обмен своего устройства с РС по Ethernet (ARP запрос/ответ, PING, UDP). В сниффере видно, что если устройство работает, посылает UDP пакеты, а на РС программа приёма не включена, то РС посылает моему устройству ICMP пакеты. Поэтому вопрос. Где посмотреть циклограммы работы Ethernet, т.е. на какие запросы, какие ответы должны быть посланы? В частности нужно ли как-то реагировать на ICMP сообщения, если да, то как? Актуально и TCP/IP соединение, как при штатной работе, так и при потере сообщений, разрыве соединений.
В каких документах описаны эти вопросы?

Мне вот интересно, почему это как только возникает самый пустяшный вопрос, народ тут же бежит задавать вопросы на форумах? ..Желаете об этом поговорить?

По теме: откройте спецификацию на ICMP и читайте сколько душе угодно.. Есть ещё Википедия и Гуглей полно..

А могли бы и поиском по форуму пройтись.. Но лень, видать..

ICMP в вашем случае- сигнал, что на приемной стороне не открыт порт для UDP пакетов. Ничего страшного, если не считать засорения сети и лишние прерывания в устройстве посылки пакетов UDP. Создайте UDP сокет с нужным портом на прием, и ICMP сор исчезнет.

попробуйте снифер Ethereal'ом поглядеть что тварится. там неплохой разборщик полей.

И где ж Вы в Википедии циклограммы видели??? Вы читайте вопрос внимательнее!!! Я только начал заниматься этим вопросом и по какому критерию искать не знаю, что мог попробовал, пусто.
А вообще, если нечего ответить по существу и не надо. А просто так поливать очень просто!
Но это так, к теме…


По этому поводу я что думаю, может останавливать передачу, но по какому критерию, сообщению её возобновлять? Именно в этом у меня вопрос.


Смотрю я снифером, именно там ICMP запрос увидел.

Осмелюсь порекомендовать Вам неплохую книгу: "W. Richard Stevens. TCP/IP illustrated, Vol1, The protocols", есть хороший русский перевод: "У. Ричард Стивенс. Протоколы TCP/IP в подлиннике". Есть в свободном доступе на просторах Сети. Прочтете - и не будет никаких вопросов о циклограммах.

Вы же передаете данные в ПК по UDP? Зачем останавливать передачу? Просто в ПК нужно обеспечить реальный прием пакетов UDP и все аварийные ICMP пакеты от ПК исчезнут сами собой. Реальный прием- это открытие на стороне ПК сокета UDP на прием с заданным номером порта. А циклограммы Ethernet изучать в данном случае совершенно излишне.

Спасибо, посмотрю.


Может и не надо останавливать передачу. Устройство сыпет данные всегда, а программа обработчик может и не работать и тогда, что бы не забивать трафик передачу можно остановить.
А циклограммы нужны не только для текущего применения, но и для дальнейшего развития проекта на TCP/IP. Но, надеюсь, порекомендованная VslavX книжка поможет.

Спасибо всем, кто конструктивно ответил на мои вопросы.

У вас не совсем верно поставлен вопрос. Вас интересует TCP/IP или Ethernet? Это никак не связанные друг с другом вещи, так как расположены принципиально в разных слоях OSI. То есть TCP/IP может спокойно жить в сетях без Ethenet (ATM, например). Аналогичо, в сетях на базе Ethernet можно спокойно обойтись без TCP/IP (IPX/SPX как пример)

Согласен, что смешал понятия, но работая только с Ethernet эти два понятия уже не разделимы Про TCP/IP я говорил в частности и это. Сейчас работаю с UDP. Но всё на базе Ethernet.

Пару вопросов:

1. можете указать ссылку на место в стандарте Ethernet (802.3), где хотя бы упоминается слово "Циклограмма" (Cyclogramma)?

2. можете назвать хотя бы одну книгу по TCP/IP (или по Ethernet'у), которую вы прочитали?

Если не секрет, конечно..

Циклограмма - это из лексикона оборонщиков, чтобы враг не догадался.
Но это секрет, конечно..

Циклограмма полета универсальной транспортной космической системы "Энергия-Буран"

А.. Ну помню.. "Вобулирующее напряжение"..

Не уж то так интересно?
1. Я же уточнил, что понимаю под циклограммой, Запрос/Ответ (например Ping, тот же TCP/IP). Можно конечно спорить о применении этого термина, но важно ли это при моём уточнении???
Работал в основном с RFC.
2. Например Фред Иди "Сетевой и межсетевой обмен данными с микроконтроллерами"

Я понимаю Вашу иронию Работаю с Ethernet UDP и всё что необходимо вокруг для правильной работы с этим протоколом, собираюсь осваивать Ethernet TCP/IP. Другого не нужно, пока.

В RFC этот термин "Циклограмма" тоже не используется..


Ну, что ж, удачи..

Под циклограммой я понимаю не что, что в приложенном файле, но для других пакетов.