l
Alexey O
А у вас bt Server на том же микроте, который туннель держит?
нет, другой естевстенно
Size: a a a
2021 February 19
l
поставьте 1400 или меньше и потестируйте
да, действительно, благодарю получилось поднять до 55-60 мбит что действительно для меня удовлетворительно
ЯR
да, действительно, благодарю получилось поднять до 55-60 мбит что действительно для меня удовлетворительно
теперь можете постепенно увеличивая MTU найти максимальный для вашего туннеля и типа шифрования
ЯR
думаю будет в районе 1400 -1410
l
действительно методом подбора остановился сейчас на 1325 самый оптимальный
ЯR
меньше прогнозов вышло) Главное что все получилось
l
меньше прогнозов вышло) Главное что все получилось
сейчас погнал по единицам) то чувство когда ты вроде админ а ощущения буд то сапёр=)
RP
Greshnik 150
Ребята так как насчёт mtu 1500, как узнать оптимальный. Lhgg
Не нужно этого делать, я думал, мой сарказм вас остановит. 🤔
Я вижу вы уже постигли тонкости науки и MTU для вас не пустой звук, поэтому я должен открыть вам тайну, существует Path MTU Discovery!
Он выполняется для каждого соединения к новому адресу назначения. С целью установления требуемого MTU, чаще речь на самом деле идёт о Maximum Segment Size в TCP протоколе.
Я вижу вы уже постигли тонкости науки и MTU для вас не пустой звук, поэтому я должен открыть вам тайну, существует Path MTU Discovery!
Он выполняется для каждого соединения к новому адресу назначения. С целью установления требуемого MTU, чаще речь на самом деле идёт о Maximum Segment Size в TCP протоколе.
RP
#вопрос как в микротике настраиваются мультикаст группы? Все что нашел в сети, касается только igmp proxy
Поставьте пакет multicast и включите Protocol Independent Multicast Routing, настройте Rendezvous Point, активируйте IGMP на требуемых интерфейсах.
В https://wiki.mikrotik.com/wiki/Manual:Routing/Multicast есть статья о настройке PIM.
В https://wiki.mikrotik.com/wiki/Manual:Routing/Multicast есть статья о настройке PIM.
R
не понимаю концепции, а мимо микрота что-то идет?
200-й мимо, в ether3. Но я его интерфейсом добавил, чтобы повесить ip и тестировать. Кстати ноут, напрямую подключенный в ether3, не видит и ip на vlan200
k
200-й мимо, в ether3. Но я его интерфейсом добавил, чтобы повесить ip и тестировать. Кстати ноут, напрямую подключенный в ether3, не видит и ip на vlan200
думаю, надо влан стекинг указывать на том влане, что уходит в 3 порт, ну и сам влан добавить на порт
k
200-й мимо, в ether3. Но я его интерфейсом добавил, чтобы повесить ip и тестировать. Кстати ноут, напрямую подключенный в ether3, не видит и ip на vlan200
т.е. создаешь с-влан на порту 3. добавляешь получившийся в бридж с влан стекингом и пвид внешнего s-влана. выходной порт добавляешь в бридж, как тегированный с меткой s- влана
AS
Всем привет
может кто сталкивался с такой фигней:
1) есть CRH (1гиг)
2) второй CRH (1гиг)
3) hEX S (100мбит)
4) ноутбук (70 мбит)
в скобках макс скорость устройства при замере скорости
между hEX s (3) и первой CRH (1) поднят тунель L2tp+IPsec
итак делаю замер (все замеры делаю бт тестом)
(1) => (2) получаю макс скорость (1 гиг) (загрузка и там и там на 30%)
(3) => (2) получаю макс скорость (3) (100мбит) (загрузка и там и там на 30-32%)
но если делаю замер с тунеля (3) => (1) => (2) жопа полная 25-30 мбит потолок (загрузка не более 40%)
но если взять путь (4) => (1) => (2) то скорость максимальная (60 мбит) (загрузка не более 40%)
т.е. такое чувство что что то в тунеле режет скорость ужасно.... но не могу понять что.
может кто сталкивался с такой фигней:
1) есть CRH (1гиг)
2) второй CRH (1гиг)
3) hEX S (100мбит)
4) ноутбук (70 мбит)
в скобках макс скорость устройства при замере скорости
между hEX s (3) и первой CRH (1) поднят тунель L2tp+IPsec
итак делаю замер (все замеры делаю бт тестом)
(1) => (2) получаю макс скорость (1 гиг) (загрузка и там и там на 30%)
(3) => (2) получаю макс скорость (3) (100мбит) (загрузка и там и там на 30-32%)
но если делаю замер с тунеля (3) => (1) => (2) жопа полная 25-30 мбит потолок (загрузка не более 40%)
но если взять путь (4) => (1) => (2) то скорость максимальная (60 мбит) (загрузка не более 40%)
т.е. такое чувство что что то в тунеле режет скорость ужасно.... но не могу понять что.
Учитывайте что bw-test ограничен одним ядром, поэтому загрузка ЦП 40% скорее всего означает что bw-test на пределе возможностей
VP
Alexander Sokolov
Учитывайте что bw-test ограничен одним ядром, поэтому загрузка ЦП 40% скорее всего означает что bw-test на пределе возможностей
Он не ограничен одним ядром.
OK
Мужики, нужна помощь есть Mikrotik к нему подключено два компа, задача запретить прохождение трафика от компа A до компа B: Стандартное блокирование трафика add action=drop chain=forward disabled=yes src-address=192.168.77.68192.168.77.68 не помогло
1) условие они должны быть в одной подсети
подсети запрещено менять
можно ли как-то ограничить трафик?
1) условие они должны быть в одной подсети
подсети запрещено менять
можно ли как-то ограничить трафик?
OK
ip firewall filter add src-mac-address=::34:**:67:89 action=drop chain=forward это не работает
P
One King
Мужики, нужна помощь есть Mikrotik к нему подключено два компа, задача запретить прохождение трафика от компа A до компа B: Стандартное блокирование трафика add action=drop chain=forward disabled=yes src-address=192.168.77.68192.168.77.68 не помогло
1) условие они должны быть в одной подсети
подсети запрещено менять
можно ли как-то ограничить трафик?
1) условие они должны быть в одной подсети
подсети запрещено менять
можно ли как-то ограничить трафик?
Конечно
Выкл 192.168.77.68
Выкл 192.168.77.68
OK
PDA
Конечно
Выкл 192.168.77.68
Выкл 192.168.77.68
не решение
OK
на уровне L2, можно запретить прохождение трафика?