Difference between revisions of "XMPP Core"
(заболванил) |
(→Обобщённая архитектура сети) |
||
| Line 7: | Line 7: | ||
== Обобщённая архитектура сети == | == Обобщённая архитектура сети == | ||
| + | |||
| + | === Обзор === | ||
| + | Хотя XMPP и не привязан к конкретной сетевой архитектуре, обычно он реализуется с архитектурой "клиент-сервер", где клиент соединяется с сервером по протоколу TCP, и соединения между серверами тоже производятся по протоколу TCP. | ||
| + | |||
| + | [[Image:Xmpp_core_network.PNG|Примерная структура сети]] | ||
| + | |||
| + | Примерная структура сети XMPP включает в себя [[Сервер|сервера]], к которым подключаются [[Клиент|клиенты]]. На схеме также показан транспорт в другую [[IM]] сеть. Синим цветом выделены соединения XMPP, черным - соединения сторонней сети. | ||
| + | |||
| + | === Сервер === | ||
| + | [[Сервер]] действует как уровень абстракции для соединений XMPP. Его основные обязанности: | ||
| + | * управлять соединениями(сессиями) других [[Сущность|сущностей]], в форме XML потоков от/для авторизованных клиентов, других серверов и прочих сущностей. | ||
| + | * маршрутизировать корректно адресованные XML [[Станс|стансы]] между указанными сущностями посредством XML потоков. | ||
| + | |||
| + | Большинство XMPP-совместимых серверов также выполняют обязанности по хранению данных клиентов (например, их [[Ростер|контакт-листов]] в случае базирующихся на XMPP [[IM]]-приложений). В этом случае данные XML обрабатываются самим сервером, и никуда не перенаправляются. | ||
| + | |||
| + | === Клиент === | ||
| + | Большинство клиентов подключаются напрямую к серверам через {{w|TCP}}-соединения, и используют XMPP для получения доступа к возможностям [[Сервер|сервера]] и связанных с ним [[Сервис|сервисов]]. Одновременно могут быть подключены несколько [[Ресурс|ресурсов]] (например, обозначающих устройства или местоположения) одного клиента. Каждый ресурс должен иметь уникальный идентификатор ресурса (см. [[XMPP Core#Схема адресации]]). | ||
| + | |||
| + | Рекомендуется для [[C2S|клиент-серверных соединений]] использовать порт 5222. | ||
| + | |||
| + | === Транспорт === | ||
| + | Транспорт - специальный сервис, работающий на стороне сервера, чья основная функция - обеспечивать перевод [[XMPP]] в протокол сторонней (не XMPP) [[IM]] сети и обратно. Примерами могут являться [[SMTP|e-mail]], [[IRC|Internet Relay Chat]], [[SIMPLE]], [[SMS]], а также коммерческие IM-сети, такие как [[AIM]], [[ICQ]], [[MSN]] и [[Yahoo! Messenger|Yahoo! IM]]. Коммуникации между транспортами и XMPP-серверами, а также между транспортами и сторонними серверами не описываются в этом документе. | ||
| + | |||
| + | === Сеть === | ||
| + | Поскольку каждый сервер идентифицируется его сетевым адресом, и поскольку [[S2S|сервер-серверные коммуникации]] являются прямым расширением [[C2S|клиент-серверного протокола]], фактически система состоит из набора взаимодействующих серверов. Таким образом, <juliet@example.com> может обмениваться сообщениями, информацией о присутствии и др. с <romeo@example.net>. Этот шаблорн знаком по протоколам вроде {{w|SMTP}}, которые пользуются стандартами сетевой адресации. Взаимодействие между серверами НЕОБЯЗАТЕЛЬНО. Если оно доступно, оно должно производиться посредством XML потоков через TCP соединения. Рекомендуемый порт для межсерверного взаимодействия 5269. | ||
== Схема адресации == | == Схема адресации == | ||
Revision as of 11:04, 26 April 2009
|
Информации мало или она отсутствует Пока в данной статье мало информации. Приносим извинения. Если вы хотите написать по теме, — . |
ЯВики используйте название
Основы XMPP
На других ресурсах
можно также давать ссылку
http://jawiki.ru/XMPP_Core
Основы протокола XMPP изложены в документе RFC 3920: "Extensible Messaging and Presence Protocol (XMPP): Core".
Этот документ описывает обощённую архитектуру, схему адресации, термины "XML поток" и "XML станс", правила использования XML, требования к совместимым реализациям протокола, а также соображения по поводу интернациональности и безопасности.
Contents
- 1 Обобщённая архитектура сети
- 2 Схема адресации
- 3 XML потоки
- 4 Использование TLS
- 5 Использование SASL
- 6 Назначение ресурса
- 7 Server Dialback
- 8 XML стансы
- 9 Правила обработки XML стансов на сервере
- 10 Использование XML в протоколе XMPP
- 11 Требования к совместимости с Основами
- 12 Соображения по поводу интернациональности
- 13 Соображения по поводу безопасности
- 14 Соображения IANA
- 15 Примечания
- 16 Различия между Основами Jabber и XMPP
- 17 Ссылки
Обобщённая архитектура сети
Обзор
Хотя XMPP и не привязан к конкретной сетевой архитектуре, обычно он реализуется с архитектурой "клиент-сервер", где клиент соединяется с сервером по протоколу TCP, и соединения между серверами тоже производятся по протоколу TCP.
Примерная структура сети XMPP включает в себя сервера, к которым подключаются клиенты. На схеме также показан транспорт в другую IM сеть. Синим цветом выделены соединения XMPP, черным - соединения сторонней сети.
Сервер
Сервер действует как уровень абстракции для соединений XMPP. Его основные обязанности:
- управлять соединениями(сессиями) других сущностей, в форме XML потоков от/для авторизованных клиентов, других серверов и прочих сущностей.
- маршрутизировать корректно адресованные XML стансы между указанными сущностями посредством XML потоков.
Большинство XMPP-совместимых серверов также выполняют обязанности по хранению данных клиентов (например, их контакт-листов в случае базирующихся на XMPP IM-приложений). В этом случае данные XML обрабатываются самим сервером, и никуда не перенаправляются.
Клиент
Большинство клиентов подключаются напрямую к серверам через TCP-соединения, и используют XMPP для получения доступа к возможностям сервера и связанных с ним сервисов. Одновременно могут быть подключены несколько ресурсов (например, обозначающих устройства или местоположения) одного клиента. Каждый ресурс должен иметь уникальный идентификатор ресурса (см. XMPP Core#Схема адресации).
Рекомендуется для клиент-серверных соединений использовать порт 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.
Схема адресации
XML потоки
Использование TLS
Использование SASL
Назначение ресурса
Server Dialback
XML стансы
Правила обработки XML стансов на сервере
Использование XML в протоколе XMPP
Требования к совместимости с Основами
Соображения по поводу интернациональности
Соображения по поводу безопасности
Соображения IANA
Примечания
Различия между Основами Jabber и XMPP
Ссылки
- RFC 3920 на сайте ietf.org (англ.)
