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