Не люблю перебрасывание говном.

Но говно в прод тебя тащить ничего не смущает)

Натив влан для протоколов, которые от него зависят

Но говно в прод тебя тащить ничего не смущает)

Я его и не тащу.

Говорю же, сейчас ниша pfsense - бич-конторы, по большей части.

Я в таких давно уже не работаю.

Соответственно, и не использую pfsense.

Но смысла менять ник не вижу.

Привет, подскажите в каком влане RSTP шлет bpdu если native отстутствует/не совпадают между портами коммутаторов?

Лабу собрал бы и понял сам, это на мой взгляд интереснее чем просто спрашивать в сотый раз одно и тоже. (Не только ты) Форумы так то в этом плане полезны :)))

Отвечу что это работать не будет

Только в случаее именно RSTP

У циски свои реализации

PVST и +

Там первлан

Отвечу что это работать не будет

Сейчас на моих глазах это работает между dgs3627 и linksys sf300

у dgs вообще натива на порту нет

Привет, подскажите в каком влане RSTP шлет bpdu если native отстутствует/не совпадают между портами коммутаторов?

рстп не знает ничего про вланы

рстп не знает ничего про вланы

т.е. он передает все в native?

он передает одну-единственную бпду за физический порт

естественно, без каких-либо меток

http://ccie.linkmeup.ru/qa/question/mozhem-li-my-rabotat-bez-native-vlan-a-na-trunk-e

говорить про то, что она идет в native vlan, некорректно. она вообще идет не в влане

и без метки 802.1q, естественно

и без метки 802.1q, естественно

Где тогда по твоему свитчи обмениваются bpdu?

если не в натив влане

не весь трафик подлежит форвардингу

тот, который подлежит, обрабатывается соответственно логике виртуальных broadcast domain, в народе - VLAN

тот, который не подлежит, просто отправляется на порту

и терминируется на ЦП получателя

трафик slow protocols не обрабатывается ни в одном vlan

Что значит просто отправляется на порту? в канале есть куча вланов с тегом и 1 единственный "нетив" без тега, куда еще может отправляться трафик rstp кроме как не в эти вланы?

трафик slow protocols не обрабатывается ни в одном vlan

Где про это утверждение почитать можно?

вы почему-то полагаете, что на порту должен отправляться трафик только определенных вланов

а это не так

транзитный для коммутатора трафик будет помечаться метками 802.1q или не помечаться (т.н. native vlan)

а есть еще и служебный трафик, который не транзитный для коммутаторра

этот трафик придумывает сам коммутатор, и он не предназначен для форвардинга другими коммутаторами

сюда относятся *STP, OAM, LLDP и прочие slow protocols

трафик slow protocols не обрабатывается ни в одном vlan

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

Как минимум стп

3028, 1228, какие-то из 1210

специфика конкретного железа вполне может быть, но логически такой служебный трафик не относится ни к одному влану

он просто отдельно ото всего бегает

если видите мак 01800с2хххххх - это как раз такой служебный трафик

он просто отдельно ото всего бегает

Почему тогда я в wireshark вижу bpdu отсылаемые микротиком?

или dlink-ом не важно

ну по проводу-то он все равно передается

Если он бегает отдельно, а я нахожусь скажем во влане 10

просто этот служебный трафик размечается не 802.1Q'шным заголовком, а этим специальным мак-адресом

если говорить про циску, очень похожим образом себя ведут CDP, VTP и PAgP, но вот они отправляются всегда в 1 влане

если native поменять, на них будет идти 802.1Qшная метка

но они и мак-адреса используют другие, фирменные 01000с

если говорить про циску, очень похожим образом себя ведут CDP, VTP и PAgP, но вот они отправляются всегда в 1 влане

почему так сделано? почему одни служебные живут без метки, другие с 1 vid?

"так исторически сложилось"

Сейчас на моих глазах это работает между dgs3627 и linksys sf300

Что именно работает? На циске нет RSTP. Есть PVST+ основанный на этом. Если на длинке все таггетом идут работать не будет в норм режиме.

это прям напрягает )

802'шные протоколы и фирменные ведут себя по-разному, да

Что именно работает? На циске нет RSTP. Есть PVST+ основанный на этом. Если на длинке все таггетом идут работать не будет в норм режиме.

На cisco нет, а на linksys есть

почему так сделано? почему одни служебные живут без метки, другие с 1 vid?

Да нет НИКАКОЙ метки в натив

На cisco нет, а на linksys есть

Ок. Это ничего не меняет.

Хоть 666 обзови :)

Да нет НИКАКОЙ метки в натив

ну вон выше Иннокентий что-то прове vid 1 сказал) я поэтому и спросил)

Хоть 666 обзови :)

ну ты так и сделал)

На cisco нет, а на linksys есть

Настройки портов и статус STP портов напиши

Хоть 666 обзови :)

По сути не важно как оно называется, я просто хочу понять, как они обмениваются служебными пакетами если у длинка нет на порту нетив влана, а у циски он "1"

По сути не важно как оно называется, я просто хочу понять, как они обмениваются служебными пакетами если у длинка нет на порту нетив влана, а у циски он "1"

а что в дампе?

ну ты так и сделал)

Мне надо было отдать 1 тегом. Я не хочу глобально включать тегерование натив в транках. Посему есть хак отдать натив левым VID

а что в дампе?

А что вас интересует в дампе?

« кто спрашивает ? смотря кто спрашивает…»

1. транзитный трафик влана, который помечен в транке native, отправляется без метки 2. вендорские цископротоколы в транке отправляются без метки, если native=1 или с меткой 1 влана, если native отличается. switchport trunk allowed vlan эти протоколы не блокирует, он применяется только к транзитному трафику 3. стандартные протоколы всегда идут без метки. настройки порта (транк/акцесс/нейтив влан) роли не играют в любом случае

Скорее всего трафик ходит, а они никак не связаны по стп

Поэтому у тебя "все работает"

можно снять дамп и посмотреть, кто отправляет бпду

Скорее всего трафик ходит, а они никак не связаны по стп

Мимо, циска видит руут id длинка

если только один свитч отправляет - они друг друга понимают

если отправляют оба, то не понимают

1. транзитный трафик влана, который помечен в транке native, отправляется без метки 2. вендорские цископротоколы в транке отправляются без метки, если native=1 или с меткой 1 влана, если native отличается. switchport trunk allowed vlan эти протоколы не блокирует, он применяется только к транзитному трафику 3. стандартные протоколы всегда идут без метки. настройки порта (транк/акцесс/нейтив влан) роли не играют в любом случае

спасибо, стало чуть понятнее

если отправляют оба, то не понимают

в rstp вроде все отправляют

Мимо, циска видит руут id длинка

Значит длинк есть анитегет.

Хз

Конфиг давай

в rstp вроде все отправляют

нет, inferior bpdu Отправляется только на этапе proposal/agreeement

дальше свою superior bpdu отправляет только designated bridge

исключение - механизмы типа bridge assurance

Я на заре своей пров юности убил как-то на транзитном 3028 для одного кастомера антегет и тогда все прилегло пока монтажники по питанию не дернули.

Как раз стп застрелился

набрасывать уже нельзя?

можно, но в тракторе

исключение - механизмы типа bridge assurance

Есть ссылка где можно почитать о том, что contol plane ходит отдельно, не в влан?

можно, но в тракторе

ок, у меня правда достаточно тематический наброс был в заначке в контексте обсуждения STP

ок, у меня правда достаточно тематический наброс был в заначке в контексте обсуждения STP

а, тогда сюда ок :)

а, тогда сюда ок :)

Шёл 2018год. L3 во все поля(даже в офисах блеадь!!!), а кто-то еще обсуждает архитектуру STP ((

мне просто грустно(

Шёл 2018год. L3 во все поля(даже в офисах блеадь!!!), а кто-то еще обсуждает архитектуру STP ((

Slides-defined networking?

ну пока мы не научим последнего эникейщиков перестать бояться и полюбить ipv6, огромные L2 будут существовать

Slides-defined networking?

????

Кстати, поцоны, поцоны (ну и дамы). У меня вот есть вопрос среднего уровня тяжести. Многие работодатели при размещении вакансий на HH (например) не указывают там размер ЗП (даже диапазон). Ну и вроде бы мы (потенциальные работники) с этим смерились. Так вот вопрос - стоит ли мне при публикации резюме указывать зарплатные ожидания? Есть ли какие-то плюсы в том, что я не буду их указывать?