admin / 02.12.2017
.
Содержание
· нет, никогда
· да, всегда
· в некоторых случаях
Какой тип устройств может выполнять функции коммутатора?
· специализированное программно-аппаратное устройство
· универсальный компьютер с установленным соответствующим программным обеспечением
· полностью аппаратное устройство
В каком из случаев совокупность данных может быть определена как поток, если идет речь о задаче коммутации?
· совокупность данных, генерируемых определенным приложением и направляемых по определенному адресу
· совокупность данных, которыми обмениваются все компьютеры между собой
· совокупность данных, поступающих на определенный входной интерфейс коммутатора
· совокупность данных, которые направляются от определенного узла к другому определенному узлу
Какой тип устройств может выполнять функции коммутатора?
· специализированное программно-аппаратное устройство
· универсальный компьютер с установленным соответствующим программным обеспечением
· полностью аппаратное устройство
Какое из этих устройств можно назвать коммутатором?
· мультиплексор
· электрический выключатель
· автоматическая телефонная станция
· ни одно из перечисленных
В каком из случаев совокупность данных может быть определена как поток, если идет речь о задаче коммутации?
· совокупность данных, генерируемых определенным приложением и направляемых по определенному адресу
· совокупность данных, которыми обмениваются все компьютеры между собой
· совокупность данных, поступающих на определенный входной интерфейс коммутатора
· совокупность данных, которые направляются от определенного узла к другому определенному узлу
Какие из критериев могут использоваться при выборе маршрута?
· номинальная пропускная способность
· загруженность каналов связи
· ?
прохождение данных через сеть того или иного провайдера
· количество промежуточных транзитных узлов
· надежность каналов и транзитных узлов
Может ли возникать задача выбора маршрута в полносвязной сети?
· нет, никогда
· да, всегда
· в некоторых случаях
— 50. Какие из этих утверждений могут быть в некоторых случаях верными?
· маршруты фиксируются в коммутаторах путем жесткого соединения пар интерфейсов
· маршруты определяются администратором и заносятся вручную в специальную таблицу
· таблица маршрутов строится автоматически сетевым программно-аппаратным обеспечением
· для каждого коммутатора строится своя таблица маршрутов, которая на нем и хранится
· таблица маршрутов хранится централизованно на одном из сетевых устройств
Какие из критериев могут использоваться при выборе маршрута?
· номинальная пропускная способность
· загруженность каналов связи
· прохождение данных через сеть того или иного провайдера
· количество промежуточных транзитных узлов
· надежность каналов и транзитных узлов
Какой элемент сети с коммутацией каналов может отказать запрашивающему узлу в установлении составного канала?
· никакой, сеть всегда готова принять данные от абонента
· любой промежуточный узел
· конечный узел-получатель
Какие из перечисленных ниже свойств сетей с коммутацией пакетов негативно сказываются на передаче мультимедийной информации?
· возможность динамически перераспределять пропускную способность физических каналов связи между абонентами в соответствии с реальными потребностями их трафика
· неопределенность скорости передачи данных между абонентами сети, обусловленная зависимостью задержек в очередях буферов коммутаторов сети от общей загрузки сети
· переменная величина задержки пакетов данных, которая может быть достаточно продолжительной в моменты мгновенных перегрузок сети
· возможные потери данных из-за переполнения буферов
54. Какие из перечисленных ниже свойств сетей с коммутацией каналов являются их недостатками?
· обязательная задержка перед передачей данных из-за фазы установления соединения
· постоянная и известная скорость передачи данных по установленному между конечными узлами каналу
· возможность отказа сети в обслуживании запроса на установление соединения
· низкий и постоянный уровень задержки передачи данных через сеть
Какие свойства относятся к сетям с коммутацией каналов?
· сеть всегда готова принять данные от абонента
· ресурсы сети используются эффективно при передаче пульсирующего трафика
· пропускная способность сети для абонентов неизвестна,
· задержки передачи носят случайный характер
· трафик реального времени передается без задержек
Используется ли буферизация в сетях с коммутацией каналов?
· всегда, на каждом промежуточном узле
· нет, никогда
· иногда, при большой загрузке сети
Какая из перечисленных ниже технологий основана на коммутации пакетов?
· Ethernet
· Token Ring
· SDH
· телефонные сети
Какие из перечисленных ниже свойств относятся к технологии с коммутацией сообщений?
· близка к технологии коммутации пакетов
· каждая порция данных снабжается адресом
· передаваемая порция данных может храниться на транзитных узлах достаточно долгое время
· используется для передачи несрочных данных
· допускает использование коммутируемых каналов
Какие из перечисленных ниже свойств относятся к сетям с коммутацией каналов?
· обязательная задержка перед передачей данных из-за фазы установления соединения
· низкий и постоянный уровень задержки передачи данных через сеть
· возможность динамически перераспределять пропускную способность физических каналов связи между абонентами в соответствии с реальными потребностями их трафика
· переменная величина задержки пакетов данных
· ресурсы сети используются эффективно при передаче пульсирующего трафика
· постоянная и известная скорость передачи данных по установленному между конечными узлами каналу
· неопределенность скорости передачи данных между абонентами сети
· возможные потери данных из-за переполнения буферов
· гарантированная пропускная способность (полоса) для взаимодействующих абонентов
· каждая порция данных снабжается адресом
· трафик реального времени передается без задержек
· сеть может отказать абоненту в установлении соединения
60.
Какие более частные задачи включает в себя обобщенная задача коммутации абонентов?
Что такое поток данных?
Какой способ коммутации более эффективен: коммутация каналов или коммутация пакетов?
63. Объясните разницу между тремя понятиями:
· логические соединения, на которых основаны некоторые протоколы;
· виртуальные каналы в сетях с коммутацией пакетов;
· составные каналы в сетях с коммутацией каналов.
Этот документ содержит информацию для сообщества Internet. Документ не задает каких-либо стандартов Internet. Допускается свободное распространение документа.
Этот документ является воспроизведением RFC 1944 с корректировкой значений IP-адресов, которые были выделены для использования по умолчанию оборудованием для тестирования сетей (см. параграф C.2.2 ). Данный документ заменяет собой утративший силу RFC 1944.
В этом документе содержатся определения и обсуждение множества тестов, которые могут служить для определения параметров производительности устройств, используемых для соединения сетей. Кроме того, в документе описаны специфические форматы представления результатов тестирования. В Приложении A перечислены тесты и условия, которые в понимании авторов следует использовать в особых случаях, а также приведена дополнительная информация о практике тестирования. В Приложении B приведены справочные сведения о максимальных скоростях передачи кадров для различных технологий и размеров кадра. В Приложении C приведены примеры формата кадров, которые могут использоваться для тестирования.
Производители зачастую приукрашивают свою продукцию для ее продвижения на рынке. В стремлении занять большую часть рынка они иной раз вводят в заблуждение потенциальных пользователей своей продукции.
В этом документе определены наборы тестов, которые производители могут использовать для измерения параметров производительности сетевых устройств. Результаты таких тестов обеспечат пользователей сравнимыми данными о продукции разных компаний, которые можно использовать для оценки и выбора устройств.
Предшествующий документ «Benchmarking Terminology for Network Interconnect Devices» (RFC 1242) содержит определения множества терминов, используемых в этом документе. Рекомендуется прочесть документ, содержащий определения используемых терминов.
Согласно Серии Международных Стандартов ISO 9000 качество — это совокупность свойств системы, позволяющих удовлетворять потребностям и ожиданиям потребителя. Рассмотрим основные показатели качества информационно-вычислительных сетей.
1. Полнота выполняемых функций. Сеть должна обеспечивать выполнение всех предусмотренных для нее функций по доступу ко всем ресурсам, по совместной работе узлов и по реализации всех протоколов и стандартов работы.
2. Производительность — среднее количество запросов пользователей сети, исполняемых за единицу времени.
3. Пропускная способность — важная характеристика производительности сети, определяется объемом данных, передаваемых через сеть (или ее звено — сегмент) за единицу времени.
Часто используется другое название — скорость передачи данных.
4. Надежность сети — важная ее техническая характеристика, чаще всего характеризующаяся средним временем наработки на отказ.
5. Достоверность результантной информации — важная потребительская характеристика сети.
6. Безопасность информации в сети является важнейшим ее параметром, поскольку современные сети имеют дело с конфиденциальной информацией. Способность сети защитить информацию от несанкционированного доступа и определяет степень ее безопасности.
7. Прозрачность сети — еще одна ее потребительская характеристика, означающая невидимость особенностей внутренней архитектуры сети для пользователя, он должен иметь возможность обращаться к ресурсам сети как к локальным ресурсам своего собственного компьютера.
8. Масштабируемость — это возможность расширения сети без заметного снижения ее производительности.
9. Универсальность сети — возможность подключения к ней разнообразного технического оборудования программного обеспечения от разных производителей.
В состав этих показателей качества сети входят важные технические характеристики, которые могут быть оценены и выражены количественными значениями измеряемых или вычисляемых величин: производительность, пропускная способность, надежность, достоверность результантной информации, безопасность информации.
В телекоммуникацияхкруговая задержка (англ.round-trip delay time, RTD) или время приема-передачи (англ.round-trip time, RTT) — это время, затраченное на отправку сигнала, плюс время, которое требуется для подтверждения, что сигнал был получен.
Это время задержки, следовательно, состоит из времени передачи сигнала между двумя точками.
Сетевые линии связи с высокой пропускной способностью канала и с большим временем приема-передачи (RTT) могут содержать очень большие объёмы данных (произведение пропускной способности на задержку) «на лету» в любой момент времени. Такие «длинные и широкие трубы» требуют специально разработанных протоколов. Одним из примеров является возможность масштабирования окна TCP.
Первоначально время приёма-задержки оценивалось в TCP как:
Где α является постоянным весовым коэффициентом (0 ≤ α < 1). Выбор значения α близкому к 1 делает средневзвешенную невосприимчивость к изменениям, которые длятся короткое время (например, один сегмент, который сталкивается с длительной задержкой). Выбор значения α близкому к 0 делает средневзвешенную ответную реакцию на изменения в задержке очень быстрой.
Это соотношение было улучшено алгоритмом Якобсона/Карэлса, который так же принимает во внимание среднеквадратическое отклонение.
После расчёта нового времени приёма-передачи, оно подставляется в уравнение выше, чтобы получить среднее время приёма-передачи для этого соединения, и процедура продолжается для каждого нового расчёта.
В этом разделе мы более формально рассмотрим характеристики производительности сети, относящиеся к задержкам и потерям пакетов.
Односторонняя задержка пакетов (One-Way Delay Metric, OWD) входит в число стандартов IPPM и описана в RFC 2679 (http://www.ietf.org/rfc/rfc2679.txt). Единичное значение этой метрики описывается как время передачи пакета определенного типа между некоторыми двумя узлами сети. Под определенным типом понимается пакет, который имеет определенный набор заранее заданных признаков; стандарт жестко не оговаривает эти признаки, но указывает, что ими могут быть, например, размер пакета, тип приложения, сгенерировавшего пакет, тип протокола транспортного уровня, который доставил пакет, а также некоторые другие. Смысл используемого набора признаков состоит в том, чтобы выделить из общего потока пакетов, приходящего в узел назначения, те пакеты, характеристики которых интересуют специалиста, проводящего измерения.
Единичное значение односторонней задержки пакетов определяется как интервал времени между моментом помещения в исходящую линию связи первого бита пакета узлом-отправителем и моментом приема последнего бита пакета с входящей линии связи узла-получателя.
Так как в этом определении учитывается время буферизации пакета узлом-получателем, то задержка зависит от размера пакета, и для получения сопоставимых результатов желательно в определении типа пакетов задавать определенный размер пакета. RFC 2679 не поясняет, почему было выбрано определение задержки, зависящее от размера пакета, но можно предполагать, что это связано с удобством измерения времени прихода пакета, так как программно его можно измерить только после завершения записи всего пакета в буфер операционной системы. Да и понять, относится ли пакет к нужному типу, при получении только его первого бита также невозможно.
В том случае, если пакет не прибыл в узел назначения за некоторое достаточно большое время (точное значение оставлено разработчику системы измерений), то пакет считается утерянным, а его задержка неопределенной (ее можно полагать равной бесконечности).
Последовательность замеров рекомендуется выполнять в случайные моменты времени, подчиняющиеся распределению Пуассона. Такой порядок выбора времени замеров позволяет избежать возможной синхронизации измерений с любыми периодическими флюктуациями в поведении сети, так как такая синхронизации может существенно исказить наблюдаемую картину.
И, наконец, RFC 2679 рекомендует использовать следующие статистические оценки для одностороннего времени задержки:
□ квантиль для некоторого процента, при этом само значение процента не оговаривается;
□ среднее значение задержки;
□ минимальное значение задержки (в выборке).
Квантили удобны для оценки задержек в тех случаях, когда процент потерь пакетов достаточно высок, так что вычисление среднего значения задержки вызывает определенные трудности (можно игнорировать потери пакетов, но тогда мы получим слишком заниженную оценку). Для вычисления квантиля потерянные пакеты можно рассматривать как пакеты, пришедшие с бесконечно большой задержкой, которая, естественно, больше значения квантиля.
ПРИМЕЧАНИЕ
В некоторых случаях желательно иметь более однозначные рекомендации для выбираемых статистических оценок. На помощь здесь может прийти документ IETF, который на момент написания этой книги имел статус проекта стандарта Интернета. В этом проекте, называемом «Метрики IP- производительности для пользователей» (http://www.ietf.org/internet-drafts/draft-ietf-ippm-reporting-03.txt), приводятся более определенные рекомендации для основных характеристик производительности сети; к тому же выбранные оценки интуитивно понятны для пользователя. Так, в качестве оценки односторонней задержки в этом документе рекомендуется использовать медиану выборки.
Время реакции сети представляет собой интегральную характеристику производительности сети с точки зрения пользователя. Именно эту характеристику имеет в виду пользователь, когда говорит: «Сегодня сеть работает медленно».
Время реакции сети определяется как интервал времени между отправкой запроса пользователя к какой-либо сетевой службе и получением ответа на этот запрос.
Время реакции сети можно представить в виде нескольких слагаемых, например (рис. 6.6): времени подготовки запросов на клиентском компьютере , времени передачи запросов между клиентом и сервером через сеть (tceть), времени обработки запросов на сервере , времени передачи ответов от сервера клиенту через сеть (снова ) и времени обработки получаемых от сервера ответов на клиентском компьютере .
Рис. 6.6. Время реакции и время оборота
Время реакции сети характеризует сеть в целом, в том числе качество работы аппаратного и программного обеспечения серверов. Для того чтобы отдельно оценить транспортные возможности сети, используется другая характеристика — время оборота данных по сети.
Время оборота пакета (Round Trip Time, RTT) входит в число стандартов IPPM, описано в RFC 2681 (http://www.ietf.org/rfc/rfc2681.txt). Время оборота является составляющей времени реакции сети — это «чистое» время транспортировки данных от узла отправителя до узла назначения и обратно без учета времени, затраченного узлом назначения на подготовку ответа:
RTT = 2 tсеть
Единичное значение времени оборота определяется как интервал времени между отправкой первого бита пакета определенного типа узлом-отправителем узлу-получателю и получением последнего бита этого пакета узлом-отправителем после того, как пакет был получен узлом-получателем и отправлен обратно.
При этом узел-получатель должен отправить пакет узлу-отправителю как можно быстрее, чтобы не вносить искажения за счет времени обработки пакета.
RFC 2861 рекомендует ту же последовательность замеров времени оборота, что и для односторонней задержки, то есть случайные интервалы, подчиняющиеся распределению Пуассона.
RTT является удобной для измерений характеристикой, так как для ее получения не требуется синхронизация узла-отправителя и узла-получателя (узел-отправитель ставит временную отметку на отправляемый пакет, а затем по прибытии его от узла-получателя сравнивает эту отметку со своим текущим системным временем).
Однако информативность времени оборота меньше, чем односторонней задержки, так как информация о задержке в каждом направлении теряется, а это может затруднить поиск проблемного пути в сети.
Вариация задержки пакета (IP Packet Delay Variation, IPDV), которая входит в число стандартов IPPM, описана в RFC 3393 (http://www.ietf.org/rfc/rfc3393.txt).
Вариация задержки пакетов, которую также называют джиттером (jitter), очень важна для некоторых приложений. Так, при воспроизведении видеоклипа сама по себе задержка не очень существенна, например, если все пакеты задерживаются ровно на десять секунд, то качество воспроизведения не пострадает, а тот факт, что картинка появляется чуть позже, чем ее отослал сервер, пользователь даже не заметит (однако в интерактивных видеоприложениях, таких как видеоконференции, подобная задержка будет, конечно, уже ощутимо раздражать). А вот если задержки постоянно изменяются в пределах от нуля до 10 секунд, то качество воспроизведения клипа заметно ухудшится, для компенсации таких переменных задержек нужна предварительная буферизации поступающих пакетов в течение времени, превышающем вариацию задержки.
Единичное значение оценки вариации задержки определяется в RFC 3393 как разность односторонних задержек для пары пакетов заданного типа, полученных на интервале измерений Т.
Как и для односторонней задержки, тип пакета может задаваться любыми признаками, однако для определенности измерений вариации задержки размеры обоих пакетов пары должны быть одинаковыми. Основной вопрос в этом определении — каким образом выбрать пару пакетов на интервале измерения Т? Для ответа на этот вопрос в RFC 3393 вводится дополнительная функция — так называемая избирательная функция, которая и определяет правила выбора пары пакетов. Стандарт не определяет точное значение этой функции, он только говорит, что она должна существовать, и дает примеры возможных функций. Например, пары могут образовываться из всех последовательных пакетов, полученных на интервале; другим примером является выбор пакетов с определенными номерами в последовательности полученных пакетов, например пакетов с номерами 1, 5, 10, 15 и т. д. с интервалом 5.
Для оценки вариации задержки в соответствии с рекомендациями RFC 3393 требуется измерение задержек определенных пар пакетов. В то же время часто используется другой подход к определению вариации задержки, требующий только знания выборки односторонних задержек без их группировки в пары, отвечающие определенным условиям. Например, в уже упоминавшемся документе «Метрики IP-производительности для пользователей» в качестве оценки вариации задержки предлагается так называемый разброс задержки (delay spread).
Разброс задержки определяется как разность между 75- и 25-процентными квантилями односторонней задержки. Таким образом, для того чтобы оценить вариацию задержки по этому определению, достаточно получить выборку значений односторонней задержки, а затем найти соответствующие квантили.
⇐ Предыдущая84858687888990919293Следующая ⇒
Дата публикования: 2014-10-25; Прочитано: 611 | Нарушение авторского права страницы
FILED UNDER : IT