реклама на сайте
подробности

 
 
> Циклограмма работы Ethernet.
Oleg_IT
сообщение Apr 22 2009, 07:11
Сообщение #1


Знающий
****

Группа: Свой
Сообщений: 922
Регистрация: 3-06-05
Из: Москва
Пользователь №: 5 709



Сделал обмен своего устройства с РС по Ethernet (ARP запрос/ответ, PING, UDP). В сниффере видно, что если устройство работает, посылает UDP пакеты, а на РС программа приёма не включена, то РС посылает моему устройству ICMP пакеты. Поэтому вопрос. Где посмотреть циклограммы работы Ethernet, т.е. на какие запросы, какие ответы должны быть посланы? В частности нужно ли как-то реагировать на ICMP сообщения, если да, то как? Актуально и TCP/IP соединение, как при штатной работе, так и при потере сообщений, разрыве соединений.
В каких документах описаны эти вопросы?
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов
SFx
сообщение Apr 22 2009, 08:05
Сообщение #2


Знающий
****

Группа: Свой
Сообщений: 758
Регистрация: 11-07-05
Из: Понаехал (Мск)
Пользователь №: 6 688



попробуйте снифер Ethereal'ом поглядеть что тварится. там неплохой разборщик полей.
Go to the top of the page
 
+Quote Post
Oleg_IT
сообщение Apr 22 2009, 08:37
Сообщение #3


Знающий
****

Группа: Свой
Сообщений: 922
Регистрация: 3-06-05
Из: Москва
Пользователь №: 5 709



Цитата(blackfin @ Apr 22 2009, 11:19) *
Мне вот интересно, почему это как только возникает самый пустяшный вопрос, народ тут же бежит задавать вопросы на форумах? ..Желаете об этом поговорить?

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

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

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

Цитата(Aprox @ Apr 22 2009, 11:35) *
ICMP в вашем случае- сигнал, что на приемной стороне не открыт порт для UDP пакетов. Ничего страшного, если не считать засорения сети и лишние прерывания в устройстве посылки пакетов UDP. Создайте UDP сокет с нужным портом на прием, и ICMP сор исчезнет.

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

Цитата(SFx @ Apr 22 2009, 12:05) *
попробуйте снифер Ethereal'ом поглядеть что тварится. там неплохой разборщик полей.

Смотрю я снифером, именно там ICMP запрос увидел.
Go to the top of the page
 
+Quote Post
Aprox
сообщение Apr 22 2009, 10:18
Сообщение #4


Местный
***

Группа: Участник
Сообщений: 374
Регистрация: 7-11-07
Из: Moscow
Пользователь №: 32 131



Цитата(Oleg_IT @ Apr 22 2009, 12:37) *
По этому поводу я что думаю, может останавливать передачу, но по какому критерию, сообщению её возобновлять? Именно в этом у меня вопрос.
Вы же передаете данные в ПК по UDP? Зачем останавливать передачу? Просто в ПК нужно обеспечить реальный прием пакетов UDP и все аварийные ICMP пакеты от ПК исчезнут сами собой. Реальный прием- это открытие на стороне ПК сокета UDP на прием с заданным номером порта. А циклограммы Ethernet изучать в данном случае совершенно излишне.
Go to the top of the page
 
+Quote Post



Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 22nd July 2025 - 17:49
Рейтинг@Mail.ru


Страница сгенерированна за 0.01398 секунд с 7
ELECTRONIX ©2004-2016