|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Yuri Selivanov 2:5020/400 26 Jan 2007 12:41:59
To : Alex Mogilnikov
Subject : Re: Jumbo frames and fxp
--------------------------------------------------------------------------------
Alex Mogilnikov <Alex.Mogilnikov@f70.n5054.z2.fidonet.org> wrote:
> YS> MTU определяет максимальный размер L2PDU DATA, который валиден
^^^^^^^^^^^^^^^^^^
> YS> для данного порта (сегмента).
> Hевалидный фрейм - это когда у него контрольная сумма неверная, или,
> например, нецелое число октетов. Такие фреймы дропаются как искаженные при
> передаче.
Вообще-то речь шла про невалидный *размер* фрейма (см. выше).
> MTU я понимаю как максимальный размер, который способны принять получатели.
^^^^^^^
Именно! В ethernet нет механизма, позволяющего автоматически
согласовать значение mtu между участниками обмена данными (в отличии от mru
в ppp lcp, например), поэтому, каждый определяет это значение независимо от
других. Поэтому, фрейм, размер которого превышает значение mtu свидетельствует
от том, что кто-то в этом сегменте нарушает правила по размеру фрейма.
> Его назначение - не передавать фреймы, которые получатель не сможет принять. Я
^^^^^^^^^^
Если под этим имеется ввиду "transmission" из аббревиатуры mtu,
то это скорее нестыковка терминов используемых ietf и ieee -- в стандартах
на ethernet нет понятия mtu, но там есть msdu -- maximum service data
unit, который *безотносителен* к tx/rx. Btw, в iso-шном стеке, аналогичный
mtu параметр звучит более адекватно: dataLinkBlocksize.
> не прав? А если так, то это не имеет никакого отношения к уже принятому
> фрейму. Я не вижу оснований считать принятый фрейм невалидным только потому,
> что он превышает MTU.
Разработчики стандартов и вендоры считают по-другому.
[snip]
--
Best Regards,
Yuri Selivanov [URI2-RIPE]
--- ifmail v.2.15dev5.3
* Origin: A poorly-installed InterNetNews site (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
