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

Когда vlan-per-customer делать тяжело или не на чем, то можно так. Своего рода компромисс, нормальная практика.

Спасибо! Подцеплю как custom на всякий

А с точки зрения нагрузки на алгоритм расчета кратчайшего пути внутри арии разница есть? Я тут вижу что чел сделал зачем то редистрибьюцию коннектед через фильтры, вместо стандартного network. Вот пытаюсь понять мог ли быть в этом какой то смысл. Пока не увидел.

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

Расчёт кратчайшего пути для LSA type 1,2 и LSA type 3,4,5,7 в OSPFv2 выполняется по разному в принципе

Для LSA type 3,4,5,7 алгоритм схож с тем, который используется в distance-vector протоколах маршрутизации, то есть SPF tree для этих LSA не строится, поскольку LSA сами по себе эти не содержат топологической информации

Вот про то и вопрос. Если там только backbone area, в теории меньше затрат на калкуляциюю для типа 5?

Учитывая скорость CPU современных и малый размер LSDB автора, выигрыша там быть не может

Я работаю "в музее"))

Спасибо, переделаю на network, как дойдут руки

Cisco помнится указывала, что для большинства конфигураций в которых OSPF используется правильно, а именно контролируется размер LSDB, особенно для backbone area, оборудования начала 2000х годов уже было достаточно, чтобы не думать об оптимизации именно в плане CPU

Сейчас не вспомню где читал или слышал, может на каком-то Cisco Live event или у кого-то из CCIE в блоге читал. Конечно когда речь идёт о каком-нибудь ISP уровня AT&T, там поневоле начинаются оптимизации, prefix-suppression, loopback adventisement + ibgp для network prefix дистрибьюции внутри AS

ibgp уже на 60+ точек актуален

Откатил 6.47 на 6.46.6 - в браузере иконки новые, в винбоксе - старые

А если shift +f5

6.47 lte не работает cell-monitor

no supported

R11e-4G

или как??