Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

Характеристики трафика




Качество обслуживания в современных сетях

Анализ пользовательских требований является первым и наиболее важным ша­гом в процессе разработки сети. Сеть является всего лишь инструментом, кото­рый люди используют для достижения своих целей. Создание сети не является самоцелью — она строится для пользователей и, следовательно, должна отвечать их пожеланиям, требованиям, ожиданиям и т. д. Именно они, в конечном счете, определяют топологию сети, транспортные протоколы, аппаратное и программ­ное обеспечение.

Существует две точки зрения на разрабатываемую сеть: точка зрения пользо­вателя и точка зрения разработчика. Пользователь смотрит на сеть как бы со стороны, а разработчик — изнутри. Поэтому для полноценного анализа требова­ний необходимо объединение взглядов пользователей и разработчиков.

Неверная интерпретация разработчиками пользовательских требований мо­жет привести к краху всего проекта. С другой стороны, дословное следование пользовательским требованиям может привести к такому проекту, который аб­солютно нереализуем ни сегодня, ни в ближайшем будущем (но, впрочем, само составление такого проекта может оказаться крайне полезным). Пользователь мечтает об отсутствии задержек, бесплатном пользовании услугами сети, устой­чивости к ошибкам, легкости в использовании, безопасности и т. д.

Разработчик же должен посмотреть на эти требования со своей профессио­нальной точки зрения. Следует также учитывать, что пользователь предостав­ляет разработчику неполные и несистематизированные требования к сети. Разработчик должен помнить, что требования пользователей к сети будут меняться в процессе эксплуатации сети. Но так или иначе, одним из основных показателей, который должен принимать во внимание разработчик, является ха­рактер сетевого трафика.

Можно выделить две характеристики трафика — единица данных и способ упа­ковки этих единиц. Единицей данных может быть: бит, байт, октет, сообщение, блок. Они упаковываются в файлы, пакеты, кадры, ячейки. Они могут также передаваться без упаковки. В терминах ATM другим именем упакованных дан­ных является PDU (Protocol Data Unit — протокольный блок данных).

Скорость измеряется в единицах данных за единицу времени. Например, па­кеты в секунду, байты в секунду, транзакции в минуту и т. д. Скорость также определяет время, требуемое для передачи единицы данных по сети.

В табл. 3.1 приведен перечень типичных передаваемых данных и скорость их передачи. Различные накладные расходы не учитываются.

Таблица 3.1. Передача данных

Данные Типичный объем Скорость передачи Время передачи
Текстовый файл 30 Кбайт   56 Кбит/с   0.5с  
Электронная таблица 250 Кбайт   56 Кбит/с   4.5с  
Рисунок 1 Мбайт   56 Кбит/с   18с  
Графический файл CAD/CAM 10 Мбайт   56 Кбит/с   3 мин  
Сжатое видео 100 Мбайт   56 Кбит/с   30 мин  

 

Реальный размер передаваемых по сети данных складывается из непосредст­венно данных и необходимого информационного обрамления, составляющего накладные расходы на передачу. Многие технологии устанавливают ограниче­ния на минимальный и максимальный размеры пакета. Так, например, для тех­нологии Х.25 максимальный размер пакета составляет 4096 байт, а в технологии Frame Relay максимальный размер кадра составляет 8096 байт.

Можно выделить четыре наиболее общие характеристики трафика:

q «взрывообразность»,

q терпимость к задержкам,

q время ответа,

q емкость и пропускная способность.

Эти характеристики с учетом маршрутизации, приоритетов, соединений и т. д. как раз и определяют характер работы приложений в сети.

«Взрывообразность» характеризует частоту посылки трафика пользователем. Чем чаще пользователь посылает свои данные в сеть, тем она больше. Пользо­ватель, который посылает данные регулярно, в одном темпе, сводит показатель «взрывообразности» практически к нулю. Этот показатель можно определить отношением максимального (пикового) значения трафика к среднему. Например, если максимальный объем пересылаемых данных в часы пик составляет 100 Мбит/с, а средний объем — 10 Кбит/с, показатель «взрывообразности» будет равен 10.

Терпимость к задержкам характеризует реакцию приложений на все виды задержек в сети. Например, приложения, обрабатывающие финансовые транзак­ции в реальном масштабе времени, не допускают задержек. Большие задержки могут привести к неправильной работе таких приложений.

Приложения сильно различаются по допустимому времени задержки. Есть приложения, работающие в реальном времени (видеоконференции) — там время задержки должно быть крайне малым. С другой стороны, встречаются приложе­ния, терпимые к задержкам в несколько минут или даже часов (электронная почта и пересылка файлов). На рис. 3.1 показано, из чего составляется общее время реакции системы.

 

 

Понятия емкости и пропускной способности сети связаны между собой, но, по сути, это не одно и то же. Емкость сети — это реальное количество ресурсов, доступных пользователю на определенном пути передачи данных. Пропускная способность сети определяется общим количеством данных, которые могут быть переданы в единицу времени. Емкость сети отличается от пропускной способ­ности сети из-за наличия накладных расходов, которые зависят от способа использования сети. Таблица 3.2 содержит характеристики трафика для различ­ных приложений.

Нет ни пользователей, ни разработчиков, которые не были бы озабочены оп­тимальностью создаваемой сетевой инфраструктуры. При этом главный вопрос: будет ли работе сети удовлетворительной по истечении некоторого времени после ее внедрения?

 

 

Таблица 3.2. Характеристики трафика разных приложений

Приложение\ Характеристика «Взрывообразность» трафика Терпимость к задержкам Время ответа Пропускная спо­собность, Мбит/с
Электронная почта Высокая   Высокая   Регламентируется   0.004-0.20  
Голос Средняя   Низкая   Реальное время   0.004-0.64  
Передача файлов Высокая   Высокая   Регламентируется   0.01-600  
CAD/CAM-системы Высокая   Средняя   Близко к реальному времени   1-100  
Обработка транзакций Высокая   Низкая   Близко к реальному времени   0.064-1.544  
Обработка изображений Высокая   Средняя   Реальное время   0.256-25  
Деловое видео Низкая   Низкая   Реальное время   0.256-16  
Развлекательное видео Низкая   Низкая   Близко к реальному времени   1.5-50  
Широковещательное видео Низкая   Низкая   Реальное время   0.128-45  
Связь локальных сетей Высокая   Высокая   Реальное время   4-100  
Доступ к серверу Средняя   Высокая   Реальное время   4-100  
Высококачествен-ное аудио Низкая   Низкая   Реальное время   0.128-1  

Больше всего проблем возникает при попытке «собрать» множество одно­функциональных сетей в одну гибкую многосервисную сеть. Еще трудней по­лучить такую сеть, которая бы смогла разрешить абсолютно все проблемы, хотя бы в обозримом будущем. Сетевые специалисты понимают, что бизнес-функции организации постоянно меняются. Организация совершенствует свою структуру, рабочие группы формируются и исчезают, производство перепрофилируется и т. д. В свою очередь, меняются и приложения, ориентированные на работу в сети. Пользовательские рабочие станции сейчас предоставляют услуги по обра­ботке сообщений, видеоинформации, телефонии и т. д.

В этой связи, при создании сети с комбинированными функциями нужно гарантировать необходимый уровень сервиса для каждого приложения. В про­тивном случае пользователи будут вынуждены отказаться от многосервисной сети в пользу старой специализированной сети. Как показывает текущее состо­яние сети Internet, обработка всего трафика на равных правах приводит к серь­езным проблемам, особенно при ограниченной пропускной способности.

Некоторые приложения требуют быстрой реакции сети. Поэтому возникла необходимость гарантировать время реакции, пропускную способность сети и другие параметры. Такая технология была разработана и получила название ка­чество обслуживания (Quality of Service, QoS).

Качество обслуживания использует распределение по категориям и назначе­ние приоритетов трафикам, что позволит гарантировать трафику с большим приоритетом лучшие условия передачи через сетевую магистраль, вне зависимости мости от требований к пропускной способности трафиков менее важных прило­жений. Технология качества обслуживания может применяться для определения стоимости услуг многосервисной сети. Качество обслуживания позволяет свя­зать стоимость сетевых услуг с сетевой производительностью.

Однако возникает вопрос: какую именно технологию качества обслуживания должен выбрать сетевой специалист? Существует несколько вариантов: орга­низация приоритетных очередей в маршрутизаторах, использование протокола RSVP, применение QoS ATM и т. д. Но следует отметить, что всегда можно отказаться от технологии качества обслуживания. Это можно сделать, например, введя «силовые» методы распределения полосы пропускания и не используя эти методы там, где не нужно. Для выбора конкретной технологии качества обслу­живания необходимо провести анализ требований пользователей к качеству об­служивания и рассмотреть возможные альтернативы.

 




Поделиться с друзьями:


Дата добавления: 2015-07-13; Просмотров: 1700; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.014 сек.