Расширение p2p: P2P — формат файла. Чем открыть P2P?

Как открыть файл P2P? Расширение файла .P2P

Что такое файл P2P?

Полное имя формата файлов, которые используют расширение P2P: FolderShare Placeholder Format. Спецификация FolderShare Placeholder Format была создана Microsoft. P2P файлы поддерживаются программными приложениями, доступными для устройств под управлением Mac OS, Windows. P2P формат файла, наряду с #NUMEXTENSIONS # другими форматами файлов, относится к категории Другие файлы. Пользователям рекомендуется использовать FolderShare программное обеспечение для управления P2P файлами, хотя 2 другие программы также могут обрабатывать этот тип файлов.

Программы, которые поддерживают P2P расширение файла

Ниже вы найдете указатель программ, которые можно использовать для открытия файлов P2P, разделенных на категории 2 в соответствии с поддерживаемой системной платформой. Файлы с расширением P2P, как и любые другие форматы файлов, можно найти в любой операционной системе. Указанные файлы могут быть переданы на другие устройства, будь то мобильные или стационарные, но не все системы могут быть способны правильно обрабатывать такие файлы.

Как открыть файл P2P?

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

Шаг 1. Установите FolderShare программное обеспечение

Наиболее распространенной причиной таких проблем является отсутствие соответствующих приложений, поддерживающих файлы P2P, установленные в системе. Этот легкий. Выберите FolderShare или одну из рекомендованных программ (например, Microsoft Live Mesh) и загрузите ее из соответствующего источника и установите в своей системе. В верхней части страницы находится список всех программ, сгруппированных по поддерживаемым операционным системам. Одним из наиболее безопасных способов загрузки программного обеспечения является использование ссылок официальных дистрибьюторов. Посетите сайт FolderShare и загрузите установщик.

Шаг 2. Убедитесь, что у вас установлена последняя версия FolderShare

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

Шаг 3. Назначьте FolderShare для P2P файлов

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

Процедура изменения программы по умолчанию в Windows

• Нажатие правой кнопки мыши на P2P откроет меню, из которого вы должны выбрать опцию Открыть с помощью
• Далее выберите опцию Выбрать другое приложение а затем с помощью Еще приложения откройте список доступных приложений.
• Наконец, выберите Найти другое приложение на этом… , укажите папку, в которой установлен FolderShare, установите флажок Всегда использовать это приложение для открытия P2P файлы свой выбор, нажав кнопку ОК

Процедура изменения программы по умолчанию в Mac OS

• Щелкните правой кнопкой мыши на файле P2P и выберите Информация.
• Найдите опцию Открыть с помощью — щелкните заголовок, если он скрыт
• Выберите из списка соответствующую программу и подтвердите, нажав « Изменить для всех» .
• Должно появиться окно с сообщением, что это изменение будет применено ко всем файлам с расширением P2P. Нажимая Вперед, вы подтверждаете свой выбор.

Шаг 4. Убедитесь, что P2P не неисправен

Вы внимательно следили за шагами, перечисленными в пунктах 1-3, но проблема все еще присутствует? Вы должны проверить, является ли файл правильным P2P файлом. Проблемы с открытием файла могут возникнуть по разным причинам.

1. Проверьте P2P файл на наличие вирусов или вредоносных программ.

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

2. Проверьте, не поврежден ли файл

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

3. Убедитесь, что у вас есть соответствующие права доступа

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

4. Убедитесь, что в системе достаточно ресурсов для запуска FolderShare

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

5. Проверьте, есть ли у вас последние обновления операционной системы и драйверов

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

В маркете Хрома прибито расширение P2P YouTube / Блог компании Torrent Stream / Хабр

Сегодня, администрацией интернет-магазина Chrome было удалено расширение P2P YouTube, где данное расширение на протяжении последней неделе было одним из первых в рейтинге раздела » Набирающие популярность»

На данный момент его официальная страничка в маркете еще пока доступна, но вероятнее всего в ближайшее время она будет удалена или просто его уже невозможно будет обновить, так как его статус в панели разработчика указан » Удалено»

Ссылка на страничку расширения в Хроме: P2P YouTube

Ну а если ввести его в поиске по маркету «P2P YouTube», то в выдаче получим единственное расширение «TS Magic Player» ( Это тоже наше расширение, только мне не совсем понятна логика работы их поисковика и такой выдачи )

Учитывая, что большая часть пользователей этого расширения используют браузер Google Chrome, мы вынужденны прекратить его поддержку и развитие, но надеемся что это окажется просто недоразумением и в ближайшее время статус расширения будет восстановлен или хотя бы мы получим официальный ответ, обосновывающий такие действия. К сожалению, но мы пока не знаем причину его удаления и мы были сами этому удивлены, учитывая что расширение P2P YouTube недавно прошло проверку и одобрение администрации маркета Google Chrome. ( Механизм проверки и одобрения, это недавнее нововведение с которым мы столкнулись при его обновлении, и которое длилось почти неделю Раньше туда все заливалось и регистрировалось на автомате ). Кроме этого, основной функцией расширения было решение проблем для пользователей, связанных с нестабильным видеопотоком, приводящего к частым уходам на буферизацию при просмотре видео на сайте YouTube, а также обеспечение пользователей возможностью использования более функционального плеера, в виде альтернативы оригинальным плеерам созданным на базе технологий Flash или HTML5. В общем, улучшение качества сервиса YouTube, при котором еще и обеспечивается экономия их трафика, вероятно оказалось не совсем хорошей затеей! Да и не в этом дело, и откровенно говоря, я и представить не могу какое может быть вменяемое обоснование удаления любого популярного продукта, который несколько месяцев уже находится в их маркете и который недавно проходил проверку!?

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

Вот некоторые скрины:

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

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

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

Четыре простых способа открыть P2P Files

Загрузить Просмотр файлов Универсальный (File Magic) 

Установить необязательные продукты — File Magic (Solvusoft) | EULA | Privacy Policy | Terms | Uninstall

1-й метод: Откройте его в другой программе.

Когда вы дважды щелкаете файлами P2P, ваш компьютер пытается открыть его в программе, связанной с файлами P2P. Если на вашем компьютере нет программы, связанной с файлами P2P, файл не открывается.
Чтобы открыть файл, загрузите одну из самых популярных программ, связанных с файлами P2P, такими как Picture to Part Data File или PeerGuardian IP Blocking List.

Второй метод: Возьмите подсказку из типа файла.

Расширение файла P2P обычно указывает, что оно находится под зонтиком Misc Files. Однако, если это другой тип файла, он может не открыться с одной из программ, перечисленных выше. Чтобы найти тип файла, выполните следующие действия:

1. Щелкните файл правой кнопкой мыши.
2. Нажмите «Свойства» (Windows) или «Дополнительная информация» (Mac).
3. Найдите тип файла в разделе «Тип файла» (Windows) или «Вид» (Mac).

3-й метод: Обратитесь к разработчику.

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

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

Программного обеспечения	Разработано
Picture to Part Data File	GraphiTech Ltd.
PeerGuardian IP Blocking List	Phoenix Labs

4-й метод: Откройте его в универсальном просмотрщике файлов.

Если разработчик не в состоянии помочь, возможно, универсальный просмотрщик файлов. File Magic (Download) и подобные программы предназначены для открытия широкого спектра форматов файлов, в том числе файлов P2P. Некоторые из них несовместимы и будут открываться только в двоичном формате. Загрузите File Magic сейчас, чтобы открыть вам P2P и сотни других типов файлов с помощью одной программы!

Рекомендуем

Sorry, your browser doesn’t support embedded videos.

Загрузить Просмотр файлов Универсальный (File Magic) 

Установить необязательные продукты — File Magic (Solvusoft) | EULA | Privacy Policy | Terms | Uninstall

Расширение файла .P2P — Как открыть файл P2P? File Extension P2P

Информация о файле P2P

Что такое файл P2P?

Ярлык для файла, используемого программой FolderShare, службой синхронизации Windows Live. Содержит ссылку на определенный файл и используется вместо фактического файла. Чаще всего наблюдается, когда активна функция On Demand Sync. Двойной щелчок на файле P2P в FolderShare должен загрузить фактический файл на ваш компьютер.

Термин «P2P» также является коротким для «peer-to-peer», который относится к программам обмена файлами в Интернете. Большинство программ P2P не используют расширение файла .P2p.

Как открыть файл P2P?

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

Программы, которые откроют файл P2P

Другие проблемы с файлом P2P

Вы скачали и правильно установили одну из программ а проблема с файлом P2P по-прежнему повторяется? Может быть несколько причин такой ситуации — мы представляем несколько поводов, которые создают больше всего проблемы с файлами P2P:

• файл P2P которого касается проблема поврежден
• файл не загружен полностью (скачать еще раз файл из того же источника, либо с приложения сообщения мейл)
• в «Реестре Windows» не существует соответствующей связи файла P2P с установленной программой для его обслуживания
• файл инфицирован вирусом или malware
• программа, обслуживающая файл P2P не имеет соответствующих ресурсов компьютера, либо не установлены соответствующие контроллеры, позволяющие программе запустится

Как пользоваться плагином Ace Stream для Mozilla Firefox

Ace Stream для Mozilla Firefox – это три отдельных скрипта, так или иначе связанных с воспроизведением медиаконтента (музыки и видео) в браузере «Огненная лисица». И их запуск возможен только при наличии установленного плагина. Рассмотрим все это чуть более детально.

Подробная информация

Сначала разберем существующие скрипты. Как и упоминалось ранее, всего их три штуки:

• Magic Player – добавление в Фаерфокс функции, предназначенной для воспроизведения видеофайла через торрент без его загрузки, в режиме «Онлайн». Но для этого нужно также установить на компьютер специальную программу.
• P2P Search – поиск музыки и видеоматериалов на популярных P2P-сервисах (они работают по принципу торрентов).
• Ace Cast – воспроизведение любого медиаконтента на других устройствах (ТВ-приставки, умные телевизоры, смартфоны, планшеты и т. д.).

Чтобы воспользоваться любым из них, для начала нужно в интернет-обозреватель установить расширение Ace Script – это исполнитель пользовательских скриптов. Процедура здесь следующая:

1. Перейдите в магазин Mozilla по этой ссылке.
2. Дождитесь прогрузки страницы, а затем кликните ЛКМ на кнопку «Добавить в Firefox».
3. И в появившемся окошке под адресной строкой нажмите «Добавить».

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

1. Откройте страницу http://awe.acestream.me/.
2. Кликните по нужному продукту ЛКМ.
3. Нажмите синюю кнопку.
4. В новой вкладке подождите несколько секунд, пока идет загрузка необходимых компонентов. После этого станет доступным пункт «Установить» — тогда и нажмите на него.

Хотелось бы отметить, что у последних двух скриптов (P2P Search и Ace Cast) и плагина для их работы в Мозилле Фаерфокс довольно низкие отзывы. То есть пользователи считают, что только Magic Player достоин внимания. Разберемся с его использованием.

Нюансы использования Magic Player

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

1. Посетите страницу загрузки.
2. Щелкните ЛКМ на выделенную кнопку «Ace Stream Media…»:
3. В появившемся окошке «Выберите версию» кликните по левому пункту.
4. Сохраните предложенный файл. А затем – откройте его.
5. В новом окне нажмите «ОК».
6. Отметьте пункт «Принимаю» и щелкните мышкой на «Далее» два раза.
7. И для запуска процедуры – на «Установить».
8. Дождитесь извлечения файлов программы.
9. Кликните кнопку «Готово».

В результате в браузере откроется страница http://info.acestream.org/#/welcome. Она предназначается для проверки. В будущем торрент-ссылку воспроизвести выйдет, если кликнуть по ней ПКМ и выбрать пункт Watch Online.

Ace stream web extension для Яндекс Браузера, Firefox, Opera, функционал плагина

В последнее время все больше людей используют торренты для скачивания информации из интернета. С их помощью можно скачивать видео- и аудиофайлы с последующей возможностью воспроизведения их на компьютере. Это устраивает далеко не всех, поэтому для решения этой проблемы поможет расширение Ace Stream Web Extension. Суть его работы заключается в воспроизведении мультимедийных файлов без предварительного скачивания. Расширение имеет несколько версий для популярных браузеров. О том, как его установить и настроить, можно узнать в этой статье.

Скачивание и установка

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

Яндекс.Браузер

Пользователи этого веб-обозревателя лишены возможности скачать дополнение из официального магазина. Тем не менее выход из этой ситуации есть. Дело в том, что для Яндекс.Браузера доступны расширения из интернет-магазина Chrome, так как он разработан на движке Chromium.

Порядок установки Ace Stream Web Extension для Яндекс Браузера выполняется следующим образом:

1. Зайти в интернет-магазин Google Chrome по адресу: https://chrome.google.com/webstore/category/extensions.

2. В поисковой строке вести название нужного нам расширения «Ace Stream».

3. Загрузится окно с результатами поиска, среди которых нужно выбрать «Ace Script».

4. Нажать кнопку «Установить».

5. Дождаться окончания установочного процесса.

6. В правом верхнем углу окна программы появится значок расширения.

Google Chrome

Установка дополнения Ace Stream для браузера Chrome происходит по тому же принципу, что и в Яндекс Браузере. Пользователи этого веб-обозревателя могут воспользоваться ссылкой для перехода в интернет-магазин, которая была указана выше или же сделать это через меню программы.

1. Нажать в новой вкладке кнопку «Приложения».

2. В правом нижнем углу загрузившейся вкладки нажать на «Интернет-магазин Chrome».

3. В открывшемся окне ввести в строке поиска название расширения.

4. Нажать кнопку «Установить».

5. После успешной установки на панели быстрого запуска появится соответствующий значок.

Mozilla Firefox

Пользователи веб-обозревателя Firefox в последнее время сталкиваются с рядом проблем при установке плагинов. Тем не менее разработчики из компании Mozilla ведут работы по улучшению своего браузера. Установка расширений в Фаерфокс осуществляется следующим образом:

1. Открыть в меню программы раздел «Дополнения».

2. В открывшейся вкладке ввести в строку поиска название интересующего плагина.

3. Из предложенных вариантов выбрать «Ace Script».

4. Нажать кнопку «Добавить в Firefox».

5. После успешной инсталяции на панели появится информационное сообщение и значок плагина.

Opera

На данный момент нет полноценного дополнения Ace Stream в Opera. Тем не менее возможность смотреть видео без скачивания торрент-файлов есть. Для этого следует скачать с сайта разработчиков Ace Stream Media по ссылке http://info.acestream.org/#/products/tsfull.

1. Кликнуть по окну для загрузки инсталлятора.

2. Запустить загруженный на компьютер установочный файл.

3. Выполнить дейстия мастера установки.

Работа с расширением

Следующим этапом будет настройка скриптов. С их помощью будет автоматизирован процесс загрузки видео из торрента. На данный момент существует 3 проверенных скрипта, которые можно установить с сайта http://awe. acestream.me.

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

Magic Player работает по следующему принципу – при наведении на ссылку для скачивания видео появится соответствующая ссылка и надпись «View torrent online». Нажав на нее, мы запустим видео из торрент-трекера.

P2P Search позволяет смотреть телевизионные эфиры и находить интересующие вас каналы в интернете.

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

Чтобы включить любой из скриптов, достаточно кликнуть по нему и нажать кнопку «Установить».

Готово! Теперь можно проверить работу расширения, запустив какой-нибудь торрент с видео.

Проблемы и их решения

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

Если Ace Stream не работает в Яндекс.Браузере или Chrome, то необходимо:

1. Ввести в адресной строке «browser://plugins».

2. Поставить флажок напротив надписи: «Разрешать всегда».

3. Ввести в адресной строке: «browser://flags/#enable-npapi».

4. Включить NPAPI.

5. Перезапустить программу.

Если Ace Stream P2P Multimedia не работает в Firefox, то следует:
1. Открыть в меню программы раздел «Дополнения».

2. Выбрать подраздел «Плагины» в левом столбце.

3. Найти Ace Stream P2P Multimedia Plug-in.

4. Указать для него режим работы «Всегда включать».

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

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

Как установить расширение Ace Script для Яндекс.Браузера

Расширение Ace Script для Яндекс.Браузера позволяет запускать на интернет-страницах различные скрипты, в частности, для работы с медиаконтентом. Это относится только к трем скриптам от компании Ace Stream Software.

Подробная информация

Сначала пойдет речь только об установке плагина, а потом – о нюансах его использования. Загружать мы его будем из интернет-магазина Chrome (расширения оттуда совместимы с браузером Yandex). Процедура здесь следующая:

1. Откройте данную ссылку https://chrome.google.com/webstore/detail/ace-script/mjbepbhonbojpoaenhckjocchgfiaofo. Тогда откроется нужная страница интернет-магазина Chrome.
2. На ней щелкните мышкой по кнопке «Установить».
3. Тогда возникнет форма подтверждения. В ней нажмите «Установить расширение».
4. Теперь закройте вкладку магазина.
5. Перезапустите программу.

Использование скриптов

Расширение уже добавлено в интернет-обозреватель. Самое время добавить доступные скрипты. Всего их три штуки:

• Media Player – запуск видеозаписей в отличном качестве для онлайн-воспроизведения.
• P2P Search – удобная система поиска медиафайлов из популярных сервисов.
• Ace Cast – запуск воспроизведения видеофайлов в плеер, который установлен на компьютере. То есть они будут показываться не в окошке браузера, а в отдельной программе. Также возможно пересылка на внешние устройства с поддержкой функций AirPlay, Ace Cast, Google Cast и т. д.

Остается только установить один из них (или же все). Процедура довольно простая:

1. Щелкните ЛКМ по новому значку на панели инструментов Yandex.
2. Выберите опцию «Найдите скрипты для сайта».
3. На открывшейся страничке перейдите к одному из доступных элементов. Для этого кликните мышкой по его названию.
4. Затем нажмите кнопку «Установить».
5. Дождитесь загрузки всех компонентов и опять кликните на пункт инсталляции.

rfc7851

 Инженерная группа Интернета (IETF) Х. Сонг
Запрос комментариев: 7851 X. Jiang
Категория: Стандарты Track R. Даже
ISSN: 2070-1721 Huawei
                                                                Д. Брайан
                                                            ethernot.org
                                                                  Ю.солнце
                                                                     ИКТ
                                                                Май 2016


                 Одноранговая (P2P) диагностика наложения

Абстрактный

   В этом документе описаны механизмы наложения одноранговой сети (P2P). 
   диагностика. Он определяет расширения для REsource LOcation And
   Базовый протокол обнаружения (ПЕРЕЗАГРУЗКА) для сбора диагностической информации
   и подробно описывает спецификации протокола для этих расширений. Полезный
   диагностическая информация для мониторинга состояния соединения и узла
   также определяется.В документе также описаны сценарии использования и
   предоставляет примеры того, как эти методы используются для выполнения
   диагностика.

Статус этой памятки

   Это документ Internet Standards Track.

   Этот документ является продуктом Инженерной группы Интернета.
   (IETF). Он представляет собой консенсус сообщества IETF. Оно имеет
   получил публичное рецензирование и был одобрен к публикации
   Инженерная группа управления Интернетом (IESG). Дополнительная информация о
   Интернет-стандарты доступны в разделе 2 RFC 5741.Информация о текущем статусе этого документа, исправлениях,
   а о том, как оставить отзыв о нем, можно узнать по адресу
   http://www.rfc-editor. org/info/rfc7851.














Сонг и др. Стандарты Track [Страница 1] 

RFC 7851 P2P Overlay Diagnostics, май 2016 г.


Уведомление об авторских правах

   Авторские права (c) 2016 IETF Trust и лица, указанные как
   авторы документа. Все права защищены.

   Этот документ регулируется BCP 78 и Правовой нормой IETF Trust.
   Положения, касающиеся документов IETF
   (http: // попечитель.ietf.org/license-info) действует на дату
   публикация этого документа. Пожалуйста, просмотрите эти документы
   внимательно, поскольку они уважительно описывают ваши права и ограничения
   к этому документу. Компоненты кода, извлеченные из этого документа, должны
   включить упрощенный текст лицензии BSD, как описано в Разделе 4.e
   Правовые положения Trust и предоставляются без гарантии, как
   описано в упрощенной лицензии BSD.





































Сонг и др. Стандарты Track [Страница 2] 

RFC 7851 P2P Overlay Diagnostics, май 2016 г.


Оглавление

   1. Вступление  . . . . . . . . . . . . . . . . . . . . . . . . 4
   2. Терминология. . . . . . . . . . . . . . . . . . . . . . . . . 5
   3. Диагностические сценарии. . . . . . . . . . . . . . . . . . . . 5
   4. Механизмы сбора данных. . . . . . . . . . . . . . . . . 6
     4.1. Обзор операций. . . . . . . . . . . . . . . . . 6
     4.2. Поведение, похожее на пинг: расширение пинга. . . . . . . . . . 8
       4.2.1. RELOAD Request Extension: Ping. . . . . . . . . . .9
     4.3. Поведение, подобное Traceroute: метод PathTrack. . . . 9
       4.3.1. Новый запрос ПЕРЕЗАГРУЗКИ: PathTrack. . . . . . . . . . . . 10
     4.4. Расширения кода ошибки. . . . . . . . . . . . . . . . . . 12
   5. Диагностические структуры данных. . . . . . . . . . . . . . . . . 13
     5.1. Структура данных DiagnosticsRequest. . . . . . . . . . . . 13
     5.2. Структура данных DiagnosticsResponse. . . . . . . . . . . 15
     5.3. dMFlags и диагностические типы идентификаторов. . . . .. . . . . 16
   6. Обработка сообщений.  . . . . . . . . . . . . . . . . . . . . 19
     6.1. Создание и передача сообщений. . . . . . . . . . . . 19
     6.2. Обработка сообщений: промежуточные узлы. . . . . . . . . 20
     6.3. Создание ответа на сообщение. . . . . . . . . . . . . . . . 21 год
     6.4. Интерпретация результатов. . . . . . . . . . . . . . . . . . 22
   7. Авторизация через настройку оверлея. . . . . . . . . 23
   8. Соображения безопасности. . . . . . . . .. . . . . . . . . . 23
   9. Соображения IANA. . . . . . . . . . . . . . . . . . . . . 24
     9.1. Флаг диагностики. . . . . . . . . . . . . . . . . . . . 24
     9.2. Идентификатор диагностического типа. . . . . . . . . . . . . . . . . . . 25
     9.3. Коды сообщений. . . . . . . . . . . . . . . . . . . . . . 26 год
     9.4. Код ошибки  . . . . . . . . . . . . . . . . . . . . . . . 26 год
     9.5. Расширение сообщения. . . . . . . . . . . . . . . . . . . . 26 год
     9.6. Регистрация пространства имен XML.. . . . . . . . . . . . . . 27
   10. Список литературы.  . . . . . . . . . . . . . . . . . . . . . . . . 27
     10.1. Нормативные ссылки . . . . . . . . . . . . . . . . . . 27
     10.2. Информативные ссылки. . . . . . . . . . . . . . . . . 28 год
   Приложение А. Примеры. . . . . . . . . . . . . . . . . . . . . . 29
     А.1. Пример 1. . . . . . . . . . . . . . . . . . . . . . . . 29
     А.2. Пример 2. . . . . . . . . . . . . . . . . . . . . . . . 29
     А.3. Пример 3. . . . .. . . . . . . . . . . . . . . . . . . 29
   Приложение Б. Проблемы с генерацией множественных ответов на пути 29
   Благодарности. . . . . . . . . . . . . . . . . . . . . . . . . 30
   Адреса авторов. . . . . . . . . . . . . . . . . . . . . . . 30











Сонг и др. Стандарты Track [Страница 3] 

RFC 7851 P2P Overlay Diagnostics, май 2016 г.


1. Введение

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

   Существует ряд ситуаций, в которых некоторые узлы в одноранговой
   Одноранговый (P2P) оверлей может работать со сбоями или работать некорректно. Например,
   эти узлы могут быть отключены, перегружены или неправильно маршрутизируют
   Сообщения. Влияние этих неисправностей на оверлейную сеть
   может быть деградацией качества услуг, предоставляемых коллективно
   одноранговые узлы в оверлейной сети или прерывание оверлейной сети
   Сервисы. Желательно выявить неисправность или плохо
   поведение сверстников с помощью диагностических инструментов и исключение или отклонение их
   из системы P2P. Отказы узлов также могут быть вызваны отказами
   нижележащие слои. Например, восстановление из некорректного оверлея
   топология может быть медленной, если скорость восстановления IP-маршрутизации
   после сбоев связи происходит очень медленно. Более того, если магистральная ссылка не работает
   и восстановление после отказа происходит медленно, сеть может быть разделена, что приведет к
   разделы топологий наложения и несогласованные результаты маршрутизации
   между различными разделенными компонентами.Некоторые алгоритмы поддержания активности, основанные на периодическом зондировании и подтверждении
   механизмы позволяют точно и своевременно обнаруживать отказы одного
   соседей узла [Overlay-Failure-Detection], но эти алгоритмы
   сами могут обнаруживать отключенных соседей, используя периодические
   метод. Этого может быть недостаточно для поставщика услуг. 
   управление оверлейной сетью.

   Платформа диагностики наложения P2P, поддерживающая периодическую и по требованию
   методы обнаружения сбоев узлов и сбоев сети
   желательно.В этом документе описывается общая диагностика наложения P2P.
   расширение базового протокола RELOAD [RFC6940] и предназначено как
   дополняют алгоритмы поддержания активности в самом наложении P2P.
   Читателям рекомендуется ознакомиться с [P2PSIP-CONCEPTS] для получения дополнительной информации.
   предыстория проблемной области.






Сонг и др. Стандарты Track [Страница 4] 

RFC 7851 P2P Overlay Diagnostics, май 2016 г.


2. Терминология

   В этом документе используются концепции, определенные в RELOAD [RFC6940].В
   Кроме того, в документе используются следующие термины:

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

   подкладочный хмель:
         Подложка - это часть пути между источником и
         пункт назначения на уровне IP. Каждый раз, когда пакеты передаются в
         следующее устройство IP-уровня, происходит промежуточный переход.Ключевые слова «ДОЛЖНЫ», «НЕ ДОЛЖНЫ», «ОБЯЗАТЕЛЬНО», «ДОЛЖНЫ», «НЕ ДОЛЖНЫ»,
   «ДОЛЖЕН», «НЕ ДОЛЖЕН», «РЕКОМЕНДУЕТСЯ», «МОЖЕТ» и «ДОПОЛНИТЕЛЬНО» в этом
   документ следует интерпретировать, как описано в [RFC2119].

3. Диагностические сценарии

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

   Общие сценарии использования P2P-диагностики могут быть в широком смысле
   делится на три класса:

   а.  Автоматическая диагностика, встроенная в наложенную маршрутизацию P2P
       протокол. Узлы выполняют периодические проверки известных соседей и
       удалите те узлы из таблиц маршрутизации, которые не отвечают
       к проверкам подключения [Handling_Churn_in_a_DHT]. Не отвечает
       узлы могут быть отключены только временно, например, из-за
       перегрузка локальной криптографической обработки, обработка диска
       перегрузка или перегрузка канала.Поэтому полезно повторить
       проверки подключения, чтобы увидеть, что узлы восстановлены и могут быть снова
       размещены в таблицах маршрутизации. Этот процесс известен как "сбой".
       восстановление узла 'и может быть оптимизирован, как описано в документе
       «Обработка оттока в DHT» [Handling_Churn_in_a_DHT].







Сонг и др. Стандарты Track [Страница 5] 

RFC 7851 P2P Overlay Diagnostics, май 2016 г.


   б. Диагностика, используемая конкретным узлом для отслеживания
       индивидуальная жалоба или сбой пользователя. Например, технический
       сотрудник службы поддержки может использовать приложение для совместного использования рабочего стола (с
       разрешение пользователя) для удаленного определения работоспособности,
       и возможные проблемы с неисправным узлом. Часть
       удаленная диагностика может состоять из простых тестов подключения с
       другие узлы в наложении P2P и получение статистики из
       узлы в наложении. Простые тесты подключения не
       зависит от типа наложения P2P. Обратите внимание, что другие тесты могут
       также потребуются, включая проверку работоспособности и
       работоспособность компьютера или мобильного устройства пользователя и проверка
       пропускная способность канала, соединяющего пользователя с Интернетом.c. P2P общесистемная диагностика, используемая для проверки общего состояния
       оверлейная сеть P2P. К ним относятся проверка потребления
       пропускной способности сети, проверка наличия проблемных ссылок,
       и проверка на наличие оскорбительных или вредоносных узлов.  Это не
       тривиальная проблема и была подробно изучена по содержанию и
       потоковая передача P2P-оверлеев [Diagnostic_Framework] и не была
       упоминалось в более ранних документах. Пока это сложно
       проблема, много информации, которая может помочь в диагностике
       эти проблемы можно получить, получив базовую диагностику
       информация для коллег и сети.Этот документ предоставляет
       рамки для получения этой информации.

4. Механизмы сбора данных

4.1. Обзор операций

   Диагностические механизмы, описанные в этом документе, в первую очередь
   предназначен для обнаружения и обнаружения сбоев или мониторинга производительности в P2P
   наложенные сети. Он предоставляет механизмы для обнаружения и определения местоположения
   неисправные или плохо работающие узлы, включая отключенные узлы,
   перегруженные узлы и неверная маршрутизация одноранговых узлов. Он обеспечивает механизм для
   обнаруживать прямое подключение или подключение к указанному узлу,
   механизм обнаружения доступности указанных ресурсных записей,
   и механизм для обнаружения топологии наложения P2P и подкладки
   сбои топологии. Расширения диагностики RELOAD определяют два механизма сбора данных.
   данные. Первый - это расширение механизма RELOAD Ping, которое
   позволяет запрашивать диагностические данные от узла, а также
   диагностировать путь к этому узлу. Второй - новый метод,
   PathTrack для итеративного сбора диагностической информации.
   Полезные данные для этих механизмов, позволяющие получать диагностические данные.
   собраны и представлены, а также дополнительные коды ошибок
   вводятся. По сути, в этом документе повторно используется ПЕРЕЗАГРУЗКА
   спецификацию [RFC6940] и расширяет ее, вводя новые



Сонг и др.Стандарты Track [Страница 6] 

RFC 7851 P2P Overlay Diagnostics, май 2016 г.


   методы диагностики. Расширения строго следуют тому, как ПЕРЕЗАГРУЗИТЬ
   определяет маршрутизацию сообщений, транспорт, прохождение NAT и другие параметры ПЕРЕЗАГРУЗКИ
   особенности протокола.

   Этот документ в первую очередь описывает, как обнаруживать и локализовать отказы.
   включая отключенные узлы, перегруженные узлы, неправильную маршрутизацию и
   основные сетевые сбои в наложенных сетях P2P через простой
   и действенный механизм. Этот механизм смоделирован после ping /
   Парадигма traceroute: ping [RFC792] используется для проверки подключения,
   и traceroute используется для поэтапной локализации сбоев, а также
   трассировка пути. В этом документе определен "пинговый" режим (по
   расширение метода RELOAD Ping для сбора диагностических данных) и
   "подобный трассировке" режим (путем определения нового метода PathTrack) для
   диагностика P2P оверлейных сетей.

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

   Диагностическая информация может быть предоставлена ​​только авторизованным узлам.
   Некоторая диагностическая информация может быть предоставлена ​​всем участникам. 
   в наложении P2P, а некоторая другая диагностическая информация может быть только
   предоставляется узлам, авторизованным локальной политикой или политикой наложения. В
   авторизация зависит от типа диагностической информации и
   административные соображения и зависят от конкретного приложения.В этом документе рассматривается общий административный сценарий, основанный на
   диагностический вид, когда весь оверлей может авторизовать определенный вид
   диагностической информации в небольшой список конкретных узлов (например,
   административные узлы). Это означает, что если узел получит авторизацию
   чтобы получить доступ к диагностическому виду, он может получить доступ к этой информации со всех
   узлы в оверлейной сети. Остается сценарий, в котором
   конкретный узел разрешает свою диагностическую информацию конкретному
   список узлов вне области видимости.Это может быть достигнуто за счет расширения
   этот документ, если в ближайшем будущем возникнет потребность. В
   политика или правило доступа по умолчанию для типа диагностической информации:
   «отказать», если это не указано в дополнительном документе диагностики. В виде
   протокол RELOAD уже требует, чтобы каждое сообщение несло
   подпись сообщения отправителя, получателя диагностики
   запросы могут использовать подпись для идентификации отправителя. Тогда он может
   используйте файл конфигурации наложения с этой подписью, чтобы определить
   какие типы диагностической информации авторизованы для данного узла.Сонг и др. Стандарты Track [Страница 7] 

RFC 7851 P2P Overlay Diagnostics, май 2016 г.


   В оставшейся части этого раздела мы определяем механизмы сбора
   данные, а также конкретные расширения протокола (сообщение
   расширения, новые методы и коды ошибок), необходимые для сбора этого
   Информация. В разделе 5 мы обсуждаем формат данных.
   собраны, а в разделе 6 мы обсудим подробную обработку сообщений.Важно отметить, что описанные в этом
   документ не гарантирует, что собранная информация на самом деле
   связанные с предыдущими сбоями. Однако, используя информацию
   из предыдущих пройденных узлов пользователь (или система управления) может быть
   в состоянии сделать вывод о проблеме. Симметричная маршрутизация может быть достигнута
   используя список переходов [RFC6940] (или альтернативный алгоритм маршрутизации DHT),
   но не гарантируется, что путь ответа будет таким же.

4.2. Поведение, похожее на пинг: расширение пинга

   Для обеспечения «пингового» поведения расширен метод RELOAD Ping.
   для сбора диагностических данных по пути.Сообщение запроса
   пересылается промежуточными узлами по пути, а затем
   прекращено ответственным партнером. После необязательного местного
   диагностика, ответственный партнер возвращает ответное сообщение. Если
   при маршрутизации обнаружена ошибка, сообщение об ошибке отправляется на
   узел инициатора промежуточным узлом.

   Поток сообщений Ping-сообщения (с расширениями диагностики) выглядит следующим образом:
   следует:

    Одноранговый узел A Одноранговый B Одноранговый C Одноранговый D
      | | | |
      | (1).PingReq | | |
      | -------------------> | (2). PingReq | |
      | | -------------------> | (3). PingReq |
      | | | -------------------> |
      | | | |
      | | | <------------------- |
      | | <------------------- | (4). PingAns |
      | <------------------- | (5).PingAns | |
      | (6). PingAns | | |
      | | | |

                  Рисунок 1: Поток диагностических сообщений Ping










Сонг и др. Стандарты Track [Страница 8] 

RFC 7851 P2P Overlay Diagnostics, май 2016 г.


4.2.1. RELOAD Request Extension: Ping

   Чтобы расширить запрос Ping для использования в диагностике, новое расширение
   ПЕРЕЗАГРУЗКА определяется.32-1>;
            } MessageExtension;

   Для расширения запроса Ping мы определяем новый MessageExtensionType,
   расширение 0x2 с именем «Diagnostic_Ping», как указано в таблице 4.
   содержимое расширения состоит из структуры DiagnosticsRequest,
   определено в разделе 5.1. Это расширение МОЖЕТ использоваться для новых запросов
   метода Ping и НЕ ДОЛЖНЫ включаться в запросы, использующие какие-либо
   другой метод.

   Это расширение не критично. Если партнер не поддерживает
   расширение, они просто проигнорируют диагностическую часть
   message и будет рассматривать это сообщение как обычный пинг.Отправители ДОЛЖНЫ принять ответ, в котором отсутствует диагностическая информация и
   НЕ СЛЕДУЕТ повторно отправлять сообщение, ожидая ответа. Ресиверы, которые
   получать метод, отличный от Ping, включая это расширение, ДОЛЖЕН игнорировать
   расширение.

4.3. Поведение, подобное Traceroute: метод PathTrack

   Мы определяем простой метод PathTrack для получения диагностики
   информация итеративно.

   Работа этого запроса показана ниже на рисунке 2.
   узел-инициатор A спрашивает своего соседа B, который является следующим узлом перехода для
   идентификатор пункта назначения, а B возвращает сообщение со следующим узлом перехода C
   информацию, а также дополнительную диагностическую информацию для B на
   узел инициатора.Затем узел-инициатор A запрашивает одноранговый узел следующего перехода C
   (маршрутизация прямого ответа [RFC7263] или через симметричную маршрутизацию) на
   вернуть информацию о следующем узле D и диагностическую информацию о C.
   Если сбой не препятствует пересылке сообщения, этот шаг
   может повторяться до тех пор, пока запрос не достигнет ответственного партнера D для
   идентификатор назначения и получает диагностическую информацию однорангового узла D.









Сонг и др. Стандарты Track [Страница 9] 

RFC 7851 P2P Overlay Diagnostics, май 2016 г.


   Поток сообщений сообщения PathTrack (с расширениями диагностики)
   составляет:

   Peer-A Peer-B Peer-C Peer-D
     | | | |
     | (1).PathTrackReq | | |
     | -------------------> | | |
     | (2) .PathTrackAns | | |
     | <------------------- | | |
     | | (3) .PathTrackReq | |
     | -------------------- | -------------------> | |
     | | (4) .PathTrackAns | |
     | <------------------- | -------------------- | |
     | | | (5).PathTrackReq |
     | -------------------- | -------------------- | ------- ------------> |
     | | | (6) .PathTrackAns |
     | <------------------- | -------------------- | ------- ------------- |
     | | | |

                Рисунок 2: Поток диагностических сообщений PathTrack

   Были предложения, что RouteQuery и серия Fetch
   запросы могут использоваться для замены механизма PathTrack; однако в
   наличие высоких показателей оттока, такая операция не будет,
   строго говоря, давать идентичные результаты, так как путь может измениться
   между операциями RouteQuery и Fetch.Хотя очевидно, что путь
   также может меняться между шагами PathTrack, с помощью одного
   сообщение, а не два сообщения для запроса и выборки, меньше
   несоответствие вероятно, и поэтому использование одного сообщения
   предпочтительнее.

   Учитывая, что в типичном диагностическом сценарии одноранговый узел, отправляющий
   Запрос PathTrack желает получить информацию о текущем
   путь к месту назначения, в случае, если последовательные вызовы
   PathTrack возвращает разные пути, результаты следует отбросить и
   запрос повторно отправлен, гарантируя, что второй запрос пройдет через
   соответствующий путь.4.3.1. Новый запрос на ПЕРЕЗАГРУЗКУ: PathTrack

   Этот документ определяет новый метод RELOAD, PathTrack, для получения
   диагностическая информация от промежуточных узлов по маршруту
   дорожка. На каждом шаге запроса PathTrack ответственный партнер
   отвечает узлу-инициатору запрошенной информацией о состоянии.
   Информация о состоянии может включать состояние перегрузки однорангового узла, обработку
   мощность, доступная пропускная способность, количество записей в своем соседе
   таблица, время безотказной работы, идентификация, информация о сетевом адресе и следующий переход
   одноранговая информация.Сонг и др. Стандарты Track [Страница 10] 

RFC 7851 P2P Overlay Diagnostics, май 2016 г.


   Запрос PathTrack указывает, какая диагностическая информация
   запрашивается с использованием структуры данных DiagnosticsRequest, которая определена
   и подробно обсуждается в Разделе 5.1. Базовая информация
   запрашивается путем установки соответствующих флагов в структуре данных в
   запрос. Если все флаги сняты (биты не установлены), то
   Запрос PathTrack используется только для запроса следующего перехода
   Информация.В этом случае итерационный режим PathTrack
   деградирован до метода RouteQuery, который используется только для проверки
   живучесть пиров на маршруте маршрутизации. Запрос PathTrack
   может быть маршрутизирован с использованием маршрутизации прямого ответа или других методов маршрутизации
   выбирается узлом-инициатором.

   Ответом на успешное выполнение PathTrackReq является сообщение PathTrackAns.
   PathTrackAns содержит общую диагностическую информацию в
   полезная нагрузка, возвращенная с использованием структуры данных DiagnosticResponse. Этот
   Структура данных определена и подробно обсуждается в Разделе 5.2.
   Возвращаемая информация определяется на основе информации
   запрашивается в флагах в соответствующем запросе.

4.3.1.1. Запрос PathTrack

   Структура запроса PathTrack следующая:

                           struct {
                               Пункт назначения;
                               Запрос DiagnosticsRequest;
                           } PathTrackReq;

   Поля PathTrackReq следующие:

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

   request: запрос DiagnosticsRequest, как описано в разделе 5.1.

4.3.1.2. Ответ PathTrack

   Структура ответа PathTrack следующая:

                             struct {
                                  Пункт назначения next_hop;
                                  ДиагностикаОтвет на ответ;
                              } PathTrackAns;





Сонг и др.Стандарты Track [Страница 11] 

RFC 7851 P2P Overlay Diagnostics, май 2016 г.


   Поля PathTrackAns следующие:

   next_hop: информация об узле следующего перехода от отвечающего
      промежуточный одноранговый узел к месту назначения. Если отвечающий партнер
      ответственный партнер для идентификатора назначения, затем next_hop
      идентификатор узла равен идентификатору отвечающего узла, и после получения
      PathTrackAns, где идентификатор узла next_hop равен отвечающему узлу
      ID, инициатор ДОЛЖЕН остановить итерационный процесс.ответ: DiagnosticsResponse, как описано в Разделе 5.2.

4.4. Расширения кода ошибки

   Этот документ расширяет метод ответа на ошибку, определенный в RELOAD.
   спецификация для поддержки случаев ошибок, возникающих в результате диагностики
   запросы. При обнаружении ошибки в RELOAD код сообщения
   0xffff возвращается. Структура ErrorResponse содержит ошибку
   код. Мы определяем новые коды ошибок, чтобы сообщать о возможных состояниях ошибки
   при диагностике обнаружено:

      Код Значение Код ошибки Имя
         0x15 Error_Underlay_Destination_Unreachable
         0x16 Error_Underlay_Time_Exceeded
         0x17 Error_Message_Expired
         0x18 Error_Upstream_Misrouting
         0x19 Обнаружена петля_ошибки
         0x1a Error_TTL_Hops_Exceeded

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

   Как определено в RELOAD, дополнительная информация может храниться (в
   зависящий от реализации способ) в необязательной байтовой строке error_info.Хотя детали, очевидно, оставлены на усмотрение реализации, поскольку
   Например, в случае 0x15 поле error_field может использоваться для
   предоставить дополнительную информацию о том, почему место назначения подложки
   недоступен (сеть недоступна, хост недоступен, необходима фрагментация,
   так далее.).








Сонг и др. Стандарты Track [Страница 12] 

RFC 7851 P2P Overlay Diagnostics, май 2016 г.


5. Диагностические структуры данных

   И расширенный метод Ping, и метод PathTrack используют следующие
   общие структуры диагностических данных для сбора данных.32-1>;
           } DiagnosticsRequest;

   Поля в DiagnosticsRequest следующие:

   срок действия: время истечения срока действия запроса, представленное как
      количество миллисекунд, прошедших с полуночи 1 января 1970 г. по всемирному координированному времени (не
      считая високосные секунды). Это будет иметь те же значения для
      секунд как стандартное время UNIX или время POSIX. Более подробную информацию можно
      можно найти в "Unix time" в Википедии [UnixTime]. Это значение ДОЛЖНО
      имеют значение от 1 до 600 секунд в будущем.Это значение
      используется для предотвращения атак повторного воспроизведения.

   timestamp_initiated: время, когда запрос диагностики был
      инициировано, представленное как количество миллисекунд, прошедших с
      полночь 1 января 1970 г. по всемирному координированному времени (без учета дополнительных секунд). Это будет
      имеют те же значения секунд, что и стандартное время UNIX или POSIX
      время.









Сонг и др. Стандарты Track [Страница 13] 

RFC 7851 P2P Overlay Diagnostics, май 2016 г.


   dMFlags: обязательное поле, представляющее собой 64-разрядное целое число без знака.
      указание, какая базовая диагностическая информация является инициатором запроса
      узел интересует.Инициатор устанавливает разные биты на
      получать различную диагностическую информацию. Если dMFlags равен
      установлен на ноль, тогда базовая диагностическая информация не передается в
      ответ PathTrack. Если для dMFlags установлено значение «1», то все
      запрашиваются значения базовой диагностической информации. Запрос может
      установить любое количество флагов для запроса соответствующего
      диагностическая информация.

      Обратите внимание, что эта памятка определяет начальный набор флагов; флаги могут
      быть расширенным.Флаги dM указывают на общую диагностическую информацию.
      Отображение между битами в dMFlags и диагностической
      Представленный вид ID описан в Разделе 9.1.

   ext_length: длина расширенного диагностического запроса.
      информация в байтах. Если значение больше или равно 1,
      затем запрашивается некоторая расширенная диагностическая информация
      предположение, что эта информация будет включена в ответ
      если получатель понимает расширенный запрос и желает
      предоставить это.Требуется специальная диагностическая информация:
      определено в списке_расширений_диагностики ниже. Нулевое значение
      указывает, что расширенная диагностическая информация не запрашивается.
      Значение ext_length НЕ ДОЛЖНО быть отрицательным. Обратите внимание, что это не
      длина всей структуры данных DiagnosticsRequest, но
      данные, составляющие список_диагностических_расширений.

   диагностический_расширенный_лист: состоит из одного или нескольких
      Структуры DiagnosticExtension (см. Ниже), документирующие дополнительные
      запрашивается диагностическая информация.Каждое диагностическое расширение
      состоит из следующих полей:

      kind: Цифровой код, указывающий на тип расширения.
         диагностическая информация (см. 16-1)} DiagnosticKindId;
               struct {
                   DiagnosticKindId kind;
                   непрозрачный диагностический_инфо_контент <0.32-1>;
               } DiagnosticsResponse;

   Поля в DiagnosticsResponse следующие:

   срок действия: время истечения срока действия ответа, представленное как
      количество миллисекунд, прошедших с полуночи 1 января 1970 года по всемирному координированному времени
      (не считая дополнительных секунд). Это будет иметь те же значения для
      секунд как стандартное время UNIX или время POSIX. Это значение ДОЛЖНО иметь
      значение от 1 до 600 секунд в будущем.

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

   timestamp_received: время, когда диагностический запрос был
      получено, представленное как количество миллисекунд, прошедших с
      полночь 1 января 1970 г. по всемирному координированному времени (без учета дополнительных секунд). Это будет
      имеют те же значения секунд, что и стандартное время UNIX или POSIX
      время.

   hop_counter: это поле появляется только в диагностических ответах. Это
      ДОЛЖЕН быть точно скопирован из поля TTL заголовка пересылки.
      в полученном запросе.Эта информация отправляется обратно в
      инициатор запроса, позволяющий вычислить количество переходов, которые
      сообщение, пройденное в оверлее.







Сонг и др. Стандарты Track [Страница 15] 

RFC 7851 P2P Overlay Diagnostics, май 2016 г.


   ext_length: длина возвращаемой информации DiagnosticInfo в
      байтов. Если значение больше или равно 1, то некоторые
      расширенная диагностическая информация (как указано в
      DiagnosticsRequest) был доступен и возвращается.В этом
      В этом случае это значение указывает длину возвращаемой информации.
      Нулевое значение указывает на отсутствие расширенной диагностической информации.
      включен либо потому, что ничего не запрашивалось, либо запрос мог
      не размещаются. Значение ext_length НЕ ДОЛЖНО быть
      отрицательный. Обратите внимание, что это не длина всего
      Структура данных DiagnosticsRequest, но данных, составляющих
      диагностический_инфо_лист.

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

      kind: числовой код, указывающий тип информации, которая
         вернулся. Для базовых данных, запрашиваемых с помощью dMFlags, этот код
         соответствует набору dMFlag и описывается в разделе 5.1.
         Для расширений диагностики этот код будет идентичен
         значение DiagnosticKindId, установленное в поле "kind"
         Диагностика Расширение запроса. См. Раздел 9.2.

      диагностический_инфо_контент: данные, содержащие значение для
         сообщается диагностическая информация.Различные виды
         диагностическая информация может быть получена. Пожалуйста, обратитесь к
         Раздел 5.3 для получения подробной информации о диагностическом идентификаторе типа для базы.
         диагностическая информация, о которой можно сообщить.

5.3. dMFlags и диагностические типы идентификаторов

   Описанное выше поле dMFlags - это 64-битное поле, которое позволяет
   узлы-инициаторы для идентификации до 62 элементов базовой информации для
   запрос в сообщении запроса (первый и последний флаги
   зарезервированный). DMFlags также резервирует все "0", что ничего не значит.
   запрашивается, и все "1", что означает, что запрашивается все.Но
   при этом первый и последний биты не могут использоваться для других
   целей, и они ДОЛЖНЫ быть установлены на 0, когда другая конкретная диагностика
   Требуются типы идентификаторов. Когда запрашиваемая базовая информация
   возвращается в ответ, значение диагностического идентификатора вида будет
   соответствуют числовому полю, отмеченному в dMFlags в запросе.
   Значения dMFlags определены в Разделе 9.1 и
   диагностические идентификаторы видов определены в разделе 9.2. Информация
   Содержащиеся для каждого значения описаны в этом разделе.Доступ к
   каждый вид диагностической информации НЕ ДОЛЖЕН быть разрешен, если
   в соответствии с правилами, определенными в Разделе 7.





Сонг и др. Стандарты Track [Страница 16] 

RFC 7851 P2P Overlay Diagnostics, май 2016 г.


   STATUS_INFO (8 бит): однозначный элемент, содержащий беззнаковый
      байт, представляющий, находится ли узел в состоянии перегрузки.
      Пример использования STATUS_INFO - для маршрутизации с учетом перегрузки.В этом сценарии каждый одноранговый узел должен обновить свой статус перегрузки.
      периодически. Промежуточный одноранговый узел в распределенном хэше
      Сеть Table (DHT) выберет следующий переход в соответствии с
      Алгоритм маршрутизации DHT и информация о состоянии. Это сделано для
      избегайте увеличения нагрузки на перегруженные узлы. Крайние правые 4 бита
      используются, а другие биты ДОЛЖНЫ быть сброшены на "0" для будущего использования.

      Существует 16 уровней состояния перегрузки, причем 0x00 представляет
      нулевая нагрузка и 0x0f, представляющий перегрузку.Этот документ делает
      не предоставляет конкретный метод перегрузки и оставляет это
      решение для каждой реализации оверлея. Возможный вариант для
      реализация оверлея будет занимать процессор / память / память узла
      процент использования полосы пропускания за последние 600 секунд и нормализовать
      максимальное значение в диапазоне от 0x00 до 0x0f. Оверлей
      реализация также может решить не использовать все 16 значений из
      От 0x00 до 0x0f. В будущем документе может быть определена объективная мера
      или конкретный алгоритм для этого.ROUTING_TABLE_SIZE (32 бита): однозначный элемент, содержащий
      32-битное целое число без знака, представляющее количество одноранговых узлов в
      таблица маршрутизации однорангового узла. Администратор оверлея может быть
      интересуется статистикой этого значения по таким причинам, как маршрутизация
      эффективность.

   PROCESS_POWER (64 бита): однозначный элемент, содержащий
      64-битное целое число без знака, определяющее вычислительную мощность
      узел с MIPS в качестве единицы. Дробные значения округляются в большую сторону.UPSTREAM_BANDWIDTH (64 бита): однозначный элемент, содержащий
      64-битное целое число без знака, определяющее пропускную способность восходящей сети
      (предоставлено или максимально, недоступно) узла с единицами
      кбит / с. Дробные значения округляются в большую сторону. Для многосетевых хостов
      это должна быть ссылка, по которой будет отправлен ответ.

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








Сонг и др. Стандарты Track [Страница 17] 

RFC 7851 P2P Overlay Diagnostics, май 2016 г.


   SOFTWARE_VERSION: однозначный элемент, содержащий US-ASCII
      строка, которая идентифицирует производителя, модель, операционную систему
      информацию и версию программного обеспечения. Учитывая, что там
      в некоторых сетях очень много одноранговых узлов, и ни один одноранговый узел не
      вероятно знать все программное обеспечение других партнеров, эта информация может быть
      очень полезно, чтобы помочь определить, являются ли причины определенных групп
      некорректное поведение одноранговых узлов связано с конкретными версиями программного обеспечения.Пока
      формат определяется одноранговым узлом, предлагаемый формат выглядит следующим образом:
      "ApplicationProductToken (платформа; ОС или ЦП) VendorProductToken
      (VendorComment) ", например," MyReloadApp / 1.0 (Unix; Linux
      x86_64) libreload-java / 0.7.0 (Stonyfish Inc.) ". Строка представляет собой
      Строка в стиле C ДОЛЖНА заканчиваться "\ 0". "\ 0" НЕ ДОЛЖНА быть
      включены в саму строку, чтобы избежать путаницы с
      разделитель.

   MACHINE_UPTIME (64 бита): однозначный элемент, содержащий
      64-битное целое число без знака, определяющее время, в которое узел
      система была запущена (в секундах).APP_UPTIME (64 бита): однозначный элемент, содержащий беззнаковый
      64-битное целое число, указывающее время, когда приложение P2P было запущено
      (в секундах).

   MEMORY_FOOTPRINT (64 бита): однозначный элемент, содержащий
      64-битное целое число без знака, представляющее объем памяти
      равноправная программа в килобайтах (1024 байта). Дробные значения
      округлен.

   DATASIZE_STORED (64 бита): 64-битное целое число без знака, представляющее
      количество байтов данных, хранимых этим узлом.INSTANCES_STORED: элемент массива, содержащий количество
      экземпляры каждого вида хранятся. Массив индексируется по Kind-ID.
      Каждая запись представляет собой 64-битное целое число без знака.

   MESSAGES_SENT_RCVD: элемент массива, содержащий количество
      отправленные и полученные сообщения. Массив индексируется кодом метода.
      Каждая запись в массиве представляет собой пару 64-битных целых чисел без знака.
      (запакованные), представляющие отправленные и полученные.

   EWMA_BYTES_SENT (32 бита): однозначный элемент, содержащий
      32-разрядное целое число без знака, представляющее экспоненциально взвешенное
      среднее количество байтов, отправленных этим партнером в секунду:

      отправлено = альфа x отправленное_представленное + (1 - альфа) x отправленное_последнее

      где sent_present представляет количество байтов, отправленных в секунду с момента
      последнее вычисление, а sent_last представляет последнее вычисление



Сонг и др.Стандарты Track [Страница 18] 

RFC 7851 P2P Overlay Diagnostics, май 2016 г.


      байт отправлено в секунду. Подходящее значение альфа - 0,8 (или
      другое значение, определяемое реализацией). Это значение
      рассчитывается каждые пять секунд (или другой период времени как
      определяется реализацией). Ценность самого первого
      период времени должен быть просто средним количеством байтов, отправленных в этом
      временной период.EWMA_BYTES_RCVD (32 бита): однозначный элемент, содержащий
      32-разрядное целое число без знака, представляющее экспоненциально взвешенное
      среднее количество байтов, получаемых этим партнером в секунду:

      rcvd = альфа x rcvd_present + (1 - альфа) x rcvd_last

      где rcvd_present представляет количество байтов, получаемых в секунду с момента
      последнее вычисление, а rcvd_last представляет последнее вычисление
      байт, полученных в секунду. Подходящее значение альфа - 0,8.
      (или другое значение, определяемое реализацией).Этот
      значение рассчитывается каждые пять секунд (или другой период времени как
      определяется реализацией). Ценность самого первого
      период времени должен быть просто средним количеством байтов, полученных за этот
      временной период.

   UNDERLAY_HOP (8 бит): указывает переходы уровня IP от
      промежуточный узел, который получает диагностическое сообщение
      узел следующего перехода для этого сообщения. (Примечание: ПЕРЕЗАГРУЗКА не требует
      промежуточные узлы для просмотра тела сообщения.Итак, вот мы
      использовать PathTrack для сбора промежуточных переходов с целью диагностики).

   BATTERY_STATUS (8 бит): крайний левый бит используется для указания
      использует ли этот одноранговый узел батарею или нет. Если этот бит очищен
      (установлен на «0»), значит, одноранговый узел использует батарею для питания. В
      остальные 7 битов должны определяться конкретными приложениями.

6. Обработка сообщений

6.1. Создание и передача сообщений

   При создании сообщения Ping с расширениями диагностики или
   сообщение PathTrack, отправитель сначала создает и заполняет
   Структура данных DiagnosticsRequest.Поле timestamp_initiated равно
   устанавливается на текущее время, и создается поле срока действия
   исходя из этого времени. Отправитель включает поле dMFlags в
   структура, установка любого количества (включая все) флагов для запроса
   конкретная диагностическая информация. Отправитель МОЖЕТ оставить все биты
   не задано, тем самым не запрашивая никакой конкретной диагностической информации.

   Отправитель МОЖЕТ также включать диагностические расширения в
   Структура данных DiagnosticsRequest для запроса дополнительной информации.Сонг и др. Стандарты Track [Страница 19] 

RFC 7851 P2P Overlay Diagnostics, май 2016 г.


   Если отправитель включает какие-либо расширения, он ДОЛЖЕН рассчитать длину
   этих расширений и установите это значение в поле ext_length. Если
   никакие расширения не включены, отправитель ДОЛЖЕН установить ext_length равным нулю.

   Формат структуры данных DiagnosticRequest и ее полей
   ДОЛЖЕН следовать ограничениям, определенным в Разделе 5.1.

   При создании сообщения Ping с расширениями диагностики
   отправитель ДОЛЖЕН создать структуру MessageExtension, как определено в RELOAD
   [RFC6940], устанавливая значение типа 0x2 и значение критического
   в ЛОЖЬ. Значение extension_contents ДОЛЖНО быть
   Структура DiagnosticsRequest, как определено выше. Сообщение МОЖЕТ быть
   направлен на конкретный NodeID или ResourceID, но НЕ ДОЛЖЕН быть отправлен на
   широковещательный NodeID.

   При создании сообщения PathTrack отправитель ДОЛЖЕН установить
   message_code для структуры RELOAD MessageContents в
   path_track_req 0x27.Поле запроса PathTrackReq ДОЛЖНО быть
   установлен в структуру данных DiagnosticsRequest, определенную выше. В
   поле назначения ДОЛЖНО быть установлено на желаемое место назначения, которое МОЖЕТ
   быть либо NodeID, либо ResourceID, но НЕ ДОЛЖЕН быть широковещательной
   NodeID.

6.2. Обработка сообщений: промежуточные узлы

   Когда запрос поступает на одноранговый узел, если ответственное пространство идентификатора однорангового узла
   не покрывает идентификатор получателя запроса, тогда одноранговый узел ДОЛЖЕН
   продолжить обработку этого запроса в соответствии с указанным оверлеем
   режим маршрутизации по протоколу RELOAD.В наложении P2P ответы об ошибках на сообщение могут быть сгенерированы
   либо промежуточный партнер, либо ответственный партнер. Когда запрос
   получен на одноранговом узле, одноранговый узел может обнаружить сбои подключения или
   неисправные одноранговые узлы через предопределенные правила оверлея
   сети, например, путем анализа списка переходов или сообщений об ошибках.
   В этом случае промежуточный одноранговый узел возвращает ошибочный ответ на
   узел-инициатор, сообщающий о любой доступной информации об узле неисправности
   в полезной нагрузке сообщения об ошибке.Все сгенерированные сообщения об ошибках ДОЛЖНЫ
   содержат соответствующий код ошибки.

   Каждый промежуточный узел, получающий сообщение Ping с расширениями (и
   который понимает расширение) или получение запроса PathTrack /
   ответ ДОЛЖЕН проверить значение срока действия (формат времени Unix), чтобы
   определить, истек ли срок действия сообщения. Если срок действия сообщения истек,
   промежуточный узел ДОЛЖЕН сгенерировать ответ с кодом ошибки 0x17
   «Error_Message_Expired», вернуть ответ узлу инициатора,
   и отбросьте сообщение.Сонг и др. Стандарты Track [Страница 20] 

RFC 7851 P2P Overlay Diagnostics, май 2016 г.


   Промежуточный партнер ДОЛЖЕН вернуть ответ об ошибке с ошибкой
   код 0x15 "Error_Underlay_Destination_Unreachable" при получении
   сообщение ICMP с информацией «Назначение недоступно» после
   пересылка полученного запроса одноранговому узлу назначения.

   Промежуточный партнер ДОЛЖЕН вернуть ответ об ошибке с ошибкой
   код 0x16 "Error_Underlay_Time_Exceeded" при получении ICMP
   сообщение с информацией «Превышено время» после пересылки
   получил запрос.Одноранговый узел ДОЛЖЕН вернуть ответ об ошибке с кодом ошибки 0x18.
   "Error_Upstream_Misrouting", когда обнаруживает, что его вышестоящий партнер не подчиняется
   правила маршрутизации, определенные в наложении. Непосредственный восходящий поток
   информация о партнере также ДОЛЖНА быть передана узлу-инициатору.

   Одноранговый узел ДОЛЖЕН вернуть ответ об ошибке с кодом ошибки 0x19.
   "Error_Loop_Detected", когда он находит петлю через анализ
   Список переходов.

   Одноранговый узел ДОЛЖЕН вернуть ответ об ошибке с кодом ошибки 0x1a.
   "Error_TTL_Hops_Exceeded", когда обнаруживает, что значение поля TTL равно
   не более 0 при пересылке.6.3. Создание ответа на сообщение

   Когда одноранговый узел получает сообщение с запросом на диагностику, оно
   отвечает за ID получателя, указанный в пересылке
   заголовок, и если он понимает расширение (в случае
   Ping) или новый тип запроса PathTrack, он ДОЛЖЕН следовать
   спецификации, определенные в RELOAD для формирования заголовка ответа, и
   выполнить следующие операции:

   o При создании ответа PathTrack отправитель ДОЛЖЕН установить
      message_code для структуры RELOAD MessageContents в
      path_track_ans 0x28.o Получатель ДОЛЖЕН проверить значение срока действия (формат времени Unix) в
      DiagnosticsRequest, чтобы определить, истек ли срок действия сообщения. Если
      сообщение истекло, партнер ДОЛЖЕН сгенерировать ответ с
      код ошибки 0x17 «Error_Message_Expired», вернуть ответ на
      узел-инициатор и отклоните сообщение.

   o Если срок действия сообщения не истек, получатель ДОЛЖЕН создать
      Структура DiagnosticsResponse выглядит следующим образом: 1) значение TTL из
      заголовок пересылки копируется в поле hop_counter
      Структура DiagnosticsResponse (обратите внимание, что значение по умолчанию для TTL
      в начале представляет 100 переходов, если наложение
      конфигурация переопределила значение), и 2) приемник



Сонг и др.Стандарты Track [Страница 21] 

RFC 7851 P2P Overlay Diagnostics, май 2016 г.


      генерирует временную метку в формате времени Unix для текущего времени дня
      и помещает его в поле timestamp_received и создает новый
      срок действия и помещает его в поле срока действия
      ДиагностикаОтвет.

   o Одноранговый узел назначения ДОЛЖЕН проверить, есть ли у узла-инициатора
      полномочия запрашивать определенные типы диагностической информации, и
      при необходимости добавьте запрошенную диагностическую информацию в
      dMFlags и диагностические_расширения (если есть) с помощью
      Diagnostics_info_list в структуру DiagnosticsResponse.Если возвращается какая-либо информация, получатель ДОЛЖЕН вычислить
      длину ответа и соответствующим образом установите ext_length. Если нет
      диагностическая информация возвращается, ext_length ДОЛЖНА быть установлена ​​на
      нуль.

   o Формат структуры данных DiagnosticResponse и ее полей
      ДОЛЖЕН следовать ограничениям, определенным в разделе 5.2.

   o В случае ошибки ответ об ошибке, содержащий ошибку
      код, за которым следует описание (если они существуют) ДОЛЖЕН быть создан
      и отправлено отправителю.Если узел-инициатор запрашивает диагностику
      информация, которую они не имеют права запрашивать, получение
      одноранговый узел ДОЛЖЕН вернуть ответ об ошибке с кодом ошибки 2
      «Ошибка_запрещена».

6.4. Интерпретация результатов

   Узел-инициатор, а также отвечающий одноранговый узел могут вычислить
   наложить время односторонней задержки на значение в timestamp_received
   и поле timestamp_initiated. Однако для одного прыжка
   измерения, традиционные методы измерения (эхо-запрос уровня IP) ДОЛЖНЫ
   использоваться вместо методов диагностики оверлейного слоя.Оверлейная сеть P2P с использованием методов диагностики, указанных в
   этот документ ДОЛЖЕН обеспечивать синхронизацию времени с центральным временем
   сервер. Протокол сетевого времени [RFC5905] обычно поддерживает
   время с точностью до десятков миллисекунд в общедоступном Интернете и может
   достичь точности выше одной миллисекунды в локальных сетях
   в идеальных условиях. Однако в этом документе не указывается
   выбор разрешения и синхронизации по времени, оставляя это на усмотрение
   выполнение.Узел-инициатор, получивший ответ Ping, может проверить
   hop_counter и вычислить оверлейные переходы к месту назначения
   сверстник для статистики качества связи с точки зрения
   оверлейного хмеля.





Сонг и др. Стандарты Track [Страница 22] 

RFC 7851 P2P Overlay Diagnostics, май 2016 г.


7. Авторизация через настройку оверлея.

   Для разных пользователей может быть установлен разный уровень контроля доступа /
   узлы.Например, диагностическая информация A может быть доступна через
   узлы 1 и 2, но диагностическая информация B доступна только
   узел 2.

   Файл конфигурации оверлея ДОЛЖЕН содержать следующий XML
   элементы для авторизации узла для доступа к относительной диагностике
   Виды.

   диагностический вид: имеет атрибут "вид" с шестнадцатеричным
      число, обозначающее диагностический идентификатор вида. Этот атрибут имеет
      то же значение с Разделом 9.2 и по крайней мере один подэлемент "access-
      узел".узел доступа: этот элемент содержит одно шестнадцатеричное число, указывающее
      NodeID, и узлу с этим NodeID разрешен доступ к
      диагностический "вид" под тем же диагностическим элементом.

8. Соображения безопасности

   Разрешение на диагностическую информацию должно быть разработано с
   заботиться о том, чтобы он не превратился в метод получения информации для обоих
   атаки. Также стоит отметить, что злоумышленники могут использовать диагностику.
   для анализа оверлейной информации для атаки на определенных ключевых узлов.Для
   Например, диагностическая информация может использоваться для снятия отпечатков пальцев с однорангового узла.
   где одноранговый узел потеряет свои характеристики анонимности, но анонимность
   может быть очень важным для некоторых оверлейных сетей P2P, и защита
   против таких отпечатков пальцев наверняка очень тяжело. Как таковой,
   сети, в которых анонимность имеет очень большое значение, могут
   выполнение диагностики проблематично или даже нежелательно,
   несмотря на множество преимуществ, которые он предлагает. Поскольку этот документ является ПЕРЕЗАГРУЗКОЙ
   расширение, оно следует за заголовком сообщения RELOAD и маршрутизацией
   технические характеристики.Общие соображения безопасности, описанные в
   базовый документ [RFC6940] также применим к этому документу.
   Оверлеи могут определять свои собственные требования к тому, кто может собирать / делиться
   диагностическая информация.













Сонг и др. Стандарты Track [Страница 23] 

RFC 7851 P2P Overlay Diagnostics, май 2016 г.


9. Соображения IANA

9.1. Флаг диагностики

   IANA создала реестр «RELOAD Diagnostics Flag» в соответствии с протоколом
   ПЕРЕЗАГРУЗИТЬ.Записи в этом реестре - это 1-битные флаги, содержащиеся в
   64-битные целые dMFlags, обозначающие диагностическую информацию, которая должна быть
   извлекается, как описано в Разделе 4.3.1. Новые записи ДОЛЖНЫ быть
   определяется с помощью Standards Action согласно [RFC5226]. Исходное содержание
   этого реестра:

     + ------------------------- + ----------------------- ----- + ---------- +
     | Диагностическая информация | Диагностический флаг в dMFlags | Справка |
     | ------------------------- + ----------------------- ----- + ---------- |
     | Зарезервировано Все значения нулей | 0x 0000 0000 0000 0000 | RFC 7851 |
     | Зарезервированный первый бит | 0x 0000 0000 0000 0001 | RFC 7851 |
     | STATUS_INFO | 0x 0000 0000 0000 0002 | RFC 7851 |
     | ROUTING_TABLE_SIZE | 0x 0000 0000 0000 0004 | RFC 7851 |
     | PROCESS_POWER | 0x 0000 0000 0000 0008 | RFC 7851 |
     | UPSTREAM_BANDWIDTH | 0x 0000 0000 0000 0010 | RFC 7851 |
     | DOWNSTREAM_ BANDWIDTH | 0x 0000 0000 0000 0020 | RFC 7851 |
     | ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ | 0x 0000 0000 0000 0040 | RFC 7851 |
     | MACHINE_UPTIME | 0x 0000 0000 0000 0080 | RFC 7851 |
     | APP_UPTIME | 0x 0000 0000 0000 0100 | RFC 7851 |
     | MEMORY_FOOTPRINT | 0x 0000 0000 0000 0200 | RFC 7851 |
     | DATASIZE_STORED | 0x 0000 0000 0000 0400 | RFC 7851 |
     | INSTANCES_STORED | 0x 0000 0000 0000 0800 | RFC 7851 |
     | MESSAGES_SENT_RCVD | 0x 0000 0000 0000 1000 | RFC 7851 |
     | EWMA_BYTES_SENT | 0x 0000 0000 0000 2000 | RFC 7851 |
     | EWMA_BYTES_RCVD | 0x 0000 0000 0000 4000 | RFC 7851 |
     | UNDERLAY_HOP | 0x 0000 0000 0000 8000 | RFC 7851 |
     | BATTERY_STATUS | 0x 0000 0000 0001 0000 | RFC 7851 |
     | Зарезервированный последний бит | 0x 8000 0000 0000 0000 | RFC 7851 |
     | Зарезервировано Все значения единиц | 0x ffff ffff ffff ffff | RFC 7851 |
     + ------------------------- + ----------------------- ----- + ---------- +
















Сонг и др.Стандарты Track [Страница 24] 

RFC 7851 P2P Overlay Diagnostics, май 2016 г.


9.2. Идентификатор диагностического вида

   IANA создала реестр «RELOAD Diagnostic Kind ID» в
   протокол ПЕРЕЗАГРУЗИТЬ. Записи в этом реестре представляют собой 16-битные целые числа.
   обозначающие виды данных расширения диагностики, переносимые в диагностике
   сообщения запроса и ответа, как описано в Разделах 5.1 и
   5.2. Требуется присвоение кодовых точек от 0x0001 до 0x003e
   вместе с флагами в реестре «RELOAD Diagnostics Flag».Процедура регистрации для "RELOAD Diagnostic Kind ID"
   Реестр - это стандартное действие, как определено в RFC 5226.

         + ---------------------- + --------------- + ---------- ----- +
         | Диагностический вид | Код | Спецификация |
         + ---------------------- + --------------- + ---------- ----- +
         | Зарезервировано | 0x0000 | RFC 7851 |
         | STATUS_INFO | 0x0001 | RFC 7851 |
         | ROUTING_TABLE_SIZE | 0x0002 | RFC 7851 |
         | PROCESS_POWER | 0x0003 | RFC 7851 |
         | UPSTREAM_BANDWIDTH | 0x0004 | RFC 7851 |
         | DOWNSTREAM_BANDWIDTH | 0x0005 | RFC 7851 |
         | ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ | 0x0006 | RFC 7851 |
         | MACHINE_UPTIME | 0x0007 | RFC 7851 |
         | APP_UPTIME | 0x0008 | RFC 7851 |
         | MEMORY_FOOTPRINT | 0x0009 | RFC 7851 |
         | DATASIZE_STORED | 0x000a | RFC 7851 |
         | INSTANCES_STORED | 0x000b | RFC 7851 |
         | MESSAGES_SENT_RCVD | 0x000c | RFC 7851 |
         | EWMA_BYTES_SENT | 0x000d | RFC 7851 |
         | EWMA_BYTES_RCVD | 0x000e | RFC 7851 |
         | UNDERLAY_HOP | 0x000f | RFC 7851 |
         | BATTERY_STATUS | 0x0010 | RFC 7851 |
         | Не назначено | 0x0011-0x003e | RFC 7851 |
         | местное использование (Зарезервировано) | 0xf000-0xfffe | RFC 7851 |
         | Зарезервировано | 0xffff | RFC 7851 |
         + ---------------------- + --------------- + ---------- ----- +

                         Таблица 1: Тип диагностики














Сонг и др.Стандарты Track [Страница 25] 

RFC 7851 P2P Overlay Diagnostics, май 2016 г.


9.3. Коды сообщений

   В этом документе представлены два новых типа сообщений и их
   ответов, поэтому в "ПЕРЕЗАГРУЗИТЬ
   Коды сообщений », определенный в RELOAD [RFC6940].

               + ------------------- + ------------ + ---------- +
               | Код сообщения Имя | Значение кода | RFC |
               + ------------------- + ------------ + ---------- +
               | path_track_req | 0x27 | RFC 7851 |
               | path_track_ans | 0x28 | RFC 7851 |
               + ------------------- + ------------ + ---------- +

                Таблица 2: Расширения кодов сообщений RELOAD

9.4. Код ошибки

   В этом документе представлены следующие новые коды ошибок, которые
   добавлен в реестр «Коды ошибок перезагрузки».

    + ---------------------------------------- + -------- ---- + ----------- +
    | Код ошибки Имя | Значение кода | Справка |
    + ---------------------------------------- + -------- ---- + ----------- +
    | Error_Underlay_Destination_Unreachable | 0x15 | RFC 7851 |
    | Error_Underlay_Time_Exceeded | 0x16 | RFC 7851 |
    | Error_Message_Expired | 0x17 | RFC 7851 |
    | Error_Upstream_Misrouting | 0x18 | RFC 7851 |
    | Error_Loop_Detected | 0x19 | RFC 7851 |
    | Error_TTL_Hops_Exceeded | 0x1A | RFC 7851 |
    + ---------------------------------------- + -------- ---- + ----------- +

                        Таблица 3: Коды ошибок RELOAD

9.5. Расширение сообщения

   В этом документе представлен следующий новый код расширения RELOAD:

                  + ----------------- + ------ + ----------- +
                  | Имя расширения | Код | Справка |
                  + ----------------- + ------ + ----------- +
                  | Diagnostic_Ping | 0x2 | RFC 7851 |
                  + ----------------- + ------ + ----------- +

                    Таблица 4: Новый код расширения RELOAD







Сонг и др. Стандарты Track [Страница 26] 

RFC 7851 P2P Overlay Diagnostics, май 2016 г.


9.6. Регистрация пространства имен XML

   Этот документ регистрирует URI для XML конфигурации диагностики.
   пространство имен в реестре IETF XML, определенном в [RFC3688]. Все
   элементы, определенные в этом документе, принадлежат этому пространству имен.

   URI: urn: ietf: params: xml: ns: p2p: config-диагностика
   Контактное лицо для регистранта: IESG.
   XML: нет данных; запрошенные URI - это пространства имен XML

   Файл конфигурации оверлея ДОЛЖЕН содержать следующий XML
   язык, объявляющий диагностику P2P как обязательное расширение
   ПЕРЕЗАГРУЗИТЬ.<обязательное расширение>
                 urn: ietf: params: xml: ns: p2p: config-Diagnostics
   

10. Ссылки

10.1. Нормативные ссылки

   [RFC792] Постел, Дж., "Протокол управляющих сообщений Интернета", STD 5,
              RFC 792, DOI 10.17487 / RFC0792, сентябрь 1981 г.,
              .

   [RFC2119] Брэднер, С. «Ключевые слова для использования в RFC для обозначения
              Уровни требований », BCP 14, RFC 2119,
              DOI 10.17487 / RFC2119, март 1997 г.,
              .

   [RFC3688] Миллинг, М., «Реестр XML IETF», BCP 81, RFC 3688,
              DOI 10.17487 / RFC3688, январь 2004 г.,
              .

   [RFC5226] Нартен, Т. и Х. Альвестранд, "Рекомендации по написанию
              Раздел соображений IANA в RFC », BCP 26, RFC 5226,
              DOI 10.17487 / RFC5226, май 2008 г.,
              .

   [RFC5905] Миллс, Д., Мартин, Дж., Эд., Бербанк, Дж., И У. Каш,
              «Сетевой протокол времени версии 4: протокол и алгоритмы.
              Спецификация », RFC 5905, DOI 10.17487 / RFC5905, июнь 2010 г.,
              .







Сонг и др. Стандарты Track [Страница 27] 

RFC 7851 P2P Overlay Diagnostics, май 2016 г.


   [RFC6940] Дженнингс, К., Ловекамп, Б., Ред., Рескорла, Э., Басет, С.,
              и Х. Шульцринне, "Ресурс LOcation And Discovery"
              (ПЕРЕЗАГРУЗИТЬ) Базовый протокол », RFC 6940, DOI 10.17487 / RFC6940,
              Январь 2014 г., .

   [RFC7263] Zong, N., Jiang, X., Even, R., and Y. Zhang, "Расширение
              к протоколу REsource LOcation And Discovery (RELOAD)
              для поддержки маршрутизации прямого ответа », RFC 7263,
              DOI 10.17487 / RFC7263, июнь 2014 г.,
              .

10.2. Информативные ссылки

   [UnixTime] Википедия, «Время Unix», апрель 2016 г.,
              .

   [P2PSIP-КОНЦЕПЦИИ]
              Брайан Д., Мэтьюз П., Шим Э., Уиллис Д. и С.
              Докинз, «Понятия и терминология для однорангового протокола SIP»,
              Работа в процессе, draft-ietf-p2psip-concepts-09, апрель
              2016 г.

   [Overlay-Failure-Detection]
              Чжуан, С., Джилс, Д., Стойка, И., и Р. Кац, "О
              Алгоритмы обнаружения отказов в оверлейных сетях », В
              Труды IEEE INFOCOM 2005, стр. 2112-2123,
              DOI 10.1109 / INFCOM.2005.1498487, март 2005 г.

   [Handling_Churn_in_a_DHT]
              Рея, С., Джилс, Д., Роско, Т., и Дж. Кубятович,
              «Обработка оттока в DHT», в материалах
              Ежегодная техническая конференция USENIX, июнь 2004 г.

   [Diagnostic_Framework]
              Джин, X., Xiong, Y., Zhang, Q., and S. Chan, "Диагностический
              Платформа для одноранговой потоковой передачи », IEEE ICME 2006,
              Июль 2006 г.













Сонг и др. Стандарты Track [Страница 28] 

RFC 7851 P2P Overlay Diagnostics, май 2016 г.


Приложение А. Примеры

   Ниже мы кратко описываем, как можно использовать эти показатели.

А.1. Пример 1

   Одноранговый узел может установить флаги EWMA_BYTES_SENT и EWMA_BYTES_RCVD в
   PathTrackReq к своим прямым соседям.Одноранговый узел может использовать EWMA_BYTES_SENT
   и EWMA_BYTES_RCVD другого однорангового узла, чтобы сделать вывод, действует ли он как
   медиа-реле. Затем он может решить не пересылать запросы на
   медиа-ретрансляция этому партнеру. Точно так же среди различных кандидатов
   для заполнения таблицы маршрутизации одноранговый узел может предпочесть одноранговый узел с большим
   Значение UPTIME, малое значение RTT и небольшое значение LAST_CONTACT.

А.2. Пример 2

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

А.3. Пример 3

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

Приложение Б. Проблемы с генерацией множественных ответов на пути

   В более ранней версии этого документа рассматривался подход
   где ответ был сгенерирован каждым промежуточным узлом как
   сообщение пересекло оверлей.От этого подхода отказались. Один
   Причина, по которой этот подход был отклонен, заключалась в том, что он мог обеспечить DoS
   механизм, посредством которого злоумышленник может отправить произвольное сообщение
   утверждая, что он от поддельного «отправителя», настоящий отправитель хотел
   атака. В результате отправки этого одного сообщения многие сообщения будут
   быть сгенерированы и отправлены обратно ложному "отправителю" - по одному от каждого
   промежуточный узел на пути сообщения. Во время аутентификации
   механизмы могут снизить некоторый риск этой атаки, но она все равно
   в фундаментальном разрыве с характером запроса-ответа ПЕРЕЗАГРУЗКИ
   протокол, поскольку на один запрос генерируется несколько ответов.Хотя один запрос с ответами от всех пиров на маршруте
   будет более эффективным, было определено, что это слишком большая безопасность
   риск и отклонение от архитектуры RELOAD.





Сонг и др. Стандарты Track [Страница 29] 

RFC 7851 P2P Overlay Diagnostics, май 2016 г.


Благодарности

   Мы хотели бы поблагодарить Zheng Hewen за вклад
   первоначальная черновая версия этого документа. Мы также хотели бы поблагодарить
   Брюс Лоуекамп, Салман Басет, Хеннинг Шульцринне, Цзян Хайфэн и
   Марку Пети-Гугенину за обсуждение по электронной почте и их благодарность
   комментарии и особая благодарность Генри Синнрайху за вклад в
   текст сценария использования.Благодарим авторов
   RELOAD протокол для передачи текста о диагностике в этот
   документ.

Адреса авторов

   Хайбин Сонг
   Huawei

   Почта: [email protected]


   Цзян Синфэн
   Huawei

   Эл. Почта: [email protected]


   Рони Эвен
   Huawei
   14 Давид Амелех
   Тель-Авив 64953
   Израиль

   Почта: [email protected]


   Дэвид А. Брайан
   ethernot.org
   Сидар-Парк, Техас
   Соединенные Штаты

   Почта: [email protected]


   Йи Сун
   ИКТ

   Электронная почта: sunyi @ ict.ac.cn





Сонг и др. Standards Track [Страница 30]
 

Как открыть файл P2P?

Формат заполнителя FolderShare

• Разработчик

  Microsoft

• Категория

• Популярность

Что такое файл P2P?

Полное имя формата файлов с расширением P2P: FolderShare Placeholder Format.Спецификация FolderShare Placeholder Format была создана Microsoft. Файлы P2P поддерживаются программными приложениями, доступными для устройств под управлением Mac OS, Windows. Формат файла P2P, наряду с 5928 другими форматами файлов, относится к категории «Разные файлы». Пользователям рекомендуется использовать программное обеспечение FolderShare для управления файлами P2P, хотя 2 другие программы также могут обрабатывать этот тип файла.

Программы, поддерживающие расширение файла P2P

Ниже вы найдете указатель программ, которые можно использовать для открытия файлов P2P, разделенных на 2 категории в соответствии с поддерживаемой системной платформой.Файлы с расширением P2P, как и файлы любых других форматов, можно найти в любой операционной системе. Рассматриваемые файлы могут быть переданы на другие устройства, будь то мобильные или стационарные, но не все системы могут правильно обрабатывать такие файлы.

Программы, поддерживающие файл P2P

Окна

ОС MAC

Как открыть файл P2P?

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

Шаг 1. Установите программу FolderShare

Наиболее частой причиной таких проблем является отсутствие соответствующих приложений, поддерживающих файлы P2P, установленные в системе.Этот простой. Выберите FolderShare или одну из рекомендуемых программ (например, Microsoft Live Mesh), загрузите ее из соответствующего источника и установите в своей системе. Вверху страницы находится список, содержащий все программы, сгруппированные по поддерживаемым операционным системам. Один из самых безопасных способов загрузки программного обеспечения - использование ссылок, предоставленных официальными дистрибьюторами. Посетите веб-сайт FolderShare и загрузите установщик.

Шаг 2.Убедитесь, что у вас установлена ​​последняя версия FolderShare

.

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

Шаг 3. Назначьте FolderShare файлам P2P

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

Процедура изменения программы по умолчанию в Windows

• Если щелкнуть P2P правой кнопкой мыши, откроется меню, в котором вы должны выбрать опцию «Открыть с помощью»
• Затем выберите вариант «Выбрать другое приложение», а затем с помощью дополнительных приложений откройте список доступных приложений.
• Наконец, выберите Искать другое приложение на этом ПК, укажите папку, в которой установлен FolderShare, установите флажок Всегда использовать это приложение для открытия файлов P2P и подтвердите свой выбор, нажав кнопку ОК

Процедура изменения программы по умолчанию в Mac OS

• Щелкните правой кнопкой мыши файл P2P и выберите Информация
• Найдите параметр «Открыть с помощью» - щелкните заголовок, если он скрыт
• Из списка выберите соответствующую программу и подтвердите, нажав «Изменить для всех»....
• Должно появиться окно с сообщением, что Это изменение будет применено ко всем файлам с расширением P2P . Нажимая «Продолжить», вы подтверждаете свой выбор.

Шаг 4. Убедитесь, что P2P не неисправен

Вы внимательно выполнили шаги, перечисленные в пунктах 1-3, но проблема все еще существует? Вы должны проверить, является ли файл правильным файлом P2P. Проблемы с открытием файла могут возникнуть по разным причинам.

1. Проверьте файл P2P на наличие вирусов или вредоносных программ

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

2. Проверьте, не поврежден ли файл

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

3. Убедитесь, что у вас есть соответствующие права доступа

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

4. Убедитесь, что в системе достаточно ресурсов для запуска FolderShare

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

5. Проверьте наличие последних обновлений операционной системы и драйверов

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

Хотите помочь?

Если у вас есть дополнительная информация о файле P2P, мы будем благодарны, если вы поделитесь ею с нашими пользователями. Для этого используйте форму здесь и отправьте нам свою информацию о файле P2P.

p2p - chromiumos / platform2 - Git в Google

Около

p2p - это программный пакет для рекламы и поиска контента в локальной сети (LAN).Он построен поверх HTTP и mDNS / DNS-SD. p2p написан специально для Chrome OS и использует службы и соглашения, специфичные для этой ОС. Он не предназначен для переноса на другие ОС.

Файлы

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

 / var / cache / p2p
 

В дальнейшем этот каталог будет называться $ (P2P_DIR) .

Теория работы

Файлы для совместного использования объявляются через службу DNS-SD с типом службы _cros_p2p._tcp .

Адрес и номер порта, объявленные в службе DNS-SD, относятся к HTTP-серверу, работающему на том же компьютере. Для упрощения управления брандмауэром всегда используется порт 16725 («AU»), но в будущем он может быть динамическим.

Любой файл с расширением .p2p в $ (P2P_DIR) объявляется как запись TXT в ответе DNS-SD, где его значением является длина файла (десятичное кодирование).Например, если файл $ (P2P_DIR) /some_payload.bin.p2p существует и имеет длину 123456789 байт, в ответе DNS-SD будет объявлена ​​запись TXT id_some_payload.bin = 123456789 (префикс id_ присутствует. только для целей размещения имен). По соглашению, это позволяет любому клиенту загружать файл, используя URL-адрес

 http: // :  /some_payload.bin
 

, где IP и ПОРТ взяты из ответа DNS-SD. Кроме того, чтобы разрешить совместное использование файлов, которые еще не полностью загружены, можно установить пользователя .Cross-p2p-sizes расширенный атрибут с окончательным размером. Это приведет к блокировке HTTP-сервера до тех пор, пока контент не станет доступным. Обратите внимание, что ответ mDNS / DNS-SD всегда возвращает размер файла на диске - это позволяет одноранговому узлу выбрать однорангового узла, например. самые загружаемые байты.

Обратите внимание, что размер, установленный в расширенном атрибуте user.cros-p2p-sizes - если он присутствует - всегда постоянный (поскольку он содержит окончательный размер файла). Напротив, размер, передаваемый через ответ mDNS / DNS-SD, отражает фактический размер файла, который увеличивается по мере загрузки все большего и большего количества данных.Таким образом, это значение не обязательно является постоянным, и фактически, в силу того, как работает mDNS / DNS-SD, изменения значения распространяются в локальной сети. Чтобы сохранить полосу пропускания при частом изменении файлов, изменения размера файлов распространяются не чаще, чем каждые десять секунд.

Каталог $ (P2P_DIR) является единственным интерфейсом для другого программного обеспечения в локальной системе для обмена файлами с другими узлами. Например, если программа update_engine (используемая для обновления Chrome OS) загружает полезную нагрузку, она может создать файл, скажем, $ (P2P_DIR) / some_update_xyz.bin.p2p.tmp и начните писать в него по мере загрузки остальной полезной нагрузки. Когда программа update_engine проверила подлинность файла (например, проверив криптографическую подпись в начале файла) и узнала окончательный размер, она может установить

• пользователя . xattr до размера
• переименуйте расширение .tmp в
• , продолжите запись полезной нагрузки в файл

и, привет, файл some_ update_xyz.bin теперь используется совместно с остальной частью локальной сети.

Помимо рекламных файлов, служба _cros_p2p._tcp DNS-SD также будет объявлять текущее количество HTTP-соединений в атрибуте num-connections TXT. Это можно использовать (совместно) для ограничения количества одновременных загрузок в локальной сети.

Программы

Пакет p2p состоит из трех программ.

p2p-server

Основная цель этой программы - отслеживать каталог $ (P2P_DIR) и рекламировать .p2p через mDNS / DNS-SD (для этого используется пакет Avahi). Когда количество файлов .p2p ненулевое, запускается программа p2p-http-server , а когда количество файлов .p2p упадет до нуля, он завершит работу и уничтожит экземпляр.

Эта программа запускается как демон (длительный процесс) и обычно запускается через задание Upstart, p2p , чтобы обеспечить правильную настройку брандмауэра (в частности, открытие TCP-порта, который будет прослушивать HTTP-сервер) , его зависимости (например,грамм. Avahi), и программа запускается с соответствующими привилегиями (используя minijail0 для сброса привилегий).

p2p-http-server

Цель этой программы - обслуживать файлов .p2p через HTTP. При необходимости он запускается и останавливается сервером p2p-server .

p2p-client

Это простая программа для обнаружения содержимого, доступного в локальной сети. Учитывая идентификатор файла, он ищет в локальной сети _cros_p2p._tcp Службы DNS-SD. Если у одного или нескольких одноранговых узлов есть файл, p2p-client выбирает один из них и печатает URL-адрес в stdout.

Пользователи и разрешения

p2p Пользователь и группа

Пользователь p2p (и группа p2p ) используется для запуска p2p-server и p2p-http-server без привилегий root.

Разрешения для

$ (P2P_DIR)

$ (P2P_DIR) принадлежит пользователю root, и его разрешения: rwxr-xr-x , то есть

• для любого (не заключенного в тюрьму) пользователя в системе может читать файлы в $ (P2P_DIR)
• только root может записывать файлы

В будущем может быть введена более сложная схема ACL, которая позволит известным непривилегированным программам (скажем, update_engine ) обмениваться контентом.

Часто задаваемые вопросы

(TODO: напишите мне)

Расширение файла P2P - что это такое? Как открыть файл P2P?

Что такое файл P2P?


Тип файла P2P в первую очередь ассоциируется с PeerGuardian от Phoenix Labs.

PeerGuardian и PeerGuardian 2 - бесплатные программы с открытым исходным кодом, разработанные Phoenix Labs.Они способны блокировать входящие и исходящие соединения на основе черных списков IP-адресов.

Как я могу открыть файл P2P?


Вам понадобится подходящее программное обеспечение, например PeerGuardian , чтобы открыть файл P2P.
Без надлежащего программного обеспечения вы получите сообщение Windows « Как вы хотите открыть этот файл? » или « Windows не может открыть этот файл » или аналогичное предупреждение Mac / iPhone / Android. Если вы не можете правильно открыть файл P2P, попробуйте щелкнуть файл правой кнопкой мыши или нажать и удерживать файл.Затем нажмите «Открыть с помощью» и выберите приложение. Вы также можете отобразить файл P2P прямо в браузере :. Просто перетащите файл в это окно браузера и отпустите.

Онлайн-просмотрщик текста P2P

Выберите файл .p2p для анализа

или перетащите сюда

Вам необходимо включить JavaScript, чтобы запустить онлайн-просмотрщик файлов P2P.

Ознакомьтесь с нашей гарантией конфиденциальности в условиях и политике конфиденциальности Filext

Программ, открывающих и конвертирующих файлы P2P:

1. PeerGuardian от Phoenix Labs

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

2. Изображение за частью (файл данных) от GraphiTech Ltd.

   Этот формат файла классифицируется как CAD / CAM.

Технические данные для расширения файла P2P

Классификация файла:

Текст

Следующий список составлен из базы данных, созданной Associate This! программа, выбранные данные из основной базы данных FILExt и информация о расширениях файлов, предоставленная пользователями.

ProgramID: FolderShare
EXEFile:% ProgramFiles% \ FolderShare \ FolderShare.exe% 1

ProgramID: FolderShare
EXEFile:% ProgramFiles% \ Iomega \ FolderShare \ FolderShare.exe% 1
EFileID

3599 :% ProgramFiles% \ ПАПКА ~ 1 \ ПАПКА ~ 1.EXE

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

Как решить проблемы с файлами P2P

• Свяжите расширение файла P2P с правильным приложением.
• Обновите свое программное обеспечение, которое должно открывать списки блокировки IP-адресов.
Потому что только текущая версия поддерживает последний формат файла P2P. Искать, поэтому, например, на веб-сайте производителя Phoenix Labs после доступного обновления PeerGuardian .
• Чтобы убедиться, что ваш файл P2P не поврежден и не заражен вирусом, получите файл еще раз и просканируйте его с помощью Google virustotal.com.

Одноранговая сеть [GDevelop wiki]

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

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

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

Таким образом, сложно проверить, обманывает ли кто-то (в отличие от выделенных серверов). P2P поддерживает до 250 одновременных подключений и поэтому также не подходит для очень крупных многопользовательских игр, таких как MMO.

Выбор брокерского сервера

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

Есть два варианта настройки брокерского сервера:

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

• Использование общедоступного сервера по умолчанию.

Настроить собственный (локальный) сервер

Локальный сервер можно легко настроить.install необходимо будет установить Node.js. Рекомендуется версия LTS.

Откройте командную строку. Для этого в Windows:

1. Нажмите клавиши Windows и R . Это откроет запустить окно

2. Введите cmd во всплывающем окне.

3. Нажмите кнопку введите .

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

1. Если вы выполняете эти шаги впервые, для установки сервера введите npm install peer -g

2. После установки сервера и каждый раз (для запуска сервера) введите peerjs -p <порт>

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

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

Использовать сервер по умолчанию

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

Вы также можете использовать сервер по умолчанию, предоставленный PeerJS.
Чтобы использовать этот сервер, используйте действие «Использовать сервер по умолчанию».

Подключение

Для подключения экземпляров вам необходимо ввести их ID в других экземплярах. Идентификатор можно найти с помощью выражения P2P :: GetID () . Для подключения используйте действие «Подключиться к другому экземпляру» и передайте в качестве параметра идентификатор другого экземпляра. Оба экземпляра подключатся автоматически. Затем вы можете отправить событие из одного экземпляра в другой, чтобы убедиться, что соединение установлено.

Взаимодействие с подключенными играми

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

Выбор включения режима потери данных

Вам может быть интересно, для чего нужен параметр «потеря данных».
Из-за того, как создан GDevelop, при выполнении листа событий может быть обработано только одно возникновение удаленного события (это происходит примерно 60 раз в секунду).Чтобы помочь оптимизировать выполнение событий, мы предоставляем возможность использовать режим без потери данных.

• В режиме no dataloss каждое удаленное событие ставится в очередь, и в каждом кадре, если оно есть в очереди, мы берем самое старое и обрабатываем его. Это гарантирует, что все данные будут обработаны / приняты во внимание.

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

Вот два примера:

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

• Если вы хотите синхронизировать позиции, релевантна только последняя отправленная позиция, а не более старые позиции.В этом случае вы должны активировать режим потери данных для предотвращения задержек / задержек .

gdevelop5 / all-features / p2p.txt · Последнее изменение: 26.12.2020 13:56 (внешнее редактирование)

P2P Extension | Beacon Docs

Init #

схема последовательности
Всплывающее окно - >> Фон: получение данных QR
Фон - >> Фон: начать прослушивание новых подключений
Справочная информация - >> Всплывающее окно: возврат данных QR
Всплывающее окно - >> Кошелек: Показать QR-код (обмен publicKey)
Кошелек - >> Кошелек: пользователь сканирует QR-код
Кошелек - >> Фон: отправить собственный publicKey в dApp, соединение установлено
Фон - >> Всплывающее окно: успешное соединение

схема последовательности
Всплывающее окно - >> Фон: получение данных QR
Фон - >> Фон: начать прослушивание новых подключений
Справочная информация - >> Всплывающее окно: возврат данных QR
Всплывающее окно - >> Кошелек: Показать QR-код (обмен publicKey)
Кошелек - >> Кошелек: пользователь сканирует QR-код
Кошелек - >> Фон: отправить собственный publicKey в dApp, соединение установлено
Фон - >> Всплывающее окно: успешное соединение

Запрос на разрешение №

схема последовательности
dApp - >> Фон: запрос
Фон - >> Кошелек: запрос разрешения
Кошелек - >> Кошелек: подтверждение пользователя
Кошелек - >> Фон: ответ о разрешении
Фон - >> dApp: ответ

Запрос операции №

схема последовательности
dApp - >> Фон: запрос
Справочная информация - >> Кошелек: запрос операции
выбрать без порога
Кошелек - >> Кошелек: подтверждение пользователя
конец
Кошелек - >> Кошелек: Forge Operation
Кошелек - >> Кошелек: подпись
Кошелек - >> Кошелек: трансляция
Кошелек - >> Предыстория: ответ операции
Фон - >> dApp: ответ

Запрос на подпись №

схема последовательности
dApp - >> Фон: запрос
Справочная информация - >> Кошелек: подписать запрос
выбрать без порога
Кошелек - >> Кошелек: подтверждение пользователя
конец
Кошелек - >> Кошелек: подпись
Кошелек - >> Фон: подписать ответ
Фон - >> dApp: ответ

Запрос широковещательной рассылки №

схема последовательности
dApp - >> Фон: запрос
Справочная информация - >> Кошелек: запрос на подпись
Кошелек - >> Кошелек: подтверждение пользователя
Кошелек - >> Фон: подписание ответа
Предыстория - >> Предыстория: Трансляция
Фон - >> dApp: ответ

Открыть файл p2p

Расширение файла p2p связано со службой Microsoft FolderShare, используемой для обмена данными.

Есть 2 других типа файлов , использующих
расширение файла P2P !

. p2p - список блокировки IP-адресов PeerGuardian

. p2p - данные от изображения к детали

Подробное описание

Программное обеспечение , открывающее файл p2p

Добавить комментарий

Добавить в закладки и поделиться этой страницей с другими:

Что такое файл p2p? Как открыть файлы p2p?

Расширение файла p2p связано с Microsoft FolderShare, который используется для совместного использования папок и распространяется как часть приложения Microsoft Live.Теперь можно было использовать Microsoft Mesh. p2p - это ярлык для одноранговых сетей.

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

Этот тип файлов больше не используется активно и, скорее всего, устарел. Обычно это относится к системным файлам в старых операционных системах, к типам файлов из давно снятого с производства программного обеспечения или к предыдущим версиям определенных типов файлов (например, документов, проектов и т. Д.), Которые были заменены в более поздних версиях их исходных программ.

Программное обеспечение по умолчанию, связанное с открытием файла p2p:

Microsoft Live Mesh

Компания или разработчик:
Microsoft Corporation

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

Эта программа обычно была заменена службой SkyDrive (OneDrive).

Помогите, как открыть:

Вероятно, не предназначено для доступа пользователя.

Как сконвертировать:

Наверное нельзя ни в что другое конвертировать.

Список программных приложений, связанных с расширением файла .p2p

Рекомендуемые программы отсортированы по платформе ОС (Windows, macOS, Linux, iOS, Android и т. Д.)
и возможные программные действия, которые могут быть выполнены с помощью файл : например, открыть файл p2p, отредактировать файл p2p, преобразовать файл p2p, просмотреть файл p2p, воспроизвести файл p2p и т. д. (если существует программное обеспечение для соответствующего действия в File-Extensions.базу данных организации).

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

Программы, которые могут создавать файл p2p - данные Microsoft FolderShare

Программы, поддерживающие расширение p2p на основных платформах Windows, Mac, Linux или мобильных устройствах. Щелкните ссылку, чтобы получить дополнительную информацию о Microsoft Live Mesh для создания файла p2p.

Unspecified и все другие действия для компьютерных программ, работающих с файлом p2p - данные Microsoft FolderShare

Щелкните ссылку на программное обеспечение для получения дополнительных сведений о Microsoft Live Mesh. Microsoft Live Mesh использует тип файла p2p для своих внутренних целей и / или также иначе, чем обычные действия редактирования или открытия файла (например, для установки / выполнения / поддержки самого приложения, для хранения данных приложения или пользователя, настройки программы и т. Д.) .

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

.