Ruslan Опубликовано 30 апреля, 2008 · Жалоба Мой начальник говорит, что проверка контрольной суммы кадра Ethernet производит сетевая карта. Но ведь проверка происходит на канальном уровне, на подуровне MAC. Объясните, где истина :-) , очень интересно ЗАРАНЕЕ БЛАГОДАРЮ Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Janus Опубликовано 30 апреля, 2008 (изменено) · Жалоба Не понял - а что такое карта, как не канальный уровень? Изменено 30 апреля, 2008 пользователем Janus Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
leveler Опубликовано 30 апреля, 2008 · Жалоба Сдаётся мне, что это будет зависить от самой сетевой карты. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Kirya Опубликовано 30 апреля, 2008 · Жалоба И от драйверов. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jab Опубликовано 30 апреля, 2008 · Жалоба Мой начальник говорит, что проверка контрольной суммы кадра Ethernet А в соседней теме один кадр вопрошает, как ему бороться с проверками. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kostich Опубликовано 30 апреля, 2008 (изменено) · Жалоба Мой начальник говорит, что проверка контрольной суммы кадра Ethernet производит сетевая карта. Но ведь проверка происходит на канальном уровне, на подуровне MAC. Объясните, где истина :-) , очень интересно ЗАРАНЕЕ БЛАГОДАРЮ Если сетевая карта поддерживает различные разгрузки (offload's), то она может проверять не только CRC, а еще и разруливать фрагментацию/дефрагментацию пакетов. Все эти разгрузки конфликтуют c привычной классификацией по OSI и реализацией некоторых ОС. К примеру, поддержка TCP segmentation offload в драйвере em появилась только в FreeBSD 7.x. Если сетевая карточка вникает в сегментацию TCP пакетов, то это какой уровень? ps. взорви ему мозг коммутирующим маршрутизатором и маршрутизирующим коммутатором. Изменено 30 апреля, 2008 пользователем kostich Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Smoke Опубликовано 30 апреля, 2008 · Жалоба Мой начальник говорит, что проверка контрольной суммы кадра Ethernet производит сетевая карта. Но ведь проверка происходит на канальном уровне, на подуровне MAC. Объясните, где истина :-) , очень интересно ЗАРАНЕЕ БЛАГОДАРЮ Если сетевая карта поддерживает различные разгрузки (offload's), то она может проверять не только CRC, а еще и разруливать фрагментацию/дефрагментацию пакетов. Все эти разгрузки конфликтуют c привычной классификацией по OSI и реализацией некоторых ОС. К примеру, поддержка TCP segmentation offload в драйвере em появилась только в FreeBSD 7.x. Если сетевая карточка вникает в сегментацию TCP пакетов, то это какой уровень? ps. взорви ему мозг коммутирующим маршрутизатором и маршрутизирующим коммутатором. Да нет никаких правил - одни условности. Вот когда сервис положить тогда шеф быстро поймёт - зачем URPF или статики к интерфейсам привязывать :) Остальное в учебниках типа Stevens 1993 и RFC. must read первое Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kostich Опубликовано 30 апреля, 2008 (изменено) · Жалоба Да нет никаких правил - одни условности. Вот когда сервис положить тогда шеф быстро поймёт - зачем URPF или статики к интерфейсам привязывать :)Остальное в учебниках типа Stevens 1993 и RFC. must read первое нет, сынок, это - фантастика. :) ps. если мы про OSI, то дайте определение коммутирующего маршрутизатора и маршрутизирующего коммутатора. Изменено 30 апреля, 2008 пользователем kostich Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Smoke Опубликовано 1 мая, 2008 (изменено) · Жалоба Да нет никаких правил - одни условности. Вот когда сервис положить тогда шеф быстро поймёт - зачем URPF или статики к интерфейсам привязывать :)Остальное в учебниках типа Stevens 1993 и RFC. must read первое нет, сынок, это - фантастика. :) ps. если мы про OSI, то дайте определение коммутирующего маршрутизатора и маршрутизирующего коммутатора. OSI нет - доказано ... :) (разве что для терминологии) Есть TCP/IP - и та не о девайсах, а о протоколах Изменено 1 мая, 2008 пользователем Smoke Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
leveler Опубликовано 3 мая, 2008 · Жалоба Аха, и про MPLS давайте ещё вспомним. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ruslan Опубликовано 4 мая, 2008 · Жалоба Спасибо, примерно понял. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ruslan Опубликовано 4 мая, 2008 · Жалоба Хорошо. Тогда интересен ответ на такой вопрос. Простая сеть. Модель OSI. 3 компа соеденены с севером через хаб. Если воздействовать помехами(разные) на сеть, гадим пакеты, передаваемые по сети, то на каком уровне OSI будет определена ошибка. Или опять таки все зависит от оборудования(сетевая карта)? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ruslan Опубликовано 4 мая, 2008 · Жалоба Если подменить поле данных и изменить контрольную сумму, на каком уровне OSI будет обнаружена ошибка. на транспортном орувне будет исп tcp, udp не будет исп Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kostich Опубликовано 4 мая, 2008 · Жалоба Хорошо. Тогда интересен ответ на такой вопрос. Простая сеть. Модель OSI. 3 компа соеденены с севером через хаб. Если воздействовать помехами(разные) на сеть, гадим пакеты, передаваемые по сети, то на каком уровне OSI будет определена ошибка. Или опять таки все зависит от оборудования(сетевая карта)? все зависит от жопытности человка с бубном который по дурости своей подрядился обслуживать это гумно. ps. надо брать в руки канальный анализатор и втыкаться в разрез. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
leveler Опубликовано 4 мая, 2008 · Жалоба Надо как по Цыске: 1. Линка нет - первый уровень; 2. Мак не виден - второй; 3. Не пингуется - третий. Ну и свободные вариации на эту тему. =) А ещё парни рассказывали, что можно в стопарник взять и воткнуть шуруп. Говорят - хрен определишь. =) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Britney Опубликовано 4 мая, 2008 · Жалоба ps. если мы про OSI, то дайте определение коммутирующего маршрутизатора и маршрутизирующего коммутатора. а можно узнать что такое коммутирующий маршрутизатор, ну т.е. я представляю, что такое маршрутизирующий коммутатор, ибо и видел, и щупал, и ковырялся и т.д. А вот с первым вариантом проблема. Кстати, по поводу работы маршрутизирующих коммутаторов, может ежель кому не лень, то заодно поясните, как происходит процесс маршрутизации и как железка отличает что надо в данный момент: маршрутизировать или коммутировать, я вижу это примерно так: 1. приходит фрейм Ethernet II 2. смотрится CRC 3. смотрится принадлежность к влану 4. смотрится мак получателя 5. Если мак получателя равен маку, принадлежащему данному интерфейсу (иначе пакет коммутируется), то 6. в заголовке фрейма смотрися поле Type, если его значение равно 0x0800, то передается наверх для обработки сетевым уровнем (вообще при значении поля Type неравном 0 пакет отдается на съедение сетевому уровню). Если значение поля Type равно 0х0000, то для фрейма ищется выходной порт на основе таблицы мак адресов и передается туда ну и далее с сетевого уровня пакет каким-то образом стекает вниз и вылетает через какой-то интерфейс В общем кому не сложно прокомментируйте Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
leveler Опубликовано 5 мая, 2008 · Жалоба 2Britney: Может быть эта ссылка вам поможет? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...