|
ru.networks
- RU.NETWORKS ------------------------------------------------------------------
From : Alexander Gusak 2:5020/175.2 05 Jun 2002 10:52:30
To : Michael Krylov
Subject : Re: вопpосы...
--------------------------------------------------------------------------------
MK>>> Вот теперь опиши, как такие коммутаторы останавливают Brodcast
MK>>> Storm.
AG>> Мррррр. Поскольку broadcast имеет легко опознаваемое значение поля
AG>> destination MAC, равное FF:FF:FF:FF:FF:FF, подобные фреймы очень
AG>> просто пересчитывать и при превышении интенсивности их потока например
AG>> 500 шт/секунду прекращать форвардить (по определению transparent
AG>> bridge бродкаст-фрейм в нормальной ситуации форвардится во все порты,
AG>> кроме входящего).
MK> По-моему, такая функция не входит в стандарт для 2-го уровня? Я прав?
Это не мешает коммутаторам таки делать это :-)) Коммутатор имеет полное
римское право дискарднуть любой фрейм без объяснения причин. Буфер у него
переполнился. Или настроение с утра плохое. Стандартом не запрещается.
MK>>> Потому что, как я помню, в спецификациях и стандартах такая
MK>>> возможность не записана. Хотя, черт знает, что производители
MK>>> могли туда напихать.
AG>> Естественно. Там еще много чего не записано, типа flow control в
AG>> halfduplex посредством backpressure. Hо возможность фильтрации по
MK> Ты уверен? Мне всегда казалось, что backpressure, как метод защиты от
MK> перегрузок, входит в стандарт.
Hет. В базовой спецификации Ethernet CSMA/CD вообще не было flowcontrol, для
fullduplex режима сделали 802.3х, когда проблема стала очевидной. И умеют
делать backpressure отнюдь не многие устройства.
MK>>> Только тогда это будет уже не 2-й уровень.
AG>> Hда? А какой же уровень соттветствует MAC, в терминах модели OSI?
AG>> Предупреждаю сразу - текст ISO/IEC 7498-1 "OSI Basic Reference Model"
AG>> Sec. Ed. 1994 лежит у меня под рукой, так что без фантазий.
MK> Загляни туда. Во всех книжках трезвонят, что коммутаторы, как
MK> L2-устройства, не должны по стандарту останавливать широковещательный
MK> шторм.
Позвольте цитату. А то в исходном стандарте вообще нет такого понятия как
коммутатор (802.1 bridge - это вообще-то всего лишь мост), "широковещательный
шторм" и указаний, надо ли и что с ним делать. В стандарте также не сказано,
что в коммутаторе должна быть система управления и встроенный Web-сервер.
MK>>> Ага. Только уточнение. Все это происходит на все ом же
MK>>> MAC-уровне. И не
AG>> Ой да неужели. И в каком из двенадцати байт, имеющих отношение к MAC,
AG>> хранятся все три адреса IP и TTL?
MK> Hи в одном. Коммутатор залезает в поле данных для MAC-кадра. Тебе ли
MK> этого не знать?
Кажется, смысл в разговоре исчез.
С уважением
Александр Гусак
--- ifmail v.2.15dev5
* Origin: FidoNet Online - http://www.fido-online.com (2:5020/175.2)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
