NiTr0

Эриксоны - wirespeed. Т.е. им пофиг на размер пакета. Ну и опять же - корпоративная политика, кто-то софт-роутеры юзает и горя не знает, а кто-то железки покупает... Тазики на довольно старых феномах 2 до 1к сессий/гига трафика держат, со сложным иерархическим шейпером с разграничением по направлениям мир/Украина. Интелы - намного быстрее по части подсистемы памяти/кешей. Да-да, зарубите на свиче входящий юдп, и получите отсохший скайп, днс и онлайн игры Клиенты будут в восторге

Именно. У меня самосбор молотит вполне стабильно. Ребуты по питанию в основном (обычно - броски напряжения, 1 или 2 раза - выход из строя БП). Десктопный самосбор, да, на роутинге/терминации - даже без ЕСС. Вот один брас к примеру: # uptime 00:31:29 up 822 days, 15:51, 1 users, load average: 0.32, 0.41, 0.35 А зачем вам Е5? Чтобы промолотить каких-то 3000 пппое сессий, хватит i5, а то и i3/пентиума... 200-300 баксов на ибэе/али X520... Я вообще о микротиках и их политике лицензирования.

Не значит ни разу. Увеличение кол-ва голов не обязательно приводит к линейному увеличению пропускной способности. Возьмите сервер на лга771. Поставьте один зион. Пропустите трафик. Поставтьте рядом вторую голову. Прожевываемый трафик с двумя головами окажется лишь немногим больше чем одной головой... Тазик на i5. Дешевле, стабильнее, производительнее. Неужто? L3/L4/L5/L6 лицензии - не, не слышали?

Все же - опять же вопрос: а какой % фоток требует передачи непережатого оригинала? Ну т.е. сколько "попаданий" и сколько "промахов" у фотоаппарата и нельзя ли те 12мп или сколько там передавать все непережатые, а отдельные, важные кадры (которые при первоначальном рассмотрении показались нужны) - слать в оригинале? А направленная антенна - оно-то хорошо, но как азимут определять? По гпс координатам+компасу? Других вариантов особо нет... Ну и ширина луча должна быть градусов ИМХО 10-15 - чтобы не сильно промахи чувствовались... Сервопривод - думаю, не есть большая проблема, шаговик либо DC

Да, есть такое, внезапно (обычно - после того как отсох мускул надолго) аккаунтинг пакеты начинают присваивать радиус сессиям 0-й нас. Где оно вылезает - с ходу не понял.

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

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

Ну понятно что может отсутствовать, но в качетсве резервного канала там, где есть покрытие - не помешает. Радиус соты - как-никак 20+ км... К слову, WiMax еще можно попробовать, вроде как у него получше с расстояниями по сравнению с wifi... Хотя я с ним не работал.

Может, попробовать задействовать параллельно второй канал связи, к примеру CDMA? Или действительно добавить низкоскоростной канал связи для телеметрии/управления + отсылка по нему фото вместо видео (несколько десятков кбит вполне может дать 1 кадр/сек), а видео - накапливать на флэшке и передавать потом когда вайфай появится файлом..

260G -там чип с мелкими буферами (Atheros/Qualcomm 8316 что ли, SOHO), легко возможны дропы пакетов, особенно на переходе гиг-сотка. 260GSP - скорее всего тоже. Я бы длинк 1100-06 лучше поставил бы... Предсказуемее ИМХО.

Все зависит от ресурса и диапазона температур. Не думаю, что аккумуляторы нормально перенесут заряд при +60 и несколько тысяч циклов заряд-разряд... А ТЭ - у них ресурс какбы повыше будет.

Просто в лине при наличии прямых рук (ну или человека с прямыми руками) грабли правятся, ну или багрепорт мэйнтейнеру дистрибутива обычно помогает. У микротика - баги висят годами, отдела бета-тестирования принципиально нет, понятия "стабильная ветка" тоже нет (в прошивке правится одно, добавляется второе и ломается третье), в общем обычный soho. И "счастливый владелец", поимевший баг, ничего с ним поделать не может. Только ждать, авось когда-то устранят.

Что, и виснувших намертво от обычного брутфорса ssh не видели? Сей эпик фейл исправили вроде как менее года назад. До того - продаваны кормили всех баснями, что ssh - устаревшая технология и нужно использовать либо телнет, либо веб Баг к слову несколько лет висел... Ситуация из личного опыта: поставили на одном объекте радиомост на тиках (грувы что ли, не помню), обычные настройки (вафля + сеть в бридж на обеих один AP, второй клиент). Итог: AP - раз в неделю-две тупо виснет. Вочдог не срабатывает, пинг на нее пропадает - т.е. чем там занимается ядро неизвестно. Плюнул, настроил вочдог н

Да-да, забыть А потом внезапно то управление через винбокс отсыхает, то начинает скорость резать с непонятного перепуга, то вдруг при смерти 2 из 4 прописанных рилеями днс-серверов перестает вообще имена резолвить (хотя 2 остальных днс вполне себе живы и работают), то клиентов отказывается авторизовывать до ребута а то и просто виснет, если у клиентов торрент начнет активно торрент по DHT шуршать, или извне начнется юдп флуд с рандомных адресов (по отзывам "счастливых владельцев" - у микротика все попадает в коннтрак, в т.ч. и левые пакеты, даже если они дропаются, коннтрак засирается и тик в

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

Та думаю даже целерона с головой будет, какого-то Haswell или Ivy Bridge... C ebay можно за эти деньги 10G взять...

zabbix можно, есть привязка карты (сторонний плагин)

А нужно?... Асимметрию получить в итоге...

Нормально все будет работать. БП не связаны по первичке.

Что-то типа такого вам тогда http://holit.ua/ru/products/furniture/dc-dc/1398.html - DC-DC с гальванической развязкой, мощность лучше раза в 2 выше заявленной у микротика (оптимальный КПД - на 30-50% и запас карман не тянет)

Ну а что будет с 150Вт БП, если вдруг загрузка под полку подскочит? Пустите на сервере линпак какой-нить, посмотрите потребление.

Балансировать как?

Не исключает. Тут может быть и BGL к примеру (который выпилили относительно недавно), и обработка пакетов в контексте прерывания (или, еще хуже, воркером вызываемым из прерывания с переключением контекста), а не отдельным воркером (что в сочетании с BGL могло дать такой же эффект), или просто тормознутое переключение контекста задачи - более детально не скажу, в дебри архитектуры бсд не влазил, как-то не нужно было, да и неинтересно. Если 10-40к прерываний (смотря как считался тот 10кппс - в сумме на сервер, или на одном ифейсе в одну сторону) выжирают 50% i5 - это уже как-то чересчур, не

Если сильно хочется - пропилите x1 порт, вставьте сетевуху с большой вероятностью запустится на х1 (если и не запустится - то точно ничего не сгорит, вернете на место; не запуститься может разве что из-за отсутствия соединения выводов PRSNT#1 и PRSNT#2)

Отрезать бутлоадер и т.п. (несколько 64кб блоков в начале обчно), сравнить остаток с не-кс прошивкой на предмет того где же отличия в заголовке. Если сразу не понятно - смотреть в исходниках утиль, которой это пакуется. Хотя роутер на реалтеке - печальная вещь...