|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 25 Apr 2004 16:32:07
To : Alex Semenyaka
Subject : Re: вопрос по multicast
--------------------------------------------------------------------------------
>>> Alex Semenyaka wrote:
>>> Потому что карточка не настроена на прием этого мультикаста. Hужно
>>> либо
VS>> Карточка или ядро? Собственно, ответ именно на этот вопрос и
VS>> интересует меня с самого начала треда.
AS> Может быть и так, и так. Мне встречались утверждения, что "все современные
AS> карточки делают это", но достоверно не изучал. Легко готов допустить, что
AS> любые нормальные таки делают, а те, которые за $3 - не очень. Кроме того,
AS> если у тебя несколько mcast адресов (rwhod, ntpd, ещё что-нить) - то стек
AS> фильтра карточки может и переполнится. И тогда она, опять же, доставит тебе
AS> все IP-шные малтикасты. Anyway, ядро всегда готово карточку в этом смысле
AS> подстраховать :)
Судя по комментариям в драйверах, в карточках чаще всего используется
какая-то свёртка (AKA контрольная сумма AKA хэш) MAC-адреса, оставляющая
от него 6-8 бит, и битовая маска вида "все MAC с f()==2 принимать".
Поэтому есть вероятность совпадений и надо проверять в ядре в любом случае.
Зато fxp ведёт явный список.
>>> создать на ней сокет под этот адрес и тогда она будет его получать,
>>> либо перейти в promisc и получать все мультикасты.
VS>> Как бы ты ответил на вопрос, который я задал в самом первом письме
VS>> треда (будут ли мультикасты, в получении которых хост не
VS>> заинтересован, тем не менее загружать процессор этого хоста)?
AS> Ответ прост как 3 копейки: могут. Hо могут и не прогружать.
Угу.
-netch-
--- ifmail v.2.15dev5.3
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
