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

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

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

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

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

    Варианты ответа
    PMTU 1540
    PMTU 1468
    PMTU 1428
    PMTU 1520(Верный ответ)
    PMTU 1448
    PMTU 1480
    Похожие вопросы
    Хост А установил соединение TCP с хостом Б и определил, что сегменты, содержащие 1260 байт прикладных данных, успешно достигают хоста Б, так как хост Б квитирует новые данные. Фрагментация при этом не используется. Как наиболее точно можно оценить PMTU между хостами А и Б, если известно следующее:
  • данное соединение TCP установлено поверх IPv6;
  • каждый пакет содержит заголовок пошаговых опций общей длиной 24 байта;
  • каждый сегмент TCP содержит следующие опции TCP:
  • опция «нет операции» (NOP), длиной 1 байт;
  • опция «конец списка опций» (1 байт);
  • после опций TCP идут незначащие байты в числе, минимально необходимом для того, чтобы полная длина заголовка TCP была кратна 32 битам (общеизвестное требование протокола TCP).
  • Наиболее точная оценка PMTU будет ближе всего к истинному значению, при этом не превышая его.
    Хост А установил соединение TCP с хостом Б и определил, что сегменты, содержащие 1312 байт прикладных данных, успешно достигают хоста Б, так как хост Б квитирует новые данные. Фрагментация при этом не используется. Как наиболее точно можно оценить PMTU между хостами А и Б, если известно следующее:
  • данное соединение TCP установлено поверх IPv6;
  • заголовки расширения IPv6 не используются;
  • каждый сегмент TCP содержит следующие опции TCP:
  • опция «отметка времени», длиной 10 байт;
  • опция «конец списка опций» (1 байт);
  • после опций TCP идут незначащие байты в числе, минимально необходимом для того, чтобы полная длина заголовка TCP была кратна 32 битам (общеизвестное требование протокола TCP).
  • Наиболее точная оценка PMTU будет ближе всего к истинному значению, при этом не превышая его.
    Хост А установил соединение 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 с удаленным хостом Б и получил от хоста Б значение опции MSS 1412 байт. В кэше адресатов (DC) хоста А есть запись для хоста Б, говорящая, что последняя оценка PMTU для этого адресата была 1476 байт. Дополнительные условия таковы:
  • соединение TCP установлено поверх IPv6;
  • заголовки расширения IPv6 не используются;
  • каждый сегмент TCP содержит следующие опции TCP:
  • опция «отметка времени», длиной 10 байт;
  • опция «конец списка опций» (1 байт);
  • после опций TCP идут незначащие байты в числе, минимально необходимом для того, чтобы полная длина заголовка TCP была кратна 32 битам (общеизвестное требование протокола TCP).
  • Какое наибольшее число байтов прикладных данных может поместить в сегмент TCP хост А, если его задача в том, чтобы сегмент успешно дошел до хоста Б и был принят им, а фрагментация на уровне IP нежелательна?
    В интерфейс с MTU 1492 байта хосту необходимо передать пакет IPv6 следующей структуры: заголовок IPv6, заголовок пошаговых опций длиной 384 байта, заголовок опций конечного адресата длиной 400 байт, дейтаграмма UDP длиной 1800 байт включая заголовок UDP. Если фрагментация этого пакета будет проведена так, чтобы максимизировать длину всех фрагментов, кроме последнего, то чему будут равны значения полей «длина полезной нагрузки IPv6» и «смещение фрагмента» в созданных фрагментах? Для справки, длина заголовка фрагмента составляет 8 байт.
    В интерфейс с MTU 1280 байта хосту необходимо передать пакет IPv6 следующей структуры: заголовок IPv6, заголовок пошаговых опций длиной 128 байт, заголовок опций конечного адресата длиной 256 байт, дейтаграмма UDP длиной 4500 байт включая заголовок UDP. Если фрагментация этого пакета будет проведена так, чтобы максимизировать длину всех фрагментов, кроме последнего, то чему будут равны значения полей «длина полезной нагрузки IPv6» и «смещение фрагмента» в созданных фрагментах? Для справки, длина заголовка фрагмента составляет 8 байт.
    Сегмент TCP инкапсулирован в пакет IPv6, содержащий заголовок пошаговых опций общей длиной 24 байта и заголовок опций конечного адресата общей длиной 32 байт и разбитый на три фрагмента следующей длины (включая основной заголовок IPv6 и заголовки расширения): 1418, 1418 и 768 байт. Чему будет равна длина блока данных вышестоящего протокола при вычислении контрольной суммы TCP этого сегмента?
    В интерфейс с MTU 1300 байт хосту необходимо передать пакет IPv6 следующей структуры: заголовок IPv6, заголовок пошаговых опций длиной 480 байт, заголовок опций конечного адресата длиной 560 байт, дейтаграмма UDP длиной 2048 байт включая заголовок UDP. Если фрагментация этого пакета будет проведена так, чтобы максимизировать длину всех фрагментов, кроме последнего, то чему будут равны значения полей «длина полезной нагрузки IPv6» и «смещение фрагмента» в созданных фрагментах? Для справки, длина заголовка фрагмента составляет 8 байт.
    Дейтаграмма UDP инкапсулирована в пакет IPv6, содержащий заголовок пошаговых опций общей длиной 16 байт и заголовок опций конечного адресата общей длиной 8 байт и разбитый на три фрагмента следующей длины (включая основной заголовок IPv6 и заголовок фрагмента): 1492, 1492 и 384 байта. Чему будет равна длина блока данных вышестоящего протокола при вычислении контрольной суммы UDP этой дейтаграммы?