Difference between revisions of "XMPP Core"

Revision as of 22:26, 16 November 2015

Информации мало или она отсутствует

Пока в данной статье мало информации. Приносим извинения.

Если вы хотите написать по теме, — сделайте это.

В соответствии с принятыми в данной вики договорённостями, правильное название этой статьи — Основы XMPP.

Для ссылок сюда с других страниц
ЯВики используйте название
Основы XMPP

На других ресурсах
можно также давать ссылку
http://jawiki.ru/XMPP_Core

Основы протокола XMPP изложены в документе RFC 3920: "Extensible Messaging and Presence Protocol (XMPP): Core".

Этот документ описывает обощённую архитектуру, схему адресации, термины "XML поток" и "XML станс", правила использования XML, требования к совместимым реализациям протокола, а также соображения по поводу интернациональности и безопасности.

1 Введение
2 Обобщённая архитектура сети
3 Схема адресации
- 3.1 Обзор
4 XML-потоки
5 Использование TLS
6 Использование SASL
7 Назначение ресурса
8 Server Dialback
9 XML стансы
10 Правила обработки XML стансов на сервере
11 Использование XML в протоколе XMPP
12 Требования к совместимости с Основами
13 Соображения по поводу интернациональности
14 Соображения по поводу безопасности
15 Соображения IANA
16 Примечания
17 Различия между Основами Jabber и XMPP
18 Ссылки

Введение

Extensible Messaging and Presence Protocol (XMPP) — открытый, основанный на XML протокол для обмена в почти реальном времени сообщениями, передачи информации о пристуствии и сервисов вида "запрос-ответ". Базовый синтаксис и семантика были разработаны в сообществе Jabber, большей частью в 1999 году. В 2002, рабочая группа XMPP занялась разработкой адаптации протокола Jabber, которая была бы пригодна в качестве технологии IETF для обмена сообщениями и информацией о присутствии. Как результат этой работы, данный текст описывает основные возможности XMPP 1.0; расширения, необходимые для обмена сообщениями и информацией о присутствии, определенные в RFC 2779, определены в Extensible Messaging and Presence Protocol (XMPP): XMPP IM.

Обобщённая архитектура сети

Обзор

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

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

Сервер

Сервер действует как уровень абстракции для соединений XMPP. Его основные обязанности:

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

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

Клиент

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

Рекомендуется для клиент-серверных соединений использовать порт 5222.

Транспорт

Транспорт - специальный сервис, работающий на стороне сервера, чья основная функция - обеспечивать перевод XMPP в протокол сторонней (не XMPP) IM сети и обратно. Примерами могут являться e-mail, Internet Relay Chat, SIMPLE, SMS, а также коммерческие IM-сети, такие как AIM, ICQ, MSN и Yahoo! IM. Коммуникации между транспортами и XMPP-серверами, а также между транспортами и сторонними серверами не описываются в этом документе.

Сеть

Поскольку каждый сервер идентифицируется его сетевым адресом, и поскольку сервер-серверные коммуникации являются прямым расширением клиент-серверного протокола, фактически система состоит из набора взаимодействующих серверов. Таким образом, <juliet@example.com> может обмениваться сообщениями, информацией о присутствии и др. с <romeo@example.net>. Этот шаблон знаком по протоколам вроде SMTP, которые пользуются стандартами сетевой адресации. Взаимодействие между серверами НЕОБЯЗАТЕЛЬНО. Если оно доступно, оно должно производиться посредством XML потоков через TCP соединения. Рекомендуемый порт для межсерверного взаимодействия 5269.

Схема адресации

Обзор

Сущность - что-то, что может быть воспринято как конечная точка сети и может обмениваться данными по протоколу XMPP. Все сущности имеют уникальный адрес, соотвествующий RFC 2396. По историческим причинам, идентификатор называется Jabber Identifier или JID. Корректный JID состоит из идентификатора домена (domain), идентификатора узла(node) и идентификатора ресурса(resource).

Синтакс JID в форме Бэкуса—Наура:

     jid             = [ node "@" ] domain [ "/" resource ]
     domain          = fqdn / address-literal
     fqdn            = (sub-domain 1*("." sub-domain))
     sub-domain      = (internationalized domain label)
     address-literal = IPv4address / IPv6address

Все JID'ы строятся по указанной схеме. Наиболее частое её применение - идентификация пользователя IM, сервера, к которому пользователь подключен, и ресурса пользователя в форме user@server/resource.

Тем не менее, могут существовать узлы, не являющиеся пользователями. Например, конкретная конференция на сервере конференций может быть адресована как room@server, а её участник может быть адресован как room@server/nick.

Каждая допустимая часть JID'а по длине не должна превышать 1023 байта. Таким образом, полная длина JID с учетом символов "@" и "/" не может превышать 3071 байт.

XML-потоки

Привязка к TCP

Хотя нет необходимости передавать XML поток через [TCP] соединение (например, две сущности могут подключаться друг к другу через другой механизм такой как [HTTP] туннелирование), данная спецификация определяет привязку XMPP только к TCP. В контексте клиент-серверного взаимодействия, сервер ДОЛЖЕН разрешать клиенту использование одного TCP соединения для отправки XML стансов от клиента к серверу и от сервера к клиенту. При взаимодействии сервер-сервер сервер ДОЛЖЕН использовать одно TCP соединение для стансов, посылаемых сервером пиру и другое TCP соединение (инициированное пиром) для стансов от пира к серверу, всего два TCP соединения.

Безопасность потока

Атрибуты потока

Поддержка версий

Указание пространства имён

Возможности потока

Ошибки потока

Правила

Синтаксис

Предпоределенные условия

Специфические условия приложения

Упрощенные примеры потоков

Использование TLS

Использование SASL

Назначение ресурса

Server Dialback

XML стансы

Правила обработки XML стансов на сервере

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

Требования к совместимости с Основами

Соображения по поводу интернациональности

Соображения по поводу безопасности

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

Примечания

Различия между Основами Jabber и XMPP

Ссылки

@@ Line 64: / Line 64: @@
 == XML-потоки ==
-=== Обзор ===
+<a href=http://www.coachonline-outlet.us.org/>Coach Outlet</a>
-Две фундаментальные концепции делают возможным быстрый асинхронный обмен сравнительно маленькими порциями структурированной информации между сущностями: [[XML-поток|XML-потоки]] и [[Станс|XML-стансы]].
+	<a href=http://www.outlet-canadagoose.us.com/>Canada Goose Jacket</a>
-Эти термины определяются следующим образом:
+	<a href=http://www.michael-korsonlineoutlet.us.com/>Michael Kors Bags</a>
+	<a href=http://www.boots-uggs.us.org/>Ugg Boots</a>
-'''XML-поток''' - это контейнер для обмена XML-элементами между любыми двумя сущностями в сети.
+	<a href=http://www.michael-korsonlineoutlet.us.com/>Michael Kors Outlet</a>
-Начало XML-потока однозначно обозначается открывающим XML-тегом <tt>&lt;stream&gt;</tt> (с необходимыми атрибутами и указанием пространства имён), а конец XML-потока однозначно обозначается закрывающим тегом <tt>&lt;/stream&gt;</tt>.
+	<a href=http://www.onlineoutletmichael-kors.us.org/>Michael Kors Outlet</a>
-В течение жизни потока сущность, создавшая поток, может посылать неограниченное количество XML-элементов через поток, включая как элементы для создания потока (например, предложить использовать [[TLS]] (Секция 5) или [[SASL]] (Секция 6)), так и [[Станс|XML-стансы]] (элементы <tt>&lt;message/&gt;</tt>, <tt>&lt;presence/&gt;</tt> и <tt>&lt;iq/&gt;</tt>, с пространством имён по умолчанию).
+	<a href=http://www.michael-korsonlineoutlet.us.com/>Michael Kors Outlet</a>
-"Начальный поток" предлагается инициирующей сущностью (обычно клиентом или сервером) принимающей сущности (обычно серверу), и может рассматриваться как соответствующая инициатору потока "сессия".
+	<a href=http://www.boots-uggs.us.org/>Ugg Black Friday</a>
-"Начальный поток" позволяет производить односторонюю передачу информации от инициатора к получателю; для передачи в обратном направлении принимающая сущность ДОЛЖНА предложить поток инициатору ("ответный поток").
+	<a href=http://www.michael-korsonlineoutlet.us.org/>Michael Kors Bags</a>
+	<a href=http://www.michael-korsonlineoutlet.us.com/>Michael Kors Bags</a>
-'''XML-станс''' - дискретная семантическая единица структурированной информации, переcылаемая от одной сущности к другой посредством XML-потока.
+	<a href=http://www.boots-uggs.us.org/>Ugg Boots Black Friday</a>
-XML-станс существует как непосредственный потомок корневого элемента <tt>&lt;stream/&gt;</tt>.
+	<a href=http://www.onlineoutletmichael-kors.us.com/>Michael Kors Outlet</a>
-{{todo|An XML stanza exists at the direct child level of the root <stream/> element and is said to be well-balanced if it matches the production [http://tools.ietf.org/html/rfc3920#ref-43 43] content of [http://tools.ietf.org/html/rfc3920#ref-XML XML].}}
+	<a href=http://www.outlet-canadagoose.us.com/>Canada Goose Outlet</a>
-Начало любого XML-станса однозначно обозначается открывающим тегом на глубине 1 в XML-потоке (например, <tt>&lt;presence&gt;</tt>), и конец однозначно обозначается соответствующим закрывающим тегом на глубине 1 (например, <tt>&lt;/presence&gt;</tt>).
+	<a href=http://www.jackets-canadagoose.us.org/>Canada Goose</a>
-XML-станс МОЖЕТ содержать дочерние элементы (с соответствующими атрибутами, дочерними элементами и символьными данными), если это необходимо для передачи желаемой информации.
+	<a href=http://www.jackets-canadagoose.us.org/>Canada Goose Jackets</a>
-Единственные XML-стансы, определенные здесь - элементы <tt>&lt;message/&gt;</tt>, <tt>&lt;presence/&gt;</tt> и <tt>&lt;iq/&gt;</tt>, с пространством имён по умолчанию, как описано в Секции 9; XML элементы, необходимые для инициации [[TLS]] (Секция 5), [[SASL]] (Секция 6), или Server Dialback (Секция 8) не являются XML-стансами.
+	<a href=http://www.uggblackfriday.us.org/>Ugg Black Friday</a>
+	<a href=http://www.onlineoutlets-coach.us.com/>Coach Outlet</a>
-В качестве примера рассмотрим сессию клиента с сервером.
+	<a href=http://www.michael-korsonlineoutlet.us.org/>Michael Kors Outlet</a>
-Для подключения к серверу клиент ДОЛЖЕН инициировать XML-поток, послав серверу открывающий тег <tt>&lt;stream&gt;</tt>, возможно, предварив его текстовым описанием версии XML и используемой кодировки (см. Изменения в текстовом описании (Секция 11.4) и Кодировка символов (Секция 11.5)).
+	<a href=http://www.outlets-coach.us.org/>Coach Outlet Store Online</a>
-В зависимости от локальных правил и характеристик сервиса, серверу СЛЕДУЕТ ответить клиенту вторым XML-потоком, возможно, предварив его текстовым описанием.
+	<a href=http://www.boot-uggs.us.com/>Ugg Boots</a>
-Как только клиент завершил приветствие SASL, он МОЖЕТ посылать неограниченное число XML-станс через поток любому получателю в сети.
+	<a href=http://www.onlineoutlets-coach.us.com/>Coach Outlet</a>
-Когда клиент хочет закрыть поток, он просто посылает закрывающий тег <tt>&lt;/stream&gt;</tt> (в другом варианте, поток может быть закрыть сервером), после чего клиенту и серверу СЛЕДУЕТ также прервать нижележащее соединение (обычно TCP).
+	<a href=http://www.uggblackfriday.us.org/>Cheap Uggs</a>
-Те, кто привык думать об XML как о документе, могут рассматривать сессию клиента с сервером как два незакрытых XML документа: один от клиента к серверу, и один от сервера к клиенту.
+	<a href=http://www.outlets-coach.us.org/>Coach Outlet Store Online</a>
-С этой точки зрения, корневой элемент <tt>&lt;stream/&gt;</tt>, может рассматриваться как основная сущность для обоих "документов", и оба этих "документа" строятся за счет аккумулирования XML-станс, присланных по соответствующему потоку.
+	<a href=http://www.outlets-coach.us.org/>Coach Outlet Online</a>
-Тем не менее, такая точка зрения - не более чем соглашение; XMPP имеет дело не с документами, а с потоками и стансами.
+	<a href=http://www.boot-uggs.us.com/>Ugg Black Friday</a>
+	<a href=http://www.boot-uggs.us.com/>Ugg Boots Black Friday</a>
-В сущности, XML-поток действует как конверт для всех переданных XML-станс. Упрощенно его можно представить так:
+	<a href=http://www.uggblackfriday.us.org/>Cheap Uggs</a>
-<pre>
+	<a href=http://www.michaelkorsblackfriday.us.org/>Michael Kors Outlet</a>
-   |--------------------|
+	<a href=http://www.outlet-canadagoose.us.com/>Canada Goose Outlet</a>
-   | <stream>           |
+	<a href=http://www.jackets-canadagoose.us.org/>Canada Goose</a>
-   |--------------------|
+	<a href=http://www.outlets-coach.us.org/>Coach Outlet</a>
-   | <presence>         |
+	<a href=http://www.boots-uggs.us.org/>Ugg Boots</a>
-   |   <show/>          |
+	<a href=http://www.onlineoutletmichael-kors.us.com/>Michael Kors Outlet</a>
-   | </presence>        |
+	<a href=http://www.boots-uggs.us.org/>Cheap Uggs</a>
-   |--------------------|
+	<a href=http://www.uggblackfriday.us.org/>Ugg Boots Black Friday</a>
-   | <message to='foo'> |
+	<a href=http://www.onlineoutletmichael-kors.us.org/>Michael Kors Outlet Online</a>
-   |   <body/>          |
+	<a href=http://www.michael-korsonlineoutlet.us.com/>Michael Kors Outlet Online</a>
-   | </message>         |
+	<a href=http://www.cheapbootsuggs.us.com/>Uggs Black Friday</a>
-   |--------------------|
+	<a href=http://www.michael-korsonlineoutlet.us.org/>Michael Kors Outlet</a>
-   | <iq to='bar'>      |
+	<a href=http://www.uggblackfriday.us.org/>Cheap Uggs</a>
-   |   <query/>         |
+	<a href=http://www.cheapbootsuggs.us.com/>Ugg Boots</a>
-   | </iq>              |
+	<a href=http://www.michael-korsonlineoutlet.us.org/>Michael Kors Outlet</a>
-   |--------------------|
+	<a href=http://www.jackets-canadagoose.us.org/>Canada Goose Black Friday</a>
-   | ...                |
+	<a href=http://www.boot-uggs.us.org/>Ugg Boots</a>
-   |--------------------|
+	<a href=http://www.outlets-coach.us.org/>Coach Outlet</a>
-   | </stream>          |
+	<a href=http://www.michael-korsonlineoutlet.us.org/>Michael Kors Outlet Online</a>
-   |--------------------|
+	<a href=http://www.coachonline-outlet.us.com/>Coach Outlet</a>
-</pre>
+	<a href=http://www.outlet-coach.us.org/>Coach Outlet Online</a>
+	<a href=http://www.outlet-canadagoose.us.com/>Canada Goose Outlet</a>
+	<a href=http://www.outlet-canadagoose.us.com/>Canada Goose Jackets</a>
+	<a href=http://www.boot-uggs.us.org/>Ugg Boots</a>
+	<a href=http://www.outlets-coach.us.org/>Coach Outlet</a>
+	<a href=http://www.jackets-canadagoose.us.org/>Canada Goose Jackets</a>
+	<a href=http://www.boots-uggs.us.org/>Uggs Black Friday</a>
+	<a href=http://www.boot-uggs.us.org/>Ugg Black Friday</a>
+	<a href=http://www.onlineoutletmichael-kors.us.org/>Michael Kors Outlet</a>
+	<a href=http://www.boot-uggs.us.org/>Cheap Uggs</a>
+	<a href=http://www.michael-korsonlineoutlet.us.com/>Michael Kors Outlet Online</a>
+	<a href=http://www.boots-uggs.us.org/>Ugg Boots Black Friday</a>
+	<a href=http://www.uggblackfriday.us.org/>Ugg Boots</a>
+	<a href=http://www.jackets-canadagoose.us.org/>Canada Goose Jackets</a>
+	<a href=http://www.outlet-canadagoose.us.com/>Canada Goose Outlet</a>
+	<a href=http://www.outlet-canadagoose.us.com/>Canada Goose Outlet</a>
+	<a href=http://www.onlineoutletmichael-kors.us.com/>Michael Kors Outlet</a>
+	<a href=http://www.boot-uggs.us.com/>Ugg Boots</a>
+	<a href=http://www.cheapbootsuggs.us.com/>Ugg Boots Black Friday</a>
+	<a href=http://www.cheapbootsuggs.us.com/>Cheap Ugg Boots</a>
+	<a href=http://www.outlet-coach.us.org/>Coach Outlet</a>
+	<a href=http://www.onlineoutlets-coach.us.com/>Coach Black Friday</a>
+	<a href=http://www.outlet-coach.us.org/>Coach Outlet</a>
+	<a href=http://www.uggblackfriday.us.org/>Ugg Black Friday</a>
+	<a href=http://www.uggblackfriday.us.org/>Ugg Black Friday</a>
+	<a href=http://www.uggblackfriday.us.org/>Ugg Black Friday</a>
+	<a href=http://www.cheapbootsuggs.us.com/>Cheap Ugg Boots</a>
+	<a href=http://www.michael-korsonlineoutlet.us.org/>Michael Kors Black Friday</a>
 === Привязка к TCP ===

Difference between revisions of "XMPP Core"

Revision as of 22:26, 16 November 2015

Contents

Введение

Обобщённая архитектура сети

Обзор

Сервер

Клиент

Транспорт

Сеть

Схема адресации

Обзор

XML-потоки

Привязка к TCP

Безопасность потока

Атрибуты потока

Поддержка версий

Указание пространства имён

Возможности потока

Ошибки потока

Правила

Синтаксис

Предпоределенные условия

Специфические условия приложения

Упрощенные примеры потоков

Использование TLS

Использование SASL

Назначение ресурса

Server Dialback

XML стансы

Правила обработки XML стансов на сервере

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

Требования к совместимости с Основами

Соображения по поводу интернациональности

Соображения по поводу безопасности

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

Примечания

Различия между Основами Jabber и XMPP

Ссылки

Navigation menu

Search