|
ru.networks
- RU.NETWORKS ------------------------------------------------------------------
From : Alexander Gusak 2:5020/175.2 13 Jul 2004 16:12:13
To : Slav Matveev
Subject : multicast'ы
--------------------------------------------------------------------------------
SM>>> я правильно понимаю что мультикасты не должны транслироваться
SM>>> ни на один порт?
AG>> Hет. Они должны флудиться на все порты. Пока не будет пойман хоть один
AG>> регистрирующийся клиент и создана мультикаст-сессия.
SM> а как создана сессия только на подключившиеся?
SM> это касается одного мультикаст-адреса? т.е. если сервер
SM> гонит поток 225.0.0.1 и 225.0.0.2, а клиент подключился только
SM> к 225.0.0.1, второй поток будет идти на все порты, пока не будет
SM> создана вторая сессия или надо что бы была создана хотя бы одна
SM> сессия?
Hадо помнить, что IGMP - протокол третьего уровня. Свитч его реализовать не
может. Он может только подглядывать за взаимодействием IGMP-enabled
маршрутизатора и клиентов. В отсутствие сессий IGMP он должен флудить
мультикасты во все порты, ибо не его ума дело решать что кому. Если удалось
подглядеть сессию - можно из этого сделать какой-то вывод и ограничить поток.
Hет сессий для второго потока - будет флудить. Сами-то пакеты IGMP тоже
multicast, так что если их не пропускать - ничего и не свяжется.
SM> такое положение вещей вызывает еще вопросы.
SM> 1. если запрос на подключение принят с того же порта, что
SM> и сервер вещает, это заставит свитч считать что сессия создана?
Hе уверен. Hе помню настолько детально. А, собственно, как это может быть?
Если за этим портом еще один свитч, на котором сервер и клиент, то запрос до
первого свитча не дойдет.
SM> 2. и если при наличии одного клиента с его порта придет
SM> запрос на отключение от рассылки, это опять переведет свитч
SM> в режим флуда?
Должно.
SM>>> вторая непонятка заключается в том, что подключенный в
SM>>> соседний порт еще один комп на tcpdump -i eth1 ether multicast
SM>>> ничего не видит.
AG>> MAC-адрес мультикаст не то же самое, что IP-адрес мультикаст. Второй
AG>> на L2 чаще выглядит как broadcast.
SM> у меня на задворках памяти отложилось что там мак что-то
SM> типа 01-..-5a-XX-XX-XX, где XX-XX-XX - младшие биты ip-адреса...
SM> нет?
Примерно так. Только виндовые драйвера, помнится, поступали по-своему.
Впрочем, может что-то и изменилось за прошедшее время.
SM> ps. я пускал
SM> windump ethet multicast
^
SM> и
SM> tcpdump ether multicast
SM> первый трафик показывает. второй - нет.
Может, в опечатке дело? :)))
С уважением
Александр Гусак
--- ifmail v.2.15dev5
* Origin: FidoNet Online - http://www.fido-online.com (2:5020/175.2)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
