reef

Catalyst 6500/6800 use Cisco Common Classification Policy Language (C3PL) QoS • QoS is enabled by default (Sup2T) Disabled by default (Sup720) • All ports are trusted at layer 2 and layer 3 by default • C3PL presents queuing policies similar to MQC Для 6500 если вам просто нужно доверять на всех (или только транзитных) портах, есть два варианта: 1. Если не используется MLS QoS, выключить глобально 2. Если MLS QoS используется, включить на требуемых интерфейсах DHCP trust

все шеститонники R1-R4 между собой в кольце только по L3? нет Trunk-а на этом участке топологии?

ну если с АплинкБ дополнительная сессия BGP невозможна, можно поступить чуть иначе. создать VRF B и в него поместить стык АплинкБ создать VRF A и в него поместить второй стык с АплинкА, в котором в сторону АплинкА нужно отдать 0.0.0.0 настроить Route Leaking и через export из VRF B отдать 0.0.0.0 в VRF A и GRT (в вашу текущую таблицу маршрутизации) ну и 0.0.0.0 соответственно в VRF B получить от АплинкБ

Такие аптаймы это какие? я понимаю когда аптайм 10 лет, это да, чревато. 76 была создана для того чтоб ее не перезагружали лишний раз, только чтоб софт обновить на RSP или SUP.

1. Интересовались, как ваш партнер аплинкаА собирается решать аналогичную задачу, ему же также как и вам придется принимать и отдавать вам же 0.0.0.0 2. Сделайте для транзита 0.0.0.0 от АплинкБ в сторону АплинкА отдельный vrf ну и соответственно дополнительные сессии BGP из vrf с АплинкБ и АплинкА на сабах текущих стыков.

мопед не мой, мимо проходил... https://www.avito.ru/moskva/tovary_dlya_kompyutera/cisco_catalyst_ace30-mod-k9_874116250?slocation=625810

100% вариант! попросить у выбранного провайдера сетку /28 и посадить клиентов на эти адреса с жестким next-hop у вас не будет резерва через второго провайдера для этих клиентов, если только проблема с игровыми серверами, и количество этих серваков и сетей серверов разумное, можно локал преф написать на сети с серверами игровыми на провайдера с меньшим откликом. ну опять же, на входящий трафик именно к этим клиентам вы не сможете повлиять отдельно, только на всю сеть /22 /24 (специфики меньше чем /24 в большинстве своем будут зафильтрованы транзитными операторами) вероятно, всех игрунов вам нужно собрать в одну сетку /24 и ее препендить или наоборот в выбранный аплинк.

вообще никаких подводных камней! control plane RSP720 в этой схеме вообще ничего не знает о том что вы трафик натите, RSP720 просто свитчует трафик на модуль(и) ACE и все. Когда то у меня была аналогичная схема с RSP720-10G и парой ACE20 в этом шасси, все это работало очень безотказно много лет

1. best practice 300 секунд 2. да, поставить стоит, достаточно на одном коммутаторе 3. да, вариант 4096, а у запасного 8192 очень даже приемлемый 4. если у вас ТОR свитчи на них только один VDC, на семитоннике - copy running-config startup-config vdc-all ЗЫ на NX-OS в дефолтовой конфигурации HSRP работает в режиме Active/Active специально ничего для этого настраивать не нужно!

если я правильно понял задачу, то можно это реализовать на совершенно любом Cisco Catalyst (не беру во внимание совсем старые 2950 и всякие LAN Lite модификации), вот только потребуется для этого две физические петли коммутации, по одной на каждый Q-in-Q. Т.е. петля между Trunk портом с требуемым набором Vlan и портом для упаковки в Q-in-Q

поддерживаю, 7201 бушка стоит копейки сейчас, можно было бы взять вторую и отрезервировать юриков, если конечно на сабах размерность p2p сети в сторону клиента позволит сделать HSRP и можно было бы спокойно первую 7201 вывести в out of service

.

Чудес не бывает, на микроте 100% настроен PBR ну или как так у микрота это называется "routing-mark" по другому это бы и не работало. С разными " routing-mark " для дефолта в сторону ISP и в сторону VPN метрика может быть одинаковая, менять ее не имеет смысла.

.

в случае с транками классический ACL не будет работать, вам нужно смотреть в сторону VACLs https://www.cisco.com/c/en/us/td/docs/switches/datacenter/nexus5000/sw/security/521_n1_1/b_5k_Security_Config_521N11/b_5k_Security_Config_521N11_chapter_01000.html#con_1292540