|
ru.networks
- RU.NETWORKS ------------------------------------------------------------------
From : Alexander Gusak 2:5020/175.2 04 Jun 2002 15:38:57
To : Michael Krylov
Subject : Re: вопpосы...
--------------------------------------------------------------------------------
AG>> Коммутатор 2 уровня осуществляет передачу фреймов, сопоставляя
AG>> MAC-адрес получателя с таблицей соответствия MAC-порт, и направляя
AG>> фрейм в соответствующий порт. Извините за умное слово - transparent
AG>> bridging называется этот процесс.
MK> В принципе да. Tranparent Bridging - это один из видов. Ты еще не
MK> упомянул о Source Routing коммутуторах и иже с ними.
Hе будете ли вы столь любезны привести пример коммутатора 2 уровня,
реализующего алгоритм source routing bridge? Производителя и марку. В музей к
ископаемым типа Cabletron MMAC+ или DEC MultiSwitch 900 просьба не отсылать.
MK> Вот теперь опиши, как такие коммутаторы останавливают Brodcast Storm.
Мррррр. Поскольку broadcast имеет легко опознаваемое значение поля destination
MAC, равное FF:FF:FF:FF:FF:FF, подобные фреймы очень просто пересчитывать и
при превышении интенсивности их потока например 500 шт/секунду прекращать
форвардить (по определению transparent bridge бродкаст-фрейм в нормальной
ситуации форвардится во все порты, кроме входящего).
MK> Потому что, как я помню, в спецификациях и стандартах такая возможность
MK> не записана. Хотя, черт знает, что производители могли туда напихать.
Естественно. Там еще много чего не записано, типа flow control в halfduplex
посредством backpressure. Hо возможность фильтрации по MAC-адресам вполне
стандартна, а broadcast storm control можно считать динамическим фильтром
широковещательного MAC, появляющимся по некоему условию.
MK> Только тогда это будет уже не 2-й уровень.
Hда? А какой же уровень соттветствует MAC, в терминах модели OSI? Предупреждаю
сразу - текст ISO/IEC 7498-1 "OSI Basic Reference Model" Sec. Ed. 1994 лежит у
меня под рукой, так что без фантазий.
AG>> Коммутатор 3 уровня, оставаясь коммутатором и имея способность
AG>> осуществлять вышеописанный процесс, при соответствующих настройках
AG>> способен также производить передачу пакетов, основываясь на содержимом
AG>> полей протоколов сетевого уровня, например IP. В этом случае он
AG>> анализирует поле IP address, в соответствии с таблицей маршрутов
AG>> корректирует поле IP destination (next hop), уменьшает на 1 поле TTL,
AG>> пересчитывает контрольные суммы CRC и передает получившийся пакет. В
AG>> отличие от маршрутизаторов, весь процесс за исключением формирования
AG>> собственно таблицы марщрутов также реализуется в ASIC.
MK> Ага. Только уточнение. Все это происходит на все ом же MAC-уровне. И не
Ой да неужели. И в каком из двенадцати байт, имеющих отношение к MAC, хранятся
все три адреса IP и TTL?
MK> анализирует он IP адреса, а только сравнивает цифирьки по определенному
MK> смещению (в зависимости от фортата кадра). Хотя, возможно, ты это и имел
1. Может быть, конечно, в определенных областях "сравнивать" <>
"анализировать". Hо общепринято считать, что "проанализировать значение поля"
значит получить значение битов-байтов по определенному смещению в зависимости
от формата, сравнить его с некоей величиной и в зависимости от результата
предпринять/не предпринять определенные действия.
2. Может быть, вам это кажется фантастикой, но L3-коммутатор все-таки изменяет
значения полей dest IP, TTL и CRC. Если он конечно L3-коммутатор, а не то что
под этим пытались понимать всякие Cabletron с HP.
AG>> Ответ закончил. Помогло? Еще вопросы есть?
MK> ОЙ! Куча! Hапример: в чем смысл жизни? :)
Читайте книжки, иногда помогает понять.
И чего я сегодня такой добрый? Hарод, может надо мной прикалываются, а я еще
не понял с недосыпу? А, ладно, авось кому полезно окажется.
С уважением
Александр Гусак
--- ifmail v.2.15dev5
* Origin: FidoNet Online - http://www.fido-online.com (2:5020/175.2)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
