Компьютерные Сети, вопросы/Глава 6

Материал из eSyr's wiki.

(Различия между версиями)
Перейти к: навигация, поиск
Текущая версия (01:37, 5 сентября 2008) (править) (отменить)
(→Каковы возможные причины возникновения перегрузок?)
 
Строка 32: Строка 32:
== Каковы возможные причины возникновения перегрузок? ==
== Каковы возможные причины возникновения перегрузок? ==
-
* [+] не достаточная емкость получателя
+
* [+] недостаточная емкость получателя
-
* [+] не достаточная надежность сети
+
* [-] недостаточная надежность сети
-
* [-] не достаточная емкость сети
+
* [+] недостаточная емкость сети
-
* [-] не достаточная чистота канала передачи
+
* [-] недостаточная чистота канала передачи
== TPDU - это: ==
== TPDU - это: ==

Текущая версия

Содержание

[править] Какие примитивы сокетов Беркли являются блокирующими?

  • [-] socket
  • [-] receive
  • [+] connect
  • [-] listen
  • [+] accept

[править] Используется управляемая часами схема генерации порядковых номеров. Частота тиканья часов 10 Гц, время жизни пакета 10 сек, счетчик часов 10-разрядный. Как часто (раз/час) должна производиться ресинхронизация при отправке 5 пакетов в секунду?

  • (-) 12
  • (-) 30
  • (+) 60
  • (-) 300

[править] Используется управляемая часами схема генерации порядковых номеров. Частота тиканья часов 10 Гц, время жизни пакета 10 сек, счетчик часов 10-разрядный. С какой скоростью (раз/сек) должны отправляться пакеты, чтобы избежать ресинхронизации?

  • (-) 5
  • (+) 10
  • (-) 15
  • (-) 20

[править] Протокол какого уровня должен обеспечивать восстановление после сбоя транспортного протокола?

  • (-) Сетевого
  • (-) Транспортного
  • (+) Прикладного
  • (-) Физического

[править] Для чего может применяться нисходящее мультиплексирование при взаимодействии транспортного и сетевого уровня?

  • Для использования нескольких сетевых соединений с ограниченной пропускной способностью
  • [+] Для использования одного канала несколькими процессами
  • Для увеличения пропускной способности канала

(Нисходящее мультиплексирование - отображение нескольких транспортных соединений в одно сетевое)

[править] Каковы возможные причины возникновения перегрузок?

  • [+] недостаточная емкость получателя
  • [-] недостаточная надежность сети
  • [+] недостаточная емкость сети
  • [-] недостаточная чистота канала передачи

[править] TPDU - это:

  • (+) Сообщение, с которым работает транспортный протокол
  • (-) Сущность, реализующая функции транспортного протокола
  • (-) Прикладная программа, работающая с сетью
  • (-) Программа, эмулирующая работу транспортного протокола

[править] Как можно "обойти" "проблему двух армий"?

  • (-) При помощи шифрования передаваемых данных
  • (+) При помощи введения таймаута
  • (-) При помощи введения уникального идентификатора TPDU
  • (-) При помощи записи в TPDU временнОй метки

[править] Почему необходимо подтверждение получения TPDU, если на сетевом уровне уже обеспечивается подтверждение получения сетевых пакетов?

  • (-) Для исправления возможных ошибок сетевого уровня
  • (-) Для обеспечения универсальности протокола
  • (+) TPDU может быть не принят получателем, даже если он был успешно доставлен
  • (-) Так исторически сложилось, т.к. протоколы разрабатывались независимо

[править] Какова последовательность выполнения примитивов сокетов Беркли при установлении соединения со стороны клиента?

  • ( ) socket - bind - connect
  • (+) socket - connect
  • ( ) bind - socket - receive
  • ( ) socket - bind - listen - accept
  • ( ) connect - socket - accept

Так в редклассе. Garret

[править] Основное отличие транспортного уровня от сетевого в том, что:

  • [-] Сетевой уровень не устанавливает соединение
  • [-] Транспортный уровень не занимается вопросами адресации
  • [+] Сетевой уровень моделирует сервисы реальной сети
  • [-] Транспортный уровень всегда гарантирует надежную передачу данных

(Это явно неправильно. К примеру, UDP не гарантирует надёжную передачу. \\Ramiz)

(Транспортный сервис аналогичен сервису сетевого уровня. Однако между ними существует одно различие - сетевой сервис по природе своей ненадежен. Задача транспортного сервиса как раз обеспечить надежную доставку сообщений. Два процесса, соединенные между собой, ничего не должны знать о том, как физически они соединены. Один помещает данные на вход транспортного уровня, другой получает их. Задача транспортного уровня скрыть и от получателя и от отправителя все детали передачи, исправления ошибок и т.п.

Остальные еще меньше подходят \\LLIyPuK)

(А если так? — eSyr 09:05, 23 мая 2007 (MSD))

[править] Какое мультиплексирование допускается при взаимодействии транспортного и сетевого уровня?

  • (-) Мультиплексирование недопустимо
  • (-) Тольно нисходящее
  • (-) Только восходящее
  • (+) Восходящее и нисходящее

[править] Чем идентифицируется соединение в TCP?

  • (-) виртуальным соединением
  • (+) парой сокетов
  • (-) парой портов
  • (-) связкой порт-сокет

[править] В чем основная идея принципа управления буферизацией?

  • ( ) избегать переполнения буфера
  • (+) избегать излишнего копирования пакетов
  • ( ) динамически устанавливать размер буфера равным максимальному размеру пакета
  • ( ) динамически устанавливать размер буфера равным размеру окна

[править] Какой принцип лежит в основе борьбы протокола TCP с перегрузками?

  • (+) Принцип сохранения количества пакетов
  • (-) Принцип сохранения времени отклика узла
  • (-) Принцип сохранения качества связи
  • (-) Принцип сохранения размера окна

[править] Какие виды соединений поддерживает TCP?

  • (+) соединение точка-точка
  • (-) соединение одного ко многим
  • (-) соединение сногих к одному
  • (-) соединение многие к многим

[править] Какие поля входят в структуру TCP-заголовка?

  • [+] Source Port
  • [+] Destination Port
  • [+] Options
  • [+] Window Size
  • [+] Checksum
  • [-] Length
  • [+] Sequence Number
  • [+] Urgent Pointer

[править] Выберите задачи, решаемые на транспортном уровне:

  • [-] Маршрутизация
  • [+] Управление соединением
  • [+] Адресация
  • [ ] Надежная передача данных по физическому каналу
  • [+] Предоставление прикладным программам стандартного сервиса

[править] Чем отличается протокол TCP от протокола сетевого уровня?

  • [+] Протоколы сетвого уровня не используют порты
  • [+] Протокол TCP обеспечивает передачу байтового потока
  • [-] Протоколы сетевого уровня не занимается управлением потока
  • [+] Протокол TCP гарантирует надежную передачу данных

[править] Какие таймеры использует протокол TCP?

  • [-] таймер передачи
  • [+] таймер повторной передачи
  • [+] таймер постоянства
  • [-] таймер устойчивости
  • [+] таймер функционирования

[править] Что может служить причиной перегрузки ...

  • [+] Низкая пропускная способность канала
  • [+] Низкая производительность получателя

[править] Какие основные проблемы решает протокол TCP?

  • [+] восстанавливает порядок сегментов
  • [+] убирает дубликаты сегментов
  • [+] обеспечивает надежную передачу данных
  • [ ] обеспечивает маршрутизацию
  • [+] устанавливает и разрывает соединения надежно
  • [+] управляет перегрузками

(TCP - надёжный транспортный протокол. Он обеспечивает надёжную передачу данных)

[править] Какие поля входят в структуру UDP-заголовка?

  • [+] Source port
  • [+] Destination port
  • [-] Option
  • [-] Window size
  • [+] Checksum
  • [+] Length
  • [-] Sequence number
  • [-] Urgent pointer

[править] Решение проблемы <глупого окна>, предложенное Кларком, заключается в следующем:

  • [+] получатель должен ждать, когда в буфере освободиться размер, равный максимальной длине сегмента, объявленной при установке соединения
  • [-] получатель должен ждать, когда в буфере освободится размер, равный длине сегмента, посланного последним
  • [+] получатель должен ждать, когда в буфере освободиться половина(?) буфера
  • [+] отправитель должен слать данные только большими сегментами
  • [-] отправитель должен слать данные только ... сегментами


Компьютерные Сети

Материалы
Вопросы: 1 | 2 | 3 | 4 | 5 | 6 | 7

Получено с http://esyr.name/wiki/%D0%9A%D0%BE%D0%BC%D0%BF%D1%8C%D1%8E%D1%82%D0%B5%D1%80%D0%BD%D1%8B%D0%B5_%D0%A1%D0%B5%D1%82%D0%B8%2C_%D0%B2%D0%BE%D0%BF%D1%80%D0%BE%D1%81%D1%8B/%D0%93%D0%BB%D0%B0%D0%B2%D0%B0_6
Личные инструменты
Разделы