Автор работы: Пользователь скрыл имя, 15 Апреля 2012 в 14:08, курсовая работа
Целью данной курсовой работы является изучение процесса преобразования различного рода трафика физического уровня модели OSI в пакеты канального уровня для дальнейшей передачи по сетям ПД. Для достижения данной цели необходимо выполнить следующие задачи:
1. Рассмотреть все виды сетевого трафика в соответствии со службами ТКС.
2. Выявить свойства нагрузки в виде вызовов, сообщений и сигналов, при взаимодействии сетевых терминалов на канальном уровне модели OSI.
1 Обзор модели OSI
1.1 Характеристики уровней модели OSI
1.2 Протоколы
1.3 Модель OSI и связь между системами
1.4 Службы уровня модели OSI
1.5 Информационные форматы
2 Канальный уровень
2.1 Передача данных на канальном уровне
2.2 Методы передачи данных канального уровня
2.2.1 Аналоговая модуляция
2.2.2 Цифровое кодирование
2.3 Методы коммутации
3 Сравнение интерфейсов канального уровня разных центров коммутации
3.1 Интерфейс центров коммутации каналов
3.2 Интерфейс центров коммутации пакетов
3.3 Интерфейс центра коммутации сообщений
Заключение
В протоколах канального уровня, используемых в локальных сетях, заложена определенная структура связей между компьютерами и способы их адресации. Хотя канальный уровень и обеспечивает доставку кадра между любыми двумя узлами локальной сети, он это делает только в сети с определенной топологией связей, именно той топологией, для которой он был разработан. К таким типовым топологиям, поддерживаемым протоколами канального уровня локальных сетей, относятся "общая шина", "кольцо" и "звезда", а также структуры, полученные из них с помощью мостов и коммутаторов. Примерами протоколов канального уровня являются протоколы Ethernet, Token Ring, FDDI, 100VG-AnyLAN.
В локальных сетях протоколы канального уровня используются компьютерами, мостами, коммутаторами и маршрутизаторами. В компьютерах функции канального уровня реализуются совместными усилиями сетевых адаптеров и их драйверов.
В глобальных сетях, которые редко обладают регулярной топологией, канальный уровень часто обеспечивает обмен сообщениями только между двумя соседними компьютерами, соединенными индивидуальной линией связи. Примерами протоколов "точка-точка" (как часто называют такие протоколы) могут служить широко распространенные протоколы PPP и LAP-B. В таких случаях для доставки сообщений между конечными узлами через всю сеть используются средства сетевого уровня. Именно так организованы сети X.25. Иногда в глобальных сетях функции канального уровня в чистом виде выделить трудно, так как в одном и том же протоколе они объединяются с функциями сетевого уровня. Примерами такого подхода могут служить протоколы технологий ATM и frame relay.
В целом канальный уровень представляет собой весьма мощный набор функций по пересылке сообщений между узлами сети. В некоторых случаях протоколы канального уровня оказываются самодостаточными транспортными средствами, и тогда поверх них могут работать непосредственно протоколы прикладного уровня или приложения, без привлечения средств сетевого и транспортного уровней. Тем не менее, для обеспечения качественной транспортировки сообщений в сетях любых топологий и технологий функций канального уровня оказывается недостаточно, поэтому в модели OSI решение этой задачи возлагается на два следующих уровня — сетевой и транспортный.
Канальный уровень обеспечивает передачу пакетов данных, поступающих от протоколов верхних уровней, узлу назначения, адрес которого также указывает протокол верхнего уровня. Протоколы канального уровня оформляют переданные им пакеты в кадры собственного формата, помещая указанный адрес назначения в одно из полей такого кадра, а также сопровождая кадр контрольной суммой. Протокол канального уровня имеет локальный смысл, он предназначен для доставки кадров данных, как правило, в пределах сетей с простой топологией связей и однотипной или близкой технологией, например в односегментных сетях Ethernet или же в многосегментных сетях Ethernet и Token Ring иерархической топологии, разделенных только мостами и коммутаторами. Во всех этих конфигурациях адрес назначения имеет локальный смысл для данной сети и не изменяется при прохождении кадра от узла-источника к узлу назначения. Возможность передавать данные между локальными сетями разных технологий связана с тем, что в этих технологиях используются адреса одинакового формата, к тому же производители сетевых адаптеров обеспечивают уникальность адресов независимо от технологии.
Другой областью действия протоколов канального уровня являются связи типа "точка-точка" глобальных сетей, когда протокол канального уровня ответственен за доставку кадра непосредственному соседу. Адрес в этом случае не имеет принципиального значения, а на первый план выходит способность протокола восстанавливать искаженные и утерянные кадры, так как плохое качество территориальных каналов, особенно коммутируемых телефонных, часто требует выполнения подобных действий. Если же перечисленные выше условия не соблюдаются, например связи между сегментами Ethernet имеют петлевидную структуру, либо объединяемые сети используют различные способы адресации, как в сетях Ethernet и X.25, то протокол канального уровня не может в одиночку справиться с задачей передачи кадра между узлами и требует помощи протокола сетевого уровня.
Канальный уровень был разбит на два подуровня:
подуровень управления логическим соединением (Logical Link Control - LLC)
подуровень управления доступом к передающей среде (Media Access Control - MAC).
Рис. 4 - Два подуровня канального уровня
Подуровень управления логическим соединением (LLC) канального уровня управляет обменом данными между устройствами по одному каналу сети. Подуровень LLC определяется в спецификации IEEE 802.2 и поддерживает как службы, работающие без подтверждения соединений, так и службы, ориентированные на соединения, используемые протоколами высшего уровня. Спецификация IEEE 802.2 определяет количество полей фреймов канального уровня, позволяющих разделение несколькими протоколами высшего уровня одного физического канала данных.
Подуровень управления доступом к передающей среде (MAC) канального уровня управляет доступом протоколов к физической сетевой среде. Спецификация IEEE определяет MAC адреса и позволяет на канальном уровне множеству устройств идентифицировать друг друга уникальным образом.
Трафик – это нагрузка, создаваемая потоком вызовов, сообщений и сигналов, поступающих на средства связи.
В качестве основных критериев классификации были приняты три характеристики трафика:
относительная предсказуемость скорости передачи данных;
чувствительность трафика к задержкам пакетов;
чувствительность трафика к потерям и искажениям пакетов.
В отношении предсказуемости скорости передачи данных трафик приложений делится на два больших класса:
потоковый трафик (stream);
пульсирующий трафик (burst).
Приложения с потоковым трафиком порождают равномерный поток данных, который поступает в сеть с постоянной битовой скоростью (Constant Bit Rate, CBR). При использовании метода коммутации пакетов трафик таких приложений представляет собой последовательность пакетов одинакового размера (равного В бит), следующих друг за другом через один и тот же интервал времени Т.
В общем случае постоянная скорость потокового трафика меньше номинальной максимальной битовой скорости протокола, с помощью которого передаются данные, так как между пакетами существуют паузы.
Приложения с пульсирующим трафиком отличаются высокой степенью непредсказуемости, когда периоды молчания сменяются пульсацией, в течение которой пакеты «плотно» следуют друг за другом. В результате трафик характеризуется переменной битовой скоростью (Variable Bit Rate, VBR).
Еще один критерий классификации приложений по типу трафика – чувствительность к задержкам пакетов и их вариациям. Далее перечислены основные типы приложений в порядке повышения чувствительности к задержкам пакетов.
Асинхронные приложения. Практически нет ограничений на время задержки (эластичный трафик). Пример такого приложения – электронная почта.
Интерактивные приложения. Задержки могут быть замечены пользователями, но они не сказываются негативно на функциональности приложений. Пример – текстовый редактор, работающий с удаленным файлом.
Изохронные приложения. Имеется порог чувствительности к вариациям задержек, при превышении, которого резко снижается функциональность приложения. Пример – передача голоса, когда при превышении порога вариации задержек в 100-150 мс резко снижается качество воспроизводимого голоса.
Сверхчувствительные к задержкам приложения. Задержка доставки данных сводит функциональность приложения к нулю. Пример – приложения, управляющие техническим объектом в реальном времени. При запаздывании управляющего сигнала на объекте может произойти авария.
Другим критерием классификации приложений является их чувствительность к потерям пакетов. Здесь обычно делят приложения на две группы.
Приложения, чувствительные к потере данных. Практически все приложения, передающие алфавитно-цифровые данные (к которым относятся текстовые документы, коды программ, числовые массивы и т. п.), обладают высокой чувствительностью к потере отдельных, даже небольших, фрагментов данных. Такие потери часто ведут к полному обесцениванию остальной, успешно принятой информации. Например, отсутствие хотя бы одного байта в коде программы делает ее совершенно неработоспособной. Все традиционные сетевые приложения (файловый сервис, сервис баз данных, электронная почта и т. д.) относятся к этому типу приложений.
Приложения, устойчивые к потере данных. К этому типу относятся многие приложения, передающие трафик с информацией об инерционных физических процессах. Устойчивость к потерям объясняется тем, что небольшое количество отсутствующих данных можно определить на основе принятых.
Наиболее существенными характеристиками метода передачи, а значит, и протокола, работающего на канальном уровне, являются следующие:
асинхронный/синхронный;
символьно-ориентированный/бит-
с предварительным установлением соединения/дейтаграммный;
с обнаружением искаженных данных/без обнаружения;
с обнаружением потерянных данных/без обнаружения;
с восстановлением искаженных и потерянных данных/без восстановления;
с поддержкой динамической компрессии данных/без поддержки.
Многие из этих свойств характерны не только для протоколов канального уровня, но и для протоколов более высоких уровней.
Асинхронные протоколы
Асинхронные протоколы представляют собой наиболее старый способ связи. Эти протоколы оперируют не с кадрами, а с отдельными символами, которые представлены байтами со старт-стоповыми символами.
В асинхронных протоколах применяются стандартные наборы символов, чаще всего ASCII или EBCDIC.
Постепенно асинхронные протоколы усложнялись и стали наряду с отдельными символами использовать целые блоки данных, то есть кадры.
Синхронные символьно-ориентированные и бит-ориентированные протоколы.
В синхронных протоколах между пересылаемыми символами (байтами) нет стартовых и стоповых сигналов, поэтому отдельные символы в этих протоколах пересылать нельзя. Все обмены данными осуществляются кадрами, которые имеют в общем случае заголовок, поле данных и концевик (рис. 5). Все биты кадра передаются непрерывным синхронным потоком, что значительно ускоряет передачу данных.
Рис.5 - Кадры синхронных протоколов
Синхронные протоколы канального уровня бывают двух типов: символьно-ориентированные (байт-ориентированные) и бит-ориентированные. Для обоих характерны одни и те же методы синхронизации бит. Главное различие между ними заключается в методе синхронизации символов и кадров.
Символьно-ориентированные протоколы используются в основном для передачи блоков отображаемых символов, например текстовых файлов.
Бит-ориентированный метод сейчас применяется при передаче как двоичных, так и символьных данных.
Передача с установлением соединения и без установления соединения.
При передаче кадров данных на канальном уровне используются как дейтаграммные процедуры, работающие без становления соединения (connectionless), так и процедуры с предварительным установлением логического соединения (connection-oriented).
При дейтаграммной передаче кадр посылается в сеть «без предупреждения», и никакой ответственности за его утерю протокол не несет (рис.6 а). Предполагается, что сеть всегда готова принять кадр от конечного узла. Дейтаграммный метод работает быстро, так как никаких предварительных действий перед отправкой данных не выполняется. Однако при таком методе трудно организовать в рамках протокола отслеживание факта доставки кадра узлу назначения. Этот метод не гарантирует доставку пакета.
Рис. 6 - Протоколы без установления соединения (а) и с установлением соединения (б)
Передача с установлением соединения более надежна, но требует больше времени для передачи данных и вычислительных затрат от конечных узлов.
В этом случае узлу-получателю отправляется служебный кадр специального формата с предложением установить соединение (рис. 6, б). Если узел-получатель согласен с этим, то он посылает в ответ другой служебный кадр, подтверждающий установление соединения и предлагающий для данного логического соединения некоторые параметры.
Обнаружение и коррекция ошибок
Канальный уровень должен обнаруживать ошибки передачи данных, связанные с искажением бит в принятом кадре данных или с потерей кадра, и по возможности их корректировать.
Большая часть протоколов канального уровня выполняет
только первую задачу - обнаружение ошибок, считая, что корректировать ошибки, то есть повторно передавать данные, содержавшие искаженную информацию, должны протоколы верхних уровней. Так работают такие популярные протоколы локальных сетей, как Ethernet, Token Ring, FDDI и другие. Однако существуют протоколы канального уровня, например LLC2 или LAP-B, которые самостоятельно решают задачу восстановления искаженных или потерянных кадров.
Методы обнаружения ошибок.
Все методы обнаружения ошибок основаны на передаче в составе кадра данных служебной избыточной информации, по которой можно судить с некоторой степенью вероятности о достоверности принятых данных. Эту служебную информацию принято называть контрольной суммой или (последовательностью контроля кадра - Frame Check Sequence, FCS). Контрольная сумма вычисляется как функция от основной информации, причем необязательно только путем суммирования. Принимающая сторона повторно вычисляет контрольную сумму кадра по известному алгоритму и в случае ее совпадения с контрольной суммой, вычисленной передающей стороной, делает вывод о том, что данные были переданы через сеть корректно.