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