Максимално предаване (MTU)

Максимално предаване (MTU)

В компютърните мрежи терминът Максимална предавателна единица (MTU) се отнася до размера (в байтове) на най -големия PDU, който даден слой от комуникационен протокол може да предаде нататък. Параметрите на MTU обикновено се появяват заедно с комуникационен интерфейс (NIC, сериен порт и т.н.). MTU може да бъде фиксиран по стандарти (както е в случая с Ethernet) или да се реши по време на свързване (както обикновено се случва при серийни връзки от точка до точка). По-високият MTU носи по-голяма ефективност, тъй като всеки пакет носи повече потребителски данни, докато натоварванията на протокола, като заглавки или базови закъснения на пакет, остават фиксирани, а по-високата ефективност означава леко подобрение на обемната пропускателна способност на протокола. Големите пакети обаче могат да заемат бавна връзка за известно време, причинявайки по -големи закъснения при проследяването на пакети и увеличавайки изоставането и минималната латентност. Например, 1500 байтов пакет, най -големият, разрешен от Ethernet на мрежовия слой (а оттам и по -голямата част от Интернет), ще свърже 14.4k модем за около една секунда.

Откриване на MTU на пътя
Интернет протоколът дефинира „MTU на пътя“ на пътя за предаване в Интернет като най -малкия MTU от всеки IP хоп на „пътя“ между източника и дестинацията. Казано по друг начин, MTU на пътя е най -големият размер на пакета, който преминава по този път, без да страда от фрагментация.

RFC 1191 описва „Откриване на MTU на пътя“, техника за определяне на MTU на пътя между два IP хоста. Той работи, като зададе опцията DF (Don't Fragment) в IP заглавките на изходящите пакети. Всяко устройство по пътя, чийто MTU е по -малък от пакета, ще изпусне такива пакети и ще изпрати обратно ICMP съобщение „Destination Unreachable (Datagram Too Big)“, съдържащо своя MTU, което позволява на хоста източник да намали по подходящ начин своя MTU по пътя. Процесът се повтаря, докато MTU е достатъчно малък, за да премине целия път без фрагментация.

Може също да ви е интересно да видите: 2 Конфигурация на рутер WIRE

За съжаление, нарастващият брой мрежи изпускат ICMP трафика (напр. За предотвратяване на атаки при отказ на услуга), което предотвратява откриването на MTU по пътя. Често човек открива такова блокиране в случаите, когато връзката работи за данни с нисък обем, но виси веднага след като хост изпрати голям блок данни наведнъж. Например, с IRC свързващ клиент може да види до пинг съобщението, но да не получи отговор след това. Това е така, защото големият набор от приветствени съобщения се изпраща в пакети, по -големи от истинския MTU. Също така, в IP мрежа, пътят от изходния адрес до адреса на местоназначението често се променя динамично, в отговор на различни събития (балансиране на натоварването, задръствания, изходи и т.н.)-това може да доведе до промяна на MTU на пътя (понякога повтаряне) по време на предаване, което може да доведе до по -нататъшни спадания на пакетите, преди хостът да намери новия безопасен MTU.

Повечето Ethernet LAN използват MTU от 1500 байта (съвременните LAN могат да използват Jumbo рамки, позволяващи MTU до 9000 байта), но граничните протоколи като PPPoE ще намалят това. Това кара откриването на MTU на пътя да влезе в сила с възможния резултат от това, че някои сайтове зад лошо конфигурирани защитни стени стават недостъпни. Човек може да заобиколи това, в зависимост от това коя част от мрежата контролира; например човек може да промени MSS (максимален размер на сегмента) в първоначалния пакет, който настройва TCP връзката в защитната стена.

Този проблем се появява по -често след въвеждането на Windows Vista, която въвежда „Следващото поколение TCP/IP стек“. Това реализира „Автоматична настройка на прозореца за получаване, която непрекъснато определя оптималния размер на прозореца за получаване чрез измерване на продукта със забавяне на честотната лента и скоростта на извличане на приложението, и регулира максималния размер на прозореца за получаване в зависимост от променящите се мрежови условия.“ [2] Вижда се, че това се проваля във връзка с по -стари рутери и защитни стени, които изглежда работят за други операционни системи. Най -често се вижда в ADSL рутери и често може да бъде коригирано чрез актуализация на фърмуера.

Може също да ви е интересно да видите: Лекарства, приемани в изолационни болници

АТМ гръбнак, пример за настройка на MTU
Понякога е за предпочитане от гледна точка на ефективността изкуствено да се декларира намален MTU в софтуера под истинската максимално възможна поддържана дължина. Един пример за това е случаят, когато IP трафикът се пренася през ATM (асинхронен режим на трансфер) мрежа. Някои доставчици, особено тези с телефонен опит, използват банкомат във вътрешната си гръбначна мрежа.

Използването на ATM при оптимална ефективност се постига, когато дължината на пакета е кратна на 48 байта. Това е така, защото ATM се изпраща като поток от пакети с фиксирана дължина (известни като „клетки“), всеки от които може да носи полезен товар от 48 байта потребителски данни с 5 байта режийни разходи за обща цена от 53 байта на клетка. Така че общата дължина на предаваната дължина на данните е 53 * ncells байта, където ncells = броят на необходимите клетки на = INT ((payload_length+47)/48). Така че в най -лошия случай, когато общата дължина = (48*n+1) байта, е необходима една допълнителна клетка за предаване на последния байт от полезен товар, като последната клетка струва допълнително 53 предавани байта, 47 от които са запълнени. Поради тази причина изкуственото деклариране на намален MTU в софтуера увеличава ефективността на протокола в ATM слоя, като прави общата дължина на полезен товар ATM AAL5 кратна на 48 байта, когато е възможно.

Например 31 напълно запълнени ATM клетки носят полезен товар от 31*48 = 1488 байта. Като вземем тази цифра от 1488 и извадим от нея всички режийни разходи, допринесени от всички съответни по -високи протоколи, можем да получим препоръчителна стойност за изкуствено намален оптимално MTU. В случай, че потребителят обикновено изпраща 1500 байтови пакета, изпращането между 1489 и 1536 байта изисква допълнителна фиксирана цена от 53 предадени байта, под формата на една допълнителна ATM клетка.

Може също да ви е интересно да видите: Как да добавите MTU в zxhn h108n

За примера на IP през DSL връзки, използващи PPPoA/VC-MUX, като отново избираме да запълним 31 ATM клетки, както преди, получаваме желана оптимално намалена MTU цифра от 1478 = 31*48-10, като се вземат предвид 10-байтови разходи, състоящи се от на 2-байтови протоколи от протокол от точка до точка и 5 байта на AAL8. Това дава обща цена от 31*53 = 1643 байта, предавани чрез ATM от пакет от 1478 байта, предаден на PPPoA. В случай на IP, изпратен по ADSL, използващ PPPoA, цифрата 1478 ще бъде общата дължина на IP пакета, включително IP заглавките. Така че в този пример спазването на самоналожено намалено MTU от 1478 за разлика от изпращането на IP пакети с обща дължина 1500 спестява 53 байта на пакет в ATM слоя на цена от 22 байта намаляване на дължината на IP пакетите.

Максимален MTU за PPPoE/DSL връзки е 1492, за RFC 2516: 6 байта са заглавие PPPoE, оставяйки достатъчно място за 1488 байтов полезен товар или 31 пълни ATM клетки.

И накрая: Стандартната стойност на MTU е 1492 .... и в случай на проблеми при сърфиране или проблеми с връзката с MSN трябва да се намали до стойностите 1422 и 1420.

справка: Уикипедия

С Най-Добри Пожелания