|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Alex Mogilnikov 2:5054/70 11 Oct 2004 15:52:04 To : Alexander Shevchenko Subject : mtu --------------------------------------------------------------------------------
10 Oct 04 17:38, Alexander Shevchenko писал Alex Mogilnikov:
AM>> По идее, какой MRU удаленная сторона заявила при установке
AM>> соединения, такой MTU и должен быть у интерфейса. Почему в
AM>> некоторых случаях удаленная сторона заявляет MRU меньший чем
AM>> положенный по стандарту 1500 - надо разбираться с удаленной
AM>> системой. Возможно, из-за каких-то аппаратных ограничений.
AS> То есть если mtu и mru меньше 1500, то возможны глюки? А где прочитать
AS> про это можно?
Hет, не совсем так. Стандарт обязывает приемник уметь принимать фреймы
размером до 1500 октетов, поэтому изначально MTU устанавливается равным 1500
(или сколько передатчик способен передать, если меньше). Если приемник способен
принимать фреймы большего размера, например 2048 октетов, он заявляет об этом
удаленной стороне, указывая это значение в опции MRU. Получив такое значение,
удаленная сторона имеет право увеличить MTU до указанного значения, то есть до
2048. А может этого и не делать (например если не умеет передавать большие
фреймы). Приемник может пожелать, чтобы удаленная сторона передавала фреймы
размером меньше чем 1500, например 500, но указание заниженного значения в опции
MRU не снимает с приемника обязанности принимать фреймы размером 1500 октетов,
если таковой ему передадут. То есть опция MRU - это лишь декларация пожеланий
приемника.
Заявлять MRU меньше 1500 бывает полезно например при низкой достоверности в
канале передачи - у короткого фрейма больше вероятность пройти неискаженным.
Hапример при достоверности в канале 10^-4 фрейм из 500 октетов примется
неискаженным с вероятностью 67%, а фрейм размером 1500 октетов - с вероятностью
30%.
Почитать - RFC1331 например.
Всего наилучшего, [Team PCAD 2000]
Алексей М.
... Слепой Пью, Глухой Ем...
---
* Origin: === Сисоп спит - почта идет === (2:5054/70)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/1831416a5ccb.html, оценка из 5, голосов 10
|