Jump to content

NiTr0

Сitizens
  • Posts

    3,383
  • Joined

  • Last visited

  • Days Won

    29

Everything posted by NiTr0

  1. шикарно
  2. А страшного - то, что правозаshitники простой писулькой, без какого-либо решения суда и т.п., фактически обязывают вас отключить абонента. Присылают вам бумагу "с ИП <список из 500-700 адресов> проводилось нарушение, предупредить", через 2 недели - повторно "нарушение продолжается, отключить или засудим". И сидите вы в печали: то ли отключать 500 абонентов, то ли "подставляться"...
  3. По большому счету СМИ глубоко пофиг на проблемы телекома до тех пор, пока эти проблемы не всплывут наверх. Как и на любые другие проблемы. И уж тем более СМИ не будут вникать, как рассчитываются тарифы, и на сколько их придется повысить для компенсации поборов. И да, новости в стиле "провайдеров щемят, но бастовать будет только мелочь и при этом безрезультатно" (как в посте из бложика по линку) - ничего хорошего не принесут, только раздражение типичного обывателя в стиле "опять инета не будет, переключусь-ка я заранее к КС/УТ/etc". Ну или "какого хрена мне в Мухосранске рубят инет когда бабло с провов стригут в Киеве". В любом случае - ничего, кроме раздражения к бастующему прову, такие "новости" не принесут - а значит, смысла от них нет, даже скорее наоборот - они только все портят.
  4. Новость надо грамотно написать. Если хорошо написать - и редиректов никаких не нужно, "сенсация" после публикации линка на форуме или еще где сама прекрасно расползется по всем пользователям, и уже через 3-4 дня будут шушуканья "вон, сволочи, мало того что за свет-воду заставляют больше платить, тарифы поднимают, продукты дорожают - так еще и до интернета хотят добраться".
  5. Повышение цен - это уже собссно махание кулаками после боя. Да, там где это ввели - ничего другого не остается. А кто от этого не пострадал - тем стоит не готовиться повышать цены и подсчитывать отток абонов, а активно формировать общественное мнение против подобных поборов. Через прессу, через блоги, через соц. сети. Опять же, на примере пострадавших. Даже если пострадавшие провы еще не подняли цены - писать, что собираются поднимать. Т.е. - шуметь, шуметь и еще раз шуметь. Ибо шум в одном городе не заметят, а шум во многих регионах, того и гляди, оппозицию заинтересует - выборы же, пиариться надо.
  6. Сработает это если в статье будет правдоподобный расчет того, на сколько должны подняться тарифы чтобы компенсировать новые поборы. Причем - не для 200-квартирного дома в "богатом" районе с одним провом, а для хрущобы, наполовину заселенной пенсионерами, с 5 провами на ней. Как раз таки простые юзеры. Которым грамотные организаторы кинули гламурно оформленые инструменты для DDoS.
  7. Остановить саоими силами хоть 10, хоть 100 операторов ессно ничего и никого не смогут. А вот потихоньку подогревать пользователей, чтобы при первой же попытке ввести плату за воздух на обсуждение тарифов в городе пришли не 5-10 представителей операторов, а эдак пару тысяч рядовых пользователей с вопросом "а накой вы нам в карман залазите" - тут уже несколько другое дело. И опять же, шумиха в прессе с антипиаром власти (неважно, какой - городской ли, или выше - для рядового обывателя все одинаково) перед выборами этой самой власти ой как не кстати будет для результатов выборов. От того - как минимум до выборов за местную самодеятельность городские власти могут и по шапке некисло получить сверху. От того - шуметь, шуметь и еще раз шуметь. Чем больше ситуация будет напоминать растревоженное осиное гнездо - тем меньше шансов, что кто-то рискнет в него полезть. Кто имеет время/желание набросать статейку, которую уже будем пиарить по разным ресурсам?
  8. Нет, это вы некомпетентны в базовых понятиях. Ибо для вас ось, зашитая во флэшку, волшебным образом превращает программный софтроутер в аппаратный роутер... IOS, уважаемый, у них только конфигурирует ASIC. Который собссно и роутит/фильтрует трафик. Если мозг, крутящий IOS, отомрет - трафик продолжит бегать. Ибо центральный процессор там не занимается маршрутизацией трафика. Если же в вашей поделке мозг отомрет - отомрет и вся железка. От себя добавлю, что отличие в том: что в аппаратных роутерах обработка пакетов происходит на уровне процессора, а не на уровне приложения. Бред. По всем пунктам. 1) Если взять SOHO коробку (тот же тплинк какой-то, или дир-300) - он по вашему определению тоже внезапно становится аппаратным роутером, не смотря на то,ч то отличается от обычного писюка с линуксом только тем, что линукс у него зашит на флэшку. 2) Что же это за "обработка на уровне процессора"? Особенно в IXP43x, в которых нет ни аппаратного оффлоада ната, ни встроенной switching fabric, ничего? Идете на сайт интел, качаете даташит на процессор, и думаете, думаете, думаете до просветления, в каком месте у него есть хоть что-то аппаратное, ну кроме опять же неких "сетевых сопроцессоров", с просто гигантской памятью инструкций размером в 4 кб и не менее гигантской тактовой частотой в 133МГц... Это первое. Второе - полноценный ASIC от SOC с аппаратными оффлоадами отличается тем, что для SOC с аппаратным оффлоадом чего-либо пакет сначала попадает в ядро, а потом уже ядро направляет пакет в offload блок (хотя тут тоже могут быть варианты, но в целом без исправно функционирующего центрального мозга сетевая жизнь там невозможна). И при краше ядра что-либо куда-либо свичеваться/натиться внезапно перестает, а при перегрузке проца - внезапно появляются задержки. А так да, назвать дешевый проц для embedded решений сетевым - удачный маркетинговый ход...
  9. ИМХО самое правильное - раздувать шум через прессу на предмет того "ой как страшно жить, власти нещадно завышают аренду - что просто вынуждает телеком операторов поднимать тарифы минимум в 1.5-2 раза или в противном случае вообще закрываться", с приближенными расчетами себестоимости обслуживания абонентов для хрущоб/сталинок с большой конкуренцией при работе по новым тарифам, и с основной идеей что это пока только обкатывается в пилотных регионах, а далее будет введено повсеместно - ибо дырявый бюджет нужно наполнять, а денег, кроме как с телекомов, выжать не с кого - прочие ЧП/ООО/прочий мелкий бизнес строем идут закрываться или уходят в тень... Со своей стороны, думаю, смогу поспособствовать публикации статьи в одном региональном СМИ, и пропиарить потом статейку на нескольких форумах. И я уверен, что не у одного меня есть знакомые в таких вот небольших СМИ. Если будет написано с огоньком в стиле "шок, скандал, сенсация" - думаю, вскоре и по другим СМИ активно расползется.
  10. Большинство железяк цисок/джунов вообще используют проц только для конфигурирования аппаратного ASIC, занимающегося маршрутизацией/блокированием траффика. Это так, для общего развития. Это - аппаратные решения. А софтроутер выдавать за аппаратный только потому, что там стоит закрытая проприетарная ось, и все управление сделано в виде веб-морды - БРЕД(с) Какая разница, какая там ось по большому счету. Решение софтовое, и точка, а значит - скукожится при перегрузке и скукожит все, что за ним. И да, накой IPSec на нем в контексте применения топикстартером? Дык любой софтроутер дропает пакеты при перегрузке, когда они в очередь не влазят. Что здесь уникального-то? А вот то, что при этом будут дропаться все пакеты, в т.ч. и полезные - и значит, что хостинг будет лежать/жутко лагать во время ддоса, весь. То самое подразделение, которое занимается L2/L3 managed свичами, и которое в ответе за откровенно сырые железки, все фичи которых в лучшем случае начинают стабильно работать эдак к end of sale? Ну-ну...
  11. Да не аппаратное оно ни капли. Внутри стоит довольно таки убогий проц, на котором крутится все тот же линукс или VxWorks, а зная криворукость разрабов из длинка - о какой-либо "надежности" говорить бессмысленно. Пойдет хороший DDoS - и захлебнется какашка, положив доступ ко всем серверам за ней...
  12. А что из фич при этом пользуется? И какая версия вари?
  13. Присмотрел сабжевый свич на агрегацию. Требования: поддержка QinQ (не транзит - влан на юзера, приходящий с окрестностей, будет заворачиваться в еще один влан и тянуться в ядро), мониторинг по SNMP, управление по вебу/CLI. Собссно интересует стабильность в указанном использовании - кто-то имел опыт?
  14. Сетевуха гостя какая? paravirtualized, или же эмуляция железной? Оттуда и разница в производительности
  15. А вы на реальные требуемые напряжения смотрите. Ядро чипа питается 3.3В - т.е. 6.3В кондеры с запасом там. 4В - будут работать, но скорее всего быстро (относительно, может год, может два) деградируют. Да и удельный ESR у полимерных намного ниже, т.е. можно ставить меньшей емкости. Благое дело, частота преобразования там несколько десятков кГц, т.е. выбор номинала упирается в ESR.
  16. Купите уже полимерные на rcscomponents... до 3 грн штука - не так уж и дорого.
  17. тплинк вебсмарт + сфп обойдется сопоставимо по цене с мыльницей и медюком. + частный сектор - отдельна песня, там расценки на подключение обычно не бесплатно и не 100 грн
  18. Бред (с). Поставьте полимерные кондеры, и увидите как все прекрасно запускаться начнет. Ну вырастет ESR с 0.2Ом до 1Ом (допустим), ну пульсации вырастут соответственно с 0.1 до 0.5В... Как это чипу собссно понравится? К слову, в этих мыльницах похоже не только кондеры деградируют, но и еще что-то со временем "плывет". То ли сердечник из порошкового железа киснет, то ли еще что - не известно, но сталкивался с тем, что у прокисшего свича замена всех электролитических кондеров (в т.ч. и в БП) таки не обеспечивала стабильную работу. Порой пинги терял...
  19. NAS - и в 1 поток?
  20. А че по теме-то писать? Тема какбы себя изжила почти...
  21. На офф сайте заявлено - значит правда.
  22. Один из бордеров, сейчас жует где-то 400/400 мбит, 6-головый феном 1055T на 2.8ГГц, igb. Загрузка: CPU0: 0.0% usr 0.0% sys 0.0% nic 86.6% idle 0.0% io 0.0% irq 13.3% sirq CPU1: 0.0% usr 0.0% sys 0.0% nic 84.8% idle 0.0% io 0.0% irq 15.1% sirq CPU2: 0.0% usr 0.0% sys 0.0% nic 84.2% idle 0.0% io 0.0% irq 15.8% sirq CPU3: 0.0% usr 0.0% sys 0.0% nic 86.6% idle 0.0% io 0.0% irq 13.3% sirq CPU4: 0.0% usr 0.0% sys 0.0% nic 87.2% idle 0.0% io 0.0% irq 12.7% sirq CPU5: 0.0% usr 0.0% sys 0.0% nic 92.1% idle 0.0% io 0.0% irq 7.8% sirq pps прикинуть сможете (средний размер пакета в принципе величина постоянная), load average - на бордюре/брасе вообще бессмысленная величина, ибо она ничего не показывает (он начинает расти только когда system время подбирается под 100%). Думаю, пару гигабит прожует и не подавится. Другой бордюр в пике жует под 700+ мбит - при этом сам на 2-головом феноме. 2 Tux Странно видеть i82576 на e1000e, когда родные для них igb...
  23. Уж лучше самосбор сваять. Все равно толку от такого, кхм, сервера не шибко много, да и проц раритетный уже, те же D525 или AMD E350 намного мощнее будут... А лучше - что-то на АМ3 с ЕСС.
  24. Если последовательно соединены - то 12 или 24В еще как понимает... Всунуть то что угодно и куда угодно можно. Только маленькая разрядится в ноль и издохнет (навсегда, из-за переразряда), а большая отдаст за это время 10% заряда...
  25. Еще важно как винты вылетают... Один к примеру начинает осыпаться постепенно, другой - жив-здоров, а после ребута внезапно пропал из системы вместе с данными... А по статистике отказов в целом по производителям ситуация одинаковая. Ну и ессно RAID (софтовый лучше - меньше шансов нарваться на баг дешевого контроллера, набортный недо-рэйд не рассматриваем вообще), с ежемесячной проверкой. По производителям: самсунгов уже нет (увы, неплохие винты были; на моей памяти не было ни одного случая внезапного отказа, в основном - медленно осыпались), теперь в их корпусах и под их лейблами выпускаются сигейты. Сигейты - имеют свойство лочиться внезапно, 11 серия - ужас, 12 - получше, но тоже лочились, более свежие - неведомо пока. Хитачи - в целом неплохие, не болеют окислением контактов (в отличие от прочих). Но скоро похоже линейка свернется - ибо куплены ВД. ВД - куча семейств под одной моделью, есть и глюкавые, есть и нормальные. Что не стоит брать - "зеленые" (они только для хранения данных подходят, для чтения в несколько потоков или как системные - весьма условно). И при покупке желательно смотреть на дату, лучше брать винты выпущенные до октября прошлого года (почему - думаю, объяснять не надо).
×
×
  • Create New...