Радио протоколы при всем своем удобстве имеют ряд особенностей

Обновлено: 02.07.2024

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

Особенностью протокола является то, что он используется для документирования деятельности коллегиальных органов:

− временных (собрания, конференции, совещания, комиссии и т.п.),

− постоянных (коллегии министерств и комитета, ученых советов научных учреждений, президиумов и т.п.)[5].

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

Есть три основных вида протокола:

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

− Полный протокол фиксирует не только обсуждавшиеся вопросы, принятые решения и фамилии выступавших, но и достаточно подробно - содержание докладов и выступлений участников заседания.

− Стенографический протокол составляется на основе стенографического отчета о заседании (стенограммы) и дословно передает процесс обсуждения каждого вопроса и выработку решения по нему.

Протоколы оформляются на бланках организации и содержат следующие реквизиты: наименование организации, наименование вида документа, дата заседания, номер протокола, место составления протокола (место проведения заседания), заголовок к тексту, текст, подписи, визы ознакомления.

Заголовок к тексту протокола – это название протоколируемого мероприятия (совещание, заседание, собрание) и наименование коллегиального органа, работа которого протоколируется.

Текст протокола состоит из двух частей: вводной и основной.

Вводная часть текста протокола должна показывать:

− кто руководил проведением протоколируемого мероприятия;

− кто вел протокол;

− кто присутствовал на совещании (заседании, собрании и т.п.) из числа должностных лиц, входящих в состав коллегиального органа, проводящего совещание;

− кто был приглашен (при необходимости) на совещание из числа сотрудников организации или из других организаций;

− какие вопросы обсуждались на совещании.

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




Рассмотренные на совещании вопросы перечисляются в разделе ПОВЕСТКА ДНЯ. Слова ПОВЕСТКА ДНЯ печатают от нулевого положения печатающего устройства, после них ставится двоеточие. Вопросы повестки дня нумеруются. Каждый новый вопрос печатают от 1-го положения табулятора. Последовательность расположения вопросов определяется степенью их важности. Формулировка вопросов повестки дня должна начинаться с предлогов о (об), наименование должности и фамилию докладчика дают в родительном падеже.

Основная часть текста протокола строится в соответствии с вопросами повестки дня. Построение записи обсуждения каждого вопроса повестки дня осуществляется по схеме: СЛУШАЛИ ВЫСТУПИЛИ ПОСТАНОВИЛИ (РЕШИЛИ). Эти слова печатают прописными буквами.

Ход обсуждения доклада отражается в разделе ВЫСТУПИЛИ. После слова ВЫСТУПИЛИ ставится двоеточие.

Фамилию выступающего пишут в именительном падеже от 1го положения печатающего устройства, затем указывают инициалы и должность выступающего, ставят тире и с прописной буквы печатают содержание выступления в форме косвенной речи.

Принятые решения содержатся в разделе ПОСТАНОВИЛИ (РЕШИЛИ). Если решений несколько, они нумеруются арабскими цифрами с точкой. Как правило, каждое решение сопровождается указанием должности, фамилии и инициалов ответственного за его выполнение и содержит срок исполнения.

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

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

В протоколе краткой формы указываются только рассмотренные вопросы и принятые решения.

В постановляющей части текста протокола может содержаться пункт об утверждении какого-либо документа. В этом случае утвержденный документ прилагается к протоколу и имеет ссылку на его номер и дату.

В практике очень часто приходится делать выписки из протоколов. Выписка из протокола содержит следующие реквизиты:

− все реквизиты заголовочной части протокола: наименование организации, наименование вида документа (ВЫПИСКА ИЗ ПРОТОКОЛА), дату (дата заседания), номер протокола (порядковый номер заседания), место составления (место проведения заседания);

− заголовок к тексту;

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

Для подтверждения установленных фактов и событий несколькими лицами составляется акт. Акты составляются по результатам ревизий деятельности предприятия или его структурного подразделения и отдельных должностных лиц, при приеме-передаче дел, подготовке документов к уничтожению, приеме объектов в эксплуатацию и т.п.

Почему даже сегодня проводное радио может быть интересно слушать не только пенсионерам.

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

В 2021 году у проводного радио миллионы активных абонентов в России, многие из которых среднего возраста. Они объединяются в социальных сетях вокруг любимых радиостанций, интересуясь технологиями, которые применялись в проводном вещании. Сервис жив, несмотря ни на что, хотя уже и не так популярен, как ранее.

Проводное радиовещание предвосхитило и частично воплотило в жизнь такие современные явления, как аудиосериалы, подкасты и даже Клабхаус. Рассказываем, как оно живёт сегодня.

23 ноября 1924 года в СССР начала вещание Радиостанция имени Коминтерна. Так открылась Первая программа Всесоюзного радио — до 1990 года самая мощная радиосеть в мире. К 1928 году в стране работали уже 65 радиовещательных станций и 70 тысяч радиоприёмников; к 1937 году число приёмников превысило 320 тысяч, а СССР вышел на первое место в мире по числу переданных радиограмм.

В марте 1945 года правительство распорядилось вернуть населению изъятые радиоприёмники, одновременно с этим вводилась их поголовная регистрация. В этом же году Всесоюзное радио стало двухпрограммным, а с 1947 года — трёхпрограммным.

Обязательной регистрация радио и телевизоров оставалась до 1 января 1962 года, когда Совет министров отменил это правило. В марте 1964 года правительство установило требование при строительстве жилых домов, которое предусматривало проводку радиотрансляционной сети: две радиоточки должны быть установлены в однокомнатных и двухкомнатных квартирах и три — в трёхкомнатных.

К концу 60-х годов в СССР насчитывалось уже более 40 миллионов действующих радиоточек, а к началу 80-х — более 80 миллионов. Середина 80-х годов — расцвет проводного вещания, оно охватывало до 90% населения. С этого момента начался его медленный, но неостановимый упадок, к 2021 году число активных пользователей радиоточек сократилось до 2-3% жителей.

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

В 90-х годах Гостелерадио собиралось расширить сетку проводного вещания, введя Четвёртую программу, однако этим планам не суждено было сбыться. Последовавший в 1991 году распад СССР, а также совпавший по времени с политическими процессами взрывной прогресс технологий, привели к утрате интереса к сети проводного радиовещания и, как следствие, её обветшанию и разрушению.

С 1991 по 2000 годы прошла серия реорганизаций операторов радиосвязи и вещания, призванная решить непростую судьбу наследства Гостелерадио. Ситуация усугублялась проблемами, скопившимися при эксплуатации проводного радиовещания. Гигантская протяжённость сетей, изношенность технических средств привели к тому, что вещатели не смогли наладить ритмичную работу станций. Они несли большие расходы, накапливали долги и в итоге уступали конкурентам.

Если эти показатели верны, то получается, что к концу 2010-х годов аудитория проводного радио уменьшилась примерно в 20 раз по сравнению с пиковыми значениями 1980-х. Однако сервис не только до сих пор работает, но и насчитывает аудиторию из нескольких миллионов абонентов.

Проводное радио имело ряд существенных недостатков, сказавшихся на возможности конкурировать с другими сервисами. Во-первых, оно работало только на стационарных приёмниках. Во-вторых, они обеспечивали возможность приёма только трёх радиопрограмм. В-третьих, за такое радио взималась абонентская плата.

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

Использование технических средств, не предназначенных для работы на современных сетях связи, приводило к тому, что операторам было проще и выгоднее прокладывать новые сети и использовать контент эфирного радио.

Хотя требование о подключении и носит обязательный характер, однако сроки выдачи ТУ, как и сама их процедура, детально не определены, что позволяет оператору сколько угодно затягивать процесс. В итоге получается, что даже новые здания строятся с полностью готовой проводкой, однако их не подключают к радиосети.

Требование об обязательности проводного радиовещания сохраняется ещё и потому, что МЧС своим приказом включило радиотрансляционные сети в состав Единой государственной системы предупреждения и ликвидации чрезвычайных ситуаций (РСЧС). Предполагалось, что постоянная готовность узлов проводного вещания будет служить задачам обеспечения обороноспособности государства, однако смогут ли они фактически исполнять эти функции, осталось под вопросом.

Таким образом, проводное радиовещание носит убыточный характер даже при действующих высоких тарифах (в зависимости от региона 60-130 рублей за радиоточку и более). Однако российское законодательство лишает оператора связи возможности решать судьбу радиосетей, фактически вынуждая осуществлять деятельность, не имеющую коммерческого смысла.

Процедура отключения платной радиоточки связана с дополнительной бюрократией: абонент должен подать заявку, оплатить её, дождаться мастера, заполнить документы. Многие предпочитают не тратить время из-за небольшой суммы и продолжают платить.

Алхасов согласился, что в случае угрозы ЧС реальный охват населения оповещением через проводное радио составит около 1%. По его словам, оно уходит в прошлое, так же, как полузабытые уже пейджинг, переключение звонков на телефонных станциях вручную и керосиновые лампы.

Тенденция 3. Закон всё ещё позволяет установить радиоточку, но в реальности сделать это почти нереально

Как и многие, кто затевал ремонт на старой квартире, я обнаружил радиоточку у себя в коридоре, когда выкидывал сломанную мебель. Хотя аппарат и выглядел исправным и был подключен в специальную радиорозетку, он молчал. Попытки покрутить ручку и подёргать провод результата не дали, хотя я хорошо помнил, что когда-то этот приёмник было просто не заткнуть. Чем дольше он молчал, тем сильнее разгорался мой интерес к предмету.

Глядя на молчащий приёмник в углу, я задался вопросом, можно ли сейчас как-то отремонтировать и включить линию. Эта история ещё раз доказывает тот факт, что если уж ты начал писать статью для TJ, а информации в интернете не хватает, то тебя уже не остановить. Ну и о совершенно беспричинном упрямстве, конечно. Поиски в семейном архиве старого договора ничего не дали, пришлось обращаться в районную администрацию, чтобы они хотя бы подсказали, где искать конец нити.

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

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

Небольшой процент поколения 70-80-х тоже слушают радио, в основном ими движут воспоминания из детства, как просыпались под радио в школу или детский сад. Удобно послушать утром сводку новостей, погоды. А отток слушателей, в основном, происходит по причине поломки оборудования и его долгого восстановления. Монтёров в городах не хватает, в маленьких городах один-два человека максимум. Радиоузлы упраздняют.

В 2021 году тема проводного радио, звучит как что-то из мезозоя, но это не так. Как кухонное радио, за которым приятно попить чай, провести вечер с интересом, проводное радио незаменимо. Только как объяснить это людям, у которых уже устоялось скептическое мнение?! Пока отношение не изменится, мы так и будем наблюдать за медленной гибелью старого, доброго проводного радио.

Несмотря на некоторую архаичность, проводное радио имеет и ряд конкурентных преимуществ, которые до сих пор позволяют ему оставаться на плаву. В их числе экономичность и надёжность, возможность использования в отсутствие электросетей, простота абонентского приёмника. У проводного радио изрядно потрёпанная, но всё ещё большая развитая сеть линий — оно присутствует почти в каждом здании в стране.

В системе трёхпрограммного проводного радиовещания Первая программа передавалась на звуковых частотах. Для её прослушивания требовался простейший приёмник, который даже далёкий от электротехники любитель мог собрать своими руками. Нужно было в правильной последовательности соединить электродинамический громкоговоритель, трансформатор и регулятор громкости.

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

С равным успехом это могли быть электробритвы, кварцевые часы и даже электромоторчики из конструкторов. Звук при этом шёл очень тихий, поскольку в утюге громкоговоритель не предусмотрен, но всё же различимый. Простота конструкции обеспечивала её повсеместность.

Подкасты, аудиосериалы и радиопираты 90-х: как проводное радиовещание предвосхитило модные явления 2000-х

Проводное радио в те годы, когда ещё не было интернета и телевидения, оставалось единственным источником информации для населения. Оно разработало форматы передач, в наше время получивших второе рождение.

Среди них пользующийся большой популярностью подкастинг (iPod + broadcasting) — аудиопрограммы, которые можно слушать онлайн или скачивать на свой гаджет. Хотя сейчас множество подкастов записываются и публикуются уже помимо радиоэфира, само слово broadcasting (радиовещание, трансляция) показывает родство этого жанра с радиопередачами.

По сути это один из самых старых жанров медиакультуры — радиоспектакли. Радиопостановки известны с 1920-х годов, то есть уже около ста лет. Самые первые из них не сохранились до наших дней, но вовсе не потому, что испортились носители. Дело в том, что первые радиоспектакли выходили ещё до того, как в повсеместный обиход вошли звукозаписывающие устройства, так что актёрам приходилось играть в прямом эфире.

Существовала и особая разновидность радиохулиганов — проводные. Программы Всесоюзного радио вещали с 6 утра до полуночи местного времени, а на ночь проводные приёмники замолкали. Любителю достаточно было подключить выход усилителя к приёмнику, чтобы его голос могли услышать в радиоточках всего дома и нескольких соседних.

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

Эту статью надо сохранить в золотой фонд, по типу ценных раздач Рутрекера.

Меня заинтересовало очень театральное, с длиннющими паузами, зачитывание Левитаном "объявление о начале Великой Отечественной войны". И особенно фраза:

началась Великая Отечественная Война советского народа

Как он мог тогда знать, что это перерастет в долгую продолжительную войну? Ждал что и дату ВОВ 1941-1945 назовет.

Погуглил. На википедии и, внезапно, sputniknews нашел такое:

В большинстве сетевых ОС используется очень небольшой набор собственных протоколов. Эти весьма компактные и высокофункциональные протоколы позволяют сетевой операционной системе рационализировать свою работу, что существенно повышает эффективность совместного использования файлов и принтеров.

Следует отметить, однако, что сами по себе эти протоколы каких-то значительных дополнительных возможностей не предоставляют. В отличие от них, комплект TCP/IP обеспечивает выполнение широчайшей гаммы сервисных функций. Пользователи могут совместно использовать файлы и принтеры. С помощью сервисов эмуляции терминалов они могут выполнять приложения на удаленных компьютерах, позволяя использовать возможности больших систем для выполнения конкретных программ. TCP/IP обладает высокой степенью масштабируемости, и пользователи могут по своему усмотрению выбрать любое подмножество протоколов в качестве клиентских или серверных сервисов.

Другая примечательная черта TCP/IP - его "открытость": это полностью общедоступная спецификация. Любой человек может предлагать дополнения к этой спецификации, и процесс протекает абсолютно открыто. Так, многие фирмы предлагают свои платформы с уже встроенными протоколами и сервисами TCP/IP . Это облегчает конечному пользователю задачу совместного использования различных ресурсов без привязки к какому-то одному поставщику.

Третье важное преимущество TCP/IP состоит в том, что это набор очень надежных протоколов, в состав которого входят транспортные протоколы, эффективно работающие в глобальных сетях. Протокол NBF ( и в меньшей степени IPX ) предназначался для использования в локальных сетях. NBF не предусматривает маршрутизацию, т.е. пользователи, подключенные к одному сетевому кабелю, видят серверы, подключенные к другому кабелю, только в том случае, если два этих сегмента соединены мостом и образуют одну логическую сеть. В глобальных сетевых средах эта схема работает плохо. Протокол IPX - полностью маршрутизируемый, но вот более высокоуровневый NCP предусматривает явное квитирование всех передаваемых сетевых пакетов, что сильно замедляет его работу с глобальными сетевыми каналами. Ни один из этих наборов протоколов не подходит для использования в Internet .

Комплект протоколов TCP/IP с самого начала разрабатывался для соединения хост-компьютеров между собой через глобальные сети, поэтому он и маршрутизируемый, и эффективный. Эти достоинства сохраняются и в локальных сетях, что делает TCP/IP отличным вариантом и для мелко-, и для крупномасштабных сетей. Три вышеупомянутых качества (масштабируемость, открытость и надежность) делают TCP/IP привлекательным вариантом для пользователей разнородных сред. Именно поэтому TCP/IP является стержнем Internet .

Функционирование сети TCP/IP

Чтобы лучше понять, как работают некоторые протоколы из набора TCP/IP , рассмотрим работу небольшой сети, состоящей из двух компьютеров, на которых запущено несколько сетевых приложений.

Однако эти приложения не заработают, пока не будут произведены некоторые подготовительные действия. Например, в Ethernet- кадрах, которые идут от Саши к Коле, должна быть информация, которой Саша пока не располагает, - IP -адрес получателя и его MAC -адрес.

Саша знает имя своего компьютера, IP- и MAC -адрес, т.к. все эти параметры прописаны в конфигурации его компьютера. Остается узнать только IP- и MAC -адрес компьютера Коли. Для этого Саша должен воспользоваться системой доменных имен ( DNS ) и протоколом разрешения адресов ( ARP ). Саша знает IP -адрес DNS , т.к. он прописан в конфигурации Сашиной машины. Далее Саша отправляет DNS -запрос системе DNS , спрашивая у нее IP- адрес Колиной машины. DNS отвечает адресом 10.1.1.2. Но Саше все еще нужен адрес Ethernet MAC , использующий адрес 10.1.1.2, поэтому он выполняет широковещательный ARP -зарос. Такой запрос отправляется по широковещательному Ethernet -адресу, чтобы все компьютеры, находящиеся в сети, его получили. Поскольку компьютер Коли подключен к сети, он получает этот запрос. А так как адрес его компьютера 10.1.1.2, а ARP -запрос ищет MAC -адрес, связанный с адресом 10.1.1.2, Коля сообщает свой MAC -адрес. На рис.1 схематически показан весь этот процесс.

Рис. 1. Работа служб DNS и протокола ARP

Теперь Саша знает адреса IP и Ethernet MAC , которые необходимы для отправки данных Коле. Весь этот процесс проходит автоматически, невидимо для пользователя, но важно знать, как это все происходит, чтобы уметь решать возникающие проблемы.

Коле, соответственно, необходимо знать, какому приложению какие данные предназначаются, но все три пакета приходят от одного IP - и MAC -адреса. Можно было бы, конечно, распределять пришедшие пакеты по использованному при передаче протоколу UDP или TCP , но в нашем случае два из трех приложений используют протокол TCP . К счастью, разработчики протоколов UDP и TCP позаботились о распределении пакетов по приложениям и вставили в передаваемые пакеты специальное поле, которое называется номером порта. Процесс разбиения данных по номерам портов называется мультиплексированием, т.е. определение приложения, которое получает данные из пакета. Каждое приложение Саши использует разные номера портов, поэтому Коля знает, какому приложению предназначаются данные.

Итак, мы рассмотрели, как работает элементарная сеть с несколькими приложениями. Давайте теперь познакомимся с использованными в данном примере протоколами немного поближе.

Протоколы канального уровня SLIP и PPP

На канальном уровне используются протоколы SLIP ( Serial Link Internet Protocol - межсетевой протокол для последовательного канала ) и PPP ( Point-to-Point Protocol - протокол "точка-точка" ) .

Протоколы канального уровня SLIP и PPP применяются как на коммутируемых линиях, так и на выделенных телефонных каналах. С их помощью к глобальной сети подключается большинство индивидуальных пользователей, а также небольшие локальные сети. Подобные линии связи могут обеспечивать скорость передачи данных до 115200 бит/с.

Serial Line Internet Protocol (SLIP )

Согласно RFC -1055 впервые SLIP был включен в качестве средства доступа к IP -сети в пакет фирмы 3COM-UNET . В 1984 г. Рик Адамс реализовал SLIP для BSD 4.2 , и таким образом SLIP стал достоянием Internet в целом. Обычно этот протокол применяют как на выделенных, так и на коммутируемых линиях связи со скоростью передачи от 1200 до 19200 бит/с.

Такие операционные системы, как FreeBSD, Linux, NetBSD , которые можно свободно скопировать и установить на своем персональном компьютере, или HP-UX , которая поставляется вместе с рабочими станциями Hewlett-Packard , имеют в своем арсенале программные средства типа sliplogin (FreeBSD) или slp (HP-UX ), обеспечивающие работу компьютера в качестве SLIP -сервера для удаленных пользователей, подключающихся к IP -сети по телефону. Хотя в стандарте SLIP нет определения понятия " SLIP -сервер", обычно используют термины " SLIP -клиент" для компьютера, инициирующего физическое соединение, и " SLIP -сервер" для машины, постоянно включенной в IP -сеть.

В рамках протокола SLIP осуществляется фрагментация IP -пакетов, при этом SLIP -пакет должен начинаться символом ESC (восьмеричное 333 или десятичное 219) и заканчиваться символом END (восьмеричное 300 или десятичное 192). Стандарт не определяет размер SLIP -пакета, поэтому любой интерфейс имеет специальное поле, в котором пользователь должен указать эту длину. SLIP -модуль не анализирует поток данных и не выделяет какую-либо информацию в этом потоке, а также не позволяет выполнять какие-либо действия, связанные с адресами, т.к. в структуре пакета не предусмотрены поле адреса и его специальная обработка. Компьютеры, взаимодействующие по SLIP , обязаны знать свои IP -адреса заранее. SLIP не предусматривает корректировку ошибок линии связи, и коррекция ошибок возлагается на протоколы транспортного уровня - TCP, UDP . В стандартное SLIP не предусмотрена компрессия данных, но существуют варианты протокола с такими возможностями.

Point to Point Protocol (PPP )

Согласно RFC -1661 данный протокол обеспечивает стандартный метод взаимодействия двух узлов сети. Предполагается, что обеспечивается двунаправленная одновременная передача данных. Как и в SLIP , данные разбиваются на пакеты, которые передаются от узла к узлу упорядоченно. В отличие от SLIP , PPP позволяет одновременно передавать по линии связи пакеты различных протоколов. Кроме того, PPP предполагает процесс автоконфигурации обеих взаимодействующих сторон. Собственно говоря, PPP состоит из трех частей: механизма инкапсуляции ( encapsulation), протокола управления соединением ( link control protocol) и семейства протоколов управления сетью ( network control protocols ).

Под датаграммой в PPP понимается информационная единица сетевого уровня (применительно к IP - IP- пакет). Под фреймом понимают информационную единицу канального уровня (согласно модели OSI ). Для обеспечения быстрой обработки информации длина фрейма PPP должна быть кратна 32 битам. Фрейм состоит из заголовка и хвоста, между которыми содержаться данные. Датаграмма может быть инкапсулирована в один или несколько фреймов (Рис.2). Пакетом называют информационную единицу обмена между модулями сетевого и канального уровней. Обычно каждому пакету ставится в соответствие один фрейм, за исключением тех случаев когда канальный уровень требует большей фрагментации данных или, наоборот, объединяет пакеты для более эффективной передачи.

В поле "Протокол" указывается тип инкапсулированной датаграммы. Существуют специальные правила кодирования протоколов в этом поле (см. ISO 3309 и RFC -1661). В поле "Информация" записывается собственно пакет данных, а в поле "Хвост" добавляется заполнитель для выравнивания на 32-битовую границу. По умолчанию длина фрейма PPP устанавливается в 1500 байт, но в это число не входит длина поля "Протокол".

Рис. 2. PPP -фрейм

Протокол управления соединением предназначен для установки соглашения между узлами сети о параметрах инкапсуляции (размер фрейма и т.п.), кроме того, он позволяет проводить идентификацию узлов. Первой фазой установки соединения является проверка готовности физического уровня передачи данных. При этом такая проверка может осуществляться периодически, позволяя реализовать механизм автоматического восстановления физического соединения, как это бывает при работе через модем по коммутируемой линии. Если физическое соединение установлено, то узлы начинают обмен пакетами протокола управления соединением, настраивая параметры сессии. Любой пакет, отличный от пакета протокола управления соединением, не обрабатывается во время этого обмена. После установки параметров соединения возможен переход к идентификации. После всех этих действий происходит настройка параметров работы с протоколами межсетевого обмена ( IP, IPX и т.п.). Для каждого из них используется свой протокол управления. Для завершения работы по протоколу PPP по сети передается пакет завершения работы протокола управления соединением.

Процедура конфигурации сетевых модулей операционной системы для работы по протоколу PPP более сложна, чем для протокола SLIP , однако возможности PPP -соединения гораздо более широкие. Например, при работе через модем модуль PPP сам восстанавливает соединение при потере несущей частоты. Кроме того, модуль PPP автоматически определяет параметры фреймов, в то время как при SLIP их надо задавать вручную.

Point-to-Point Tunneling Protocol (PPTP )

Протокол PPTP - туннельный протокол "точка-точка" - продвинул концепцию PPP на шаг вперед: этот протокол "заворачивает" в PPTP -обертку PPP -пакеты. С эксплуатационной точки зрения, разница между PPP и PPTP заключается только в следующем: чтобы создать PPP -канал, вы набираете номер телефона, а чтобы создать PPTP -канал, вы "набираете" IP -адрес.

Как и в случае с PPP , пакеты PPTP "заворачиваются", транспортируются на другой конец канала (в данном случае в систему, обозначенную IP -адресом, упомянутым в предыдущем абзаце), и "разворачиваются". в результате между дв4умя системами создается "частная виртуальная сеть", по которой передаются пакеты PPTP . Чтобы этот канал был действительно частным, PPTP поддерживает ряд возможностей защиты, вплоть до шифрования всех данных пакета.

Таким образом, с помощью протоколов PPP и SLIP можно установить глобально-сетевое соединение по коммутируемым линиям, ISDN , сетям X.25 и другим каналам. И PPP , и SLIP характеризуются относительной нечувствительностью к помехам в линии и задержкам приема пакетов.

Протокол PPP более гибок, чем SLIP . Принцип его работы заключается в "заворачивании" пакетов транспортных протоколов TCP , IPX или NBF в пакет особого формата и транспортировке завернутого таким образом пакета по каналу ГВС (глобальной вычислительной сети). На другом конце соединения пакет "разворачивается", и исходные пакеты передаются по локальной сети. После установления соединения все эти операции становятся полностью прозрачными для приложений - приложения видят абсолютно нормальные пакеты TCP, IPX и NBF (хотя эти пакеты могут прибывать несколько медленнее, чем по локальной сети).

SLIP менее гибок. Он представляет собой, по сути дела, расширение IP , предназначенное для работы по низкоскоростным каналам, поэтому и поддерживает только IP -сети. Кроме того, он менее устойчив к помехам в линии. Сервис RAS ( Remote Access Services - служба удаленного доступа) операционной системы Windows NT поддерживает SLIP , главным образом, для совместимости с серверами ГВС, работающими на базе ОС UNIX .

PPTP обладает наибольшими функциональными возможностями по сравнению с SLIP и PPP , позволяя устанавливать частные виртуальные защищенные каналы связи.

Межсетевые протоколы

Internet Protocol (IP)

Протокол IP используется для управления рассылкой TCP/IP -пакетов по сети Internet . Среди различных функций, возложенных на IP , обычно выделяют следующие:

  • определение пакета, который является базовым понятием и единицей передачи данных в сети Internet ;
  • определение адресной схемы, которая используется в сети Internet ;
  • передача данных между канальным уровнем (уровнем доступа к среде передачи) и транспортным уровнем (другими словами, преобразование транспортных дейтаграмм во фреймы канального уровня);
  • маршрутизация пакетов по сети, т.е. передача пакетов от одного шлюза к другому с целью передачи пакета машине-получателю;
  • фрагментация и дефрагментация пакетов транспортного уровня.

Главной особенностью протокола IP является отсутствие ориентации на физическое или виртуальное соединение. Это значит, что, прежде чем послать пакет в сеть, модуль операционной системы, реализующий IP , не проверяет возможность установк4и соединения, т.е. никакой управляющей информации кроме той, что содержится в самом IP -пакете, по сети не передается. Кроме того, IP не заботится о проверке целостности информации в поле данных пакета, что заставляет отнести его к протоколам ненадежной доставки. Целостность данных проверяется протоколами транспортного уровня (TCP) или протоколами приложений.

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

Существует несколько версий протокола IP . В настоящее время используется версия Ipv4 (RFC 791) , структура пакета которой представлена на рис. 3.

Рис. 3. формат пакета Ipv4

Фактически в заголовке пакета определены все основные данные, необходимые для перечисленных выше функций протокола IP : адрес отправителя, адрес получателя, общая длина пакета и тип пересылаемой дейтаграммы.

Используя данные заголовка, машина может определить, на какой сетевой интерфейс отправлять пакет. Если IP -адрес получателя принадлежит одной из ее сетей, то на интерфейс этой сети пакет и будет отправлен, в противном случае пакет отправят на другой шлюз.

На основе протокола транспортного уровня IP -модуль производит экскапсуляцию информации из IP -пакета и ее передачу на модуль обслуживания соответствующего транспорта.

При обсуждении формата заголовка пакета IP вернемся еще раз к инкапсулированию. Как уже отмечалось, при обычной процедуре инкапсулирован я пакет просто помещается в поле данных фрейма, а в случае, когда это не может быть осуществлено, разбивается на более мелкие фрагменты. Размер максимально возможного фре2йма, который передается по сети, определяется величиной MTU (Maximum Transmission Unit ), определенной для протокола канального уровня. Для последующего восстановления пакет IP должен держать информацию о своем разбиении, и для этой цели используются поля Flags и Fragmentation offset . В этих полях определяется, какая часть пакета получена в данном фрейме, если этот пакет был фрагментирован на более мелкие части.

Internet Control Message Protocol (ICMP)

Routing Information Protocol (RIP)

Address Resolution Protocol (ARP)

К моменту, когда протокол IP должен отправлять дейтаграмму, он уже информирован протоколами верхних уровней об IP -адресе получателя. В свою очередь, он должен сообщить протоколу канального уровня аппаратный адрес удаленного компьютера. Если этот адрес не известен, для поиска нужной информации применяется протокол определения адресов ARP ( Address Resolution Protocol - протокол разрешения адресов), который ведет широковещательный опрос сети - запрашивает у каждого имеющего определенный IP -адрес компьютера адрес его аппаратного обеспечения (или, другими словами, MAC -адрес). Протокол ARP может перевести IP -адрес в адрес аппаратного обеспечения, например, в MAC -адрес сетевой платы удаленного компьютера.

Протоколы транспортного уровня

User Datagram Protocol (UDP)

Таблица 1. Стандартные сетевые сервисы и соответствующие им порты

Наиболее известными сервисами, основанными на UDP , являются служба доменных имен BIND и распределенная файловая система NFS .

Transfer Control Protocol (TCP)

В том случае, когда контроль качества передачи данных по сети имеет особое значение для приложения, используется протокол TCP . Этот протокол также называют надежным, ориентированным на соединение, потокоориентированным протоколом. Рассмотрим формат передаваемой по сети дейтаграммы (рис. 5).

Рис. 5. Структура пакета TCP

Потоковый характер протокола определяется тем, что SYN определяет стартовый номер для отсчета переданных байтов, а не пакетов. Это значит, что если SYN был установлен в 0 и было передано 200 байтов, то номер, установленный в следующем пакете, будет равен 201, а не 2.

Потоковый характер протокола и требование подтверждения получения данных порождают проблему скорости передачи данных. Для ее решения используется поле Window ( окно). Идея применения "окна" достаточно проста: передавать данные, не дожидаясь подтверждения об их получении. Это значит, что источник передает некоторое количество данных, равное Window , без ожидания подтверждения об их приеме, и только после этого останавливает передачу и ждет подтверждения. Если он получит подтверждение только на часть переданных данных, то начнет передачу новой порции с номера, следующего за подтвержденным.

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

Читайте также: