NiTr0

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

дык имелось ввиду под нагрузкой 100кппс дополнительно накинуть и посмотреть насколько вырастет загрузка проца...

вообще-то ненормальная. сложно и напутано. ставится отдельно тинька/мега8/мега48 как АЦП (ну или даже отдельный АЦП), ставится гальваноразвязка (можно и оптроны, но лучше какой-нить ADUM - оптроны не сильно хорошо работают на частотах выше пары килогерц), ставится отдельный DC-DC модуль вместо онанизма с UC3845 и самодельными трансформаторами (модуль будет дешевле намотки транса) - и все получается компактно и удобно. + для измерения всей батареи совсем не обязательно 4 гальванически развязанных канала - достаточно и одного будет, измеряющего 4 напряжения (точности хватит; я игрался с АЦП

в теории - да. на практике - смотрите нагрузку... лучше - флудонуть эдак 50-100кппс на всякий случай с тестового клиента и посмотреть не упрутся ли ядра в полку, чтобы быть уверенным в запасе производительности.

скорее всего затык в HTB шейпере (там много глобал локов). как вариант - перейти на полисинг (ipt_ratelimit). ну и гипертрединг выключить. в остальном - тазик легко пережует и десятку...

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

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

а чем изоляция-то поможет?...

ну не знаю, 1210-28xs/me превращается. после грозы начал рандомно ребутаться/вешаться - скорее всего, где-то у какого-то абона либо роутер немного подгорел, подфлуживает, либо еще что-то подобное (глобальных пролем нет). в менеджмент влане - только он и собссно тазик-роутер. сняли это счастье, будем думать что подобное поставить туда.

не unixtime в дату, а дату в unixtime же... и пофиг, в скл запросе, или в похапэ коде.

а насколько они стабильно работают? есть ли опыт использования? не имеют ли свойство превращаться в тыкву скажем от флуда?

а тут какбы всего 3 варианта: 1. старый бренд, который стоит недорого, работает стабильно но много кушает 2. новый бренд, который работает стабильно и мало кушает, но стоит дорого 3. новые мыльнички уровнем чуть выше сохо, которые стоят недорого и мало кушают, но имеют свойство глючить/вешаться.

а дату в unixtime вам религия переводить запрещает?...

если работает так же как и DGS-1210 - лучше не ставить в важные места ИМХО.

я же писал - б/у alcatel 6224 будет всяко получше туполинка. потому что неведомо, какие пакетные буферы в этом вебсмарте, и насколько часто он будет вешаться. не говоря уже о типичной грабле вебсмартов - отсутствии отдельного менеджмент влана. хотя если хотите потрахаться да повыслушивать маты от абонов - можете ставить что угодно, по принципу "потому что красивые цифирьки в даташите"

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

да оно-то не проблема, но продаван-то это отрицает - мол, с софтом все в порядке только 100 мбит режим не работал qinq есть, как минимум в /ME. но ставить их стоит разве что на доступ/первый уровень агрегации. глюкавые тоже... а я этого и не говорил. я говорил, что вы предлагаете их не как вариант "дешево и сердито", а как вариант "дешево, но качественно" - что все же подразумевает несколько другое... ну вот Володя отписался в топике - от флуда начинают рандомно отсыхать порты. т.е. - софт таки сырой. не? бдком - кривой, да. как и бюджетный длин

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

вам не кажется странным с завода выпускать девайсы, в которых половина функционала искаропки явно неработает/работает криво (т.е. не отдельные "особенности", вылезающие на нетипичных конфигурациях/наборах фич, а именно бросающиеся в глаза проблемы)? если софт неготов - может, стоило бы приостановить производство? не сохо мыльницы же... ну и да, тема на наге: http://forum.nag.ru/forum/index.php?showtopic=101502&st=180

ну и да, о потреблении которое не волнует - а сколько времени ваш упс вытянет, и кто будет запускать гену если ввод(ы) потухнут в 2 часа ночи субботы к примеру?..

у вас что, аплинки неравноценные что ли? или интересно побольше гемора получить с bgp фейловером, либо упрашивать оператора чтобы он вам 2 бгп сессии вместо одной сделал?... писал же - каждый бордер обслуживает свой аплинк, слинкованы между собой как route reflector'ы. на то, что собссно терминирует абонов - анонсится дефолт чем-нибудь (хоть OSPF хоть RIP хоть еще что), хуже вариант - фейловеры через VRRP костыли (хуже т.к. выпал патч-корд - и началось веселье у абонов). не, конечно, если ВДРУГ ОДНОВРЕМЕННО упадут аплинк 1 и бордер 2, то инет пропадет и абоны будут возмущаться... но ве

"на микротике клиент" - это ота ихняя поделка, которая меряет невесть что невесть как, и результат которой с реальностью никак не соотносится?

какую роль выполняют верхние свичи-то?... аплинк в тазик напрямую - и делов-то. и зачем на 700 мбит трафика 2 6-головых сервера?... возьмите лга1156, и дешевле, и экономичнее. и после бордеров свичи - они вам точно надо? а может, их роль вполне выполнит сам ZTE?...

на наге говорят - сырое глюкало...

я бы туда поставил что-то попристойнее. если тплинк - то хотя бы 5412F... но лучше хотя бы что-то типа DES-3200-28 (вам же не надо 24 гигабитных меди?).