Архив форумов ЦИТФорума

[kda]

У меня есть интересный вопрос к людям кто всерьёз занимался Ethernet.
Факты:
1. Во многих RFC пишется что если нижестоящим протоколом является Ethernet то доставк гарантируется.
2. В структуре Ethernet фрейма есть есть поле CRC – на сколько я понял это, 32-битная контрольная сумма , поле считается Ethernet адаптером .

Вопрос: Как источник Ethernet пакета узнаёт о том что у получателя ошибка в CRC и как вообще работает весь этот механизм так называемой гарантированной доставки?

[and3008]

Ethernet с его разделяемым доступом к среде передаче является протоколом с гарантированной доставкой?

Мдя...

Звучит как "никогда не падающий Windows".

Либо ты читал не там, либо писатель явно что-то перепутал.

Ведь если сеть занята, то плата делает паузу. Если опять занята, то еще одну паузу.
После некоторого кол-ва пауз плата делает вывод, что сеть недоступна.
Где ж гарантированная доставка?

А CRC нужен для проверки правильности фрейма. Если CRC не сходится, то фрейм просто отбрасывается и все. Т.е. сразу в сад без разговоров.

Гарантированную доставку обеспечивают протоколы более верхнего уровня. Например TCP/IP.

[kda]

Если быть точным то TCP – протокол обеспечивающий доставку, а IP обеспечивает маршрутизацию.
Но всё таки в пределах одного сегмента, мне кажется доставка гарантируется. Потаму как СRC подсчитываемый адаптером намного серьёзней чем СRC в IP пакете. А например протокол UDP в отличии от TCP вообще не обеспечивает ни какую проверку, хотя и является протоколом того же уровня что и TCP.
И откуда такая уверенность в том что если CRC Ethernet фрейма не правильное то его сразу “в сад”. Мне всё время казалась что отправитель как и получатель слушает то что он отправил так называемый look back. И если в канале связи ошибка, то он заново передаёт пакет. Исходя из всего этого я делаю вывод что Ethernet гарантирует доставку в приделах одного сегмента.

Хотелось бы услышать оправержение и аргументированное.

[Dmitry.Karpov http://www.]

Подробности можно посмотреть у меня на http://www.pi2.ru/prof

А пока пара возражений:
- Сообщение отправителю о том, что пришел битый пакет может самО не дойти, поэтому не посылается сообщение об ошибке, а подтверждается удачная доставка; но в Ethernet таких подтверждений не предусмотрено.
- В формате Ethernet-кадра не предусмотрено поле идентификации кадра - если кадр пришел битый, то надо сообщить отправителю, какой именно кадр пришел битым - а дать указатель "этот->" невозможно.
- Если в дороге испортился адрес отправителя (или идентификатор кадра из предыдущего пункта), то неизвестно, кому посылать просьбу повторно переслать кадр.
- За коммутатором находится совсем другой канал - если с кадром что-то случилось после прохождения комутатора, то отправитель об этом не узнает.

Да, Ethernet, как и другие протоколы, принимает меры по повышению вероятности доставки и по обнаружению сбоев (CRC помогает обнаружить сбой, но ничем не поможет в случае сбоя), но он не гарантирует доставки. В принципе, и TCP тоже не гарантирует (например, при обрезании канала топором), но TCP обещает либо доставить, либо сообщить о том, что доставить не удалось.

[kda]

Согласен что в Ethernet фрэйме нет его индификации. Она появляется только у TCP.

Наверное так оно и есть. Всётаки Ethernet это среда передачи данных с обнаружением ошибок.

[Dmitry.Karpov http://www.]

Я не знаю ни одной пакетной средЫ передачи данных без той или иной системы обнаружения ошибок (CRC). Но этого еще недостаточно для ее исправления обнаруженных ошибок (ECC).
CRC != ECC