Текущая версия |
Ваш текст |
Строка 1: |
Строка 1: |
- | == Что является основной функцией канального уровня? == | + | == From Ebaums Inc to MurkLoar. == |
- | предоставление сервиса сетевому уровню, обьединение битов, поступающих с физического уровня в кадры, обработка ошибок передачи, управление потоком кадров
| + | We at EbaumsWorld consider you as disgrace of human race. |
- | | + | Your faggotry level exceeded any imaginable levels, and therefore we have to inform you that your pitiful resourse should be annihilated. |
- | == Выберите основные виды сервиса канального уровня ==
| + | Dig yourself a grave - you will need it. |
- | * (+) Сервис без соединения без уведомления
| + | |
- | * (-) Сервис с соединением без уведомления
| + | |
- | * (+) Сервис без соединения с уведомлением
| + | |
- | | + | |
- | == Какого соединения в LAN достаточно, если передаются только аудио и видео? ==
| + | |
- | * (-) С соединением, подтверждением
| + | |
- | * (-) Без соединения, с подтверждением
| + | |
- | * (+) Без соединения, подтверждения
| + | |
- | * (-) С соединением, без подтверждением
| + | |
- | | + | |
- | == Какой вид сервиса достаточно использовать на канальном уровне, если ЛВС построена на беспроводной связи ==
| + | |
- | * (-) Сервис без уведомления и без соеденения
| + | |
- | * (+) Сервис с уведомлением и без соединения
| + | |
- | * (-) Сервис с уведомлением и с соединением
| + | |
- | * (-) Сервис с уведомлением и с соединением
| + | |
- | | + | |
- | == Какой протокол необходимо использовать для передачи данных в двух направлениях? ==
| + | |
- | * (-) Симплексный старт-стопный протокол
| + | |
- | * (-) Симплексный протокол с подтверждением и восстановлением
| + | |
- | * (+) Протокол скользящего окна
| + | |
- | | + | |
- | == Алгоритм случайной экспоненциальной задержки позволяет ==
| + | |
- | * (-) Определять размар кадра по задержке в его передаче
| + | |
- | * (-) Определять задержку на передачу кадра
| + | |
- | * (+) Определять величину задержки после коллизии
| + | |
- | * (-) Определять размер временного слота
| + | |
- | | + | |
- | == Какой протокол был предшественником всех канальных протоколов? ==
| + | |
- | * (-) SLIP
| + | |
- | * (-) PPP
| + | |
- | * (-) HDLC
| + | |
- | * (+) SDLC
| + | |
- | | + | |
- | == К какой группе относятся протоколы SDLC, HDLC, LAP, LAPB? ==
| + | |
- | * (-) Байт-ориентированные протоколы
| + | |
- | * (+) Бит-ориентированные протоколы
| + | |
- | | + | |
- | == Укажите возможные типы кадров протокола HDLC ==
| + | |
- | * [+] Information
| + | |
- | * [-] Error
| + | |
- | * [+] Supervisory
| + | |
- | * [-] Maintenance
| + | |
- | * [+] Unnumbered
| + | |
- | | + | |
- | == Выберите размер пакетов возможных в HDLC ==
| + | |
- | * (+) 9 байт
| + | |
- | * (+) 10 байт
| + | |
- | * (+) 9 байт 4 бита
| + | |
- | * (+) 9 байт 1 бит
| + | |
- | | + | |
- | == Отметьте различия протоколов HDLC и Frame Relay ==
| + | |
- | * [+] В протоколе FR в отличие от HDLC отсутствует нумерация кадров
| + | |
- | * [-] Протокол FR в отличие от HDLC является байт-ориентированным
| + | |
- | * [+] Протокол FR в отличие от HDLC не предусматривает передачу управляющих сообщений
| + | |
- | * [+] Протокол FR в отличие от HDLC может управлять перегрузками
| + | |
- | * [-] FR --- другое название HDLC, принятое Frame Relay Forum
| + | |
- | | + | |
- | == Для FR характерно ==
| + | |
- | * [+] Заполнение канала связи комбинацией «флаг» при отсутствии данных для передачи
| + | |
- | * [-] Отсутствие инструментов для управления потоком
| + | |
- | * [-] Для адресации абонентов используется MAC-адрес
| + | |
- | * [+] Резервирование одного DLCI для интерфейса локального управления и сигнализации
| + | |
- | * [+] Содержания поля данных пользователя в любом кадре не должно подвергаться какой-либо обработке со стороны аппаратуры канала данных
| + | |
- | | + | |
- | == Отметьте характеристики протокола Frame Relay, являющиеся правильными ==
| + | |
- | * [+] FR --- бит-ориентированный протокол
| + | |
- | * [-] FR --- байт-ориентированный протокол
| + | |
- | * [+] FR --- синхронный протокол
| + | |
- | * [-] FR --- асинхронный протокол
| + | |
- | * [+] FR по сравнению с HDLC имеет сокращённый набор функций
| + | |
- | * [-] FR по сравнению с HDLC имеет расширенный набор функций
| + | |
- | | + | |
- | == Какие кадры считаются искажёнными в протоколе Frame Relay и должны быть сброшены? ==
| + | |
- | * [+] Нет корректного ограничения флагами
| + | |
- | * [+] Присутствует ошибка контрольной суммы
| + | |
- | * [+] Содержится несуществующий DLCI
| + | |
- | * [+] Имеется менее пяти байтов между флагами
| + | |
- | | + | |
- | == Величина заголовка в Frame Relay по FRF? ==
| + | |
- | * 1, 2 байта
| + | |
- | | + | |
- | == Выберите правильные утверждения ==
| + | |
- | * [-] Заголовок Frame Relay всегда состоит из 1 байта
| + | |
- | * [-] Заголовок Frame Relay всегда состоит из 2 байтов
| + | |
- | * [-] Заголовок Frame Relay всегда состоит из 4 байтов
| + | |
- | * [+] Длина заголовка Frame Relay не фиксируется стандартом от FRF
| + | |
- | * [+] Стандарт Frame Relay от FRF рекомендует использовать заголовки из 2 байтов
| + | |
- | | + | |
- | == Можно ли по стандарту Frame Relay считаться правильным кадр со следующими характеристиками: заголовок имеет два байта, после удаления начального и конечного флагов все оставшиеся байты состоят из единичных битов (1111 1111)? ==
| + | |
- | * (-) Да
| + | |
- | * (+) Нет
| + | |
- | (Каждый кадр начинается и замыкается «флагом» - последовательностью «01111110». Для предотвращения случайной имитации последовательности «флаг» внутри кадра при его передаче проверяется все его содержание между двумя флагами и после каждой последовательности, состоящей из пяти идущих подряд бит «1» вставляется бит «0». Эта процедура (bit stuffing) обязательна при формировании любого кадра FR, при приёме эти биты «0» отбрасываются.)
| + | |
- | | + | |
- | == Выберите предшественника большинства протоколов верхнего уровня ==
| + | |
- | * (-) HDLC
| + | |
- | * (-) SDLC
| + | |
- | * (+) SLIP
| + | |
- | * (-) PPP
| + | |
- | | + | |
- | == Выберите основные недостатки протокола SLIP ==
| + | |
- | * [+] SLIP работает только с IP-пакетами
| + | |
- | * [+] SLIP не подразумевает аутентификацию сторон
| + | |
- | * [+] SLIP может применяться только в соединениях точка-точка с модемами
| + | |
- | * [-] SLIP имеет много полей, раздувающих кадры протокола
| + | |
- | | + | |
- | == Выберите характеристики протокола PPP ==
| + | |
- | * (+) Поддерживает различные протоколы нижележащих уровней
| + | |
- | * (+) Выполняет аутентификацию абонентов
| + | |
- | * ( ) Поддерживает шифрование данных
| + | |
- | * ( ) Не поддерживает беспроводные протоколы
| + | |
- | * (+) PPP является байт-ориентированным протоколом
| + | |
- | | + | |
- | == Как в ATM принимающей стороной выделяется кадр из потока бит? ==
| + | |
- | * (-) По начальному флагу и фиксированному размеру кадра
| + | |
- | * (-) По начальному и конечному флагам
| + | |
- | * (+) По HEC нескольких последовательных кадров
| + | |
- | | + | |
- | == Что покрывает контрольная сумма в протоколе ATM? ==
| + | |
- | * (+) Заголовок пакета
| + | |
- | * (-) Данные пакета
| + | |
- | * (-) Заголовок и данные пакета
| + | |
- | | + | |
- | == Выберите основные причины по которым решено было считать контрольную сумму в протоколе ATM именно следующим образом ==
| + | |
- | * (+) ATM предназначен для передачи аудио и видео
| + | |
- | * (+) ATM использует оптоволокно
| + | |
- | * (+) Контроль корректности данных возложен на вышележащие уровни
| + | |
- | * (?) XOR двух соседних кадров позволяет обеспечить высокую надёжность
| + | |
- | | + | |
- | == Подразумевает ли ATM наличие служебных кадров для управления и обслуживания коммутационных устройств ==
| + | |
- | * (+) Да, эта задача решается пакетами OAM
| + | |
- | * (-) Нет, это задача более верхних уровней
| + | |
- | (Лекции: Другой вид служебных ячеек - OAM (Operation And Maintenance). Эти ячейки используются АТМ-переключателями для проверки работоспособности системы. )
| + | |
- | | + | |
- | == В чём заключается проблема спрятанной станции при использовании CSMA для радиоканала==
| + | |
- | * (+) Станция-передатчик может не видеть станции, которые видит станция-приемник
| + | |
- | * (-) Станция-приемник может не видеть станции, которые видит станция-передатчик
| + | |
- | * (-) Станция-передатчик не всегда видна из-за помех в радиоканале
| + | |
- | * (-) Станция-передатчик может не видеть станцию-приемник
| + | |
- | | + | |
- | == Расшифровка CSMA ==
| + | |
- | * (+) Carrier Sense Multiple Access
| + | |
- | | + | |
- | == Развитое продолжение CSMA ==
| + | |
- | | + | |
- | == Длина счётчика кадров, чтобы определить ошибки передачи m кадров ==
| + | |
- | * log m //с округлением вверх
| + | |
- | | + | |
- | == Какой вид сервиса достаточно использовать на канальном уровне, если ЛВС построена на оптоволокне? ==
| + | |
- | | + | |
- | * () Сервис без уведомления и без соединения
| + | |
- | * () Сервис с уведомлением и без соединения
| + | |
- | * () Сервис без уведомления и с соединением
| + | |
- | * () Сервис с уведомлением и с соединением
| + | |
- | | + | |
- | | + | |
- | | + | |
- | == Выберите составные протоколы PPP ==
| + | |
- | | + | |
- | * [-] MCP
| + | |
- | * [+] LCP
| + | |
- | * [+] NCP
| + | |
- | * [-] INCP
| + | |
- | | + | |
- | == Какой вид сервиса достаточно использовать на канальном уровне, если в ЛВС требуется передавать видео и аудио? ==
| + | |
- | | + | |
- | * (+) Сервис без уведомления и без соединения
| + | |
- | * () Сервис с уведомлением и без соединения
| + | |
- | * () Сервис без уведомления и с соединением
| + | |
- | * () Сервис с уведомлением и с соединением
| + | |
- | | + | |
- | == Какие кадры считаются искаженными в протоколе Frame Relay и должны быть сброшены? ==
| + | |
- | | + | |
- | * [] Нет корректного ограничения флагами
| + | |
- | * [] Присутствует ошибка контрольной суммы
| + | |
- | * [] Содержится несуществующий DLCI
| + | |
- | * [] Имеется менее пяти байтов между флагами
| + | |
- | | + | |
- | == Может ли по стандарту Frame Relay считаться правильным кадр со следующими характеристиками: заголовок имеет два байта; после удаления начального и конечного флагов все оставшиеся байты состоят из единичных битов (1111 1111)? ==
| + | |
- | | + | |
- | * () Да
| + | |
- | * () Нет
| + | |
- | | + | |
- | == Что позволяет протоколу Frame Relay добиться высокой эффективности использования пропускной способности физических линий и каналов связи? ==
| + | |
- | | + | |
- | * [+] Статическое мультиплексирование кадров
| + | |
- | * [] Динамическое мультиплексирование кадров
| + | |
- | * [] Продвинутая схема кодирования байта 9/10 на физическом уровне
| + | |
- | | + | |
- | == Выберите характеристики протокола PPP: ==
| + | |
- | | + | |
- | * [+] Поддерживает различные протоколы нижележащих уровней
| + | |
- | * [+] Выполняет аунтефикацию абонентов
| + | |
- | * [] Поддерживает шифрование данных
| + | |
- | * [] Не поддерживает беспроводные протоколы
| + | |
- | * [+] PPP является байт-ориентированным протоколом
| + | |
- | | + | |
- | == Выберите предшественника большинства протоколов канального уровня: ==
| + | |
- | | + | |
- | * () HDLC
| + | |
- | * (+) SDLC
| + | |
- | * () SLIP
| + | |
- | * () PPP
| + | |
- | | + | |
- | (Лекции:
| + | |
- | Раздел 3.5. Примеры протоколов канала данных.
| + | |
- | 3.5.1. Протокол HDLC (High Level Data Link Control)
| + | |
- | До сих пор мы рассматривали решение основных проблем, с которыми приходится иметь дело на канальном уровне. Теперь мы познакомимся с группой давно известных, но по-прежнему широко используемых на практике протоколов. Все они имеют одного предшественника - SDLC (Synchronous Data Link Control)... )
| + | |
- | | + | |
- | == Необходимо различать кадры, переданные однократно от кадров, переданных повторно. Необходимо различать m подряд передаваемых кадров. Какого размера необходимо ввести счётчик кадров? ==
| + | |
- | | + | |
- | * () m байт
| + | |
- | * () m бит
| + | |
- | * () log_2_(m) байт
| + | |
- | * () log_2_(m) бит
| + | |
- | | + | |
- | == Выберите возможные типы кадров протокола HDLC: ==
| + | |
- | | + | |
- | * [+] Information
| + | |
- | * [] Error
| + | |
- | * [+] Supervisory
| + | |
- | * [] Maintenance
| + | |
- | * [+] Unnumbered
| + | |
- | | + | |
- | == Что покрывает контрольная сумма в протоколе ATM? ==
| + | |
- | | + | |
- | * () Заголовок пакета
| + | |
- | * () Данные пакета
| + | |
- | * () Заголовок и данные пакета
| + | |
- | | + | |
- | == Выберите возможные способы разбиения потока бит на кадры ==
| + | |
- | | + | |
- | * [+] Временная задержка
| + | |
- | * [+] Счетчик символов
| + | |
- | * [+] Вставка специальных начальных символов
| + | |
- | * [-] Нарушение ASCII-кодировки
| + | |
- | * [+] Вставка стартовых и концевых битов
| + | |
- | | + | |
- | == Выберите основные причины, по которым решено было реализовать контрольную сумму в протоколе ATM именно сегодняшним образом: ==
| + | |
- | | + | |
- | * [] ATM предназначен для передачи аудио и видео, для которых небольшие искажения не критичны
| + | |
- | * [] ATM использует оптоволокно, вероятность ошибки в котором минимальна
| + | |
- | * [] Контроль корректности данных может производить любой вышележащий уровень
| + | |
- | * [] XOR двух соседних кадров достаточен для обнаружения любых искажений
| + | |
- | | + | |
- | == Выберите основные недостатки протокола SLIP: ==
| + | |
- | | + | |
- | * [] SLIP работает только с IP-пакетами
| + | |
- | * [] SLIP не подразумевает вунтефикацию сторон
| + | |
- | * [] SLIP может применяться только в соединениях точна-точка с модемами
| + | |
- | * [] SLIP имеет много полей, "раздувающих кадры протокола"
| + | |
- | | + | |
- | == Какой вид сервиса достаточно использовать на канальном уровне, если ЛВС построена на беспроводной связи? ==
| + | |
- | | + | |
- | * () Сервис без уведомления и без соединения
| + | |
- | * (+) Сервис с уведомлением и без соединения
| + | |
- | * () Сервис без уведомления и с соединением
| + | |
- | * () Сервис с уведомлением и с соединением
| + | |
- | | + | |
- | == Выберите основную задачу Канального уровня ==
| + | |
- | | + | |
- | * () Обнаружение ошибок при передаче данных
| + | |
- | * () Обьединение битов, приходящих от физического уровня, в кадры
| + | |
- | * (+) Предоставление сервиса по передаче данных от одной машины к другой сетевому уровню
| + | |
- | * () Решение проблемы перегрузок
| + | |
- | | + | |
- | == К какой группе отностяся протоколы SDLC, HDLC, LAP, LAPB ==
| + | |
- | | + | |
- | * () Байт-ориентированные протоколы
| + | |
- | * () бит-ориентированные протоколы
| + | |
- | | + | |
- | == Какой вид сервиса достаточно исопльзовать на канальном уровне, если ЛВС построена на беспроводной связи? ==
| + | |
- | | + | |
- | * () Сервис без уведомления и без соединения
| + | |
- | * (+) Сервис с уведомлением и без соединения
| + | |
- | * () Сервис без уведомления и с соединением
| + | |
- | * () Сервис с уведомлением и с соединением
| + | |
- | | + | |
- | == Выберите размеры пакеты, возможных в HDLC: ==
| + | |
- | | + | |
- | * [] 9 байтов
| + | |
- | * [] 10 байтов
| + | |
- | * [] 9 байтов и 4 бита
| + | |
- | * [] 9 байтов и 1 бит
| + | |
- | | + | |
- | == Какие ошибки обнаруживает канальный уровень? ==
| + | |
- | | + | |
- | * [] Потерянный кадр с информацией
| + | |
- | * [] Потерянный кадр с подтверждением
| + | |
- | * [] Дубликаты кадров
| + | |
- | * [] Любое искажение битов в кадре
| + | |
- | | + | |
- | == Отметьте различия протоколов HDLC и Frame Rеlay ==
| + | |
- | | + | |
- | * [] В протоколе FR в отличие от HDLC отсутствует нумерация кадров
| + | |
- | * [] Протокол FR в отличие от HDLC является байт-ориентированным
| + | |
- | * [] Протокол FR в отличие от HDLC не предусматривает передачу управляющих сообщений
| + | |
- | * [] Протокол FR в отличие от HDLC может управлять перегрузками
| + | |
- | * [] FR - это другое название HDLC, принятое организацией Frame Relay Forum
| + | |
- | | + | |
- | == Как в АТМ приниающей стороной выделяется кадр из потока бит? ==
| + | |
- | | + | |
- | * () По начальному флагу и фиксированному размеру кадра
| + | |
- | * () По начальному и конечному флагам
| + | |
- | * () ПО НЕС нескольких последовательных кадров
| + | |
- | | + | |
- | == Выберите правильные утверждения ==
| + | |
- | | + | |
- | * [-] Заголовок Frame Relay всегда состоит из 1 байта
| + | |
- | * [-] Заголовок Frame Relay всегда состоит из 2 байтов
| + | |
- | * [-] Заголовок Frame Relay всегда состоит из 4 байтов
| + | |
- | * [+] Длинна заголовка Frame Relay не фиксируется стандартом от FRF
| + | |
- | * [+] Стандарт Frame Relay от FRF рекомендует использовать заголовки из 2-х байтов
| + | |
- | | + | |
- | {{Курс Компьютерные Сети}}
| + | |