База ответов ИНТУИТ

IPv6 для профессионалов

<<- Назад к вопросам

Хост А установил соединение TCP с хостом Б и определил, что сегменты, содержащие 1312 байт прикладных данных, успешно достигают хоста Б, так как хост Б квитирует новые данные. Фрагментация при этом не используется. Как наиболее точно можно оценить PMTU между хостами А и Б, если известно следующее:
  • данное соединение TCP установлено поверх IPv6;
  • заголовки расширения IPv6 не используются;
  • каждый сегмент TCP содержит следующие опции TCP:
  • опция «отметка времени», длиной 10 байт;
  • опция «конец списка опций» (1 байт);
  • после опций TCP идут незначащие байты в числе, минимально необходимом для того, чтобы полная длина заголовка TCP была кратна 32 битам (общеизвестное требование протокола TCP).
  • Наиболее точная оценка PMTU будет ближе всего к истинному значению, при этом не превышая его.

    (Отметьте один правильный вариант ответа.)

    Варианты ответа
    PMTU 1404
    PMTU 1384(Верный ответ)
    PMTU 1324
    PMTU 1344
    PMTU 1364
    Похожие вопросы
    Хост А установил соединение TCP с хостом Б и определил, что сегменты, содержащие 1260 байт прикладных данных, успешно достигают хоста Б, так как хост Б квитирует новые данные. Фрагментация при этом не используется. Как наиболее точно можно оценить PMTU между хостами А и Б, если известно следующее:
  • данное соединение TCP установлено поверх IPv6;
  • каждый пакет содержит заголовок пошаговых опций общей длиной 24 байта;
  • каждый сегмент TCP содержит следующие опции TCP:
  • опция «нет операции» (NOP), длиной 1 байт;
  • опция «конец списка опций» (1 байт);
  • после опций TCP идут незначащие байты в числе, минимально необходимом для того, чтобы полная длина заголовка TCP была кратна 32 битам (общеизвестное требование протокола TCP).
  • Наиболее точная оценка PMTU будет ближе всего к истинному значению, при этом не превышая его.
    Хост А установил соединение TCP с хостом Б и определил, что сегменты, содержащие 1416 байт прикладных данных, успешно достигают хоста Б, так как хост Б квитирует новые данные. Фрагментация при этом не используется. Как наиболее точно можно оценить PMTU между хостами А и Б, если известно следующее:
  • данное соединение TCP установлено поверх IPv6;
  • каждый пакет содержит заголовок опций конечного адресата общей длиной 32 байта;
  • каждый сегмент TCP содержит следующие опции TCP:
  • 2 опции «нет операции» (NOP), по 1 байту каждая;
  • опция «отметка времени», длиной 10 байт;
  • конец заголовка TCP совпадает с концом списка опций.
  • Наиболее точная оценка PMTU будет ближе всего к истинному значению, при этом не превышая его.
    Хост А установил соединение TCP с удаленным хостом Б и получил от хоста Б значение опции MSS 1412 байт. В кэше адресатов (DC) хоста А есть запись для хоста Б, говорящая, что последняя оценка PMTU для этого адресата была 1476 байт. Дополнительные условия таковы:
  • соединение TCP установлено поверх IPv6;
  • заголовки расширения IPv6 не используются;
  • каждый сегмент TCP содержит следующие опции TCP:
  • опция «отметка времени», длиной 10 байт;
  • опция «конец списка опций» (1 байт);
  • после опций TCP идут незначащие байты в числе, минимально необходимом для того, чтобы полная длина заголовка TCP была кратна 32 битам (общеизвестное требование протокола TCP).
  • Какое наибольшее число байтов прикладных данных может поместить в сегмент TCP хост А, если его задача в том, чтобы сегмент успешно дошел до хоста Б и был принят им, а фрагментация на уровне IP нежелательна?
    Хост А установил соединение TCP с удаленным хостом Б и получил от хоста Б значение опции MSS 1400 байт. В кэше адресатов (DC) хоста А есть запись для хоста Б, говорящая, что последняя оценка PMTU для этого адресата была 1464 байт. Дополнительные условия таковы:
  • соединение TCP установлено поверх IPv6;
  • каждый пакет содержит заголовок опций конечного адресата общей длиной 8 байт;
  • каждый сегмент TCP содержит следующие опции TCP:
  • 5 опций «нет операции» (NOP), по 1 байту каждая;
  • опция «отметка времени», длиной 10 байт;
  • опция «конец списка опций» (1 байт);
  • конец заголовка TCP совпадает с концом списка опций.
  • Какое наибольшее число байтов прикладных данных может поместить в сегмент TCP хост А, если его задача в том, чтобы сегмент успешно дошел до хоста Б и был принят им, а фрагментация на уровне IP нежелательна?
    Хост А установил соединение TCP с удаленным хостом Б и получил от хоста Б значение опции MSS 1304 байт. В кэше адресатов (DC) хоста А есть запись для хоста Б, говорящая, что последняя оценка PMTU для этого адресата была 1384 байт. Дополнительные условия таковы:
  • соединение TCP установлено поверх IPv6;
  • каждый пакет содержит заголовок пошаговых опций общей длиной 16 байт;
  • каждый сегмент TCP содержит следующие опции TCP:
  • 2 опции «нет операции» (NOP), по 1 байту каждая;
  • опция «отметка времени», длиной 10 байт.
  • конец заголовка TCP совпадает с концом списка опций.
  • Какое наибольшее число байтов прикладных данных может поместить в сегмент TCP хост А, если его задача в том, чтобы сегмент успешно дошел до хоста Б и был принят им, а фрагментация на уровне IP нежелательна?
    Сегмент TCP, содержащий 1024 байт полезной нагрузки и не содержащий опций TCP, вложен в пакет IPv6 с заголовком пошаговых опций общей длиной 48 байт, а полученный пакет IPv6 подвергнут туннелированию IP-IP поверх IPv4. Полученный таким образом пакет IPv4 содержит опции IPv4 общей длиной 16 байт, а балластных данных после полезной нагрузки в пакете нет. Чему будут равны значения полей «полная длина» IPv4 и «длина полезной нагрузки» IPv6 в таком пакете?

    Для справки, базовые длины заголовков таковы: TCP — 20 байт, IPv6 — 40 байт, IPv4 — 20 байт.

    Одно сетевое приложение передает другому 1,000•105 блоков прикладных данных в секунду, каждый по 38810 байт. Каждый блок инкапсулируется в дейтаграмму UDP (длина заголовка 8 байт), а та, в свою очередь, — в пакет IPv6 без заголовков расширения. PMTU между хостами, на которых выполняются приложения, 1300 байт, так что необходима фрагментация передаваемых пакетов IPv6. Через какое наибольшее время произойдет повтор значения идентификатора фрагмента IPv6, если другими данными эта пара хостов не обменивается? Ответ в секундах округлите до ближайшего целого.
    Одно сетевое приложение передает другому 3,000•105 блоков прикладных данных в секунду, каждый по 8710 байт. Каждый блок инкапсулируется в дейтаграмму UDP (длина заголовка 8 байт), а та, в свою очередь, — в пакет IPv6 без заголовков расширения. PMTU между хостами, на которых выполняются приложения, 1500 байт, так что необходима фрагментация передаваемых пакетов IPv6. Через какое наибольшее время произойдет повтор значения идентификатора фрагмента IPv6, если другими данными эта пара хостов не обменивается? Ответ в секундах округлите до ближайшего целого.
    Сегмент TCP, содержащий 768 байт полезной нагрузки и не содержащий опций TCP, вложен в пакет IPv6 с заголовком пошаговых опций общей длиной 32 байта, а полученный пакет IPv6 подвергнут туннелированию IP-IP поверх IPv4 без опций. Балластных данных после полезной нагрузки в пакете нет. Чему будут равны значения полей «полная длина» IPv4 и «длина полезной нагрузки» IPv6 в таком пакете?

    Для справки, базовые длины заголовков таковы: TCP — 20 байт, IPv6 — 40 байт, IPv4 — 20 байт.

    В интерфейс с MTU 1300 байт хосту необходимо передать пакет IPv6 следующей структуры: заголовок IPv6, заголовок пошаговых опций длиной 480 байт, заголовок опций конечного адресата длиной 560 байт, дейтаграмма UDP длиной 2048 байт включая заголовок UDP. Если фрагментация этого пакета будет проведена так, чтобы максимизировать длину всех фрагментов, кроме последнего, то чему будут равны значения полей «длина полезной нагрузки IPv6» и «смещение фрагмента» в созданных фрагментах? Для справки, длина заголовка фрагмента составляет 8 байт.