Dmitry
или глобально (что упоминается на сайте микротик как best practice при большом числе туннелей) :
Вот как у меня (не сказал бы, что правильно, но работает):
/ip firewall mangle
add action=change-mss chain=forward comment="Tunnel475 :: Change TCP MSS" new-mss=1360 out-interface-list=routing-LOCAL protocol=tcp tcp-flags=syn
Dmitry
более точную картину даст WireShark натравленный на попытку tcp соединения к хостам за проблемным тунелем
Dmitry
а вообще у L2TP можно использовать MLPPP over single link (если этот линк сам по себе нормальный, как в Вашем случае): https://wiki.mikrotik.com/wiki/Manual:MLPPP_over_single_and_multiple_links
Dmitry
и тишина, помогло или нет не ясно :)
Mark
/ppp profile add change-tcp-mss=yes уже есть
Dmitry
с двух сторон ?
Nikolai
Странно, но иногда pmtud неправильно выдает mtu и получается неправильный, завышенный mss. И приходится вручную делать еще mss-40. Чтоб наверняка.
С двух сторон, разумеется. MTU и Mss должны совпадать
Dmitry
если с двух сторон и не момогает, тогда хотя бы со стороны HAP ту команду, которую я приводил выше
Cumberbatch
если с двух сторон и не момогает, тогда хотя бы со стороны HAP ту команду, которую я приводил выше
Ему внутрь надо как я понял. input interface тоже бы добавить вторым правилом да и что бы лишнее не отрабатывать добавить пару условий например
chain=forward action=change-mss new-mss=1300
passthrough=no tcp-flags=syn protocol=tcp in-interface=eoip tcp-mss=1301-65535
Dmitry
то, что out по туннелю, это же in на внутреннем интерфейсе - зачем два раза ?
Cumberbatch
то, что out по туннелю, это же in на внутреннем интерфейсе - зачем два раза ?
В обратную сторону имею ввиду
Mark
в вайр шарке куча tcp dup
Mark
да. правила пока не создал.
Cumberbatch
Счетчики тикают на этих правилах? При каждой попытке соединения должны тикать
Dmitry
в вайр шарке куча tcp dup
это м.б. в том числе и из-за MSS - вот https://osqa-ask.wireshark.org/questions/41852/tcp-dup-ack-and-a-tcp-retransmission-_large-packet-size (тут другой вендор), но смысл от этого не меняется. Посмотрите вывод сравните с Вашим
Mark
отключили ipsec на тунеле и потери исчезли
Dmitry
ipsec - это всего лишь дополнительные заголовки к вашему оригинальному пакету грубо говоря - они не 'лезут' в среду передачи (MTU) или неправильно там фрагментируются. На микротиках еще была проблема с переупорядочиванием ipsec пакетов при использовании аппаратного ускорения шифрования, но это пофиксили 100 лет назад (в том числе для CCR)
Mark
Спасибо
Dmitry
да, не за что - чем все закончилось-то так и не понятно :)
Cumberbatch
да, не за что - чем все закончилось-то так и не понятно :)
Да не стали заморачиватся. Отключили IPsec и все. Позже всплывет проблема ещё раз обратятся. А доводить до ума нафиг надо
Dmitry
эхх ... будем надеяться, что там хоть MPPE есть
Dmitry
хотя его рекомендуют отключать в сочетании с IPSec
Vlad 😎
Здравствуйте!
А есть какая-нибудь возможность каждую новую строку писать с "новой строки", при записи логов на флешку в микроте в файл? А то такая каша получается. В wiki по этому поводу глухо, быстро нагуглить тоже не удалось.
Алексей
Dmitry
ip route rules
Dmitry
Здравствуйте!
А есть какая-нибудь возможность каждую новую строку писать с "новой строки", при записи логов на флешку в микроте в файл? А то такая каша получается. В wiki по этому поводу глухо, быстро нагуглить тоже не удалось.
они скорее всего так и пишутся, просто Вам нужен правильный блокнот, который умеет Unix-перевод строк (или как там это правильно называется). Notepad++ например
Vlad 😎
Andrey
Добрый день! Радиомост из LHG G-5acD-XL. Расстояние 4км. noise floor -106gBm, tx/rx signal strength 50/47 dBm. Signal to noise 59 db. tx/rx ccq скачет постоянно от 50/50 до 99/99. Помогите диагностировать проблему. связь между антеннами (Bandwidth test) иногда просто замирает. потом скаканет до 100мбит. Мост далеко, хочетсяудаленно понять. Может ли это означать, что прямой видимости нет ?
Cumberbatch
Добрый день! Радиомост из LHG G-5acD-XL. Расстояние 4км. noise floor -106gBm, tx/rx signal strength 50/47 dBm. Signal to noise 59 db. tx/rx ccq скачет постоянно от 50/50 до 99/99. Помогите диагностировать проблему. связь между антеннами (Bandwidth test) иногда просто замирает. потом скаканет до 100мбит. Мост далеко, хочетсяудаленно понять. Может ли это означать, что прямой видимости нет ?
Прямую видимость визуально можно установить. Остальное не 100%.
Andrey
Прямую видимость визуально можно установить. Остальное не 100%.
ехать далеко. и там через пролив, очень часто дымка или туман. не видно вторую сторону.
Vlad 😎
они скорее всего так и пишутся, просто Вам нужен правильный блокнот, который умеет Unix-перевод строк (или как там это правильно называется). Notepad++ например
да, всё верно! Nodepad++ в кодировке UTF-8 и каждая запись с новой строки. Спасибо вам большое!
Dmitry
Cumberbatch
Добрый день! Радиомост из LHG G-5acD-XL. Расстояние 4км. noise floor -106gBm, tx/rx signal strength 50/47 dBm. Signal to noise 59 db. tx/rx ccq скачет постоянно от 50/50 до 99/99. Помогите диагностировать проблему. связь между антеннами (Bandwidth test) иногда просто замирает. потом скаканет до 100мбит. Мост далеко, хочетсяудаленно понять. Может ли это означать, что прямой видимости нет ?
У вас -59. Что хуже на расстоянии короче чем в расчете. Повернуть нужно. Либо вода. Да может влиять
Dmitry
ехать далеко. и там через пролив, очень часто дымка или туман. не видно вторую сторону.
сканер / мощность (НЕ сильно большая) / частота / band / режимы работы (nv2 / nstreame / 802.11) - ну и да в 5-ке над водой, по-моему скромному опыту всегда будут переповторы, что не делай (это и видно у Вас по ccq)
Andrey
сканер / мощность (НЕ сильно большая) / частота / band / режимы работы (nv2 / nstreame / 802.11) - ну и да в 5-ке над водой, по-моему скромному опыту всегда будут переповторы, что не делай (это и видно у Вас по ccq)
там у меня несколько мостов к томуже на lhg5, и на бОльшие расстояния, именно через этот пролив. Проблема только здесь, у с остальных ccq 99-100.
Dmitry
Dmitry
там у меня несколько мостов к томуже на lhg5, и на бОльшие расстояния, именно через этот пролив. Проблема только здесь, у с остальных ccq 99-100.
по сканеру - это первое о чем я написал
Andrey
нет, разнос минимум 100мгц
Dmitry
включаем спектоанализатор - смотрим наимее загруженную частоту в данный момент
Andrey
включаем спектоанализатор - смотрим наимее загруженную частоту в данный момент
а где его найти? не потеряю доступ?
Dmitry
теститируем в разных режимах работы, если счастья нет - режем band
Andrey
freq. usege?
Dmitry
freq. usege?
еще бы я помнил, сейчас гляну :) запускать нужно со стороны линка, к которому есть доступ по eth-нет
Andrey
у меня к обоим доступ через инет(. причем поднимает pppoe именно принимающая(
Дмитрий
Всем доброго дня,
Кто-нибудь юзал SXT LTE KIT с двумя симкартами?
Dmitry
Отцензурированный ответ от радийщиков:
>Тех. дир считает что работает 2.4. По факту работает примерно одинаково. Испарения или еще >какая-нибудь ерунда и все. Проседает скорость и растут переповторы. Но это про other-brandname. 😊
Dmitry
пример Spectral Scan тут: https://wiki.mikrotik.com/wiki/Manual:Spectral_scan
Дмитрий
очень прям интересно как настроить резервирование
Dmitry
вы бы написали в чем у Вас проблема
Дмитрий
если про меня, то вижу только 1 lte интрефейс и в интерент ходит через sim A, вторую симкарту не вижу ни где в настройках
Дмитрий
везде пишут "Два слота под карты micro-SIM для резервного канала связи" , только не могу понять как задействовать вторую карту
Dmitry
https://i.mt.lv/cdn/rb_files/SXT_LTE_Kit-180525092855.png - судя по этой диаграмме там один модем с двумя сим-слотами (одна Mini-PCIe) - соответственно, где-то должны быть настройки для возможности переключения активной SIM
Dmitry
переключаться на резервную sim нужно, когда имеется физ. проблема с активной или она не регистрируется в сети оператора
Дмитрий
а если на ней просто нет интернета?
Dmitry
let me google for you https://wiki.mikrotik.com/wiki/Dual_SIM_Application
Dmitry
https://forum.mikrotik.com/viewtopic.php?t=136320#p671671
Dmitry
в общем у MT все так же как и других вендоров и скажите спасибо, что они не российские как в моем случае :)
Дмитрий
спасибо, понял
Mikrotik new version checker
🔥 [stable] New version has been released!
Version: 6.43.12 (stable)
#mikrotik #routeros #update #packages #checker #stable #new
https://telegra.ph/Changelog-64312-stable-02-11
Mikrotik new version checker
🔥 [testing] New version has been released!
Version: 6.44beta75 (testing)
#mikrotik #routeros #update #packages #checker #testing #new
https://telegra.ph/Changelog-644beta75-testing-02-11
Илья
Товарищи, кто подружил ipsec+certificate с виндовс клиентом, расскажите как это сделать?
Карен
- hotspot: added "https-redirect" under server profiles
Moneron 🇷🇺
Товарищи, кто подружил ipsec+certificate с виндовс клиентом, расскажите как это сделать?
Про сертификат – смотрите вики про ike2 и виндовс. Там ничем не отличается.
Илья
Про сертификат – смотрите вики про ike2 и виндовс. Там ничем не отличается.
Благодарю, как-раз на нее наткнулся, сижу, курю
Ilya
Всем привет!
Помогите разобраться, что-то я упускаю.
В 1100ah2 на ether1 и ether2 приходит один и тот же провайдер.
Адреса 1.1.1.2 и 1.1.1.3 Шлюз общий - 1.1.1.1
Через второй адрес должен ходить один компьютер. 192.168.0.1
В mangle я делаю этому компу routing mark "1_3"
В таблице роутинга 1_3 запись 0.0.0.0/0 через 1.1.1.1%ether2 prefsource=1.1.1.3
В таблице main для всех остальных запись 0.0.0.0/0 через 1.1.1.1%ether1 prefsource=1.1.1.2
Так всё работает, но...
При такой записи не работает рекурсивная маршрутизация.
Т.е. если я пишу две записи 0.0.0.0/0 через 8.8.8.8 и 8.8.8.8 через 1.1.1.1%ether1 - это не работает.
Если ставлю просто 8.8.8.8 через 1.1.1.1 - пишет ether2 reachable.
Можно ли в эту схему все-таки вписать рекурсивную маршрутизацию или возвращаться к проверке падения канала через netwatch и скрипты?
PS Два адреса на одном интерфейсе я по определенным причинам пока сделать не могу
Cumberbatch
Всем привет!
Помогите разобраться, что-то я упускаю.
В 1100ah2 на ether1 и ether2 приходит один и тот же провайдер.
Адреса 1.1.1.2 и 1.1.1.3 Шлюз общий - 1.1.1.1
Через второй адрес должен ходить один компьютер. 192.168.0.1
В mangle я делаю этому компу routing mark "1_3"
В таблице роутинга 1_3 запись 0.0.0.0/0 через 1.1.1.1%ether2 prefsource=1.1.1.3
В таблице main для всех остальных запись 0.0.0.0/0 через 1.1.1.1%ether1 prefsource=1.1.1.2
Так всё работает, но...
При такой записи не работает рекурсивная маршрутизация.
Т.е. если я пишу две записи 0.0.0.0/0 через 8.8.8.8 и 8.8.8.8 через 1.1.1.1%ether1 - это не работает.
Если ставлю просто 8.8.8.8 через 1.1.1.1 - пишет ether2 reachable.
Можно ли в эту схему все-таки вписать рекурсивную маршрутизацию или возвращаться к проверке падения канала через netwatch и скрипты?
PS Два адреса на одном интерфейсе я по определенным причинам пока сделать не могу
Задайте два vrf для интерфейсов eth1 и eth2. В каждом создайте рекурсивную маршрутизацию. И роуты в локалку. И манглами распределяйте кого из локальных отправлять в какую таблицу.
Moneron 🇷🇺
Nexthop lookup осуществляется только в main, поэтому в врф-ах про рекурсивные некстхопы можете забыть
Ilya
То есть адреса на одном интерфейсе или netwatch? Правильно?
Moneron 🇷🇺
Посмотрите выступление Алексея Чудина с Мск-17
Moneron 🇷🇺
Он как раз подобный кейс рассказывал.
Ilya
Хорошо, спасибо, поищу