R
Size: a a a
2020 June 04
AS
Надо его использовать для OAM целей, если трафик unknown unicast, то оборудование должно выставлять 1 в этот бит на выходе, тогда сняв дамп на выходе можно будет определить это known unicast или unknown unicast для этого устройства ))))
Эту мысль не очень понял :) Обычно unknown unicast относится к коммутатору, куда прилетает фрейм на MAC, который он не выучил. Ну то есть, конечный хост тоже может знать, что шлёт UU, если шлёт на броадкастовый MAC, или на заведомо несуществующий (как одна там больная виндовая кластеризация делает). Но точно ли это основная масса случаев?
R
Эту мысль не очень понял :) Обычно unknown unicast относится к коммутатору, куда прилетает фрейм на MAC, который он не выучил. Ну то есть, конечный хост тоже может знать, что шлёт UU, если шлёт на броадкастовый MAC, или на заведомо несуществующий (как одна там больная виндовая кластеризация делает). Но точно ли это основная масса случаев?
конечный хост не может знать что какой то трафик будет передан как UU на конкретном свиче, роутере посередине
AS
конечный хост не может знать что какой то трафик будет передан как UU на конкретном свиче, роутере посередине
Не всегда может знать, да. Поэтому и вопрос.
R
Не всегда может знать, да. Поэтому и вопрос.
никогда не может знать
AS
никогда не может знать
Ну уж ладно, если это unicast IP и broadcast MAC - это всегда UU в данном сегменте
AS
И чем он отличается от unknown MAC? :)
AS
Не, на уровне коммутатором отработки есть нюансы. И счётчики коммутатора разные щелкают
AS
Но тут вопрос, что именно мы хотим отлаживать
R
Но тут вопрос, что именно мы хотим отлаживать
я хочу ловить трафик на выходе который был передан устройством как unknown unicast, чтобы в дампе можно было понять это