三：Routing Table 在ISOS上的实现
针对ISOS系统中Routing Table功能的实现，主要是在它的QoS模块的前端部分上面进行扩展，和参考PVC Mapping的过程来实现的。PVC Mapping的实现是基于QoS模块实现的，在前端（接收到LAN口数据以后），会根据绑定在erthernet0接口上的软device（即classifier device）将收到的数据根据里面汇聚的规则（rules）分类。一般来说：如果是qos规则（设置了priority等字段，没有设置traffictype字段的rules）设置该数据包（pBuf）上面优先级（即priority字段），PVC Mapping规则（设置了phyport，traffictype字段的rules）设置数据报中的traffictype,( pBuf的可扩展字段_spare3等于规则中的traffictype).
PVC
Mapping功能上层实现：在ip层，收到已经按照上面规则修改的数据包（pBuf的可扩展字段_spare3字段已经设置），根据_spare3字段找到相应的pvc接口，也就是该字段与该pvc接口上的traffictype值相等，找到了接口，则从该接口发送出去，否则，通过默认的路由出去。
同样，Routing Table参考上面的PVC Mapping，设置Routing Table规则（设置了dstipaddress，端口号，traffictype等参数），数据包匹配了该规则，则可扩展字段_spare3等于规则中的traffictype，关于ip层的实现过程与上面描述的PVC Mapping功能上层实现一样。
实现该功能的过程中，可能会引起qos规则冲突，因为qos规则和Routing Table规则没有先后的放在一起，匹配的一条qos规则或者一条Routing Table规则，修改相应的字段以后，就不再检测下面的规则，如果有部分数据报，既匹配了一条qos规则和一条Routing
Table规则，就会只实现里面的一条规则。解决办法是：匹配某一条规则以后，继续检查下面的规则，如果规则中traffictype值为０，则该规则是qos规则，只修改priority字段，否则，修改pBuf的可扩展字段_spare3等于规则中的traffictype。
在设计的过程中，扩展了匹配的字段源mac地址（IPv4SrcMac）。
四：测试过程以及目前存在的问题
１：测试过程
测试环境是：一个1483briged，一条pppoe的连接，其中1483briged可以出去，而pppoe的连接不能从lan出到外面。测试步骤以及观测的现象：
a：通过增加cli命令：
classifier profile MF add rule rule1
classifier profile MF set rule rule1 srcMac 00:13:20:99:76:48
classifier profile MF set rule rule1 traffictype 5
transports set ethernet0 classifier profile MF
transports set ppp-0 traffictype 5
从00:13:20:99:76:48机器ping wan口段的机器，ping 不出去。
b：在上面的基础上，然后测试：
transports set rfc1483-0 traffictype 4
transports set ethernet0 classifier disabled
classifier profile MF set rule rule1 traffictype 4
transports set ethernet0 classifier profile MF
从00:13:20:99:76:48机器ping wan口段的机器，可以ping出去 。