📄 rfcrfc955.txt
字号:
8.4子网地址部分
子网地址部分仅存在于RD PDU。它用来指示同一个子网内的另一个端系统或者中介系
统的网络实体(它们可能是通向网络地址部分所指示的目的地的更好路由)的子网地址。子
网地址参数的编码与网络地址参数相似。
8.4.1 RD PDU子网地址参数
子网地址参数按照如下方式编码:
字节
子网地址长度指示
子网地址
m
m+1
…..
n-1
8.5可选部分
8.5.1综述
可选部分用来传送可选参数。PDU头部的可选部分说明如下:
字节
选项
p
q
如果可选部分存在,它可能包含一个或多个参数。参数的个数由可选部分的长度和所限,
可选部分的长度有下面的公式决定:
PDU头部长度-(固定部分长度+地址部分长度+分段部分长度)
也由个别的可选参数的长度所决定
可选部分中定义的参数出现的顺序是不确定的,选项不允许有可重复性。收到选项重复
的PDU对协议来说是一种错误。
可选部分中的参数的编码形式说明如下:
字节
内容
n
参数编码
n+1
参数长度
n+2 到 n+m+1
参数值
参数编码域采用二进制编码,并且不能扩展,最多可以表示255中不同的参数编码。事
实上,没有哪一种参数编码的第8位和第7位的值是00,因此能提供的最大数量要少一些。
其中,编码255(二进制1111 1111)被保留。
参数长度域指示了参数值的字节数。这个长度是二进制正整数m,在理论上最大值是
254,但实际值要小一些。例如,当可选部分只有一个参数时,参数编码和参数长度各占一
个字节。这样,m受限于:
m=252-(固定部分长度+地址部分长度+分段部分长度)
后面的几个参数越大,则m越小。参数值指示了参数编码域中指定的参数的值。
8.5.2安全性
安全性参数传送数据PDU所要求的安全信息,这个数据PDU使得RD PDU产生。这
个参数的编码和语义与ISO8473定义的安全性性参数类似。
参数编码: 1100 0101
参数长度: 可变
参数值: 见ISO8473中的7.5.3
8.5.3服务质量保持
服务质量传送数据PDU要求的服务质量信息,这个数据PDU使得RD PDU产生。
这个参数的编码和语义与ISO8473定义的服务质量保持参数类似。
参数编码: 1100 0011
参数长度: 可变
参数值: 见ISO8473中的7.5.6
8.5.4优先级
优先级参数传送数据PDU要求的优先级信息,这个数据PDU使得RD PDU产生。
这个参数的编码和语义与ISO8473定义的优先级参数类似。
参数编码: 1100 1101
参数长度: 可变
参数值: 见ISO8473中的7.5.7
8.6端系统HELLO PDU
8.6.1结构
ESH PDU具有以下形式:
字节
网络协议标识符
长度指示
版本/协议扩展标识
保留(必须为0)
0
0
0
类型
保持时间
校验
源地址长度指示
源地址
选项
1
2
3
4
5
6,7
8,9
10
11
m-1
m
p-1
8.7中介系统HELLO PDU
8.7.1结构
ISH PDU具有以下形式:
字节
网络协议标识符
长度指示
版本/协议扩展标识
保留(必须为0)
0
0
0
类型
保持时间
校验
网络实体标题长度指示
网络实体标题
选项
1
2
3
4
5
6,7
8,9
10
11
m-1
m
p-1
8.8重定向 PDU
8.8.1结构
当PRD PDU向中介系统发送时具有以下形式:
字节
网络协议标识符
长度指示
版本/协议扩展标识
保留(必须为0)
0
0
0
类型
保持时间
校验
目的地址长度指示
目的地址
子网地址长度指示
子网地址
网络实体标题指示
网络实体标题
选项
1
2
3
4
5
6,7
8,9
10
11
m-1
m
m+1
n-1
n
n+1
p-1
p
q-1
当PRD PDU向端系统发送时具有以下形式:
字节
网络协议标识符
长度指示
版本/协议扩展标识
保留(必须为0)
0
0
0
类型
保持时间
校验
目的地址长度指示
目的地址
子网地址长度指示
子网地址
网络实体标题长度指示(=0)
选项
服务质量
1
2
3
4
5
6,7
8,9
10
11
m-1
m
m+1
n-1
n
n+1
p-1
n+1
附录A 技术支持材料
A.1定时器的使用
为了是配置功能和重定向功能能合时和正确得散步信息,本协议广泛采用了定时器。本
节讨论了这些定时器如何使用,并给出了使用它们的背景。
使用本协议的系统只从其它系统发出的PDU上得到其他系统的信息。在无连接的环境
中,系统必须用更新的信息来判断自己掌握的信息是否正确。例如,如果一个系统变得不可
达,唯一能被其它系统知道的途径是应该由它发出的信息丢失了。而本协议中定义的保持定
时器保证了过时的信息不会总被保存着。
有一种很有效的方法可以用来更新配置信息和重定向信息,那就是系统中保持着一个缓
存。这个缓存定期地刷新,从而保证只有及时的信息才能被保存。与一般缓存不同的是,该
缓存中信息的保存时间并非完全有本系统决定。相反,有信息的源端决定。有一些例子能很
清楚地说明这点。
A.1.1路由重定向保持定时器实例
路由重定向信息是端系统通过要求重定向功能得到并保存的。中介系统很有可能将端系
统重定向到另一个中介系统,而这个中介系统忽然变得不可达了(当路由算法正处在配置改
变后的收敛过程中时这种情况就很有可能发生)。如果没有保持定时器,或者其值被设定得
很大,端系统就会被重定向到一个黑洞去。而一般这个定时器的时间就设定为黑洞允许存在
的最大时间。
另外,如果将这个路由重定向定时器的值设置得过短,会引起另外一些我们不愿意看到
的后果。首先,每个引起重定向的PDU都会使得额外的PDU被产生和传输,这会增加开销。
另外,每次保持定时器时间到,被重定向的端系统至少使用错误的路由发送一个PDU。
A.1.2配置信息的保持定时器实例
与以上类似的问题也发生在配置信息上。如果一个ISH PDU的保持定时器设置得很长,
并且发出该ISH PDU的IS忽然变得不可达,就会形成黑洞。在这段时间内,端系统假定该
中介系统会继续为它转发PDU,从而无法与其他系统正常通信。而当该定时器时间到时,
该端系统才发现没有可用的中介系统。
无论何种情况的问题发生,都要求错误信息的响应能够正确无误地找到源头。为了达到
这一点,配置信息和路由重定向信息在源头计算好并准确无误地传到接收端。
A.2路由重定向信息的刷新和定时
本协议允许端系统在保持定时器还未时间到、并且为收到新的重定向信息的情况下对路
由重定向信息进行刷新。这种过程在无连接网络中经常使用,它被称作“反转路径信息”、
“前一跳缓存”等。
刷新重定向信息有很明显的好处,但是如果处理得不好很可能出现严重后果。为了是重
定向信息安全刷新,必须保证以下几点:
1. 已经收到的PDU的源地址必须和前面的RD PDU的目的地址一致。不可以
把短地址、组地址或类似的地址当作一致的。
2. 收到的PDU中的服务质量参数必须与相应的重定向信息中的一致。不能保
证服务质量参数相同的PDU通过同一路径发送。很有可能对某些服务质量
参数来说某条路径是个黑洞。
3. 收到的PDU的前一跳必须与重定向信息中的下一跳相符。特别的,送来PDU
的SN_UNITDATA.Indication原语中的SN_Source_Address参数必须与重定
向中的SN_Destination_Address一致。着保证了接受重定向信息的IS正是原
先的发送者。
注意,以上条件仍然允许重定向刷新在最有利的情况下进行。比如目的地是另外一个
ES。
A.3系统初始化
本协议被设计用来是两种系统能够尽可能自由地通信。所以,端系统要求子网上所有
的中介系统报告配置信息、或者中介系统要求所有的端系统报告配置信息都是不可能的。
在某种操作环境下,系统受到很大的限制。在网络达到正常运行之前,端系统必须先
尽快发现一个中介系统。反过来,中介系统是否也要发现端系统呢?这基本上有配置定时器
决定。在开销和配置信息的适用性上要有权衡。减少配置定时器的值意味着信息的适用性,
同时也意味着开销的增加。
我们推荐以下这种方法来解决以上冲突。当记录配置功能在任何一种系统中被引用
时,该功能就必须判断这个信息是否之前是未知的。如果是,那么在系统的配置定时器时间
到是就要引用该功能。然后配置报告功能生成HELLO PDU并送到原先未知的网络实体去。
于是,当ES或IS变得可操作是就立即发出配置报告。一旦令一种系统发现了这个新的网
络实体,它们就会使其知道自己的存在。
这种方法带来的开销就要小得多。另外,由于新的配置信息被即使发现,定时器的时
间被定期地延长以减少开销。还有一个忠告:由于第一个HELLO很可能丢掉,所以在系统
初始化的阶段应当以很短的时间间隔发出HELLO包。
注意,这种方法可能仅在IS或者ES,也可能在所有系统中执行。该过程仅是一个本
地过程并且可能被本地系统改变。
A.4重定向清除的优化
一个ES会向一个被重定向信息所指定的IS发出NPDU,只到保持定时器时间到,即
使该IS已经变得不可达。在某些情况下,有可能更快地发现黑洞的存在。特别的,,如果
ES想得到它被重定向到的IS的HELLO包,并且保持定时器已经到时间了,所有关于该IS
的信息都将被丢弃,其中包括重定向信息,即使重定向信息的时间还未到。
RFCXXX—— ISO8473基础上的端系统与中介系统间的路由信息的交换(ES-IS)
2
RFC文档中文翻译计划
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -