Протокол пс что это

Обновлено: 07.05.2024

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

Что такое TCP/IP

Произошло наименование протокола от сокращения двух английских понятий – Transmission Control Protocol и Internet Protocol. Набор правил, входящий в него, позволяет обрабатывать как сквозную передачу данных, так и другие детали этого механизма. Сюда входит формирование пакетов, способ их отправки, получения, маршрутизации, распаковки для передачи программному обеспечению.

Стек протоколов TCP/IP был создан в 1972 году на базе NCP (Network Control Protocol), в январе 1983 года он стал официальным стандартом для всего интернета. Техническая спецификация уровней взаимодействия описана в документе RFC 1122.

В составе стека есть и другие известные протоколы передачи данных – UDP, FTP, ICMP, IGMP, SMTP. Они представляют собой частные случаи применения технологии: например, у SMTP единственное предназначение заключается в отправке электронных писем.

Уровни модели TCP/IP

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

Канальный (сетевой интерфейс)

Аппаратный уровень обеспечивает взаимодействие сетевого оборудования Ethernet и Wi-Fi. Он соответствует физическому из предыдущего стандарта OSI. Здесь задача состоит в кодировании информации, ее делению на пакеты и отправке по нужному каналу. Также измеряются параметры сигнала вроде задержки ответа и расстояния между хостами.

Межсетевой (Internet Layer)

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

Транспортный уровень (Transport Layer)

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

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

Прикладной уровень (Application Layer)

Здесь объединены 3 уровня модели OSI – сеансовый, представления и прикладной. На него ложатся задачи по поддержанию сеанса связи, преобразованию данных, взаимодействию с пользователем и сетью. На этом уровне применяются стандарты интерфейса API, позволяющего передавать команды на выполнение определенных задач.

Порты и сокеты – что это и зачем они нужны

Комбинация IP-адреса и порта называется сокетом и используется при идентификации компьютера. Если первый критерий уникален для каждого хоста, второй обычно фиксирован для определенного типа приложений. Так, получение электронной почты проходит через 110 порт, передача данных по протоколу FTP – по 21, открытие сайтов – по 80.

Преобразование IP-адресов в символьные адреса

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

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

На этом уровне есть два протокола, протокол UDP, который уже рассматривали и протокол TCP, который является одним из основных протоколов стека TCP/IP и интернет.

p, blockquote 3,0,0,0,0 -->

p, blockquote 4,0,0,0,0 -->

p, blockquote 5,0,0,0,0 -->

Поток байт

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

p, blockquote 6,0,0,0,0 -->

p, blockquote 7,0,0,0,0 -->

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

p, blockquote 8,0,0,0,0 -->

Гарантия доставки: подтверждение получения

p, blockquote 9,0,0,0,0 -->

p, blockquote 10,0,0,0,0 -->

Гарантия доставки: повторная отправка

p, blockquote 11,0,0,0,0 -->

p, blockquote 12,0,0,0,0 -->

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

p, blockquote 13,0,0,0,0 -->

p, blockquote 14,0,1,0,0 -->

Протокол TCP: скользящее окно

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

p, blockquote 15,0,0,0,0 -->

Остановка и ожидание (Wi-Fi, канальный уровень)
Скользящее окно (TCP, транспортный уровень)

Варианты подтверждения доставки

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

p, blockquote 17,0,0,0,0 -->

p, blockquote 18,0,0,0,0 -->

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

p, blockquote 19,0,0,0,0 -->

p, blockquote 20,0,0,0,0 -->

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

p, blockquote 21,0,0,0,0 -->

Пример подтверждения доставки

Рассмотрим на примере работу сети.

Скользящее окно

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

p, blockquote 23,0,0,0,0 -->

p, blockquote 24,0,0,0,0 -->

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

p, blockquote 26,0,0,0,0 -->

p, blockquote 27,0,0,0,0 -->

Тип подтверждения

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

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

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

p, blockquote 29,0,0,0,0 -->

p, blockquote 30,0,0,0,0 -->

p, blockquote 31,0,0,0,0 -->

Дублирование сегментов

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

p, blockquote 32,0,0,0,0 -->

p, blockquote 33,0,0,0,0 -->

p, blockquote 34,0,0,0,0 -->

p, blockquote 35,0,0,0,0 -->

p, blockquote 36,0,0,0,0 -->

В нашем примере 4 сегмента первый сегмент содержит байты от 0 до 1023, второй от 1024 до 2047 и так далее.

p, blockquote 37,0,0,0,0 -->

Нумерация байтов

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

p, blockquote 38,0,0,0,0 -->

Например сегмент данных, байт 0, он содержит байты с 0 до 1023.
Получатель отправляет подтверждение и в подтверждение включает номер следующего байта, который ожидается байт 1024.
Отправитель передает следующий сегмент, включая в него номер первого байта, сегмент данных, номер первого байта 1024 содержит данные до номера байта 2047.
Получатель отправляет подтверждение, что он ждет байт с номером 2048, если сегменты придут в неправильном порядке, то получатель по номерам байтов всегда сможет выставить их в правильной последовательности.

Дублирование сегментов

Рассмотрим как решается ситуация с дублированием сегментов.

p, blockquote 40,0,0,0,0 -->

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

Соединение TCP

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

p, blockquote 42,0,0,1,0 -->

Задачи соединения

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

Установка соединения в TCP

p, blockquote 43,0,0,0,0 -->

p, blockquote 44,0,0,0,0 -->

p, blockquote 45,0,0,0,0 -->

p, blockquote 46,0,0,0,0 -->

Разрыв соединения в TCP

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

p, blockquote 47,0,0,0,0 -->

p, blockquote 48,0,0,0,0 -->

p, blockquote 49,0,0,0,0 -->

p, blockquote 50,0,0,0,0 -->

p, blockquote 51,0,0,0,0 -->

Заключение

p, blockquote 52,0,0,0,0 -->

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

p, blockquote 53,0,0,0,0 -->

p, blockquote 54,0,0,0,0 -->

p, blockquote 55,0,0,0,0 --> p, blockquote 56,0,0,0,1 -->

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

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

TCP протокол

TCP — это транспортный протокол, является частью стека протоколов TCP IP, он выполняет функции управления передачей данных и следит за их сохранностью, считается надежным. Расшифровывается как Transmission Control Protocol (протокол управления передачей).

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

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

Является именно надежным протоколом так как:

1. Использует логическое соединение, благодаря чему обеспечивается надежная доставка данных.
2. Пронумеровывает передаваемые пакеты данных и проверяет их доставку, принимающая сторона высылает подтверждение о получении, в случае потери каких-либо пакетов создается повторная передача.
3. Делит передаваемые данные на части — пакеты данных, затем передает их нижнему уровню, и собирает их, когда они приходят к получателю.
4. Проверяет контрольную сумму передаваемых пакетов, если она отличается — создается новая отправка.
5. Проверяет пакеты на дубликаты, в случае обнаружения таковых — уничтожает.
6. Контролирует скорость передачи.

Заголовок TCP протокола

Весит 20 байт, если нет дополнительных опций, вот как он выглядит:

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

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

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

А флаги: URG, ACK, PSH и т.д. — описывают дополнительные значения сегмента, так, например, флаг FIN применяется для завершения соединения.

Также, вам может быть интересна статья о том, что такое dns сервер. В ней очень подробно и интересно описано об этой глобальной системе.

Как работает TCP соединение

Соединение отправителя и получателя (два узла) происходит так:

1. Отправитель отсылает получателю специальный пакет, именуемый SYN, т.е. пригашает к соединению
2. Получатель отвечает уже пакетом SYN-ACK, т.е. соглашается
3. Отправитель отсылает спец. пакет ACK, т.е. подтверждает, что согласие получено

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

TCP порты

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

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

Есть целый ряд уже зарезервированных портов, которые являются стандартом:

Также, стоит отметить, что порты данного протокола никак не пересекаются с такими же, но у UDP. Так, например, порт: 1234 не пересечется с таким же, но у UDP.

В заключение

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

СОДЕРЖАНИЕ

1. ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ

Цифровая подстанция (ЦПС) – автоматизированная подстанция, оснащенная взаимодействующими в режиме единого времени цифровыми информационными и управляющими системами и функционирующая без присутствия постоянного дежурного персонала [п.3.27, СТО 34.01-21-004-2019].

Цифровой питающий центр – цифровая подстанция 110-220 кВ и (или) узловая цифровая подстанция с высшим напряжением 35 кВ, от РУ СН и НН которой электрическая энергия распределяется по электрической сети [п.3.28, СТО 34.01-21-004-2019]

Цифровая электрическая сеть – Организационно-техническое объединение электросетевых объектов, оснащенных цифровыми системами измерения параметров режима сети, мониторинга состояния оборудования и линий электропередачи, защиты и противоаварийной автоматики, сетевого и объектового управления, информационный обмен между которыми осуществляется по единым протоколам с обеспечением синхронизации по времени [п.3.29, СТО 34.01-21-004-2019]

PRP (Parallel Redundancy Protocol) – протокол параллельного резервирования предполагает создание двух независимых сетей [п.3, СТО 56947007-25.040.40.226-2016]

ЛВС (Локальная вычислительная сеть) – единая, интегрированная, иерархическая распределенная человеко-машинная система, оснащенная средствами управления, измерения, сбора, обработки, отображения, регистрации, хранения и передачи информации [п.5.1, СТО 56947007-25.040.40.226-2016]

ПТК (Программно-технический комплекс) – единая, интегрированная, иерархическая распределенная человеко-машинная система, оснащенная средствами управления, измерения, сбора, обработки, отображения, регистрации, хранения и передачи информации [п.5.1, СТО 56947007-25.040.40.226-2016]

– совокупность средств вычислительной техники, программно-вычислительного обеспечения и средств создания и заполнения машинной информационной базы при вводе системы в действие, достаточных для выполнения одной или более задач АСУ ТП [п.3, СТО 56947007-25.040.40.236-2016]

2. ОПИСАНИЕ СТРУКТУРЫ ЦИФРОВОЙ ПОДСТАНЦИИ

Работа и управление такими подстанциями базируется на программно-техническом комплексе цифровой подстанции (ПТК ЦПС), разделенном на структурные уровни (процесса, присоединения и подстанции), которые объединяются между собой посредством сегментов локально-вычислительной сети Ethernet.

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

Структурная схема ПТК цифровой подстанции

Нажмите для просмотра

Схема приводится для справок. Оригинал см.: СТО 34.01-21-004-2019

3. УРОВЕНЬ ПРОЦЕССА

НАЗНАЧЕНИЕ:

СОСТАВ:

В случае отсутствия у основного оборудования встроенного цифрового интерфейса для оцифровки сигналов используют устройства сопряжения с объектом (УСО):

ПАС (AMU) – преобразователи аналоговых сигналов;
ПДС (DMU) – преобразователи дискретных сигналов.

Указанные устройства могут быть отдельными или объединенными в одном комбинированном устройстве.

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

Оба варианта соответствуют СТО 34.01-21-004-2019 [см. п.5.2.1].

На практике часто встречаются решения где устройства уровня процесса совмещены с устройствами уровня присоединения (подробнее см. подраздел e)

СПОСОБ ПЕРЕДАЧИ ДАННЫХ:

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

Далее от ПАС и ПДС по волокно-оптическим кабельным линиям информация поступает в коммутаторы шины процесса.

Аналоговая информация в цифровом виде передается в виде потока данных SV-поток.

SV-поток состоит из кадров Ethernet в соответствии со спецификацией МЭК 61850-9-2LE.

В соответствии со спецификацией МЭК 61850-9-2LE с учетом МЭК 61869:

поток данных для целей релейной защиты и автоматики и измерений включает в себя 1 набор данных (4 тока, 4 напряжения), за период осуществляется передача 80 кадров Ethernet
поток данных для целей коммерческого учета и контроля качества электроэнергии включает в себя 8 наборов данных (в каждом по 4 тока, 4 напряжения), за период осуществляется передача 32 кадров Ethernet.

4. УРОВЕНЬ ПРИСОЕДИНЕНИЯ

НАЗНАЧЕНИЕ:

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

СОСТАВ:

интеллектуальные электронные устройства (ИЭУ), выполняющие прикладные функции АСТУ, включая РЗА, для соответствующего основного оборудования [п.5.2.1, СТО 34.01-21-004-2019].

СПОСОБ ПЕРЕДАЧИ ДАННЫХ:

Мгновенные значения тока и напряжения принимаются ИЭУ по протоколу МЭК 61850-9-2 SV по шине процессов по волокно-оптическим линиям связи.

5. УРОВЕНЬ ПОДСТАНЦИИ

НАЗНАЧЕНИЕ:

СОСТАВ:

сервера АСУ ТП / ССПИ;
сервера и АРМ SCADA системы ЦПС;
устройства регистрации параметров переходных процессов в нормальных, аварийных и послеаварийных режимах;
средства информационной интеграции цифровой ПС и ЦУС в соответствии с МЭК 61850-90-2

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

СПОСОБ ПЕРЕДАЧИ ДАННЫХ:

6. СОВМЕЩЕНИЕ И РАЗДЕЛЕНИЕ УРОВНЕЙ ПРОЦЕССА, ПРИСОЕДИНЕНИЯ И ПОДСТАНЦИИ

В соответствии с [п.5.2.8, СТО 34.01-21-004-2019], учитывая текущий технологический уровень и отработанные технологии, обеспечивается надежное и эффективное применение следующих технических решений:

раздельная реализация уровней процесса и присоединения для напряжения 110/220 кВ;
совмещение уровней процесса и присоединения для напряжения 6, 10, 20 и 35 кВ на базе унифицированных многофункциональных терминалов РЗА/контроллеров присоединений;
отдельная реализация уровня подстанции [п.5.2.8, СТО 34.01-21-004-2019].

7. ШИНА ПРОЦЕССА

Варианты топологии локально-вычислительной сети шины процесса [п.5.2.4, СТО 34.01-21-004-2019]:

Основные требования в соответствии с [п.5.2.4, СТО 34.01-21-004-2019]:

Сегменты ЛВС шины процесса должна быть физически или логически изолированы от других сегментов ЛВС подстанции;
Кабельная сеть ЛВС шины процесса должна строиться на основе волоконно-оптических линий связи;
Тип разъемов для всех видов соединений – LC;
В зонах распределительных устройств и ОПУ предусматриваются пассивные оптические коммутационные панели, соединенные многожильным магистральным оптическим кабелем (оптические коммутационные панели обеспечивают распределение оптического сигнала, подведенного к ним по магистральному кабелю и портам, оборудованными разъемами, к которым подключаются коммутационные шнуры, передающие сигнал на Ethernet-порты активного сетевого оборудования цифровой ПС);
Для обеспечения резервирования кабельная сеть ЛВС шины процесса должна строиться по принципу полного дублирования компонентов;
Резервируемые оптические кабельные линии ЛВС шины процесса должны прокладываться по разным маршрутам

Принципиальная схема подключения полевых устройств к ЛВС шины процесса

Нажмите для просмотра

8. ШИНА ПОДСТАНЦИИ

Топология локально-вычислительной сети шины подстанции в пределах каждой из резервируемых сетей PRP должна обеспечивать для коммутаторов резервирование сети Ethernet на 2-ом уровне модели OSI с использованием протоколов RSTP, MRP. [п.5.2.4, СТО 34.01-21-004-2019].

Основные требования в соответствии с [п.5.2.5, СТО 34.01-21-004-2019]:

9. ПРОТОКОЛЫ ПЕРЕДАЧИ ДАННЫХ

Рекомендуется в части применения протоколов передачи данных (и применении соответствующего оборудования) руководствоваться приведенной ниже таблицей [п.5.2.8, СТО 34.01-21-004-2019]:

MMS, GOOSE

Протокол SV применяется только для вводных ячеек РУ

MMS, GOOSE

Протокол SV применяется для вводных ячеек РУ.

Применение протокола SV для измерений в рамках РУ может быть применено при дополнительном обосновании

MMS, GOOSE, SV

10. ВИРТУАЛИЗАЦИЯ ОБОРУДОВАНИЯ УРОВНЯ ПРИСОЕДИНЕНИЯ

Для разделения трафика (РЗА, АСУТП, АИИС КУЭ, видеонаблюдение, связь и др.), совместно использующего среду передачи, а также с целью повышения безопасности, должна использоваться технология виртуальных локальных сетей (VLAN). Разделение трафика по VLAN должно выполняться на стадии проектирования объекта с учетом приоритезации и логической сегрегации трафика. При необходимости, связь между VLAN должна осуществляться через соответствующие маршрутизаторы [п.8.1, СТО 34.01-21-004-2019].

11. ОСОБЕННОСТИ ПОСТРОЕНИЯ РЗА ЦИФРОВЫХ ПОДСТАНЦИЙ

На цифровых подстанциях РЗА является одной из подсистем ПТК ЦПС, функционирующей на уровне присоединения и подстанции.

В качестве первичных датчиков цифровых измерительных трансформаторов для цифровой ПС могут использоваться оптические датчики тока и напряжения на основе магниточувствительного оптоволокна, либо электромагнитные ТТ, электромагнитные или емкостные ТН [п.20.2, СТО 34.01-21-004-2019].

При реконструкции ПС допускается использовать измерительные ТТ и ТН с аналоговым выходом с использованием цифровых преобразователей при соответствующем экономическом обосновании [п.20.3, СТО 34.01-21-004-2019].

Программное обеспечение, установленное на уровне вычислительной сети ПТК цифровой ПС, должно представлять собой модульное программное обеспечение, в котором каждый программный модуль отвечает за минимальную функцию (виртуальное реле или логический узел в терминах в соответствии с требованиями МЭК 61850) [п.8.12, СТО 34.01-21-004-2019].

Из комбинации программных модулей может быть составлена необходимая функция защиты и (или) автоматизации, при этом уровень вычислительной сети ПТК цифровой ПС представляет собой совокупность обеспечивающих функционирование виртуальных устройств защиты и управления [п.8.13, СТО 34.01-21-004-2019].

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

12. ДОСТОИНСТВА И НЕДОСТАТКИ

Достоинствами построения оптимального цифровой ПС являются:

значительно меньшее общее количество и номенклатура оборудования в составе ПТК, что снижает объем профилактического обслуживания, сокращает время восстановления работоспособности и требуемые объемы ЗИП;
значительное снижение количества кабельных связей в составе комплекса и их полная диагностируемость, что ускоряет поиск неисправности и сокращает время восстановительного ремонта;
сокращение времени поставки и затрат на поставку ЗИП за счет использования вычислительных и коммуникационных средств общего назначения (серверов) в составе системы, которые имеют более низкую стоимость по сравнению со специальными, при более высокой производительности;
снижение объемов и частоты периодических проверок за счет организации более оптимального планирования профилактических и необходимых восстановительных работ [п.8.1, СТО 34.01-21-004-2019].

Недостатками применения ЦПС могут появиться в случае применения не оптимального ПТК с дублированием, что приведет к увеличение стоимости оборудования.

Cтек протоколов TCP/IP широко распространен. Он используется в качестве основы для глобальной сети интернет. Разбираемся в основных понятиях и принципах работы стека.

Основы TCP/IP

Стек протоколов TCP/IP (Transmission Control Protocol/Internet Protocol, протокол управления передачей/протокол интернета) — сетевая модель, описывающая процесс передачи цифровых данных. Она названа по двум главным протоколам, по этой модели построена глобальная сеть — интернет. Сейчас это кажется невероятным, но в 1970-х информация не могла быть передана из одной сети в другую, с целью обеспечить такую возможность был разработан стек интернет-протоколов также известный как TCP/IP.

Разработкой этих протоколов занималось Министерство обороны США, поэтому иногда модель TCP/IP называют DoD (Department of Defence) модель. Если вы знакомы с моделью OSI, то вам будет проще понять построение модели TCP/IP, потому что обе модели имеют деление на уровни, внутри которых действуют определенные протоколы и выполняются собственные функции. Мы разделили статью на смысловые части, чтобы было проще понять, как устроена модель TCP/IP:

Уровневая модель TCP/IP

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

Канальный уровень (link layer)

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

Этот уровень также вычисляет максимальное расстояние, на которое пакеты возможно передать, частоту сигнала, задержку ответа и т.д. Все это — физические свойства среды передачи информации. На канальном уровне самым распространенным протоколом является Ethernet, но мы рассмотрим его на примере в конце статьи.

Межсетевой уровень (internet layer)

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

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

Маска подсети и IP-адреса

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

Протокол интернета — IP (Internet Protocol) используется маршрутизатором, чтобы определить, к какой подсети принадлежит получатель. Свой уникальный IP-адрес есть у каждого сетевого устройства, при этом в глобальной сети не может существовать два устройства с одинаковым IP. Он имеет два подвида, первым был принят IPv4 (IP version 4, версии 4) в 1983 году.

IPv4 предусматривает назначение каждому устройству 32-битного IP-адреса, что ограничивало максимально возможное число уникальных адресов 4 миллиардами (2 32 ). В более привычном для человека десятичном виде IPv4 выглядит как четыре блока (октета) чисел от 0 до 255, разделенных тремя точками. Первый октет IP-адреса означает его класс, классов всего 4: A, B, C, D.

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

Так как IPv6 адреса длинные, их разрешается сокращать по следующим правилам: ведущие нули допускается опускать, например в адресе выше :00FF: позволяется записывать как :FF:, группы нулей, идущие подряд тоже допустимо сокращать и заменять на двойное двоеточие, например, 2DAB:FFFF::01AA:00FF:DD72:2C4A. Допускается делать не больше одного подобного сокращения в адресе IPv6.

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

ICMP и IGMP

ICMP никогда не вызывается сетевыми приложениями пользователя, кроме случаев диагностики сети, к примеру, пинг (ping) или traceroute (tracert). ICMP не передает данные, это отличает его от транспортных TCP и UDP, расположенных на L3, которые переносят любые данные. ICMP работает только с IP четвертой версии, с IPv6 взаимодействует ICMPv6.

Сетевые устройства объединяются в группы при помощи IGMP, используемый хостами и роутерами в IPv4 сетях. IGMP организует multicast-передачу информации, что позволяет сетям направлять информацию только хостам, запросившим ее. Это удобно для онлайн-игр или потоковой передаче мультимедиа. IGMP используется только в IPv4 сетях, в сетях IPv6 используется MLD (Multicast Listener Discovery, протокол поиска групповых слушателей), инкапсулированный в ICMPv6.

Транспортный уровень (transport layer)

Постоянные резиденты транспортного уровня — протоколы TCP и UDP, они занимаются доставкой информации.

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

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

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

Протоколы L3 не интерпретируют информацию, полученную с верхнего или нижних уровней, они служат только как канал передачи, но есть исключения. RSVP (Resource Reservation Protocol, протокол резервирования сетевых ресурсов) может использоваться, например, роутерами или сетевыми экранами в целях анализа трафика и принятия решений о его передаче или отклонении в зависимости от содержимого.

Прикладной уровень (application layer)

В модели TCP/IP отсутствуют дополнительные промежуточные уровни (представления и сеансовый) в отличие от OSI. Функции форматирования и представления данных делегированы библиотекам и программным интерфейсам приложений (API) — своего рода базам знаний. Когда службы или приложения обращаются к библиотеке или API, те в ответ предоставляют набор действий, необходимых для выполнения задачи и полную инструкцию, каким образом эти действия нужно выполнять.

Зачем нужен порт и что означает термин сокет

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

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

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

Стек протоколов, снова канальный уровень

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

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

Point-to-Point протоколы

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

У PPP есть два подвида — PPPoE (PPP по Ethernet) и PPPoA (PPP через асинхронный способ передачи данных — ATM), интернет-провайдеры часто их используют для DSL соединений.

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

Заключение

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

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

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