XMPP正式RFC标准3920_xmpp标准资源-CSDN文库

5星 · 超过95%的资源需积分: 9 107 浏览量 2007-09-03 08:39:39 上传评论收藏 522KB DOC 举报

资源详情

资源评论

 正式  标准 
可扩展的消息和出席信息协议 核心协议 
关于本文的说明 
本文为互联网社区定义了一个互联网标准跟踪协议，并且申请讨论协议和提出了改进的建议。请参照“互
联网官方协议标准”的最新版本（）获得这个协议的标准化进程和状态。本文可以不受限制的分发。
 
版权声明 
本文版权属于互联网社区 
摘要 
本文定义了可扩展消息和出席信息协议（）的核心功能，这个协议采用  流实现在任意两个网
络终端接近实时的交换结构化信息。 提供一个通用的可扩展的框架来交换  数据，它主要用来
建立即时消息和出席信息应用以实现   的需求。 
目录 
 绪论 
 通用的架构 
 地址空间 
  流 
  的使用 
  的使用 
 资源绑定 
 服务器回拨 
  节 
 服务器处理  节的规则 
  中的  用法 
 核心的兼容性要求 
 国际化事项 
 安全性事项 
  事项 
 参考 
  
! "# $ 
  规划 
% 核心 &'((  协议和  的不同 

o <8一个  和外部（非 ）消息网络之间进行“翻译”的网关

o 28一个外部消息网络

o 8外部消息网络上的一个客户端

服务器

服务器充当  通信的一个智能抽象层，它主要负责：

o 管理发出的连接或其他实体的会话，在  流（第四章）的表单中接收和发送给授权的客

户端，服务器和其他实体。

o 用  流通过实体转发特定地址的  消息（第九章）

大部分 兼容的服务器也负责存储客户端使用的数据 比如基于  应用的联系人名单=在这种

情况下， 数据直接由服务器代替客户端处理而不需要转发到其他实体。

客户端

大部分客户端通过 连接直接连到服务器，并通过  获得由服务器和任何相关的服务所提供的全

部功能。多个不同资源（比如不同的设备和地点）的客户端可以同时登陆并且并发的连接到一个服务器，

每个不同资源的客户端通过  地址的资源标识符来区分（比如>-?-@#A@和

>-?-@#ABC），参见地址空间（第三章）。DD建议DD的客户端和服务器连接的端口是

E，这个端口已经在 525（在第十五章第九节查阅端口号码）注册了。

网关

网关是一个特殊用途的服务器端的服务，主要功能是把 翻译成外部非 消息系统，并把返回

的消息翻译成 。例如到 @#+（参见 &(），（参见 &(），%（参见

&%(），的网关；还有和别的消息服务的网关，比如 5，'，2

**,，6#F*#**,。网关和服务器之间的通信，网关和外部消息系统的通信，

不在本文描述范围之内。

网络

因为每个服务器都是由一个网络地址来标识的并且服务器之间的通信是客户!服务器协议的直接扩展，实

际上整个系统是由很多互通的服务器构成的。例如， >GH+?)#@I+@可以和

>@?)#@I+交换消息1出席信息和其他信息。这种模式常见于那些需要使网络地址标准化

的协议（比如 ）。任意两个服务器之间的通信是可选（3325）的。如果被激活，那么这种

通信应该（430）通过 流绑定到 连接上进行。建议的（%3%2%）服务器之间

的连接端口为 EJ，这个端口号已经在 525（在第十五章第九节查阅端口号码）注册了。

地址空间

概览

一个实体可以是任何一个被认为是一个网络端点的东西例如网络上的一个 ，而且它是通过  进

行通信的。所有这些实体都有一个具有唯一性的地址，并符合 J&0(规范要求的格式。由于历

史原因，一个 实体的地址被称为 "#$$-K或 "。一个合法的 "包括一组排列好的元

素，包括域名（-@#-K），节点名（--K），和资源名（*H

-K）。

" 的语法定义，使用 &572(中的 5H,@-7#CH*!2#H格式。（L地址和 LJ 地址规则在

附录 7中的 &LJ(中定义；确定节点规则的合法字符顺序由附录 5的 &2<%(的 2-II

部分来定义；确定资源规则的合法字符顺序由附录 7的 &2<%(的 *HII部分来定义；

子域名规则参考 &25(中关于国际域名标签的描述。）。

G-8&-/?/(-@#&/A/*H(

-@#8MN-A#--**!+#+

MN-8*H$!-@#O//*H$!-@#

*H$!-@#8##+P--@#+#$+

#--**!+#+8L#--**ALJ#--**

所有 "都是基于上述的结构。类似 >H*?*A*H这种结构，最常用来标识一个即时消息

用户，这个用户所连接的服务器，以及这个用户用于连接的资源（比如特定类型的客户端软件）。不过1

节点类型不是客户端也是有可能的，比如一个用来提供多用户聊天服务的特定的聊天室，地址可以是

>@?*L（这里 “@Q是聊天室的名字而 ”*LQ是多用户聊天服务的主机名），而加

入了这个聊天室的某个特定的用户的地址则是 >@?*LAC（这里 ”CQ是用户在聊天室

的昵称）。许多其他的 "类型都是可能的（例如 >-@#A*H可能是一个服务器端的脚本或

服务）。

一个 "的每个合法部分（节点名，域名，资源名）的长度不能（023）超过 字节。也就

是整体长度（包括 R?R和 RAR）不能超过  字节。

域名

域名是一个主要的  并且是 "中唯一必需（%'0%）的元素（一个纯粹的域名也是一个合法的

"）。它通常代表网络的网关或者“主”服务器，其他实体通过连接它来实现 转发和数据管理功能。

然而，由一个域名标识引用的实体，并非总是一个服务器，它也可能是一个服务器的子域地址，提供额外

的功能（比如多用户聊天服务，用户目录，或一个到外部消息系统的网关）。

每个服务器或者服务的域名，可以（56）是一个 地址，但应该（430）是一个完全合法的域名

参见 &2(一个域名  必须0是 &525(里定义的“国际化域名”，并且按 &2<%(中的

&25%%(IK+ 进行成功的字符转换。在比较两个域名  之前，服务器必须01客户端应该

430首先按照 2#@IIIK+定义在&525(中来转换每个域名的字符。

节点名

节点名是一个可选（3325）的第二 ，放在域名之前并用符号/?/分开它通常表示一个向服务器

或网关请求和使用网络服务的实体比如一个客户端1当然它也能够表示其他的实体比如在多用户聊天系

统中的一个房间节点名所代表的实体，它的地址依赖于一个特定的域名=在 的即时消息和出席信

息应用系统中，这个地址是“纯 "S>-?-@#中的一部分。

一个节点名必须按 &2<%(中的 2-IIIK+进行成功的字符转换。在比较两个节点 

之前，服务器必须（0）1客户端应该430首先按 2-IIIK+转换每个  的字符。

资源名

资源名是一个可选的第三 1它放在域名的后面并由符号/A/分开。资源名可以跟在 >-?-@#

后面也可以跟在 >-@#后面。它通常表示一个特定的会话，连接（比如设备或者所在位置），或者

一个附属于某个节点  实体相关实体的对象（比如多用户聊天室中的一个参加者）。对于服务器和和其

他客户端来说，资源名是不透明的。当它提供必需的信息以完成资源绑定（参见第七章）的时候，通常是

由客户端来实现的（尽管可以由客户端向服务器请求完成），然后显示为“已连接的资源”。一个实体可以

56并发维护多个已连接的资源。每个已连接的资源由不同的资源  来区分。

一个资源名必须（0）按 &2<%(中的 *HIIIK+进行成功的格式化。在比较

两个资源  之前，服务器必须（0）1客户端应该430首先按 *HIIIK+转换每

个  的字符。

地址的确认

在 5（见第六章）握手之后（如果必要的话，也在资源绑定（见第七章）之后），正在接收流信息的

实体必须（0）确认初始实体的 。

对于服务器间的通信，在 5握手时，如果没有指明授权的 ，这个初始的实体应该（430）是

经过认证实体（参见简单认证和安全层协议 &5(中的定义）授权的 （见第六章）。

对于客户端和服务器的通信，在 5握手时，如果没有指明授权的 ，“纯 "S>-?-@#

应该（430）是经过认证实体（参见 &5(中的定义）授权的 ，“全 "S

>-?-@#A*H的资源  部分应该（430）是由客户端和服务器在资源绑定的时候

商定的（参见第七章）。

接收的实体必须（0）确保结果 "（包括节点名，域名，资源名以及分隔符）与本章前面部分描述

的规则和格式相一致；为了满足这些约束条件，接收实体可能（56）需要把初始实体的发送方 "替换

成接收实体认可的规范 "。

 流

剩余63页未读，继续阅读

评论收藏

内容反馈

hjiaming

2012-11-08

很有帮助，完整的XMPP协议

XMPP正式RFC标准3920

评论2

最新资源

XMPP正式RFC标准3920

评论2

最新资源

相关推荐

XMPP协议学习-RFC 3920

xmpp协议详解RFC3920中文版（chm）

xmpp-RFC3920中文翻译版.doc

XMPP-RFC3920中文

XMPP-RFC3921(中文)

XMPP RFC3920 RFC3921 协议中文版

xmpp 协议介绍（rfc3920）

xmpp rfc3920 3921 汉化。

XMPP-RFC3920中文说明

RFC3920 - Jabber XMPP中文版

xmpp协议详解RFC3920中文版-PDF

XMPP-RFC3921中文.doc

XMPP协议中文参考指南

RFC3920中文翻译版.pdf

XMPP-RFC3921.rar_doc_rfc3921_xmpp

XMPP 3920协议

xmpp之RFC3921

中文版 xmpp协议之 可扩展消息出席协议：核心 RFC3920

Qt上位机软件串口通讯，视频源码，免费下载

代码随想录算法PDF.rar

张玉生《C语言程序设计》双色版 C语言程序设计理论教材习题参考答案.pdf

cloud compare用户手册（中文+英文）

CRC8/CRC16/CRC32常见几个标准的算法及C语言实现

STM32F4 ADC采样FFT运算测试代码

第十二届蓝桥杯大赛模拟赛（第三期）.pdf

Qt Qss三套样式文件 qss.zip

C++读取excel数据

点云粗配准算法

2021csp-j初赛试题及答案.docx

中文版 xmpp协议之可扩展消息出席协议：核心 RFC3920