|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 27 Apr 2004 09:04:44
To : Alex Semenyaka
Subject : Re: вопрос по multicast
--------------------------------------------------------------------------------
>>> Alex Semenyaka wrote:
AS>>> С другой стороны есть мультикасты, на которые это не
AS>>> распространяется, скажем 01:80:C2:00:00:01 или 02 оно обязано
AS>>> принять и обработать по-любому.
VN>> Вот к этому снова;) не вижу обоснования. Это же адреса для
VN>> взаимодействия инфраструктуры (STP, мультилинк и прочие). Зачем они
VN>> простой конечной карточке?
AS>Сорри, я говорил не про простую обычную карточку, но в процессе параллельного
AS>рассматривания стандарта и писания письма плохо сформулировал. Параграф 5.2.4
AS>задаёт общие процедуры для всех ethernet-устройств, насколько я видел. Вместе
AS>с тем, есть определённые адреса и определённые устройства, которые как бы не
AS>совсем соответствуют.
Hу стандарт вообще мутный до жути - он страдает в первую очередь от попыток
втиснуть в описание стиль описания 802.2, в котором умудрились на канальный
уровень запихнуть чуть ли не всю функциональность аналогов IP, TCP и UDP. ;(((
Поэтому там разбираться - надо в первую очередь вычеркнуть всё что за пределами
простого приёма/передачи пакетов, во вторую - если ориентироваться на IP -
вспомнить, что у нас традиционный фрейм Ethernet_II, а не все эти ужасные
802.3/SNAP, забить блестящий болт на все рассказы про DSAP+SSAP, и только
после этого из него получится что-то осмысленное. ;)
Вот из такой процедуры у меня и получился вывод, который и так практически
реализован везде - все эти 01:80:C2 простая карточка, не включенная во всякие
FEC, игнорирует методом непринятия.;))
-netch-
--- ifmail v.2.15dev5.3
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
