《多路径传输控制协议技术综述.doc》由会员分享，可在线阅读，更多相关《多路径传输控制协议技术综述.doc（6页珍藏版）》请在三一办公上搜索。
1、文章编号： 1672-2892(2011)01-0007-05多路径传输控制协议技术综述王毅，廖晓菊，潘泽友 (西南计算中心，四川 绵阳 621900)摘要 ： 随着 互联网 的应 用发展 ，用 户对带 宽的 需求日 益增 大。同 时， 伴随着 宽带 接入 技术 的发展 ， 终 端可以同 时 具有多条 网 络链接 ， 然 而传统传 输 控制协议 (TCP)采取 单 路通信 ， 因 而 造 成资源浪费 。为此，IETF 专门提出 了 多路径 TCP(MPTCP)来实现 TCP 的 多 路传输 ， 从 而提高链 路 利 用率和协 议 鲁棒性 。本文 对国内外 MPTCP 的最 新 研究成果 进 行
2、了总结 ，包 括 MPTCP 的 体系结构 、路由和拥塞控制等内容，可为国内研究者进一步深入研究提供参考。 关键词 ： 传输控制协议；多路径 TCP；体系结构；路由；拥塞控制 中图分类号 ： TN711.1；TP393文献标识码 ： AAn overview of Multi-Path Transmission Control Protocol technologyWANG Yi， LIAO Xiao-ju， PAN Ze-you(South-west Computing Center， Mianynag Sichuan 621900， China)Abstract： With the dev
3、elopment of Internet applications, users demand for bandwidth is soaringsharply. Meanwhile，along with the development of broadband access technology, the endpoint can also adopt multiple network accesses. But due to one-way communication of traditional Transmission Control Protocol(TCP)， the waste o
4、f resources will exist. To this end， IETF has specifically proposed Multi-PathTCP(MPTCP) to implement TCP multiplexing， thereby enhancing the efficiency and robustness. This paper gives a review of the IETFs research on MPTCP， including MPTCP architecture, routing and congestion control, aiming to p
5、rovide a reference for deeply studying.Key words：Transmission Control Protocol；Multi-Path TCP；architecture；routing；congestion control伴随着互 联 网各种应 用 的兴起， 特 别 是 P2P 的 应用， 如 BitTorrent,eMule,PPFilm,PPStream 等，用户对带宽 的需求越 来 越大 。同时 ，宽带接入 技 术也得到 了 前所未有 的 发展 ，尤其是 无线宽带 接 入技术 ，如 WiFi,WiMAX,3G 等 ，使得 一个 用户终端 同 时
6、具有到 目 标节点的 多 条链路 。如果 以资源共 享 的方式 ，把数 据流分发 到 这多条链 路 上 来提高网 络 带宽，这 就 是多路径 TCP(MPTCP)的思 想 ， 与传统 TCP 不同， MPTCP 可 以提供端 到 端的多路 通 信 。此外， MPTCP 还可 以通过 在多条链 路 上重传数 据 来提高鲁 棒 性。正是 由 于 MPTCP 的 优越性， IETF 为此 专门成 立了 MPTCP 工作组 1 9 ，致力解决 MPTCP 体 系结构 、拥 塞控 制、路 由 、API6,9 、安全方 面的问题 10 ，并且保 证 MPTCP 可向 后兼容传 统 TCP。 MPTCP 预
7、期目标 包 括 2 ： a) 提 高吞吐率 ， MPTCP 的 吞 吐 率不低于 通 信节点间 任 意一条链 路 的吞吐率 。 这就要求 MPTCP 支持多 路通信； b) 公平性， MPTCP 在任意 一条链路 上 所占用的 带 宽 不超过传统 TCP 模式下 所占 用的带宽 ，即具 有 MPTCP 的通信双 方 在任意一 条 共享链路 上 的通信不 会 影响其他 端 节 点的通信 ； c) 平衡 拥塞， MPTCP 应该 避免在拥 塞 的链路继 续 传输数据 ， 这个目标 是 为了保证 吞 吐率和公 平 性 。 MPTCP 工作 组成立于 2009 年 ， 到目 前还 没 有 相关的 RF
8、C 文档 提出。 本文 就 2009 年 2010 年所 发表 的草案进 行 总结，旨在为国内学者对 MPTC 的进一步研究提供相关参考。 1MPTCP 体系结构 在这个小 节 里将着重 讨 论 MPTCP 的 体系结构 ，包 括其分层 的 结构以及 各 个层次的 功 能 ，子流 的建 立和撤销， 路径管理和 MPTCP 的按序传输。 收稿日期：2010-09-27；修回日期：2010-11-03信 息 与 电 子工程第 9 卷81.1 MPTCP 层次结构 为 了实现多路 径的可靠传 输， IETF 工 作组扩展了 传统 TCP 的功能 ，如图 1 所 示。在应 用 层和传输 层 之间加入
9、了 支 持多路径 传 输 的 MPTCP 层，原有 的 TCP 层只针 对 子流起作 用，使得通信双方从应用层来看，传输层仍然是单路通信。 新加入的 MPTCP 层功 能 主要包含 2 ： a) 分 流 ，把传 统的 TCP 数 据 进行分流 ，分 别在不同 的 子流上传 输 ；b) 路径管 Fig.1 MPTCP layered representation图 1 MPTCP 层次结构理， 用 来 探 测和管理 通 信双方的 可 用路径 。 具 体来说 ， MPTCP 按功 能 可以分 为路径管 理 (PM)和包调 度 (PS)，如 图 2 所示 。路径 管 理负责通 信 双方的路 径 发
10、现；包调度 的功能包括 ：包的调度 、子流接口 和拥塞控制 。当包调度 接 收 到来自应用层 的数据后， 首先对数据 进行处理， 然后发送给 子流；子流 对 数 据 添 加 序 列号和 确认 号传给 网络 层。目 的端 子流收 到数 据后， 将其 交付 给 MPTCP， MPTCP 对数 据 进行处理 后 上传给应 用 层。作为 包 调度的组 成 部 分 ， 拥塞控制用来控制各个子流的发送速率。 Fig.2 Function composition of MPTCP图 2 MPTCP 的功能组成1.2 初始化连接 与 TCP 一样，MPTCP 的 初始化连 接 也需经历 通 信双方的 3 次握
11、手。与 TCP 不一样的 是，SYN,SYN/ACK 的交换过程 中 ，增加了 双 方协商是 否 采 用 MPTCP。为了兼容 TCP， MPTCP 的所有管 理 信息都通过 TCP 选项字 段 来传输， 其 选项编号 由 INNA 来分配 。在初始 化 连接过程 中 ，如果通 信 一方支持 MPTCP，则 在 SYN,SYN/ACK携带一个 MP_CAP(Multipath Capable)选项。 图 3 中的 Sender Token 是 由发送者 产 生的一 条 MPTCP连 接的标 志符 ， Token 只 具有局 部意 义，并 不要 求通信 双 方 Token 值一致 。MP_CAP
12、 选项只出 现 在 SYN 和 SYN/ACK的选项字 段 里。只有 第 一次和第 二 次握手都 包 含 MP_CAP 选项 (表明通 信双方都 支 持 MPTCP)， 通信才采 用 MPTCP； 否则采用 TCP。1230 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1Length=11Kind=MP_CAPSender TokenSender Token (cont 4 octets)Initial Data Sequence NumberInitial Data Sequence Number (cont 6 b
13、ytes)Fig.3 Multi-path capable option图 3 支持多径选项1.3 新建子流 支持 MPTCP 的 通 信双方 A,B 完 成 初始化连 接 后，在 A,B 之间 便建 立起一条 通 信链路 。由于 仅在这一 条 链路上通 信，所以 仍 然 是 TCP。 A 和 B 可以通过新建 子 流来建立 另 一条通信 链 路 ，从而实 现 MPTCP，MPTCP 的应 用场景如 图4 所示。 图 4 中， 主机 A,B 不但 知道自己 的 IP 地址 ，还可 通过 路径管理 来 获取对方 的 IP 地址。 A,B 任意一方 可 以采用一 对当前没 有 使用的地 址 来新建
14、一 个 子流 。子 流 的 建立通过 传 统的 SYN,SYN/ACK 交付 完成。如 图 5 所 示 ，主机 A,B 新 建了一条 Address A2Address B2 的子流。 OPT_JOIN 选项 用来新建一 个子流，与 初始化连接 一 样 ，该 选项只 包含在 SYN,SYN/ACK 数 据段里 ，其 格 式如图 6 所示。 在 OPT_JOIN 选项里， Receiver Token 的值等同 于 收 到MP_CAP 里 Sender Token 的值 ，Address ID 只具 有局 部意义 且具有唯一 性，标识发 送者在子流 用到的 IP 地址。采用 Address ID
15、 的好处在 于 如果一方 发 现自己当 前 IP 地址不 可 用时 ，可以 通过 其 他 IP 地 址通告对 方 移除该不 可 用 IP 地址 。 为了路径 管 理的需要 ，通 信双方需 要 在各自主 机 上保存一 个Host AHost BAddress A1Address A2Address B1Address B2(initial connection setup)(additional subflow setup)Fig.4 Example of MPTCP usage scenario图 4 MPTCP 运用场景Host AHost BAddress A1Address A2Addr
16、ess B1Address B2SYN OPT_MPC(Token A)SYN/ACK OPT_MPC(Token B)SYN/ACK OPT_JOIN(Token B)SYN/ACK OPT_JOIN(Token A)Fig.5 Starting a new subflow图 5 新建子流Address ID 到 IP 地址的映射 。application layerPacket Scheduling(PS)Path Management(PM)Transport Layer TCPapplication layerTCPIPapplication layerMPTCPsubflow(TCP
17、)subflow(TCP)IPIP王毅等 ：多 路径传输控制协议技术综述 第 1 期9应该注意 的 是 在 MPTCP 里，是通 过 Token 将 子流和 MPTCP 联系 起来 (通过 Token 实现 复用 分用 )，这 与 TCP 不 同。在 TCP 里，则是通 过端口来实 现复用分用。 MPTCP规定目的 端 口可以任 意 设置 ，只 要 保 证接收方 5 元组 (协议 ， 源 IP 地址 ，源 端 口 ，目的 IP 地 址 ， 目的端口 )的 唯一性。 但是考虑到网络里中间件的存在，新建子流的目的端口号 1230 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7
18、8 9 0 1 2 3 4 5 6 7 8 9 0 1Length=7Receiver Token (4 octets total)Kind=OPT_JOINReceiver Token (continued)Address IDFig.6 Join connection option图 6 加入连接选项应和连接 初 始化中的 目 的端口号 一 致 。这样做 的 考虑是以 免 网络监控 软 件混淆 ，以 及 最大化穿 越 网络中间 件 ，如 ：防火墙、 NAT 等。 1.4 关闭连接 在 TCP 里 ，FIN 数据段表 示 一方没有 数 据发送 ，当通 信双方都 确 认了对方 的 FIN 数据
19、 后 ，即 关闭连接 。MPTCP为了保持 各 个子流的 独 立性，以 及 向后兼容 TCP，在一 个123子流上 的 FIN 只是影 响 到该子流 ， 只是关闭 该 子流而不 是关闭整条 MPTCP 连接。 当应用层 调 用 close()函 数，表明 应 用层已经 没 有数据 需要发送 。MPTCP 就 通 过 所有的子 流 发送带有 OPT_DFIN选项的 FIN 数据段给 接 收端，表 示 关 闭 MPTCP 连接，如 图 7 所示。 1.5 路径管理 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1Data
20、 Sequence Number (8B)Kind=OPT_DFIN Length=10Data Sequence Number (contd.)Data Sequence Number (contd.)Fig.7 Close connection option图 7 关闭连接选项路径管理 负 责交换通 信 双方的路 径 信息，本 文 中的路径 用 通信双方的 IP 地址来标 识 。那么路 径 管理包 括： 地址通告和地址撤销。 1.5.1地址通告 在 MPTCP 里 ，对于多 宿 主的通信 方 ，可通过 发 送 包含 OPT_ADDR 的数据段 通 告对方自 己 的其他 IP 地址 。对 方
21、收到 OPT_ADDR 后就触发新建 子 流，过程 如 1.3 节所 示。采用 这 种向对方 通 告自己 IP 地 址，然后 由 对方发起 子流建立 的 被动过程 ， 主要是考 虑 到对方在 NAT 后，多 宿主通信方只能被动接收连接请求，如图 8 所示。 1.5.2地址撤销 1230 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1Kind=OPT_ADDRLengthAddress IDIPVer (resvd)Address (IPv4 4 octets)Fig.8 Add address option图 8 添加
22、地址选项当通信双 方 中的任意 一 方发现在 一 子流中自 己 的 IP 地址 不 可用时， 就 应该向对 方 发送包含 OPT_REMADR的 数 据 段 来 通 知 对 方 撤 销 该 不 可 用 地 址 。 当 收 到 123OPT_REMADR 后，端节 点 就应该从 Address ID 到 IP 地址映射表 里 移 除 OPT_REMADR 包含的 IP 地址， 并关闭 使用这些 IP 地 址 的 子流。 发 送 和接收 OPT_REMADR 数 据段都会触发关闭子流，如图 9 所示。 1.6 MPTCP 按序传输 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6
23、 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1Kind=OPT_REMADR Length = 2+nAddress IDFig.9 Remove address option图 9 移除地址选项当子流接 收 到发送端 发 来的数据 后 ，子流将数 据 交付给 MPTCP，MPTCP 对 数据重组 后 再向上提 交 给应用层。 为了实现 数 据的按序 接 收 ，在 TCP 里 采用序列 号 的机制对 数 据进行编 号 。MPTCP 也采 用类似对 数 据编号的 机 制 ， 不过数 据编 号采用 分层 的两级 模式 子流层 序列号 和123数据层序 列 号。子流 层 序列号即 是
24、TCP 中的序 列 号，而 数据层序列号被封装在选项字段，如图 10 所示 。OPT_DSN 包含 了 Data Sequence Number(数 据 层序列 号 ) 和 Sub-flow Sequence Number(子 流 层序列 号 )，形成 了数 据序列号 到 子流序列 号 的映射 。在 OPT_DSN 包含 子流序 列号，是 考 虑到网络 中 间件可能 对 子流的 TCP 协议包头 的序列号进行修改。 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1Kind=OPT_DSNLengthData Sequ
25、ence Number( (length-8) octets)Data-level Length (2 octets)Subflow Sequence Number (4 octets)Fig.10 Data sequence number option图 10 数据序列号选项信 息 与 电 子 工 程第 9 卷10接收端拒 绝 接收不含 OPT_DSN 选项 的数据段 ，并 且不会对 源 端发送确 认 消息。在理想 情况下 ，只 需 通过子 流级的确 认 (即传统 TCP 的确认 )来通 知发送端 数 据已经顺 利 接收 。但是考 虑这样一 个 情况 ：目的端 通过代理 与 发送端通信，当发
26、送端发送给目的端的数据被代理接收后， 代理代替目的端向发送端发送确认消息，但代理将数据发 给目的端的过程中丢弃了该数据，在这种情况下，发送端 仍然误认为 目的端接收 了数据。为 了解决上述 问题， MPTCP 提供一个面向 MPTCP 连接级的确认，其 意义和 TCP 的 ACK 一样OPT_DACK3 ，如图 11 所示。 1230 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1Kind=OPT_DACKLengthData Sequence Number( (length-8) octets)Fig.11 Conn
27、ection-level acknowledge option图 11 连接级确认选项2MPTCP 拥塞控制 拥塞控制 是 通过拥塞 窗 口来调节 端 节点的发 送 速率。在 MPTCP 拥塞 控 制里，不 同 的 子流具有 不 同的拥塞窗 口。为了实现资源共享，需要将各个子流的拥塞窗口耦合起来，以减少发送到拥塞链路的数据。文献 4提出的 拥塞控制 算 法基于 TCP New Reno， 在慢开始 、 快重传、 快 恢复中， MPTCP 的拥 塞 控制和 TCP New Reno 一样 。文献 4只是对 拥 塞 避免状 态 做 了修改 ，提 出了 一个“ 连 接 增 加 ”(Linked In
28、creased)的算法 ，该算法 并没 有显著提 高资源共 享 率，只能 保 证吞吐率 达 到多路径 中 在 TCP 下最 佳链路状 态 下所能达 到 的吞吐率 。 但该算法 能 保 证 公 平性，也具有良好的向后兼容性，易于部署。 针对吞吐 率 、公平性 以 及稳定性 有 各种不同 的 拥塞控制 算 法。在 MPTCP 的设计 中， 包含了一 个 子流接口， 这个接口 能 够对数据 转 发进行检 测，可检测丢 包 的时间和 地 点 ，那 么 在 MPTCP 拥塞 控制设计 里 就可以综 合 这 些 信息来调节子流的数据发送速率。然而在文献 4的设计里，并没有利用这些信息。 3MPTCP 路由
29、 本节主要 讨 论主机路 由 (可以通 过 Route 命令 来查看和修改 )，如图 12 所示。 每条表项 都 包含了目 的 IP 地址 、掩 码 、网关 (或 者是下一 条 地 址 )，以及 源 IP 地址 和一 个 度 量值， 度量值越小，优先级就越高。 考虑如图 13 的网络模 型 ，节点 A 具有 2 个网 卡，其地 址 为 a1,a2，所 对应的网 关 分别为 R1,R2， A 与 B 需建立通信。 Fig.12 Host routing table图 12 主机路由表假设通过 A 的主机路 由 得 出 A 到 B 的最佳路 由 是 a2-R2-Internet-B。考虑在 TCP
30、 情况下 ，如 果 A 作为 客户机主动与 B 建立连接 ，那么 A 选择路径 R2， 并选择 a2 作 为源地址 (应 用程序绑 定 源地址情 况 除 外 )。如果 B作为客户 机 ，A 被动建立 ，若 B 选择的 目的地址 为 a2，则符合 A 的主机路 由 配置 。但是 若 B 选择目 标地址为 a1， 那么 A 有 2 种选择， 一 是拒绝连 接 ，二是采 用 源地址为 R1a1，通 过 R2 发给 B，对 于 后者来说 ，a2 的 ISP 可能认 为a1 是伪装身份而将数据包过滤。 在 MPTCP 的 情况下 ，虽然 A 可以同时 通 过 a1,a2 和 B 通信， 但是 在 A 的
31、 主机路 由 下 只能选 择 a2。 并 不能实 现 MPTCP 的多路机制。 为了解决 上 述 2 个问题 ，文献 5提出 对 主 机路由 进a1AInternetBR2a2Fig.13 Communication between multi-homed host A and host B图 13 多宿主 A 与 B 通信行修改 。对 于 同一个网 络 前缀，主机 存 储多个路 由 表项，路由 表 项包含了 源 地址、度量 值 和下一条 地 址 。对 于 同一前缀的 多 个路由表 项 ，其下一 条 地址各不 相 同 ，度 量 值 越小，优 先 级越高。对 于 MPTCP 主动 连 接 情况下
32、 ， 初 始化连接和 TCP 一样，接下来讨论主动连接的新建子流和被动连接的新建子流中的路由问题： 对于主动连接新建子流来说： a) 筛选出与目的 IP 地址匹配的路由表项，从中保留最长前缀匹配的路由表项； b) 如果没有匹配路由，则宣告目的地址不可达，子流建立失败； c) 已经使用的 IP 地址作为一个集合，从剩下的路由表项里删除与集合里下一条地址相同的表项； 王毅等 ：多路径传输控制协议技术综述 第 1 期11d) 如果没有剩下的路由表项，则宣告子流建立失败； e) 从剩下的路由表项里选择度量值最小的路由表项 ，其下一跳作为路由 ，源地址为新建子流的源地址 。对于被动 连 接来说 ，如 B
33、 向 A 发送 连接请求 ，B 发往 A 的 SYN 数据段的 源 地址为 Add_S。若 在主机 路由表 里 ，有 Add_S 到 B 的 主动路 由 (即 Add_S 到 B 的路 由 符合最长 前 缀匹配 )，那 么 A 就将 Add_S 作为 SYN/ACK 的 源地址来回复 B。否则如前面讨论的， A 可能拒绝连接，或者连接请求被 ISP 过滤。 4结论 本文着重 讨 论 了 MPTCP 的网络体 系 结构、拥塞控 制和路由 。MPTCP 目 前 的 研究多数 在 于其体系 结 构部分， 而没有针 对 安全方面 的 相关研究 。 例如在 MPTCP 里攻击 者可 以冒充一 方 向通信
34、对 方 发送错误 的 地址移除 信 息 ， 达到拒绝 服 务攻击的 目 的 ；也 可以通 过地址通 告 信息来实 现 中间人攻 击 7 - 8 。从 安全角 度考虑 ，MPTCP 应该包括 身份认证 协 议 ，这 将 是 在 未来研究 中 所需要解 决 的最重要 的 问题。本 文 总 结并提炼 了 国内外 MPTCP 的最新 研究 成果，其目的是为国内研究者提供相关参考。 参考文献： 1 Ford A,Raiciu C,Handley M,et al. Architectural Guidelines for Multipath TCP Development,draft-ietf-mptcp
35、-architecture-00S/OL. 2010-09-27. http:/tools.ietf.org/html/draft-ietf-mptcp-architecture-00.Ford A,Raiciu C,Handley M,et al. Architectural Guidelines for Multipath TCP Development,draft-ford-mptcp-architecture-01S/OL. 2010-09-27. http:/tools.ietf.org/html/draft-ford-mptcp-architecture-01.Ford A,Rai
36、ciu C,Handley M. TCP Extensions for Multipath Operation with Multiple Addresses:draft-ford-mptcp-multiad-dressed-03S/OL. 2010-09-27. http:/tools.ietf.org/html/draft-ford-mptcp-multiaddressed-03.Raiciu C,Handley M,Wischik D. Coupled Multipath-Aware Congestion Control:draft-raiciu-mptcp-congestion-01S
37、/OL. 2010-09-27. http:/tools.ietf.org/html/draft-raiciu-mptcp-congestion-01.Handley M,Raiciu C,Bagnulo M. Outgoing Packet Routing with MP-TCP:draft-handley-mptcp-routing-00.txtS/OL. 2010-09-27. http:/tools.ietf.org/html/draft-handley-mptcp-routing-00.Sarolahti P. Multi-address Interface in the Socke
38、t API:draft-sarolahti-mptcp-af-multipath-01.txtS/OL. 2010-09-27. http:/tools.ietf.org/html/draft-sarolahti-mptcp-af-multipath-01.Bagnulo M. Threat Analysis for Multi-addressed/Multi-path TCP:draft-bagnulo-mptcp-threat-01S/OL. 2010-09-27. http:/tools.ietf.org/html/draft-bagnulo-mptcp-threat-01.Bagnul
39、o M. Threat Analysis for Multi-addressed/Multi-path TCP, draft-ietf-mptcp-threat-02S/OL. 2010-09-27. http:/tools.ietf.org/html/draft-bagnulo-mptcp-threat-01.Scharf M,Ford A. MPTCP Application Interface Considerations, draft-scharf-mptcp-api-01S/OL. 2010-09-27. http:/tools.ietf.org/html/draft-scharf-
40、mptcp-api-01.路 海 . 网 络 访 问 控 制 技 术 及 其 应 用 分 析 J. 信 息 与 电 子 工 程 , 2009,7(5):483-487. (LU Hai. Application and analysis of network access controlJ. Information and Electronic Engine ering, 2009,7(5):483-487.) 2 3 4 5 6 7 8 9 1 0 作者简介： 王毅 (1986-)，男 ，四川省 广元市 人，硕士，主要研究方向为网络体系结构、网路安 全 .email:hellovitamin
41、e.廖晓菊 (1963-)，女， 湖南澧县 人，硕士，副 研究员，主要研究方向为计算机网络与通信 .潘泽友 (1955-)，男， 武汉市人， 学士，研究 员，主要研究方向为计算机应用 .file:/D|/我的资料/Desktop/新建文本文档.txtAppliance Error (configuration_error)Your request could not be processed because of a configuration error: Could not connect to LDAP server.For assistance, contact your network support team.file:/D|/我的资料/Desktop/新建文本文档.txt2012-07-12 20:42:52
