[Dark_Angel]

Добрых суток всем.

 

Что такое jumbo frames понятно ( http://en.wikipedia.org/wiki/Jumbo_Frame ). Интересует вопрос как применить их в маршрутизации Интернет трафика, где размер пакета задается далекой передающей стороной и пакет по дороге бьется на более мелкие транспортной сетью, которая имеет, вероятнее всего MTU 1500. Кроме того у клиентов всегда jumbo frames выключены. Получается их можно применить только для маршрутизации трафика исключительно внутри своей сети между серверами? Ну или максимум своей сети + внешний оператор, который включит jumbo frames для совместного канала?

 

Расскажите пожалуйста про этот момент, потому как хотелось бы применить такие пакеты в маршрутизации интернет-трафика, но как это будет работать совершенно не ясно.

 

Заранее спасибо.

[Serhio Go]

Добрых суток всем.

 

Что такое jumbo frames понятно ( http://en.wikipedia.org/wiki/Jumbo_Frame ). Интересует вопрос как применить их в маршрутизации Интернет трафика, где размер пакета задается далекой передающей стороной и пакет по дороге бьется на более мелкие транспортной сетью, которая имеет, вероятнее всего MTU 1500. Кроме того у клиентов всегда jumbo frames выключены. Получается их можно применить только для маршрутизации трафика исключительно внутри своей сети между серверами?

Именно так.

В Интернете в данной нам реальности - imho не получится. Хотя бы потому, что jumbo толком поддерживается только на гигабите, и то не везде по дефолту. Со всеми не договоришься.

 

[SergeiK]

Есть 2 вида Jumbo - mini jumbo - это пакеты размером немного больше 1500. АКТИВНО всеми импользуются для 802.1q, QinQ, MPLS.

И есть нормальные jumbo - размером в районе 9000 байт - они используются в датацентрах для сокращения расходов ресурсов процессора на фрагментирование/дефрагментирование больших объемов данных для передачи по сети. Настраиваются на конкретных железках, серверах и всей проходящей транспортной инфраструктуре.

[Dark_Angel]

Большое спасибо за пояснения, теперь все ясно.

[nessat]

Настраиваются на конкретных железках, серверах и всей проходящей транспортной инфраструктуре.

Вот если взять простой пример: Dlink-3526 и к его гигабитному порту подключена гигабитная сетевуха от сервера. В остальные (100Мбитки) длинка воткнуты юзера. Включаем JumboFrame'ы на длинке и на серваке.

Вот приходят от клиента (из 100Мбитного порта) пакеты по направлению на сервер. Стандартные, не более 1500 байт. Быстро приходят, без задержек. Что будет делать длинк? Он их сбуферизирует и упакует в jumbo fram'ы? Или свичи такое не умеют?

 

ЗЫЖ я бы понял если бы из гигабитного в гигабитный порт (у длинка же их 2 штуки) передавалось и уже на входе приходили бы JumboFrame'ы. Тут понятно, ничо преобразовывать не надо, только принять-отправить. А вот создание из 1500-ых пакетов JumboFrame'ов...

[SergeiK]

Нет. Никакая железка не будет собирать фреймы или пакеты из нескольких в один и наоборот, не будет разбирать их.

Если вы отправите пакет 64 байта (пинг), то роутер не будет ждать еще пакеты в том же направлении, чтоб собрать 1500 байт!!! Почему же, если вы отправляете 1500 байт, свич должен ждать и собирать большой фрейм?

А вот если от сервера придет большой фрейм в сторону клиента, то или порт, или сам клиент, этот фрейм обрежет и сочтет его ошибочным, данные не пойдут.

[Mechanic]

имеет ли смысл включать Jumbo frames между своим активным оборудованием ?

например сервера nas, ftp (freebsd) -->cisco3560g

 

[vIv]

Если кроме свича их кто-то ещё прожуёт, то смысл имеет. Например:

Серве --- Свич -- Сервер