fork

есть работающий конфиг CoPP для 7600, если интересно, брошу в личку кастомизировать под 4900 свитч думаю будет не проблема

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

https://www.cisco.com/c/en/us/products/hw-sw-relicensing-program.html Там особый цимес будет при попытке саппортом воспользоваться То есть деньги заново занести - это только первый шаг... ага, особенно актуально для тех кто на RTU летит, те кто может себе позволить SUPPORT, б/у-шку не покупают.

Бюджет до 200К вам спокойно позволяет купить 10G свитч 3064, 4500X-16, X670-48x, etc но правда б/у, который решит вашу задачу. Зачем вам это лотерея с гигабитными свитчами буферы которых разве что на доступ годятся..

бюджетный вариант до 100К ?

зеркало для сорм на сплиттерах? или свичи в этом процессе тоже будут участвовать ?

+1

ээээ, ходим по кругу

вопрос был не теоретический а практический, зачем ходить вокруг да около, давайте факты так сказать. Проверка очень простая, если м/к работает как свитч, в классическом понимании, то у него работает mac learning, если работает mac learning, значит он не пропустит SPAN поток. у меня в сети уцелел один единственный линк на М/К только потому, что через этот линк SPAN трафик льется в съемник с медным портом с удаленного сайта, организовывая линк взяли первый попавшийся М/К (кстати SNR) совершенно не задумываясь, что это может не работать. До этого, были точно такие же линки для SPAN на М/К D-Link. Если с одной стороны гигабит а с другой 100ка, это совсем не значит, что м/к работает как свитч, создавая бридж-группу и перекладывая пакеты из Serial в Ethernet на разных скоростях мы же не называем это свитчем сразу!

вторую железу разумно поставить для резерва, если в ЗИПе нет ничего что потянет ваш функционал бордера при планируемых нагрузках

предположим, мне попадались только медиаконвертеры-bridge, следуя вашей логике медиаконвертеры-свитчи не должны пропускать SPAN ?

все медиаконвертеры работают как bridge , т.е им наплевать что через себя пропускать, в том числе и размер MTU, хоть jumbo. Берите любую пару которую проще купить из известных, да хоть у того же НАГа, интерфейса управления не будет, используйте возможности LFP он практически на всех сейчас

из бюджетников, по буферам из циски должен быть неплох Catalyst 4500X

судя по даташиту, у них одинаковый буфер https://isp-tech.ru/switch-asic/ каким то экспериментальным путем установили, что там буфер 5Mb ? судя по даташиту - https://www.cisco.com/c/en/us/products/collateral/switches/nexus-3000-series-switches/data_sheet_c78-651097.html буфер - 9 MB

для SORM у Вас выделенный 3064 ? другой трафик он не обрабатывает?

если Вам нужно именно регистрация на 2811, то в этом случае поднимается ССМЕ, в котором действуют ограничения в виде всяких max-pool 36 независимо от того по SIP вы регистрируете или SCCP. Причем чем старше модель CISCO (2800, 3800), тем лимит выше по количеству регистрируемых устройств, у 3825 если не ошибаюсь эта цифра составляет 150.   если хотите обойти ограничение именно на 2811 циске для 100 абонентов SIP, то в сторону этих абонентов придется фигачить вручную 100 dial-peer ну и соответственно, статические IP всем клиентам присвоить придется

насколько я понял, даже в случае macsec-wan шифрануть можно только р2р, если в транзите "чужие" L2 свитчи, ничего не получиться

Коллега, Вы что то вбили себе в голову не то, Вы сравниваете теплое с мягким, 1.5 3750G был снят с поддержки в 2014г. 3750Х серия вполне еще себе поддерживаемая до 2021 года, под нее даже софт еще будут год поддерживать и обновлять. https://www.cisco.com/c/en/us/products/collateral/switches/catalyst-3560-x-series-switches/eos-eol-notice-c51-736139.html

Удалось попробовать? Заинтересовала возможность шифрануть L2, хотелось бы понимать как это на практике и какие накладные расходы.

etherchannel "боевой" ? по днагрузкой? какое оборудование на ответной стороне? если из Ро выкинуть все порты 6708 карт и оставить 6704 ?

тоже очень нужно дешево ASR1001, подойдет и ASR1002-ESP5

что по L3 имеет доступ к свтчу? COPP одназначно стоит настроить, на 65K и 76K очень хорошо решает подобные проблемы с L3 трафиком на CPU супов.

Не все серии у циски долгожители, первыми осыпались 1.5 юнитовые 3750G которые 2004-2005гг, следом за ними но не не так массово 1u 3750G-24T этого же года. Как ни странно, 2950 оказались более живучие этих же лет, кроме проблем с вентиляторами, с ними ничего не происходит, но даже со вставшими вентиляторами они спокойно продолжают работать.

https://pastebin.com/

если нет FW то для VS-S720-10G-3С нагрузка "ниочем", порты 10G на борту полноценные, без переподписки, в схеме с SUP-ом что то все равно понадобится на агрегацию. 4900m выглядит предпочтительней.