С 1 ноября всех водителей ждет важное изменение. Разбираемся в нюансах :: Autonews
Autonews Телеканал Газета Тренды + Pro Инвестиции
Авто
Спорт
Недвижимость
Стиль
Национальные проекты
Крипто
Исследования
Кредитные рейтинги
Продажа бизнеса
Конференции
Журнал
Премия 2019
Премия СПб 2019
Спецпроекты
Проверка контрагентов
Библиотека
Компании
Экономика образованияЗдоровье
…
Скрыть баннерыБиография машины. Бумажный ПТС уходит в историю | Практические советы | Авто
Переход на электронный формат ведения учета транспортных средств готовился уже несколько лет. Переговоры между ведомствами начались в начале минувшего десятилетия, а основная работа ведется с 2014 года. Планировался запуск в 2018 году, но с учетом многих несогласованностей введение электронной системы переносилось на 2019 и далее на 2020 годы. Сейчас основные технические сложности устранены, и с 1 ноября 2020 года на все новые автомобили выдаются Паспорта транспортных средств (ПТС) в электронном виде. Этот шаг значительно расширит возможности регистрационных отделений и упростит контроль за продажей машин. При этом бумажный аналог свое существование не прекратит. Пользоваться им можно неограниченное время. Правда, при перепродаже машины сотрудники ГИБДД предложат оформить на старую машину новый ЭПТС.
Что будет включать электронный ПТС
Основная сложность при введении электронного ПТС заключалась в согласовании баз данных между ведомствами разных стран, входящих в Таможенный Союз. В процедуре разработки формата электронного ПТС участвовали Россия, Беларусь, Казахстан, Киргизия и Армения. И долгое время не удавалось согласовать позиции по ряду второстепенных моментов учета.
В России оформлением ЭПТС будут заниматься изготовители автомобилей или импортеры.
В случае если автомобиль ввозится в Россию физическим лицом, ЭПТС будет оформляться через испытательную лабораторию, которая выдает сертификат на машину.
«Электронный ПТС хорош тем, что его не потеряешь, — рассказывает автоэксперт Игорь Моржаретт
Для ГИБДД электронный ПТС позволяет серьезно сэкономить время на обработку данных, а для граждан в будущем — воспользоваться услугой электронной подписи для оформления дистанционных сделок.
Каждый участник оборота автомобилей получает свой доступ к ЭПТС. Производитель заполняет основные сведения и указывает технические характеристики, которые впоследствии не должны меняться без переделки конструкции транспортных средств. Сотрудники ГИБДД заполняют разделы, касающиеся сведений о проведении регистрационных действий, а также особые отметки о ДТП. Кроме того, в ЭПТС будут содержаться результаты технических осмотров, сведения об обременениях и другие данные.
Мошенники не смогут подделать ЭПТС
С введением электронного формата учета уйдет в историю мошенническая деятельность, связанная с продажей кредитных и залоговых автомобилей. До сих пор преступники уничтожали бумажный паспорт транспортного средства и оформляли в ГИБДД новый документ взамен утраченного, где уже не было упоминаний о банковских обременениях. Автомобиль продавался на вторичном рынке, а через несколько месяцев его изымали судебные приставы. Сейчас все сведения о машине должны будут содержаться в электронном виде, доступном для просмотра в любом отделении ГИБДД.
«Электронный ПТС — это веяние времени, без которого уже невозможно представить жизнь, — рассказывает
Электронный ПТС на автомобиль — как выглядит и как получить?
Что такое электронный ПТС на автомобиль, как он выглядит, как его посмотреть, пощупать и как получить – обо всем этом, друзья, я расскажу вам сегодня.
Для начала – краткая предыстория. Идея электронных ПТС возникла еще в 2014 году, а с 2016 должна была уже заработать. Пару лет сроки запуска системы переносились и в 2018-м были выданы первые электронные ПТС. Реально система стартанула в середине 2019, когда электронные паспорта начали выдавать в массовом порядке. Следующая цель на сегодня – с ноября 2020 полностью перейти на электронные ПТС и отказаться бумажных.
Как выглядит электронный ПТС на автомобиль?
Итак, ребята, будущее наступает, и мы вместе со своими машинами тоже влетаем в цифровую эпоху. Но как выглядит электронный ПТС на автомобиль и что он из себя представляет? По сути, электронный ПТС – это лишь набор записей в базе данных. В реальном мире он не существует, его нельзя потрогать, а увидеть можно только на экране.
Разумеется, доступ к базе данных электронных ПТС строго ограничен. Объем и представление отображаемой информации зависит от уровня доступа просматривающего. К примеру, оператору ГИБДД весь ЭПТС виден в полном объеме и выглядит это примерно так:
Обычному же физ.лицу просто так посмотреть информацию ЭПТС не получится – информации доступно крайне мало.
Как посмотреть электронный ПТС на автомобиль?
Теперь давайте разберемся, как посмотреть электронный ПТС на автомобиль и где это можно сделать? Заходим на портал системы электронных паспортов и оттуда переходим по ссылке «ВОЙТИ НА ПОРТАЛ СЭП». Здесь нам предоставляется два способа найти ЭПТС: «по номеру ЭПТС» или «по VIN»
Указываем один из этих номеров, проходим капчу и к сожалению, нас подстерегает абсолютное разочарование. Единственное, что доступно рядовому физ.лицу – это статус электронного паспорта. В данном случае он, как видите, «действующий».
Как видите, проверка электронного ПТС обычным рядовым пользователям не дает абсолютно ничего. Даже в старой базе данных ГИБДД, по ВИН-коду можно проверить больше информации (подробнее смотрите здесь). Там есть и наложенные ограничения, и сведения о ДТП, а главное – там есть периоды регистраций. Здесь же – просто ноль информации. Остается надеяться, что это лишь стадия разработки и со временем все сделают по красоте.
Но помимо бесполезной проверки статуса ЭПТС на портале, само собой, есть и закрытая часть. После авторизации, собственник автомобиля получает полный доступ к просмотру электронного ПТС.
Рядом с проверкой статуса, в верхней части экрана находятся кнопки «Вход» и «Регистрация». Здесь регистрация – это процесс получения электронной подписи. Скажу вам сразу, это хлопотно и технически сложно – поверьте мне на слово.
Но проще всего, пройти в закрытую зону сайта, используя авторизацию на Гос.услугах. Для этого, разумеется, там у вас уже должен быть активный подтвержденный аккаунт.
В итоге мы оказываемся в личном кабинете, где, есть раздел «Мои электронные паспорта».
Видимо, здесь собственник и сможет просматривать свои электронные ПТС, а также показывать их покупателям. Но у меня машины с электронным ПТС еще нет, поэтому показать вам пока нечего.
Выписка из электронного ПТС
Еще одним способом увидеть и пощупать ПТС цифровой эпохи является Выписка из электронного ПТС.
Это бумажный документ формата А4, который можно распечатать на обычном принтере, можно даже черно-белом. Строго говоря, документом эта бумажка вовсе не является. Это скорее памятка, содержащая основные сведения об электронном ПТС.
Номер электронного ПТС
Ключевой информацией является номер электронного ПТС. Вместе с ВИН-кодом, именно номер ЭПТС теперь будет вписываться в договор купли-продажи. Также, номер ЭПТС будет фигурировать в свидетельстве о регистрации, вместо номера бумажного ПТС.
При постановке на учет, оператор ГИБДД, при желании сможет найти машину по VIN-коду. Но основной информацией все же является номер ПТС в данном случае электронного. Таким образом, покупая машину с электронным ПТС, важно чтобы его номер обязательно фигурировал в ДКП.
Не помешает также распечатать Выписку из ЭПТС – в ней номер документа указывается крупным шрифтом сверху. Это лишь распечатка и никакой юридической силы она не имеет. Но такая бумага поможет быстро вспомнить номер электронного ПТС, когда это понадобится.
Как получить электронный ПТС на автомобиль?
А теперь о том, как получить электронный ПТС. По замыслу разработчиков, для новых машин паспорта по-прежнему будут выдавать заводы-изготовители. Прописывать покупателя в ЭПТС будет автодилер, непосредственно при продаже автомобиля.
А вот с таможни и ГИБДД, функция выдачи паспортов транспортных средств – полностью снимается. Вместо них электронные ПТС будут выдавать:
1)Испытательные лаборатории – при ввозе авто из-за рубежа
2)Операторы техосмотра – для ранее зарегистрированных авто.
Стоимость получения электронного ПТС в обоих случаях составит 600р.
Хочу обратить ваше внимание, ребята, что переход на ЭПТС будет проходить постепенно. Принудительной срочной замены бумажных ПТС на цифровые – не планируется. Все должно произойти естественным путем в течение последующих лет. Действующий бумажный ПТС можно будет использовать как прежде, пока он не потребует замены. И лишь когда в нем закончится место, он порвется или потеряется – придется получить ЭПТС. Таким образом, ГИБДД больше не выдает бумажных дубликатов ПТС. Вместо дубликата будет сразу выдаваться электронный ПТС.
Итак, ребята, теперь вы знаете, как получить электронный ПТС, но стоит ли с этим спешить? К сожалению, система электронных паспортов у нас пока не полностью отлажена. В ее работе нередко возникают проблемы, одним словом, ее еще предстоит доводить до ума. Подводные камни покупки подержанной машины с электронным ПТС – пока тоже не изучены. В то же время, знакомые нам классические бумажные паспорта будут ходить еще долго. Поэтому, лично я получать электронный ПТС на автомобиль, пока не спешить не стану.
© Kak-Kupit-Auto.ru
С 1 ноября переходим на оформление электронного ПТС: разбираемся в нюансах
Содержание статьи
В скором времени в России перестанут выдавать бумажные ПТС. Теперь документ будет электронным и все данные об автомобиле будут доступны в режиме онлайн. В соответствии с решением Евразийской экономической коллегии “Об утверждении Порядка функционирования систем электронных паспортов транспортных средств (электронных паспортов шасси транспортных средств) и электронных паспортов самоходных машин и других видов техники” изменения вступят в силу с 1 ноября 2020 года. Как введение ЭПТС повлияет на жизнь автомобилистов и что произойдет с бумажными техпаспортами?
Как выглядит электронный паспорт ТС
Уже с ноября месяца в странах Таможенного союза будет электронный паспорт транспортного средства вместо бумажного. Кроме России введут ПТС в электронном виде в Беларуси, Армении, Киргизии и Казахстане.
Новый электронный ПТС – это учетная запись, содержащая все данные об автомобиле. Он будет иметь уникальный 15-значный код, который дает возможность быстро проверить автомобиль в базе данных.
Узнать, как выглядит ЭПТС можно на специальном портале «Системы электронных паспортов». Отчасти он напоминает бумажный документ. При желании владелец авто может распечатать паспорт ТС, чтобы иметь под рукой номер ЭПТС и необходимые сведения о машине.
Обратите внимание, что распечатка не является официальным документом.
Какие данные есть в ЭПТС
В электронном паспорте транспортного средства от 90 до 150 полей, в которых содержатся подробные данные об автомобиле:
- название модели;
- марка автомобиля;
- мощность двигателя;
- VIN-код;
- год выпуска;
- масса авто;
- цвет кузова;
- пробег машины;
- эко-класс;
- сведения о техосмотре;
- данные о покупке или продаже, включая цену и наличие ограничений от банков и лизинговых компаний.
Также в документе указаны серия и номер электронного ПТС. Постепенно список данных об авто будет расширяться, а информация будет обновляться сотрудниками ГИБДД, дилерами и другими службами, которым предоставлен доступ к учетной записи.
Обратите внимание, что в электронном паспорте нет сведений о страховке транспортного средства. Чтобы проверить ее наличие, нужно перейти в специальную базу Российского союза автострахования. При этом сотрудники страховой службы могут посмотреть ЭПТС и использовать данные оттуда при заключении договора.
Преимущества нововведения
Оформление ПТС в электронном виде дает массу преимуществ водителю. Как минимум, пакет документов на машину значительно сокращается, а потерять техпаспорт вовсе невозможно. Но на этом плюсы не заканчиваются.
Во-первых, такой вариант паспорта транспортного средства содержит в разы больше сведений об автомобиле: начиная от технических характеристик до наличия ДТП и регулярности прохождения технического осмотра.
Во-вторых, чтобы проверить электронный ПТС достаточно ввести его идентификационный номер в базе. Это значительно экономит время вам и сотрудникам ГИБДД.
В-третьих, электронный ПТС на новый автомобиль, купленный в кредит, предоставляется водителю, а не остается у банка, как бумажный. Но в информации содержится информация о кредите и залоге.
В-четвертых, ЭПТС поможет при покупке или продаже автомобиля, так как документ сохраняет все данные и удалить их невозможно. Это дает возможность составить полную картину об авто. Эксперты уверены, что введение электронного паспорта транспортного средства в разы снизит количество мошенников.
Как оформить и получить электронный ПТС
Получением электронного паспорта на транспортное средство занимаются организации-изготовители авто, если они производятся в России, или официальные импортеры, если машина производится за границей. Водитель получает ЭПТС при оформлении договора купли-продажи, в котором и прописывается серийный номер техпаспорта. Также некоторые дилеры выдают распечатку документа, но юридической силы эта бумага не имеет.
А вот при самостоятельном ввозе автомобиля из-за границы пройти процедуру получения электронного паспорта необходимо вам. Для этого нужно обратиться в одну из аккредитованных испытательных лабораторий и пройти там полное обследование авто. Обратите внимание, что данная процедура платная.
Замена ПТС на электронный происходит в случае утери бумажного варианта. Для этого воспользуйтесь услугами уполномоченных операторов техосмотра. Список подходящих компаний находится на сайте Минпромторга. Они обратятся в ГИБДД, получат нужные сведения и без проблем осуществят регистрацию электронного ПТС.
Чтобы посмотреть свой электронный ПТС автомобиля, зайдите на сайт «Системы электронных паспортов». Для входа понадобится авторизоваться на портале Госуслуг или зарегистрироваться одним из предложенных способов. Также на портале можно получить выписку из ЭТПС собственнику абсолютно бесплатно.
Обратите внимание, что получить ЭПТС через Госуслуги нельзя. Документ предоставляется только службами технического осмотра или испытательными лабораториями.
Что будет с бумажным документом
Ограничений для бумажных паспортов с 1 ноября введено не будет. Владельцы техпаспорта старого образца смогут и дальше им пользоваться. Оформить электронный ПТС на машину можно по желанию или в случае утери бумажного носителя. А вот на новые авто будут оформлять исключительно ЭТПС.
Как распечатать Электронный ПТС | Сайт про ЭПТС
ЭПТС 2 993 просмотров
Портал государственных и муниципальных услуг Российской Федерации — это справочно-информационный сайт, обеспечивающий гражданам, индивидуальным
ЭПТС 1 060 просмотров
На Портале Системы Электронных Паспортов (СЭП) появилась возможность пройти Экспресс регистрацию (без персональных данных).
ЭПТС 673 просмотров
Перед пополнением баланса и заказа услуг необходимо зарегистрироваться на Портале СЭП. Сделать это можно двумя
ЭПТС 1 543 просмотров
Выписку ЭПТС могут получить не только собственники, но и заинтересованные лица. Например при покупке
ЭПТС 2 464 просмотров
Покупка автомобиля с Электронным ПТС | Пошагово Электронный ПТС — это не что иное,
ЭПТС 4 751 просмотров
Для получения выписки через портал Системы Электронных Паспортов, собственнику транспортного средства необходимо сначала зарегистрироваться
В техпаспорта вписали схему – Газета Коммерсантъ № 193 (6673) от 22.10.2019
- Газета
- Приложения
- Огонёк
- Weekend
- Регионы
- Автопилот
- Наука
- UK
- Санкт-Петербург
- Воронеж
- Екатеринбург
- Ижевск
- Казань
- Краснодар
- Красноярск
- Нижний Новгород
- Новосибирск
- Пермь
- Ростов-на-Дону
- Самара
- Саратов
- Уфа
- Челябинск
- Ярославль
- ВОЙТИ
- Регистрация
- ПРОФИЛЬ
- ВЫХОД
RFC 8257 — TCP центра обработки данных (DCTCP): контроль перегрузки TCP для центров обработки данных
[Документы] [txt | pdf] [draft-ietf-tcpm …] [Tracker] [Diff1] [Diff2]ИНФОРМАЦИОННЫЙ
Инженерная группа Интернета (IETF) С. Бенсли
Запрос комментариев: 8257 D.Талер
Категория: Информационные П. Баласубраманян
ISSN: 2070-1721 Microsoft
Л. Эггерт
NetApp
Дж. Джадд
Морган Стэнли
Октябрь 2017 г.
Data Center TCP (DCTCP): Контроль перегрузки TCP для центров обработки данных
Аннотация
Этот информационный RFC описывает TCP центра обработки данных (DCTCP): TCP
схема управления перегрузкой трафика дата-центра.DCTCP расширяет
Обработка явного уведомления о перегрузке (ECN) для оценки
доля байтов, которые сталкиваются с перегрузкой, а не просто
обнаружение перегрузки. DCTCP затем масштабирует
Окно перегрузки TCP на основе этой оценки. Этот метод позволяет
высокая толерантность к пакетным сигналам, низкая задержка и высокая пропускная способность с малой глубиной
буферизованные переключатели. В этом документе также обсуждаются вопросы развертывания
связанных с сосуществованием DCTCP и обычного TCP, обсуждает
отсутствие механизма переговоров между отправителем и получателем, и
представляет некоторые возможные смягчения.В этом документе DCTCP задокументирован как
в настоящее время реализован в нескольких основных операционных системах. DCTCP, as
описанное в этой спецификации, применимо к развертываниям в
контролируемые среды, такие как центры обработки данных, но это не должно быть
развертывается через общедоступный Интернет без дополнительных мер.
Статус этой памятки
Этот документ не является спецификацией Internet Standards Track; это
опубликовано в информационных целях.
Этот документ является продуктом Инженерной группы Интернета.
(IETF).Он представляет собой консенсус сообщества IETF. Оно имеет
получил публичное рецензирование и одобрен к публикации
Инженерная группа управления Интернетом (IESG). Не все документы
одобрены IESG, являются кандидатом на любой уровень Интернета
Стандарт; см. раздел 2 RFC 7841.
Информация о текущем статусе этого документа, исправлениях,
и как оставить отзыв о нем можно узнать на
https://www.rfc-editor.org/info/rfc8257.
Бенсли и др. Информационная [Страница 1]
RFC 8257 DCTCP Октябрь 2017 г.
Уведомление об авторских правах
Авторские права (c) 2017 IETF Trust и лица, указанные как
авторы документа.Все права защищены.
Этот документ регулируется BCP 78 и Правовой нормой IETF Trust.
Положения, касающиеся документов IETF
(https://trustee.ietf.org/license-info) действует на дату
публикация этого документа. Просмотрите эти документы
внимательно, поскольку они уважительно описывают ваши права и ограничения
к этому документу. Компоненты кода, извлеченные из этого документа, должны
включить упрощенный текст лицензии BSD, как описано в разделе 4.e
Правовые положения Trust и предоставляются без гарантии, как
описана в упрощенной лицензии BSD.Содержание
1. Введение . . . . . . . . . . . . . . . . . . . . . . . . 3
2. Терминология. . . . . . . . . . . . . . . . . . . . . . . . . 4
3. Алгоритм DCTCP. . . . . . . . . . . . . . . . . . . . . . . 5
3.1. Маркировка перегрузки на коммутаторах и маршрутизаторах L3. . . . 5
3.2. Отображение информации о перегрузке на приемнике. . . . . 5
3.3. Обработка эхо-сообщений о перегрузке на отправителе. 7
3.4. Обработка увеличения окна перегрузки.. . . . . . . . . 8
3.5. Обработка потери пакетов. . . . . . . . . . . . . . . . . 8
3.6. Обработка пакетов SYN, SYN-ACK и RST. . . . . . . . 9
4. Проблемы внедрения. . . . . . . . . . . . . . . . . . . . 9
4.1. Конфигурация DCTCP. . . . . . . . . . . . . . . . . 9
4.2. Расчет DCTCP.Alpha. . . . . . . . . . . . . . . 10
5. Проблемы с развертыванием. . . . . . . . . . . . . . . . . . . . . . 11
6. Известные проблемы. . . . . . . . . .. . . . . . . . . . . . . . 12
7. Соображения безопасности. . . . . . . . . . . . . . . . . . . 12
8. Соображения IANA. . . . . . . . . . . . . . . . . . . . . 13
9. Ссылки. . . . . . . . . . . . . . . . . . . . . . . . . 13
9.1. Нормативные ссылки . . . . . . . . . . . . . . . . . . 13
9.2. Информативные ссылки. . . . . . . . . . . . . . . . . 14
Благодарности. . . . . . . . . . . . . . . . . . . . . . . . . 16
Адреса авторов. . . .. . . . . . . . . . . . . . . . . . . 16
Бенсли и др. Информационная [Страница 2] RFC 8257 DCTCP Октябрь 2017 г. 1
RFC 6824 — Расширения TCP для работы с несколькими путями с несколькими адресами
[Docs] [txt | pdf] [draft-ietf-mptc …] [Tracker] [Diff1] [Diff2] [IPR] [Errata]Устарело: 8684 EXPERIMENTAL
Errata Exist
Инженерная группа Интернета (IETF) A.Форд
Запрос комментариев: 6824 Cisco
Категория: Экспериментальные К. Райчиу
ISSN: 2070-1721 U. Politechnica of Bucharest
М. Хэндли
U. College в Лондоне
О. Бонавентура
Католический университет Лувена
Января 2013
Расширения TCP для работы с несколькими путями с несколькими адресами
Аннотация
Связь TCP / IP в настоящее время ограничена одним путем на
соединение, но между одноранговыми узлами часто существует несколько путей.В
одновременное использование этих нескольких путей для сеанса TCP / IP
улучшить использование ресурсов в сети и, таким образом, улучшить пользователя
опыт за счет более высокой пропускной способности и повышенной устойчивости к
сбой в работе сети.
Многопутевый TCP обеспечивает возможность одновременного использования нескольких
пути между сверстниками. В этом документе представлен набор расширений для
традиционный TCP для поддержки работы с несколькими путями. Протокол предлагает
тот же тип службы для приложений, что и TCP (т.е., надежный
bytestream), и он предоставляет компоненты, необходимые для установки
и использовать несколько потоков TCP по потенциально непересекающимся путям.
Статус этой памятки
Этот документ не является спецификацией Internet Standards Track; это
опубликовано для изучения, экспериментальной реализации и
оценка.
В этом документе определяется экспериментальный протокол для Интернета.
сообщество. Этот документ является продуктом Internet Engineering.
Целевая группа (IETF). Он представляет собой консенсус IETF
сообщество.Он прошел публичное рассмотрение и одобрен для
публикация Internet Engineering Steering Group (IESG). Не
все документы, утвержденные IESG, подходят для любого уровня
Интернет-стандарт; см. раздел 2 RFC 5741.
Информация о текущем статусе этого документа, исправлениях,
и как оставить отзыв о нем можно узнать на
http://www.rfc-editor.org/info/rfc6824.
Форд и др. Экспериментальный [Страница 1]
RFC 6824 Multipath TCP, январь 2013 г.
Уведомление об авторских правах
Авторские права (c) IETF Trust 2013 г. и лица, указанные в качестве
авторы документа.Все права защищены.
Этот документ регулируется BCP 78 и Правовой нормой IETF Trust.
Положения, касающиеся документов IETF
(http://trustee.ietf.org/license-info) действует на дату
публикация этого документа. Просмотрите эти документы
внимательно, поскольку они уважительно описывают ваши права и ограничения
к этому документу. Компоненты кода, извлеченные из этого документа, должны
включить упрощенный текст лицензии BSD, как описано в разделе 4.e
Правовые положения Trust и предоставляются без гарантии, как
описана в упрощенной лицензии BSD.Содержание
1. Введение ............................................... ..... 4
1.1. Допущения при проектировании ......................................... 4
1.2. Многопутевый TCP в сетевом стеке ..................... 5
1.3. Терминология ................................................ 6
1.4. Концепция MPTCP .............................................. 7
1.5. Требования Язык ...................................... 8
2. Обзор работы .............................................. 8
2.1. Запуск соединения MPTCP ............................. 9
2.2. Связывание нового подпотока с существующим MPTCP
Подключение ................................................. 9
2.3. Информирование другого хоста о другом потенциальном адресе ..10
2.4. Передача данных с использованием MPTCP ................................. 11
2.5. Запрос на изменение приоритета пути .................. 11
2.6. Закрытие соединения MPTCP ............................... 12
2.7. Примечательные особенности .......................................... 12
3. Протокол MPTCP .............................................. ... 12
3.1. Инициирование соединения ..................................... 14
3.2. Запуск нового подпотока .................................... 18
3.3. Общая работа MPTCP ................................... 23
3.3.1. Отображение последовательности данных .............................. 25
3.3.2. Благодарности за данные............................... 28
3.3.3. Закрытие соединения ............................... 29
3.3.4. Рекомендации по приемнику ............................ 30
3.3.5. Информация об отправителе .............................. 31
3.3.6. Надежность и повторные передачи .................... 32
3.3.7. Рекомендации по контролю за перегрузкой .................. 33
3.3.8. Политика подпотока ..................................... 34
3.4. Обмен знаниями об адресах (управление путями).............. 35
3.4.1. Адресная реклама .............................. 36
3.4.2. Удалить адрес ..................................... 39
3.5. Быстрое закрытие ................................................ 40
Форд и др. Экспериментальный [Страница 2]
RFC 6824 Multipath TCP, январь 2013 г.
3.6. Отступать ................................................. 0,41
3.7. Обработка ошибок ............................................ 45
3.8. Эвристика ................................................ 45
3.8.1. Использование порта ......................................... 46
3.8.2. Отложенный запуск подпотока .............................. 46
3.8.3. Обработка сбоев ................................... 47
4. Семантические вопросы .............................................. ..48
5. Соображения безопасности ........................................ 49
6. Взаимодействие с мидлбоксами.................................. 51
7. Благодарности ............................................... 0,55
8. Вопросы IANA ........................................... 55
9. Ссылки ............................................... ...... 57
9.1. Нормативные ссылки ...................................... 57
9.2. Информационные ссылки .................................... 57
Приложение A. Примечания по использованию параметров TCP ........................... 59
Приложение Б. Блоки управления........................................ 60
В.1. Блок управления MPTCP ....................................... 60
В.1.1. Аутентификация и метаданные ........................ 60
В.1.2. Отправляющая сторона ....................................... 61
В.1.3. Принимающая сторона ..................................... 61
БИ 2. Блоки управления TCP ........................................ 62
В.2.1. Отправляющая сторона ....................................... 62
В.2.2. Принимающая сторона..................................... 62
Приложение C. Конечный автомат .................................. 63
Форд и др. Экспериментальный [Страница 3]
RFC 6824 Multipath TCP, январь 2013 г.
1. Введение
Многопутевый TCP (MPTCP) - это набор расширений обычного TCP [1] для
предоставить службу Multipath TCP [2], которая позволяет транспортировать
соединение для работы по нескольким путям одновременно.Этот
документ представляет изменения протокола, необходимые для добавления многопутевого
возможность TCP; в частности, для сигнализации и настройки
несколько путей («подпотоки»), управление этими подпотоками, повторная сборка
данные и завершение сеансов. Это не единственная информация
однако требуется для создания реализации Multipath TCP. Этот
документ дополнен тремя другими:
o Архитектура [2], объясняющая мотивы, лежащие в основе Multipath.
TCP, содержит обсуждение проектных решений высокого уровня, по которым
этот дизайн основан, и объяснение функционала
разделение, благодаря которому расширяемая реализация MPTCP может быть
развит.o Контроль перегрузки [5] представляет собой безопасный контроль перегрузки
алгоритм для связывания поведения нескольких путей в порядке
чтобы «не навредить» другим пользователям сети.
o Рекомендации по применению [6] обсуждает, какое влияние окажет MPTCP.
в приложениях, какие приложения захотят делать с
MPTCP и, как следствие этих факторов, какие расширения API
должна присутствовать реализация MPTCP.
1.1. Предположения дизайна
Чтобы ограничить потенциально огромное пространство для дизайна, рабочий
группа наложила два ключевых ограничения на проект Multipath TCP
представлены в этом документе:
o Он должен быть обратно совместим с текущим, обычным TCP, чтобы
увеличить его шансы на развертывание.o Можно предположить, что один или оба хоста являются многосетевыми и
многоадресный.
Для упрощения конструкции предположим, что наличие нескольких
адресов на хосте достаточно, чтобы указать на существование
несколько путей. Эти пути не обязательно должны быть полностью непересекающимися: они могут
разделяют между собой один или несколько маршрутизаторов. Даже в такой ситуации
использование нескольких путей полезно, улучшая ресурс
использование и устойчивость к подмножеству отказов узлов. В
алгоритмы управления перегрузкой, определенные в [5], гарантируют, что это не действует
пагубно.Кроме того, возможны сценарии, в которых
разные TCP-порты на одном хосте могут предоставлять непересекающиеся пути (например,
Форд и др. Экспериментальный [Страница 4]
RFC 6824 Multipath TCP, январь 2013 г.
как через определенные реализации Equal-Cost Multipath (ECMP) [7]),
и поэтому дизайн MPTCP также поддерживает использование портов в пути
идентификаторы.
Есть три аспекта обратной совместимости, перечисленные выше.
(более подробно обсуждается в [2]):
Внешние ограничения: протокол должен работать в огромном
большинство существующих промежуточных ящиков, таких как NAT, межсетевые экраны и
прокси, и как таковые должны быть похожи на существующий TCP, насколько это возможно
на проводе.Кроме того, протокол не должен предполагать
сегменты, которые он отправляет по сети, прибывают в неизмененном виде
назначение: они могут быть разделены или объединены; Параметры TCP могут быть
удалено или продублировано.
Ограничения приложения: протокол должен быть пригодным для использования без изменений.
к существующим приложениям, использующим общий TCP API (хотя он
разумно, что не все функции будут доступны таким
устаревшие приложения). Кроме того, протокол должен обеспечивать
та же модель обслуживания, что и обычный TCP для приложения.Откат: протокол должен иметь возможность вернуться к стандартному TCP
без вмешательства пользователя, чтобы иметь возможность общаться с
устаревшие хосты.
В дополнительном документе с указаниями по применению [6] обсуждается
необходимые функции API для обеспечения обратной совместимости,
а также расширения API для передачи поведения MPTCP на уровне
контроля и информации, эквивалентные тем, которые доступны с обычными,
однопутный TCP.
Дальнейшее обсуждение конструктивных ограничений и соответствующего дизайна
решения приведены в документе архитектуры MPTCP [2] и в
[8].1.2. Многопутевый TCP в сетевом стеке
MPTCP работает на транспортном уровне и стремится быть прозрачным для
как верхний, так и нижний слои. Это набор дополнительных функций на
верх стандартного TCP; Рисунок 1 иллюстрирует это наслоение. MPTCP - это
разработан для использования в устаревших приложениях без изменений;
подробное обсуждение его взаимодействия с приложениями дано в
[6].
Форд и др. Экспериментальный [Страница 5]
RFC 6824 Multipath TCP, январь 2013 г.
+ ------------------------------- +
| Приложение |
+ --------------- + + ------------------------------- +
| Приложение | | MPTCP |
+ --------------- + + - - - - - - - + - - - - - - - +
| TCP | | Подпоток (TCP) | Подпоток (TCP) |
+ --------------- + + ------------------------------- +
| IP | | IP | IP |
+ --------------- + + ------------------------------- +
Рисунок 1: Сравнение стандартных стеков протоколов TCP и MPTCP
1.3. Терминология
В этом документе используется ряд терминов, которые либо MPTCP-
конкретные или имеют определенное значение в контексте MPTCP, а именно:
Путь: последовательность ссылок между отправителем и получателем, определенная
в этом контексте 4-кортежем адреса источника и получателя /
пары портов.
Подпоток: поток сегментов TCP, работающих по отдельному пути,
который является частью более крупного соединения MPTCP. Подпоток
запускается и завершается аналогично обычному TCP-соединению.(MPTCP) Соединение: набор из одного или нескольких подпотоков, по которым
приложение может обмениваться данными между двумя хостами. Есть индивидуальный
одно отображение между соединением и сокетом приложения.
Уровень данных: данные полезной нагрузки номинально передаются через
соединение, которое, в свою очередь, передается через подпотоки. Таким образом
термин «уровень данных» является синонимом «уровня соединения» в
в отличие от «уровня подпотока», который относится к свойствам
индивидуальный подпоток.Токен: локальный уникальный идентификатор, присвоенный многолучевому соединению.
хозяином. Также может называться «ID подключения».
Хост: конечный хост, работающий с реализацией MPTCP, и либо
инициирование или принятие соединения MPTCP.
В дополнение к этим условиям обратите внимание на то, что толкование MPTCP и
влияние на обычную однопутевую семантику TCP обсуждается в
Раздел 4.
Форд и др. Экспериментальный [Страница 6]
RFC 6824 Multipath TCP, январь 2013 г.
1.4. Концепция MPTCP
В этом разделе представлен общий обзор нормальной работы
MPTCP и проиллюстрирован сценарием, показанным на рисунке 2. A
подробное описание работы дано в разделе 3.
o Для приложения, не поддерживающего MPTCP, MPTCP будет вести себя так же, как
нормальный птс. Расширенные API могут предоставить дополнительный контроль
Приложения с поддержкой MPTCP [6]. Приложение начинается с открытия
TCP-сокет обычным способом. Сигнализация и работа MPTCP
обрабатывается реализацией MPTCP.o Соединение MPTCP начинается так же, как и обычное соединение TCP.
Это показано на рисунке 2, где установлено соединение MPTCP.
установленный между адресами A1 и B1 на хостах A и B,
соответственно.
o Если доступны дополнительные пути, дополнительные сеансы TCP (называемые
«Подпотоки» MPTCP) создаются на этих путях и объединяются
с существующим сеансом, который продолжает отображаться как единый
подключение к приложениям на обоих концах. Создание
дополнительный сеанс TCP показан между адресом A2 на хосте A
и адрес B1 на хосте B.o MPTCP идентифицирует несколько путей по наличию нескольких
адреса на хостах. Комбинации этих нескольких адресов
приравнять к дополнительным путям. В этом примере другой потенциал
пути, которые могут быть установлены: A1 <-> B2 и A2 <-> B2. Хотя это
дополнительный сеанс показан как инициированный из A2, он может
в равной степени были инициированы от B1.
o Будет выполнено обнаружение и настройка дополнительных подпотоков.
через метод управления путями; этот документ описывает
механизм, с помощью которого хост может инициировать новые подпотоки, используя свои
собственные дополнительные адреса или путем указания своих доступных адресов
к другому хозяину.o MPTCP добавляет порядковые номера на уровне подключения, чтобы
повторная сборка сегментов, поступающих в несколько подпотоков с
разные задержки в сети.
o Подпотоки завершаются как обычные TCP-соединения с четырьмя
кстати рукопожатие FIN. Соединение MPTCP завершается
FIN на уровне подключения.
Форд и др. Экспериментальный [Страница 7] RFC 6824
Модель OSI: физическая, канал передачи данных, сеть, транспорт, сеанс, перст., Приложение.
Модель OSI и модель TCP / IP
Связь в сети имеет разные уровни, и эти разные уровни упоминаются в двух разных моделях. Другими словами, есть две общие модели компьютерных сетей. Эти две общие модели — это OSI Model и TCP / IP Model .
Для новичка использование TCP / IP Model и OSI Model очень важно для понимания сетевого мира. Два общих термина также были классическим вопросом технических интервью сетевого инженера.Каковы уровни OSI Model ? Сколько уровней имеет модель TCP / IP? И т. Д.
Давайте начнем с OSI Model , а затем продолжим с TCP / IP Model.
Справочная модель OSI
Справочная модель OSI — это первый термин, который изучает сетевой инженер. Это важная концепция, с которой обычно всегда сталкиваются, особенно на технических собеседованиях с младшими сетевыми инженерами.
Итак, что такое модель справки OSI?
Справочная информация OSI Модель — это стандартная модель того, как устройства взаимодействуют друг с другом по сети.Начиная с физического уровня и заканчивая уровнем приложений, модель референции OSI показывает 7 уровней этих сетевых коммуникаций. Эти слои упорядочены; • Физический уровень (Уровень 1),
• Уровень канала передачи данных (Уровень 2),
• Сетевой уровень (Уровень 3),
• Транспортный уровень (Уровень 4),
• Сеансовый уровень (Уровень 5),
• Уровень представления (уровень 6) и
• Уровень приложения (уровень 7)
Первые четыре уровня — это нижние уровни, а последние три уровня — это верхние уровни.Верхние уровни также являются уровнем служб приложений для TCP / IP модели . Нижние уровни модели OSI немного отличаются от нижних уровней TCP / модели.
Итак, каковы роли этих конкретных уровней модели ссылок OSI? Давайте поговорим об этом по порядку.
Физический уровень (уровень 1)
Физический уровень (уровень 1) — это фактическое соединение между источником и местом назначения. Это уровень, на котором определяются физические характеристики сети и выполняется передача битового потока.
Сюда передаются уровни напряжения и значащие биты 0 и 1. В основном это уровень, на котором битовые потоки передаются по разным типам носителей. Сетевые кабели — это активность физического уровня.
Канальный уровень (уровень 2)
Канальный уровень (уровень 2) — это уровень обеспечения среды передачи. Он кодирует и декодирует данные в кадрах. Кодирование означает добавление заголовка в источнике, а декодирование означает удаление этого заголовка в месте назначения.На этом уровне добавляется заголовок уровня 2, который содержит исходный и целевой MAC-адреса . Так что поиск следующего пункта назначения в сети — это ответственность.
Данные после добавления заголовка уровня 2 называются « кадр ».
Канальный уровень данных обеспечивает безошибочную передачу различных категорий кадров данных. Ethernet — наиболее распространенный протокол передачи данных. Уровень канала передачи данных имеет два подуровня. Это следующие уровни:
• Уровень управления доступом к среде (MAC)
• Уровень управления логическим каналом (LLC)
Подуровень MAC управляет тем, как компьютер в сети получает доступ к данным и разрешение на их передачу. .И он несет физический адрес каждого устройства в сети.
Logical Link Control (LLC) отвечает за управление кадрами на верхний и нижний уровни, механизм управления потоком и проверку ошибок.
Некоторые из протоколов уровня канала передачи данных : PPP, HDLC, FDDI, ATM, Frame Relay и IEEE 802.3 / 802.2.
Сетевой уровень (уровень 3)
Сетевой уровень — это уровень адресации и маршрутизации пакетов. Он определяет путь пакетов через сеть.Это делается через IP-адресацию. На этом уровне даны логические адреса источника и назначения. А для IP это IP-адресация. На этом уровне добавляется заголовок уровня 3 (заголовок IP для IP). После этого фрейм добавления называется « пакет ».
На этом слое также выполняется фрагментация кадра. Если кадр длиннее MTU (максимальная единица передачи), он фрагментируется (делится на маленькие пакеты).
На сетевом уровне также будет определен протокол следующего уровня.Это может быть любой транспортный уровень (уровень 4), , протокол
, например, TCP и UDP .
Некоторыми протоколами сетевого уровня являются AppleTalk DDP, IP и IPX. IP — это единственный используемый Интернет, и он самый распространенный. Практически всегда вы будете сосредоточены только на IP как протоколе сетевого уровня.
Транспортный уровень (уровень 4)
Транспортный уровень (уровень 4) устанавливает, поддерживает и управляет сквозным соединением. Этот уровень отвечает за сквозное восстановление после ошибок и управление потоком.Транспортный уровень также является уровнем, на котором также выполняются средства QoS.
Есть два общих протокола транспортного уровня. Это протоколы UDP и TCP . Существуют также другие протоколы транспортного уровня , такие как SCTP, RSVP, и т. Д. Но здесь, вначале, мы сосредоточимся только на общих.
В соответствии с используемым протоколом уровня 4 заголовок уровня 4 добавляется к пакету на этом уровне. После этого пакет называется « сегмент ».
По сути, UDP — это небезопасный, быстрый протокол без установления соединения. Это означает, что это не гарантирует доставку пакетов. Таким образом, у него нет дополнительных правил безопасности. Это делает UDP быстрым и удобным для голосовых и видео приложений. А для UDP вам не нужно устанавливать соединение.
TCP отличается от UDP . Имеет механизмы безопасности. Так что это гарантирует доставку пакета, это безопасно.С TCP пакеты поступают без ошибок, без потерь и последовательно. Но это делает TCP медленнее, чем UDP. TCP используется в критически важных приложениях и приложениях, в которых не должно быть потерь почти нулевого пакета. Для TCP должен быть установлен сеанс TCP, и это делает TCP протоколом, ориентированным на соединение.
Сеансовый уровень (уровень 5)
Сеансовый уровень (уровень 5) — это уровень, который отвечает за сеансные задания между конечными точками. Он обеспечивает создание, завершение и обслуживание сеанса.Он также обеспечивает безопасность, распознавание имен и ведение журнала. Например, когда два хоста пытаются установить сеанс на Yahoo, это делается через уровень сеанса (уровень 5).
Уровень представления (уровень 6)
Уровень представления (уровень 6) — это транслятор сети. В любой сети существует множество форматов данных. Существуют разные механизмы шифрования и дешифрования. Например, разные типы изображений (jpeg, gif и т. Д.), Видео требуют разного поведения.Уровень представления преобразует эти разные данные в читаемый формат.
Уровень приложения (уровень 7)
Уровень приложения (уровень 7) — это ближайший уровень и интерфейс между приложениями и нижележащими уровнями. Он обеспечивает связь между приложениями.
Некоторые из протоколов , используемых на уровне приложений: Telnet, FTP, SMTP, HTTP и т. Д.
Примечание: Прикладные программы не относятся к уровню приложений.Итак, Application Layer — это не браузер, который мы используем, а общие протоколы, используемые браузерами (http, https).
Сетевые устройства
Как вы знаете, в сети есть несколько распространенных сетевых устройств, таких как концентраторы, повторители, мосты, коммутаторы , и маршрутизаторы. Эти устройства работают на разных уровнях модели OSI . Давайте проверим эти устройства и используемые ими слои.
Общие сетевые устройства работают между L1 и L4. Повторители и концентраторы работают на уровне 1 (физический уровень).Коммутаторы L2 работают на Layer 2 (Data – Link Layer) . Маршрутизаторы работают в Layer 3 (Network Layer) . А Multi Layer Swicthes работает как для уровня 2, так и для уровня 3.Все начинается с данных на уровне приложения. Затем по всему адресату на каждом нижнем уровне к этим данным добавляется дополнительный заголовок. А на физическом уровне все они отправляются через единицы и нули как напряжения по кабелям.
Что это за заголовки и как они влияют на данные?
• На транспортном уровне добавлен заголовок уровня 4.Здесь имя «Данные и заголовок уровня 4» — « Сегмент ».
• На сетевом уровне добавлен заголовок уровня 3. Здесь имя «Данные и заголовок уровня 3» — « Packet ».
• На уровне канала передачи данных добавлен заголовок уровня 2. Здесь имя «Данные и заголовок уровня 2» — « Frame ».
• На физическом уровне все они преобразуются в единицы и нули как напряжения. И эти значения отправляются и принимаются по различным типам носителей (кабелям).
% PDF-1.4 % 1388 0 объект > endobj xref 1388 95 0000000016 00000 н. 0000003580 00000 н. 0000003743 00000 н. 0000004879 00000 н. 0000004972 00000 н. 0000005473 00000 п. 0000006090 00000 н. 0000006514 00000 н. 0000006630 00000 н. 0000006669 00000 н. 0000006708 00000 н. 0000006822 00000 н. 0000006937 00000 н. 0000007050 00000 н. 0000007601 00000 п. 0000008233 00000 п. 0000008932 00000 н. 0000009359 00000 п. 0000009762 00000 н. 0000010208 00000 п. 0000010980 00000 п. 0000011009 00000 п. 0000011312 00000 п. 0000011457 00000 п. 0000012259 00000 п. 0000012932 00000 п. 0000013577 00000 п. 0000014268 00000 п. 0000014902 00000 п. 0000015602 00000 п. 0000405438 00000 н. 0000405509 00000 н. 0000405595 00000 н. 0000408940 00000 н. 0000409216 00000 н. 0000409392 00000 н. 0000412602 00000 н. 0000412678 00000 н. 0000412777 00000 н. 0000412928 00000 н. 0000413004 00000 н. 0000413103 00000 п. 0000413254 00000 н. 0000413396 00000 н. 0000413495 00000 н. 0000413644 00000 н. 0000418203 00000 н. 0000418560 00000 н. 0000420158 00000 н. 0000420494 00000 н. 0000420862 00000 н. 0000420948 00000 н. 0000423328 00000 н. 0000423691 00000 п. 0000424139 00000 н. 0000424163 00000 н. 0000424242 00000 н. 0000424617 00000 н. 0000424686 00000 н. 0000424804 00000 н. 0000424828 00000 н. 0000424907 00000 н. 0000425283 00000 н. 0000425352 00000 п. 0000425470 00000 н. 0000425494 00000 н. 0000425573 00000 н. 0000425949 00000 н. 0000426018 00000 н. 0000426136 00000 н. 0000426160 00000 п. 0000426239 00000 н. 0000426613 00000 н. 0000426682 00000 н. 0000426800 00000 н. 0000426824 00000 н. 0000426903 00000 н. 0000427278 00000 н. 0000427347 00000 н. 0000427465 00000 н. 0000428354 00000 п. 0000428662 00000 н. 0000428994 00000 н. 0000429300 00000 н. 0000436382 00000 п. 0000436423 00000 н. 0000452206 00000 н. 0000452247 00000 н. 0000454309 00000 н. 0000466858 00000 н. 0000479407 00000 н. 0000558365 00000 н. 0004867836 00000 н. 0000003372 00000 н. 0000002245 00000 н. трейлер ] / Назад 7976563 / XRefStm 3372 >> startxref 0 %% EOF 1482 0 объект > поток h ތ mLSW ZhyY ¥ Rb dʇ-i63CHJ6YAe + 8 (s)
Дистанционное управление через TCP / IP — 16496
Эти параметры предназначены для опытных пользователей и потребуют работы / навыков программирования.Эти параметры НЕ напрямую поддерживаются UR.
Подключение к потокам данных контроллера
Контроллер всегда предоставляет данные, представляющие состояние робота, такие как положение, температура и т. Д., Через несколько серверных сокетов в контроллере. Данные, передаваемые из каждого сокета сервера, могут детально отличаться друг от друга. Для чтения этих потоков можно написать специальную программу. Полное описание (таблица Excel) можно скачать внизу этой страницы.
Обзор четырех вариантов приведен ниже.
| Серия e | |||||||
| Первичный | Вторичная | В реальном времени | Обмен данными в реальном времени (RTDE) | ||||
| Порт No. | 30001 | 30011 | 30002 | 30012 | 30003 | 30013 | 30004 |
| Частота [Гц] | 10 | 10 | 10 | 10 | 500 | 500 | 500 |
| Получить | Команды URScript | – | Команды URScript | – | Команды URScript | – | Разные данные |
| Передача | См. Приложение снизу | См. Приложение снизу | См. Приложение снизу | См. Руководство RTDE | |||
| CB-серия | |||||||
| Первичный | Вторичная | В реальном времени | Обмен данными в реальном времени (RTDE) | ||||
| Порт No. | 30001 | 30011 | 30002 | 30012 | 30003 | 30013 | 30004 |
| Частота [Гц] | 10 | 10 | 10 | 10 | 125 | 125 | 125 |
| Получить | Команды URScript | – | Команды URScript | – | Команды URScript | – | Разные данные |
| Передача | См. Приложение снизу | См. Приложение снизу | См. Приложение снизу | См. Руководство RTDE | |||
В e-Series есть удаленный и локальный режимы.Когда робот находится в локальном режиме, ему не разрешено получать команды URScript, и соединение с портами 30001, 30002 и 30003 будет потеряно. Если вам нужно отслеживать состояние робота как в удаленном, так и в локальном режимах, вы должны использовать порты 30004, 30011, 30012 и 30013.
Частота обновления рассчитана, как показано в таблице выше. Однако мы не можем гарантировать частоту для первичного, вторичного и клиентского интерфейсов реального времени. Например, все команды URScript должны быть выполнены перед выполнением, но для их компиляции может потребоваться больше 2 мс.В случае, когда критично реальное время, рекомендуется использовать RTDE.
ПРИМЕЧАНИЕ: ОБМЕН ДАННЫМИ В РЕАЛЬНОМ ВРЕМЕНИ (RTDE) НЕ ВКЛЮЧЕН. В ЛИСТЕ EXCEL. Полную информацию можно найти в статье Руководство RTDE
Общеизвестные порты TCP / UDP от 0 до 1023 | |||
| Порт № | Протокол | Описание | Статус |
| 0 | TCP, UDP | Зарезервировано; не использовать (но является допустимым значением исходного порта, если отправляющий процесс не ожидает сообщений в ответ) | Официальный |
| 1 | TCP, UDP | TCPMUX | Официальный |
| 5 | TCP, UDP | RJE (удаленный ввод заданий) | Официальный |
| 7 | TCP, UDP | Протокол ECHO | Официальный |
| 9 | TCP, UDP | DISCARD протокол | Официальный |
| 11 | TCP, UDP | Протокол SYSTAT | Официальный |
| 13 | TCP, UDP | DAYTIME протокол | Официальный |
| 17 | TCP, UDP | Протокол QOTD (Цитата дня) | Официальный |
| 18 | TCP, UDP | Протокол отправки сообщений | Официальный |
| 19 | TCP, UDP | CHARGEN (Генератор персонажей) протокол | Официальный |
| 20 | TCP | FTP Protocol (data) — порт для передачи данных FTP | Официальный |
| 21 | TCP | Протокол FTP (управление) — порт для команд FTP и управления потоком | Официальный |
| 22 | TCP, UDP | SSH (Secure Shell) — используется для безопасный вход, передача файлов (scp, sftp) и переадресация портов | Официальный |
| 23 | TCP, UDP | Протокол Telnet — незашифрованная текстовая связь, служба удаленного входа в систему | Официальный |
| 25 | TCP, UDP | SMTP (Simple Mail Transport Protocol) — используется для маршрутизации электронной почты между почтовыми серверами | Официальный |
| 26 | TCP, UDP | RSFTP — простой FTP-подобный протокол | Неофициально |
| 35 | TCP, UDP | QMS Magicolor 2 принтер | Неофициально |
| 37 | TCP, UDP | Протокол времени | Официальный |
| 38 | TCP, UDP | Протокол доступа к маршрутам | Официальный |
| 39 | TCP, UDP | Протокол определения местоположения ресурсов | Официальный |
| 41 | TCP, UDP | Графика | Официальный |
| 42 | TCP, UDP | Сервер имен хостов / Репликации WINS | Официальный |
| 43 | TCP | Протокол WHOIS | Официальный |
| 49 | TCP, UDP | Протокол TACACS Login Host | Официальный |
| 53 | TCP, UDP | DNS (система доменных имен) | Официальный |
| 57 | TCP | MTP, протокол передачи почты | Официальный |
| 67 | UDP | сервер BOOTP (протокол BootStrap); также используется DHCP | Официальный |
| 68 | UDP | клиент BOOTP (протокол BootStrap); также используется DHCP | Официальный |
| 69 | UDP | TFTP (простой протокол передачи файлов) | Официальный |
| 70 | TCP | Протокол Gopher | Официальный |
| 79 | TCP | Протокол пальца | Официальный |
| 80 | TCP | HTTP (протокол передачи гипертекста) — используется для передачи веб-страниц | Официальный |
| 81 | TCP | Torpark — Луковая маршрутизация ORport | Неофициально |
| 82 | UDP | Torpark — порт управления | Неофициально |
| 88 | TCP | Kerberos — агент проверки подлинности | Официальный |
| 101 | TCP | HOSTNAME | |
| 102 | TCP | Протокол ISO-TSAP / Microsoft Exchange | |
| 107 | TCP | Служба удаленного Telnet | |
| 109 | TCP | POP, протокол почтового отделения, версия 2 | |
| 110 | TCP | POP3 (протокол почтового отделения версии 3) — используется для получения электронных писем | Официальный |
| 111 | TCP, UDP | Протокол SUNRPC | |
| 113 | TCP | Ident — старая система идентификации серверов, которая до сих пор используется серверами IRC для идентификации своих пользователей | Официальный |
| 115 | TCP | SFTP, простой протокол передачи файлов | |
| 117 | TCP | UUCP-PATH | |
| 118 | TCP, UDP | Службы SQL | Официальный |
| 119 | TCP | NNTP (протокол передачи сетевых новостей) — используется для получения сообщений групп новостей | Официальный |
| 123 | UDP | NTP (Network Time Protocol) — используется для синхронизации времени | Официальный |
| 135 | TCP, UDP | Служба локатора EPMAP / Microsoft RPC | Официальный |
| 137 | TCP, UDP | NetBIOS Служба имен NetBIOS | Официальный |
| 138 | TCP, UDP | NetBIOS Служба датаграмм NetBIOS | Официальный |
| 139 | TCP, UDP | NetBIOS Служба сеансов NetBIOS | Официальный |
| 143 | TCP, UDP | IMAP4 (протокол доступа к сообщениям в Интернете 4) — используется для получения сообщений электронной почты | Официальный |
| 152 | TCP, UDP | BFTP, программа передачи фоновых файлов | |
| 153 | TCP, UDP | SGMP, Простой протокол мониторинга шлюза | |
| 156 | TCP, UDP | Служба SQL | Официальный |
| 157 | TCP, UDP | Протокол командных сообщений виртуальной машины KNET | |
| 158 | TCP, UDP | DMSP, Протокол распределенной почты | |
| 159 | TCP, UDP | NSS-маршрутизация | |
| 160 | TCP, UDP | SGMP-TRAPS | |
| 161 | TCP, UDP | SNMP (простой протокол сетевого управления) | Официальный |
| 162 | TCP, UDP | SNMPTRAP | Официальный |
| 170 | TCP | Print-SRV | |
| 179 | TCP | BGP (Border Gateway Protocol) — внешний шлюз протокол маршрутизации, который позволяет группам маршрутизаторов обмениваться информацией о маршрутах, чтобы гарантировать создание эффективных маршрутов без петель.BGP обычно используется внутри и между интернет-провайдерами. | Официальный |
| 190 | TCP, UDP | Протокол управления доступом к шлюзу (GACP) | |
| 191 | TCP, UDP | Служба каталогов Просперо | |
| 192 | TCP, UDP | Система мониторинга сети OSU, состояние или обнаружение PPP базовой станции Apple AirPort, утилита администрирования AirPort или Express Assistant | |
| 192 | TCP.UDP | SRMP (протокол удаленного мониторинга Spider) | |
| 194 | TCP | IRC (Интернет-чат) | Официальный |
| 201 | TCP, UDP | Обслуживание маршрутизации AppleTalk | |
| 209 | TCP, UDP | Протокол быстрой передачи почты | |
| 213 | TCP, UDP | IPX | Официальный |
| 218 | TCP, UDP | MPP, протокол отправки сообщений | |
| 220 | TCP, UDP | IMAP, протокол интерактивного доступа к почте, версия 3 | |
| 259 | TCP, UDP | ESRO, Эффективные короткие дистанционные операции | |
| 264 | TCP, UDP | BGMP, протокол многоадресной передачи пограничного шлюза | |
| 311 | TCP | Apple Server-Admin-Tool, Workgroup-Manager-Tool | |
| 318 | TCP, UDP | TSP, протокол отметок времени | |
| 323 | TCP, UDP | IMMP, протокол отображения интернет-сообщений | |
383 | TCP, UDP | Операционный агент HP OpenView HTTPs | |
| 366 | TCP, UDP | SMTP, простой протокол передачи почты.Ретранслятор почты по запросу (ODMR) | |
| 369 | TCP, UDP | Rpc2portmap | Официальный |
| 371 | TCP, UDP | ClearCase albd | Официальный |
| 384 | TCP, UDP | Система удаленного сетевого сервера | |
| 387 | TCP, UDP | AURP, протокол маршрутизации на основе обновлений AppleTalk | |
| 389 | TCP, UDP | LDAP (облегченный протокол доступа к каталогам) | Официальный |
| 401 | TCP, UDP | Источник бесперебойного питания для ИБП | Официальный |
| 411 | TCP | Порт концентратора прямого подключения | Неофициально |
| 427 | TCP, UDP | SLP (протокол определения местоположения службы) | Официальный |
| 443 | TCP | HTTPS — протокол HTTP через TLS / SSL (используется для безопасной передачи веб-страниц с использованием шифрования) | Официальный |
| 444 | TCP, UDP | SNPP, простой протокол сетевого пейджинга | |
| 445 | TCP | Microsoft-DS (Active Directory, общие ресурсы Windows, червь Sasser, Agobot, Zobotworm) | Официальный |
| 445 | UDP | Совместное использование файлов Microsoft-DS SMB | Официальный |
| 464 | TCP, UDP | Kerberos Изменить / Установить пароль | Официальный |
| 465 | TCP | SMTP через SSL — КОНФЛИКТ с зарегистрированным протоколом Cisco | Конфликт |
| 500 | TCP, UDP | ISAKMP, Обмен ключами IKE-Internet | Официальный |
| 512 | TCP | exec, удаленное выполнение процесса | |
| 512 | UDP | comsat вместе с biff: уведомляет пользователей о новых c.q. еще непрочитанное письмо | |
| 513 | TCP | Войти | |
| 513 | UDP | Кто | |
| 514 | TCP | Протоколrsh — используется для выполнения неинтерактивных команд командной строки в удаленной системе и просмотра возврата на экран. | |
| 514 | UDP | Протокол системного журнала— используется для ведения системного журнала | Официальный |
| 515 | TCP | Протокол Line Printer Daemon — используется в серверах печати LPD | |
| 517 | TCP | Обсуждение | |
| 518 | UDP | NTalk | |
| 520 | TCP | efs | |
| 520 | UDP | Маршрутизация — RIP | Официальный |
| 513 | UDP | Маршрутизатор | |
| 524 | TCP, UDP | NCP (NetWare Core Protocol) используется для множества вещей, таких как доступ к основным ресурсам сервера NetWare, синхронизация времени и т. Д. | Официальный |
| 525 | UDP | по времени, сервер времени | |
| 530 | TCP, UDP | RPC | Официальный |
| 531 | TCP, UDP | AOL Instant Messenger, IRC | |
| 532 | TCP | netnews | |
| 533 | UDP | netwall, для экстренного вещания | |
| 540 | TCP | UUCP (протокол копирования из Unix в Unix) | |
| 542 | TCP, UDP | commerce (коммерческие приложения) | |
| 543 | TCP | klogin, логин Kerberos | |
| 544 | TCP | kshell, удаленная оболочка Kerberos | |
| 546 | TCP, UDP | Клиент DHCPv6 | |
| 547 | TCP, UDP | Сервер DHCPv6 | |
| 548 | TCP | AFP (протокол подачи документов Apple) | |
| 550 | UDP | новый-rwho, новый-кто | |
| 554 | TCP, UDP | RTSP (протокол потоковой передачи в реальном времени) | Официальный |
| 556 | TCP | Remotefs, rfs, rfs_server | |
| 560 | UDP | rmonitor, удаленный монитор | |
| 561 | UDP | монитор | |
| 561 | TCP, UDP | chcmd | |
| 563 | TCP, UDP | Протокол NNTP через TLS / SSL (NNTPS) | Официальный |
| 587 | TCP | Отправка сообщения электронной почты (SMTP) (RFC 2476) | Официальный |
| 591 | TCP | FileMaker 6.0 Совместное использование Интернета (альтернативный HTTP, см. Порт 80) | Официальный |
| 593 | TCP, UDP | HTTP RPC Ep Map / Microsoft DCOM | Официальный |
| 604 | TCP | ТОННЕЛЬ | |
| 631 | TCP, UDP | IPP, протокол Интернет-печати | |
| 636 | TCP, UDP | LDAP через SSL (зашифрованная передача) | Официальный |
| 639 | TCP, UDP | MSDP, протокол обнаружения источника многоадресной рассылки | |
| 646 | TCP | LDP, протокол распределения этикеток | |
| 647 | TCP | Протокол аварийного переключения DHCP | |
| 648 | TCP | RRP, протокол регистратора регистратора | |
| 652 | TCP | DTCP, протокол динамической конфигурации туннеля | |
| 654 | TCP | AODV, вектор расстояния по запросу | |
| 665 | TCP | sun-dr, Удаленная динамическая реконфигурация | Неофициально |
| 666 | UDP | Doom, Первый онлайн-шутер от первого лица | |
| 674 | TCP | ACAP, протокол доступа к конфигурации приложений | |
| 691 | TCP | Маршрутизация Microsoft Exchange | Официальный |
| 692 | TCP | Hyperwave-ISP | |
| 695 | TCP | IEEE-MMS-SSL | |
| 698 | TCP | OLSR, Оптимизированная маршрутизация состояния канала | |
| 699 | TCP | Сеть доступа | |
| 700 | TCP | EPP, Расширяемый протокол обеспечения | |
| 701 | TCP | LMP, протокол управления каналом. | |
| 702 | TCP | ИРИС поверх звукового сигнала | |
| 706 | TCP | SILC, Secure Internet Live Conferencing | |
| 711 | TCP | TDP, протокол распределения тегов | |
| 712 | TCP | TBRPF, широковещательная рассылка топологии на основе переадресации по обратному пути | |
| 720 | TCP | SMQP, протокол простой очереди сообщений | |
| 749 | TCP, UDP | kerberos-adm, администрация Kerberos | |
| 750 | UDP | Kerberos версии IV | |
| 782 | TCP | Conserver последовательное управление с консоли сервер | |
| 829 | TCP | CMP (протокол управления сертификатами) | |
| 860 | TCP | iSCSI | |
| 873 | TCP | rsync — Протокол синхронизации файлов | Официальный |
| 901 | TCP | Инструмент веб-администрирования Samba (SWAT) | Неофициально |
| 902 | Сервер VMware | Неофициально | |
| 911 | TCP | Network Console on Acid (NCA) — локальное перенаправление tty через OpenSSH | |
| 981 | TCP | SofaWare Technologies Удаленное управление HTTPS для устройств межсетевого экрана со встроенным программным обеспечением Checkpoint Firewall-1 | Неофициально |
| 989 | TCP, UDP | Протокол FTP (данные) через TLS / SSL | Официальный |
| 990 | TCP, UDP | Протокол FTP (контроль) через TLS / SSL | Официальный |
| 991 | TCP, UDP | NAS (система администрирования Netnews) | |
| 992 | TCP, UDP | Протокол Telnet через TLS / SSL | Официальный |
| 993 | TCP | IMAP4 через SSL (зашифрованная передача) | Официальный |
| 995 | TCP | POP3 через SSL (зашифрованная передача) | Официальный |
| |||