Технический паспорт это птс: что это такое для авто, и одно ли и тоже, а также образец документа с фото

Содержание

С 1 ноября всех водителей ждет важное изменение. Разбираемся в нюансах :: Autonews

Autonews Телеканал Газета Тренды + Pro Инвестиции Авто Спорт Недвижимость Стиль Национальные проекты Крипто Исследования Кредитные рейтинги Продажа бизнеса Конференции Журнал Премия 2019 Премия СПб 2019 Спецпроекты Проверка контрагентов Библиотека Компании Экономика образованияЗдоровье … Скрыть баннеры

Рубрики

Видео Обвал рубля: что с ценами на машины Новости

Биография машины. Бумажный ПТС уходит в историю | Практические советы | Авто

С ноября 2020 года в России начнут выдаваться только электронные паспорта транспортных средств (ПТС). Как это изменит жизнь автомобилистов?

Переход на электронный формат ведения учета транспортных средств готовился уже несколько лет. Переговоры между ведомствами начались в начале минувшего десятилетия, а основная работа ведется с 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-model osi-model Справочная информация 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 . Давайте проверим эти устройства и используемые ими слои.


osi-and-network-devices osi-and-network-devices Общие сетевые устройства работают между 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 ».

• На физическом уровне все они преобразуются в единицы и нули как напряжения. И эти значения отправляются и принимаются по различным типам носителей (кабелям).


osi-model-headers osi-model-headers

% 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 / IP, имена служб и протоколы [Краткий справочник]

Протокол Протокол системного журнала

Общеизвестные порты 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 (зашифрованная передача) Официальный
  • Порты с 0 по 1023 являются хорошо известными портами.
  • Порты с 1024 по 49151 являются зарегистрированными портами (часто зарегистрированными разработчиком программного обеспечения для обозначения конкретного порта для своего приложения)
  • Порты с 49152 по 65535 являются общедоступными.
.

Отправить ответ

avatar
  Подписаться  
Уведомление о