Одно сетевое приложение передает другому 1,000•105 блоков прикладных данных в секунду, каждый по 38810 байт. Каждый блок инкапсулируется в дейтаграмму UDP (длина заголовка 8 байт), а та, в свою очередь, — в пакет IPv6 без заголовков расширения. PMTU между хостами, на которых выполняются приложения, 1300 байт, так что необходима фрагментация передаваемых пакетов IPv6. Через какое наибольшее время произойдет повтор значения идентификатора фрагмента IPv6, если другими данными эта пара хостов не обменивается? Ответ в секундах округлите до ближайшего целого.
Одно сетевое приложение передает другому 3,000•105 блоков прикладных данных в секунду, каждый по 8710 байт. Каждый блок инкапсулируется в дейтаграмму UDP (длина заголовка 8 байт), а та, в свою очередь, — в пакет IPv6 без заголовков расширения. PMTU между хостами, на которых выполняются приложения, 1500 байт, так что необходима фрагментация передаваемых пакетов IPv6. Через какое наибольшее время произойдет повтор значения идентификатора фрагмента IPv6, если другими данными эта пара хостов не обменивается? Ответ в секундах округлите до ближайшего целого.
В интерфейс с MTU 1492 байта хосту необходимо передать пакет IPv6 следующей структуры: заголовок IPv6, заголовок пошаговых опций длиной 384 байта, заголовок опций конечного адресата длиной 400 байт, дейтаграмма UDP длиной 1800 байт включая заголовок UDP. Если фрагментация этого пакета будет проведена так, чтобы максимизировать длину всех фрагментов, кроме последнего, то чему будут равны значения полей «длина полезной нагрузки IPv6» и «смещение фрагмента» в созданных фрагментах? Для справки, длина заголовка фрагмента составляет 8 байт.
В интерфейс с MTU 1280 байта хосту необходимо передать пакет IPv6 следующей структуры: заголовок IPv6, заголовок пошаговых опций длиной 128 байт, заголовок опций конечного адресата длиной 256 байт, дейтаграмма UDP длиной 4500 байт включая заголовок UDP. Если фрагментация этого пакета будет проведена так, чтобы максимизировать длину всех фрагментов, кроме последнего, то чему будут равны значения полей «длина полезной нагрузки IPv6» и «смещение фрагмента» в созданных фрагментах? Для справки, длина заголовка фрагмента составляет 8 байт.
В интерфейс с MTU 1300 байт хосту необходимо передать пакет IPv6 следующей структуры: заголовок IPv6, заголовок пошаговых опций длиной 480 байт, заголовок опций конечного адресата длиной 560 байт, дейтаграмма UDP длиной 2048 байт включая заголовок UDP. Если фрагментация этого пакета будет проведена так, чтобы максимизировать длину всех фрагментов, кроме последнего, то чему будут равны значения полей «длина полезной нагрузки IPv6» и «смещение фрагмента» в созданных фрагментах? Для справки, длина заголовка фрагмента составляет 8 байт.
Хост А установил соединение TCP с хостом Б и определил, что сегменты, содержащие 1312 байт прикладных данных, успешно достигают хоста Б, так как хост Б квитирует новые данные. Фрагментация при этом не используется. Как наиболее точно можно оценить PMTU между хостами А и Б, если известно следующее: данное соединение TCP установлено поверх IPv6;заголовки расширения IPv6 не используются;каждый сегмент TCP содержит следующие опции TCP: опция «отметка времени», длиной 10 байт; опция «конец списка опций» (1 байт);
после опций TCP идут незначащие байты в числе, минимально необходимом для того, чтобы полная длина заголовка TCP была кратна 32 битам (общеизвестное требование протокола TCP).
Наиболее точная оценка PMTU будет ближе всего к истинному значению, при этом не превышая его.
Дейтаграмма UDP, содержащая 512 байт полезной нагрузки, вложена в пакет IPv6 с заголовком пошаговых опций общей длиной 24 байта, а полученный пакет IPv6 подвергнут туннелированию IP-IP поверх IPv4 без опций. Балластных данных после полезной нагрузки в пакете нет. Чему будут равны значения полей «полная длина» IPv4 и «длина полезной нагрузки» IPv6 в таком пакете?
Для справки, базовые длины заголовков таковы: UDP — 8 байт, IPv6 — 40 байт, IPv4 — 20 байт.
Хост А установил соединение TCP с хостом Б и определил, что сегменты, содержащие 1260 байт прикладных данных, успешно достигают хоста Б, так как хост Б квитирует новые данные. Фрагментация при этом не используется. Как наиболее точно можно оценить PMTU между хостами А и Б, если известно следующее: данное соединение TCP установлено поверх IPv6;каждый пакет содержит заголовок пошаговых опций общей длиной 24 байта;каждый сегмент TCP содержит следующие опции TCP:опция «нет операции» (NOP), длиной 1 байт;опция «конец списка опций» (1 байт);
после опций TCP идут незначащие байты в числе, минимально необходимом для того, чтобы полная длина заголовка TCP была кратна 32 битам (общеизвестное требование протокола TCP).
Наиболее точная оценка PMTU будет ближе всего к истинному значению, при этом не превышая его.
Сегмент TCP, содержащий 768 байт полезной нагрузки и не содержащий опций TCP, вложен в пакет IPv6 с заголовком пошаговых опций общей длиной 32 байта, а полученный пакет IPv6 подвергнут туннелированию IP-IP поверх IPv4 без опций. Балластных данных после полезной нагрузки в пакете нет. Чему будут равны значения полей «полная длина» IPv4 и «длина полезной нагрузки» IPv6 в таком пакете?
Для справки, базовые длины заголовков таковы: TCP — 20 байт, IPv6 — 40 байт, IPv4 — 20 байт.
Хост А установил соединение TCP с хостом Б и определил, что сегменты, содержащие 1416 байт прикладных данных, успешно достигают хоста Б, так как хост Б квитирует новые данные. Фрагментация при этом не используется. Как наиболее точно можно оценить PMTU между хостами А и Б, если известно следующее: данное соединение TCP установлено поверх IPv6;каждый пакет содержит заголовок опций конечного адресата общей длиной 32 байта;каждый сегмент TCP содержит следующие опции TCP:2 опции «нет операции» (NOP), по 1 байту каждая;опция «отметка времени», длиной 10 байт;
конец заголовка TCP совпадает с концом списка опций.
Наиболее точная оценка PMTU будет ближе всего к истинному значению, при этом не превышая его.
