Где является не Битом Фрагмента используемых Флагов IP?
Это происходит потому, что значок находится внутри элемента span, у которого нет заголовка. По умолчанию в Chrome, если элемент не имеет заголовка, но его родитель имеет, браузер покажет подсказку. Это также касается и всплывающей подсказки KendoReact:
Текущий вариант - также установить заголовок для иконки:
[ 110]
3 ответа
Фрагментация не всегда невидима для всех верхних уровней. Некоторые рано (и вероятно даже текущий) микроконтроллер стопки TCP/IP не реализовали полные возможности, такие как обработка фрагментации. Использование флага в той ситуации гарантировало бы, что пакет прибыл в свою исходную форму вместо большого количества фрагментов, которые не мог обработать другой конец.
Кроме того, при использовании UDP, это не необходимо, чтобы все фрагменты прибыли к месту назначения, таким образом, предотвращая фрагментацию означает сообщение или прибывает или не прибывает - нет никакой возможности, что только немного датаграмма UDP достигнет места назначения. Я не могу вспомнить, сколько времени стек TCP/IP держался за несобранные пакеты IP, ожидающие недостающих фрагментов, но использование флага DF означало, что не было никаких ненужных ресурсов, занятых в течение того времени.
Наконец, можно использовать его для тестирования поведения сетевой инфраструктуры, такой как, что происходит, когда Вы получаете пакет, это больше, чем максимальный блок передачи (DF будет препятствовать тому, чтобы тот пакет был фрагментирован для 'протискиваний' через дыру).
Действительно обратите внимание, что нет никакого стандартного способа установить DF в C. На Linux, этом коде работы:
result = setsockopt(mysocket, IPPROTO_IP,
IP_MTU_DISCOVER, IP_PMTUDISC_DO, sizeof(int));
но это не делает на FreeBSD 6
Кроме того, Путь исследование MTU чрезвычайно ненадежен в реальном Интернете. Слишком много поврежденных брандмауэров и middleboxes отфильтровывают ICMP "Пакет слишком большие" сообщения (вот хороший способ протестировать администратора сети кандидата во время интервью: попросите, чтобы он остановил ping, и он, вероятно, заблокирует полностью ICMP.) Посмотрите RFC 2923: "Проблемы TCP с Путем Исследование MTU"
Это - причина, почему IETF теперь предлагают новый способ протестировать MTU, не полагаясь на Путь Исследование MTU: RFC 4821: "Путь Слоя пакетирования Исследование MTU"
В дополнение к ответу @Pax (или возможно как часть тестирования он упомянул), флаг DP также используется в пути исследование MTU. Это - когда Вы пытаетесь выяснить, каков самый большой пакет, который может быть отправлен без того, чтобы быть фрагментированным, для данной ссылки.
Часто полезно избежать фрагментации, даже при том, что протоколы более высокого уровня находятся в теории, изолированной от механики его, они могут все еще "чувствовать" последствия. Если единственный прикладной уровень write() к сетевому сокету заканчивает тем, что был фрагментирован, потому что это слишком большое, и один из фрагментов потерян в сети, весь пакет IP будет потерян. Это, конечно, влияет на пропускную способность.
Поэтому часто желательно знать максимальный блок передачи, т.е. самый большой пакет, который может быть отправлен месту назначения без того, чтобы быть фрагментированным. Исследование MTU пути используется, чтобы найти, что этот размер, путем простой установки DF укусил и отправки последовательно больших пакетов до сетевых отчетов (по ICMP) отказ.