Компьютерные Сети, вопросы/Глава 6
Материал из eSyr's wiki.
(Различия между версиями)
м (→Решение проблемы <глупого окна>, предложенное Кларком, заключается в следующем: - ответы, рюшечки, антипаливо) |
(→Каковы возможные причины возникновения перегрузок?) |
||
| (4 промежуточные версии не показаны) | |||
| Строка 32: | Строка 32: | ||
== Каковы возможные причины возникновения перегрузок? == | == Каковы возможные причины возникновения перегрузок? == | ||
| - | * [+] | + | * [+] недостаточная емкость получателя |
| - | * [ | + | * [-] недостаточная надежность сети |
| - | * [ | + | * [+] недостаточная емкость сети |
| - | * [-] | + | * [-] недостаточная чистота канала передачи |
== TPDU - это: == | == TPDU - это: == | ||
| Строка 167: | Строка 167: | ||
* [+] отправитель должен слать данные только большими сегментами | * [+] отправитель должен слать данные только большими сегментами | ||
* [-] отправитель должен слать данные только ... сегментами | * [-] отправитель должен слать данные только ... сегментами | ||
| + | |||
| + | {{Курс Компьютерные Сети}} | ||
Текущая версия
[править] Какие примитивы сокетов Беркли являются блокирующими?
- [-] 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
[править] Решение проблемы <глупого окна>, предложенное Кларком, заключается в следующем:
- [+] получатель должен ждать, когда в буфере освободиться размер, равный максимальной длине сегмента, объявленной при установке соединения
- [-] получатель должен ждать, когда в буфере освободится размер, равный длине сегмента, посланного последним
- [+] получатель должен ждать, когда в буфере освободиться половина(?) буфера
- [+] отправитель должен слать данные только большими сегментами
- [-] отправитель должен слать данные только ... сегментами
