Эти четыре пары кабеля UTP категории 5 образуют канал, по которому со скоростью 1000 Мбит в секунду данные могут передаваться в обоих направлениях. Поскольку максимальная допустимая скорость передачи данных по кабелю UTP категории 5 составляет не более 125 МГц, канал 1000 Base T должен обеспечивать передачу 8 бит данных в каждый период изменения сигнала (8 нс).
4) Протокол сетевого уровня (англ. Network layer ) - протокол 3-го уровня сетевой модели OSI, предназначается для определения пути передачи данных. Отвечает за трансляцию логических адресов и имён в физические, определение кратчайших маршрутов, коммутацию имаршрутизацию, отслеживание неполадок и заторов в сети. На этом уровне работает такое сетевое устройство, как маршрутизатор.
В пределах семантики иерархического представления модели OSI Сетевой уровень отвечает на запросы обслуживания от Транспортного уровня и направляет запросы обслуживания на Канальный уровень.
Протоколы сетевого уровня маршрутизируют данные от источника к получателю и могут быть разделены на два класса: протоколы с установкой соединения и без него.
· Протоколы с установкой соединения начинают передачу данных с вызова или установки маршрута следования пакетов от источника к получателю. После чего начинают последовательную передачу данных и затем по окончании передачи разрывают связь.
· Протоколы без установки соединения посылают данные, содержащие полную адресную информацию в каждом пакете. Каждый пакет содержит адрес отправителя и получателя. Далее каждое промежуточное сетевое устройство считывает адресную информацию и принимает решение о маршрутизации данных. Письмо или пакет данных передается от одного промежуточного устройства к другому до тех пор, пока не будет доставлено получателю. Протоколы без установки соединения не гарантируют поступление информации получателю в том порядке, в котором она была отправлена, т.к. разные пакеты могут пройти разными маршрутами. За восстановления порядка данных при использовании сетевых протоколов без установки соединения отвечают транспортные протоколы.
Функции Сетевого уровня:
· модели соединения: с установкой соединения и без установки соединения
Сетевой уровень модели OSI может быть как с установкой соединения, так и без него. Для сравнения - Межсетевой уровень (англ. internet ) стека протоколовМодели DoD (Модель TCP/IP) поддерживает только протокол IP, который является протоколом без установки соединения; протоколы с установкой соединения находятся на следующих уровнях этой модели.
· адрес, присвоенный сетевому узлу
Каждый хост в сети должен иметь уникальный адрес, который определяет, где он находится. Этот адрес обычно назначается из иерархической системы. В Интернете адреса известны как адреса протокола IP.
· продвижение данных
Так как многие сети разделены на подсети и соединяются с другими сетями широковещательными каналами, сети используют специальные хосты, которые называются шлюзами или роутерами (маршрутизаторами) для доставления пакетов между сетями. Это также используется в интересах мобильных приложений, когда пользователь двигается от одного приложения к другому, в этом случае пакеты (сообщения) должны следовать за ним. В протоколе IPv4 такая идея описана, но практически не применяется. IPv6 содержит более рациональное решение.
ICMP (англ. Internet Control Message Protocol - протокол межсетевых управляющих сообщений ) - сетевой протокол, входящий в стек протоколов TCP/IP. В основном ICMP используется для передачи сообщений об ошибках и других исключительных ситуациях, возникших при передаче данных, например, запрашиваемая услуга недоступна, или хост, илимаршрутизатор не отвечают. Также на ICMP возлагаются некоторые сервисные функции.
ICMP-сообщения (тип 12) генерируются при нахождении ошибок в заголовке IP-пакета (за исключением самих ICMP-пакетов, дабы не привести к бесконечно растущему потоку ICMP-сообщений об ICMP-сообщениях).
ICMP-сообщения (тип 3) генерируются маршрутизатором при отсутствии маршрута к адресату.
Утилита Ping, служащая для проверки возможности доставки IP-пакетов, использует ICMP-сообщения с типом 8 (эхо-запрос) и 0 (эхо-ответ).
Утилита Traceroute, отображающая путь следования IP-пакетов, использует ICMP-сообщения с типом 11.
ICMP-сообщения с типом 5 используются маршрутизаторами для обновления записей в таблице маршрутизации отправителя.
ICMP-сообщения с типом 4 используются получателем (или маршрутизатором) для управления скоростью отправки сообщений отправителем.
5) Транспортный уровень (англ. Transport layer ) - 4-й уровень сетевой модели OSI, предназначен для доставки данных. При этом не важно, какие данные передаются, откуда и куда, то есть, он предоставляет сам механизм передачи. Блоки данных он разделяет на фрагменты, размер которых зависит от протокола, короткие объединяет в один, а длинные разбивает. Протоколы этого уровня предназначены для взаимодействия типа точка-точка. Пример: TCP, UDP, SCTP.
Существует множество классов протоколов транспортного уровня, начиная от протоколов, предоставляющих только основные транспортные функции, например, функции передачи данных без подтверждения приема, и заканчивая протоколами, которые гарантируют доставку в пункт назначения нескольких пакетов данных в надлежащей последовательности, мультиплексируют несколько потоков данных, обеспечивают механизм управления потоками данных и гарантируют достоверность принятых данных.
Некоторые протоколы транспортного уровня, называемые протоколами без установки соединения, не гарантируют, что данные доставляются по назначению в том порядке, в котором они были посланы устройством-источником. Некоторые транспортные уровни справляются с этим, собирая данные в нужной последовательности до передачи их на сеансовый уровень. Мультиплексирование (multiplexing) данных означает, что транспортный уровень способен одновременно обрабатывать несколько потоков данных (потоки могут поступать и от различных приложений) между двумя системами. Механизм управления потоком данных - это механизм, позволяющий регулировать количество данных, передаваемых от одной системы к другой. Протоколы транспортного уровня часто имеют функцию контроля доставки данных, заставляя принимающую данные систему отправлять подтверждения передающей стороне о приеме данных.
UDP (англ. User Datagram Protocol - протокол пользовательских датаграмм) - один из ключевых элементов Transmission Control Protocol/Internet Protocol, набора сетевых протоколов для Интернета. С UDP компьютерные приложения могут посылать сообщения (в данном случае называемые датаграммами) другим хостам по IP-сети без необходимости предварительного сообщения для установки специальных каналов передачи или путей данных. Протокол был разработан Дэвидом П. Ридом в 1980 году и официально определён в RFC 768.
UDP использует простую модель передачи, без неявных «рукопожатий» для обеспечения надёжности, упорядочивания или целостности данных. Таким образом, UDP предоставляет ненадёжный сервис, и датаграммы могут прийти не по порядку, дублироваться или вовсе исчезнуть без следа. UDP подразумевает, что проверка ошибок и исправление либо не нужны, либо должны исполняться в приложении. Чувствительные ко времени приложения часто используют UDP, так как предпочтительнее сбросить пакеты, чем ждать задержавшиеся пакеты, что может оказаться невозможным в системах реального времени. При необходимости исправления ошибок на сетевом уровне интерфейса приложение может задействовать TCP или SCTP, разработанные для этой цели.
Природа UDP как протокола без сохранения состояния также полезна для серверов, отвечающих на небольшие запросы от огромного числа клиентов, например DNS и потоковые мультимедийные приложения вроде IPTV, Voice over IP, протоколы туннелирования IP и многие онлайн-игры.
Локальные вычислительные сети строились с использованием нескольких типов протоколов физического уровня, отличающихся типом среды передачи, частотным диапазоном сигналов, уровнями сигналов, способами кодировки.
Первыми технологиями построения ЛВС, получившими коммерческое признание, были патентованные решения ARCNET (Attached Resource Computer NETwork ) и Token ring (маркерное кольцо), однако в начале 90-х годов прошлого века они постепенно были практически повсеместно вытеснены сетями на базе семейства протоколов Ethernet .
Этот протокол был разработан Исследовательским центром в Пало Альто (PARC) корпорации Xerox в 1973-м году. В 1980 компании Digital Equipment Corporation, Intel Corporation и Xerox Corporation совместно разработали и приняли спецификацию Ethernet (Version 2.0). Тогда же в институте IEEE (Institute of Electrical and Electronics Engineers) был организован комитет 802 по стандартизации локальных сетей, в результате работы которого было принято семейство стандартов IEEE 802.x, которые содержат рекомендации по проектированию нижних уровней локальных сетей. В это семейство входят несколько групп стандартов:
802.1 - объединение сетей.
802.2 - Управление логической связью.
802.3 - ЛВС с множественным доступом, контролем несущей и обнаружением коллизий (Ethernet).
802.4 - ЛВС топологии «шина» с передачей маркера.
802.5 - ЛВС топологии «кольцо» с передачей маркера.
802.6 - сеть масштаба города (Metropolitan Area Network, MAN).
802.7 - Консультативный совет по широковещательной технологии (Broadcast Technical Advisory Group).
802.8 -- Консультативный совет по оптоволоконной технологии (Fiber-Optic Technical Advisory Group).
802.9 - Интегрированные сети с передачей речи и данных (Integrated Voice/Data Networks).
802.10 - Безопасность сетей.
802.11 - Беспроводная сеть.
802.12 - ЛВС с доступом по приоритету запроса (Demand Priority Access LAN,
lOObaseVG-AnyLan).
802.13 – номер не был использован!!!
802.14 – Передача данных по сетям кабельного TV (не активна с 2000 г.)
802.15 - Беспроводные персональные сети (WPAN) например Bluetooth, ZigBee, 6loWPAN
802.16 - Беспроводные сети WiMAX (W orldwide I nteroperability for M icrowave A cce s s , по-русски читается вайма́кс )
802.17 называется RPR (Resilient Packet Ring - адаптивное кольцо для пакетов). Разрабатывается с 2000 года в качестве современной магистральной сети городского масштаба.
По каждой группе работает свой подкомитет, который разрабатывает и принимает обновления. Стандарты серии IEEE 802 охватывают два уровня модели OSI, нас пока интересуют только те из них и в той части, которые описывают физический уровень.
Ethernet (802 .3) - ЛВС с множественным доступом, контролем несущей и обнаружением коллизий.
На сегодняшний день Ethernet является наиболее распространенными протоколами локальных вычислительных сетей. Причем спецификация IEEE 802.3 на сегодняшний день описывает несколько вариантов физической реализации ЛВС с разными средами передачи и скоростями передачи данных.
Базовым свойством, объединяющим все эти спецификации является метод управления доступом к среде передачи данных. Для Ethernet это множественный доступ с контролем несущей и обнаружением коллизий (CSMA/CD, Carrier Sense Multiple Access with Collision Detection). В сети Ethernet все узлы равноправны, нет какого либо централизованного управления их активностью или разграничения полномочий (как, например в Token ring). Каждый узел непрерывно прослушивает среду передачи и анализирует содержимое всех пакетов данных, если пакет предназначен не данному узлу, он ему не интересен и на верхние уровни не передается. Проблемы обычно возникают при передаче, поскольку никто не гарантирует, что два узла не попытаются вести передачу одновременно (в результате в кабеле возникнет невоспринимаемая суперпозиция двух сигналов). Для предотвращения таких ситуаций (коллизий ) каждый узел прежде чем начать передачу убеждается в отсутствии в кабеле сигналов от других сетевых устройств (контроль несущей ). Но этого не достаточно для предотвращения коллизий из-за ограниченности скорости распространения сигнала в среде передачи. Возможна ситуация, что какой-то другой узел уже начел передачу, просто сигнал от него еще не достиг рассматриваемого нами устройства. Т.е в сети Ethernet возможны и являются штатными ситуации когда два или более узла одновременно пытаются передавать данные мешая друг другу. Процедура разрешения такой коллизии заключается в том, что обнаружив в процессе передачи присутствие в кабеле чужого сигнала, все попавшие в такую ситуацию узлы прекращают передачу и предпринимают попытки возобновить её через различные интервалы времени.
Недостаток вероятностного метода доступа - неопределенное время прохождения кадра, резко возрастающее при увеличении нагрузки на сеть, что ограничивает его применение в системах реального времени.
Рассмотрим подробнее процедуру обнаружения коллизии и взаимозависимость допустимых размеров сети от скорости передачи данных и длины информационных пакетов, передаваемых по сети. Содержимое и внутреннее устройство кадров Ethernet мы будем разбирать на канальном уровне. Пока мы просто будем учитывать, что при скорости распространения сигнала в проводнике около 200 000 000 м/с при работе сетевого адаптера Ethernet IEEE 802.3 со скоростью передачи данных 10 Мбит/с на отправку одного байта уходит 0,8 мкс и он представляет из себя волновой пакет длиной около 150 м.
Теперь еще раз вернёмся к рисунку. Чтобы рабочая станция «А» узнала, что в процессе передачи имела место коллизия, суперпозиция «столкнувшихся» сигналов должна достичь её до того, как будет завершена передача. Это накладывает ограничения на возможную минимальную длину отправляемых пакетов. Действительно, если использовать пакеты короче чем длина кабеля между рабочими станциями «А» и «В», возможна ситуация, когда пакет полностью отправлен первой станцией (и она уже решила, что передача прошла успешно), а он еще даже не дошел до второй, и она имеет полное право начинать передавать свои данные в любой момент времени. Нетрудно убедиться, что избежать подобных недоразумений можно только используя пакеты такой длины, что за время их передачи сигнал успевает добежать до самой удаленной станции и вернуться обратно.
При скорости передачи данных в 10 Мбит/с эта проблема не играла существенной роли и минимальная длина кадра была ограничена размером 64 байта. За время их передачи первые биты успевают пробежать около 10 км, и для сетей с максимальной длиной сегмента в 500 м. все необходимые условия оказываются выполненными.
При переходе к 100 Мбит/с длина минимального кадра сократиться в 10 раз. Это существенно ужесточает параметры работы сети и максимальное расстояние между станциями было сокращено до 100 м.
При скорости 1000 Мбит/с 64 байта передаются всего за 0,512 мкс и поэтому в гигабитных сетях пришлось увеличить минимальную длину кадра в 8 раз до 512 байт. Если данных для наполнения кадра не хватает, сетевой адаптер просто дополняет его специальной последовательностью символов до этой длины. Этот приём называется «расширением носителя».
Решая проблему обнаружения коллизий, расширение носителя впустую расходует полосу пропускания канала передачи данных при передаче маленьких пакетов. Чтобы уменьшить влияние этого фактора в гигабитном Ethernet адаптеру разрешено при наличии нескольких готовых к передаче коротких кадров формировать из них определённым образом один общий кадр «нормальной» длины до 1518 байт.
Более того, было предложено допустить использование кадров большей длины, чем в предыдущих стандартах Ethernet. Это предложение было реализовано в виде так называемых “jumbo” - кадров длиной до 9018 или даже более байт.
IEEE 802.3 определяет несколько различных стандартов физического уровня. Каждый из стандартов протокола физического уровня IEEE 802.3 имеет наименование.
Характеристики | |||||||
Скорость, Mbps | |||||||
Макс. длина сегмента, м | |||||||
Среда передачи |
50-Ом коаксиал (толстый) |
ВОК 1270 нм |
ВОК, 830, 1270 нм | ||||
Топология | |||||||
Тип передачи |
полудуплекс |
Из таблицы видно, что исходная топология общая шина (толстый Ethernet, тонкий Ethernet) достаточно быстро была заменена на звезду.
TokenRing (IEEE 802.5)
Сеть Token Ring была представлена фирмой IBM в 1984 г., как часть предложенного ею способа объединить в сеть весь ряд выпускаемых IBM компьютеров и компьютерных систем. В 1985 комитет IEEE 802 на основе этой технологии принял стандарт IEEE 802.5. Принципиальное отличие от Ethernet - детерминированный мет од доступа к среде в предопределенном порядке. Реализован доступ с передачей маркера (применяемый также в сетях ARCnet, и FDDI).
Кольцевая топология означает упорядоченную передачу информации от одной станции к другой в одном направлении, строго по порядку включения. Кольцевая логическая топология реализуется на основе физической звезды, в центре которой находится много станционное устройство доступа устройство (MSAU - Multi-Station Access Unit).
В любой момент времени передачу данных может вести только одна станция, захватившая маркер до ступа (token). При передаче данных в заголовке маркера делается отметка о занятости, и маркер превращается в обрамление начала кадра. Остальные станции побитно транслируют кадр от предыдущей (upstream) станции к последующей (downstream). Станция, которой адресован текущий кадр, сохраняет его копию в своем буфере для последующей обработки и транслирует его далее по кольцу, сделав отметку о получении. Таким образом кадр по кольцу достигает передающей станции, которая удаляет его из кольца (не транслирует дальше). Когда станция заканчивает передачу, она помечает маркер как свободный и передает его дальше по кольцу. Время, в течение которого станция имеет право пользоваться маркером, регламентировано. Захват маркера осуществляется на основе приоритетов, назначаемых станциям.
С ростом активности узлов полоса пропускания, достающаяся каждому из узлов, сужается, но обвальной деградации производительности (как в Ethernet) не происходит. Кроме того, механизм приоритетов и ограничения на время владения маркером позволяют привилегированным узлам выделять гарантированную полосу пропускания независимо от общей загрузки сети. Количество узлов в одном кольце не должно превышать 260 (сегмент Ethernet теоретически допускает 1024 узла). Скорость передачи 16 Мбит/с, размер кадра может достигать 18,2 Кбайт.
Предельное время передачи пакета в Token-Ring 10 мс. При максимальном количестве абонентов 260 полный цикл работы кольца составит 260 x 10 мс = 2,6 с. За это время все 260 абонентов смогут передать свои пакеты (если, конечно, им есть чего передавать). За это же время свободный маркер обязательно дойдет до каждого абонента. Этот же интервал является верхним пределом времени доступа Token-Ring
В прошлой статье мы узнали, . Сегодня поговорим о сетевых протоколах
.
Протоколы передачи данных – это то, что делает возможным передачу информации с использованием правил модели взаимодействия открытых систем. Каждый из семи уровней описанной в прошлой статье модели взаимодействия открытых систем обслуживается своим набором протоколов, или, как еще говорят, стеком протоколов
.
Существует достаточно много стеков протоколов. Например, в сетях стандарта Ethernet используется стек TCP/IP (Transmission Control Protocol/Internet Protocol – Протокол управления передачей/Протокол Интернета).
По аналогии с моделью OSI протоколы также делятся на низкоуровневые и высокоуровневые : низкоуровневые работают на двух-трех нижних уровнях, высокоуровневые – на высших. При этом низкоуровневые протоколы, как правило, имеют аппаратную реализацию, а высокоуровневые обычно реализуются программным путем.
В отличие от протоколов нижнего уровня протоколы высших уровней постоянно модернизируются или к ним добавляются новые. Это позволяет использовать новые методы обработки и шифрования данных, которые соответствуют современным требованиям безопасности передачи информации.
Перечислим самые распространенные протоколы для каждого из уровней модели OSI:
Протоколы физического уровня
На физическом уровне протоколов как таковых нет, за исключением модемных. Используется другое понятие – стандарт. Из наиболее известных стандартов можно отметить X.24, RS-232, EIA-422, RS-485 . Примерами модемных являются протоколы V.21, ZyX, PEP .
Протоколы канального уровня
Канальный уровень представлен множеством протоколов, в том числе ARP, Ethernet, Token Ring, FDDI, X.25, SMT, SNAP, Frame relay, PPP .
Протоколы сетевого уровня
Представителями протоколов сетевого уровня являются такие протоколы, как IPX, IP, DDP, RTMP, CLNP, RARP и др.
Протоколы транспортного уровня
Транспортный уровень как представитель более интеллектуальных уровней содержит в своем составе множество разных протоколов, яркими представителями которых являются протоколы NetBIOS, UDP, TCP, ATP, SPX, SKIP .
Протоколы сеансового уровня
Представителями протоколов сеансового уровня являются такие протоколы, как RPC, SSL, WSP . На самом деле они представляют собой интерфейс – связующее звено между протоколами высших и низших уровней.
Протоколы уровня представления
На уровне представления работают такие протоколы, как LDAP, XDR и др. Действия этих протоколов практически повторяют друг друга. Их задача – организация процесса преобразования данных в тот вид, который понятен как источнику, так и отправителю.
Протоколы прикладного уровня
Прикладной уровень характеризуется наибольшим количеством разнообразнейших протоколов, их яркими представителями являются HTTP (протокол передачи гипертекста), FTP (протокол передачи файлов), SMTP (протокол передачи почты), X.400, Telnet, SNMP, POP3, IMAP4 и др.
1.3.3. Уровни сетевого взаимодействия Физический уровень (Physical Layer)
Физический уровень передает биты по физическим каналам связи, например,
Коаксиальному кабелю или витой паре. То есть, именно этот уровень непосредственно производит передачу данных. На этом уровне определяются характеристики электрических сигналов, которые передают дискретную информацию, например: тип кодирования, скорость летрецдндл сне каков. К. этому уровню также относятся, характеристики физических сред передачи данных: полоса пропускания, волновое сопротивление, помехозащищенность. Функции физического уровня реализуются сетевым адаптером или последовательным портом. Примером протокола физического уровня может послужить спецификация 100Base-TX (технология Ethernet ).
Канальный уровень (Data link Layer )
Канальный уровень отвечает за передачу данных между узлами в рамках одной локальной сети. При этом под узлом понимается любое устройство, подключенное к сети. Этот уровень выполняет адресацию по физическим адресам (МАС -адресам), «вшитым» в сетевые адаптеры предприятием-изготовителем. Каждый сетевой адаптер имеет свой уникальный МАС -адрес, то есть вы не найдете две сетевые платы с одним и тем же МАС -адресом.Канальный уровень переводит поступившую с верхнего уровня информацию в биты, которые потом будут переданы физическим уровнем по сети. Он разбивает пересылаемую информацию на фрагменты данных - кадры (frames) . На этом уровне открытые системы обмениваются именно кадрами. Процесс пересылки выглядит примерно так: канальный уровень отправляет кадр физическому уровню, который отправляет кадр в сеть. Этот кадр получает каждый узел сети и проверяет, соответствует ли адрес пункта назначения адресу этого узла. Если адреса совпадают, канальный уровень принимает кадр и передает наверх вышележащим уровням. Если же адреса не совпадают, то он просто игнорирует кадр. Таким образом, сеть на канальном уровне является широковещательной. В используемых в локальных сетях протоколах канального уровня заложена определенная топология. Топологией называется способ организации физических связей и способы их адресации. Канальный уровень обеспечивает доставку данных между узлами в сети с определенной топологией, то есть для которой он разработан. К основным топологиям (см. рис. 1.4) относятся:
Рис 1.4.
- Общая шина
- Кольцо
- Звезда.
Сетевой уровень (Network Layer)
Данный уровень служит для образования единой транспортной системы, которая объединяет несколько сетей. Другими словами, сетевой уровень обеспечивает межсетевое взаимодействие. Протоколы канального уровня передают кадры между узлами только в рамках сети с соответствующей топологией. Проще говоря - в рамках одной сети. Нельзя передать кадр канального уровня узлу, который находится в другой сети. Данное ограничение не позволяет строить сети с развитой структурой или сети с избыточностью связей, а именно такой сетью является Интернет. Построить одну большую сеть на канальном уровне также невозможно из-за физических ограничений. И хотя, например, спецификация lOBase-T позволяет использовать 1024 узла в одном сегменте, производительность данной сети не будет вас радовать, так как на канальном уровне сеть является широковещательной. То есть пакет данных (кадр) отсылается сразу всем компьютерам в сети. Если в сети немного компьютеров и быстрый канал связи, то это не страшно, нагрузка не будет критичной. А есликомпьютеров сети очень много (1024), то нагрузка на сеть будет очень велика, а это, в свою очередь, скажется на быстродействии сетевого взаимодействия. Все это приводит к необходимости другого решения для больших сетей. Именно такое решение и призван реализовать сетевой уровень. На сетевом уровне термин сеть следует понимать как совокупность компьютеров, которые соединены в соответствии с одной из основных топологий и использующих для передачи данных один из протоколов канального уровня. Сети соединяются специальными устройствами - маршрутизаторами. Маршрутизатор собирает информацию о топологии межсетевых соединений и на основании этой информации пересылает пакеты сетевого уровня в сеть назначения. Чтобы передать сообщение от компьютера-отправителя компьютеру-адресату, который находится в другой сети, нужно совершить некоторое количество транзитных передач между сетями. Иногда их еще называют хоплми (от англ, hop - прыжок). При этом каждый раз выбирается подходящий маршрут. Сообщения HI "сетевом уровне называются пакетами. При этом на сетевом уровне работают несколько видов протоколов. Прежде всего, это сетевые протоколы, которые обеспечивают передвижение пакетов по сети, в том числе в другую сеть. Поэтому довольно часто к сетевому уровню относят протоколы маршрутизации (routing protocols) - RIP и OSPF . Еще одним видом протоколов, работающтх на сетевом уровне, являются протоколы разрешения адреса - Address Resolution Protocol (ARP) . Хотя эти протоколы иногда относят и к канальному уровню. Классические примеры протоколов сетевого уровня: IP (стек TCP/IP), IPX (стек Novell).
Транспортный уровень (Transport Layer)
На пути от отправителя к получателю пакеты могут быть искажены или утеряны. Некоторые приложения самостоятельно выполняют обработку ошибок при передаче данных, но большинство все же предпочитают иметь дело с надежным соединением, которое как раз и призван обеспечить транспортный уровень. Этот уровень обеспечивает требуемую приложению или верхнему уровню (сеансовому или прикладному) надежность доставки пакетов. На транспортном уровне определены пять классов сервиса:
- Срочность;
- Восстановление прерванной связи
- Наличие средств мультиплексирования нескольких соединений;
- Обнаружение ошибок;
- Исправление ошибок.
Сеансовый уровень (Session Layer)
Сеансовый уровень устанавливает и разрывает соединения между компьютерами, управляет диалогом между ними, а также предоставляет средства синхронизации. Средства синхронизации позволяют вставлять определенную контрольную информацию в длинные передачи (точки). Благодаря этому в случае обрыва связи можно вернуться назад (к последней точке) и продолжить передачу с места обрыва. Сеанс - это логическое соединение между компьютерами. Каждый сеанс имеет три фазы:
- Установление соединения. Здесь узлы «договариваются» между собой о протоколах и параметрах связи.
- Передача информации.
- Разрыв связи.
Представительный уровень (Presentation Layer)
Представительный уровень изменяет форму передаваемой информации, но не изменяет ее содержания. Например, средствами этого уровня может быть выполнено преобразование информации из одной кодировки в другую. Также на этом уровне выполняется шифрование и дешифрование данных. обмен данными.
Прикладной уровень (Application Layer)
Данный уровень представляет собой набор разнообразных протоколов, с помощью которых пользователи сети получают доступ к совместно используемым ресурсам. Единица данных называется сообщением. Примеры протоколов: HTTP, FTP, TFTP, SMTP, POP, SMB, NFS.
Тема 6 . Архитектура протокол DSS-1
Введение
Разработанный ITU-T протокол цифровой абонентской сигнализации №1 (DSS-1 - Digital Subscriber Signaling 1) между пользователем ISDN и сетью ориентирован на передачу сигнальных сообщений через интерфейс «пользователь-сеть» по D-каналу этого интерфейса. Международный союз электросвязи (ITU-T) определяет канал D в двух вариантах:
а) канал 16 Кбит/с, используемый для управления соединениями по двум В-каналам;
б) канал 64 Кбит/с, используемый для управления соединениями по нескольким (до 30) В-каналам.
Концепции общеканальной сигнализации протоколов DSS-1 и ОКС-7 весьма близки, но эти две системы были специфицированы в разное время и разными Исследовательскими комиссиями ITU-T, а потому используют различную терминологию. Тем не менее, некоторые пояснения в отношении сходства концепций и различий в терминах DSS-1 и ОКС-7 представляются полезными. На рис. 1 показаны АТС ISDN, звено сигнализации ОКС-7, оборудование пользователя ISDN и D-канал в интерфейсе «пользователь-сеть». Функции D-канала сходны с функциями звена сигнализации ОКС-7. Информационные блоки в D-канале, называемые кадрами, аналогичны сигнальным единицам (SU) в системе ОКС-7.
Рис. 1. Функциональные объекты протоколов DSS-1 и ISUP: (а) -примитивы DSS-1 и (б) - примитивы ОКС-7
Архитектура протокола DSS-1 разработана на основе семиуровневой модели взаимодействия открытых систем (модели OSI) и соответствует ее первым трем уровням. В контексте этой модели пользователь и сеть именуются системами, а протокол, как это имело место, например, для ОКС-7 определяется спецификациями:
Процедур взаимодействия между одними и теми же уровнями в разных системах, определяющих логическую последовательность событий и потоков сообщений;
Форматов сообщений, используемых для процедур организации логических соединений между уровнем в одной системе и соответствующим ему уровнем в другой системе. Форматы определяют общую структуру сообщений и кодирование полейв составе сообщений;
примитивов, описывающих обмен информацией между смежными уровнями одной системы. Благодаря спецификациям примитивов интерфейс между смежными уровнями может поддерживаться стабильно, даже если функции, выполняемые одним из уровней, изменяются.
Уровень 1 (физический уровень) протокола DSS-1 содержит функции формирования каналов В и D, определяет электрические, функциональные, механические и процедурные характеристики доступа и предоставляет физическое соединение для передачи сообщений, создаваемых уровнями 2 и 3 канала D. К функциям уровня 1 относятся:
Подключение пользовательских терминалов ТЕ к шине S-интерфейса с доступом к каналам В и D;
Подача электропитания от АТС для обеспечения телефонной связи в случае отказа местного питания;
Обеспечение работы в режиме «точка-точка» и в многоточечном вещательном режиме.
Уровень 2 звена, известный также под названием LAPD (link access protocol for D-channels), обеспечивает использование D-канала для двустороннего обмена данными при взаимодействии процессов в терминальном оборудовании ТЕ с процессами в сетевом окончании NT. Протоколы уровня 2 предусматривают мультиплексирование и цикловую синхронизацию для каждого логического звена связи, поскольку уровень 2 обеспечивает управление сразу несколькими соединениями звена данных в канале D. Кроме того, функции уровня 2 включают в себя управление последовательностью передачи для сохранения очередности следования сообщений через соединение, а также обнаружение и исправление ошибок в этих сообщениях.
Формат сигналов уровня 2 - это кадр. Кадр начинается и заканчивается стандартным флагом и содержит в адресном поле два. важнейших идентификатора - идентификатор точки доступа к услугам (SAPI) и идентификатор терминала (TEI).
SAPI используется для идентификации типов услуг, предоставляемых уровню 3, и может иметь значения от 0 до 63. Значение SAPI =0, например, используется для идентификации кадра, который применяется для сигнализации.
TEI используется для идентификации процесса, обеспечивающего предоставление услуги связи определенному терминалу. TEI может иметь любое значение от 0 до 126, позволяя идентифицировать до 127 различных процессов в терминалах ТЕ. В базовом доступе эти процессы могут распределяться между 8 терминалами, подключенными к общей пассивной шине. Значение ТЕ1=127 используется для идентификации вещательного режима (информация для всех терминалов).
Для уровня звена данных определены две формы передачи информации: с подтверждением и без подтверждения. При неподтверждаемой передаче информация уровня 3 переносится в ненумерованных кадрах, причем уровень 2 не обеспечивает подтверждение получения этих кадров и сохранение очередности их следования.
При подтверждаемой передаче информации передаваемые уровнем 2 кадры нумеруются. Это позволяет подтверждать (квитировать) получение каждого кадра. Если обнаруживается ошибка или отсутствие кадра, осуществляется его повторная передача. Кроме того, при работе с подтверждением вводятся специальные процедуры управления потоками, предохраняющие от перегрузки оборудование сети или пользователя. Передача с подтверждением применима только к режиму «точка-точка».
Уровень 3 (сетевой уровень) предполагает использование следующих протоколов:
Протокол сигнализации, определенный в рекомендации 1.451 или Q.931 (эти две рекомендации идентичны). В этом случае SAPI=0, а протокол сигнализации используется для установления и разрушения базовых соединений, а также для предоставления дополнительных услуг;
Протокол передачи данных в пакетном режиме, определенный в рекомендации Х.25 и рассмотренный в главе 9 данной книги. В этом случае SAPI= 16;
Другие протоколы, которые могут быть определены в будущем. В этих случаях для SAPI всякий раз будет устанавливаться соответствующее данному протоколу значение.
Протокол сигнализации Q.931 (уровень 3) определяет смысл и содержание сигнальных сообщений и логическую последовательность событий, происходящих при создании, в процессе существования и при разрушении соединений. Функции уровня 3 обеспечивают управление базовым соединением и дополнительными услугами, а также некоторые дополнительные к уровню 2 транспортные возможности. Примером таких дополнительных транспортных возможностей является опция перенаправления сигнальных сообщений на альтернативный D-канал (если это предусмотрено) в случае отказа основного D-канала.
Физический уровень протокола DSS-1
Уровень 1 (физический уровень) интерфейса базового доступа определяется в рекомендации 1.430. Как уже упоминалось в параграфе 2.2 (рис. 2.4), в базовом доступе скорость передачи на уровне 1 равна 192 Кбит/с и обеспечивает формирование двух В-каналов со скоростью передачи данных 64 Кбит/с и одного D-канала со скоростью передачи данных 16 Кбит/с. Оставшийся ресурс скорости - 48 Кбит/с - используется для цикловой синхронизации, байтовой синхронизации, активизации и деактивизации связи между терминалами и сетевым окончанием NT. Длина цикла составляет 48 битов, а продолжительность цикла - 250 мкс. Там же, в предыдущей главе, отмечалось, что интерфейс в точке S перед передачей кадров должен проходить фазу активизации. Цель фазы активизации состоит в том, чтобы гарантировать синхронизацию приемников на одной стороне интерфейса и передатчиков на другой его стороне, что достигается обменом сигналами, называемыми INFO. Используется пять различных сигналов INFO.
Первый, INFO 0, свидетельствует об отсутствии какого-либо активного сигнала, поступающего от приемопередатчиков S-интерфейса, и передается в том случае, если все приемопередатчики деактивизированы. Когда терминалу ТЕ необходимо установить соединение с сетью, он инициирует активизацию S-интерфейса путем передачи сигнала INFO 1 в направлении от ТЕ к NT. В ответ на сигнал INFO 1 сетевое окончание NT передает в направлении к ТЕ сигнал INFO 2. Сигнал INFO 2 соответствует циклу, рассмотренному в предыдущей главе (рис. 2.4), со всеми битами В- и D-каналов, имеющими значение 0. Циклы INFO 2 могут предусматривать передачу информации в сверхцикловых каналах, что приводит к нескольким разным формам сигнала INFO 2. Для указания незавершенной активизации интерфейса биту А, называемому битом активизации, также присваивается значение 0, а затем, когда активизация достигнута, - значение 1. Каждый цикл INFO 2 содержит изменения полярности импульсов, создаваемые последним битом D-канала предыдущего цикла и битом цикловой синхронизации F текущего цикла, а также изменения полярности, вызываемые битом L (см. рис.2).
Когда в ТЕ достигается цикловая синхронизация, к NT передается сигнал INFO 3. В ответ на информацию о достижении синхронизации из NT передается сигнал INFO 4, который содержит данные В- и D-каналов и данные сверхциклового канала. Теперь интерфейс полностью активизирован циклами INFO 3 в направлении от ТЕ к NT и циклами INFO 4 в направлении от NT к ТЕ.
В том случае, когда сеть инициирует соединение с ТЕ, т.е. активизация осуществляется в направлении от NT к ТЕ, последовательность обмена сигналами почти такая же, кроме одного момента: NT выходит из исходного состояния, в котором посылался сигнал INFO 0, передавая сигнал INFO 2. Сигнал INFO 1 в этом случае не используется.
Рис. 2. Последовательность сигналов при активизации S-интерфейса: (а) - активизация отТЕ;
(б) - активизация от NT
Уровень LAPD
Протоколы уровня 2 (LAPD - Link Access Procedure on the D-channel) как базового, так и первичного доступа определены в рекомендациях ITU-T 1.440 (основные аспекты) и 1.441 (подробные спецификации). Эти же рекомендации в серии Q имеют номера Q.920 и Q.921. Обмен информацией на уровне LAPD осуществляется посредством информационных блоков, называемых кадрами и схожих с сигнальными единицами ОКС- 7.
Сформированные на уровне 3 сообщения помещаются в информационные поля кадров, не анализируемые уровнем 2. Задачи уровня 2 заключаются в переносе сообщений между пользователем и сетью с минимальными потерями и искажениями. Форматы и процедуры уровня 2 основываются на протоколе управления звеном передачи данных высокого уровня HDLC (High-level Data-Link Control procedures), первоначально определенном Международной организацией по стандартизации ISO и образующем подмножество других распространенных протоколов: LAPB, LAPV5 и др. Протокол LAPD, также входящий в подмножество HDLC, управляет потоком кадров, передаваемых по D-каналу, и предоставляет информацию, необходимую для управления потоком и исправления ошибок.
Рис. 3. Формат кадра
Кадры могут содержать либо команды на выполнение действий, либо ответы, сообщающие о результатах выполнения команд, что определяется специальным битом идентификации команда/ответ C/R. Общий формат кадров LAPD показан на рис. 3.
Каждый кадр начинается и заканчивается однобайтовым флагом. Комбинация флага (0111 1110) такая же, как в ОКС-7. Имитация флага любым другим полем кадра исключается благодаря запрещению передачи последовательности битов, состоящей из более чем пяти следующих друг за другом единиц. Это достигается с помощью специальной процедуры, называемой «бит-стаффингом» (bit-stuffing), которая перед передачей кадра вставляет ноль после любой последовательности из пяти единиц, за исключением флага. При приеме кадра любой ноль, обнаруженный следом за последовательностью из пяти единиц, изымается.
Адресное поле (байты 2 и 3) кадра на рис. 3. содержит идентификатор точки доступа к услуге SAPI (Service Access Point Identifier) и идентификатор терминала TEI (Terminal Equipment Identifier) и используется для маршрутизации кадра к месту его назначения. Эти идентификаторы, определяют соединение и терминал, к которым относится кадр.
Идентификатор пункта доступа к услуге SAPI занимает 6 битов в адресном поле и фактически указывает, какой логический объект сетевого уровня должен анализировать содержимое информационного поля. Например, SAPI может указывать, что содержимое информационного поля относится к процедурам управления соединениями в режиме коммутации каналов или к процедурам пакетной коммутации. Рекомендацией Q.921 определены значения SAPI, приведенные в табл. 1.
Таблица 1. ЗначенияSAPI
Идентификатор TEI указывает терминальное оборудование, к которому относится сообщение. Код TEI=127 (1111111) указывает на вещательную (циркулярную) передачу информации всем терминалам, связанным с данной точкой доступа. Остальные значения (0-126) использются для идентификации терминалов. Диапазон значений TEI (табл..2) разделяется между теми терминалами, для которых TEI назначает сеть (автоматическое назначение TEI), и теми, для которых TEI назначает пользователь (неавтоматическое назначение TEI).
Таблица 2. ЗначенияTEI
При подключении УПАТС (представляющей собой функциональный блок NT2) к АТС ISDN общего пользования с использованием интерфейса PR1 в соответствии с требованиями стандартов ETSI, принятых и в России, ТЕ1==0. В этом случае процедуры назначения TEI не применяются.
Бит идентификации команды/ответа C/R (Command/Response bit) в адресном поле перенесен в DSS-1 из протокола Х.25. Этот бит устанавливается LAPD на одном конце и обрабатывается на противоположном конце звена. Значение C/R (табл..3) классифицирует каждый кадр как командный или как кадр ответа. Если кадр сформирован как команда, адресное поле идентифицирует получателя, а если кадр является ответом, адресное поле идентифицирует отправителя. Отправителем или получателем могут быть как сеть, так и терминальное оборудование пользователя.
Таблица 3. БитыC/R в поле адреса
Бит расширения адресного поля ЕА (Extended address bit) служит для гибкого увеличения длины адресного поля. Бит расширения в первом байте адреса, имеющий значение 0, указывает на то, что за ним следует другой байт. Бит расширения во втором байте, имеющий значение 1, указывает, что этот второй байт в адресном поле является последним. Если впоследствии возникнет необходимость увеличить размер адресного поля, значение бита расширения во втором байте может быть изменено на 0, что будет указывать на существование третьего байта. Третий байт в этом случае будет содержать бит расширения со значением 1, указывающим, что этот байт является последним. Увеличение размера адресного поля, таким образом, не влияет на остальную часть кадра.
Два последних байта в структуре кадра на рис. 3. содержат 16-битовое поле проверочной комбинации кадра PCS (Frame check sequence) и генерируются уровнем звена данных в оборудовании, передающем кадр. Это поле имеет ту же функцию, что и поле СВ (контрольные биты) в сигнальных единицах ОКС-7 и позволяет LAPD обнаруживать ошибки в полученном кадре. В поле FSC передается 16-битовая последовательность, биты которой формируются как дополнение для суммы (по модулю 2), в которой: а) первым слагаемым является остаток от деления (по модулю 2) произведения х k (x 15 +x 14 +…+x+l) на образующий полином (х 16 +х 12 +х 5 +1), где k - число битов кадра между последним битом открывающего флага и первым битом проверочной комбинации, исключая биты, введенные для обеспечения прозрачности;
б) вторым слагаемым является остаток от деления (по модулю 2) на этот образующий полином произведения х 16 на полином, коэффициентами которого являются биты кадра, расположенные между последним битом открывающего флага и первым битом проверочной комбинации, исключая биты, введенные для обеспечения прозрачности. Обратное преобразование выполняется уровнем звена данных в оборудовании, принимающем кадр, с тем же образующим полиномом для адресного поля, полей управления, информационного и FCS. Протокол LAPD использует соглашение, по которому остаток от деления (по модулю 2) произведения х 16 на полином, коэффициентами которого являются биты перечисленных полей и FCS, всегда составляет 0001110100001111 (десятичное 7439), если на пути от передатчика к приемнику никакие биты не были искажены. Если результаты обратного преобразования соответствуют проверочным битам, кадр считается переданным без ошибок. Если же обнаружено несоответствие результатов, это означает, что при передаче кадра произошла ошибка.
Поле управления указывает тип передаваемого кадра и занимает в различных кадрах один или два байта. Существует три категории форматов, определяемых полем управления: передача информации с подтверждением (I-формат), передача команд, реализующих управляющие функции (S-формат), и передача информации без подтверждения (U-формат). Табл. 4 содержит сведения об основных типах кадров протокола DSS-1.
Рассмотрим эти типы несколько подробнее.
Информационный кадр (I) сопоставим со значащей сигнальной единицей MSU в ОКС-7). С помощью 1-кадров организуется передача информации сетевого уровня между терминалом пользователя и сетью. Этот кадр содержит информационное поле, в котором помещается сообщение сетевого уровня. Поле управления 1-формата содержит порядковый номер передачи, который увеличивается на 1 (по модулю 128) каждый раз, когда передается кадр. При подтверждении приема 1-кадров в поле управления вводится порядковый номер приема.
Управляющий кадр (S) используется для поддержки функций управления потоком и запроса повторной передачи. S-кадры не имеют информационного поля и сравнимы с сигнальными единицами состояния звена LSSU в ОКС-7 .Например, если сеть временно не в состоянии принимать 1-кадры, пользователю посылается S-кадр «к приему не готов» (RNR). Когда сеть снова сможет принимать 1-кадры, она передает другой S-кадр - «к приему готов» (RR). S-кадр также может использоваться для подтверждения и содержит в этом случае порядковый номер приема, а не передачи.
Таблица 4. Основные типы кадров LAPD
формат | Команды | Ответы | Описание |
Информационные кадры (I) | Информация | - | Используется в режиме с подтверждением для передачи нумерованных кадров, содержащих информационные поля с сообщениями уровня 3 |
Управляющие | К приему готов (PR-receive ready) | К приему готов (RR-receive ready) | Используется для указания готовности встречной стороны к приему I-кадра или для подтверждения ранее полученных 1-кадров |
кадры (S) | К приему не готов (RNR) | К приему не готов (RNR) | Используется для указания неготовности встречной стороны к приему I-кадра |
Отказ/переспрос (REJ-reject) | Используется для запроса повторной передачи 1-кадра | ||
Ненумерованная информация (UI-unnumbered information) | Используется в режиме передачи без подтверждения | ||
Отключено (DM-disconnected mode) | |||
Ненумерованные кадры (U) | Установка расширенного асинхронного балансного режима (SABME-set asynchronous balanced mode extended) | Используется для начальной установки режима с подтверждением | |
Отказ кадра (FRMR-frame reject) | |||
Разъединение (DISC-disconnect) | Используется для прекращения режима с подтверждением | ||
Ненумерованное подтверждение (UA-unnumbered ask) | Используется для подтверждения приема команд установки режима, например, SABME, DISC |
Управляющие кадры можно передавать или как командные, или как кадры ответа.
Ненумерованный кадр (U) не имеет аналогов в ОКС-7. В этой группе имеется кадр ненумерованной информации (UI), единственный из группы содержащий информационное поле и несущий сообщение сетевого уровня. U-кадры используются для передачи информации в режиме без подтверждения и для передачи некоторых административных директив. Чтобы транслировать сообщение ко всем ТЕ, подключенным к шине S-интерфейса, станция передает кадр UI с ТЕ1==127. Поле управления U-кадров не содержит порядковых номеров.
Как следует из вышеизложенного, информационное поле имеется в кадрах только некоторых типов и содержит информацию уровня 3, сформированную одной системой, например, терминалом пользователя, которую требуется передать другой системе, например, сети. Информационное поле может быть пропущено, если кадр не имеет отношения к конкретной коммутируемой связи (например, в управляющих кадрах, S-формат). Если кадр относится к функционированию уровня 2 и уровень 3 не участвует в его формировании, соответствующая информация включается в поле управления.
Биты P/F (poll/final) поля управления идентифицируют группу кадров (из табл.4), что также заимствовано из спецификаций протокола Х.25. Путем установки в 1 бита Р в командном кадре функции LAPD на одном конце звена данных указывают функциям LAPD на противоположном конце звена на необходимость ответа управляющим или ненумерованным кадром. Кадр ответа с F== 1 указывает, что он передается в ответ на принятый командный кадр со значением Р= 1. Оставшиеся биты байта 4 идентифицируют конкретный тип кадра в пределах группы.
И в заключение с учетом уже детально проанализированной структуры кадра уровня 2 протокола DSS-1, еще раз рассмотрим оба способа передачи кадров: с подтверждением и без подтверждения.
Передача с подтверждением. Этот способ используется только в соединениях звена данных, имеющих конфигурацию «точка-точка», для передачи информационных кадров. Он обеспечивает исправление ошибок путем повторной передачи и доставку не содержащих ошибок сообщений в порядке очередности. Этот способ подобен основному методу защиты от ошибок при передаче значащих сигнальных единиц MSU в системе ОКС-7.
Поле управления информационного кадра имеет подполя «номер передачи» и «номер приема» . Эти подполя сопоставимы с полями FSN, BSN в сигнальных единицах MSU системы ОКС-7 Протокол LAPD присваивает возрастающие порядковые номера передачи N(S) последовательно передаваемым информационным кадрам, а именно: N(S)=0, 1, 2,... 127, О, 1,... и т.д. Он также записывает передаваемые кадры в буфер повторной передачи и хранит эти кадры в буфере вплоть до получения положительного подтверждения их приема.
Похожая информация.
Как настроить файл подкачки?
Установка режима совместимости в Windows
Резервное копирование и восстановление драйверов Windows
Как на «Билайне» перейти на другой тариф: все способы
Смартфоны Meizu Очень приятная Flyme