RouterOS 6.40.1 і новий калькулятор бездротових мостів від Mikrotik
19-го липня представники латвійської компанії Mikrotik оголосили свої наміри випустити в найближчі дні оновлення RouterOS 6.40. Сталася вельми незручна ситуація, коли досить великий відрізок часу в тестовій версії RouterOS 6.40RC (Release Candidat), розробники наполегливо працювали над реалізацією апаратного Offload для бриджів. Функція дуже затребувана, тому розробники сфокусували максимум зусиль на її доопрацювання. У той же час, другорядний функціонал вийшов на другий план, а увага всіх тих, хто брав участь в обкатуванні тестових білдів, була прикута за великим рахунком до важливих функцій. Сталося так, що список змін набрався досить значний, а hw-offload залишався як і раніше сирим і потребує доопрацювання. Спільнота з нетерпінням чекало нову версію, керівництвом тим часом було прийнято рішення відкотити нові зміни і випустити 6.40 в тому вигляді, в якому він власне і вийшов. Вузькі тимчасові рамки і поспіх зробили свою справу, вже 26-го липня став доступний RouterOS 6.40, в якому власне з'явився ряд помилок. Розробники оперативно внесли необхідні правки, і частина правок, обкатаних на RC, було прийнято перенести в проміжне оновлення 6.40.1. Офіційно Mikrotik повідомили про три помилки. Перша помилка з'явилася в ovpn-client, а саме некоректне призначення маски при отриманні маршрутів. Решта дві помилки не настільки критичні - мерехтіння LCD на платформі RB2011, а також некоректна робота Torch з тунелями PPP. З значущих виправлень варто скасувати виправлення в Firewall при роботі з address-list, а саме коректне видалення записів при закінченні часу очікування. Також були внесені правки в роботу LTE, виправлена помилка, при якій не оброблявся трафік в активному статусі (running). Ще один цікавий баг має відношення до інструмента Traffic Generator (компонент trafficgen). У новинній розсилці Newsletter 77 розробники повідомляли про додавання параметра «lost-ratio», для відображення статистики по загублених пакетів. Так ось, в 6.40 даний параметр після кількох тестів відображається невірно. Як бачимо, розробники досить швидко відреагували на виявлені баги і оперативно випустили проміжну версію з виправленнями. Повний список змін версії RouterOS 6.40.1 під спойлером. А тепер перейдемо до більш цікавим змін. Ті, хто працюють із зовнішнім бездротовим обладнанням Mikrotik, ймовірно, пам'ятають, як виглядала стара версія калькулятора для бездротових з'єднань. Власне він надавав такої ж функціонал, як і калькулятор на моєму блозі. Вчора Mikrotik офіційно представили нову версію свого інструменту для розрахунку з'єднань Точка-точка (Point-to-Point) і Точка-многоточка (Point-to-Multipoint). Як приклад, давайте розглянемо популярний DynaDish 5 . Новий інтерфейс калькулятора тепер більше нагадує airLink від Ubiquiti. Правда, Ubiquiti активно допилюють свій калькулятор вже більше двох років, з-за чого він солідно додав у своїй функціональності, складаючи конкуренцію деяким рішенням, які раніше поширювалися лише на платній основі. Говорячи про Mikrotik, новий калькулятор беззастережно краще попередньої версії, адже в ньому вже можна вибирати обладнання по обидва кінці, до того ж додалася карта місцевості. А тепер давайте порівняємо можливості і визначимо недоліки. По-перше, немає можливості шукати точку на місцевості, немає визначення місця розташування. У airLink спрацьовує визначення місця розташування і маркери практично завжди перекидає в ваш регіон. У випадку з калькулятором від Mikrotik, доводиться грати з масштабуванням і перетягувати маркери з Латвії в потрібне місце. До того ж airLink побудований на базі картографічного сервісу Google Maps, що дозволяє змінювати вид карти. Не завжди топографічна карта зручна, на місцевості дуже часто виручає саме супутникова карта, вибрати яку в калькуляторі Mikrotik немає можливості, на жаль. Другий аспект має відношення до профілю линка. У airLink досить докладно відображається LOS між точками і є еліпс, що відображає зону Френеля . У калькуляторі Mikrotik є розрахунки зон Френеля, але в профілі ці зони не відображаються, через що ви не зрозумієте, чи потрапляють в цю зону перешкода чи ні, якщо потрапляють, то де. На підставі здавалося б таку дрібницю, ви відразу можете прийняти рішення про зміну висоти або місця розташування. Третій аспект стосується висоти розміщення. Всі ми прекрасно знаємо, що лінії прямої видимості (LOS) між двома точками мало для нормальної роботи бездротового мосту. Так ось, калькулятор не надає можливості вказати висоту обох точок розміщення, а адже висотне розміщення дозволить підняти з'єднання там, де калькулятор скаже про його неможливість. Є зауваження і з приводу вибору частоти - тільки вибір між двома значеннями 2 або 5 ГГц. Якщо у компанії немає подібних рішень, це не говорить про те, що людям не буде цікавий їх калькулятор. Хоча стоп ... хлопці, у вас же є SXT 6 (RBSXTG-6HPnD), DynaDish 6 (RBDynaDishG-6HnD) і Metal 9 (RBMetal9HPn). Перші два працюють в діапазоні 6 ГГц, останній взагалі, на частоті 900 МГц. Для їх власників сервіс не надається? Так виходить. Останнє зауваження має відношення до вибору ширини каналу і визначення канальної швидкості. Повзунок бажаної швидкості, судячи з усього, поки в розробці, по крайней мере, у мене він не працював взагалі. Тут Mikrotik знову ж жертви своїх же дій. Ubqiuti вже давно в офіційних Datasheet намагаються вказувати таблицю відповідності модуляції, вихідної потужності і чутливості на прийом. Такий підхід дозволяє, при використанні стороннього калькулятора, визначити приблизний тип модуляції, на підставі якого можна припустити швидкість з'єднання. У Mikrotik воліють ж вказувати мінімальні і максимальні значення, тобто з крайності в крайність - або з'єднання на максимальній швидкості, або фізична можливість установки з'єднання з мінімальною швидкістю. До того ж, після вибору пристрою, незрозумілий принцип підстановки значень потужності і чутливості. Висока потужність це добре, але вона не дає хорошою модуляції, а значить і швидкості. Як підсумок - ворожіння на кавовій гущі. Знову ж таки, якщо додати сюди можливість вибору ширини каналу - можна розрахувати різні сценарії. Як визначити канальну швидкість, якщо ви не знаєте ширину каналу? Наприклад, для 802.11ac вона може бути і 80 МГц, а може бути і 40 або 20 МГц. Чи буде канальна швидкість однаковою? Звичайно ж ні. Випуск нового калькулятора, безумовно, хороший знак. Нова версія помітно краща за попередню і вже дозволяє проводити базові обчислення, але її сильно не вистачає як тих можливостей, які є в airLink, так і тих, яких в ньому немає. Mikrotik - серйозна компанія, бізнес якої базується на продажу в тому числі бездротового обладнання. Чому не можна вкласти певну суму в розвиток даного інструменту? Більш того, з калькулятора можна винести комерційну вигоду - досить при розрахунку линка виводити блок з рекомендованим оптимальним варіантом, додати посилання і дані місцевих дилерів або дистриб'юторів. Чому ні? Особисто мені дуже хотілося б, щоб представники настільки шанованої компанії як Mikrotik почали більше приділяти уваги інтерфейсу, епоха DOS давно пройшла, а підхід конкурента в особі Ubiquiti дозволяє останньому успішно відбирати шматки пирога у тих, хто не дуже гнучкий і пильний. Новий калькулятор - хороший крок вперед, але це тільки початок і зупинятися не можна, попереду ще дуже багато роботи. Вчіться працювати з MikroTik? Рекомендую відеокурс « Налаштування обладнання MikroTik ». В курсі розібрані всі теми з офіційною навчальної програми MTCNA і багато додаткового матеріалу. Курс поєднує теоретичну частину і практику - настройку маршрутизатора за технічним завданням. Консультації за завданнями курсу веде його автор Дмитро скоромні. Підійде і для першого знайомства з обладнанням MikroTik, і для систематизації знань досвідченим фахівцям. Новий калькулятор бездротових мостів
Відеокурс «Налаштування обладнання MikroTik» (аналог MTCNA)
Як визначити канальну швидкість, якщо ви не знаєте ширину каналу?
Чи буде канальна швидкість однаковою?
Чому не можна вкласти певну суму в розвиток даного інструменту?
Чому ні?