Negator Posted August 18, 2016 Добрый вечер. Наблюдаю проблему со скоростью через pptp на микротике. Схема следующая. Берем L3 канал у стороннего провайдера (интернет), поднимаем PPTP туннель до нашего сервера, далее получаем IP адрес на который роутим подсеть белых адресов. Цель всего этого - выдать клиенту наш интернет. Схема уже не раз опробованная и рабочая. Производительность pptp не большая, но нам много и не надо, клиенту выдаем 10 мбит. Суть проблемы: Поставили микротик, подняли ppp. В туннеле исходящая скорость - единицы килобит, со входящей все нормально. Напрямую без pptp скорость в норме. Нагрузки нет,клиента еще не закончили подключать. На столе проблемы не наблюдалось, в других похожих местах все работает штатно. Микротик настроен вручную с нуля, загрузка CPU на нуле. Со стороны нашего сервера проблем также нет, тестили из другого места - все в норме. Compression, Encryption и все прочее в туннеле выключено. Потерь по пингам нет, все ровно, но исходящая скорость почти на нуле, даже коннект по ssh или winbox тормозит. Подскажите в какую сторону копать. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Negator Posted August 19, 2016 никто не сталкивался? Кстати если делать тесты пакетами пакеты меньше MTU на pptp (1460)-скорость в норме. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Saab95 Posted August 19, 2016 Так поставьте на сервере и клиенте мту меньше в туннеле и проведите тесты, бывает что у самого оператора какие-то проблемы с очередностью следования пакетов, вот при упаковке в большой + маленький пакет и возникают проблемы. Обычно ставят 1300 байт мту. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
DobroFenix Posted August 21, 2016 Почти аналогичная проблема. pptp 1450 mtu eoiptunel 1408 mtu bridge_1mikrotik 1500 mtu bridge_2mikrotik 1408 mtu Сервера за вторым микротиком используют первый микротик в качестве шлюза для агрегации IP адресов первого микротика. Между двумя микротиками потерь нет. Через тунель с первого на второй микротик прокинуто(port forwarding) несколько udp портов для работы игровых серверов, на которых наблюдаются потери пакетов. Из-за чего могут теряться пакеты? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Saab95 Posted August 25, 2016 Вам надо в pptp поставить мту 1400 как вариант, в eoip туннеле ставите мту 1500 (actual mtu), на бриджах ставите 1500 мту, все должно работать. Что бы найти источник проблем повесьте на оба бриджа (куда добавлен туннель) по IP адресам из одной подсети (левые), между которыми и будете запускать пинг, начинать нужно с маленького размера пакетов, и увеличивать до 1500, так можно определить на каких размерах и в каких случаях появляются потери. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
DobroFenix Posted August 25, 2016 Вам надо в pptp поставить мту 1400 как вариант, в eoip туннеле ставите мту 1500 (actual mtu), на бриджах ставите 1500 мту, все должно работать. Что бы найти источник проблем повесьте на оба бриджа (куда добавлен туннель) по IP адресам из одной подсети (левые), между которыми и будете запускать пинг, начинать нужно с маленького размера пакетов, и увеличивать до 1500, так можно определить на каких размерах и в каких случаях появляются потери. А нельзя просто пинговать ip адреса другой подсети, которая за eoip тунелем? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Saab95 Posted August 25, 2016 А нельзя просто пинговать ip адреса другой подсети, которая за eoip тунелем? Можно пинговать, только данные должны именно по туннелю идти, иногда бывает, что L2 идет по туннелю, а пинги запускают поверх PPP и они не показывают проблем. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...