YD/T 2937-2015 扩展消息与表示协议 (XMPP) 地址格式

ICS33,10070

L79

中华人民共和国通信行业标准

YD/T2937-2015

扩展消息与表示协议（XIVIPP)

地址格式

Extensiblemessagingandpresenceprotocol(XMPP)

——Addressformat

2015—07—14发布2015-10-01实施

中华人民共和国工业和信息化部发布

YD/T2937-2015

目次

4地址1

4.1基础…1

4.2域部分.......■•2

4.3本地部分….3

4.4资源部分。..........。3

5国际化事项...........•4

6安全性事项........_，4

6.1Stringprep的重用•■4

6.2Unicode的重用…■•4

6.3地址欺骗•••••••••••••ft*********«•«•••••_•••••_•鲁》••4

7IANA事项-•6

7.1Stringprep的Nodeprep文本6

12Stringprep的Resourceprep文本...•6

8-致性要求…16

附录A(规范性附录）Nodeprep-8

附录B(规范性附录）Resourceprep10

YD/T2937-2015

前

本标准是XMPP系列标准之一，本系列标准的名称和结构预计如下：

——扩展消息与表示协议核心协议；

一一扩展消息与表示协议即时消息与表示；

扩展消息与表示协议地址格式；

——扩展消息与表示协议端到端的签名与对象加密。

本标准按照GB/T1.1-2009给出的规则起草。

请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。

本标准由中国通信标准化协会提出并归口。

本标准起草单位：重庆邮电大学、中国信息通信研宄院、国家电网公司信息通信分公司。

本标准主要起草人：王平、王恒、王浩、唐晓铭、李瑞雪、谢昊飞、罗志勇、严冬、

赵锋、张炎、谢金凤、刘建明、陈星。

YD/T2937-2015

扩展消息与表示协议（XMPP)

地址格式

1范围

本标准规定了扩展消息与表示协议（XMPP)的地址格式，以便于在任意两个或多个网络实体之间

接近实时的消息通信。该地址格式重用了“stringprep”技术来预备非ASCII字符串STRINGPREP，包括

用于国际化域名的名字空间规范，对应于两个XMPP特有的用于localpart(本地部分）和resourcepart(资源

部分)的规范。

本标准适用于即时通讯系统。

2规范性引用文件

下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文

件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。

IETFRFC1035域名的实现与定义（Domainnames-implementationandspecification)

IETFRFC3454国际化字符串的预配置（PreparationofInternationalizedStrings("stringprep"))

IETFRFC3987国际化资源标识符（InternationalizedResourceIdentifiers(IRIs))

XSFXEP-0045多用户聊天协议（Multi-UserChat)

3缩略语

下列缩略语适用于本文件。

HTTPHyperTextTransportProtocol超文本传输协议

IQInfo/Query信息/查询

IRIsInternationalizedResourceIdentifiers国际化资源标识符

JIDJabberIdentifier标识符

NameprepPreparationofInternationalizedName国际化名字的与预配置

NodeprepPreparationofInternationalizedNode国际化节点的与预配置

ResourceprepPreparationofInternationalizedResource国际化资源的与预配置

SASLSimpleAuthenticationandSecurityLayer简单认证与安全层协议

StringprepPreparationofInternationalizedStrings国际化字符串的预配置

XMLExtensibleMarkupLanguage可扩展标记语言

XMPPExtensibleMessagingandPresenceProtocol扩展消息与表示协议

4地址

4」基础

一个XMPP实体就是任何可网址化并能使用XMPP通信的实体。由于历史原因，一个XMPP实体的本

地地址称为Jabber身份或JID。一个合法的JID就是一个UNICODE编码所代表的字符串，使用UTF8编码，

结构顺序是localpart、domainpart和resourcepart(这里前两个部分使用’字符分割，后两个部分使用

‘厂字符分割)。

YD/T2937-2015

JID的语法定义如下：

jid=[本地部分“@域部分[“/”资源部分]

本地部分=1*(节点）/*—个“节点”就是一个UTF-8编码的Unicode代码点，这个点满足stringprep

中的Nodeprep示例*/

域部分=IP文字/IPv4地址/合法域名ifqdn/*“IPv4地址”和“IP文字”规则定义于RFC3986,

匹配过程应用RFC3986定义的先到先得匹配（又名“贪婪”）机制。注意从RFC3986中对于IP文字规则

的重用表明IPv6地址由方括号包含(也就是用T开始，用结束)。"

ifqdn=1*(名字点）/*一个“名字点”就是一个UTF-8编码的Unicode代码点，符合stringprep

的Nameprep规范

resourcepart=1*(资源点）/*一个“资源点”就是一个UTF-8编码的Unicode代码点，符合stringprep

的Resourceprep规范*/

所有JID都是基于上述结构的。

一个JID的每个允许的部分(本地部分、域部分和资源部分)的字节数不能为零且不能大于1023,即总

的最大字节数（包含’和‘/’分割符）为3071。

为了达到通过一个XMPP网络（如一个XMPP节的*to’或‘from，地址）来通信的目的，实体地址

必须是一个JID,而不是统一资源标识符URI或国际化资源标识符IRI。一个XMPPURI本质上是一个JID

带上一个前缀。在任何条件下，用于XMPP的本地地址格式只是一个不带URI的JID。XMPPURI

仅被用于XMPP自身的上下文在外部的标识和交互，例如当从一个Web页面连接到一个JID。XMPPURI

描述了其如何安全地从一个XMPPURI或IRI提取出一个JID的过程。

实现要求：当把一个JID分解成各个部分时，一个应用在使用任何转换机制之前需要匹配分隔符‘@’

和Y，因为转换可能导致把特定的Unicode代码点分解成分隔符(如U+FE6BSMALLCOMMERCIALAT

可能分解成U+0040COMMERCIALAT)。

4.2域部分

一个JID的域部分就是£@’符号（如果有这个符号）后面和7’符号（若有）前面的部分。它是

一个主要的标识符并且是一个JID唯一必需的元素（仅仅是域部分就可以成为一个