Контрольная сумма UDP, Помогите понять Опции

[s.i.suprun]

Товарищи форумчане, возникла срочная необходимость написать свою реализацию IP стека, но по ходу возникла проблема подсчета контрольной суммы UDP датаграммы. Если можна поскажите толковое руководство по алгоритму или же если не тяжело пошаговое обьяснение (за илистрацию примером из пары тройки двухбайтных слов отдельное СПАСИБО!!!!!)

Сообщение отредактировал s.i.suprun - Jul 12 2010, 09:42

[adnega]

Эээ... походу это я всех смутил.
Заветные три буквы фигурировали в коде, который выложил в посте #2.
Правильнее будет заменить CRC на CS.
Добавлю: опыт показывает, что говорить о CRC-16 без явного указания начального значения, порождающего полинома, и прочих преобразований, иногда не имеет смысла (ибо реализаций CRC-16 много).
В соответствующее поле UDP заносится контрольная сумма.

Посмотрел у Таненбаума ("Компьютерные сети"):
"Контрольная сумма UDP не является обязательной. Если она не подсчитывается, ее значение равно 0 (настоящая нулевая контрольная сумма кодируется всеми единицами).
Отключать функцию подсчета контрольной суммы глупо, за исключением одного случая - когда нужна высокая производительность."

С http://www.opennet.ru/docs/RUS/tcpip/#c5_udp :
"Если поле "Контрольная сумма" UDP-заголовка содержит нулевое значение, это означает, что источник UDP-пакета контрольную сумму не подсчитывал, и приемник выполнять ее проверку не должен. Некоторые реализации протокола UDP (например, в SunOS - клоне ОС UNIX от Sun Microsystems) контрольную сумму не подсчитывают в принципе, полагаясь на возможности контроля целостности данных, реализованные в протоколах сетевого уровня (например, в Ethernet)."

[des333]

Посмотрел у Таненбаума ("Компьютерные сети"):
"Контрольная сумма UDP не является обязательной. Если она не подсчитывается, ее значение равно 0 (настоящая нулевая контрольная сумма кодируется всеми единицами)."

Все правильно. Только лучше в таких случаях читать не Таненбаума (хотя не спорю, что книга очень хорошая), а RFC.