Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
| | | |
Великая сила RTFM... Прочитал RFC, успокоился ;-) Всем спасибо за разъяснение! Но остался маленький вопрос... 18.05.04 17:26 Число просмотров: 2074
Автор: HandleX <Александр М.> Статус: The Elderman
Отредактировано 18.05.04 17:35 Количество правок: 1
|
|
Логика транспортировки фреймов Ethernet у non-managed свичей для мультикаст пакетов точно такая же, как и для броадкаст? Иными словами, JoinHostGroup имеет действие только на локальный IP service interface (в терминах RFC)?
|
|
<networking>
|
Вопрос: IP мультикаст в сетях Ethernet основан на Ethernet-броадкасте? В чём же тогда отличие multicast от broadcast? ;-) 18.05.04 16:05
Автор: HandleX <Александр М.> Статус: The Elderman
|
|
|
|
ну приехали 18.05.04 16:10
Автор: ZloyShaman <ZloyShaman> Статус: Elderman
Отредактировано 18.05.04 16:11 Количество правок: 1
|
|
Мультикаст работает на уровне IP. Наверное.
|
| |
Sorry, объясню поточнее... 18.05.04 16:16
Автор: HandleX <Александр М.> Статус: The Elderman
|
Итак, имеем прогу, слушающую на порту xxxx
Посылаю IP пакет на 255.255.255.255 порт xxxx - прога пакет получает.
Посылаю пакет на 227.0.0.2 порт xxxx - прога всё равно получает пакет ;-)
В чём разница?
|
| | |
ответ на сайте www.ietf.org 18.05.04 16:37
Автор: NKritsky <Nickolay A. Kritsky> Статус: Elderman
|
> Итак, имеем прогу, слушающую на порту xxxx
>
> Посылаю IP пакет на 255.255.255.255 порт xxxx - прога пакет
> получает.
> Посылаю пакет на 227.0.0.2 порт xxxx - прога всё равно
> получает пакет ;-)
>
> В чём разница?
Разницу легко установить при помощи сниффера:
broadcast packet имеет ethernet destination addr:
ff:ff:ff:ff:ff:ff
multicast packet имеет ehernet destination addr:
01:005e:xx:xx:xx
Что достаточно подробно расписано в RFC1112 (Multicast).
|
| | | |
Великая сила RTFM... Прочитал RFC, успокоился ;-) Всем спасибо за разъяснение! Но остался маленький вопрос... 18.05.04 17:26
Автор: HandleX <Александр М.> Статус: The Elderman
Отредактировано 18.05.04 17:35 Количество правок: 1
|
|
Логика транспортировки фреймов Ethernet у non-managed свичей для мультикаст пакетов точно такая же, как и для броадкаст? Иными словами, JoinHostGroup имеет действие только на локальный IP service interface (в терминах RFC)?
|
| | | | |
Думаю да. 18.05.04 17:41
Автор: NKritsky <Nickolay A. Kritsky> Статус: Elderman
|
> Логика транспортировки фреймов Ethernet у non-managed
> свичей для мультикаст пакетов точно такая же, как и для
> броадкаст? Иными словами, JoinHostGroup имеет действие
> только на локальный IP service interface (в терминах RFC)?
в смысле, что non-managed свитчи и managed свитчи с дефолтными настройками чихать хотели на JoinHostGroup. Видят что первые три октета адреса - мультикастные, и хреначат во все порты. Но клястся не буду :)
|
|
|
подробно о проекте
Анализ криптографических сетевых...
