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

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

Время, представляется в системе NTP 64-битным числом, состоящим из 32-битного счетчика секунд и 32-битного счетчика долей секунды, позволяя передавать время в диапазоне 2 32 секунд, с теоретической точностью 2 -32 секунды. Поскольку шкала времени в NTP повторяется каждые 2 32 секунды (136 лет), получатель должен хотя бы примерно знать текущее время (с точностью 68 лет). Также следует учитывать, что время отсчитывается с полуночи 1 января 1900 года, а не с 1970, поэтому из времени NTP нужно вычитать почти 70 лет (с учетом високосных лет), чтобы корректно совместить время с Windows или Unix-системами.

Как это работает

NTP-серверы работают в иерархической сети, каждый уровень иерархии называется ярусом (stratum). Ярус 0 представлен эталонными часами. За эталон берется сигнал GPS (Global Positioning System) или службы ACTS (Automated Computer Time Service). На нулевом ярусе NTP-серверы не работают.

NTP-серверы яруса 1 получают данные о времени от эталонных часов. NTP-серверы яруса 2 синхронизируются с серверами яруса 1. Всего может быть до 15 ярусов.

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

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

Аналогично узлы и устройства яруса 3 могут использовать любой из серверов яруса 2. Что еще более важно, так это то, что наличие избыточной сети серверов NTP гарантирует постоянную доступность серверов времени. Синхронизируясь с несколькими серверами точного времени, NTP использует данные всех источников, чтобы высчитать наиболее точное временя.

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

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Размещено на http://www.allbest.ru/

Министерство образования и науки Российской Федерации

Федеральное государственное автономное образовательное учреждение

Высшего профессионального образования

«Национальный исследовательский ядерный университет «МИФИ»

Трехгорный технологический институт - филиал НИЯУ МИФИ

Кафедра ЭВМ

по дисциплине «Интернет-технологии»

на тему: «Протокол RSYNC. Синхронизация времени. Протокол NTP. Протокол SNTP»

Выполнил: студент группы 5ВТ-58

Кольцов Д.А.

Проверил: ст. преп. Долгополова М. О.

Трехгорный 2012

ПРОТОКОЛ RSYNC

СИНХРОНИЗАЦИЯ ВРЕМЕНИ

ПРОТОКОЛ NTP

ПРОТОКОЛ SNTP

СПИСОК ИСПОЛЬЗУЕМЫХ ИНТЕРНЕТ ИСТОЧНИКОВ

ПРИЛОЖЕНИЯ

ПРОТОКОЛ RSYNC

R sync (англ. Remote Synchronization) -- программа для UNIX-подобных систем, которая выполняет синхронизацию файлов и каталогов в двух местах с минимизированием трафика, используя кодирование данных при необходимости. Важным отличием rsync от многих других программ/протоколов является то, что зеркалирование осуществляется одним потоком в каждом направлении (а не по одному или несколько потоков на каждый файл). Rsync может копировать или отображать содержимое каталога и копировать файлы, опционально используя сжатие и рекурсию.

Разработчик - Wayne Davison;

Операционная система - Кроссплатформенное программное обеспечение.

Выпущен под лицензией GNU GPL, rsync является свободным программным обеспечением.

Кроссплатформенное (межплатформенное) программное обеспечение -- программное обеспечение, работающее более чем на одной аппаратной платформе и/или операционной системе. Типичным примером является программное обеспечение, предназначенное для работы в операционных системах Linux и Windows одновременно.

Существует реализация rsync для Winows, а точнее не прямая реализация, а сборка из rsync и cygwin, называемая cwRsync.

Алгоритм

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

Принимающий компьютер разделяет свою копию файла на неперекрывающиеся куски фиксированного размера S, и вычисляет контрольную сумму для каждого куска: MD4-хеш (приложение А) и более слабый rolling checksum (приложение B), и отправляет их серверу, с которым синхронизируется.

Сервер, с которым синхронизируются, вычисляет контрольные суммы для каждого кусочка размера S в своей версии файла, в том числе перекрывающиеся куски. Это может быть эффективно подсчитано ввиду особого свойства rolling checksum: если rolling checksum байт от n до n+S-1 равняется R, то rolling checksum байт от n+1 до n+S может быть посчитана исходя из R, байта n и байта n+S без необходимости учитывать байты, лежащие внутри этого интервала. Таким образом, если уже подсчитана rolling checksum байт 1-25, то для подсчета rolling checksum байт 2-26 используется предыдущая контрольная сумма и байты 1 и 26.

Основные преимущества

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

Безопасность: rsync включает в себя шифрование данных при передаче с использованием протокола SSH;

Синтаксис

$ rsync options source destination, где Source (источник) и Destination (место назначения) могут быть как локальными, так и удаленными. В случае использования с удаленными объектами указывает логин, имя сервера и путь.

Некоторые важные опции:

1) -a, --archive режим архива;

2) -r, --recursive обходить директории (рекурсия);

3) -R, --relative относительные пути;

4) -H, --hard-links сохранять жесткие ссылки (hardlink);

5) -S, --sparse handle sparse files efficiently;

6) -x, --one-file-system не пересекать границы файловой системы;

7) -exclude=PATTERN исключить файлы заданного образца;

8) -delete-during приемник удаляется ПРИ ПЕРЕДАЧЕ;

9) -delete-after приемник удаляется ПОСЛЕ ПЕРЕДАЧИ.

СИНХРОНИЗАЦИЯ ВРЕМЕНИ

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

Технология синхронизации времени

Весь процесс синхронизации времени проводиться посредством специального сетевого протокола называемого NTP (Network Time Protocol) . Данный протокол представляет из себя свод различных правил и математических алгоритмов, благодаря которым происходит точная настройка времени на вашем компьютере с разницей в несколько сотых одной секунды. Существует протокол и для систем, не требующих такой точной синхронизации, который называется SNTP . Разница источника и устройства-приёмника времени по нему может составлять до 1 секунды.

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

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

Системы синхронизации времени

В соответствии с федеральным законом «О связи» № 126 от 7 июля 2003 года, Статья 49 - «Учетно-отчетное время в области связи», в технологических процессах передачи и приема сообщений электросвязи и почтовой связи, их обработки в пределах территории Российской Федерации операторами электросвязи и операторами почтовой связи должно применяться единое учетно-отчетное время - московское». Для этого на цифровой сети оператора электросвязи необходимо организовать систему точного времени.

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

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

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

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

Работы по созданию системы точного времени включают в себя:

* выбор источника сигнала точного времени;

* определение способа передачи сигналов точного времени по сети связи;

* выбор сетевых протоколов и сигналов точного времени;

* определение оборудования, требующего синхронизацию по времени;

* выбор варианта решения по обеспечению различных видов оборудования сигналами точного времени.

К числу высокоточных и наиболее доступных средств передачи сигналов времени, не требующих аренды существующих или построения дополнительных линий связи, по праву можно отнести глобальные навигационные спутниковые системы (ГНСС): российскую ГЛОНАСС и американскую GPS . Глобальность систем обеспечивается функционированием на орбитах набора видимых из любой точки Земли спутников, непрерывно передающих высокоточные сигналы, которые можно использовать в системе точного времени.

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

Чтобы получить шкалу времени от спутниковых систем необходимо использовать специальное оборудование, содержащее в своем составе приемники сигналов ГЛОНАСС и GPS . Такое специализированное оборудование получило название - сервер времени (Time Server ). При передаче сигналов времени от сервера к удаленным сетевым клиентам используются специальные Интернет - протоколы NTP (Network Time Protocol) и PTP (Precision Time Protocol - IEEE1588) . На основе сетевых протоколов систему точного времени целесообразно строить по принципу иерархии.

ПРОТОКОЛ NTP

Протокол NTP (протокол сетевого времени) используется NTP-серверами для распространения между абонентами сети информации о с точном эталонном временем. Он также используется средствами Интернета для обеспечения синхронизации компьютеров и процессов.

NTP используется как Интернет протокол уже более 25 лет. Этот протокол является самым долго использующимся Интернет протоколом. Он появился на свет благодаря необходимости синхронизации времени и процессов в Интернете. Протокол NTP сначала использовался на платформах LINUX и UNIX включая FreeBSD (некоммерческая версия UNIX для PC), но позже стал использоваться и в операционной системе Windows. Специальные NTP системы в основном используют операционную систему LINUX.

Кроме того, помимо протокола NTP, существует протокол SNTP (Simple Network Time Protocol). На уровне пакетов эти два протокола полностью совместимы. Основным отличием между ними является то, что SNTP не имеет сложных систем фильтрации и многоступенчатой корректировки ошибок, имеющихся в NTP. Таким образом, SNTP является упрощенной и более легкой в реализации версией NTP. Он предназначен для использования в тех сетях, где не требуется очень высокая точность времени, и в реализации от корпорации Microsoft обеспечивает точность в пределах 20 секунд в рамках предприятия и не более 2 секунд в пределах одного сайта. Протокол SNTP стандартизован как RFC 1769 (версия 3) и RFC 2030 (версия 4).

Основные принципы протокола NTP

Протокол NTP был создан для обеспечения пользователей сети тремя параметрами:

1) установкой сбоя эталона времени;

2) установкой полного цикла задержки времени;

3) установкой разброса параметров по отношению к специализированным часам отсчёта.

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

Сообщения протокола NTP

Протокол NTP использует UDP (протокол передачи дейтаграмм пользователя) NTP-сообщение состоит из нескольких полей:

1) Индикатор скачков;

2) Номер версии;

6) Точность;

7) Дефект в корневой системе;

8) Разброс параметров;

9) Идентификатор эталона;

10) Дата создания;

11) Отметка времени приёма;

12) Отметка времени передачи;

13) Распознавание кода;

14) Дайджест сообщений.

Индикатор скачка предостерегает о надвигающемся скачке суммирования или удаления.

Номер версии отображает номер используемой версии NTP.

Режим помогает задавать режим текущего сообщения NTP.

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

Poll определяет максимальный интервал между сообщениями.

Точность устанавливает верность местных часов.

Ошибка в корневой системе указывает номинальную ошибку эталонного времени.

Идентификатор эталона - это 4 символьный ASCII-код, идентифицирующий источник эталона, например: GPS,DCF, MSF. Поле Идентификатора кода используется, когда необходимо установить достоверность кода.

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

Отметка времени получения указывает время, когда запрос был получен NTP сервером.

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

Поле дайджест хранит код аутентификации сообщения MAC (Message Authentication Code).

Режимы работы NTP сервера

NTP сервер может работать в трёх режимах:

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

Эталонные часы

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

ПРОТОКОЛ SNTP

протокол программа синхронизация файл

SNTP (англ. Simple Network Time Protocol) -- протокол синхронизации времени по компьютерной сети. Является упрощённой реализацией протокола NTP. Используется во встраиваемых системах и устройствах, не требующих высокой точности, а также в пользовательских программах точного времени. В протоколе SNTP используется одинаковый с протоколом NTP формат представления времени -- 64-битное число, состоящее из 32-битного счётчика секунд и 32-битного счётчика долей секунд. Нулевое значение счётчика времени соответствует нулю часов 1 января 1900 г., 6 ч 28 м 16 с 7 февраля 2036 г. и т. д. Для успешного функционирования протокола необходимо, чтобы клиент знал своё время в пределах ±34 года относительно времени сервера.

Формат сообщения

Рисунок 1 - Формат сообщения

Описание полей формата сообщения SNTP, представленного на рисунке 1:

Индикатор коррекции (ИК) показывает предупреждение о будущей вставке или удалении секунды в последней минуте суток;

Номер версии (НВ) -- текущее значение 4;

Интервал опроса -- беззнаковое целое, двоичная экспонента которого показывает максимальный интервал между последовательными сообщениями в секундах. Определено только для сообщений сервера, допустимые значения от 4 (16 с) до 17 (около 36 ч);

Точность -- знаковое целое, двоичная экспонента которого показывает точность системных часов. Определено только для сообщений сервера, типичные значения от?6 до?20;

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

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

Идентификатор источника -- источник синхронизации сервера, строка для страты 0 и 1, IP-адрес для вторичных серверов. Определено только для сообщений сервера;

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

Ключ идентификации, дайджест сообщения -- необязательные поля, используемые для аутентификации.

Операции сервера SNTP

Сервер SNTP может работать в уникастном, эникастном или мультикастном режимах, а также реализовать любую из комбинаций этих режимов. В уникаст и эникаст режимах сервер получает запросы (режим 3), модифицирует определенные поля в заголовке NTP, и посылает отклик (режим 4), возможно используя тот же буфер сообщения, что и в случае запроса. В режиме эникаст сервер прослушивает определенный широковещательный или групповой мультикаст-адрес, определяемый IANA, но использует свой собственный уникастный адрес в поле адреса отправителя отклика. За исключением выбора адреса в отклике работа сервера в эникаст и уникаст режима идентична. Мультикастные сообщения обычно посылаются с интервалом от 64 до 1024 сек, в зависимости от стабильности часов клиента и требуемой точности.

В эникаст и уникаст режимах поля VN и регистрация (Poll) запроса копируются без изменений в отклик. Если поле режим запроса содержит код 3 (клиент), оно делается в отклике равным 4 (сервер); в противном случае в это поле записывается 2 (симметричный пассивный), для того чтобы обеспечить соответствие со спецификацией NTP. Это позволяет клиентам, сконфигурированным для симметричного активного режима (режим 1) успешно работать, даже если конфигурация не является оптимальной. В мультикастном режиме в поле VN заносится код 4, в поле режим код 5 (широковещательный) и в поле регистрация целая часть значение логарифма по основанию 2 от длительности периода посылки запросов.

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

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

Конфигурация и управление

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

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

Мультикастные серверы и эникастные клиенты должны снабжаться значением TTL, а также местным широковещательным или групповым мультикастным адресом. Эникастные серверы и мультикастные клиенты могут конфигурироваться с привлечением списков пар адрес-маска. Это обеспечивает контроль доступа, так что операции будут производиться только с известными клиентами или серверами. Эти серверы и клиенты должны поддерживать протокол IGMP, а также знать местный широковещательный или групповой мультикастный адрес.

СПИСОК ИСПОЛЬЗУЕМЫХ ИНТЕРНЕТ ИСТОЧНИКОВ

1) https://ru.wikipedia.org/wiki/Rsync;

2) http://greendail.ru/node/487;

3) http://inetedu.ru/articles/19-services/70-synchronization-time.html;

4) http://www.ptime.ru/exec_time.htm;

5) http://www.tenderlib.ru/articles/56;

6) http://docstore.mik.ua/manuals/ru/inet_book/4/44/sntp4416.html;

7) http://www.ixbt.com/mobile/review/billing.shtml.

ПРИЛОЖЕНИЯ

Приложение А

MD4 (Message Digest 4) -- хеш-функция, разработанная профессором Массачусетского университета Рональдом Ривестом в 1990 году, и впервые описанная в RFC 1186. Для произвольного входного сообщения функция генерирует 128-разрядное хеш-значение, называемое дайджестом сообщения. Этот алгоритм используется в протоколе аутентификации MS-CHAP, разработанном корпорацией Майкрософт для выполнения процедур проверки подлинности удаленных рабочих станций Windows. Является предшественником MD5.

Рисунок A - Операция MD4

Одна операция MD4 (рисунок A). Хеширование с MD4 состоит из 48 таких операций, сгруппированных в 3 раунда по 16 операций. F -- нелинейная функция; в каждом раунде функция меняется. M i означает 32-битный блок входного сообщения, а K i -- 32-битная константа, различная для каждой операции.

Приложение B

Rolling checksum

Кольцевой хэш (англ. rolling hash) -- хэш-функция, обрабатывающая вход в рамках некоторого окна. Получение значения хэш-функции для сдвинутого окна (window) в таких функциях является дешевой операцией. Для пересчета значения требуется знать лишь предыдущее значение хэша; значение входных данных, которые остались за пределами окна; и значение данных, которые попали в окно. Процесс сходен с вычислением Скользящей среднего.

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

Приложение C

Эндрю Триджелл

Эндрю «Tridge» Триджелл (28 февраля 1967) -- австралийский программист, известный как автор и участник проекта Samba и соавтор алгоритма rsync. Также известен своей работой по анализу сложных закрытых протоколов и алгоритмов, позволившей создать совместимые свободные реализации. Лауреат Free Software Award за 2005.

Free Software Award -- ежегодная премия FSF за вклад в развитие свободного программного обеспечения, основанная в 1998 году.

Рисунок С - Эндрю Триджелл

Размещено на Allbest.ru

Подобные документы

Анализ основных атак на протокол TLS и определение методов противодействия этим атакам. Разработка метода перехвата и расшифровки трафика, передаваемого по протоколу HTTPS. Расшифровка передаваемых данных в режиме, приближенному к реальному времени.

статья , добавлен 21.09.2017


Створення операційної системи UNIX. Історія створення і розвитку протоколів ТСР/ІР. Протокол транспортного рівня. Логічний комунікаційний канал між джерелом і отримувачем даних без встановлення зв’язку. Протокол взаємодії з сервером доменних імен.

контрольная работа , добавлен 18.05.2009


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

контрольная работа , добавлен 24.12.2010


Определение IP-протокола, передающего пакеты между сетями без установления соединений. Структура заголовка IP-пакета. Инициализация TCP-соединения, его этапы. Реализация IP на маршрутизаторе. Протокол надежной доставки сообщений ТСР, его сегменты.

контрольная работа , добавлен 09.11.2014


Понятие о протоколе Secure Sockets Layer. "Безопасный канал", основные свойства. Использование протокола, его недостатки. Интерфейс программы EtherSnoop. Фазы протокола диалога. Публичные ключи, особенности распространения. Обмен данными в Интернете.

реферат , добавлен 31.10.2013


Общие сведения о протоколе передачи данных FTP. Технические процессы осуществления соединения с помощью протокола FTP. Программное обеспечение для осуществления соединения с помощью протокола FTP. Некоторые проблемы FTP-серверов. Команды FTP протокола.

реферат , добавлен 07.11.2008


Описание и предназначение протокола DNS. Использование файла host. Особенности и описание способов атак на DNS: ложный DNS-сервер, простой DNS-флуд, фишинг, атака посредством отраженных DNS-запросов. Защита и противодействие атакам на протокол DNS.

реферат , добавлен 15.12.2014


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

курсовая работа , добавлен 18.06.2009


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

лабораторная работа , добавлен 02.10.2013


Функция протокола и структура пакета разрабатываемого протокола. Длина полей заголовка. Расчет длины буфера на приеме в зависимости от длины пакета и допустимой задержки. Алгоритмы обработки данных на приеме и передаче. Программная реализация протокола.

65 нанометров - следующая цель зеленоградского завода «Ангстрем-Т», которая будет стоить 300-350 миллионов евро. Заявку на получение льготного кредита под модернизацию технологий производства предприятие уже подало во Внешэкономбанк (ВЭБ), сообщили на этой неделе «Ведомости» со ссылкой на председателя совета директоров завода Леонида Реймана. Сейчас «Ангстрем-Т» готовится запустить линию производства микросхем с топологией 90нм. Выплаты по прошлому кредиту ВЭБа, на который она приобреталась, начнутся в середине 2017 года.

Пекин обвалил Уолл-стрит

Ключевые американские индексы отметили первые дни Нового года рекордным падением, миллиардер Джордж Сорос уже предупредил о том, что мир ждет повторение кризиса 2008 года.

Первый российский потребительский процесор Baikal-T1 ценой $60 запускают в массовое производство

Компания «Байкал Электроникс» в начале 2016 года обещает запустить в промышленное производство российский процессор Baikal-T1 стоимостью около $60. Устройства будут пользоваться спросом, если этот спрос создаст государство, говорят участники рынка.

МТС и Ericsson будут вместе разрабатывать и внедрять 5G в России

ПАО "Мобильные ТелеСистемы" и компания Ericsson заключили соглашения о сотрудничестве в области разработки и внедрения технологии 5G в России. В пилотных проектах, в том числе во время ЧМ-2018, МТС намерен протестировать разработки шведского вендора. В начале следующего года оператор начнет диалог с Минкомсвязи по вопросам сформирования технических требований к пятому поколению мобильной связи.

Сергей Чемезов: Ростех уже входит в десятку крупнейших машиностроительных корпораций мира

Глава Ростеха Сергей Чемезов в интервью РБК ответил на острые вопросы: о системе «Платон», проблемах и перспективах АВТОВАЗа, интересах Госкорпорации в фармбизнесе, рассказал о международном сотрудничестве в условиях санкционного давления, импортозамещении, реорганизации, стратегии развития и новых возможностях в сложное время.

Ростех "огражданивается" и покушается на лавры Samsung и General Electric

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

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

В эпоху Великих географических открытий Британская Империя совершила резкий прорыв в мореходстве, и всё это благодаря нехитрому изобретению – морскому хронометру – устройству, способному точно измерять время даже в морских условиях. Путём настройки хронометра в соответствии со временем портового города Гринвича и сравниванием показателей устройства с положением солнца на небе, британские моряки определяли время своего плавания с высокой точностью. Хронометр для них был не чем иным, как уникальным открытием: большим шагом вперёд, который позволил британцам обойти всех своих современников. И пусть с тех пор прошло много времени, но и сегодня такой хронометр играет важную роль для всей планеты, ведь благодаря ему был установлен мировой стандарт времени по Гринвичу (GMT).

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

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

История технологий синхронизации по времени.

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

Организация Inter-range Instrumentation Group (IRIG) утвердила стандарт для работы в сетях с последовательной коммутацией устройств. Технологии кодировки времени, разработанные IRIG в 1956г, были основой для работы систем прошлого поколения. В настоящее время стандарт IRIGB 205-87 является новейшим вариантом обновления.

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

NTP делит сеть на разные уровни
(источник: B.D. Esham для Wikimedia Commons)

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

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

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

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

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

Протокол времени для промышленных сетей.

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

Технологии NTP, GPS, и IRIGB не соответствуют требованиям, предъявляемым к полноценной работе на подстанциях. Протокол точного времени (РТР) IEEE 1588v2 был специально разработан для применения в области промышленных сетей и систем управления. В сети, работающей согласно стандарту IEEE 1588v2, главные часы устанавливают время для всей остальной системы подстанции. Ethernet-коммутатор работает как определяющее время устройство, а объединители, устройства защиты, и др., как стационарные часы. Все устройства работают по принципу «master-slave», где вверху схемы расположено устройство, выполняющее функцию главных часов. На рисунке ниже продемонстрирован обмен пакета данными РТР между master- и slave- устройствами, и настройка стационарных часов, при помощи которой синхронизируется вся сеть. Связь с GPS необходима только главным часам, таким образом, все данные будут точно разосланы по остальным устройствам сети.

Чтобы работать с протоколом IEEE 1588v2, системе нужен лишь один приёмник GPS. Это обеспечит точную передачу данных всем устройствам в сети.

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

Для полной синхронизации все устройства сети должны поддерживать протокол IEEE 1588v2, включая встраиваемые компьютеры.

Когда все устройства сети поддерживают протокол IEEE 1588v2, система может передавать данные на наносекундном уровне, что обеспечивает точную синхронизацию. Возможность работы на таком уровне особенно подходит для использования оборудования на энергетических станциях, поэтому стандарт IEEE 1588v2 и является частью стандарта IEC 61850-2, отвечающего требованиям сетей промышленной энергетики. Международная Электротехническая Комиссия (IEC) включила протокол IEEE 1588v2 в стандарт, т.к. точная синхронизация по времени в сетях промышленной энергетики влияет качество исполнения следующих задач:

• Предупреждение отключения подачи энергии - cистема позволяет определить ряд проблем на начальной стадии и места их возникновения в сети в режиме реального времени.
• Детальный учёт неисправностей и регистрации - gозволяет производить точный анализ, благодаря регистрации событий на наносекундном уровне.
• Более эффективная работа сети - отслеживание графика работы и состояния оборудования.
  «Вопрос-ответ». Работа с виртуальным графиком времени эксплуатации, генераторами и управлением питанием.

Стандарт IEEE 1588v2 не только помогает сэкономить средства на организации работы сети, но также обеспечивает высокую точность передачи данных на наносекундном уровне. Это позволяет подстанциям и другим системам энергетических сетей повысить планку конкурентоспособности и выглядеть на голову выше аналогичных организаций, не использующих в своей работе устройства, стандартизированные согласно IEEE 1588v2. Ведь система «умной сети» позволяет синхронизированным подстанциям быть намного производительнее, экономичнее, легче в управлении и надёжнее. Все эти преимущества позволяют организациям повысить рентабельность производства и максимально снизить вред, причиняемый окружающей среде.

Преимущества устройств МОХА в синхронизации работы подстанций.

Fast Ethernet коммутаторы МОХА модели PT-7728-PTP IEC 61850-3 поддерживают протокол PTP стандарта IEEE 1588v2, чем гарантируют точную синхронизацию по времени сети подстанции и её устройств.

Характеристика коммутатора :

• до 14 портов 100BaseFX (Multi-mode, разъём ST) или 100BaseTX порты и 1 BNC коннектор. Поддержка IEEE1588 v1 и v2, маркировка времени на каждый порт и импульсные выходы (pps) на порт BNC.
• 1- и 2-шаговые операции для главных часов с точностью до 1 микросекунды в режиме «End to End»
• 2-шаговые операции для главных часов с точностью до 1 микросекунды в режиме «Peer to Peer»
• Синхронизация часов по сети с наносекундной точностью
• Синхронизация часов позволяет работать с основными и второстепенными сетями подстанции
• Низкая стоимость сетей за счёт многоцелевого использования функций (Ethernet)
• Быстрая синхронизация при возникновении изменений в сети
• Простота установки и управления

Для полноценной работы в сети МОХА предлагает встраиваемые компьютеры серии / с поддержкой стандарта IEEE 1588v2.

Характеристика компьютеров:

• Низкий уровень потребления энергии до 40 Ватт для удобства работы в промышленной среде
• Промышленное исполнение «всё в одном»: в устройствах нет вентиляторов и внешних кабелей, что обеспечивает крайне надёжную производительность.
• Сертификат IEC 61850-3 позволяет устройствам эксплуатироваться на энергетических станциях.
• Модульное исполнение с двумя независимыми слотами для снижения затрат на будущую модернизацию системы (8-портовый модуль RS-232/422/485, 8-портовый модуль RS-422/485, 4-портовый модуль 10/100 Mbps LAN, 8-портовый модуль 10/100 Mbps или универсальный модуль PCI расширения)
• Удобная для пользователя конфигурация протокола PTP IEEE 1588v2 на системе Linux для простой и лёгкой работы, что позволяет сэкономить деньги и время на установку и настройку

Настройте протокол PTP IEEE 1588v2 для работы с компьютером DA-683 всего за несколько минут при помощи помощника автоматической установки
_______________________________________________________________________
Вы можете легко найти устройство, которое соответствует требованиям синхронизации по времени для вашей сети и уточнить его стоимость на официальном сайте IPC2U

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

т е х н о л о г и и

С.Телегин

Протокол PTP для синхронизации сетей NGN

вопросы применения

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

качестве альтернативного метода передачи синхронизации автор предлагает использовать протокол PTP. Приведены характеристики систем синхронизации на основе протокола PTP (IEEE 1588) в сравнении с системами, использующими шину PXI, а также протокол NTP.

Проблема синхронизации в сетях NGN

Развитие телекоммуникационных технологий и сетей передачи данных постепенно приводит к построению операторами связи конвергентных сетей следующего поколения (NGN – Next Generation Networks). Основное отличие таких сетей от традиционных сетей с синхронной цифровой иерархией (SDH) – в них для магистральной передачи данных наряду с обычными синхронными каналами используются такие асинхронные технологии, как Ethernet (Gigabit Ethernet, 10Gigabit Ethernet). Главным требованием операторов связи к сетям следующего поколения является одновременная передача голоса, видео и данных по единой сети.

При переходе от традиционных сетей передачи данных, основанных на временном мультиплексировании, к сетям NGN особое внимание уделяется передаче сигналов синхронизации. Синхронизация оборудования необходима в первую очередь для безошибочной передачи данных реального времени – голоса и видеоизображений. Поскольку в сетях Ethernet используется коммутация пакетов, которая в силу статистических свойств распространения пакетов данных по асинхронным каналам передачи разрушает изначально синхронизированный поток данных, передача синхронизации в сетях NGN выделяется в отдельную задачу. Для передачи синхронных данных по сетям с коммутацией пакетов, как правило, используется эмуляция каналов с временным мультиплексированием, заключающаяся в инкапсуляции синхронных данных в UDP-датаграм- мы и последующем их восстановлении на узле назначения .

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

Способы синхронизации сетей NGN

В рекомендации ITU-T G.8261 рассмотрены три основных способа восстановления синхронизации на границах транспортной среды с коммутацией пакетов при передаче в ней группового сигнала с временным мультиплексированием в виде услуги эмуляции каналов. Для этого в оконечном станционном оборудовании должны быть предусмотрены функции межсетевого взаимодействия. Все абоненты транспортной среды с коммутацией пакетов могут получать тактовую частоту от сети синхронизации посредством обычного централизованного распределения (рис.1). Если абонентское оборудование работает на собственной тактовой частоте (рис.2), то на границе сети с коммутацией пакетов ее восстанавливают различными относительными способами, например, с помощью алгоритма согласования скоростей SRTS. В обоих случаях в узле межсетевого взаимодействия должен быть доступ к стыку с генератором первичной синхрони-

т е х н о л о г и и

зации (PRC). Для этого оператор сети NGN должен либо строить отдельную сеть синхронизации, либо арендовать ее у существующих операторов транспортной сети SDH.

Существует множество примеров локальной синхронизации оборудования. Так, например, в станционном помещении размещают недорогой источник первичной синхронизации (PRS) на основе GPS и распределяют от него тактовую частоту с помощью беспроводных технологий или по обычным выделенным кабелям, в физической среде Ethernet, а также c помощью других оригинальных схем . Если построение сети синхронизации (или использование стыков синхронизации) невозможно или нежелательно, то применяют самый простой, но проблематичный из соображений стабильности адаптивный способ согласования скоростей приема и передачи (рис.3).

Результаты проведенных исследований показывают, что адаптивный способ можно применять, если абонент не предъявляет строгих требований к стабильности своей тактовой частоты, в противном случае необходимо дополнительное аппаратное сглаживание восстановленного синхросигнала. Альтернативой адаптивному методу является использование протокола RTP при инкапсуляции данных с временным мультиплексированием в пакеты асинхронных данных (рис.4). Как показали эксперименты, в данном случае при высокой стабильности восстановленного синхросигнала оборудование оказывается слабочувствительным к изменению частоты на источнике синхронизации, что является необходимым, например, в сотовых сетях при переходе на резервный синхросигнал.

Протокол PTP

Следующей ступенью развития, по-видимому, станет отдельная передача сигналов синхронизации сети с коммутацией пакетов с

помощью специально разработанных протоколов (рис.5). На данный момент таковыми являются протоколы NTP и PTP . Эти протоколы изначально создавались для синхронизации времени в различных устройствах сети, но в случае успешной синхронизации часов также становится возможным реализация алгоритмов синхронизации тактовых частот для восстановления данных реального времени. Протокол NTP (Network Time Protocol) широко используется для синхронизации текущего времени на прикладном уровне. В отличие от него, протокол "точного времени" PTP (Precision Time Protocol) действует на втором уровне модели взаимодействия открытых систем (OSI). Протокол РТР описан в стандарте IEEE 1588. Ожидается, что в дальнейшем РТР может быть использован как для высокоточной синхронизации текущего времени, так и для тактовой синхронизации оборудования. Рассмотрим данный протокол более подробно.

Стандарт IEEE 1588 предполагает, что протокол РТР предоставляет стандартный метод синхронизации устройств в сети с точностью выше 1 мкс (до 10 нс). Данный протокол обеспечивает синхронизацию ведомых устройств от ведущего, удостоверяясь, что события и временные метки на всех устройствах используют одну и ту же временную базу. В протоколе предусмотрены две ступени для синхронизации устройств: определе-

Рис. 3 Адаптивная синхронизация

Рис. 6 Алгоритм работы PTP

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

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

Ведущее устройство начинает коррекцию сдвига часов, используя сообщения Sync и Follow-up. В сообщении Follow-up указывается время отправления сообщения Sync (ТМ1 ), измеренное наиболее близко к среде передачи для минимизации ошибки во времени опорного источника. После того, как ведомое устройство получает первые сообщения Sync и Follow-up, оно использует свои часы для отметки времени прибытия сообщения Sync (TS1 ) и сравнивает данную отметку с той, что пришла от ведущего устройства в сообщении Follow-up. Разница между этими двумя метками отражает сдвиг часов T0 плюс задержку передачи сообщения от ведущего устройства к ведомому ∆TMS : TS1  – TM1  = T0  + ∆TMS .

Для вычисления времени задержки передачи сообщения и сдвига отсчета часов ведомое устройство отправляет сообщение Delay_request со своим временем TS2 . Ведущее устройство отмечает прибытие данного сообщения и отправляет в ответ сообщение Delay_response меткой TM2 . Разница между двумя метками – это задержка передачи от ведомого устройства к ведущему ∆TSM минус сдвиг в отсчете ведомого устройства: TM2  – TS2  =∆TSM  – T0 .

При вычислении задержки передачи сообщения принимается, что средняя задержка передачи данных в канале рав-

на среднему арифметическому задержек распространения в разные стороны канала:

Зная времена TS1 , TM1 , TM2 и TS2 , ведомое устройство вычисляет усредненную задержку распространения в канале передачи данных:

T = (TS1 − TM1 ) + (TM2 − TS2 ) . 2

Финальная синхронизация часов выполняется после отправки ведущим устройством второго набора сообщений Sync (TS3 ) и Follow-up (TM3 ). Ведомое устройство вычисляет сдвиг своих часов по формуле T0  = TS3  – TM3  – ∆T.

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

Особенности реализации протокола PTP

Большинство реализаций PTP имеют отклонение меньше 1 мкс, однако реальная точность работы зависит от приложения. Протокол PTP в устройствах реализуют тремя способами: программным, программно-аппаратным и аппаратным. Программные реализации РТР позволяют передавать сигналы синхронизации с точностью порядка 100 мкс. Чтобы достичь более высокой точности, необходимо использовать аппаратные средства. Каждый компонент, который обрабатывает пакет PTP после его получения из физической среды передачи, увеличивает ошибку синхронизации. Программная часть вносит наибольшую ошибку, поскольку загрузка процессора и задержка, связанная с обработкой прерывания, влияют на скорость обработки запроса синхронизации.

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

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