Реферат: Понятие протокола, и связанные с ним понятия. Протокол реферат

Реферат - Понятие протокола, и связанные с ним понятия

Понятие протокола, и связанные с ним понятия. 3

Протоколы сети Internet 5

Протокол IP (Internet Protocol). 8

Место протокола IP в иерархии протоколов сети Internet. 8

Структура IP-пакета 11

Адресация в IP-протоколе 15

Адресация в IP-сетях 17

Виды адресов: Локальные (Физические, MAC) адреса, Сетевые адреса (IP), Символьные имена (DNS). 17

Установление соответствия между адресами разных уровней, протоколы преобразования адресов. 19

Виды IP-адресов и их интерпретация. 22

Протоколы, обслуживающие стек TCP/IP. 25

Состав и структура системы протоколов межсетевого (Internet) уровня стека TCP/IP. 25

Протокол контрольных сообщений Internet ICMP. 26

Протоколы ARP/RARP. 34

Транспортный уровень. Протоколы TCP и UDP. 37

Место протоколов UDP и TCP в иерархии протоколов сети Internet. 37

Протокол UDP. 38

Протокол ТСР 39

Реализация TCP. 46

Интерфейс между прикладными программами и TCP. 46

События, возможные при передаче информации с использованием TCP. 53

Динамика работы и параметры времени ожидания. 60

Оптимизация TCP. Управление потоком. 62

Выбор размера TCP-сегмента и синдром “узкого окна”. 62

Медленный старт в TCP. 64

Устранение перегрузок средствами TCP. 66

Маршрутизация. Общие положения. 69

Общее понятие о маршрутизации. 69

Маршрутизация пакетов по таблицам и без таблиц. 71

Создание и модификация таблиц маршрутной информации. Виды протоколов маршрутизации. 76

Внутренние протоколы маршрутизации – RIP и OSPF. 79

Дистанционно-векторный протокол RIP. 79

Протокол OSPF – пример протокола состояния связей 82

Факультативный материал – форматы сообщений OSPF подробно. 87

Автономные системы и их взаимодействие. Внешняя маршрутизация. 93

Понятие о маршрутной политике. 93

Протокол внешней маршрутизации BGP-4. Состав и функции. 95

Мультивещательные группы. Маршрутизация мультивещательных (multicasting) пакетов. 105

Общее представление о Multicasting. Протокол IGMP. 105

Маршрутизация multicast-пакетов. Изменения протоколов маршрутизации для поддержки multicast-групп. 109

Уровень сетевых интерфейсов TCP/IP. 115

Общие сведения о взаимодействии TCP/IP с оборудованием компьютерных сетей. 115

Спецификации передачи трафика IP в локальных сетях (LAN). 117

Спецификации передачи трафика IP в глобальных сетях (WAN). 119

Передача IP трафика через произвольные цифровые каналы. Протоколы SLIP и PPP. 121

Факультативный материал – сжатие заголовков TCP/IP на примере сжатия Ван Джакобсона. 126

Система назначения и разрешения доменных имен DNS. 129

Принципы назначения символьных имен. Альтернативные DNS варианты: WINS, NetBIOS-имена. 129

Иерархическая организация доменных имен. 130

Система назначения и администрирования доменных имен DNS. 132

Факультативный материал – трансляция IP-адресов в IP-адреса. – протоколы NAT и NAPT. 135

Разрешение некоторых проблем, связанных с NAT. Протокол STUN. 138

Системы передачи электронной почты. 141

Назначение систем передачи электронной почты. 141

Протоколы POP3 та SMTP. 143

Дополнительные возможности электронной почты. Спецификация MIME. Протоколы IMAP. 149

Другие протоколы прикладного уровня стека TCP/IP. 154

Протокол FTP. 154

Протокол HTTP. 155

Конфигурирование TCP/IP систем. 167

Задачи конфигурирования. 167

Параметры конфигурации и их взаимосвязь. 168

Файлы конфигурационной информации. 171

Защита компьютерных сетей. 174

Виды угроз, от которых следует защищать компьютерные сети. 174

Основные приемы сетевых атак. 177

Конкретные формы атак на IP-сети. 180

Приложения 191

Приложение 1. Схема машины конечных состояний протокола TCP. 191

Приложение 2. Стандартные multicast адреса Internet. 191

Приложение 3. Стандартные протоколы стека TCP/IP. 193

Литература 195

Введение ^ Понятие протокола, и связанные с ним понятия. Обработка информации в вычислительных сетях требует согласованного выполнения операций в разных узлах сети. Такой распределенный алгоритм называется протоколом. Более формально это понятие определяется так:

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

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

^ Формы и процедуры. Как правило, протокол регламентирует некие структуры данных, чаще всего именуемые кадрами, пакетами и т.д., посредством которых осуществляется обмен, и правила их интерпретации и обработки.

Можно провести аналогию, например, с математическими понятиями, когда определяются, например, числа (натуральные, целые, рациональные, действительные, комплексные), и операции над ними (4 основных арифметических, функции). Продолжая аналогию, вспомним, что из чисел можно формировать более сложные объекты, например, векторы, матрицы и т.д. Эти сложные объекты в свою очередь имеют свои операции, применимые к ним. В свою очередь, эти сложные объекты могут представлять, например, некую систему уравнений, которая имеет некую физическую интерпретацию (токи в участках электрической цепи, координаты небесного тела, распределение электронной плотности около атомов в сложной молекуле, или вероятность наступления беременности у самки носорога), и соответствующий процесс подчинен своим специфическим законам. При этом электронщика, астронома, химика и биолога интересуют в первую очередь законы и свойства объектов своей предметной области, а не то, как складываются комплексные числа или перемножаются матрицы – для этого имеется готовый математический аппарат.

Аналогичным образом, процесс обмена информацией имеет ряд иерархических уровней, на которых взаимодействуют устройства и процессы. Общепринятым языком описания такого взаимодействия является 7-уровневая эталонная логическая модель взаимодействия открытых систем (ЭМ ВОС, OSI – Open System Interface).

В общем случае ЭМ ВОС выделяет следующие уровни взаимодействия:

Физические связи между элементами (механические, электрические, преобразование сигналов) – физический уровень (управление каналом связи).

Установление, поддержание, разъединение соединений (каналов) – канальный уровень (управление каналом передачи данных).

Маршрутизация, коммутация, адресация информации – сетевой уровень (управление потоками данных).

Управление передачей данных от системы – источника к системе – потребителю (без обработки в промежуточных узлах) – транспортный уровень.

Первые 4 уровня образуют транспортную службу.

Организация и проведение сеансов связи между отдельными процессами – сеансовый уровень.

Первые 5 уровней в совокупности составляют сетевой метод доступа.

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

Выполнение прикладных программ, управление терминалами, административное управление сетью – прикладной уровень.

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

Физический уровень и связанные с ним протоколы реализуются аппаратной частью компьютера и аппаратуры передачи данных.

Канальный уровень реализуется также аппаратной частью под управлением программ операционной системы (DOS – Interlnk/Intersvr, Windows – Удаленный доступ и прямое соединение, драйверы устройств и т.д.).

Эти уровни обычно считаются частью базовой сетевой технологии. Различные базовые сетевые технологии подробно рассматриваются в курсе “современные телекоммуникационные технологии для компьютерных сетей” (СТТ).

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

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

Система протоколов Internet, известная как стек TCP/IP, разрабатывалась исследовательским подразделением DARPA Министерства Обороны США с 1969 года, и в первом приближении сложилась к началу 1980-х годов.

Изначально она предназначалась для объединения разнородных сетей военного ведомства США, и должна была обеспечить их согласованное функционирование, в том числе и в случае нанесения по США массированного ядерного удара. Отдельные элементы (в том числе целые сети) могут выйти из строя, но оставшаяся сеть должна функционировать. Можно констатировать, таким образом, что создание этой системы протоколов, а на их основе – глобальной сети Internet – один из немногих (если не единственный) положительный результат Холодной войны.^ Протоколы сети Internet

Структура стека протоколов TCP/IP несколько отличается от модели OSI. В нем выделяется 4 уровня – сетевых интерфейсов, межсетевого взаимодействия(Internet), транспортный и уровень приложений.

^ Уровень сетевых интерфейсов отвечает за то, как именно IP-пакеты передаются сетями разных базовых технологий, называемых в терминологии стека TCP/IP локальными. Термин “локальная” в этом контексте означает только то, что данная технология применяется в отдельной сети, и не имеет отношения к понятиям “локальная сеть”(LAN)/”глобальная сеть”(WAN), как они применяются к базовым сетевым технологиям. Internet изначально создавался как “сеть сетей”, он объединяет на базе единого сетевого протокола сети самых разных базовых технологий, в этом смысле технологии, на которых построены отдельные объединяемые сети – локальные. В первом приближении можно считать, что он соответствует двум нижним уровням модели OSI – физическому и канальному. Но следует учитывать, что базовые технологии, на которых построены отдельные сети, сами могут быть достаточно сложными, например, ATM включает сетевой уровень и даже элементы транспортного. Уровень сетевых интерфейсов в это не вникает, он определяет инкапсуляцию пакетов в кадры или пакеты самого высокого уровня базовой технологии и пользуется ей как технологией уровня канала данных.

^ Межсетевой уровень обеспечивает объединение разнородных сетей в единую сеть под управлением протокола IP (Internet Protocol). Соответствует сетевому уровню модели OSI. Реализуется средствами как ПК, так и сети (маршрутизаторами). Межсетевой уровень отвечает, в частности, за адресацию, т.е. гарантирует, что маршрутизатор знает, что делать с вашими данными, когда они поступят. Единица данных, с которой оперирует протокол IP, называется пакетом. Адресная информация приводится в начале каждого пакета, в его заголовке. Она даёт сети достаточно сведений для доставки пакета данных по назначению. Каждый пакет перемещается по сети независимо от других пакетов, принадлежащих тому же соединению, и, в общем случае, пакеты одного сообщения могут доставляться по разным маршрутам.

Internet-адреса имеют единый формат для всей сети, независимо от систем адресов локальных сетей. 32-битный IP-адрес обычно записывается в виде четырёх десятичных чисел, каждое из которых не превышает 255. Каждое число представляет один из 4-х байт адреса. В годы становления протоколов стека TCP/IP термин «байт» не был общепринятым, поэтому в документах Internet байт часто называется октетом. При записи числа отделяются одно от другого точками, например:

192.112.36.5

128.174.5.6

Адрес фактически состоит из нескольких частей. Поскольку Internet – это сеть сетей, то начало адреса содержит информацию для маршрутизаторов о том, к какой сети относится Ваш компьютер. Правая часть адреса служит для того, чтобы сообщить сети, какой компьютер должен получить этот пакет. Каждый компьютер в Internet имеет свой уникальный адрес. Internet выполнила свою задачу, когда ее маршрутизаторы направили данные в соответствующую сеть, а эта локальная сеть – в соответствующий компьютер. В документах Internet маршрутизатор обычно называется шлюзом (Gateway), поскольку изначально ставилась задача объединения разнородных сетей. В настоящее время термин «шлюз» обычно используется для обозначения устройства, объединяющего совсем разнородные сети, например «шлюз IP-телефонии» – телефонную сеть с коммутацией каналов и IP-сеть с коммутацией пакетов. Поэтому мы будем пользоваться термином «маршрутизатор», но помнить о таком употреблении термина «шлюз» следует.

Для решения этой задачи маршрутизатор (и конечный узел тоже) должен, таким образом, во-первых, знать, кому (конечному узлу, либо следующему маршрутизатору) направить поступивший пакет. Во вторых, поскольку пакеты передаются через локальную сеть, имеющую свою, отличную от Internet, систему адресации, он должен знать, как преобразовать Internet-адрес в локальный адрес. Решение первой задачи обеспечивают протоколы обмена маршрутной информацией, часто называемые просто протоколами маршрутизации (на рисунке они не показаны, поскольку их много). Вторая задача решается протоколом разрешения адресов ARP, а протокол RARP решает обратную задачу – отыскание сетевого адреса по известному локальному адресу. Кроме того, к межсетевому уровню относится протокол контрольных сообщений ICMP, который служит для информирования узлов и маршрутизаторов о различных нештатных ситуациях в сети. Следует учесть, что поскольку протокол IP является универсальным “транспортным средством” сети Internet, ICMP сообщения, как и сообщения протоколов маршрутизации, передаются по сети в IP-пакетах, таким образом, формально они выглядят как протоколы более высокого, чем IP, уровня, хотя фактически они обеспечивают функционирование протокола IP.

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

^ Транспортный Уровень реализуется протоколом TCP (Transmission Control Protocol), «протокол управления передачей» который часто упоминают вместе с протоколом IP, в том числе в названии стека, и протоколом UDP (user datagram protocol) «протокол пользовательских дейтаграмм».

Протокол TCP обеспечивает надежную доставку потока пользовательских данных. Информацию, которую Вы хотите передать, ТСР разбивает на порции, называемые в терминологии TCP сегментами. Каждая порция нумеруется, чтобы можно было проверить, вся ли информация получена, и расположить данные в правильном порядке. Сегмент ТСР, в свою очередь, помещается в пакет IP и передается в сеть.

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

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

Более простой «протокол пользовательских дейтаграмм» (User Datagram Protocol, UDP) также используется в некоторых прикладных программах. Вместо вкладывания Ваших данных в “конверт” TCP и помещения этого конверта в пакет IP прикладная программа вкладывает данные в “конверт” UDP, называемый обычно датаграммой, который и помещается в пакет IP. В отличии от ТСР, передающего поток данных, каждая датаграма составляет законченное сообщение. UPD проще ТСР, потому что этот протокол не заботится о пропавших пакетах, расположении данных в правильном порядке и других тонкостях. Если это требуется, то это дело приложения, использующего UDP. UDP используется для программ, которые посылают только короткие сообщения, и могут повторить передачу данных, если ответ задерживается, либо нечувствительны к потерям отдельных датаграмм. Кроме того, протокол TCP ориентирован на соединение «один к одному», и непригоден поэтому для посылки данных по схеме «один к многим», в этом случае также используется протокол UDP.

Транспортный уровень, таким образом, соответствует транспортному уровню модели OSI.

Высшие уровни модели OSI реализуются прикладными программами, и образуют уровень приложений. Сюда относятся и известные всем протоколы обмена гипертекстовой информацией HTTP, электронной почты POP3 и SMTP, пересылки файлов FTP. Сюда же относятся и менее известные, как протокол удаленного управления Telnet, либо остающиеся “в тени”, как протокол преобразования символьных имен в адреса DNS, и многие другие. Полный список протоколов этого уровня весьма обширен и все время пополняется.

Стандарты стека TCP/IP доступны в сети Internet как документы RFC (Request For Comments). Такое название обусловлено процедурой их принятия. Предложение в виде RFC размещается в Internet, обсуждается, уточняется, затем становится стандартом. Возможен, разумеется, и другой вариант – после обсуждения предложение отвергается и соответствующий RFC удаляется из Internet. В некоторых случаях, зависящих от руководящих органов Internet, RFC, хотя бы и ставшее стандартом de facto, не приобретает юридический статус стандарта Internet. Общее число RFC в настоящее время превышает 4000. Следует учесть, что хотя все стандарты TCP/IP являются RFC, не каждый RFC является стандартом TCP/IP. Часто RFC используются, например, для того, чтобы обратить внимание на какую-то проблему, не предлагая варианта ее разрешения. Список протоколов и соответствующих им RFC (неполный), по данным Семенова [8], приведен в приложении 3.^ Протокол IP (Internet Protocol). Место протокола IP в иерархии протоколов сети Internet. Сетевой протокол IP (Internet) создан для использования в объединенных системах компьютерных коммуникационных сетей с коммутацией пакетов.

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

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

Это обеспечивает гибкость протокола IP применительно к динамически меняющейся топологии сети (как мы помним, для таких сетей он изначально и создавался). Обратной стороной медали является относительная «прожорливость» протокола IP по вычислительным затратам маршрутизаторов, чему также способствует гибкость системы IP-адресации. По этой причине, хотя формирование стека протоколов TCP/IP было вчерне завершено к началу 80-х годов, и с этого времени началось его внедрение, прошло еще около 10 лет, пока он вышел на лидирующее положение по темпам ввода новых сетей и узлов, и около 15 лет, пока он стал лидером по абсолютному количеству узлов/сетей2.

Например, модуль TCP вызывает модуль IP с тем, чтобы получить сегмент TCP (включая заголовок TCP и данные пользователя) как информационную часть IP пакета. Модуль TCP обеспечивает адреса и другие параметры в заголовке модуля IP в качестве параметров рассматриваемого вызова. Модуль IP в этом случае создает пакет IP и прибегает к услугам локальной сети для передачи пакета IP. Обнаруженные ошибки и реакция на них обеспечиваются посредством протокола ICMP (Internet Control Message Protocol).

Протокол IP выполняет две главные функции: адресацию и фрагментацию.

Модули IP используют адреса, помещенные в заголовок Internet, для передачи IP-пакетов их получателям. Выбор пути передачи называется маршрутизацией.

Модули IP используют поля в заголовке Internet для фрагментации и восстановления пакетов, когда это необходимо для их передачи через сети с малым размером пакетов.

Модуль IP может менять размер пакета на каждом из хостов, задействованных в internet-коммуникации и на каждом из маршрутизаторов (шлюзов), обеспечивающих взаимодействие между сетями. Эти модули придерживаются общих правил для интерпретации полей адресов, для фрагментации и сборки Internet пакетов. Следует учесть, что на промежуточных узлах выполняется только фрагментация (если она нужна), сборка исходного пакета из фрагментов выполняется только узлом-получателем, поскольку для промежуточного узла нет гарантии, что все пакеты, образованные при фрагментации исходного пакета, пройдут через данный промежуточный узел. Кроме этого, данные модули, особенно маршрутизаторы (шлюзы) имеют процедуры для принятия решений о маршрутизации, для формирования сообщений об особых ситуациях (протокол ICMP), а также другие функции.

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

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

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

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

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

Оригинальная версия спецификации IP-протокола (версия 4) – документ RFC-791 размещается на сервере ISI (Information Sciences Institute):

URL = http://info.internet.isi.edu/in-notes/rfc/files/rfc791.txt^ Структура IP-пакета

Ver (Version) (версия) 4 бита

Поле версии показывает формат заголовка IP. В настоящее время используется 4 версия, и соответствующее поле содержит значение 4.^ Hlen, IHL (длина IP заголовка) 4 бита Длина IP заголовка измеряется в словах по 32 бита (4 байта) каждое и указывает на начало поля данных. Заметим, что корректный заголовок может иметь минимальный размер 5 слов. Максимальный определяется разрядностью поля длины и составляет, следовательно, 15 слов, то есть 60 байт.

^ Type of Service (тип сервиса) 8 бит

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

Что касается особенностей обслуживания, здесь выбор осуществляется между тремя альтернативами: малой задержкой, высокой достоверностью и высокой пропускной способностью. С начала 90-х годов была добавлена четвертая – минимальная цена.

биты 0–2 приоритет

бит 3 0 – нормальная задержка, 1 – малая задержка

бит 4 0 – нормальная пропускная способность, 1 – высокая пропускная способность.

бит 5 0 – обычная достоверность, 1 – высокая достоверность

биты 6–7 согласно RFC-791 зарезервированы, впоследствии бит 6 используется как признак оптимизации по стоимости 0 – обычная стоимость, 1 – малая стоимость. Для бита 7 предлагалось 0 – обычная безопасность, 1 – максимальная безопасность.

Приоритет

111 (7) – управление сетью. Значение "управление сетью" следует присваивать приоритету только для использования внутри локальной сети. Управление и реальное использование этого аргумента должно находиться в согласии с каждой применяющей его сетью.

110 (6) – межсетевое управление. Предназначен только для использования маршрутизаторами (шлюзами), берущими на себя управление.

101 (5) - CRITIC/ECP

100 (4) – более, чем мгновенно

011 (3) – мгновенно

010 (2) – немедленно

001 (1) – приоритетно

000 (0) – обычный приоритет

Использование индикации задержки, пропускной способности, достоверности и стоимости может, в некотором смысле, увеличить затраты на обслуживание. В частности, очевидно, что для того, чтобы выбирать маршруты с учетом заявленных требований, маршрутизатор должен вести не одну, а 4 таблицы маршрутизации – по одной на каждый тип сервиса (и, возможно, пятую – на случай, когда ни один признак не установлен). В большинстве сетей улучшение одного из этих параметров связано с ухудшением другого или других. Исключения, когда имело бы смысл устанавливать два из этих четырех признаков, очень редки. Первым протоколом динамической маршрутизации, поддерживающим метрики для типов сервиса, был OSPF, разработанный в 1991 году – и это при том, что первые 3 типа сервиса заявлены RFC-791 уже в 1980 году!

Тип обслуживания используется для указания типа обработки пакета при ее прохождении через систему Internet. Примеры отображения типа обслуживания в протоколе Internet на реальные услуги, предоставляемые такими сетями, как AUTODIN II, ARPANET, SATNET и PRNET даны в документе "Service Mapping".

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

^ Length, Total Length (общая длина) 16 бит

Общая длина – это длина пакета, измеренная в байтах, включая IP заголовок и поле данных. Это поле может задавать длину пакета вплоть до 65535 байтов. В большинстве хост-компьютеров и сетей столь большие пакеты не используются. Все хосты должны быть готовы принимать пакет вплоть до 576 байтов длиной (приходят ли они целиком или по фрагментам). Хостам рекомендуется отправлять пакеты размером более чем 576 байтов, только если они уверены, что принимающий хост готов обслуживать пакеты повышенного размера. Для большинства сетевых технологий общая длина пакета может быть получена от канального уровня, так что это поле выглядит избыточным. Увы, это не совсем так. Некоторые сетевые технологии, в том числе такая распространенная, как Ethernet, ограничивают минимальную длину кадра, и, как ни мало это ограничение (46 байт данных для Ethernet), IP-пакет может оказаться еще меньше. В этом случае без поля длины невозможно установить, где кончается пакет и начинается заполнение.

Identification (идентификатор) 16 бит

Идентификатор устанавливается отправителем для сборки фрагментов какого-либо пакета. Все фрагменты одного исходного пакета будут иметь один и тот же идентификатор.

^ Flags (различные управляющие флаги) 16 бит

бит 0 зарезервирован, должен быть нуль

бит 1 (DF) 0 – разрешена фрагментация, 1 – запрет фрагментации

бит 2 (^ MF) 0 – последний фрагмент, 1 – будут еще фрагменты

Fragment Offset (смещение фрагмента) 13 бит. Это поле показывает, где в исходном пакете находится этот фрагмент. Смещение фрагмента изменяется порциями по 8 байт (64 бита). Первый фрагмент имеет смещение нуль.

Time to Live (Время жизни) 8 бит

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

Protocol (Протокол) 8 бит

Это поле показывает, какой протокол следующего уровня использует данные из IP пакета. Значения для различных протоколов приводятся в документе "Assigned Numbers"

^ Header Checksum (Контрольная сумма заголовка) 16 бит

Поскольку некоторые поля заголовка меняют свое значение (например, время жизни), это значение проверяется и повторно рассчитывается при каждой обработке IP заголовка.

Алгоритм расчета контрольной суммы следующий:

Поле контрольной суммы – это 16 бит, дополняющие биты в сумме всех 16-битовых слов заголовка. Для вычисления контрольной суммы значение этого поля устанавливается в нуль3. При расчете контрольной суммы сложение понимается в смысле циклического сложения (возникающий перенос складывается с младшим битом суммы). Таков же алгоритм расчета контрольных сумм протоколов TCP, UDP, ICMP, IGMP (см. далее). В отличии от IP, в этих протоколах контрольная сумма защищает и заголовок, и данные. Для протокола UDP расчет контрольной суммы может не выполняться, для остальных он обязателен. Несмотря на то, что уже в спецификации RFC-791 предполагалось со временем заменить контрольную сумму циклической контрольной последовательностью (CRC), это так и не было осуществлено. Контрольная сумма – еще одна дань универсальности протокола IP. Большинство базовых сетевых технологий проверяют целостность кадра канального уровня более эффективным способом, в этом случае механизм контрольной суммы избыточен. Но «большинство» – увы, еще не значит «все»!

^ Source Address (адрес отправителя) 32 бита

Destination Address (адрес получателя) 32 бита

Options (опции) поле переменной длины

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

- единичный байт с указанием типа опции

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

Байт длины поля учитывает байт типа опции, сам себя и байты с данными для опции.

Байт типа опции состоит из трех полей:

1 бит флаг копирования

2 бита класс опции

5 бит номер опции

^ Флаг копирования показывает, что эта опция копируется во все фрагменты при фрагментации (0 – не копируется, 1 – копируется).

Класс опции

0 – управление

1 – зарезервировано

2 – отладка и измерения

3 – резервировано

Определены следующие опции Internet

Класс

номер

длина

Описание

0

0

1

Конец списка опций. Эта опция обозначает конец списка опций. Необходима только в том случае, если конец списка опций не совпал с окончанием IP заголовка.

0

1

1

Нет операции. Используется для выравнивания.

0

2

11

Безопасность. Используется для поддержания безопасности, изоляции, разделения на группы пользователей (TCC), обработки кодов ограничения, соответствующих требованиям DOD(МО) США.

0

3

перем. (байт-указатель+список IP-адресов)

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

0

9

перем. (то же)

Определение маршрута отправителя. Используется для передачи IP пакета, основанной на имеющейся у отправителя информации. Точный маршрут.

0

7

перем. (то же)

Запись маршрута. Используется для отслеживания проходимого IP пакетом маршрута.

0

8

4

Идентификатор маршрута. Используется для поддержки идентификации потока.

2

4

перем

Временной штамп Internet.

В целом механизм опций протокола IP был признан неудачным, и в версии IP v.6 заменен механизмом дополнительных заголовков.^ Адресация в IP-протоколе Отправителей и получателей на уровне хост-компьютера отличают IP адреса, а также поле протокола. Предполагается, что каждый протокол будет определять, есть ли нужда в дополнительном мультиплексировании на хосте, и, при необходимости, обеспечивать его. Протоколы TCP и UDP в этом случае используют 16-битный номер порта (port).

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

www.ronl.ru

Реферат - Виды протоколов. Правила их оформления

Введение.

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

Состав управленческих документов определяется компетенцией и функциями организации, порядком решения вопросов, объемом и характером взаимосвязей с другими организациями.и закрепляется в табеле документов. Единство правил документирования управленческих действий на всех уровнях управления обеспечивается применением Государственной системы документационного обеспечения управлением (ГСДОУ) и унифицированных систем документации (УСД).

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

Управленческие документы по наименованию, форме и составу реквизитов должны соответствовать УСД, требованиям ГСДОУ, положениям (уставам) об организации другим нормативными документам, содержащим правила документирования.

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

1.Понятие протокола и его назначение.

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

Протокол — документ, фиксирующий ход обсуждения вопросов и принятия решений на собраниях, совещаниях, заседаниях, конференциях

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

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

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

2. Правила оформления протоколов

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

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

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

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

· наименование организации;

· наименование вида документа;

· дата и регистрационный номер;

· место составления или издания;

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

· текст;

· подписи.

3.Виды протоколов

Существует два вида протоколов: полный и краткий.

Полный протокол содержит запись всех выступлений на заседаниях.

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

Решение о том, какую форму протокола вести на заседании, принимают руководитель коллегиального органа или руководитель организации.

Заголовком протокола служит название коллегиального органа или заседания (Протокол заседания аттестационной комиссии...; протокол совещания ...).

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

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

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

При этом слова «Председатель», «Секретарь», «Присутствовали» (без кавычек) печатают слева от поля, отделяя двумя интервалами от заголовка и друг от друга.

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

Слова «Повестка дня» располагаются центрировано через два-три интервала от списка участников.

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

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

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

Участник совещания или заседания может представить особое мнение по принятому решению, которое излагается на отдельном листе и присоединяется к протоколу. О наличии особого мнения делается запись в протоколе после записи решения.

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

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

Основная часть протокола включает рассматриваемые вопросы и принятые по ним решения. Наименование вопроса нумеруется римской цифрой и начинается с предлога «О» («Об»), печатается по центру размером шрифта № 15 и подчеркивается одной чертой ниже последней строки. Под чертой указываются фамилии должностных лиц, выступивших при обсуждении данного вопроса. Фамилии печатаются через 1 межстрочный интервал. Затем указывается принятое по вопросу решение.

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

Протокол оформляется на общем бланке организации с указанием наименования вида документа — «ПРОТОКОЛ» — или на специальном бланке протокола (бланк конкретного вида документа).

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

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

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

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

Гриф (пометка об ограничении доступа к документу) — печатается в правом верхнем углу первого листа протокола. Номер экземпляра документа печатается ниже грифа (пометки) через полтора межстрочных интервала и центрируется по отношению к ним. К протоколу подшиваются представленные на рассмотрение материалы: справки, доклады, проекты и т.п., которые оформляются как приложения.

www.ronl.ru

Реферат - Протокол обмена управляющими сообщениями ICMP

Общая характеристика протокола ICMP

Протокол обмена управляющими сообщениями ICMP (Internet Control Message Protocol) позволяет маршрутизатору сообщить конечному узлу об ошибках, с которыми машрутизатор столкнулся при передаче какого-либо IP-пакета от данного конечного узла.

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

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

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

Формат сообщений протокола ICMP

Существует несколько типов сообщений ICMP. Каждый тип сообщения имеет свой формат, при этом все они начинаются с общих трех полей: 8-битного целого числа, обозначающего тип сообщения (TYPE), 8-битного поля кода (CODE), который конкретизирует назначение сообщения, и 16-битного поля контрольной суммы (CHECKSUM). Кроме того, сообщение ICMP всегда содержит заголовок и первые 64 бита данных пакета IP, который вызвал ошибку. Это делается для того, чтобы узел-отправитель смог более точно проанализировать причину ошибки, так как все протоколы прикладного уровня стека TCP/IP содержат наиболее важную информацию для анализа в первых 64 битах своих сообщений.

Поле типа может иметь следующие значения:

Как видно из используемых типов сообщений, протокол ICMP представляет собой некоторое объединение протоколов, решающих свои узкие задачи.

Эхо-протокол

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

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

Сообщения о недостижимости узла назначения

Когда маршрутизатор не может передать или доставить IP-пакет, он отсылает узлу, отправившему этот пакет, сообщение «Узел назначения недостижим» (тип сообщения — 3). Это сообщение содержит в поле кода значение, уточняющее причину, по которой пакет не был доставлен. Причина кодируется следующим образом:

Маршрутизатор, обнаруживший по какой-либо причине, что он не может передать IP-пакет далее по сети, должен отправить ICMP-сообщение узлу-источнику, и только потом отбросить пакет. Кроме причины ошибки, ICMP-сообщение включает также заголовок недоставленного пакета и его первые 64 бита поля данных.

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

Недостижимость протокола и порта означают отсутствие реализации какого-либо протокола прикладного уровня в узле назначения или же отсутствие открытого порта протоколов UDP или TCP в узле назначения.

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

Перенаправление маршрута

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

Для корректировки поведения компьютеров маршрутизатор может использовать сообщение протокола ICMP, называемое «Перенаправление маршрута» (Redirect).

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

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

В сообщении «Перенаправление маршрута» маршрутизатор помещает IP-адрес маршрутизатора, которым нужно пользоваться в дальнейшем, и заголовок исходного пакета с первыми 64 битами его поля данных. Из заголовка пакета узел узнает, для какой сети необходимо пользоваться указанным маршрутизатором.

www.ronl.ru

Реферат Протоколы ТСР IP

ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ОБРАЗОВАНИЮ

ГОСУДАРСТВЕННОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ

ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ

«САНКТ-ПЕТЕРБУРГСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ

ЭКОНОМИКИ И ФИНАНСОВ»

РЕФЕРАТ НА ТЕМУ:

Протоколы ТСР/IP

Выполнила: Морина Анна Александровна, 137 группа

Научный руководитель: Каминская Татьяна Ефимовна

Санкт- Петербург

2009

Оглавление

1. Введение …………………………………………………………………………..…3

3. Архитектура протоколов TCP/IP …………………………………………………...5

4. Основные протоколы семейства TCP/IP…………………………………………...6

5. Межсетевой протокол IP……………………………………………………………7

5.1. Маршрутизация…………………………………………………………………8

5.1.1. Прямая маршрутизация……………………………………………………8

5.1.2. Косвенная маршрутизация…………………………………………………9

6. Протоколы TCP…………………………………………………………………….11

7. Заключение………………………………………………………………………….12

8. Список литературы…………………………………………………………………13

1. Введение

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

Маршрутизация - это процедура определения пути следования пакета из одной сети в другую.

Такой механизм доставки становится возможным благодаря реализации во всех узлах сети протокола межсетевого обмена IP. Если обратиться к истории создания сети Internet, то с самого начала предполагалось разработать спецификации сети коммутации пакетов. Это значит, что любое сообщение, которое отправляется по сети, должно быть при отправке "нашинковано" на фрагменты. Каждый из фрагментов должен быть снабжен адресами отправителя и получателя, а также номером этого пакета в последовательности пакетов, составляющих все сообщение в целом. Такая система позволяет на каждом шлюзе выбирать маршрут, основываясь на текущей информации о состоянии сети, что повышает надежность системы в целом. При этом каждый пакет может пройти от отправителя к получателю по своему собственному маршруту. Порядок получения пакетов получателем не имеет большого значения, т.к. каждый пакет несет в себе информацию о своем месте в сообщении. При создании этой системы принципиальным было обеспечение ее живучести и надежной доставки сообщений, т.к. предполагалось, что система должна была обеспечивать управление Вооруженными Силами США в случае нанесения ядерного удара по территории страны.

2. Иерархия протоколов TCP/IP

Семейство TCP/IP принято подразделять на четыре уровня:

1. Канальный уровень (link layer, data-link layer), или уровень сетевого интерфейса (network interface), содержит две основные компоненты: аппаратный сетевой интерфейс компьютера (сетевую карту) и со от соответствующий драйвер этого сетевого интерфейса в операционной системе. Вместе они обеспечивают как физическое подключение к кабелю (или к другой физической среде), так и управление всеми аппаратными процессами передачи.

2. Сетевой уровень (network layer, internet layer) отвечает за перемещение пакетов по тому или иному маршруту в сети. В семействе протоколов ТСР/IР сетевой уровень представлен: протоколами: IP (Internet Protocol), ICMP (Internet Control Message Protocol) и IGMP (Internet Group Management Protocol).

3. Транспортный уровень (transport, layer) организует для вышестоящего прикладного уровня обмен данными между двумя компьютерами и сети. В семействе протоколов TCP/IP одновременно используются два существенно различных транспортных протокола: TCP (Transmission Control Protocol — протокол управления передачей данных) и UDP (User Datagram Protocol — протокол дейтаграмм пользователя). TCP обеспечивает надежную передачу потоков данных между двумя компьютерами в сети. В его задачи входит: разделять данные, поступающие от обслуживаемых им приложений, на блоки приемлемого размера для нижестоящего сетевого уровня; подтверждать получение пришедших к нему по сети пакетов; в течение установленных им периодов времени (таймаутов) ожидать прихода подтверждений о получении отправленных им пакетов и т. п. Поскольку TCP берет нa себя все проблемы обеспечения надежной доставки врученных ему данных по назначению, то прикладной уровень освобождается от этих забот. Напротив, UDP предоставляет прикладному уровню намного более примитивный сервис. Он лишь рассылает данные адресатам в виде пакетов, называемых UDP-дейтаграммами (UDP datagrams), без гарантии их доставки, Предполагается, что требуемая степень надежности пересылки должна обеспечиваться самим прикладным уровнем. Каждый из этих двух транспортных протоколов находит соответствующее его достоинствам и недостаткам применение. Причины, по которым для одних приложений предпочтителен TCP, а для других — UDP, станут понятны при рассмотрении самих приложений.

4. Прикладной уровень (application layer) обеспечивает выполнение разнообразных прикладных задач. Существует определенный "классический” набор стандартных прикладных сервисов, которые предлагаются в большинстве реализаций семейства TCP/IP. В их числе:

· Telnet - протокол удаленного доступа,

· FTP (File Transfer Protocol) — протокол передачи файлов.

· SMTP (Simple Mail Transfer Protocol) — простой протокол обмена электронной почтой,

· SNMP (Simple Network Management Protocol) — простой протокол управления сетью.

3. Архитектура протоколов TCP/IP

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

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

Структура связей протокольных модулей

прямоугольники – обработка данных;

линии, соединяющие прямоугольники, - пути передачи данных;

горизонтальная линия внизу рисунка - кабель сети Ethernet, которая используется в качестве примера физической среды;

"o" - это трансивер;

"*" - обозначает IP-адрес;

"@" - адрес узла в сети Ethernet (Ethernet-адрес).

Рис.1. Структура протокольных модулей в узле сети TCP/IP

4. Основные протоколы семейства TCP/IP

TCP обеспечивает надежную транспортную службу поверх ненадежного сервиса IP.

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

Основным протоколом сетевого уровня является IР. Он обслуживает как TCP, так и UDP. Каждая порция данных формируемых TCP или UDP для пересылки по интерсети, проходит через уровень IP как на оконечных хостах, так и на каждом промежуточном маршрутизаторе. Также некий пользовательский процесс, имеющий прямой доступ к IP. Это допустимое исключение — некоторые протоколы маршрутизации напрямую контактируют с IP; кроме того, эта возможность используется и при проведении экспериментов с новыми протоколами транспортного уровня

Протокол IСМР примыкает к IP. Он служит для обмена сообщениями об ошибках и иной важной информацией с IP-модулем другого хоста или маршрутизатора. Хотя ICMP используется в основном протоколом IP, прикладная задача также может иметь к нему доступ. Мы увидим, что два наиболее популярных средства диагностики, Ping и Traceroute, обращаются к ICMP непосредственно, минуя IP.

IGMP используется при групповой пересылке данных, то есть когда UDP-дейтаграммы предназначены одновременно нескольким хостам. Мы расскажем об основных свойствах широковещательной (broadcasting) передачи UDP-дейтаграмм, адресованных всем хостам указанной сети, и о групповой пересылке данных (multicasting).

ARP и RARP — специализированные протоколы, используемые определенными типами сетевых интерфейсов (например, Ethernet или Token Ring) для отображения адресов уровня IP в соответствующие им адреса канального уровня.

5. Межсетевой протокол IP

Ненадежный сервис не гарантирует того, что IP-дейтаграмма успешно доберется к месту назначения. О такой доставке пакетов принято говорить, что делается все возможное, но успех попытки зависит от обстоятельств (best effort deliveiy). Если на промежуточном узле происходит сбой (например, временно переполнен буфер маршрутизатора), то его IP-модуль действует просто: он уничтожает дейтаграмму. Предполагается, что требуемая степень надежности должна обеспечиваться протоколами верхних уровней (например, TCP).

Термин не поддерживающий соединение (connectionless) означает, что IP не ведет никакого учета очередности доставки дейтаграмм и каждая обрабатывается независимо от остальных. Как следствие, очередность доставки может нарушаться. Когда хост одну за другой последовательно отправляет две дейтаграммы (сначала А, потом В) одному и тому же адресату, маршрутизация обеих происходит независимо. Маршруты их продвижения могут оказаться разными, причем такими, что В прибудет раньше А.

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

1. Маршрутизация

1. Прямая маршрутизация

Когда A посылает IP-пакет B, то заголовок IP-пакета содержит в поле отправителя IP-адрес узла A, а заголовок Ethernet-кадра содержит в поле отправителя Ethernet-адрес A. Кроме этого, IP-заголовок содержит в поле получателя IP-адрес узла B, а Ethernet-заголовок содержит в поле получателя Ethernet-адрес B.

В этом простом примере протокол IP является излишеством, которое мало что добавляет к услугам, предоставляемым сетью Ethernet. Однако протокол IP требует дополнительных расходов на создание, передачу и обработку IP-заголовка. Когда в машине B модуль IP получает IP-пакет от машины A, он сопоставляет IP-адрес места назначения со своим и, если адреса совпадают, то передает датаграмму протоколу верхнего уровня.

В данном случае при взаимодействии A с B используется прямая маршрутизация.

2. Косвенная маршрутизация

Рис.3. Сеть internet, состоящая из трех IP-сетей На рисунке 3 представлена более реалистичная картина сети internet. В данном случае сеть internet состоит из трех сетей Ethernet, на базе которых работают три IP-сети, объединенные шлюзом D. Каждая IP-сеть включает четыре машины; каждая машина имеет свои собственные IP- и Ethernet адреса.

За исключением D все машины имеют стек протоколов, аналогичный показанному на рисунке. Шлюз D соединяет все три сети и, следовательно, имеет три IP-адреса и три Ethernet-адреса. Машина D имеет стек протоколов TCP/IP, он содержит три модуля ARP и три драйвера Ethernet.

Менеджер сети присваивает каждой сети Ethernet уникальный номер, называемый IP-номером сети. На рис.3 IP-номера не показаны, вместо них используются имена сетей.

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

Когда машина D взаимодействует с машиной A, то это прямое взаимодействие. Когда машина D взаимодействует с машиной E, то это прямое взаимодействие. Когда машина D взаимодействует с машиной H, то это прямое взаимодействие. Это так, поскольку каждая пара этих машин принадлежит одной IP-сети.

Однако, когда машина A взаимодействует с машинами, включенными в другую IP-сеть, то взаимодействие уже не будет прямым. Машина A должна использовать шлюз D для ретрансляции IP-пакетов в другую IP-сеть. Такое взаимодействие называется "косвенным".

Маршрутизация IP-пакетов выполняется модулями IP и является прозрачной для модулей TCP, UDP и прикладных процессов.

Если машина A посылает машине E IP-пакет, то IP-адрес и Ethernet-адрес отправителя соответствуют адресам A. IP-адрес места назначения является адресом E, но поскольку модуль IP в A посылает IP-пакет через D, Ethernet-адрес места назначения является адресом D.

Модуль IP в машине D получает IP-пакет и проверяет IP-адрес места назначения. Определив, что это не его IP-адрес, шлюз D посылает этот IP-пакет прямо к E.

Итак, при прямой маршрутизации IP- и Ethernet-адреса отправителя соответствуют адресам того узла, который послал IP-пакет, а IP- и Ethernet-адреса места назначения соответствуют адресам получателя. При косвенной маршрутизации IP- и Ethernet-адреса не образуют таких пар.

6. Протокол TCP

Протокол TCP используется в тех случаях, когда требуется надежная доставка сообщений. Он освобождает прикладные процессы от необходимости использовать таймауты и повторные передачи для обеспечения надежности. Наиболее типичными прикладными процессами, использующими TCP, являются FTP (File Transfer Protocol - протокол передачи файлов) и TELNET. Кроме того, TCP используют система X-Window, rcp (remote copy - удаленное копирование) и другие "r-команды". Большие возможности TCP даются не бесплатно. Реализация TCP требует большой производительности процессора и большой пропускной способности сети. Внутренняя структура модуля TCP гораздо сложнее структуры модуля UDP.

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

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

Протокол TCP разбивает поток байт на пакеты; он не сохраняет границ между записями. Например, если один прикладной процесс делает 5 записей в TCP-порт, то прикладной процесс на другом конце виртуального канала может выполнить 10 чтений для того, чтобы получить все данные. Но этот же процесс может получить все данные сразу, сделав только одну операцию чтения. Не существует зависимости между числом и размером записываемых сообщений с одной стороны и числом и размером считываемых сообщений с другой стороны.

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

7. Заключение

8. Список литературы:

1. Брежнев А.Ф., Смелянский Р.Л. «Семейство протоколов TCP/IP»
2. Н. Угринович «Информатика и информационные технологии»
3. http://www.citforum.ru/internet/comer/contents.shtml
4. http://tcpips.ru/?Obzor_TCP%2FIP:Realizacii_TCP%2FIP_v_Unix
5. http://tcpip.pp.ru/

14

bukvasha.ru

Реферат - Протокол - Разное

ПРОТОКОЛ

заседания Рабочей группы

по подготовке и проведению празднования

1150-летия зарождения российской государственности

на территории Северо-Западного федерального округа

от 12 мая 2011 года №1

(выступления даны с сокращениями)

________________________________________________________________

г. Санкт-Петербург

ПРЕДСЕДАТЕЛЬСТВОВАЛ:

Вице-президент, председатель Исполнительного комитета Ассоциации «Северо-Запад», председатель Рабочей группы, заместитель председателя Организационного комитета

- Ходько С.Т.

ПРИСУТСТВОВАЛИ:

Члены Рабочей группы (представители по доверенности):

Директор Института русской литературы

(Пушкинский Дом) Российской академии наук,

член-корреспондент РАН

- Багно В.Е.

Д.и.н., заведующая отделом древней истории России

Санкт-Петербургского Института истории

Российской академии наук

- Дмитриева З.В.

Заместитель председателя комитета культуры

Новгородской области

- Зорин Б.К.

Д.и.н., профессор, главный научный сотрудник

Института истории материальной Культуры

Российской академии наук

- Кирпичников А.Н.

К.иск., ведущий научный сотрудник

Государственного Русского музея

- Климов П.Ю.

Заместитель Губернатора Вологодской области,

руководитель Представительства Вологодской области

в Северо-Западном федеральном округе

- Медведев В.В.

Д.и.н., директор Санкт-Петербургского Института истории Российской академии наук

- Плешков В.Н.

Председатель Государственного комитета

Псковской области по экономическому развитию,

промышленности и инвестициям

- Равикович Д.В.

Председатель Правления

Санкт-Петербургского Союза Дизайнеров

- Тимофеев А.В.

Вице-губернатор Ленинградской области

- Уткин О.А.

Секретарь рабочей группы,

ведущий специалист Ассоциации «Северо-Запад»

- Дамберг А.В.

^ Ходько С.Т., вице-президент, председатель Исполнительного комитета

Ассоциации «Северо-Запад», председатель Рабочей группы,

заместитель председателя Организационного комитета

Вступительное слово

3 марта 2011 года Президентом Российской Федерации Д.А.Медведевым подписан Указ «О праздновании 1150-летия зарождения российской государственности». Ассоциация «Северо-Запад» рассматривает это событие как возможность формирования долговременной программы по продвижению имиджа Северо-Западного федерального округа как «Колыбели российской государственности».

Для координации мероприятий во исполнение Указа в рамках Северо-Западного федерального округа Ассоциация «Северо-Запад» формирует Организационный комитет и Рабочую группу. Организационный комитет дал согласие возглавить полномочный представитель Президента Российской Федерации в Северо-Западном федеральном округе, Президент Ассоциации «Северо-Запад» И.И.Клебанов. В состав Оргкомитета дали согласие войти губернаторы субъектов Северо-Западного федерального округа: Новгородской области – С.Г.Митин, Вологодской области – В.Е.Позгалев, Ленинградской области – В.П.Сердюков, Псковской области – А.А.Турчак. С губернатором Санкт-Петербурга В.И.Матвиенко ведутся переговоры.

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

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

^ Уткин О.А., вице-губернатор Ленинградской области

Обозначенная тема для Ленинградской области является одной из самых актуальных.

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

На сегодняшний день мы планируем:

Проведение ряда научно-практических конференций, посвященных обсуждению текущего вопроса.

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

Работу по реставрационно-восстановительному направлению.

Надо также отметить, что нам предстоит нелегкая работа, в связи с вопросами исторической значимости того или иного субъекта Российской Федерации или населенного пункта. И мы будем вынуждены выстраивать свою работу с учетом того, что нам будет преподносить историческая наука.

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

^ Зорин Б.К., заместитель председателя комитета культуры Новгородской области

13 июня этого года в Новгороде в исторической атмосфере кремля состоится постановка оперы «Садко» Римского-Корсакова, самого известного сочинения на тему древнего Новгорода. Мы бы хотели, чтобы это мероприятие стало определенным этапом в подготовке 1150-летия российской государственности.

В историческое обоснование празднования хочется добавить тот факт, что 21 августа 1851 был подписан Высочайший указ Николая I, согласно которому 862 год был объявлен отправной точкой российской государственности. А в 1862 году императором Александром II были организованы действа, посвященные юбилею российской государственности. Проходили они в Великом Новгороде у памятника 1000-летию России.

Сегодня Новгородская область также работаем над программой, связанной с юбилейным годом. Празднование 1150-летия российской государственности будет приурочено, главным образом, к событиям 150-летней давности: 21-23 сентября 2012 года будут проведены мероприятия, включающие в себя, в том числе, шествие, парады военных и духовых оркестров, своеобразную церемонию исторической реконструкции событий 1862 года. Идеальным вариантом было бы, если бы все мероприятия субъектов сложились таким образом, чтобы этим нашим событием мы подвели некую черту празднования.

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

Празднование 1150-летия российской государственности должно отражать объединяющее начало, и мы очень поддерживаем усилия Ассоциации «Северо-Запад» в этом направлении. В частности, в Новгородской области будет проводиться выставка, которую мы позиционируем как выставку художников субъектов Северо-Запада. Нам предстоит большая работа и будет хорошо, если в этом направлении нам действительно удастся найти контакты и Ассоциация «Северо-Запад» поможет объединить субъекты.

Мы готовы предоставить необходимый объем материалов, которые, на наш взгляд, могли бы войти в единую программу, которые были бы направлены на единый взгляд субъектов Северо-Запада на праздник. Готовы отработать ее в техническом плане, для того, чтобы затем эта программа могла бы стать достойным воплощением юбилея.

Медведев В.В., заместитель Губернатора Вологодской области, руководитель Представительства Вологодской области в Северо-Западном федеральном округе

Вологодская область столкнулась с некоторыми проблемами, когда началась подготовка к празднованию 1150-летия города Белоозерска. Академии наук заявила, что городу надо праздновать 1050-летие. При подготовке мероприятий празднования 1150-летия российской государственности, историческую справедливость нужно находить и не в каждом субъекте, а, как правильно сказано, в нашем объединяющем начале. Вологодская область активно включается в эту работу.

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

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

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

^ Равикович Д.В., председатель Государственного комитета Псковской области

по экономическому развитию, промышленности и инвестициям

Псковская область готова участвовать в работе Оргкомитета, и считает эту идею полезной, в первую очередь, именно с точки зрения продвижения регионов. Историческое значение этого празднования велико, и это действительно может быть поводом для объединения усилий субъектов, входящих в Северо-Западный федеральный округ, по разным направлениям.

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

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

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

Кирпичников А.Н., д.и.н., профессор, главный научный сотрудник

Института истории материальной Культуры Российской академии наук

Необходимо отметить, что важность роли Северо-Запада в зарождении российской государственности ключевая. Сначала была Ладога, потом Предновгород, потом, в летописи назван, так называемый костяк державы: Белоозеро (тогда самого города еще не существовало, князь Синеус пошел не в Белоозеро, а на него, но, тем не менее, существовала окультуренная Белоозерская область, что дает основания белоозерскому району считать те года своим основанием), затем был Муром, Ростов Великий, Изборск, Смоленск, Любич, Полоцк и Киев.

Наша Северо-Западная часть включает Ладогу, Новгород, Белоозеро и Изборск. Хотя здесь на Северо-Западе все происходило в четырех местах, не будет громадной географической ошибки, если речь при праздновании будет вестись обо всем Северо-Западе.

Также можно предложить отметить 1130-летие Киева – матери городов русских; 1130 лет отмечается со дня создания нашей федеративной армии. Мы должны на высшем уровне пригласить украинцев и белорусов.

Что касается федерального оргкомитета, то в него должны войти представители от Северо-Запада, также необходимо пригласить людей из науки.

Стоит ещё раз подумать о названии.

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

^ Плешков В.Н., д.и.н., директор Санкт-Петербургского Института истории

Российской академии наук

В проект программы надо обязательно включить реставрацию памятников, находящихся на территории Северо-Запада, а в Оргкомитет стоит включить представителей Санкт-Петербургского научно-исследовательского и проектного института по реставрации памятников истории и культуры министерства культуры РФ (НИиПИ «Спецпроектреставрация»). Они могли бы дать консультацию; составить перечень памятников федерального и регионального значения; предоставить информацию относительно их состояния; определить примерные затраты, которые могут и должны будут пойти на реставрацию.

В Новгороде в следующем году будет проходить международная научная конференция «Новгородика 2012», необходимо включить её в программу.

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

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

^ Багно В.Е., директор Института русской литературы (Пушкинский Дом)

Российской академии наук, член-корреспондент РАН

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

Недавно из Пушкинского дома мы вывезли в Женеву целую выставку рукописей. Эта выставка произвела сильнейшее впечатление. Это были не только рукописи Лермонтова, Гоголя, Достоевского, Толстого и Чехова, но и старообрядческие рукописи с Русского Севера. Впечатление было двоякое и для меня совершенно неожиданное: говорили: «какой блеск», «какая великая страна», «какое искусство», и – «в каком горьком состоянии находятся эти рукописи». Пора бы уже отвыкать от нашей привычки того, что у нас все может быть в горьком состоянии. Отреставрировать все нам не под силу, но реставрация нескольких рукописей вполне реальна.

Хочу высказать конкретное предложение литературоведа. Наряду с продвижением национальных интересов России, я бы хотел настаивать на продвижении Повести временных лет – нам же нужно убеждать другие народы в том, когда и откуда все это началось. Прагматичный Запад верит фактам и источникам. Когда они на западе читают Повесть, она на них производит такое же впечатление, как и на нас, потому что эта книга изумительна, это блестящий средневековый памятник, равных которому в Европе очень немного – и мало кто представляет, какой блеск был в древней Руси.

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

^ Дмитриева З.В., д.и.н., заведующая отделом древней истории России

Санкт-Петербургского Института истории Российской академии наук

Приветствую обсуждение на круглом столе проекта программы празднования юбилея. Однако думаю, что в дальнейшем нам не надо абсолютизировать варяжский элемент в образовании российской государственности, и не хотелось бы, чтобы празднование превратилось в пропаганду «норманнского» происхождения Российского государства. Думаю, что надо уточнить название комплекса мероприятий.

Наша задача – сделать юбилей поводом для изучения истории России. Северо-Запад и Белоозеро находятся в центе внимания сотрудников нашего отдела уже несколько десятилетий. Поддерживаю объединение усилий нескольких регионов по организации мероприятий. Это даст возможность наладить совместную работу с регионами, прежде всего с Вологодской администрацией, с которой до сих пор у нас нет контактов. Думаю, что наше собрание и дальнейшая деятельность приведут к тому, что мы не только будем изучать историю этих регионов, но и сможем проводить там пропаганду исторических знаний, а также подготовить учебное пособие для школ Вологодской области и показать, что Белозерский край, как и Северо-Запад, был «колыбелью российской государственности».

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

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

Северо-Запад – регион, где сохранился значительный комплекс государственных кадастров – новгородских писцовых книг, введение в научный оборот которых в 19 веке начала Императорская археографическая комиссия. К сожалению, издание этих памятников полностью не осуществлено. Назрело время для создания лаборатории по комплексному изучению и подготовки к публикации всех сохранившихся новгородских писцовых книг. Они содержат массовую информацию о населенных пунктах и жителях (имена землевладельцев и крестьян) огромного региона – всех пятин Новгородской земли за 16-17 вв. Создание информационной базы на основе текстов писцовых книг позволит каждому новгородскому жителю найти своих предков или узнать историю деревни, где он родился. Для проведения такой работы необходимо предусмотреть разработку долгосрочной программы.

^ Климов П.Ю., к.иск., ведущий научный сотрудник Государственного Русского музея

В.А. Гусев, директор Государственного Русского музея, выдвинул несколько идей,

Работниками русского музея разработаны две выставки, которые могли бы войти в план празднования данного юбилея: «Избранники Клио. Герои и злодеи русской истории» и «Святые земли русской», они уже закончили свою работу в стенах музея. Это готовые проекты, они в том или ином формате могли бы быть представлены на других выставочных площадках.

Возможно проведение выставки, посвященной Александру Невскому (демонстрация иконографии, в том числе и живописные полотна).

Среди плановых выставок на будущий год у нас предполагается большая юбилейная выставка, посвященная 150-летию М.В.Нестерова, не только великого художника, но и великого патриота. И Нестеров и его искусство, не только нестеровские девушки, пейзаж и портреты советской интеллигенции, но это, прежде всего, русские исторические герои: Сергий Радонежский, Александр Невский, князь Владимир, Михаил Тверской, Иван Сусанин. Проблема заключается в финансировании, на выставку Нестерова нам бы хотелось получить полотна из Киева, Уфы, но это дополнительные деньги.

Ежегодно проводится фестиваль «Императорские сады», главная площадка проведения – Михайловский сад. Каждый год представлена одна из европейских стран, которая показывает экспозицию. На будущий год это могло бы быть нечто связанное с Северо-Западом или со Скандинавией.

На будущий год в начале сентября будет проходить саммит АТЭС во Владивостоке, Русский музей представит свою экспозицию. Но концепция этой экспозиции пока отсутствует, поэтому, возможно, ее следует построить в соответствии с мероприятием, для того, чтобы презентовать Северо-Запад и его историю в другой части страны, таким образом связав всю огромную Россию.

Русский музей с охотой и энтузиазмом включится в это дело, единственное, что осталось только конкретизировать свои действия.

^ Ходько С.Т.

Большое спасибо участникам заседания за озвучивание очень интересных и перспективных идей. Хочу выделить четыре вопроса, требующие решения в среднесрочной перспективе:

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

Будем также благодарны за Ваши предложения в части состава мероприятий, Оргкомитета, Рабочей группы.

Я беру на себя обязательства обсудить с И.И. Клебановым возможность проведения заседания Оргкомитета.

Хочу сформулировать особое предложение к Новгороду по вопросу организации конференции, посвященной празднованию 1150-летия российской государственности 13 июня 2011 года, приуроченной к проведению оперы «Садко».

Проект празднования 1150-летия российской государственности является знаковым для Северо-Запада. Учитывая заявления, сделанные сегодня участниками заседания мы не видим противоречий для дальнейшего взаимодействия и координации мероприятий.

Вице-президент, председатель Исполнительного комитета Ассоциации «Северо-Запад», заместитель председателя Организационного комитета по подготовке и проведению празднования 1150-летия зарождения российской государственности на территории Северо-Западного федерального округа, председатель Рабочей группы

Ходько С.Т.

Секретарь рабочей группы,

ведущий специалист Ассоциации «Северо-Запад»

Дамберг А.В.

________________________

www.ronl.ru

Реферат - Протоколы тср/ip основные понятия Протокол

ПРОТОКОЛЫ ТСР/IP

Основные понятия

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

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

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

ARРАnet (Advanced Research Projects Agency Network, сеть управле­ния перспективных исследований и разработок) — сеть АRPАnet была первой крупномасштабной глобальной компьютерной сетью с коммута­цией пакетов. В 1991 году сеть ARPAnet была официально расформирова­на, однако некоторые ее части вошли в состав сети Интернет.

IGР (Interior Gateway Protocol, протокол внутреннего шлюзования) — термин, которым в наборе протоколов ТСР/IР обозначаются протоколы, используемые для организации взаимодействия маршрутизаторов, отно­сящихся к одной и той же автономной системе.

Хост (host, главный узел) — компьютер, через который пользователи могут связываться с другими компьютерами.

^ Запросы на комментарии и предложения, RFC (Requests for Comments) — наборы документов проблемной группы IЕТР, содержащие описания протоколов и моделей, результаты экспериментов и другую ин­формацию.

^ Совет по архитектуре Интернет, IАВ (Internet Architecture Board) — международная организация, занимающаяся разработкой и рассмотре­нием стандартов и направления развития сети Интернет (ранее называ­лась Internet Activities Board).

Состояния и статусы протоколов

Каждый протокол ТСР/IР предо­ставляет одну конкретную услугу или ряд услуг для передачи дан­ных от одного компьютера по се­ти к другому. При этом одни ус­луги более очевидны, другие — менее.

Все протоколы ТСР/IР описаны в виде документа RFC (Requests for Comments, запрос на комментарии и предложения). В описании также указывается состояние и статус протоколов. Состояние и статус протоколам семейства ТСР/IР при­сваивает координационный совет сети Интернет (IАВ — Internet Architecture Board).

В течение своего жизненного цикла протокол может находиться в одном из перечисленных ниже со­стояний.

• Экспериментальный протокол (Experimental) — протокол пока не предлагается для реализации, с ним проводятся эксперименты.

• Предлагаемый протокол (Proposed Standard) — протокол был предло­жен в качестве стандарта и нахо­дится в стадии начального рассмо­трения.

• Предварительный, или черновой протокол (Draft Standard) — про­токол прошел начальное рассмот­рение и имеет почти законченный вид.

• Стандартный протокол (Internet Standard) — протокол пересмот­рен и принят как полный стан­дарт. Он является составной час­тью ТСР/IP.

• Ознакомительный протокол (Informational) — протокол разра­ботан сторонней организаций и находится вне компетенции IАВ. Он может быть опубликован в ви­де RFC для ознакомления.

• Устаревший протокол (Historic) — протокол устарел и в настоящее время не используется.

Статусы протоколов могут быть следующими:

• Обязательный протокол — все уз­лы, использующие ТСР/IP, долж­ны реализовывать этот протокол. Относится к стандартным прото­колам.

• Рекомендуемый протокол — по­ощряется использование данного протокола во всех узлах. Также относится к стандартным прото­колам.

• ^ Используемый по выбору прото­кол — узлы могут реализовывать этот протокол. Относится к пред­варительным и предлагаемым протоколам; кроме того, этот ста­тус имеют некоторые стандарт­ные и экспериментальные прото­колы.

• Протокол ограниченного пользо­вания — протокол не предназна­чен для широкого использования. Данный статус имеет основная масса экспериментальных прото­колов.

• Нерекомендуемый протокол — данным протоколом пользоваться не рекомендуется. К данной кате­гории относятся все устаревшие протоколы и некоторые экспери­ментальные.

Как уже было сказано, прото­колы верхних уровней ТСР/IP фак­тически могут опираться на любой протокол доступа к среде, включая Ethernet, Token Ring или FDDI. Од­нако в самом наборе ТСР/IP суще­ствуют два протокола, работающие на канальном уровне модели OSI (или уровне сетевого интерфейса набора ТСР/IP), — это протоколы РРР и SLIP.

SLIP (Serial Line Internet Protocol, протокол Интернет для по­следовательных линий). Входящий в состав набора ТСР/IP протокол передачи пакетов IP по последовательным линиям связи (например, обычным телефонным линиям). В настоящее время является устарев­шим и вытесняется более совер­шенным протоколом РРР.

РРР (Point-to-Point, протокол двухточечных соедине­ний). В окружении сети Интернет — протокол, используемый для ор­ганизации прямого соединения двух узлов по последовательным двухточечным каналам связи (на­пример, между отдельными марш­рутизаторами или между маршру­тизаторами и узлами сети).

www.ronl.ru

Реферат Виды протоколов. Правила их оформления

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

Состав управленческих документов определяется компетенцией и функциями организации, порядком решения вопросов, объемом и характером взаимосвязей с другими организациями. и закрепляется в табеле документов. Единство правил документирования управленческих действий на всех уровнях управления обеспечивается применением Государственной системы документационного обеспечения управлением (ГСДОУ) и унифицированных систем документации (УСД).

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

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

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

Протокол - документ, фиксирующий ход обсуждения вопросов и принятия решений на собраниях, совещаниях, заседаниях, конференциях

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

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

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

2. Правила оформления протоколов

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

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

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

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

• наименование организации;
• наименование вида документа;
• дата и регистрационный номер;
• место составления или издания;
• заголовок к тексту;
• текст;
• подписи.

3.Виды протоколов

Существует два вида протоколов: полный и краткий.

Полный протокол содержит запись всех выступлений на заседаниях.

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

Решение о том, какую форму протокола вести на заседании, принимают руководитель коллегиального органа или руководитель организации.

Заголовком протокола служит название коллегиального органа или заседания (Протокол заседания аттестационной комиссии...; протокол совещания ...).

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

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

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

При этом слова "Председатель", "Секретарь", "Присутствовали" (без кавычек) печатают слева от поля, отделяя двумя интервалами от заголовка и друг от друга.

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

Слова "Повестка дня" располагаются центрировано через два-три интервала от списка участников.

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

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

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

Участник совещания или заседания может представить особое мнение по принятому решению, которое излагается на отдельном листе и присоединяется к протоколу. О наличии особого мнения делается запись в протоколе после записи решения.

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

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

Основная часть протокола включает рассматриваемые вопросы и принятые по ним решения. Наименование вопроса нумеруется римской цифрой и начинается с предлога "О" ("Об"), печатается по центру размером шрифта № 15 и подчеркивается одной чертой ниже последней строки. Под чертой указываются фамилии должностных лиц, выступивших при обсуждении данного вопроса. Фамилии печатаются через 1 межстрочный интервал. Затем указывается принятое по вопросу решение.

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

Протокол оформляется на общем бланке организации с указанием наименования вида документа - "ПРОТОКОЛ" - или на специальном бланке протокола (бланк конкретного вида документа).

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

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

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

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

Гриф (пометка об ограничении доступа к документу) - печатается в правом верхнем углу первого листа протокола. Номер экземпляра документа печатается ниже грифа (пометки) через полтора межстрочных интервала и центрируется по отношению к ним. К протоколу подшиваются представленные на рассмотрение материалы: справки, доклады, проекты и т.п., которые оформляются как приложения.

bukvasha.ru

Смотрите также

• 
  Реферат икт
• 
  Реферат водоснабжение
• 
  Реферат вступление
• 
  Читать реферат
• 
  Гос реферат
• 
  Реферат железо
• 
  Реферат корни
• 
  Реферат опухоли
• 
  Реферат композитор
• 
  Блок реферат
• 
  Реферат температура