nocproject.org

dvolodin, NOC-965, нужно ли что-то переделывать в самом ноке чтобы реализовать service instance & bridge-domain, или достаточно допилить скрипт get_insterfaces

bridege-domain -- как минимум надо на сабе сделать опциональное поле -- название bridge domain

а можно и не делать -- это все равно разновидность forwarding instance

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

и все остальное будет работать

хм

а 2 тега нормально полуится обрабатывать

q-n-q

a 3 тега? а n тегов

в смысле не обрабатывать, а передавать

одно дело транк и куча тегов одного уровня

а другое куча вложенных тегов

а вот тут вопрос

либо надо реализовывать описание операций

вроде push, swap, push-swap

надо

а тут другая проблем

я знаю, как это выглядит на MX

:)

но не факт, что на эту модель натянется ES+

dvolodin, я примерно представляю как оно работает на ES, но понятия не имею как оно в джунах сделано

вот вот

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

ну ты можешь рассказать что умеет джун :)

dvolodin, такая картинка поможет? http://ccie-in-3-months.blogspot.ru/2009/09/evc-flexible-service-mapping.html

это на 7600 с ES+ картами

как оно выглядит на ASR я даже не представляю

zi_rus: выдать тебе по MX?

покажи, будем знать

кстати к вопросу по бриджам

у mx помимо bridge domain есть еще и learning domain

которые не обязаны совпадать

эээ, это как

а это он вроде создает для каждого внутреннего тега learning domain свой

я читал когда-то

ufir

нет

можно пошарить один learning domain между несколькими bridge domain

для реализации всевозможных половых утех и извращений

а зачем они нужны вообще ? эти learning domain

тебе же говорят, для извращений

накидайте примеров ;) а то у меня как раз тут шесть штук mx480 завалялось

ты видишь тут извращенцев?

ну, например, хочешь ты, чтобы у тебя MAC'и форвардились вне зависимости от vlan'а

zi_rus дык ты вроде тот искомый извращенец и есть же ;)