Vlan и неуправляемый свитч

[senya644 1]

Вопрос к знатокам: Неуправляемый коммутатор tp-link может сквозняком пропускать vlan ???

[fastvd 62]

Вопрос к знатокам: Неуправляемый коммутатор tp-link может сквозняком пропускать vlan ???

да

[senya644 1]

это точно,модель свитча TL-SF1008D ???

[fastvd 62]

это точно,модель свитча TL-SF1008D ???

да! точно!

[rsst 406]

мелковато модель свича написали, не видно нихрена

[senya644 1]

спасибо)

[greyshadow 22]

Если он пропустит фреймы 1522 байта размером - может.

[dan_aspire 81]

Некропост, но всё же:

 

Свич хоть и тупой, но таблица коммутации в нём-то всё равно присуща в отличие от хаба.

А теперь вопрос: на какой порт будет отправлен инкапсулированый в 802.1q ? Где свич увидит мак получателя, если фрейм инкапсулирован в непонятный ему протокол?

 

 

П.С. это домыслы по теории, на практике такого не доводилось делать.

[Artcv 4]

Некропост, но всё же:

 

Свич хоть и тупой, но таблица коммутации в нём-то всё равно присуща в отличие от хаба.

А теперь вопрос: на какой порт будет отправлен инкапсулированый в 802.1q ? Где свич увидит мак получателя, если фрейм инкапсулирован в непонятный ему протокол?

 

 

П.С. это домыслы по теории, на практике такого не доводилось делать.

Так как 802.1Q не изменяет заголовки кадра (фрейма), то сетевые устройства, которые не поддерживают этот стандарт, могут передавать трафик без учёта его принадлежности к VLAN.

 

Почитайте википедию хоть

[greyshadow 22]

Некропост, но всё же:

 

Свич хоть и тупой, но таблица коммутации в нём-то всё равно присуща в отличие от хаба.

А теперь вопрос: на какой порт будет отправлен инкапсулированый в 802.1q ? Где свич увидит мак получателя, если фрейм инкапсулирован в непонятный ему протокол?

 

 

П.С. это домыслы по теории, на практике такого не доводилось делать.

 

Теория говорит, что тег добавляется ПОСЛЕ МАС-ов, т.к. 99.9% тупарей работают по Cut-through схеме коммутации, то до тега дело даже не доходит.... так что протокол оные вообще не анализируют.

[KaYot 3,732]

Так как 802.1Q не изменяет заголовки [/size]кадра (фрейма), то сетевые устройства, которые не поддерживают этот стандарт, могут передавать трафик без учёта его принадлежности к VLAN.[/size]

 

Почитайте википедию хоть

Не верьте всему что пишут в интернете, даже если это википедия.

802.1Q увеличивает размер фрейма на 4 байта, и будет тупая железка пропускать такой трафик или нет зависит сугубо от ее дизайна(фактически - какой MTU на интерфейсах выставлен). Видел своими глазами медиаконвертор не пропускающий тегированный трафик, как вам такой вариант?

[NiTr0 585]

Дело скорее всего не в MTU (иначе - мелкие пакеты бы ходили а большие дропались).

Любой чип в любом тупаре поддерживает вланы. Ограниченное кол-во, конфигурируемое через еепром/внешним процом, так что с мту граблей не вылезет.

А медиаконвертор - скорее всего на его чипе свича как раз и был сконфигурен один влан... Ессно, qinq свич не умеет, и левые вланы дропает, пропуская только нетегированные пакеты.

[KaYot 3,732]

Дело скорее всего не в MTU (иначе - мелкие пакеты бы ходили а большие дропались).

А оно насколько я помню так и происходит, мелкие пакеты бегают, а ничего не работает, одноглазники не открываются. Тупой свич ведь сам по себе выдрать(обрезать, удалить) тег из пакета в принципе не может.