AG
на русском не нужно?
А могли бы просто стандартом предусмотреть использование MRP на конечных узлах, и ничего бы не пришлось конфигурить ручками.
L2 мультикаст форвардился бы только в те интерфейсы, за которыми находятся подписчики данной группы.
Size: a a a
2021 February 16
RF
А могли бы просто стандартом предусмотреть использование MRP на конечных узлах, и ничего бы не пришлось конфигурить ручками.
L2 мультикаст форвардился бы только в те интерфейсы, за которыми находятся подписчики данной группы.
L2 мультикаст форвардился бы только в те интерфейсы, за которыми находятся подписчики данной группы.
Да но MRP сам полагается на мультика и как-то боязно ему доверять, пока что... :)
Да, надо пояснить, речь не протокол резервирования, а про протокол сигнализации. Просто, абривиатура одинаково выглядит для обоих.
Да, надо пояснить, речь не протокол резервирования, а про протокол сигнализации. Просто, абривиатура одинаково выглядит для обоих.
RF
А могли бы просто стандартом предусмотреть использование MRP на конечных узлах, и ничего бы не пришлось конфигурить ручками.
L2 мультикаст форвардился бы только в те интерфейсы, за которыми находятся подписчики данной группы.
L2 мультикаст форвардился бы только в те интерфейсы, за которыми находятся подписчики данной группы.
Думаю это все-же всего лишь шаг к SDN, со специализированным протоколом управления сетью между дешевыми железками с bootp протоколом и контроллерами сети.
AA
А вообще выделенный параграф и tissue говорят совсем о другом. tissue говорит о том, что если устройство не поддерживает VLAN, то оно хотя бы должно уметь его игнорировать. А стандарт говорит о том, что устройство должно быть способно принимать пакеты с любым (заданным) VLAN.
A
Да но MRP сам полагается на мультика и как-то боязно ему доверять, пока что... :)
Да, надо пояснить, речь не протокол резервирования, а про протокол сигнализации. Просто, абривиатура одинаково выглядит для обоих.
Да, надо пояснить, речь не протокол резервирования, а про протокол сигнализации. Просто, абривиатура одинаково выглядит для обоих.
Да, конкретно Multiple MAC Registration Protocol
A
Думаю это все-же всего лишь шаг к SDN, со специализированным протоколом управления сетью между дешевыми железками с bootp протоколом и контроллерами сети.
Вопрос реализации. Формирование конфигурации коммутаторов каким-то централизованным контроллером на основании SCD это, коечно, стильно модно молодежно, но есть и более простые децентрализованные решения.
AA
Вот интересно сколько свитчей в процессе работы делают то так, то так (то вырезают, то оставляют).
AA
а VLAN destination не определяет?
RF
Вся децентрализация выливается традиционно в усложненее узлов и связей между ними, как пример rstp. По мне проще сделать легковестное устройство хорошо решающее основную задачу, а остальной функционал вынести по возможности во внешние узлы.
AA
Про пакеты с отрезаемым на коммутаторе VLAN есть термин "default VLAN".
AG
Про пакеты с отрезаемым на коммутаторе VLAN есть термин "default VLAN".
Там в целом ещё много всяких терминов и режимов
RF
Про пакеты с отрезаемым на коммутаторе VLAN есть термин "default VLAN".
+ Native vlan :)
RF
Там в целом ещё много всяких терминов и режимов
+100500
RF
QinQ
RF
Не вижу противоречий.. Хочет производитель дать возможность настроить vlan на входящих портах терминала, так пожалуйста, можно считать как vendor behavior. Ведь встроенный коммутатор тоже может этой работой заниматься.
AI
Не вижу противоречий.. Хочет производитель дать возможность настроить vlan на входящих портах терминала, так пожалуйста, можно считать как vendor behavior. Ведь встроенный коммутатор тоже может этой работой заниматься.
учитывая, что у многих в терминалах Хиршман.. ))