|
ru.networks
- RU.NETWORKS ------------------------------------------------------------------
From : Sergei V.Dubrov 2:5020/400 23 May 2005 08:08:45
To : Eugene Shifrin
Subject : Re: [HOME LAN]: совет(ы)
--------------------------------------------------------------------------------
Hi!
On Sun, 22 May 2005 22:55:21 +0400, Eugene Shifrin
<Eugene.Shifrin@p44.f1.n5095.z2.fidonet.org> wrote:
> ну здравствуй, Sergei!
>
> >> в случае свича (в
> >> любом: свичинг хаб, свич и т.д. - называй как хочешь) уровня 2 будут
> >> как минимум просматриваться ethernet заголовки пакетов.
>
> SD> Bridge (==мост), как ни странно, обязан - ПО ОПРЕДЕЛЕHИЮ - заниматься
> SD> тем же самым - просматривать заголовки фреймов, для определения адреса
> SD> канального уровня, чтобы понять, что делать с кадром и куда его
> SD> продвигать. L2 коммутаторы (==switches) не зря когда-то длинно
> SD> назывались "многопортовыми мостами" - логика работы по определению
> SD> маршрута продвижения фрейма у мостов и L2-свичей одинакова (backbone
> SD> switches - не в счет :-).
>
> не всегда. есть мосты, которые вообще не "знают" о существовании каких-то
> фреймов.
Повторяю: если не знает про фреймы, то это HЕ МОСТ! Просто by definition...
МОСТ - ПО ОПРЕДЕЛЕHИЮ ЕГО РАБОТЫ - обязан работать с адресами канального
(link) уровня:
"Bridges
========
* Link Layer devices: operate on Ethernet frames, examining frame header
and selectively forwarding frame based on its destination
* Bridge isolates collision domains since it buffers frames
* When a frame is to be forwarded on a segment, the bridge uses CSMA/CD to
access the segment and transmit the frame
Bridge advantages:
* Isolates collision domains resulting in higher total max throughput, and
does not limit the number of nodes nor geographical coverage
* Can connect different type Ethernet since it is a store and forward
device
* Transparent: no need for any change to hosts LAN adapters"
"Before the advent of switches, a network could be divided into segments
with a device called a bridge. Bridges have two Ethernet ports. As traffic
flows through a network, a bridge learns which devices (identified by the
MAC or "hardware" address) are on each side. The bridge then makes decisions
to forward or not forward each packet to the other side based on where the
destination device is located. A bridge thus divides a network into two
collision domains, allowing two independent "conversations" to occur. If a
bridge is placed intelligently (e.g., separating two departments and their
respective file servers), they can improve network efficiency."
"On a switch, every port acts as a bridge."
"Ethernet Switch = Bridge on Steroids" :-)
> эти штуки называются медиаконвертерами,
Точно...
> но это тоже мост по сути.
Hет... Медиаконверторы с мостом внутри обычно и называют как-нибудь вроде
Bridge Media Converter.
> по аналогии с жизню: мост соединяет 2 удаленных участка и ему не важно, что за
> сигнал там бежит.
Повторитель, он же репитер (repeater), тоже соединяет два и более удалённых
участка. От этого он мостом не становится. И ваши аналогии с жизнью здесь
хромают.
>это конвертеры оптика-медь, медь-радио...
Да, конверторы, Hо HЕ мосты. Вот вам цитата из документа от cisco, взятая с
сайта www.ieee802.org (им-то, надеюсь, вы поверите? :-):
"Why invent a фMedia Converterю?
Why not use a two-port Bridge?
*A demarcation device on the CustomerІs premises is useful for defining and
verifying services.
*This is inherently a two-port function.
*Shared media are never present, at least on the up-link.
*So, neither of a bridgeІs two most obvious functions, MAC address filtering
and loop prevention, are needed.
*Almost all other bridge functions are extensions of the filtering and loop
prevention functions.
*Every one of those bridge functions begs for options, configuration, and
management.
..."
Дальше почитайте сами, интересный документ. Hо главное, надеюсь, вам
понятно: Media Converter отнюдь не отождествляется с two-port Bridge, как
это сделали вы:
http://www.ieee802.org/1/files/public/docs2004/nfinn-media-converter-par.ppt
>
> Всего самого-самого! Евгений, ака /KEX/ 22 мая 2005 года
>
С уважением,
Сергей Дубров
--
For replying, please, remove .noreply part of my address
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5.3
* Origin: BINP RAS, Novosibirsk (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
