seelent

Возможно, нужно будет проверить. Размер сегментов с пакетами, кстати, можно в настройке сервера задать и управление передать серверу. А ссылка на пустую страницу вики ведет.

Сломал себе голову, может кто-нибудь взглядом со стороны поймет. Имеем mikrotik в качестве PPPoE сервера. Абонентам раздаем IP из серого пула(x.x.x.10-x.x.x.250), для которого прописан Src-Nat на белый IP mikrotika. Буквально, в качестве условий: Src-address - пул, output interface - порт на котором висит белый ip, action - src nat на белый адрес. Больше параметров ната нет. Статичных клиентов с аналогичным натом из другой подсети пускает куда угодно. PPPoE - часть сайтов не отображается(speedtest.net например), хотя DNS разрешается, адрес доступен(пингуем), правил для 80-о порта нет. Та же проблема, если выносим нат на отдельный микротик. IP 1 на 120 клиентов. Пока не парсил траффик. Пробовал srcnat на маскарад менять - теже яйца.

А есть в интернете истоичник информации по этому поводу? Заранее, большое спасибо.

Подскажите, пожалуйста, существует ли способ использования Dual-band usb и pci адаптеров, в характеристиках которых заявлена возможность использования части диапазона 5,9ГГц(в спецификациях обычно указываются диапазоны 5.15 ~ 5.25 ГГц, 5.725 ~ 5.825 ГГц), на частотах, не заявленных в спецификации(В частности 5680,5660), или это невозможно в силу схемотехники? Имеются в виду домашние wifi адаптеры.

А средствами микротика данную проблему не решить?

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

Добрый день. Существует RB-1100 в качестве PPPoE концентратора, существует биллинг и радиус, обслуживающие множество брасов, помимо микротика. Сведения о макс. продолжительности сессии передаются в качестве радиус-атрибутов. При этом, выставленное аналогичное значение в профиле, применяемом к PPPoE не дает нужного результата. Правильно ли я понимаю, что значение, получаемое от радиуса, приоритетнее? Как можно обойти этот момент?

Добрый день, прошу прощения, если подобная тема уже всплывала. Впорос по AirOS для обычных Wi-Fi от юбикьюти (Для м-устройств, думаю, тоже будет справедливым). Имеем такую проблему: через rc.poststart поднимаем дополнительный интерфейс ath0.VlanTag. В списке интерфейсов он появляется, но вот незадача: pppoe, после настройки из веб морды ломится через ath0, без тэгов, а этот интерфейс предполагается оставить под управление. Нахрапом конфиги взять не удалось: в /etc/ppp/ppp.options настройки касательно ppp протокола, а 2-уровневая часть настраивается как-то иначе. Если есть хотя бы домыслы по порядку запуска ppp демона, буду благодарен за любую информацию.

У меня на многих серверах вообще отключена многопроцессорность и одного ядра вполне хватает. Если будет мало то ничего не мешает заменить процессор на более быстрый и многоядерный. Но это уже больше для баз данных и аналогичных решений требуется. Почему же показывайте. Если они у вас не используются для маршрутизации сетевого трафика - можно пихать что угодно. Если же через него пойдет трафик вашей сети и вы узел связи не сдали - тоже ничего страшного не будет. Если вы сдали узел связи, тогда у вас будет на этот сервер нужный подложный сертификат, который и покажите во время проверки. На самом сервере же ничего не написано=) А если нужна просто бумажка, тогда вам надо покупать не комплектующие а серверную платформу (серверный корпус, материнка, БП, набор шлейфов) на нее уже будет сертификат, но немного не тот=) Большое спасибо, теперь картина полная, без догадок.

Вам нужны документы для установки сервера на узле связи? Тогда вам действительно нужен самосбор без документов, т.к. сертификат для использовании сервера в качестве маршрутизатора имеет только один сборщик серверов, название начинается на И и это не интел=) На установленную систему можно втыкать любые сетевушки, менять их местами. Если заработает - появится в списке интерфейсов, если драйверов на нее нет - тогда не появится. Т.е. такие "маршрутизаторы" лучше вообще никому не показывать? По поводу страха - это я в бюрократическом аспекте. Не теряет ли силу сертификат.

Ок, спасибо.

Спасибо за ответы. Последний вопрос, самый тривиальный: какие документы должна иметь машина и ПО, если брать брендовый сервер? Можно ли без страха поставить доп. сетевки после проверки? Нет как таковых тонких настроек. Ищите проверенное самосборное решение, на форуме МТ посмотрите там люди выкладывают свои конфиги. Ставить на первое попавшеся даже хороше и мощное не стоит, могут быть необъяснимые глюки. Стыдно, что за МТ форум? Что-то знакомое.

Из темы про самосборы понял, что камешек нужно выбирать с большим кешем, мамку - с хорошим чипсетом(в общем понимании) и качественного производства. Вопрос упирается в сетевки: Как я понял, сильно зависит от чипсета и нужно знать стоящие модели. Где-нибудь есть список?

Я в *никсах на уровне неуверенного пользователя: Поставить систему, настроить сервисы еще могу, но за оптимизацию системы никогда не брался и, боюсь, изучение вопроса займет не меньше 2-3 недель. В каком из вопросов, на вскидку, разобраться будет проще: оптимизация самосбора или тонкая настройка Микротика? Понимаю, что спрашиваю очень субъективную вещь, каюсь. Поднимал dhcp и dns'ы с простейшими конфигами на Debian в академических целях.

И был бы благодарен за совет о том, какое аппаратное решение хотя отдаленно похоже на рабочее в данном контексте, при цене 500-700$.

Сразу извиняюсь, за возможное дублирование темы. Передо мной следующая задача: Архитектура сети такова: К вышестоящему оператору через статику подключается NAT. К NAT'у сегментные pppoe концентраторы. Размер сегмента ~ 150 пользователей. Пиковый трафик: 250-300 мбит. Характер трафика: Абонентская сеть. Желательна возможность работы pppoe к-ов в нескольких абонентских вланах. Авторизация через радиус. Возможно ли в качестве pppoe девайсов использовать RB1200\RB1100? Самосборы x86, прошу не обсуждать.

Здравствуйте, не так давно вышли новые прошивки для наносов 5-ых(4) и М5(5.5)-устройств, позволяющих в связке организовать TDMA не только на М5. После прошивки точки шустро обнаружили друг друга, и сложностей с организацией моста не возникло. Сложности появились при попытке прогнать трафик между двумя хостами, подключенными к каждой из точек непосредственно. Ping со стороны клиента, севшего на nanos добирался только до базовки(rocket m5), со стороны же базовки пинг не добирался и до клиентской точки. Создается впечатление, что на канальном уровне со стороны ракеты что-то не в порядке. Может быть, кто-нибудь уже сталкивался с этой проблемой? Из настроек изменены только 3-ий уровень, задана частота и включен аирос.

Какие именно настройки наноса интересуют? Режим работы: AP. Канал: 157(в диапазоне DWA - заявлен) Ширина канала: 20 hGz.

В рамках комнаты, пока, и на улице(около 1 км.) В свойствах драйверов нет выбора частоты, зато есть(последние оффициальные)возможность выбора режима - для 2,4(b\g\n) и для 5(a\n). Т.е. предполагается, что обе антенны работают одновременно, и необходимо выбрать режим для каждой. Я вообще отключил 2,4.

Добрый день. Имеем nano5 в качестве AP и Dwa-160 в качестве клиентского интерфейса. Диапазон 5gHz не наблюдается, не смотря на заявленные характеристики. Объяснений толковых в инете не нашел. Кто-нибудь сталкивался с подобной проблемой?

Чтобы не плодить темы, решил здесь же поинтересоваться. Непонятен параметр шейпер traffic burst. После курения английского мануала понятнее не стало.

В настройках страны ставите Compilanse Test и доступны все частоты. Именно это я и хотел прочитать, спасибо. Видимо даташит подразумевает американские частоты.

Из даташита понял, что заявленный диапазон частот ограничивается 5.825 гГц. DreamAccess от рапиры, на базе нано м5 держит и большие частоты. Интересен реальный потолок.

Подскажите, пожалуйста, клиентское оборудование а\n стандарта(интересует самый потолок - от 5,9 гГц), внешнего исполнения. Диапазон расстояний 2-6 км. Первый ориентир - избитая nano m5. Хотелось бы посмотреть на цену аналогов. И чем пренципиально NanoStation M5 отличается от Loco-варианта?