Перейти к содержимому
Калькуляторы

Микротик и с чем его едят Описание, примеры, вопросы, трудности, с которыми придется столкнуться

есть некая сеть, построенная в том числе и на МТ.

Построена хорошо, с разными расстояниями и прочее.

в процессе вылизывания линков стал замечать, что иногда ccq переваливает на 100 %

собственно вопрос- как такое может быть?

учитывая, что это основной параметр, на который обращается внимание при настройке линка.

скриншот к сожалению сейчас сделать не получилось, т.к. такие значения показывает не часто(как правило логичные 97-99 %)

- хорошие уровни,

- мощность с запасом,

- канальная скорость чуть ниже максимальной

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Constantin, мне простительно, я радист, на IT пока не тяну. NTP-сервера из инета. Первый - харьковская метрология, близко, пинг 10мс. Второй где-то в Киеве.

broadcast и unicast расшифруйте , если можно, для этого конкретного случая. Общий смысл терминов понятен, что мне поставить именно здесь?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Constantin, мне простительно, я радист, на IT пока не тяну. NTP-сервера из инета. Первый - харьковская метрология, близко, пинг 10мс. Второй где-то в Киеве.

broadcast и unicast расшифруйте , если можно, для этого конкретного случая. Общий смысл терминов понятен, что мне поставить именно здесь?

википедию почитай

broadcast

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

в процессе вылизывания линков стал замечать, что иногда ccq переваливает на 100 %

собственно вопрос- как такое может быть?

 

Такое может быть в смешанных режимах B/G/N или A/N. Если установите жесткую привязку к режиму G-only или A-only или N-only происходить превышения больше 100% не будет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

rmika, и?

Я и сам понимаю, что одно широковещательное,слушают все кто подключен, а другое на мой запрос - мне же ответ.

Разницу понять хочу, зачем здесь на выбор два режима?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Я и сам понимаю, что одно широковещательное,слушают все кто подключен, а другое на мой запрос - мне же ответ.

Разницу понять хочу, зачем здесь на выбор два режима?

 

если на пальцах то так, широковещательный запрос работает в пределах одной одноранговой сети (одного сегмента), бродкаст

через машрутизатор не ходит

поэтому если в сегменте сети есть NTP сервер то ставте бродкаст, но в вашем случае используете юникаст, да и в 99,999% случаях нужно использовать юникаст.

Изменено пользователем Constantin

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Теперь понятно. Спасибо.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Saab95 only привязку ставлю всегда, рейты тоже 300/300.

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

попутно вопрос- имеем линк, допустим, 30 км, уровни 60/60, ccq на нагруженном линке 98 % в среднем(ниже 95 не падает).

Задача- как получить максимальную скорость? Сколько не мучился, выше 125 мбит фактической однопоточной прокачки получить не удалось

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Рейты 300/300 не правильно, должно быть 270/270 при установке Guard Interval = LONG на вкладке HT.

 

Что бы получить максимальную скорость нужно:

 

1.Установить прошивку 5.17.

2.Подобрать оптимальный параметр TDMA Period Size на вкладке NV2 (обычно 1-5).

3.Установить буфер PFIFO 2000 пакетов в разделе Interface Queues на Ethernet default и Wireless default.

4.Завести линк в WDS.

 

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

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

линки делаем всегда в wds, прошивки тоже стараюсь держать актуальные, c tdma period игрался, оптимальные значения подобраны.С мощностью и физической изоляцией от других антенн тоже игрались для вытягивания нужных показателей.

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

За подсказку спасибо, в ближайшее время проверю

Какой в таком случае теоретический потолок(учитывая идеальные уровни, высокое ccq и всегда чистую зону Френеля) скорости? Для простоты- в один поток в одну сторону большими пакетами?

Изменено пользователем a0xff

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Теоретический потолок при 100 мегабитных портах - 98мбит трафика в одну сторону, при этом он не зависит от размера пакета. Пакетная производительность 40000 пакетов, следовательно пока она не превышена, так и будет держать эти 98мбит, потом плавно опускаться. В обе стороны дуплексом тянет 98/98 при полосе 40мгц. Если порты гигабитные - тянет в одну сторону по 190мбит трафика.

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

3.Установить буфер PFIFO 2000 пакетов в разделе Interface Queues на Ethernet default и Wireless default.

На что влияет и какие последствия изменения могут быть? Сейчас есть линк 12км в принципе всё устраивает, но насчет оптимизации было бы интересно почитать подробнее. На данный момент настройки очередей дефолтные стоят.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Тут все написано наглядно - http://forum.nag.ru/forum/index.php?showtopic=63151&view=findpost&p=610040

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

пытаюсь настраивать хотспот на routeros 5.17 весь функционал работает как должен ровно до того места, где начинается RADIUS:

 

из локальной базы пользователи авторизуются и работают нормально

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

 

Тоесть полностью перестаёт работать nat, как сделать так, чтобы игнорировался прилетающий с радиуса белый ипешник и всё работало на серой адресации как в случае использования локальной базы пользователей?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Подскажите плиз. OmnTIC U-5hD при выключении ether2 теряется управление по ether1. Куда копать?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

пытаюсь настраивать хотспот на routeros 5.17 весь функционал работает как должен ровно до того места, где начинается RADIUS:

 

В таком случае надо авторизовывать не на хотспоте, а на БС через EAP. В таком случае хотспот и не нужен вовсе.

 

Подскажите плиз. OmnTIC U-5hD при выключении ether2 теряется управление по ether1. Куда копать?

 

В сторону сброса начальной конфигурации и настройке с нуля.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

в нашем случае задумка выглядит в разрезе единого логина для hotspot и PPPoE и пользователи должны работать с одних и тех же базовых станций соответственно имеется кучка пппоешных вланов, которые по второму уровню терминируются на pppoe брасе и требуется создать единую точку агрегации их по третьему уровню, которой уже и должен предоставлять сам хотспот (затея с тазиком с фрибсд и кучей скриптов не устраиваем тем, что надо вагон скриптовой писанины городить, на это просто к сожалению нет ресурсов(( )

Изменено пользователем mousus

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Тогда вам надо просто не отправлять IP адрес с биллинга, в этом случае клиенту выдастся адрес из локального пула микротика. Или отключайте встроенный DHCP сервер у хотспота и клиенты работают под реальными адресами. Как вариант - смотреть с какого наса идет запрос, и на микротик отправлять серые адреса для авторизации.

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

к сожалению биллинг (утм5) и его радиус ооочень не гибкие в настройке и без костыля в виде фрирадиуса не смогут реализовать

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Есть такое железо.

RB-SXT настроенный бриджом принимает интернет.

НА Rb450G поднят реальный айпи, он-же занимается шейпингом.

Мне нужен резервный канал.

Есть вариант использовать MTC 3G.-usb.

Но, тариф 8грн в сутки по факту использования... т. е. включатся он должен только в случае необходимости.

Я думаю воткнуть usb в Rb-sxt.

 

А вот как дальше?

 

как-бы все это попроще сделать?

Предположим SXT поднимет PPP соединение...

тогда на нем поднять scr-nat например с подсеткой 10,0,0,0/24

Дальше?

На рб-450 скрипт пусть раз в пол часа.

Проверяет есть ли инет, если нет инета то отправляет по телнету на SXT команду поднять соединение.

И переключает инет на подсеть в 10...

или переключать не нужно?

грубо говоря, настроено два айпи для инета, и два основных шлюза.

Один реальный (201,1,1,1 например), а второй 10,0,0,1 на SXT

Опять-же, проверяет проверяет, а потом рубит соединение если инет на основном канале появилась.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Есть такое железо.

RB-SXT настроенный бриджом принимает интернет.

НА Rb450G поднят реальный айпи, он-же занимается шейпингом.

Мне нужен резервный канал.

Есть вариант использовать MTC 3G.-usb.

Но, тариф 8грн в сутки по факту использования... т. е. включатся он должен только в случае необходимости.

Я думаю воткнуть usb в Rb-sxt.

 

А вот как дальше?

 

как-бы все это попроще сделать?

Предположим SXT поднимет PPP соединение...

тогда на нем поднять scr-nat например с подсеткой 10,0,0,0/24

Дальше?

На рб-450 скрипт пусть раз в пол часа.

Проверяет есть ли инет, если нет инета то отправляет по телнету на SXT команду поднять соединение.

И переключает инет на подсеть в 10...

или переключать не нужно?

грубо говоря, настроено два айпи для инета, и два основных шлюза.

Один реальный (201,1,1,1 например), а второй 10,0,0,1 на SXT

Опять-же, проверяет проверяет, а потом рубит соединение если инет на основном канале появилась.

схема на грани фантастики (особенно там где про телнет говорится)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Если проверять не с микротика, а с компьютера, подключенному к сети то сделать реально.

 

На компьютер заводится IP адрес и на SXT для него создается правило роутинга, что бы весь трафик шел только через основной канал.

На компьютере запускается скрипт, который контроллирует пинг до сервера в интернете, например яндекса.

Если яндекс не доступен, то отправляет на SXT команду включения модема и устанавливает ему метрику ниже, чем у основного маршрута. - весь интернет пошел через модем.

Если яндекс снова заработал на компе со скриптом - то послать команды отключения модема.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Что, проблема только с телнетом?

Если упростить схему.

Предположим есть на RB два шлюза и два айпи на одном интерфейсе. Один 10,0,0,2/24, второй 200,1,1,2/24

и два правила маршрутизации 10,0,0,1 и 200,1,1,1

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Привет!

Порекомендуйте решение для организации канала связи с точки А в точку Б на 4км и тут же раздачи пользователям в окресностях точки Б на расстоянии до 1км.

 

В точке А, полагаю можно поставить Mikrotik Groove 5Hn + EXTRALINK Grid 5G 27 отдавать в полосе 40мгц.

 

В точке Б хочется поставить одно устройство, которое бы приняло канал и раздало пользователям, которые будут находится в разных направляениях от точки Б. Похоже, нужна всенаправленная антенна, но какая?

 

Пользователям, полагаю, будет достаточно RB/SXT.

 

Пожалуйста, посоветуйте как решить такую задачу правильно.

Спасибо.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Как временное решение подойдет предложенный вами грув с решеткой. В точке Б ставите Omnitik. Клиент из точки А подключится к нему и будет раздавать интернет, клиенты в точке Б будут подключаться к Omnitik и через него попадать в интернет. Скорость конечно будет не очень большой, но порядка 15 мегабит можно таким макаром раздать.

 

В дальнейшем для канала А-Б поставите 2 штуки RB/SEXTANT, они дадут порядка 100мбит.

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.