RFC双语计划:rfc1333中文版(中英文对照)............PPP 链路质量监控

RFC双语计划:rfc1333中文版(中英文对照)............PPP 链路质量监控
http://kummerwu.web.officelive.com/Documents/rfc1333-0.html

更多RFC中文版,中英文对照版,请查阅http://kummerwu.web.officelive.com/Documents/index.html

这儿目前收录来OSPF,BGP,RIP,MPLS(VPN)、HTTP,Telnet,RSVP,PPP,POP3,RTP,NAT,FTP等最新RFC中文版和中英文对照版。而且内容还在不断更新中......
------------------------------------------------------------------------

PPP 链路质量监控
备忘录状态
此RFC 为internet community详细说明了 IAB 标准跟踪协议,并且请求讨论和建议以便改进。请参考IAB Official Protocol Standards 的当前版本,确保这个协议陈述和状态的标准化。此备忘录的分发不受限制。
摘要
点到点协议(the Point-to-Point Protocol)提供了一种在点到点链路上封装网络层协议信息的标准方法。PPP 也定义了可扩展的链路控制协议(Link Control Protocol),它(Link Control Protocol)允许在链路生存期内对链路持续监控,磋商链路质量。
这个文档为生成链路质量报告(Link-Quality-Reports)定义了协议。
此RFC是IETF(the Internet Engineering Task Force)的PPP协议工作组的成果。关于这个备忘录的建议请提交给:ietf-ppp@ucdavis.edu
目录
1. 介绍 2
2. 链路质量监控 2
2.1 设计动机 2
2.2 计数器 3
2.3 计算包(packets)和八位字节(octets) 3
2.4 处理过程 4
2.5 配置选项格式 4
2.6 包格式 5
2.7 报告传输 7
2.8 计算 8
2.9 失败检测 8
2.10 策略建议 8
安全考虑 9
参考文献 9
致谢 9
主席地址 9
作者地址 10
完整版权说明 10
致谢 10


1. 介绍
PPP 有三个主要的组成部分:
1. 在串行链路上封装数据报(datagrams)的方法。
2. 建立,配置和测试数据链路链接(the data-link connection)的LCP协议(Link Control Protocol)。
3. 建立和配置不同网络层协议的一组NCP协议(Network Control Protocol)。
为了在点到点链路(point-to-point link)上建立通信,PPP链路的一端必须在建立阶段(Establishment phase)首先发送LCP包(packets)配置数据链路。在鉴定和网络层协议阶段(Authentication and Network-Layer Protocol phases),必须检测链路以决定链路质量是否满足操作需要。这种检测是完全可选的。
如果一个实现(implementation)要求对端(peer)使用某个特定的链路质量监控协议,那就必须在链路建立阶段使用质量协议配置选项(the Quality-Protocol Configuration Option)磋商特定协议的使用。
这个磋商机制在任一个方向上是独立的。然而,如果对端同意发送质量协议包(Quality-Protocol packets),那么在接受方必须适当地处理这种包,即使它没有请求这种包或者不需要实现这种监控策略。
2. 链路质量监控
数据通信链路是很少完美的。由于各种原因(例如线路噪音,设备失败,缓存溢出等等),链路上的包可能被丢掉或者被破坏。有时候,有必要决定什么时候链路丢数据,丢包频率。例如,路由器可能要暂时允许另一个路由器占的优先权。一个实现也可能使用选项断掉和切换到另一个替换的链路。决定数据丢失的过程被称为“链路质量监控”。
2.1 设计动机
有很多不同的方法测量链路质量,并且有更多的方法对链路质量测量有效。胜于指定一个单独的方法,链路质量监控被分为一个机制(mechanism)和一个策略(policy)。PPP通过定义链路质量报告包(Link-Quality-Report Packet)和指定一个处理过程,为链路质量监控详细说明了监控机制。PPP没有说明链路质量监控策略――如何断定链路质量或者当链路不充分时该怎么做。这个被留做一个实现决策,并且在链路的各端可能是有差别的。我们允许甚至鼓励实现(implementations)去试验各种链路质量策略。链路质量监控机制说明书保证了使用不同策略的两个实现可以通信和内部操作的。
为了允许实现灵活的策略,PPP链路质量监控机制以包(packet),八位字节(octets)和链路质量报告(Link-Quality-Reports)为单位测量数据丢失率。每个测量方法被分别用来测量链路的每半部分,包括内部和外部。所有的测量方法被通知给链路的两端,以致链路的每一端能够为它的输入和输出链路实现自己的链路质量策略。
最后,链路质量监控协议被设计成可以在许多不同系统上实现。尽管通常实现PPP(特别是链路质量监控)作为一个单独的软件过程,但是我们也预想带硬件支持的多过程实现。PPP链路质量监控机制通过仔细定义链路质量报告包的格式和为所有数据传输和接受测量方法指定参考要点,提供了多过程实现的方法。
2.2 计数器
每种链路质量监控实现维持着发送和成功接受包和八位字节的数目的计数器,并且定期的用链路质量报告包把这个信息发送给对端。
这些计数器类似于序列号;它们一直增加,这指示通过外部链路的包和八位字节的数目。通过比较连续的LQR中的数值,LQR接受者可以计算出通过链路成功通信的包和八位字节的“delta”数。比较这些绝对值数然后给出链路质量的迹象。除了绝对值,相对值也被传输。这是因为它们能够大大的简化链路同步。
LQR使用由SNMP MIB-II[2]定义的接口计数器。当LCP进入建立阶段时,这些计数器并不初始化为任何值。
另外,LQR要求实现下面三个无符号的,单调递增的计数器,它们符合SNMP MIB计数器要求的类型和大小。
OutLQRs:
OutLQRs是一个32位的计数器。每发送一个LQR包,它递增1。在LCP进入建立阶段时,这个计数器必须置零,并且一直到LCP离开终止阶段它一定不得被重置。这个计数器在被插入LQR包前增1。
InLQRs:
InLQRs是一个32位的计数器。每接收一个LQR包,它递增1。在LCP进入建立阶段时,这个计数器必须置零,并且一直到LCP离开终止阶段它一定不得被重置。这个计数器在被插入LQR包(在一个依靠方式的实现中)前增1。
InGoodOctes:
InGoodOctes是一个32位的计数器。它每次增加每个正确接收的数据链路层包中的八位字节数。不像MIB的ifInOctets,在ifInDiscards和ifInErrors中计数的帧中的八位字节禁止被计数。这个计数器在LCP进入建立阶段时可以被初始化为任何值。但是直到LCP离开终止阶段前,不能被重置。
2.3 计算包(packets)和八位字节(octets)
计数器的目的是为了提供一种方法来表示通过链路上的信息量,而不是实际的所用的带宽量。这种规范被设计成在各种环境中能够产生相同的计数。例如一个单独的设备隐式的为实现提供分帧和封装机制,或者在链路中同步到异步的转换器在各机制中的变化。
在FCS计算时,所有的Octets必须被计算在内,包括包头,信息域和任何填料。
FCS Octets也必须被计算在内,每帧的一个标志Octets也必须被计算在内。其它所有的Octets(例如额外的标志序列号,逃跑位或者Octets)不得计算在内。
2.4 处理过程
PPP链路质量监控机制希望用一个“逻辑过程”模型。如下所示,在每个双向链路的每一端共复制了五个逻辑过程。
当在LQR中插入包和Octets计数时,这些计数必须包括LQR本身期待得数值。
+---------+   +-------+   +----+ Outbound
|         |-->|  Mux  |-->| Tx |=========>
| Link-   |   +-------+   +----+
| Manager |
|         |   +-------+   +----+ Inbound
|         |<--| Demux |<--| Rx |<=========
+---------+   +-------+   +----+

链路管理器:
链路管理器传输和接收LQR,和实现所期待的链路质量策略。LQR包以恒定的速率传输。这个速率是由LCP质量协议配置选项磋商得到的。
Mux:
Mux把来自各个协议(例如LCP,IP,XNS等等)的多元包处理成一个单独的,连续的,有优先级的包流。LQR包必须被赋予可能的最高优先级,以保证链路质量信息及时被传输。
Tx:
Tx过程维护着MIB计数器ifOutUniPackets 和ifOutOctets,和内部计数器OutLQRs,它
------------------------------------------------------------------------
。。。。。。。。
完整内容参见 http://kummerwu.web.officelive.com/Documents/rfc1333-0.html
更多RFC中文版,中英文对照版,请查阅http://kummerwu.web.officelive.com/Documents/index.html

这儿目前收录来OSPF,BGP,RIP,MPLS(VPN)、HTTP,Telnet,RSVP,PPP,POP3,RTP,NAT,FTP等最新RFC中文版和中英文对照版。而且内容还在不断更新中......

摘要 DHCPv6使DHCP服务器能够传递配置参数(如IPv6网络地址)给IPv6节点。它提供(可重复使用的)网络地址自动分配能力,增加了配置灵活性。本协议是“IPv6无状态地址自动配置”(RFC2462)的有状态等价物,能够用于独立获得配置参数或与后者一起获得配置参数。 目录 第1章 引言和综述 1-1 协议和寻址 1-2 涉及2个消息的客户端-服务器交换 1-3 涉及4个消息的客户端-服务器交换 第2章 要求 第3章 背景 第4章 术语 4-1 IPv6术语 4-2 DHCP术语 第5章 DHCP常量 5-1 多播地址 5-2 UDP端口 5-3 DHCP消息类型 5-4 状态代码 5-5 发送和重复发送参数 5-6 时间值和作为时间值的“Infinity”表示法 第6章 客户端/服务器消息格式 第7章 中继代理/服务器消息格式 7-1 Relay-forward消息 7-2 Relay-reply消息 第8章 域名的表示法及应用 第9章 DHCP唯一标识符(DUID) 9-1 DUIC内容 9-2 基于链路层地址加时间的DUID[DUID-LLT] 9-3 根据企业编号由供应商分配的DUID[DUID-EN] 9-4 基于链路层地址的DUID[DUID-LL] 第10章 身份关联 第11章 选择分配给IA的地址 第12章 管理临时地址 第13章 客户端消息发送 第14章 客户端初始消息交换的可靠性 第15章 消息合法性检测 15-1 Transaction IDs使用 15-2 Solicit消息 15-3 Advertise消息 15-4 Request信息 15-5 Confirm消息 15-6 Renew消息 15-7 Rebind消息 15-8 Decline消息 15-9 Release消息 15-10 Reply消息 15-11 Reconfigure消息 15-12 Information-reques消息 15-13 Relay-forward消息 15-14 Relay-reply消息 第16章 客户端源地址和接口选择 第17章 DHCP服务器请求 17-1 客户端行为 17-1-1 Solicit消息生成 17-1-2 Solicit消息发送 17-1-3 Advertise消息接收 17-1-4 Reply消息接收 17-2 服务器行为 17-2-1 Solicit消息接收 17-2-2 Advertise信息生成和发送 17-2-3 Reply消息生成和发送 第18章 DHCP客户端-发起的配置交换 18-1 客户端行为 18-1-1 Request消息生成和发送 18-1-2 Confirm消息生成和发送 18-1-3 Renew消息生成和发送 18-1-4 Rebind消息生成和发送 18-1-5 Information-request消息生成和发送 18-1-6 Release消息生成和发送 18-1-7 Decline消息生成和发送 18-1-8 Reply消息接收 18-2 服务器行为 18-2-1 Request消息接收 18-2-2 Confirm消息接收 18-2-3 Renew消息接收 18-2-4 Rebind消息接收 18-2-5 Information-request消息接收 18-2-6 Release消息接收 18-2-7 Decline消息接收 18-2-8 Reply消息发送 第19章 DHCP服务器发起的配置交换 19-1 服务器行为 19-1-1 Reconfigure消息生成和发送 19-1-2 Reconfigure消息超时或重新发送 19-2 Renew消息接收 19-3 Information-request消息接收 19
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值