Неймовірна продуктивність TCP над 3G / UMTS

Я використовую 3G в якості свого основного підключення до Інтернету, а TCP над цією справою з кожним днем ​​стає все більш неприємним. Наприклад:

1. Завантаження з kernel.org шалено швидко:

   $wget http://www.kernel.org/pub/linux/kernel/v3.0/linux-3.6.8.tar.bz2
   

   збільшується до ~ 500 кБ / с через кілька секунд!

2. Деякі сервери неймовірно повільні, наприклад www.graphic-pc.com:
   Те саме, завантаження великого файлу з wget він починається від ~ 30 кБ / с за долю секунди, потім згортається до 5-10 к або навіть гірше.

3. Перегляд веб-сторінок пристойний, але дещо ненадійний. Випадково завантаження сторінки займе дуже довго або навіть не вдасться завантажити, але перезавантаження може досягти успіху майже відразу.

4. Тепер я випадково почав грати з OpenVPN через UDP поверх 3G-з'єднання, і в OMG раптом все надзвичайно швидко!
   Сам же www.graphic-pc.com зараз стріляє зі швидкістю 100-200кБ / с!

• Що тут відбувається ???
• Чому так краще з VPN, ніж без ??
• І чому графічний графік повзає, коли kernel.org летить?
  Щось робити з моїм стеком tcp (або сервером), або якимось баггі-роутером між ??

Примітки:

Налаштування - це ноутбук під керуванням Ubuntu Lucid і Huawei 3G ключ (Так пряме з'єднання pppd).

Я можу відтворити це в будь-який час протягом дня, і я не рухаюсь, тому явно це не середовище стільникового зв'язку або перевантаженість Інтернетом. .

Для 2) wireshark показує повторно передані пакети, дублірувати, навіть іноді не в порядку.

Я намагався грати з різними параметрами / proc / sys / net / ipv4 (tcp_rmem, window_scaling, tcp_congestion ...), схоже, не має значення.

Оновлення:
Пробували під Windows 7 (без VPN) з цікавими результатами:

tcp settings  :  default          tcp_optimizer
kernel.org    :  10 kB/s          20 kB/s
graphic-pc.com:   8 kB/s          70 kB/s !

tcp_optimizer увімкнув ctcp серед іншого. Потрібно перевірити, на чому працює OS graphics-pc.com, моя обставина - tcp_westwood Linux і ms ctcp тут не добре змішуються ...

Вирішена проблема: тестовано з іншим типом файлу (.zip) на graphics-pc.com. Здогадайтесь, що, в той же час для цього файлу це швидко і повільно для іншого (який btw .mp3). Тож це очевидно, що провайдер робить глибоку перевірку пакетів та дроселювання.

Що стосується дивних результатів під Windows, то я знову перевірив сьогодні, і тепер це точно так само, як Linux. Також дроселювання динамічне і змінюється протягом дня. Я здогадуюсь, що мені дуже не пощастило, і перезавантажився, і запустив tcp_optimizer прямо, коли зміна дроселя ...

Тим НЕ менш цікаво , про реальний вплив 3G на продуктивності TCP , як є ряд з статей на цю тему, але, наскільки це стосується не просто формування трафіку лайна, нічого поганого з 3G!

По-перше, підключення 3G / 4G не розраховані на ваше основне підключення до Інтернету, і вони підлягають заглушці, якщо трафік протікає через них, що відповідають певній схемі, або ви перевищуєте необмежений обмежений обсяг трафіку. Не вірте своєму операторові (навіть у тих необмежених рекламних нарядах), коли вони говорять, що у вас немає обмежень.

Зрештою, це час повітря, а пропускна здатність повітря нижча від волокна та міді. Коли у них затори трафіку, вони не матимуть іншого виходу, крім руху дроселів з кінців вузлів.

Згаданий вами графічний ПК - це дуже спалашний (або подібний) важкий сайт і займає близько 60 секунд на моєму робочому інтернеті, підключеному до OC-3. Отже, низькі показники вимірювання доступу до цього сайту на стандартному 3G не є великим сюрпризом. Kernel.org швидше ви говорите. Враховуючи текстовий характер цього веб-сайту, я впевнений, що трафік може бути стиснутим і нестисненим на льоту за допомогою підключення 3G при дуже хороших показниках успішності, оскільки це не є можливістю для важких веб-сайтів із зображенням / спалахом / музикою / тощо.

І останнє, але не менш важливе, чим більше ви хочете затиснути свою трубу, тобто ваш 3G-з'єднання, тим менш вигідним клієнтом ви будете, ваш Інтернет-провайдер, і вони придушать вас незалежно від того. І якщо ви прочитаєте свій TOS, ви побачите, що вони мають законне право на це, за розумного використання (що не працює цілодобово без зупинки)

Коли ви переходите через з'єднання VPN, ви шифруєте весь ваш мережевий трафік. Тож ваш Інтернет-провайдер вже не в змозі перевіряти ваші пакети, отже, не може повідомити запит текстової сторінки із запиту на флеш-сторінці. Отже, ви певною мірою обійшли їх глибоку перевірку пакетів. Але наявність VPN має власну штрафну швидкість, тому що вам доведеться зашифрувати кожен пакет, залишаючи ваше з'єднання, що коштує за вартістю. Але у вашому випадку ця вартість звучить як мінімальна або незначна.

Сподіваюсь, це це трохи пояснює