ru.networks

 
 - RU.NETWORKS ------------------------------------------------------------------
 From : Yuri Selivanov                       2:5020/400     29 Oct 2003  08:06:59
 To : Alexey Belyaev
 Subject : Re: групповые адреса Ethernet
 -------------------------------------------------------------------------------- 
 

 Alexey Belyaev <Alexey.Belyaev@f52.n5020.z2.fidonet.org> wrote:
 
 > "Yuri Selivanov" <uri@tomsknet.ru> wrote in message ...
 > 
 >> Hе обижайся, конечно, но это -- бред.
 > 
 > Это не бред, а недостаточно глубокие знания.
 > 
 >> Btw, а кто мешает свичу разгребать ip-payload на предмет IGMP?
 >> IGMP-snooping не такая уж уникальная вещь в современных свичах. А вот
 >> начсет механизма -- GMRP (GARP Multicast Registration Protocol). Hативный
 >> для ethernet механизм multicast pruning'а.
 > 
 > Про IGMP-snooping и GMRP я знал но не вспомнил когда писал. Спасибо что
 > напомнил.
 > 
 >> > Использовать Multicast Ethernet кадры для Multicast IP пакетов
 > технически
 >> > конечно можно но трудно так как для Multicast Ethernet MAC адресов из 48
 > бит
 >> > выделено менее 32 бит (точно не помню) а значит нужно иметь какую-то
 >> > общедоступную таблицу соответствия.
 >>
 >> Hехватка пяти битов порождает некоторую неоднозначность преобразования
 >> Multicast IP в Multicast Ethernet, но чисто технически это не является
 > большой
 >> проблемой -- приемник фреймов в состоянии осуществить дополнительную
 > фильтрацию
 >> по каким-либо признакам (по полю type, например).
  
 > Скажи а из твоего опыта типичная рабочая станция сообщает своей карте какие
 
   Драйверу nic через api передается соответствующий адрес, который
 укладывается в hash-table для дальнейшей фильтрации на аппаратном уровне.
 
 > групповые Ethernet-кадры она хочет принимать и использует ли она IGMP что бы
 > объявить о наличии члена группы в сегменте ?
 
   А почему нет? Если рабочая станция заинтересована в получении ресурсов
 какого-нибудь малктикас-сервиса, то так оно и происходит. Однако, изначально
 было твое утверждение, что малтикасты в сетях ethernet передаются бродкастами.
 С чем я был категорически несогласен. А вообще, истоирия религиозных войн
 broadcast vs multicast уходит корнями в DIX. В нем было отдельно сказано
 о возможности малтикаста и он же был указан как наиболее предпочтительный
 способ широковещательной рассылки. Про бродкаст было заявлено, что это не
 самый лучший способ с точки зрения использования ресурса сети и конечных
 станций и что его, по возможности, лучше избегать. Однако, тогдашние
 девелоперы на эти предостережения забили и RIPv1, arp/rarp, ggp и прочие
 hello использовали бродкаст. В RIPv2 это ситуацию потом исправили, ggp умер,
 а вот с arp из-за его повсеместного использования ситуация осталась прежней.
 
 > --
 > Alexey Belyaev
 > 
 
 -- 
 Best Regards,
 Yuri Selivanov [URI2-RIPE]
 --- ifmail v.2.15dev5
  * Origin: Tomsktelecom - Digital Networks (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор