一种面向sdn的服务功能链构建方法_6

文档序号:9670864阅读:来源:国知局
ynopsis〉
The group input port of the SFB.Each input port has an unique ID.</synopsis)
〈expectat1n〉
<frameExpected>
<ref>IPv4</ref>
</frameExpected>
</expectat1n)
</inputPort>
<inputPort>
<name>pktsln2</name>
<ID>2</ID>
〈synopsis〉
The group input port of the SFB.Each input port has an unique ID.</synopsis)
〈expectat1n〉 <frameExpected>
<ref>IPv4</ref>
</frameExpected>
</expectat1n)
</inputPort>
</inputPorts>
<outputPorts>
<outputPort>
<name>pksOut</name>
<ID>3</ID>
〈! 一该端口的编号为2—>
〈synopsis〉
The output port of the SFB.Scheduled packets are output from the
port.</synopsis)
〈product〉
<frameProduced>
<ref>IPv4</ref>
</frameProduced>
〈/product〉
〈nextInstanceID>_1〈/nextInstanceID>
<nextPortID>l</nextPortID>
</outputPort>
</outputPorts>
<componentValues>
〈componentValue componentID=〃l〃>l〈/componentValue)
〈componentValue componentID=〃2〃>l〈/componentValue)
〈componentValue componentID=〃3〃>
〈!--该表项表示使用严格优先级策略,在该服务功能块的PksOut端口根据流的权重来按先后顺序进行发送,不需要参数一>
<schdDiscipIineEntryType)
〈schdDisciplinelD >4</schdDisciplineID >
<! -4表示使用严格优先级策略—>
<schdParamValue>
<schdParamValueType>null</schdParamValueType)<schdParamValueType>null</schdParamValueType)
〈!--null表示该策略不需要参数一>
</schdParamValue)
<flowffeight> <flowffeightType>5</flowffeightType>
<flowffeightType>2</flowffeightType>
</flowffeight>
</schdDisciplineEntryType>
</componentValue)
〈componentValue componentID=//5//>50</componentValue)
〈!一该表项表示在队列长度超过50个数据包时启动调度算法一>
</componentValues>
〈/SFBInstanceDef〉
网络节点S2上的负载均衡服务功能块描述如下:
〈SFBInstanceDef SFBInstanceID="3">
<name>Server_LB </name>
〈!一负载均衡一>
<synopsis>A SFB for balancing the load of each server.〈/synopsis〉 <vers1n>l.0</vers1n>
<classID>l</classID>
<inputPorts>
<inputPort>
<name>pktsln</name>
<ID>1</ID>
〈synopsis〉
The group input port of the SFB.Each input port has an unique ID.</synopsis)
〈expectat1n〉
<frameExpected>
<ref>arbitrary</ref>
</frameExpected>
</expectat1n)
</inputPort>
</inputPorts>
<outputPorts>
<outputPort>
<name>pktsOutl</name>
<ID>2</ID>
<synopsis>The output portI of the SFB.Scheduled packets are outputfrom the physical portl.</synopsis>
〈product〉
〈nextInstanceID>_1〈/nextInstanceID>
<nextPortID>l</nextPortID><frameProduced>
<ref>arbitrary</ref>
</frameProduced>
〈/product〉
</outputPort>
<outputPort>
<name>pkts0ut2</name>
<ID>3</ID>
<synopsis>The output port2 of the SFB.Scheduled packets are outputfrom the physical port2.</synopsis>
〈product〉
〈nextInstanceID>_1〈/nextInstanceID>
<nextPortID>2</nextPortID>
<frameProduced>
<ref>arbitrary</ref>
</frameProduced>
〈/product〉
</outputPort>
<outputPort>
<name>pkts0ut3</name>
<ID>4</ID>
<synopsis>The output port3 of the SFB.Scheduled packets are outputfrom the physical port3.</synopsis>
〈product〉
〈nextInstanceID>_1〈/nextInstanceID>
<nextPortID>3</nextPortID>
<frameProduced>
<ref>arbitrary</ref>
</frameProduced>
〈/product〉
</outputPort>
<outputPort>
<name>pkts0ut4</name>
<ID>5</ID>
<synopsis>The output port4 of the SFB.Scheduled packets are outputfrom the physical port4.</synopsis>
〈product〉
〈nextInstanceID>_1〈/nextInstanceID>
<nextPortID>4</nextPortID><frameProduced>
<ref>arbitrary</ref>
</frameProduced>
〈/product〉
</outputPort>
<outputPort>
<name>pkts0ut5</name>
<ID>6</ID>
<synopsis>The output port5 of the SFB.Scheduled packets are outputfrom the physical port5.</synopsis>
〈product〉
〈nextInstanceID>_1〈/nextInstanceID>
<nextPortID>5</nextPortID>
<frameProduced>
<ref>arbitrary</ref>
</frameProduced>
〈/product〉
</outputPort>
</outputPorts>
<componentValues>
〈componentValue componentID=〃I〃>
<value>l</value>
</componentValue)
〈componentValue componentID=〃2〃>
<value>l</value>
</componentValue)
〈componentValue componentID=〃3〃>
<metadataDispatchEntryType>
〈!--该表项表示根据当前策略,访问云服务器的流量应当走前时延最小的
pksOutl—>
〈condit1n〉
<metadataEntryType>
〈metadatalD >8</metadataID >
<comparator>0</comparator >
〈thresholdValue >10.20.7.0/24</thresholdValue > </metadataEntryType>
〈/condit1n〉
<act1n>
<portType>2</portType> </act1n>
</metadataDispatchEntryType>
<metadataDispatchEntryType>
<!—该表项表示目标地址为10.20.9.1的流量发往pksOut5—> 〈condit1n〉
<metadataEntryType>
〈metadatalD >8</metadataID >
<comparator>0</comparator >
〈thresholdValue >10.20.9.l</thresholdValue > </metadataEntryType>
〈/condit1n〉
<act1n>
<portType>6</portType>
</act1n>
</metadataDispatchEntryType>
</componentValue)
</componentValues>
〈/SFBInstanceDef〉
</SFBInstanceDefs>
最后,网络节点部署网络服务功能实例链。
【主权项】
1.一种面向SDN的服务功能链构建方法,其特征在于,在SDN网络结构中,针对网络业务请求实现在网络节点部署网络服务功能块实例,包括以下步骤: 1-1)控制器根据用户提出的网络业务需求创建服务功能链,服务功能链由若干个服务功能首尾相接组成; 1-2)服务功能是由服务功能块支撑实现的,服务功能块分为两大类,分别为分类服务功能块类和调度服务功能块类; 1-3)网络节点向控制器上报该网络节点资源状况,包括有可选的次要功能元素、元数据和调度算法; 1-4)控制器根据网络节点的资源状况和服务功能链信息设计服务功能实例链,服务功能实例链是由服务功能块首尾相接组成; 1-5)对于支持服务功能块的网络节点,控制器将服务功能实例链的描述直接下发到相关的网络节点并要求预留资源,对于支持OpenFlow的网络节点,控制器将服务功能实例链的描述转化为流表再下发; 1-6)网络节点部署服务功能实例链。2.根据权利要求1所述的一种面向SDN的服务功能链构建方法,其特征在于,所述步骤1-2)服务功能是由服务功能块支撑实现的,服务功能块分为两大类,分别为分类服务功能块类和调度服务功能块类,具体方法为: 2-1)服务功能块类中包含了该类中的服务功能块共同拥有的主功能元素; 2-2 )服务功能块中除了主功能元素值之外,还有输入输出端口、输入输出数据包、输入输出元数据、次功能元素值等; 2-3)分类服务功能块类的主要任务是对数据包根据元数据进行分类; 2-4)调度服务功能块类的主要任务是对数据包进行调度处理,如果有多个数据流都需要从同一端口出去的时候,那么就编排这些流的发送顺序和节奏。
【专利摘要】本发明公开了一种面向SDN的服务功能链构建方法,它可以针对网络业务请求实现在网络节点部署网络服务功能块实例,首先控制器根据用户提出的网络业务需求创建服务功能链,随后根据网络节点信息创建服务功能实例链,服务功能链由服务功能组成,服务功能实施例链由服务功能块组成。服务功能由服务功能块支撑实现,分类服务功能块类的主要任务是对数据包根据元数据进行分类;调度服务功能块类的主要任务是对数据包进行调度处理,如果有多个数据流都需要从同一端口出去的时候,那么就编排这些流的发送顺序和节奏。这个分类大大简化了现有的服务功能块类,保证了服务功能块类的简洁性。
【IPC分类】H04L29/08
【公开号】CN105430051
【申请号】CN201510720038
【发明人】董黎刚, 郭凯强, 王伟明, 费硕成
【申请人】浙江工商大学
【公开日】2016年3月23日
【申请日】2015年10月30日
当前第6页1 2 3 4 5 6 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1