Вопросы по Mikrotik OS, RouterBoard и похожие.

[dr-stas]

Люди, объясните бестолковому, как использовать пресловутый Superchannel?
Есть огромный список каналов 4800-6100(подсвеченных серым), на них связь установить не удается категорически.

дополнительно 6100MHz работать не будет, так как она не учитывает ширину канала правельно будет, если ширина 40MHz то 6100-40 = 6060MHz

З.Ы. Сюда http://wiki.mikrotik.com/wiki/Manual...anced_Channels просьба не отправлять, проверил, результата нет.

а причем это ссылка,
Superchannel - это использования не стандартных каналов.
по ссылке же это использования не стандартной Ширины канала, т.е. вместо стандартной 20MHz, можно создать во вкладке /interface wireless> channels канал с любой шириной в плоть до 40MHz, а если будет лицензия "extension-channel" то до 60MHz

[Algon]

dr-stas, спасибо, на фиксированном канале прицепиться получилось.
А как сделать, чтобы на этих каналах Frequency Usage и Scan работали? Или только методом тыка определять, какой канал насколько занят?

По той ссылке было описано добавление каналов в Scan List. Но у меня почему-то не получается так.

[dr-stas]

А как сделать, чтобы на этих каналах Frequency Usage и Scan работали?

Выберем требуемый диапазон, т.е. Scan List = 4800-6100
но так лучше делать только на AP, или клиенте если будете сканировать, так как при подключение клиентом параметр Frequency игнорируется, и она будет искать к кому подключится в этом диапазоне, поэтому для клиента лучше установить конкретную чистоту, чтобы он не перебирал частоты и не искал AP, за счет чего конект будет проходить намного быстрее.

в да гонку.
Frequency (рабочая чистота)- этот параметр нужен для AP

Scan List (поиск), нужен для сканирования частот и для Клиента, поэтому списку он будет искать AP (Клиент не использует значение Frequency)
Scan List может иметь как имя списка частот (default), конкретную чистоту (5500), или диапазон (4800-6100), так же возможна возможно установка нескольких вариантов.

Пример игнорирования клиентом Frequency

[dr-stas]

Протокол MIMO 802.11n

Протокол MIMO 802.11n и какие скорости можно от него ожидать

В стандарте мимо используется 8 режимов (0 - 7) видов скоростей (Rate)
MCS index (0-7), - Mimo 1x1
MCS index (8-15), - Mimo 2x2
MCS index (16-23), - Mimo 3x3
MCS index (24-31), - Mimo 4x4

т.е
8 * (количество антенн - 1) + режим = MCS index

Скоростные режимы MIMO 1x1:

Из ходя из таблицы, видно что при ширине 20Mhz и Guard interval = 0,4 мкс - максимальная скорость 72,2Mbit/s, а при 40Mhz 150 Mbit/s, если еще учитывать не стандартную чистоту то можно предположить, что при ширине 60Mhz можно добиться скорости 225 Mbit/s

в Микротике можно использовать Guard interval в двух вариантах,
длинный 0,8 мкс, - long
любой 0,4 и 0,8 мкс - any
находится это во вкладке HT, (wlan интерфейса)

Для остальных видов MIMO (2x2,3x3,4x4) скорость перемножается на количество антенн, т.е.

для MIMO 2x2 - максимальная скорость 20MHZ - 144.4 Mbit/s \ 40MHZ - 300 Mbit/s
а для MIMO 4x4 - максимальная 20MHZ - 288.8 Mbit/s \ 40MHZ - 600 Mbit/s , а в нестандартной ширине 60Mhz - получаем 900Mbit/s

[dr-stas]

И вдогонку: можно ли средствами Mikrotik организовать схему, при которой по одному радиомосту трафик будет идти только в одну сторону, а по другому обратно?

Есть еще вариант специально созданный Mikrotik'om, Nstreme dual, но для этого нужно чтобы, точка была оборудована как минимум 2 wlan интерфейсами.
http://it-admin.org/os-mikrotik-rout...router-os.html

[dr-stas]

И вдогонку: можно ли средствами Mikrotik организовать схему, при которой по одному радиомосту трафик будет идти только в одну сторону, а по другому обратно?

Создание путем OSPF (протокол динамической маршрутизации)


Источник: Что такое балансировка трафика и возможные варианты реализации by Lukin Dmitry (Ультратех ЛТД, Украина)

[Algon]

Встал вопрос проброса белого IP (одного из нескольких) через несколько микротиков. Желательно с наименьшим геморроем и так, чтобы не отражалось на других клиентах. Общая схема:
Интернет (12 выделенных IP-адресов, внешняя сеть /24) ----- CCR ----- радиомост из двух SXT (интерфейсы в бридже) ----- RB2011 как маршрутизатор между несколькими сегментами ----- Клиент в одном из сегментов.

Ваши рекомендации? Возможно ли это каким-либо из туннельных протоколов (чтобы свести к минимуму настройки)?
Пока склоняюсь к идее поднять на клиента отдельный vlan, поставить его на CCR в бридж с внешним интерфейсом, через RB2011 пропустить тоже через бридж уже между vlan, а у клиента этот vlan принять (у него тоже какой-то Микротик). Замечания?

[Algon]

Ну и глюки бывают у MT :shok :



Как вам картинка? Микротик вдруг перестал работать с любыми адресами из сети 192.168.0.0/16. Даже если такой адрес назначен одному из его интерфейсов, без разницы какой именно адрес и какому именно интерфейсу. Маршрутизацию между 192.168.0.0 и другими сетями тоже делать не желает. В общем, если где-то указать адрес из диапазона 192.168.0.0, то интерфейс или правило работать не будет.
Самое любопытное, что до этого несколько недель всё было в порядке, ничего в настройках не менялось, т.е. данное "чудо" произошло спонтанно. Разные версии RouterOS ситуацию не изменили.
Есть у кого идеи?

[_q6_]

Пингалятор у микротика действительно хреновый. Не один раз уже замечено. Может все работать нормально, запускаешь пинг в его родной сети, а он ни гу-гу на адреса сети. Или через раз пробивает.

[Algon]

Так действительно не работает с адресами 192.168.0.0. Совсем. Трафик с них микротик видит, но вот на эти адреса ничего отправлять не хочет. Два микротика, расположенные в одной сети физически и в одном логическом сегменте - друг с другом не работают. Причем раньше работали, а вчера вдруг непонятно почему перестали. Мы всю ночь провозились, но так и не нашли логичного объяснения произошедшему.

[uraso]

Источник: Что такое балансировка трафика и возможные варианты реализации by Lukin Dmitry (Ультратех ЛТД, Украина)

Ну а кто то пробовал использовать эти рекомедации в балансировке?

[Algon]

Ну а кто то пробовал использовать эти рекомедации в балансировке?

Bonding я пробовал в различных вариантах. На кабельных каналах работает нормально, на радио не очень.
Балансировка на основе маркировки пакетов - более гибкий, но и значительно более сложный вариант. Тут уже всё зависит от того, насколько продумана схема распределения трафика. Ну и желательно, чтобы реализация не подкачала ))
Балансировка на уровне L7 конечно тоже интересный вариант, но еще сложнее, чем предыдущий. Честно говоря, пока не решаюсь им заняться, да и времени маловато на эксперименты.

[uraso]

Создание путем OSPF (протокол динамической маршрутизации)
Вложение 13684Вложение 13685Вложение 13686

А что вложения эти не открываются.....

Лукин на конференции микротика в Киеве рассказывал о балансировке путем OSPF .... И довольно доходчиво ....
Но это было уже три месяца назад.

[kuslik]

ospf не панацея, они это на всех мумах говорят. только толку то.

[dr-stas]

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

Пробовал самые различные варианты протоколов и их настроек. Пока что получил максимальную прокачку при использовании nstreme. На NV2 прокачка значительно меньше. Возможно, до конца не разобрался с настройками NV2.

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

не давно попробовал поставить протокол nstreme, да пинг вроде лучше, так как точки общаются без очередей., по мере работы замечал обрывы в связи в онлайн играх, да и в прочем, с начало грешил на старость точек, погоду, и прочее..
замерил пинг, вроде показывает меньше 1 мс, но иногда (частенько) пинг пропадает, и появляюсь показывает до 2000 мс, при этом точки работают в режиме моста, да и частота свободная, так как 5ГГц в моей местности нет не где, и мешать не кому.

вернув назад на nv2, и о чудо пинг перестал обрывается, и стал стабильный 2-10 мс, из редко подымается до 20 мс.
Вывод очевиден, хоть пинг на полинговом протоколе nv2 чуть выше, но связь стабильней т.е. качественней, так как точки работают по очередности не мешаю друг другу