вообщем фуллвью оконечному прову ненужен, но от прова просим присылать фуллвью + дефолт, дефолт оставляем, фуллвью фильтруем. в случии необходимости нужные префиксы или asn сети не фильтруем, и вещаем на них lp или что там вам нужно

вот

прова замените на аплинка, ато для меня пров - пров , и аплин - пров Ж)

так в че проблема получив fv зафильтровать его на бордере и сделать агрегат и распределять его по сети. Нужна тебе специфика - добавил терм в фильтр и все

блин

вы читаете, про это пишу выше

так я и говорю, зачем клиенту и дефолт и fv?

так в че проблема получив fv зафильтровать его на бордере и сделать агрегат и распределять его по сети. Нужна тебе специфика - добавил терм в фильтр и все

а в чем проблема получить фв и сделать редистрибьют в igp и там уже фильтровать

а в чем проблема получить фв и сделать редистрибьют в igp и там уже фильтровать

Вы реально это делаете????

так я и говорю, зачем клиенту и дефолт и fv?

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

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

логиично. Так вопрос то в другом. Зачем клиенту И дефолт И fv от апстрима???

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

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

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

Не надо мне объяснять зачем нужно fv, я спрашиваю другое

и как такового фуллвью на бордере не будет

будет дефолтт + маршруты до префиксов которые вам нужны

и как такового фуллвью на бордере не будет

Аааа, ну теперь стало ясно

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

Я то думал что на бордере fv будет, просто дальше во внутреннюю.сеть уходить не будет

проц на фильтрацию не таку грузится как на обработку того что получил

проц на фильтрацию не таку грузится как на обработку того что получил

а что за коробки как бордеры используете?

3750 и микротик Ж)

Аааа)) просто привык что бордер или asr9010 или mx480-960 или T4000)))

ваще изи

яндекс? :)

в жизни надо попробовать всё

Ну вы блин даете)))

этот тютер как называется?

А что за компания? Ну мне так, чисто интересно...

А что за компания? Ну мне так, чисто интересно...

Яндекс

Это стёб такой на картинке, или предыдущий случай вас ничему не научил?)))

Это стёб такой на картинке, или предыдущий случай вас ничему не научил?)))

да просто тестил роутер на площадке без прода

скучный вторник

А...

этот тютер как называется?

ТЮтер?

а то мне уже икаться стало

ну он так и не смог передать соседу , в exchange 15 минут висит потом дропается too many retransmits и по новой льет

так и не передал

все эту штуку отключают? flowcontrol

да

Яндекс

? яндекс??? С бордером 3750??? Прикалываетесь что ли?

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

на самом деле можно вбросить дополнительный условный маршрут на бордере

циска может, например

если приходит дефолт - делаем условный маршрут и утекаем его в bgp

проц на фильтрацию не таку грузится как на обработку того что получил

а если с провом еще и об ORF договориться, то вообще шоколадно будет

он сам зафильтует ненужное

ну вот еще лучше

Что Оборудование с маком 0001-е3хх-хххх идет в голосовой вилан, получая его по lldp

Чет не понял, причем здесь ллдп только. Да, трафик с определенным маком идёт в Войс влан

может, как в циске - войс влан включается только если по lldp/cdp обнаружен телефон?

в циске такого нет вроде бы

всмысле воис влан(если настроен) всегда пашет, без привязки к lldp/cdp

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

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

транковый порт не тегирует, если порт тегирует это не транк порт

войс тегирует же

раз тегирует значит это не транк порт

"по факту перевод порта в транк"

ну в конфиге это выглядит как аксес порт + voice vlan

я знаю

раз тегирует значит это не транк порт

а какой?

аксесс

вариантов немного

тегирует - аксесс, не тегирует - транк

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

ERROR: S client not available

внезапно

ладно, я потерял нить диалога, просто по факту - работает без cdp/lldp тегирует то, что в войс направлено несмотря на мод порта как аксесс (что и имелось ввиду как фактический транк)

тегирует - аксесс, не тегирует - транк

т.е. если на свитче одни акцесы, там внутри что-то тегируется, потом растегируется?

т.е. если на свитче одни акцесы, там внутри что-то тегируется, потом растегируется?

аксесс порт тегирует входящий в него траффик

аксесс порт тегирует входящий в него траффик

ну вот если одни акцесы, тоже тегирует?

ну вот если одни акцесы, тоже тегирует?

аксесс порты тегируют входящий траффик

ну вот если одни акцесы, тоже тегирует?

А вас не смущает, что аксессный же и обратную операцию делает?)

аксесс порты тегируют входящий траффик

а еси у нас один транк по isl, другой по dot1q, какой тег акцесс поставит на входящий трафик?

А вас не смущает, что аксессный же и обратную операцию делает?)

я ваще не шарю, меня всё смущает

а еси у нас один транк по isl, другой по dot1q, какой тег акцесс поставит на входящий трафик?

как порт законфигуришь так и будет

switcport tru enc dot1q/isl

так это транк, а я про аксесс, там вроде только один вид настройки

swit acc vlan

802.1q будет

сейчас ISL нету на каталистах

на старых древних найдете

(config-if)#switchport trunk encapsulation ? dot1q Interface uses only 802.1q trunking encapsulation when trunking isl Interface uses only ISL trunking encapsulation when trunking negotiate Device will negotiate trunking encapsulation with peer on interface (config-if)#do sh ver cisco WS-C3560X-48

а еси у нас один транк по isl, другой по dot1q, какой тег акцесс поставит на входящий трафик?

аксесс порт тегирует входящий траффик в этот порт снаружи порта

(config-if)#switchport trunk encapsulation ? dot1q Interface uses only 802.1q trunking encapsulation when trunking isl Interface uses only ISL trunking encapsulation when trunking negotiate Device will negotiate trunking encapsulation with peer on interface (config-if)#do sh ver cisco WS-C3560X-48

это транк, аксесс нет

аксесс порт тегирует входящий траффик в этот порт снаружи порта

тэгированный траффик пришедший с транка на свич разлетится по аксесс портам данной энкапсуляции в соотв. с мак-таблицей

чёт я тоже потерял нить

то есть тегированный траффик пришедший с транка аксесс порт не тегирует, а нетегированный пришедший по кабелю от конечного устройства - тегирует

мне тоже смешно)

Срочно требуется картинка с магией

Антон, если с аксеса на аксес идет кадр то внутри он будет отнесен к associated vlan, на большинстве железок которые видел внутри свича кадр не будет тегироваться (метка 1q для внутренних операций не будет добавлена) там именно термин associated vlan используется

но сейчас нам Иннокентий расскажет думаю где мы не правы)

Антон, если с аксеса на аксес идет кадр то внутри он будет отнесен к associated vlan, на большинстве железок которые видел внутри свича кадр не будет тегироваться (метка 1q для внутренних операций не будет добавлена) там именно термин associated vlan используется

вполне логично

но сейчас нам Иннокентий расскажет думаю где мы не правы)

А как призвать его?

@insoln помогите)

ой да ну

мяу

кмк это вопрос терминологии