Странные дела.
Ключ -i ничего не дает.
Но ключи -i 1 и -i 2 работают, но на разных ПК по-разному. На одних работает только -i 1, на других только -i 2.
Это уже лучше чем ничего))
Дмитрий, на сервере в 1 офисе стоит веб сервер, тестирую закачивая с него. Кроме этого тестирую программой Lan Speed Test, она для замеров скорости качает с расшаренных папок по SMB. С веб сервера и по SMB скорость одинаково плохая.
Кстати на CHR поднимал SMB. Тестировал скорость тем же Lan Speed Test с сервера офиса 1 и скорость была 1,5Мбит.
То есть между сервером 1 офиса и CHR 1,5Мбит. Но если выходить в интернет используя ВПН CHR, то скорость около 70Мбит.
А если проблема в MTU, то как можно выявить эту проблему?
Andrey Barbolin, в нашем городе ростелеком только появился со своей оптикой. На данный момент в наличии у них только RT-GM-1 (sercomm rv6699), других нет и появятся ли когда-либо неизвестно.
Спасибо, полезную мысль подкинули.
Доступ к оптическому роутеру есть.
Вот думаю что лучше, сделать мост или сделать пробросы. Вроде и используемых программ не так уж и много.
hint000, итак, пакет сниффер глянул.
Напоминаю что CHR на виртуалке Vmware.
0) Отправляется пинг с 88.2 на 88.1.
1) Приходит ответ от 88.1 к 88.2.
2) Приходит ответ от сетевой карты через которую CHR работает.
3) Опять приходит ответ от 88.1 к 88.2.
4) Опять приходит ответ от сетевой карты через которую CHR работает.
Ziptar, итак.
hap Lite.
Похоже проблема в питании.
Поставил другой БП, тест хотя бы заканчивается, а не отправляет в перезагрузку роутер. Скорости норм для 100 мбит езернета.
Но иногда все таки перезагрузки случаются при тесте. Возможно тут виноват и RoS 7.6.
Виртулка.
Везде там включены гигабитные порты. Что с ним такое понятия не имею. Уже начал думать, что может быть RoS 7.4.1 в этом виновата?
Ziptar, на хапе правил почти нет. Он только вайфай раздает, больше ничего не делает.
Добавил на всех микротиках правила:
add action=fasttrack-connection chain=forward connection-state=established,related
add action=fasttrack-connection chain=input connection-state=established,related
add action=fasttrack-connection chain=output connection-state=established,related
Перезагрузил всех. В итоге ничего не изменилось.
Не думал что разница больше чем в 2 раза между протоколами.
Опять же, по гигабитному каналу 255 мегабит тоже как то маловато.
Правила: всем все разрешено.
Фасттрак отключен.
Из этих тестов у меня сложилось впечатление, что при 100 мегабитном интернете мой hap lite долгосрочно не сможет выдать скорость близкую к 100 мегабит. Верно?
Akina, Повторюсь что на микротике второй провайдер на случай отвала первого.
Несколько ВПН соединений L2TP и Wireguard. На из одном ВПН висит EoIP туннель.
И так далее.
Это то что реально мне нужно.
По тому что вы зачеркнули я сделал некоторый вывод.
Если клиент шлет команду ping 192.168.88.2, то пакеты побегут только через коммутатор и микротик о них даже знать не будет.
Если клиент шлет команду ping 8.8.8.8, то пакеты побегут через микротик, даже если клиент и роутер провайдера в одной подсети?
Я вас правильно понял?
Талян, микротик может делать то, что не может делать роутер провайдера. Плюс к микротику подключен еще один провайдер. То для чего микротик не имеет значения, вопрос то в другом.
Почему всем будет пофиг на правила микротика? DHCP сервер только у микротика, все клиенты сети считают шлюзом микротик. Конечно можно вручную указать 88.2, но автоматом все будут бегать через 88.1