Требования:
24+ SFP (1Гбит модули будут стоять)
L3, PIM, QoS и т.л.

Пролистал каталог моделей, ничего не нашел подходящего, кроме DES36xx, но уж очень дорого получается

DGS-3627G. И кстати не так уж дорого...

если с L3 я думаю дешевле вы и не найдете.

выход - избавляйтесь от L3 на агрегации.

А если ему нужна маршрутизация, то никак от L3 уже избавиться не получится.

На L2 в итоге вся агрегация сведется к свалке на каком-то из уровней, а уровней желательно бы не более 3 иметь, потому что более 3 уровней коммутаторов - это уже слишком длинные каскады.

сэр, Вы не поверите, но недавно я как раз обсуждал с одним коллегой стоимость решения и он меня убедил своими цифрами (цифры, IMHO - самый веский довод) что все же действительно есть решения дешевле ... да, железка б.у., но учитывая авторитет производителя можно сказать что то б.у. порой получше нового от некоторых прочих ...

_________________
с уважением, БП

Ну спорный момент. Б.у. всё таки есть б.у. Никаких гарантий.

сделайте в свичах netflow и люди перестанут покупать б.у. каталисты, которые сопоставимы по цене с топовыми L3 свичами, только для того чтобы считать трафик ... я уже неоднократно это говорил и скажу еще раз - в нашей стране до сих пор считается трафик и все нормальные операторы используют для его учета сертифицированные биллинги которые в подавляющем большинстве знают только слово "netflow", а если они и знают слово "sflow" и умеют с ним работать, то sflow применим для учета трафика только на западе! где, собсно, его и изобрели для учета гигабитных линков ... ради интереса поузнавайте сколько у нас будет стоить гигабитный интернет канал у нас sflow использовать можно только для статистики и не более того ... да, я понимаю что китайским товарищам тяжело объяснить зачем вообще учитывать трафик, но для увеличения продаж в России L3 свичей, я повторюсь, пусть сделают в них netflow!

_________________
с уважением, БП

имхо если так надо считать то можно считать на писюках, смиррорить порты просто и все.

лично я, благодаря РРРоЕ, несколько иначе считаю трафик, а что делать тем кто гоняет его по свичам и им необходимо разделать локальный и интернет трафики? ставить на удаленном узле агрегации (на чердаке/выходке/лифтовой) писюк для того чтобы на него смиррорить трафик со свича и потом писюк будет выплевывать netflow? писюк на чердаке - это оригинально все гнать в ядро дабы посчитать трафик? как быть таким людям?

_________________
с уважением, БП

ну так по мне инетный трафик это тот который ушел к аплинку(-ам), и обычно стыки с ними находятся в нормальных помещениях.

смысла же считать локалку я для своих условий не вижу (не отрицаю что кому либо это может потребоваться).

если б в L3 от D-Link был netflow - у меня бы он стоял где-то рядом с бордером для учета выделенщиков использовать его в качестве бордера я бы не стал т.к. почему то не верю в нормальную реализацию BGP ... нет, она конечно будет ... потом ... через N релизов, отлова глюков, бессонных ночей, потеряных клиентов и нервов ...

практика показывает что очень много людей считает локалку ... почему их нужды и соответственно $ игнорирует D-Link - это вопрос не ко мне ...

_________________
с уважением, БП

Подерживаю!
Целый год возился с sflow и все киске под хвост. Проблема беспроблемного подсчета внутреннего трафика остается архи-важной!
Когда то читал бизнес-политику от CISCO для провайдеров домашних(городских) сетей то там акцентируется внимание что конкурентная борьба между хомо-провайдерами сводит к мининизации получении прибыли за счет внешки и единственный постоянный доход на который можно расчитывать и не скем не делится так это платный внутренний трафик.
Ну еще надо было в то время как то остудить пыл клиентов которые все вподряд качали и другим работать не давали
И получается или огород городить или за большие деньги решение от CISCO покупать

ну вот стоит DGS-3612G, свободен остался один порт, слив статы делает по sflow в utm через конвертер. локал не тарифицируется, но вот цифры пролетающего трафика видны. Проблема продавать трафик не мегабайтами, а большими объемами, что-ли?

у меня с десяток 3627G на которых вообще нет свободных портов ...

мой биллинг прекрасно понимает sflow без всяких конвертеров ...

поймите, пожалуйста, Вы не считаете локалку, я тоже не считаю, но это не значит что все такие ... есть люди которым нужен учет локалки, а цифры в sflow, увы, далеки от точности которую дает netflow, если Вам интересно - почитайте статью на русском, а потом подумайте, пожалуйста, как человек учитывающий и инет и локалку будет объяснять детализацию трафика клиенту увидевшему, в выставленном счете, сумму ~= стоимости 36-го свича ...

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

_________________
с уважением, БП

По поводу BGP вроде как по тестам в реальных сетях нареканий нет кстати. Это я про DGS-3610-XX и DES-72XX. По поводу NetFlow понятная ситуация и возможно мы рассмотрим такую реализацию.