Очень надеюсь что они смогут адекватно потрошить ОС в плане оптимизации быстродействия. Нет, то что они смогут хорошо настроить я не сомневаюсь, но надеюсь что смогут ОЧЕНЬ ХОРОШО затюнить. А то был где то материал что под виндой L4D выдавал 270 фпс, а под линуксом они выжали 320 фпс. А так как система будет без лишнего мусора и вылизаная то есть очень большая надежда что старые компы заживут новой жизнью, если не для Кризиса то хотя бы для красивых аркад типа Trine 1/2.
А если прирост фпс будет порядка 10-15% относительно Windows7 на той же конфигурации железа то миграция игроков на STEAM OS не заставит себя ждать.
У меня в частном доме 2011 на 17Децибелах прошивает 3 этажа и добивает во внутренний двор(1 внешняя стена). Плоховато но пробивает. А потом я еще к нему подцепил 951-2n по WDS в самой дальней комнате. По цене оно конечно проигрывает всяким ТПлинкам, но имея одну хорошую центральную точку как роутер можно c парой 951Ui покрыть весьма большую территорию.
Так что я бы не сказал что у микротиков такой уж хреновый сигнал вайфая. Другое дело что им и тот ватт мощности нафиг не уперся, второй же девайс явно не сможет добить на такое расстояние, что бы адекватно работать с микротиком, значит и микротик придется в 17-18Дб зажимать
Спасибо. Получается микротику никак не укажешь что бы автоматом выдавал адреса на основании порта, а не МАС. Жаль, ну что ж, отрицательный результат тоже результат.
упс, каюсь, там другие опции использовали forum.ixbt.com/topic.cgi?id=14:57592:2936#2936
Накопал, как работать с опциями DHCP-сервера. В частности, с 33 и 121 — маршрут до отдельного узла и список произвольных маршрутов (но принцип одинаков для любой опции)
1. IP — DHCP Server — Options, там создаём новую опцию
2. Задаём ей имя — например, DHCP classless routes (121)
3. Указываем код опции — 121
4. В отдельном текстовом редакторе формируем значение опции:
а) записываем все нужные нам маршруты в формате подсеть/маска, шлюз
б) подсеть обрезаем до такого количества байт, которое вмещается в маске. Например, сеть 10.0.0.0/8 будет записана как 10 8. Также, подсеть 192.168.0.0/24 запишется как 192 168 0 24. А сеть 172.16.16.0/21 превратится в 172 16 16 21
в) переставляем значение маски перед номером подсети. Тогда подсеть 10.0.0.0/8 превратится в 8 10, а сеть 192.168.0.0/24 станет 24 192 168 0
г) записываем в одну строку подсеть и шлюз. Если у нас есть несколько подсетей, маршруты до которых надо передать, то просто записываем их один за другим
д) обязательно в конце добавляем дефолтный маршрут, поскольку клиенты имеют право игнорировать стандартную опцию маршрута по умолчанию при наличии опции 121
е) переводим всё в шестнадцатиричную систему счисления и перед полученной строкой ставим 0x
Пример: надо передать маршруты до сети 10.5.0.0/16 через 192.168.8.1, а до 10.6.0.0/16 — через 192.168.8.254, а дефолтный маршрут у нас через 192.168.8.4
Рисуем строку: 16 10 5 192 168 8 1 16 10 6 192 168 8 254 0 192 168 8 4
Нужная нам строка для скармливания маршрутизатору: 0x100a05c0a80808100a06c0a808fe00c0a80804
5. В свойствах подсети, указываемой в DHCP-сервере, нужно указать на использование свежесозданной опции
6. ?????????
7. PROFIT!!!
На щет адреса из пула не уверен, а вот дополнительные роуты передавали клиентам через «оцпию82»(был пост на форуме ixbt в ветке по микротикам, но вот найти немогу). Вот и ищу теперь книжку «Опция 82 для чайников» :).
Пачку сока(виртуальную) тому кто кинет линк на принципы формирования НЕХ строки для опций ДХЦП. Хочу попробовать такое реализовать на микротике. Чисто ради академического интереса. Что бы шла привязка не по МАС а по порту свитча.
Кстати а отследить от какой безпроводной точки пришел клиент к ДХЦП можно? А то у знакомого есть пару точек в режиме моста, и нужно порезать клиентов конкретной точки(более детально не знаю). Проблема в том что все воткнуты в один порт роутера. Так что по входному порту не получается.
С динамическими проще простого — ip route set [find comment=«222»] gateway=[/ip route get [find comment=«111»] gateway] — Этот скрипт вешаем в планировщик. Если роут динамический то меняем [find comment=«111»] на number=X. Ну и имеем в нашем маршруте шлюз из динамического. Теперь мы можем ссылаться на наш статический маршрут, а он всегда будет иметь шлюз взятый из динамического. Да, конструкция немного сложноватая, но избавляет от проблем с невозможностью изменения роут-марка для динамического роута. Кстати, в РСС мы опять же ссылаемся на роутмарки, и динамический роут нам подсунет свинью.
Если где ошибся в ращетах то буду рад подсказке где именно.
Если подскажите подходящее название то буду благодарен.
По сути да, мы с исходящим трафиком работаем, но сама суть идеи — отправлять запросы на входящий трафик в нужный ВАН-интерфейс. Грубо говоря указываем куда бы роутер хотел принимать входящий трафик в даный момент времени. Вот поэтому я и позволил себе такую вольность в названии.
Да, там всё проще, но учитываеться только количество соединений, а хотелось работать с загруженостью канала в битах. Ну и еще момент такой что если каналы уж очень разные по ширине то замучимся в дефолтный роут вписывать шлюзы, например когда соотношение 3:7.
Ну и немаловажным было желание сделать что-то новое.
А если прирост фпс будет порядка 10-15% относительно Windows7 на той же конфигурации железа то миграция игроков на STEAM OS не заставит себя ждать.
Так что я бы не сказал что у микротиков такой уж хреновый сигнал вайфая. Другое дело что им и тот ватт мощности нафиг не уперся, второй же девайс явно не сможет добить на такое расстояние, что бы адекватно работать с микротиком, значит и микротик придется в 17-18Дб зажимать
forum.ixbt.com/topic.cgi?id=14:57592:2936#2936
Накопал, как работать с опциями DHCP-сервера. В частности, с 33 и 121 — маршрут до отдельного узла и список произвольных маршрутов (но принцип одинаков для любой опции)
1. IP — DHCP Server — Options, там создаём новую опцию
2. Задаём ей имя — например, DHCP classless routes (121)
3. Указываем код опции — 121
4. В отдельном текстовом редакторе формируем значение опции:
а) записываем все нужные нам маршруты в формате подсеть/маска, шлюз
б) подсеть обрезаем до такого количества байт, которое вмещается в маске. Например, сеть 10.0.0.0/8 будет записана как 10 8. Также, подсеть 192.168.0.0/24 запишется как 192 168 0 24. А сеть 172.16.16.0/21 превратится в 172 16 16 21
в) переставляем значение маски перед номером подсети. Тогда подсеть 10.0.0.0/8 превратится в 8 10, а сеть 192.168.0.0/24 станет 24 192 168 0
г) записываем в одну строку подсеть и шлюз. Если у нас есть несколько подсетей, маршруты до которых надо передать, то просто записываем их один за другим
д) обязательно в конце добавляем дефолтный маршрут, поскольку клиенты имеют право игнорировать стандартную опцию маршрута по умолчанию при наличии опции 121
е) переводим всё в шестнадцатиричную систему счисления и перед полученной строкой ставим 0x
Пример: надо передать маршруты до сети 10.5.0.0/16 через 192.168.8.1, а до 10.6.0.0/16 — через 192.168.8.254, а дефолтный маршрут у нас через 192.168.8.4
Рисуем строку: 16 10 5 192 168 8 1 16 10 6 192 168 8 254 0 192 168 8 4
Нужная нам строка для скармливания маршрутизатору: 0x100a05c0a80808100a06c0a808fe00c0a80804
5. В свойствах подсети, указываемой в DHCP-сервере, нужно указать на использование свежесозданной опции
6. ?????????
7. PROFIT!!!
Кстати а отследить от какой безпроводной точки пришел клиент к ДХЦП можно? А то у знакомого есть пару точек в режиме моста, и нужно порезать клиентов конкретной точки(более детально не знаю). Проблема в том что все воткнуты в один порт роутера. Так что по входному порту не получается.
Если где ошибся в ращетах то буду рад подсказке где именно.
По сути да, мы с исходящим трафиком работаем, но сама суть идеи — отправлять запросы на входящий трафик в нужный ВАН-интерфейс. Грубо говоря указываем куда бы роутер хотел принимать входящий трафик в даный момент времени. Вот поэтому я и позволил себе такую вольность в названии.
Ну и немаловажным было желание сделать что-то новое.