MTU

Насамперед, звичайно, необхідно розібратися в MTU, про яке начулися вже майже всі, хто коли-небудь стикався з Інтернетом. MTU - Maximum Transmission Unit.

У реєстрі він задається таким чином:

Hkey_local_machine\system\currentcontrolset\ Services\class \NetTrans\000x "Maxmtu"="1500"

Це максимальний розмір пакету даних, який може бути переданий за один фізичний кадр по протоколу Tcp/ip. Річ у тому, що дані від комп'ютера до комп'ютера в Інтернеті йдуть не суцільним потоком, а цими самими кадрами. Кадр - це пакет певного розміру. Здавалося б, все дуже просто, але немає. Найоптимальнішим варіантом був би наступний. Припустимо, що всі компанії, в тій чи іншій мірі пов'язані з Інтернетом, домовилися про єдиний стандарт (розмірі) цих пакетів, то можна було б по максимуму використовувати канали зв'язку, було б відсутнє так зване "пакетне" сміття.

На жаль, це неможливо. Ще одна проблема полягає в тому, що при установці з'єднання два комп'ютери повинні погоджувати розмір пакетів, але ще і по шляху проходження їх розміри можуть мінятися, оскільки кадр на шляху до місця призначення долає цілий ряд проміжних серверів і маршрутизаторів, настройки MTU яких можуть бути абсолютно різними. Отже, чим більше пакет, тим більше вірогідність того, що він по шляху проходження буде розбитий і заповнений "сміттям".

Так, якщо ваш провайдер має установки Mtu=576, а у вас в Windows задане Mtu= 1500, то кожен ваш пакет їм розбиватиметься на три по 576 байт: 576+576+576= 1728 - тобто 228 байт баласту додаватимуться до кожного вашого пакету. Але навіть якщо провайдер теж поставив у себе Mtu= 1500, то при зв'язку з видаленим сервером цілком може попастися маршрутизатор з меншим значенням MTU, і пакети знову-таки фрагментуватимуться, уповільнюючи передачу даних.

У Microsoft Windows є функція автоматичного визначення MTU. Вона включена за умовчанням і декілька рятує ситуацію. Але є і мінус: процедура обчислення MTU для кожного з'єднання вимагає немало часу, що трохи гальмує роботу при прокачуванні невеликих файлів і веб-сервері-серфінгу. Та і у разі неузгодження ваших параметрів з параметрами інтернет-провайдера ця функція навряд чи вам допоможе. Звичайно, існують якісь більш менш загальноприйняті стандарти для даного параметра: так, наприклад, для Ethernet MTU рівний 1500 байт, для SLIP - 1006, для Ррроє -1492, для РРР (тобто модемному зв'язку з Інтернетом) - 576.

На ділі ваш інтернет-провайдер міг виставити будь-які інші значення на свій розсуд. Внаслідок чого відправляються або зовсім маленькі кадри, які не дозволяють повною мірою завантажити канал зв'язку, або дуже великі, які інтернет-провайдер розбиває на менших. Тим самим погіршується якість зв'язку, швидкість роботи в Усесвітній павутині.

Насправді кожен пакет складається ще з декількох сегментів. Це заголовки і фактичні дані. Та частина, де містяться тільки фактіче ськие дані, називається MSS або Maximum Segment Size, що є еше одним параметром протоколу Tcp/ip, що визначає найбільший сегмент, тепер уже даних, передаваних в одиницю часу. Насправді MTU складається з MSS і заголовків Tcp/ip.

У реєстрі MSS задається так:

Hkey_local_machine\system\currentcontrolset\ Services\vxd\mstcp "Defaultmss"="bame число"

Заголовок також має стандартний розмір - 40 байт. 20 байт під IP і 20 байт під TCP. Отже, розмір MSS складає різниця MTU і заголовка, тобто 40 байт. От чому у визначенні оптимального розміру MTU є деякі тонкощі.

Для прикладу, варто вивчити передачу даних при різному розмірі MTU по широкосмуговій лінії Т1 (пропускна способность- 1544000 біт/с), використовуючи наступну формулу:

[(MSS + заголовок) х 8 біт/байт] / [1 544 000 біт/с] = затримка на один хоп (тобто на кожен комп'ютер в Мережі по шляху нашого пакету).

Використовуючи в цій формулі різні величини MTU, ми можемо обчислити затримку одного пакету. Якщо Mtu=1500, тоді

затримка = (1460+40) х 8/1 544 000 = 7,772 мс.

Якщо ж Mtu=576, то

затримка = (536+40) х 8/1 544 000 = 2,984 мс.

Припустимо, що по шляху пакету зустрічається 10 серверів, тоді при Mtu=1500 отримаємо затримку 77,72 мс, а при Mtu=576 - 29,84 мс - різниця вельми помітна.

Тому, очевидно, що пакети меншого розміру передаватимуться швидше із-за невеликої пропускної спроможності лінії. Проте не все так просто. Використовуючи ту ж формулу, давайте порахуємо, за який проміжок часу буде переданий файл розміром 1 Мбайт по тій же широкосмуговій лінії Т1. Один мегабайт рівний 1024 Кбайт або 1 048 576 байт. Якщо MTU = 1500, то, як ми з'ясували, затримка на один хоп складе 7,772 мс.

1 Мбайт/mss = 1 048 576/1460 = 718,2, тобто всього потрібно 719 ефективних пакетів, щоб передати 1 мегабайт даних. Далі, умножаємо 719 пакетів на 7,772 мс, отримуємо 5588,083 мс, або 5,588 секунд затримки на один хоп. Якщо ж ми передаємо свій файл через 10 хопов, що зустрічається частіше, ніж один, то отримуємо 55,88 сік - це час, який ми (вірніше, постачальник послуг, доступу в Інтернет, що має лінію Т1) витратимо на передачу файлу в 1 Мбайт при ідеальному зв'язку. Якщо ж Mtu=576, то: 1 Мбайт/mss = = 1 048 576/536 = 1956,300, тобто при такому MTU потрібно 1957 пакетів, щоб передати 1 Мбайт.

Далі, умножаємо кількість пакетів на затримку кожного з них: 1957 х 2,984 = 5840,580 мс, або 5,841 секунд на один хоп. Ну і відповідно на 10 хопов доведеться 58,41 сек. Як видимий, через те, що при використанні великих пакетів передається менше заголовків, реальна швидкість передачі файлу виходить вище.

Для того, щоб передати 1 мегабайт при використанні MTU = 1500, потрібно переслати "доважок" заголовків з 28 760 байт, тоді як при використанні MTU = 576 отримуємо аж 1957x40 = 78 280 байт, тобто додаткові 49 520 байт заголовків на кожен мегабайт корисної інформації. Для наший 10-хопової передачі це виливається в зайвих 2,52 секунд при передачі кожного мегабайта навіть при надшвидкому зв'язку.

Ця різниця, можливо, буде ще трохи вища на практиці, оскільки сучасні реалізації Tcp/ip прагнуть використовувати ще більші заголовки (наприклад, додаткові 12 байтів заголовка для відміток часу). Якщо ж провести аналогічні розрахунки для зв'язку по модему на швидкості 33 600 Кбіт/с, то отримаємо, що на передачу мегабайта інформації на відстань одного хопа^, тобто безпосередньо вашому провайдерові, буде витрачено в ідеалі 256 секунд при Mtu=1500 і 268 секундах при Mtu=576.

Різниця на одному переході 12 секунд або близько 4,5%! Але не слід забувати, що ці цифри вийдуть за умови відсутності фрагментації пакетів, тобто якщо у вашого провайдера Mtu= 1500. Якщо ж це не так, то, зрозуміло, більший, ніж потрібно, пакет фрагментуватиметься - розбиватися на декілька пакетів і навіть розбавлятися "повітрям", і зв'язок погіршає на 10-50%.

Таким чином, логічно вважати, що великі пакети у результаті все-таки переважно. І якщо ваш провайдер набудував свої сервери і маршрутизатори на великі пакети, то треба прагнути використовувати це на всю котушку, але не забувати і про те, що в Інтернеті зустрічаються сервери з Mtu= 576 (про це трохи нижче ми ще поговоримо). Проте, якщо чиста продуктивність не є остаточною метою, то менші пакети будуть "швидшими", оскільки вони вимагають менше часу для своїх подорожей по Мережі.

Цей ефект може переважувати всі інші достоїнства великих пакетів в деяких інтернет-застосуваннях і онлайнових іграх за рахунок зменшення часу відгуку видаленого сервера при передачі невеликих об'ємів інформації.

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

У Windows 95 розробниками за умовчанням було вибрано Mtu=1500, що нібито не відповідає оптимальному для модемного з'єднання значенню, яке всіма вважається рівним 576. У Windows 98 корпорація Microsoft вже виправила цей недолік, і тепер за умовчанням при з'єднаннях нижче 128 кілобіт в секунду ми маємо Мтu= 576, що начебто винне частіше виявлятися якнайкращим варіантом. Спробуємо розібратися, чи так воно насправді.

Отже, є декілька способів визначити значення MTU, оптимальне для зв'язку з вашим інтернет-провайдером.

  1. Послати лист з питанням в службу технічної підтримки провайдера. Тут в принципі все зрозуміло - якщо працівники провайдера самі в курсі своїх власних настройок, то вони дадуть вам кваліфіковану відповідь, яка, втім, не перешкодить все-таки і перевірити особисто на практиці.
  2. Підключитися до Інтернету в термінальному режимі - іноді при здійсненні реєстрації користувача в одному з рядків з'являється значення MTU, що рекомендується. Для цього увійдіть до теки Видалений доступ до мережі, знайдіть там значок свого з'єднання і, клацнувши на нім правою кнопкою миші, виберіть команду Властивості (Properties).

    На вкладці Загальні (General) вікна, що відкрилося, натисніть кнопку Настройка (Settings) біля рядка з назвою вашого модему. У діалоговому вікні Властивості: тип модему (Properties: Modem Type) виберіть вкладку Параметри (Options), де встановите прапорець Відкрити вікно терміналу після набору номера (Show terminal window after connection). Тепер з'єднуйтеся з провайдером і при появі вікна терміналу вводите уручну ім'я користувача і пароль по відповідних запитах. Якщо після цього ви побачите щось типу "Entering PPP mode. Your IP address is xxx.xxx.xxx.xxx. MAXMTU is 1524", то вам повезло - ви отримали MTU провайдера. Але і тут нелішнім буде перевірити це значення особисто.

  3. І, нарешті, ручне визначення MTU.

 


 

::  Меню ::

 

ГОЛОВНА

Знайомство з оглядачем Microsoft Internet Explorer

Початок роботи з Інтернетом

Друк і збереження інформації

Панелі в Microsoft Internet Explorer

Робочий стіл Active Desktop

Настройка зовнішнього вигляду оглядача

Вибір оптимальної конфігурації Internet Explorer

Конфігурація служби FTP

Безпечний обмін даними через інтернет

Захист комп'ютера від несанкціонованого доступу

Обмеження доступу до небажаних для перегляду ресурсів

Перше знайомство з Microsoft Outlook Express

Створення і відправка поштових повідомлень

Робота з групами новин

Автономна робота

Настройка

Вибір оптимальної конфігурації Microsoft Outlook Express

Додаток 1. Програми, що рекомендуються, спрощують роботу з Інтернетом і Internet Explorer

Додаток 2. Інтернет-протоколи

Додаток 3. Плагини


 

:: Реклама ::::

 
  Настройка і оптимізація комп'ютера
 

 

:: Статистика ::

 

каталог сайтів

Індекс цитування

Украина онлайн
Топ Україна, Рейтинг та каталог українських веб-сайтів

 

 

 


 

Copyright © Asentli, 2008