Я пытаюсь включить jumbo-кадры. У меня есть клиент Linux и сервер Windows. Я стандартизировал все аспекты интеллекта. На сервере Windows единственный выбор для jumbo-фреймов - 9014 & 4088. Я исследовал, следует ли мне установить скорость MTU в Linux на 9014 или 9000. В Google есть противоречивые сообщения, но похоже, что вероятно 9000 правильный номер. Я, конечно, пробовал и то, и другое.
Уйти от этого сайт Я попытался проверить, все ли работает правильно. Из моего клиента Linux: ping -M do -s 8972 [destinationIP] вроде все работает правильно:
8980 байт из файла ([IP-адрес назначения]): icmp_seq = 1 ttl = 128 time = 0,946 мс
8980 байт из файла ([IP-адрес назначения]): icmp_seq = 2 ttl = 128 time = 1,16 мс
8980 байт из файла ([IP-адрес назначения]): icmp_seq = 3 ttl = 128 time = 1,02 мс
8980 байт из файла ([IP-адрес назначения]): icmp_seq = 5 ttl = 128 time = 0,935 мс
но когда он попытался протестировать со стороны Windows: ping -f -l 9000 [destinationIP]
Пинг <клиент linux> с 9000 байтами данных:
Пакет должен быть фрагментирован, но установлен DF.
Пакет должен быть фрагментирован, но установлен DF.
Пакет должен быть фрагментирован, но установлен DF.
Пакет должен быть фрагментирован, но установлен DF.
После поиска в Google я увидел противоречивую запись о том, какой размер вы должны использовать при пинге из окон. Так что я попробовал 8972 (9000-28) но время истекает, и я не получаю ответа. Я даже пробовал 8986 (9014-28) но я получаю фрагментированную ошибку. Я думал, что это проблема между Windows / Linux, но когда я попытался проверить связь с другим сервером Windows (большие фреймы включены для каждого сервера), я получил ту же проблему. Я узнал, что когда я ударил 8972 это начало тайм-аут и с 9014 к 8973 я получаю фрагментированную ошибку. Итак, мои вопросы:
9000 правильная скорость MTU для использования (из-за разницы между Linux и Windows) или 9014?fragmented ошибки со стороны окна, и со стороны Linux кажется, что все в порядке?Вот мой переключатель который явно поддерживает кадры jumbo до 9216
Вам нужно различать:
ping полезная нагрузка для тестирования: ping использует ICMP (накладные расходы 8 байтов) поверх IPv4 (накладные расходы 20 байтов) - поэтому максимальная длина нефрагментированной полезной нагрузки ping составляет 1472 байта (MTU 1500) или 8972 байта (MTU 9000)Для тестирования MTU пути вам необходимо отправить эхо-запросы с DF бит установлен. В Windows это достигается с помощью -f а в Linux - -M prohibit. Ваш -M do * явно разрешает фрагментацию. При тестировании «Пакет должен быть фрагментирован, но установлен DF» показывает, что исходный компьютер не имеет правильной настройки. Когда время пинга истекает, пункт назначения или что-то среднее не работает. Коммутаторы обычно имеют счетчик для негабаритных кадров.
Установка переключателя на несколько больший максимальный размер кадра, чем необходимо, не повредит. Однако убедитесь, что все конечные узлы и маршрутизаторы настроены на один и тот же размер: 9000 при установке MTU или 9018 при установке максимального размера L2 PDU / кадра.
Intel Jumbo Packet настройка несколько вводит в заблуждение. Текст справки показывает, что FCS (4 байта) не учитывается, поэтому 9014 - правильная настройка для кадров MTU 9000.