всегда думал что войс влан это по факту перевод порта в транк, работает без cdp/lldp на телефонах со статическим конфигом влана для телефона и проброса другого влан для ПК, речь не о раздаче через lldp-med даже

с телефона писал, хотел сэкономить символы, а получилась фигня. сама коммутация влана работает, включается доверие меткам qos

я чот не могу вкурить, о чем идет речь, если честно\

внутри свитча бакет влана добавляет метку к кадру или нет, internal tag

при прохождение кадра из аксесс в аксесс

internal tag так или иначе добавляется всегда

он не 802.1q и не isl, всегда прозрачный для пользователя

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

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

в любом гипервизоре есть виртуалка за влан 1

можно наплодить еще

не, ну то что у него есть таблицы соответствия пакета к влан - это ясен-красен но тегирование в общем понимании - это не об этом

не создали виртуалку за 17 влан - кадры, приходящие в акцессовый порт с влан 17 будут дропаться

потому что нет соответствующей виртуалки

это если на пальцах

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

и есть простой механизм определения, в какую именно виртуалку нужно отправить конкретный кадр

для акцессовых портов - то, что написано в switchport access vlan

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

если ничего не написано, то native vlan

спс, все сходится)

так кто в итоге тегирует? аксесс или транк?

internal tag = "механизм определения, в какую виртуалку отправлять кадр"

оно есть для абсолютно любого кадра

Аксес навешивает интернал тег

Аксес навешивает интернал тег

а кто тегирует?

в сложных случаях кадр может уйти в несколько виртуалок, поэтому мне не нравится термин internal tag

расскажите, как сделать так что бы в OSPF сеть не анонсировалась, но использовалась при расчете маршрутов

какой-нить passive interface

не

расскажите, как сделать так что бы в OSPF сеть не анонсировалась, но использовалась при расчете маршрутов

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

да, аксес вносит в соответствие с вланом, но тег 1q не ставит, это делает только транк

минуту

а кто тегирует?

Именно dot1q тэг должен вешать выходной интерфейс

ospf prefix supression?

расскажите, как сделать так что бы в OSPF сеть не анонсировалась, но использовалась при расчете маршрутов

а, да, не то

ospf prefix supression?

он только на ABR

Именно dot1q тэг должен вешать выходной интерфейс

ну вот я тоже так думаю

router ospf 10 prefix-suppression passive-interface default no passive-interface GigabitEthernet2

опоздал(

не помню ограничения про abr если честно

да, аксес вносит в соответствие с вланом, но тег 1q не ставит, это делает только транк

теги 802.1Q, ISL, инкапсуляция 802.10 и все остальное, что можно увидеть вайршарком, ничего общего с internal tag не имеют

он только на ABR

может вы про суммаризацию думаете?

не помню ограничения про abr если честно

хм... сейчас попробую

не совсем. prefix-supression это механизм для исключения connected префиксов из объявляемых LSA

кадр входит в черный ящик с одной стороы и выходит с другой, какие внутренние метки он вешает и снимает во время обработки - увидеть невозможно

Feature Overview of the OSPF Mechanism to Exclude Connected IP Prefixes from LSA Advertisements The OSPF mechanism to exclude connected IP prefixes from LSAs allows network administrators to control what IP prefixes are installed into LSAs. This functionality is implemented for router and network LSAs in the following manner: •For the router LSA, to exclude prefixes, the feature excludes link type 3 (stub link). •For the network LSA, the OSPF Designated Router (DR) generates LSAs with a special /32 network mask (0xFFFFFFFF).

не совсем. prefix-supression это механизм для исключения connected префиксов из объявляемых LSA

для p2p-линков и lsa2

https://www.cisco.com/c/en/us/td/docs/ios/12_4t/12_4t15/ht_osmch.htm

stub-линки анонсятся нормально

(если речь про ospf2)

по-сути это механизм "облегчения" LSA для ускорения сходимости и уменьшения нагрузки

баба-яга против, на сходимость не влияет

влияет только на rib

рискую прыгнуть в кроличью нору... но чем меньше размер LSA тем меньше времени уйдет на генерацию, передачу и обработку соседом

не могу спорить с очевидным фактом

вобщем надо что бы резервный линк на той картинке (192.168.0.0/30) использовался для резервирования на случай падения L1 или L2

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

а размер графа не зависит от количества перфиксов

вообще я сделал с двумя процессами OSPF и редистрибьюцией один в другой

но на скорость распространения иформации в зоне это повлияет

это бесспорно повлияет на количество трешек в других зонах

и нагрузка на обработку трешек линейно зависит от их количества

тут спора нет и быть не может

но в пределах своего региона кардинально ускорять работу OSPF prefix suppression не должен

ERROR: S client not available

потому что 99% нагрузки будет приходиться на пересчет SPF

количество LSA такое же, количество пакетов такое же, размер этих LSA изменяется обычно несущественно

Если в зоне несколько сотен роутеров то может эффект и будет виден, но пруфов пока не нагуглил, поэтому это только предположение.

несколько сотен роутеров, каждый имеет 4 соседства

только так и никак иначе

Для доступности фв не нужно? Если падает какой-то промежуточный оператор, например?

окей, давайте наркоманить, пусть будет 1000 роутеров в одном регионе и 10 соседств у каждого

давайте также не будем уж очень сильно наркоманить и представим, что соседства все-таки p2p

мы экономим 12 байт на каждую коннектед-сетку на каждую lsa

поскольку соседств 10 у каждого, то суммарно экономия в lsdb - 120 килобайт

количество пакетов lsu/lsack не изменилось

на сложности графа это не отражается никак

профита два - мы экономим примерно 120 килобайт трафика при установлении соседства (даже жалкими слезами не назвать) и мы экономим силы на установлении 10000 маршрутов в RIB

потмоу что этих маршрутов просто нет

ну и если мы абр - мы не делаем 10000 бесполезных lsa3

поправил цифры

Для доступности фв не нужно? Если падает какой-то промежуточный оператор, например?

теоретически вам в этом случае должны перестать присылать дефолт

все просто оказалось... надо указать ip ospf prefix-suppression на интерфейсе

хотя сейчас протестим как резервирование работает

работает вроде

http://support.huawei.com/ehedex/pages/DOC1000135317AEG0221R/04/DOC1000135317AEG0221R/04/resources/dc/dc_cfg_voicevlan_0009.html

Есть тут кто нибудь из Рязани??

Хочу узнать уровень.зарплат сетевиков, то есть желание перехать из питеря обратно в рязань...

Хочу узнать уровень.зарплат сетевиков, то есть желание перехать из питеря обратно в рязань...

https://docs.google.com/spreadsheets/d/1If_lmgSEK3IPYJq-JbEOhISIlq_xTPUsMreoh4MRTok/pubhtml?gid=1050562411&single=true

01.03.2017 23:42:35 Рязань 0-3 года 37000

Спасибо, нашел в файлике

По питеру нехилый разброс

и что по питеру?

Интересно, что подталкивает вернуться в Рзн?))

01.03.2017 23:42:35 Рязань 0-3 года 37000

Вообще, для Рзн это даже норм. Зачастую меньше. Да и работы для сетевиков не особо много

а меня наоборот в питер зовут... 80к для начала...

вот думаю осилю я там с такими суммами или нет