Dark_Angel Опубликовано 6 февраля, 2009 · Жалоба Добрых суток всем. Что такое jumbo frames понятно ( http://en.wikipedia.org/wiki/Jumbo_Frame ). Интересует вопрос как применить их в маршрутизации Интернет трафика, где размер пакета задается далекой передающей стороной и пакет по дороге бьется на более мелкие транспортной сетью, которая имеет, вероятнее всего MTU 1500. Кроме того у клиентов всегда jumbo frames выключены. Получается их можно применить только для маршрутизации трафика исключительно внутри своей сети между серверами? Ну или максимум своей сети + внешний оператор, который включит jumbo frames для совместного канала? Расскажите пожалуйста про этот момент, потому как хотелось бы применить такие пакеты в маршрутизации интернет-трафика, но как это будет работать совершенно не ясно. Заранее спасибо. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Serhio Go Опубликовано 7 февраля, 2009 · Жалоба Добрых суток всем. Что такое jumbo frames понятно ( http://en.wikipedia.org/wiki/Jumbo_Frame ). Интересует вопрос как применить их в маршрутизации Интернет трафика, где размер пакета задается далекой передающей стороной и пакет по дороге бьется на более мелкие транспортной сетью, которая имеет, вероятнее всего MTU 1500. Кроме того у клиентов всегда jumbo frames выключены. Получается их можно применить только для маршрутизации трафика исключительно внутри своей сети между серверами? Именно так.В Интернете в данной нам реальности - imho не получится. Хотя бы потому, что jumbo толком поддерживается только на гигабите, и то не везде по дефолту. Со всеми не договоришься. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SergeiK Опубликовано 7 февраля, 2009 · Жалоба Есть 2 вида Jumbo - mini jumbo - это пакеты размером немного больше 1500. АКТИВНО всеми импользуются для 802.1q, QinQ, MPLS. И есть нормальные jumbo - размером в районе 9000 байт - они используются в датацентрах для сокращения расходов ресурсов процессора на фрагментирование/дефрагментирование больших объемов данных для передачи по сети. Настраиваются на конкретных железках, серверах и всей проходящей транспортной инфраструктуре. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Dark_Angel Опубликовано 7 февраля, 2009 · Жалоба Большое спасибо за пояснения, теперь все ясно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nessat Опубликовано 8 февраля, 2009 · Жалоба Настраиваются на конкретных железках, серверах и всей проходящей транспортной инфраструктуре.Вот если взять простой пример: Dlink-3526 и к его гигабитному порту подключена гигабитная сетевуха от сервера. В остальные (100Мбитки) длинка воткнуты юзера. Включаем JumboFrame'ы на длинке и на серваке.Вот приходят от клиента (из 100Мбитного порта) пакеты по направлению на сервер. Стандартные, не более 1500 байт. Быстро приходят, без задержек. Что будет делать длинк? Он их сбуферизирует и упакует в jumbo fram'ы? Или свичи такое не умеют? ЗЫЖ я бы понял если бы из гигабитного в гигабитный порт (у длинка же их 2 штуки) передавалось и уже на входе приходили бы JumboFrame'ы. Тут понятно, ничо преобразовывать не надо, только принять-отправить. А вот создание из 1500-ых пакетов JumboFrame'ов... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SergeiK Опубликовано 8 февраля, 2009 · Жалоба Нет. Никакая железка не будет собирать фреймы или пакеты из нескольких в один и наоборот, не будет разбирать их. Если вы отправите пакет 64 байта (пинг), то роутер не будет ждать еще пакеты в том же направлении, чтоб собрать 1500 байт!!! Почему же, если вы отправляете 1500 байт, свич должен ждать и собирать большой фрейм? А вот если от сервера придет большой фрейм в сторону клиента, то или порт, или сам клиент, этот фрейм обрежет и сочтет его ошибочным, данные не пойдут. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Mechanic Опубликовано 27 сентября, 2009 · Жалоба имеет ли смысл включать Jumbo frames между своим активным оборудованием ? например сервера nas, ftp (freebsd) -->cisco3560g Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vIv Опубликовано 27 сентября, 2009 · Жалоба Если кроме свича их кто-то ещё прожуёт, то смысл имеет. Например: Серве --- Свич -- Сервер Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...