NiTr0

вот только по принципу "на кого бог пошлет", если есть multipath... не, для потребителя контента это еще куда бы ни шло, но для контент генератора - таки нехорошо. не говоря уже о случае "у магистрала Х отсох линк наружу"...

как вариант извращения - взять какой-нить DGS1210-10 (или даже 1100-10, или какой-нить эджсвич), выселить его из корпуса в 1u серверный корпус с тазиком в отсек для винтов, прокинуть кабель от сетевки тазика до свича...

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

постоянно. и флап при этом отрабатывает 20 минут. быстрее. на порядки. потому что 1) ядрышко CCR по производительности эдак на уровне 400МГц пня 2 и 2) CCR, похоже, роуты пихает сразу в FIB, с локами и прочими прелестями, причем - по одному, а не пачкой. ну и на закуску, микротыки нельзя выставлять в мир любыми TCP портами (винбоксы, ssh, bgp незафильтрованный и т.п.) - досятся RST пакетами на ура.

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

да потому что рост сигнализирует о грядущем отказе. потому и тип параметра - pre-fail. у power-on hours рост - нормальное явление (т.к. винт работает, часики тикают), потому и тип - old-age. в чем проблема-то?

о чем и речь. "железка" за 3 килобакса, а производительность на поверку - как у 300-баксового тазика на целероне, + непредсказуемая... вообще-то 40 удаленных точек. еще и прокся для экономии трафла. хотя да, если без прокси - то и какая-нить циска 831 или 1721 (ну из тех, что по 100 грн продаются) с этим бы справилась. без каких-либо затыков/лагов (в отличие от микротика - можешь сейчас Валика набрать узнать как его домашний микротик поживает и чего на него пинг до 5000-6000 мс подскакивает при каких-то 20мбит/с нагрузки от компа + тв, он мне как раз звонил только что по этому пов

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

1) 300м трафа как-то маловато для 800 абонов, в среднем по статистике вечером 1 мбит на сессию. 2) далеко не все параллелится. то же прерывание к примеру вешается на одно-единственное ядро. и пока обработка прерывания не закончится и пакеты не отправятся благодаря RPS по ядрам - новое прерывание от того же источника обрабатываться не начнет. да, следующее прерывание может начать обрабатываться другим ядром (с cache miss, ессно) - но в один момент времени может обрабатываться только одно прерывание от одного источника. + я не уверен что у тайлер в ихних сетевых есть interrupt moderation (

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

а что, сотню туннелей (ну по 2 туннеля с каждой точки на каждый из внешних ип) RB750 прожует? и да, RB750 будет тоже дороже этой циски ну вон высшее начальство приняло волевое решение, и ~2 недели насиловало купленный микротик по своим корпоративным стандартам. итог - подползая к 2 гигам трафика вундервафля за 3 килобакса начинает кукожиться на PPPoE с натом. что собссно и ожидалось (хоть и не ожидал что так рано, думал ее потолок 5-6, максимум 8 гбит). независимо от того, фулл вью ли на нее заходит, или микс с дефолтом. а часть ядрышек в полку уходит намного раньше. причем куко

90% что проблема не с винчестером, а с дырявой памятью... там еще могут у некоторых абонов шедевры повыплывать типа баланса в 100500мильёнов и т.п. была бы проблема с винчестером - данные просто не читались бы. а не писалось левое непонятно куда.

а в чем проблма? навскидку варианты решений: 1) нат на брасах в пул адресов, анонс этого пула по iBGP брасам 2) нат на бордерах, пулы анонсят друг другу.

это будет SAS HBA, притом наверное 3Gbps. смысла нет в нем от слова вообще. в случае одиночных дисков - лотерея. и да, режим работы диска (температура, вибрации) пожалуй влияет на срок жизни куда больше, чем шильдик/интерфейсный разъем. ну не считая откровенно фейловых серий, типа сигейтов 11 и 14.

если рэйд программный (или фэйк рэйд набортный) - то да. все серверные. но на сата контроллере сас диски не заработают.

а смотря что на них делать. если активно писать что-то в 24/7 - вполне себе могут сдохнуть и за полгода. если в основном чтение - могут и 10 лет проработать. а могут и через полгода сдохнуть тоже. тут как повезет. рэйд1 будет намного надежнее. рэйда 1 - пожалуй хватит. а вот рэйд0 - идиотизм. да ничем не плохи, прекрасные БП, вот только цена не бюджетная. на деле большой разницы нет. смотрите по корпусу, какой влезет. обычные десктопные, да. и да, не рассчитывайте от серверных винтов/ссд некой волшебной надежности. дохнет все. от

ну т.е. если терять данные - то весело и с азартом? часы наработки в случае ссд - обычный маркетинговый булшит. по большому счету, играют роль только 3 вещи: 1) контроллер (не сандфорс, как на тех же интелах 535) 2) память (mlc, не tlc) и 3) интенсивность записи на ссд. ну и да, а надо ли ссд?... а по сабжу - в 1куе влезет пожалуй какой-то E3 новый, с 16 гигами памяти, не самым какашным БП (какой-нить fsp) и парой относительно пристойных винтов. скорее всего - без IPMI. десктопные БП, если это не слишком уж лютый шлак типа гембирда, вполне себе могут работать.

pppd_kill собссно и есть костыль для обрыва сессии. почему он подвисает - хз. и я не уверен что кто-то здесь поможет в этом вопросе. вы же подперли один кривой костыль другим. при том, что поставить/настроить accel-ppp - дело 10-15 минут (абиллс 0.56 вроде уже умел accel-ppp, он же accel-pptp, или как минимум pppd+radcoad тип наса который прекрасно тоже будет работать). не хочется заморачиваться - можно собрать и запустить radcoad, который суть костылик для обрыва сессии по радиусу.

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

типово - LM317, разброса в 10% нет, она же и ток ограничивает. при этом аккум в буферном режиме при 13.6В усыхает года за 2-3. нормально все, отсечка 10.5-10.8В. балансировку заряда не видел ни в одном упсе, будь то хоть с двойным преобразованием дорогущие АРС. а режим разряда - тут упсу делать нечего, что на него нагрузили - той мощностью он и разряжает батареи, вечного двигателя пока не изобрели.

перейти на accel-ppp и забыть про костыли как страшный сон... или поставить radcoad (пилил для себя пока accel-ppp не было)

а я не о ццр. посмотри цены на какую-то 2811 (б/у ессно), удивись. хотя там по-моему стоит какая-то 2610 что ли. для нескольких десятков мбит больше и не надо. а за цену какого-то rb1100x2 можно купить стопку таких цисок, в резерв положить на склад. и работать будет к тому же более стабильно и предсказуемо - софт за 10+ лет вылизан. и да, админ для циски особо умный не нужен. он всего лишь должен уметь читать, осознавать прочитанное, и печатать на клавиатуре. к примеру, админ вересня был не в курсе, что даже без бгп сессии стыковый адрес должен пинговаться, потому что они в одном бродк

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

бордеры сконфигурите как route reflectors (для упрощения жизни), на брасах поднимите до них iBGP (хотя и с OSPF все должно работать, но лишняя сущность со своими тараканами, особенно в квагге), отключите rp_filter на аплинках. если сильно проблемно с fv на брасах (упираетесь в производительность или еще чего) - можно им с бордеров дефолт скармливать. что у вас VRRP делает на схеме - для меня вообще загадка.

дык вариант "для бедных" - принимать только /23 или шире... для ISP в принципе пройдет, для ДЦ более актуален полный FV. во всяком случае - в железке, способной пророутить сотни гбит за цену в ~1.5k$ на ибее (к примеру http://www.ebay.com/itm/Brocade-Foundry-BI-RX-8-AC-BigIron-Chassis-with-1-MR-3-SFM3-2-PS-and-FAN-/172529294394- только десяток по вкусу натыкать) это не такой уж и существенный недостаток.