Виды птс: что значит, чего бояться при покупке, как отличить от оригинала

Выбор видеоформата и концепции построения ПТС

Несмотря на то, что телевизионное вещание в настоящее время в основном осуществляется в формате стандартной четкости (SD – Standard Definition), форматы ТВЧ (HD – High Definition) все чаще используют для вещания различные спутниковые и кабельные каналы. Кроме того, для производства видеопродукции формат ТВЧ также является предпочтительным. Исходя из этого,  оптимальным является закладывать в проектируемые ПТС возможность формирования программ, как стандартной, так и высокой четкости.

Безусловно, оптимальной технологией создания телевизионной продукции является формирование программ в формате HD с последующим преобразованием в формат SD для обеспечения телевизионного вещания.  При этом записанные программы   стандарта HD могут использоваться для последующего монтажа и архивирования. Если при формировании программ предполагается их использование как источников сигналов обоих форматов (SD и HD), то возможно несколько решений. Одно из них предполагает организацию параллельного видеотракта для производства программ в формате SD. Причем основой тракта может служить переключаемый видеомикшер HD/SD. Современное телевизионное оборудование, как правило, обеспечивает поддержку обоих форматов, причем разница в стоимости оборудования стандартной четкости и ТВЧ не так уж и велика. 

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

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

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

Для организации трансляций спортивных мероприятий, в зависимости от их уровня и вида спорта, требуется от 8 до 20 телевизионных камер, а также от двух до шести, иногда более, источников внешних программных сигналов («миникамеры», «удочки», камеры с радиоканалом, специальные графические станции). Иногда, наряду с собственными телевизионными камерами в тракт ПТС включаются дополнительные камеры, размещенные на других машинах. Чем выше ранг соревнований, тем больше заказывается телевизионных камер. Так для трансляции футбольного матча национальных команд обычно используется от 12 до 16 ТВ-камер, международные встречи требуют уже 20-22 камеры, ну а финальные матчи, к примеру, Лиги чемпионов до 30 и более ТВ-камер.

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

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

К особенностям «спортивных» ПТС относится и возможность формирования вторых программ, причем, в основном, предназначенных для разных потребителей.

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

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

Помимо формирования собственных программ ПТС при проведении спортивных трансляций обеспечивает «раздачу» различных телевизионных и звуковых сигналов широкому кругу потребителей. 

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

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

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

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

Формируемая вторая, а иногда и третья, программы используются или «под запись» или для формирования видеоряда для светодиодных панелей оформления сцены. Основой звуковой программы, как правило, является фонограмма, принимаемая от основного концертного микшера.

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

Компоновка ПТС

В зависимости от количества используемых телевизионных камер ПТС может монтироваться на базе микроавтобуса (как правило, не более 4-6 ТВ-камер), шасси полноразмерного грузового автомобиля (8-16 камер) или трейлера (20 и более телекамер). Для расширения рабочего пространства внутри ПТС в последних двух случаях применяются раздвижные борта, с одной или двух сторон. Возможны и другие варианты компоновки в зависимости от особенностей технического задания. Так, примером удачной компоновки могут служить ПТС созданные на базе двухуровнего автобуса Van Hool (ПТС серии OB13 – OB22, ОВ43) компании Alfacam.

Внутри ПТС разбита на несколько рабочих зон или отсеков, как правило, разделенных между собой сдвижными перегородками или дверьми – отсек видеорежиссера, отсек звукорежиссера, отсек операторов видеомагнитофонов и/или операторов видео-серверов повторов и инженерно-технический отсек. Во многих случаях некоторые отсеки объединяются между собой, например, очень часто операторы повторов располагаются в отсеке видеорежиссера, а контроль работы видеомагнитофонов организован в инженерном отсеке. 

В ПТС смонтированных на базе микрофургонов или микроавтобусов из-за крайне ограниченного свободного места, разделение внутреннего пространства на рабочие зоны носит условный характер.

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

Оборудование и организация рабочих мест

Отсек видеорежиссера

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

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

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

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

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

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

Другое направление – отдельные прецизионные мониторы используются только для отображения “Программы” и “Предварительного набора”, а все остальные источники, так же при помощи видеопроцессоров, выводятся на LCD-панели с диагональю от 40 дюймов. При таком подходе существенно сокращается количество используемого оборудования и время необходимое для создания нужной конфигурации мониторного стеллажа (оба момента достаточно важны для ПТС), появляется возможность формировать любое (ограничивается размерностью применяемых видеопроцессоров) количество изображений требуемого размера на каждой из панелей.  К недостаткам можно отнести то, что данное решение требует более тщательной проработки расположения LCD-панелей для обеспечения оптимального угла зрения и более сложной кинематике при использовании раздвижных бортов.

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

Отсек звукорежиссера

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

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

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

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

Помимо акустических систем и индикаторов уровня сигнала для контроля параметров стереофонического (или 5.1) звукового сопровождения практически во всех ПТС используются гониометры.

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

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

Операторы ВМ и серверов видеоповторов

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

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

В современных ПТС для повтора и монтажа видеосюжетов применяются видеосерверы, а видеомагнитофоны, за редким исключением, используются только для записи формируемых программ и, иногда, для воспроизведения «заставок» в паузах трансляции.

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

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

Рабочие места инженерного отсека

В инженерном отсеке располагаются рабочие места операторов камерных каналов, и старшего инженера и/или «супервайзера». 

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

Для производства некоторых программ иногда возникает необходимость в организации специального рабочего места «цветоустановщика». Обычно это происходит при работе с «западными» компаниями по их технологии и съемках с небольшим количеством камер (не более 6-8) классических балетов и концертов и некоторых церемоний. В этом случае «специально обученный» специалист с использованием мастер-панели управления камерными каналами постоянно отслеживает работу всех ТВ-камер, внося по мере необходимости необходимые корректировки в настройку их параметров, фактически «забирая» на себя большинство функций операторов камерных каналов. В обычной практике эти функции выполняет старший инженер ПТС. Отсюда следует номинальный набор оборудования для организации рабочего места старшего инженера ПТС. Это два видеомонитора в комплекте с измерительным оборудованием, как минимум один из них должен быть прецизионным, одна-две Х-Y-панели управления видеоматрицей, панель служебной связи и устройства контроля звуковых источников. В обычной практике один из мониторов и измерительный прибор осуществляют постоянный контроль основной программы, второй, по мере необходимости, используется для контроля параметров отдельных источников сигнала или второй программы.

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

Подключение к внешним источникам сигналов

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

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

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

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

Электропитание и инженерное обеспечение

Одним из важнейших условий работы ПТС является наличие гарантированного бесперебойного электропитания. Питание ПТС осуществляется от трехфазной сети переменного тока напряжением 380 В. Для обеспечения гарантированного электропитания, подавляющее большинство ПТС имеет два ввода питающих фидеров, основной и резервный, и внутренние источники бесперебойного электропитания (UPS), позволяющие продолжать работу в течении 10-15 минут при пропадании основного напряжения. Этого времени, как правило, хватает для переключения на резервный источник электропитания. В качестве резервного источника, а при проведении особо важных работ – как основного, используются дизель-генераторы.

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

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

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

(c) 625

Описание портов и сокетов TCP / IP

В сети TCP / IP каждое устройство должно иметь IP-адрес.

IP-адрес идентифицирует устройство , например, компьютер.

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

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

Использование портов позволяет компьютерам / устройствам запускать несколько служб / приложений .

На схеме ниже показано соединение компьютера с компьютером и указаны IP-адреса и порты.

Аналогия

Если вы используете аналог дома или многоквартирного дома, IP-адрес соответствует адресу улицы.

Все апартаменты имеют одинаковый адрес.

Однако у каждой квартиры также есть номер квартиры, который соответствует номеру порта.

Диапазоны номеров портов и известные порты

Номер порта использует 16 бит и поэтому может иметь значение от 0 до 65535 в десятичной системе счисления

Номера портов делятся на следующие диапазоны:

Номера портов 0-1023 — хорошо известные порты. Они выделяются серверным службам Управлением по присвоению номеров в Интернете (IANA). например, веб-серверы обычно используют порт 80 , а серверы SMTP используют порт 25 (см. диаграмму выше).

Порты 1024-49151 — Зарегистрированный порт — Они могут быть зарегистрированы для служб с IANA и должны рассматриваться как полурезервированные . Программы, написанные пользователем, не должны использовать эти порты.

Порты 49152-65535 — используются клиентскими программами , и вы можете использовать их в клиентских программах. Когда веб-браузер подключается к веб-серверу, браузер выделяет себе порт в этом диапазоне. Также известен как эфемерных портов .

Сокеты TCP

Соединение между двумя компьютерами использует сокет .

Сокет — это комбинация IP-адреса и порта

{схема] На каждом конце соединения будет сокет. {/ Схема]

Представьте, что вы сидите дома за своим компьютером, и у вас открыто два окна браузера.

Один смотрит на сайт Google, а другой — на Yahoo.

Подключение к Google будет:

Ваш ПК — IP1 + порт 60200 ——– Google IP2 + порт 80 (стандартный порт)

Комбинация IP1 + 60200 = сокет на клиентском компьютере и IP2 + порт 80 = целевой сокет на сервере Google.

Подключение к Yahoo будет:

ваш ПК — IP1 + порт 60401 ——– Yahoo IP3 + порт 80 (стандартный порт)

Комбинация IP1 + 60401 = сокет на клиентском компьютере и IP3 + порт 80 = целевой сокет на сервере Yahoo.

Примечания: IP1 — это IP-адрес вашего ПК. Номера клиентских портов назначаются динамически и могут быть повторно использованы после закрытия сеанса.

TCP и UDP — транспортный уровень

Примечание : Вы можете найти статью о наборе протоколов TCP / IP, полезную для понимания следующего

IP-адресов реализованы на сетевом уровне, который представляет собой IP-уровень .

Порты реализованы на транспортном уровне как часть TCP или UDP-заголовка , как показано на схеме ниже:

Протокол TCP / IP поддерживает два типа порта: TCP-порт и UDP-порт .

TCP — для приложений, ориентированных на соединение. Он имеет встроенную проверку ошибок и повторно передает отсутствующие пакеты.

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

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

Например, веб-сервер обычно использует TCP-порт 80 .

Он может использовать любой порт, но приложение веб-сервера разработано для использования TCP-соединения. См. TCP против UDP

Вот очень хорошее видео, которое очень хорошо объясняет порты и сокеты

Проверка открытых портов

В системах Windows и Linux есть утилита под названием netstat , которая выдаст вам список открытых портов на вашем компьютере.

В этих статьях показано, как использовать netstat в Windows и Linux.

Вы можете проверить состояние порта удаленных машин с помощью строки сканера портов nmap.

Вы можете установить NMAP в Windows, Linux и Apple. Его можно использовать с графическим пользовательским интерфейсом или как инструмент командной строки.

Вот полезная статья об использовании NMAP из командной строки.

Вот хорошее видео по использованию Nmap , а также описание процедур соединения TCP / IP, которое полезно для понимания портов.

Ссылки и ресурсы:

Основы TCP и UDP — Подключение к веб-сайту — Это для программистов, но здесь нет кодирования, только объяснение портов и сокетов.

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

Онлайн-тестер портов Набор инструментов для сканирования портов и тестирования веб-серверов.

Статьи по теме:

Оцените? И используйте Комментарии, чтобы сообщить мне больше

Модель TCP / IP: Уровни и протокол

Что такое модель TCP / IP?

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

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

В этом руководстве по TCP / IP вы узнаете:

Характеристики TCP

Вот основные характеристики протокола TCP / IP

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

Четыре уровня модели TCP / IP

В этом руководстве по TCP / IP мы узнаем о различных уровнях TCP / IP и их функциях

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

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

• Уровень приложения
• Транспортный уровень
• Уровень Интернета
• Сетевой интерфейс

Уровень приложения

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

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

Примером прикладного уровня является приложение, такое как передача файлов, электронная почта, удаленный вход и т. Д.

Функции прикладных уровней:

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

Транспортный уровень

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

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

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

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

Важные функции транспортных уровней:

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

Интернет-уровень

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

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

Доставка сообщений на сетевом уровне не дает никаких гарантий надежности протокола сетевого уровня.

Протоколы управления уровнями, которые принадлежат сетевому уровню:

1. Протоколы маршрутизации
2. Управление группами многоадресной рассылки
3. Назначение адресов сетевого уровня.

Уровень сетевого интерфейса

Уровень сетевого интерфейса — это уровень четырехуровневой модели TCP / IP. Этот уровень также называется уровнем доступа к сети. Это поможет вам определить детали того, как данные должны отправляться по сети.

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

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

Различия между моделями OSI и TCP / IP

Вот некоторые важные различия между моделями OSI и TCP / IP:

Модель OSI	Модель TCP / IP
Он разработан по ISO (Международная организация по стандартизации)	Он разработан ARPANET (Сеть агентств перспективных исследовательских проектов).
Модель OSI обеспечивает четкое различие между интерфейсами, службами и протоколами.	TCP / IP не имеет четких различий между службами, интерфейсами и протоколами.
OSI относится к взаимодействию открытых систем.	TCP относится к протоколу управления передачей.
OSI использует сетевой уровень для определения стандартов и протоколов маршрутизации.	TCP / IP использует только уровень Интернета.
OSI следует вертикальному подходу.	TCP / IP использует горизонтальный подход.
Модель OSI использует два отдельных уровня: физический, и канал передачи данных, чтобы определять функциональность нижних уровней.	TCP / IP использует только один уровень (ссылку).
Уровни OSI имеют семь уровней.	TCP / IP имеет четыре уровня.
Модель OSI, транспортный уровень ориентирован только на соединение.	Уровень модели TCP / IP ориентирован как на установление соединения, так и без установления соединения.
В модели OSI уровень канала передачи данных и физический уровень являются отдельными уровнями.	В TCP физический канал и канал передачи данных объединены в единый уровень хост-сеть.
Уровни сеанса и представления не являются частью модели TCP.	В модели TCP нет уровня сеанса и представления.
Определяется после появления Интернета.	Он определен до появления Интернета.
Минимальный размер заголовка OSI составляет 5 байтов.	Минимальный размер заголовка — 20 байт.

Наиболее распространенные протоколы TCP / IP

Некоторые наиболее распространенные протоколы TCP / IP:

TCP:

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

IP:

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

HTTP:

Протокол передачи гипертекста является основой Всемирной паутины. Он используется для передачи веб-страниц и других подобных ресурсов с HTTP-сервера или веб-сервера на веб-клиент или HTTP-клиент.Когда вы используете веб-браузер, такой как Google Chrome или Firefox, вы используете веб-клиент. Это помогает HTTP передавать веб-страницы, которые вы запрашиваете с удаленных серверов.

SMTP:

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

SNMP:

SNMP означает простой протокол управления сетью. Это структура, которая используется для управления устройствами в Интернете с использованием протокола TCP / IP.

DNS:

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

TELNET:

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

FTP:

FTP — это протокол передачи файлов.Это наиболее часто используемый стандартный протокол для передачи файлов с одного компьютера на другой.

Преимущества модели TCP / IP

Вот плюсы / преимущества использования модели TCP / IP:

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

Недостатки модели TCP / IP

Вот несколько недостатков использования модели TCP / IP:

• TCP / IP представляет собой сложную модель для настройки и управления.
• Мелкие / накладные расходы TCP / IP выше, чем IPX (межсетевой обмен пакетами).
• В этой модели транспортный уровень не гарантирует доставку пакетов.
• Заменить протокол в TCP / IP непросто.
• Он не имеет четкого разделения от своих сервисов, интерфейсов и протоколов.

Резюме:

• Полная форма или модель TCP / IP, объясненная как протокол управления передачей / Интернет-протокол.
• TCP поддерживает гибкую архитектуру
• Четыре уровня модели TCP / IP: 1) прикладной уровень 2) транспортный уровень 3) Интернет-уровень 4) сетевой интерфейс
• прикладной уровень взаимодействует с прикладной программой, которая является высшим уровнем модели OSI .
• Уровень Интернета — это второй уровень модели TCP / IP. Он также известен как сетевой уровень.
• Транспортный уровень строится на сетевом уровне, чтобы обеспечить транспортировку данных от процесса на исходной системной машине к процессу в целевой системе.
• Уровень сетевого интерфейса — это уровень четырехуровневой модели TCP / IP. Этот уровень также называется уровнем доступа к сети.
• Модель OSI разработана ISO (Международная организация по стандартизации), тогда как модель TCP / IP разработана ARPANET (Сеть агентств перспективных исследовательских проектов).
• Адрес Интернет-протокола, также известный как IP-адрес, представляет собой числовую метку.
• HTTP — это основа всемирной паутины.
• SMTP означает простой протокол передачи почты, который поддерживает электронную почту, известен как простая передача почты.
• SNMP означает простой протокол управления сетью.
• DNS — это система доменных имен.
• TELNET — это терминальная сеть. Он устанавливает соединение между локальным и удаленным компьютерами.
• FTP — это протокол передачи файлов.Это наиболее часто используемый стандартный протокол для передачи файлов с одного компьютера на другой.
• Самым большим преимуществом модели TCP / IP является то, что она помогает вам устанавливать / устанавливать соединение между различными типами компьютеров.
• TCP / IP — сложная модель для настройки и управления.

Модель TCP / IP — GeeksforGeeks

Модель TCP / IP

Предварительное условие — Уровни OSI модели

Модель OSI , которую мы только что рассмотрели, является просто эталонной / логической моделью. Он был разработан для описания функций системы связи путем разделения процедуры связи на более мелкие и простые компоненты. Но когда мы говорим о модели TCP / IP, она была разработана и разработана Министерством обороны (DoD) в 1960-х годах и основана на стандартных протоколах. Это означает протокол управления передачей / Интернет-протокол. Модель TCP / IP — это краткая версия модели OSI. Он содержит четыре уровня, в отличие от семи уровней в модели OSI. Слои:

1. Уровень процесса / приложения
2. Хост-хост / транспортный уровень
3. Интернет-уровень
4. Доступ к сети / канальный уровень

Схематическое сравнение моделей TCP / IP и OSI выглядит следующим образом:

Разница между TCP / IP и OSI Модель:

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

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

1. Уровень доступа к сети —

Этот уровень соответствует комбинации уровня звена данных и физического уровня модели OSI.Он ищет аппаратную адресацию, а протоколы, присутствующие на этом уровне, позволяют осуществлять физическую передачу данных.
Мы только что говорили о том, что ARP является протоколом уровня Интернета, но существует конфликт относительно его объявления протоколом уровня Интернета или уровня доступа к сети. Он описывается как находящийся на уровне 3 и инкапсулированный протоколами уровня 2.

2. Интернет-уровень —

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

1. IP — обозначает Интернет-протокол, и он отвечает за доставку пакетов от хоста источника к хосту назначения путем просмотра IP-адресов в заголовках пакетов. IP имеет 2 версии:
   IPv4 и IPv6. IPv4 — это тот, который в настоящее время использует большинство веб-сайтов. Но IPv6 растет, поскольку количество адресов IPv4 ограничено по сравнению с количеством пользователей.
2. ICMP — означает протокол управляющих сообщений Интернета.Он инкапсулирован в дейтаграммы IP и отвечает за предоставление хостам информации о сетевых проблемах.
3. ARP — означает протокол разрешения адресов. Его задача — найти аппаратный адрес хоста по известному IP-адресу. ARP имеет несколько типов: Reverse ARP, Proxy ARP, Gratuitous ARP и Inverse ARP.

3. Уровень хост-хост —

Этот уровень аналогичен транспортному уровню модели OSI. Он отвечает за непрерывную связь и безошибочную доставку данных. Он защищает приложения верхнего уровня от сложности данных. На этом уровне присутствуют два основных протокола:

1. Протокол управления передачей (TCP) — Известно, что он обеспечивает надежную и безошибочную связь между конечными системами. Он выполняет упорядочивание и сегментацию данных. Он также имеет функцию подтверждения и контролирует поток данных через механизм управления потоком. Это очень эффективный протокол, но из-за таких функций у него много накладных расходов.Увеличение накладных расходов приводит к увеличению затрат.
2. Протокол дейтаграмм пользователя (UDP) — С другой стороны, не предоставляет никаких таких функций. Это протокол перехода, если вашему приложению не требуется надежный транспорт, поскольку он очень рентабелен. В отличие от TCP, который является протоколом с установлением соединения, UDP не требует установления соединения.

4. Уровень приложения —

Этот уровень выполняет функции трех верхних уровней модели OSI: уровня приложения, представления и уровня сеанса. Он отвечает за связь между узлами и контролирует спецификации пользовательского интерфейса. Некоторые из протоколов, представленных на этом уровне: HTTP, HTTPS, FTP, TFTP, Telnet, SSH, SMTP, SNMP, NTP, DNS, DHCP, NFS, X Window, LPD. Взгляните на Протоколы на уровне приложения для получения некоторой информации об этих протоколах. Протоколы, отличные от тех, что представлены в связанной статье:

1. HTTP и HTTPS — HTTP означает протокол передачи гипертекста. Он используется во всемирной паутине для управления связью между веб-браузерами и серверами.HTTPS означает HTTP-Secure. Это комбинация HTTP с SSL (Secure Socket Layer). Это эффективно в тех случаях, когда браузеру необходимо заполнять формы, входить в систему, аутентифицироваться и выполнять банковские транзакции.
2. SSH — SSH означает Secure Shell. Это программа эмуляции терминала, аналогичная Telnet. Причина, по которой SSH более предпочтителен, заключается в его способности поддерживать зашифрованное соединение. Он устанавливает безопасный сеанс через соединение TCP / IP.
3. NTP — NTP означает протокол сетевого времени.Он используется для синхронизации часов на нашем компьютере с одним стандартным источником времени. Это очень полезно в таких ситуациях, как банковские транзакции. Предположим следующую ситуацию без присутствия NTP. Предположим, вы выполняете транзакцию, при которой ваш компьютер считывает время в 14:30, а сервер записывает его в 14:28. Если сервер не синхронизирован, это может привести к серьезному сбою.

Эта статья предоставлена ​​ Achiv Chauhan и Palak Jain . Если вам нравится GeeksforGeeks, и вы хотели бы внести свой вклад, вы также можете написать статью, используя вклад.geeksforgeeks.org или отправьте свою статью по адресу [email protected]. Смотрите, как ваша статья появляется на главной странице GeeksforGeeks, и помогайте другим гикам.

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

Вниманию читателя! Не прекращайте учиться сейчас. Ознакомьтесь со всеми важными концепциями теории CS для собеседований SDE с помощью курса CS Theory Course по приемлемой для студентов цене и будьте готовы к отрасли.

404 | Микро Фокус

Что такое TCP | Структура заголовка для DDoS-соединения

Что такое протокол управления передачей (TCP)

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

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

Установление TCP-соединения: трехстороннее рукопожатие

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

1. Клиент отправляет серверу SYN-пакет — запрос на соединение от исходного порта к порту назначения сервера.
2. Сервер отвечает пакетом SYN / ACK, подтверждая получение запроса на соединение.
3. Клиент получает пакет SYN / ACK и отвечает собственным пакетом ACK.

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

Структура заголовка TCP

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

Ниже приведены 10 полей заголовка TCP:

1. Порт источника — Порт отправляющего устройства.
2. Порт назначения — Порт принимающего устройства.
3. Порядковый номер — устройство, инициирующее TCP-соединение, должно выбрать случайный начальный порядковый номер, который затем увеличивается в соответствии с количеством переданных байтов.
4. Номер подтверждения — Принимающее устройство поддерживает номер подтверждения, начинающийся с нуля. Он увеличивает это число в соответствии с количеством полученных байтов.
5. Смещение данных TCP — определяет размер заголовка TCP, выраженный в 32-битных словах. Одно слово представляет четыре байта.
6. Зарезервированные данные — Зарезервированное поле всегда устанавливается в ноль.
7. Управляющие флаги — TCP использует девять управляющих флагов для управления потоком данных в определенных ситуациях, таких как инициация сброса.
8. Размер окна Контрольная сумма TCP — Отправитель генерирует контрольную сумму и передает ее в каждом заголовке пакета. Принимающее устройство может использовать контрольную сумму для проверки ошибок в полученном заголовке и полезной нагрузке.
9. Указатель срочности — Если установлен флаг управления URG, это значение указывает смещение от порядкового номера, указывая на последний байт срочных данных.
10. Дополнительные данные mTCP — Это необязательные поля для установки максимальных размеров сегмента, выборочных подтверждений и включения масштабирования окна для более эффективного использования сетей с высокой пропускной способностью.

TCP DDoS-уязвимости и методы устранения

TCP уязвим для нескольких типов DDoS-атак, в том числе:

SYN флуд

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

Развитие атаки SYN flood.

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

Есть несколько способов смягчить последствия SYN-флуда, в том числе:

1. Микроблоки — Сервер выделяет микрозапись в своей памяти для каждого запроса SYN вместо полного объекта соединения, что снижает потенциальную нагрузку на ресурсы из-за слишком большого количества запросов.
2. SYN cookie — Сервер использует криптографическое хеширование для проверки TCP-запроса перед выделением памяти.
3. Файлы cookie RST — Сервер намеренно отправляет неверный ответ после первоначального запроса SYN. Если клиент является легитимным, сервер получает пакет RST, сообщающий серверу, что что-то не так.
4. Настройка стека TCP — Вы можете уменьшить тайм-аут для освобождения памяти, выделенной для соединения, или выборочно отбрасывать входящие соединения.

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

STOMP DDoS-атака

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

Фрагментация TCP (капля)

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

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

Узнайте, как Imperva DDoS Protection может помочь вам в борьбе с DDoS-атаками TCP.

Защита от DDoS-атак TCP

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

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

Компьютерная сеть | Модель TCP / IP

Номера протоколов

0	HOPOPT	Опция IPv6 Hop-by-Hop	Y	[RFC8200]
1	ICMP	Сообщение управления Интернетом		[RFC792]
2	IGMP	Управление Интернет-группой		[RFC1112]
3	GGP	Межсетевой шлюз		[RFC823]
4	IPv4	Инкапсуляция IPv4		[RFC2003]
5	СТ	Поток		[RFC1190] [RFC1819]
6	TCP	Управление коробкой передач		[RFC793]
7	CBT	CBT		[Tony_Ballardie]
8	EGP	Протокол внешнего шлюза		[RFC888] [David_Mills]
9	IGP	любой частный внутренний шлюз (используется Cisco для их IGRP)		[Internet_Assigned_Numbers_Authority]
10	BBN-RCC-MON	BBN RCC Monitoring		[Стив Чипман]
11	NVP-II	Сетевой голосовой протокол		[RFC741] [Steve_Casner]
12	Щенок	Щенок		[Боггс Д. , Дж. Шох, Э. Тафт и Р. Меткалф, «ЩЕНКА: An Межсетевая архитектура », Исследовательский центр XEROX Пало-Альто, CSL-79-10, июль 1979 г .; также в транзакциях IEEE на Сообщение, том COM-28, номер 4, апрель 1980 г.] [[XEROX]]
13	ARGUS (устарело)	АРГУС		[Robert_W_Scheifler]
14	EMCON	EMCON		[<таинственный контакт>]
15	XNET	Cross Net Debugger		[Хэверти, Дж., «Форматы XNET для Интернет-протокола версии 4», IEN 158, октябрь 1980 г.] [Джек Хэверти]
16	ХАОС	Хаос		[J_Noel_Chiappa]
17	UDP	Датаграмма пользователя		[RFC768] [Jon_Postel]
18	MUX	Мультиплексирование		[Коэн, Д. и Дж. Постел, «Протокол мультиплексирования», IEN 90, USC / Институт информационных наук, май 1979 г.] [Jon_Postel]
19	DCN-MEAS	Подсистемы измерения DCN		[David_Mills]
20	HMP	Мониторинг хоста		[RFC869] [Bob_Hinden]
21	ПРМ	Пакетное радиоизмерение		[Zaw_Sing_Su]
22	XNS-IDP	XEROX NS IDP		[«Ethernet, локальная сеть: уровень канала передачи данных и Спецификация физического уровня «, AA-K759B-TK, Digital Equipment Corporation, Мейнард, Массачусетс. Также как: «The Ethernet — локальная сеть », версия 1.0, цифровая Equipment Corporation, Intel Corporation, Xerox Corporation, сентябрь 1980 г. И: «Ethernet, локальный Зональная сеть: уровень канала передачи данных и физический уровень Технические характеристики », Digital, Intel и Xerox, ноябрь 1982 г. И: XEROX, «Ethernet, локальная сеть: канал передачи данных Спецификация уровня и физического уровня », X3T51 / 80-50, Xerox Corporation, Стэмфорд, Коннектикут, октябрь 1980 г.] [[XEROX]]
23	БАГАЖНИК-1	Ствол-1		[Barry_Boehm]
24	БАГАЖНИК-2	Ствол-2		[Barry_Boehm]
25	ЛИСТ-1	Лист-1		[Barry_Boehm]
26	ЛИСТ-2	Лист-2		[Barry_Boehm]
27	RDP	Протокол надежных данных		[RFC908] [Bob_Hinden]
28	ИРТП	Надежная транзакция в Интернете		[RFC938] [Trudy_Miller]
29	ISO-TP4	Транспортный протокол ISO, класс 4		[RFC905] [<тайный контакт>]
30	NETBLT	Протокол массовой передачи данных		[RFC969] [Дэвид Кларк]
31	MFE-NSP	Протокол сетевых служб MFE		[Шаттлворт, Б. , «Документальный фильм MFENet, национального Компьютерная сеть «, UCRL-52317, Лаборатория Лоуренса Ливермора, Ливермор, Калифорния, июнь 1977 г.] [Barry_Howard]
32	MERIT-INP	Межузловой протокол MERIT		[Hans_Werner_Braun]
33	DCCP	Протокол управления перегрузкой дейтаграмм		[RFC4340]
34	3PC	Протокол сторонних подключений		[Stuart_A_Friedberg]
35	IDPR	Протокол маршрутизации с междоменной политикой		[Martha_Steenstrup]
36	XTP	XTP		[Greg_Chesson]
37	DDP	Протокол доставки дейтаграмм		[Уэсли Крейг]
38	IDPR-CMTP	Протокол передачи управляющих сообщений IDPR		[Martha_Steenstrup]
39	TP ++	Транспортный протокол TP ++		[Dirk_Fromhein]
40	Иллинойс	Транспортный протокол IL		[Dave_Presotto]
41	IPv6	Инкапсуляция IPv6		[RFC2473]
42	SDRP	Протокол маршрутизации по запросу от источника		[Дебора_Эстрин]
43	IPv6-маршрут	Заголовок маршрутизации для IPv6	Y	[Steve_Deering]
44	IPv6-Frag	Заголовок фрагмента для IPv6	Y	[Steve_Deering]
45	IDRP	Протокол междоменной маршрутизации		[Sue_Hares]
46	RSVP	Протокол бронирования		[RFC2205] [RFC3209] [Bob_Braden]
47	GRE	Универсальная инкапсуляция маршрутизации		[RFC2784] [Tony_Li]
48	DSR	Протокол динамической маршрутизации от источника		[RFC4728]
49	BNA	BNA		[Гэри Саламон]
50	ESP	Encap Security Payload	Y	[RFC4303]
51	AH	Заголовок аутентификации	Y	[RFC4302]
52	I-NLSP	Интегрированная безопасность на сетевом уровне TUBA		[K_Robert_Glenn]
53	SWIPE (устарело)	IP с шифрованием		[Джон Иоаннидис]
54	НАРП	Протокол разрешения адресов NBMA		[RFC1735]
55	МОБИЛЬНЫЙ	IP-мобильность		[Charlie_Perkins]
56	TLSP	Протокол безопасности транспортного уровня с использованием управления ключами Kryptonet		[Christer_Oberg]
57	SKIP	SKIP		[Tom_Markson]
58	IPv6-ICMP	ICMP для IPv6		[RFC8200]
59	IPv6-NoNxt	Нет следующего заголовка для IPv6		[RFC8200]
60	IPv6-Opts	Параметры назначения для IPv6	Y	[RFC8200]
61		любой внутренний протокол хоста		[Internet_Assigned_Numbers_Authority]
62	CFTP	CFTP		[Форсдик, Х. , «CFTP», Сетевое сообщение, Болт Беранек и Ньюман, январь 1982 г.] [Harry_Forsdick]
63		любая локальная сеть		[Internet_Assigned_Numbers_Authority]
64	SAT-EXPAK	SATNET и подсобное помещение EXPAK		[Steven_Blumenthal]
65	КРИПТОЛАН	Криптолан		[Пол Лю]
66	РВД	Протокол удаленного виртуального диска MIT		[Michael_Greenwald]
67	IPPC	Пакетное ядро ​​Internet Pluribus		[Steven_Blumenthal]
68		любая распределенная файловая система		[Internet_Assigned_Numbers_Authority]
69	СБ-ПН	Мониторинг SATNET		[Steven_Blumenthal]
70	VISA	Протокол VISA		[Gene_Tsudik]
71	IPCV	Утилита Internet Packet Core		[Steven_Blumenthal]
72	CPNX	Компьютерный протокол Network Executive		[Дэвид Митнахт]
73	CPHB	Компьютерный протокол Heart Beat		[Дэвид Митнахт]
74	WSN	Сеть Wang Span		[Виктор Дафулас]
75	ПВП	Протокол пакетного видео		[Steve_Casner]
76	BR-SAT-MON	Мониторинг SATNET за кулисами		[Steven_Blumenthal]
77	SUN-ND	SUN ND PROTOCOL-Temporary		[William_Melohn]
78	WB-MON	WIDEBAND мониторинг		[Steven_Blumenthal]
79	WB-EXPAK	ШИРОКОПОЛОСНЫЙ EXPAK		[Steven_Blumenthal]
80	ISO-IP	Интернет-протокол ISO		[Marshall_T_Rose]
81	ВМТП	ВМТП		[Дэйв_Черитон]
82	SECURE-VMTP	SECURE-VMTP		[Дэйв_Черитон]
83	ВИНО	ВИНО		[Брайан Хорн]
84	ТТП	Протокол передачи транзакций		[Jim_Stevens]
84	IPTM	Диспетчер трафика Интернет-протокола		[Jim_Stevens]
85	NSFNET-IGP	NSFNET-IGP		[Hans_Werner_Braun]
86	DGP	Протокол разнородного шлюза		[M / A-COM Government Systems, «Протокол разнородных шлюзов Спецификация, предварительная версия », № контракта. CS 5, 16 ноября 1987 г.] [Mike_Little]
87	TCF	TCF		[Гильермо_А_Лойола]
88	EIGRP	EIGRP		[RFC7868]
89	OSPFIGP	OSPFIGP		[RFC1583] [RFC2328] [RFC5340] [John_Moy]
90	Sprite-RPC	Протокол Sprite RPC		[Велч, Б., «Система удаленного вызова процедур Sprite», Технический отчет, UCB / Департамент компьютерных наук, 86/302, Калифорнийский университет в Беркли, июнь 1986 г.] [Брюс Уиллинс]
91	LARP	Протокол разрешения адресов локуса		[Брайан Хорн]
92	MTP	Протокол многоадресной передачи		[Susie_Armstrong]
93	ТОПОР. 25	AX.25 Рамки		[Brian_Kantor]
94	IPIP	Протокол инкапсуляции IP-внутри-IP		[Джон Иоаннидис]
95	MICP (не рекомендуется)	Mobile Internetworking Control Pro.		[Джон Иоаннидис]
96	SCC-SP	Semaphore Communications Sec.Pro.		[Howard_Hart]
97	ETHERIP	Инкапсуляция Ethernet в IP		[RFC3378]
98	ENCAP	Заголовок инкапсуляции		[RFC1241] [Robert_Woodburn]
99		любая частная схема шифрования		[Internet_Assigned_Numbers_Authority]
100	GMTP	GMTP		[[RXB5]]
101	IFMP	Протокол управления потоком Ipsilon		[Bob_Hinden] [ноябрь 1995 г. , 1997 г.]
102	ПННИ	PNNI через IP		[Ross_Callon]
103	PIM	Многоадресная передача, независимая от протокола		[RFC7761] [Dino_Farinacci]
104	ARIS	ARIS		[Нэнси Фельдман]
105	SCPS	SCPS		[Robert_Durst]
106	QNX	QNX		[Michael_Hunter]
107	A / N	Активные сети		[Bob_Braden]
108	IPComp	Протокол сжатия IP-данных		[RFC2393]
109	СНП	Протокол Sitara Networks		[Manickam_R_Sridhar]
110	Compaq-Peer	Протокол однорангового узла Compaq		[Victor_Volpe]
111	IPX-в-IP	IPX в IP		[CJ_Lee]
112	VRRP	Протокол резервирования виртуального маршрутизатора		[RFC5798]
113	PGM	Протокол надежной передачи PGM		[Tony_Speakman]
114		любой протокол с нулевым переходом		[Internet_Assigned_Numbers_Authority]
115	L2TP	Протокол туннелирования второго уровня		[RFC3931] [Бернард Абоба]
116	DDX	Обмен данными D-II (DDX)		[John_Worley]
117	IATP	Протокол передачи интерактивного агента		[John_Murphy]
118	STP	Протокол передачи расписания		[Jean_Michel_Pittet]
119	SRP	Протокол радиосвязи SpectraLink		[Марк_Гамильтон]
120	UTI	UTI		[Peter_Lothberg]
121	СМП	Протокол простых сообщений		[Leif_Ekblad]
122	SM (не рекомендуется)	Простой протокол многоадресной передачи		[Jon_Crowcroft] [draft-perlman-simple-multicast]
123	PTP	Протокол прозрачности производительности		[Michael_Welzl]
124	ISIS через IPv4			[Tony_Przygienda]
125	ПОЖАР			[Criag_Partridge]
126	CRTP	Протокол боевого радиотранспорта		[Robert_Sautter]
127	CRUDP	Датаграмма пользователя боевой радиостанции		[Robert_Sautter]
128	SSCOPMCE			[Kurt_Waber]
129	IPLT			[[Hollbach]]
130	SPS	Secure Packet Shield		[Bill_McIntosh]
131	ТРУБА	Инкапсуляция частного IP внутри IP		[Bernhard_Petri]
132	SCTP	Протокол передачи управления потоком		[Randall_R_Stewart]
133	FC	Fibre Channel		[Murali_Rajagopal] [RFC6172]
134	RSVP-E2E-IGNORE			[RFC3175]
135	Заголовок мобильности		Y	[RFC6275]
136	UDPLite			[RFC3828]
137	MPLS-в-IP			[RFC4023]
138	мане	Протоколы MANET		[RFC5498]
139	HIP	Протокол идентификации хоста	Y	[RFC7401]
140	Прокладка 6	Протокол Shim6	Y	[RFC5533]
141	WESP	Обернутая инкапсулирующая полезная нагрузка безопасности		[RFC5840]
142	ROHC	Надежное сжатие заголовка		[RFC5858]
143	Ethernet	Ethernet		[RFC-ietf-spring-srv6-network-programming-28]
144-252		Не назначено		[Internet_Assigned_Numbers_Authority]
253		Использование для экспериментов и тестирования	Y	[RFC3692]
254		Использование для экспериментов и тестирования	Y	[RFC3692]
255	Зарезервировано			[Internet_Assigned_Numbers_Authority]