企业网站案例分析,腾讯云 一键wordpress,wordpress 支持手机6,网站文章快速被收录引子#xff1a;
在前面#xff0c;我们将基于目的地转发的特征总结为两个步骤#xff1a;
查找目的IP地址#xff08;匹配#xff09;#xff0c;然后将分组发送到有特定输出端口的交换结构#xff08;“动作”#xff09;。
但是这种转发特征会带来许多问题#…引子
在前面我们将基于目的地转发的特征总结为两个步骤
查找目的IP地址匹配然后将分组发送到有特定输出端口的交换结构“动作”。
但是这种转发特征会带来许多问题列如很多中间盒都有自己特殊的硬件、软件和管理界面这对
于网络管理员来说是大麻烦为此人们设计出了一种新的转发结构“通用转发”。并且将使用通用
转发的中间盒叫作“分组交换机。”
通用转发
在通用转发中一张“匹配加动作表”讲我们的基于目的地的转发表一般化了。
下图是一个位于每台分组交换机中的一张匹配加动作表该表由远程控制器计算。
在这里我们有必要了解一下OpenFlow标准这是一个SDN革命的先驱标准。
我们主要探讨OpenFlow1.0.
其中匹配加动作转发表在OpenFlow中称为“流表”。
1.首部字段值的集合
首部字段值的集合在进入流表后会进行匹配。匹配不上的分组会被丢弃。
2.计数器集合
当分组与流表项匹配上后就会更新计数器。
这些计数器可以包括已经与该表项匹配的分组数量。
当分组匹配流表项时所采取的动作集合
这些动作可能将分组转发到给定的输出端口丢弃该分组、复制该分组和将它们发送到多个输出端
口或重写所选的首部字段。
值得注意的是流表本质上是一个API通过这种抽象每台分组交换机的行为能够被编程类似
的网络范围的行为也能够被编程。
匹配
下图是一个匹配示意图 上图显示了11个分组首部字段和入端口IP该IP能够被OpenFlow1.0中的匹配加动作所匹配。
OpenFlow的匹配抽象允许对上面的三个层次协议的首部所选择的字段进行匹配。
需要注意的是
OpenFlow也可以有通配符例如在流表中IP地址128.119.*.*将匹配其地址的前16比特为128.119的
任何数据报所对应的地址字段。
同时流表也具有优先权优先权越高选定的匹配和对应的动作将是其中有最高优先权的那个。
动作
对于流表项其实都有零个或多个动作列表这些动作决定了以用于流表项匹配的分组的处理。
但是如果以后有多个动作它们在表中按以下规定的次序执行
1.转发
一个入分组可以转发到一个特定的物理输出端口广播到所有端口或通过所选的端口集合进行多播。
该分组也可能被封装并发送到用于该设备的远程控制器该控制器则可能对该分组采取某些动作
也可能忽略这个分组。
2.丢弃
没有动作的流表项表明某个匹配的分组应当被丢弃。
3.修改字段
在分组被转发到所选的输出端口之前分组首部10个字段中的值可以重写。
也就是上图图4-29中显示的除IP协议字段外的所有第二、三、四层字段中的值可以重写。
匹配加动作操作中的OpenFlow例子
下图是一个使用OpenFlow标准的网络图 第一例子简单转发
现在我们假定一个转发行为“来自h5或h6发往h3或h4的分组从s3转发到s1然后从s1转发到
S2(完全避免使用s2和s3之间的链路。)”
对于上面例子在s1中的流表项将是下图 同时s3中也会有一个流表项 最后还需要在s2中也有一个流表项用来完成例子使得从s1到达的数据报转发到它们的目的主机
h3或者h4
第二个例子负载均衡
下面我们来考虑一个负载均衡的例子其中来自h3发往10.1.*.*的数据报经过s1和s2之间的直接链
路转发与此同时来自h4发送10.1.*.*的数据报也经过s2和s3转发注意的这种行为将不能通过基
于IP的目的地转发取得因此此时的s2中的流表项如下图所示 在s1中需要流表项将从s2收到的数据报转发到h1或h2在s3中需要流表项将接口4上从s2收到的数
据报经过接口3转发到s1。
第三个例子充当防火墙
例如s2仅希望接收来自与s3相连的主机所发送的流量 如果在s2的流表中没有其他表项仅有来自10.3.*.*的流量将被转发到与s2相连的主机。
