алгоритм CRC-32

[Ruslan]

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

Но ведь проверка происходит на канальном уровне, на подуровне MAC.

 

Объясните, где истина :-)

, очень интересно ЗАРАНЕЕ БЛАГОДАРЮ

[Janus]

Не понял - а что такое карта, как не канальный уровень?

Edited April 30, 2008 by Janus

[leveler]

Сдаётся мне, что это будет зависить от самой сетевой карты.

[Kirya]

И от драйверов.

[jab]

Мой начальник говорит, что проверка контрольной суммы кадра Ethernet

А в соседней теме один кадр вопрошает, как ему бороться с проверками.

[kostich]

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

Но ведь проверка происходит на канальном уровне, на подуровне MAC.

 

Объясните, где истина :-)

, очень интересно ЗАРАНЕЕ БЛАГОДАРЮ

Если сетевая карта поддерживает различные разгрузки (offload's), то она может проверять не только CRC, а еще и разруливать фрагментацию/дефрагментацию пакетов. Все эти разгрузки конфликтуют c привычной классификацией по OSI и реализацией некоторых ОС. К примеру, поддержка TCP segmentation offload в драйвере em появилась только в FreeBSD 7.x. Если сетевая карточка вникает в сегментацию TCP пакетов, то это какой уровень?

 

ps. взорви ему мозг коммутирующим маршрутизатором и маршрутизирующим коммутатором.

Edited April 30, 2008 by kostich

[Smoke]

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

Но ведь проверка происходит на канальном уровне, на подуровне MAC.

 

Объясните, где истина :-)

, очень интересно ЗАРАНЕЕ БЛАГОДАРЮ

Если сетевая карта поддерживает различные разгрузки (offload's), то она может проверять не только CRC, а еще и разруливать фрагментацию/дефрагментацию пакетов. Все эти разгрузки конфликтуют c привычной классификацией по OSI и реализацией некоторых ОС. К примеру, поддержка TCP segmentation offload в драйвере em появилась только в FreeBSD 7.x. Если сетевая карточка вникает в сегментацию TCP пакетов, то это какой уровень?

 

ps. взорви ему мозг коммутирующим маршрутизатором и маршрутизирующим коммутатором.

Да нет никаких правил - одни условности. Вот когда сервис положить тогда шеф быстро поймёт - зачем URPF или статики к интерфейсам привязывать :)

Остальное в учебниках типа Stevens 1993 и RFC. must read первое

[kostich]

Да нет никаких правил - одни условности. Вот когда сервис положить тогда шеф быстро поймёт - зачем URPF или статики к интерфейсам привязывать :)

Остальное в учебниках типа Stevens 1993 и RFC. must read первое

нет, сынок, это - фантастика. :)

 

ps. если мы про OSI, то дайте определение коммутирующего маршрутизатора и маршрутизирующего коммутатора.

Edited April 30, 2008 by kostich

[Smoke]

Да нет никаких правил - одни условности. Вот когда сервис положить тогда шеф быстро поймёт - зачем URPF или статики к интерфейсам привязывать :)

Остальное в учебниках типа Stevens 1993 и RFC. must read первое

нет, сынок, это - фантастика. :)

 

ps. если мы про OSI, то дайте определение коммутирующего маршрутизатора и маршрутизирующего коммутатора.

OSI нет - доказано ... :) (разве что для терминологии)

Есть TCP/IP - и та не о девайсах, а о протоколах

Edited May 1, 2008 by Smoke

[leveler]

Аха, и про MPLS давайте ещё вспомним.

[Ruslan]

Спасибо, примерно понял.

[Ruslan]

Хорошо. Тогда интересен ответ на такой вопрос. Простая сеть. Модель OSI. 3 компа соеденены с севером через хаб. Если воздействовать помехами(разные) на сеть, гадим пакеты, передаваемые по сети, то на каком уровне OSI будет определена ошибка. Или опять таки все зависит от оборудования(сетевая карта)?

[Ruslan]

Если подменить поле данных и изменить контрольную сумму, на каком уровне OSI будет обнаружена ошибка. на транспортном орувне будет исп tcp, udp не будет исп

[kostich]

Хорошо. Тогда интересен ответ на такой вопрос. Простая сеть. Модель OSI. 3 компа соеденены с севером через хаб. Если воздействовать помехами(разные) на сеть, гадим пакеты, передаваемые по сети, то на каком уровне OSI будет определена ошибка. Или опять таки все зависит от оборудования(сетевая карта)?

все зависит от жопытности человка с бубном который по дурости своей подрядился обслуживать это гумно.

 

ps. надо брать в руки канальный анализатор и втыкаться в разрез.

 

[leveler]

Надо как по Цыске:

1. Линка нет - первый уровень;

2. Мак не виден - второй;

3. Не пингуется - третий.

 

Ну и свободные вариации на эту тему. =)

А ещё парни рассказывали, что можно в стопарник взять и воткнуть шуруп. Говорят - хрен определишь. =)

[Britney]

ps. если мы про OSI, то дайте определение коммутирующего маршрутизатора и маршрутизирующего коммутатора.

а можно узнать что такое коммутирующий маршрутизатор, ну т.е. я представляю, что такое маршрутизирующий коммутатор, ибо и видел, и щупал, и ковырялся и т.д. А вот с первым вариантом проблема.

 

Кстати, по поводу работы маршрутизирующих коммутаторов, может ежель кому не лень, то заодно поясните, как происходит процесс маршрутизации и как железка отличает что надо в данный момент: маршрутизировать или коммутировать, я вижу это примерно так:

1. приходит фрейм Ethernet II

2. смотрится CRC

3. смотрится принадлежность к влану

4. смотрится мак получателя

5. Если мак получателя равен маку, принадлежащему данному интерфейсу (иначе пакет коммутируется), то

6. в заголовке фрейма смотрися поле Type, если его значение равно 0x0800, то передается наверх для обработки сетевым уровнем (вообще при значении поля Type неравном 0 пакет отдается на съедение сетевому уровню). Если значение поля Type равно 0х0000, то для фрейма ищется выходной порт на основе таблицы мак адресов и передается туда

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

 

В общем кому не сложно прокомментируйте

[leveler]

2Britney: Может быть эта ссылка вам поможет?