CN1889511B - 虚交换网络中数据转发实体实现业务流流量控制的方法 - Google Patents
虚交换网络中数据转发实体实现业务流流量控制的方法 Download PDFInfo
- Publication number
- CN1889511B CN1889511B CN2005100801693A CN200510080169A CN1889511B CN 1889511 B CN1889511 B CN 1889511B CN 2005100801693 A CN2005100801693 A CN 2005100801693A CN 200510080169 A CN200510080169 A CN 200510080169A CN 1889511 B CN1889511 B CN 1889511B
- Authority
- CN
- China
- Prior art keywords
- dre
- business stream
- car
- indication
- vlan
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种虚交换网络中实现业务流流量控制的方法,该方法主要包括:确定V-Switch(虚交换)网络中接入业务流的初始DRE(数据转发实体)和终止DRE;仅在所述的初始DRE和终止DRE上对业务流进行流量控制。利用本发明,可以灵活地控制DRE是否对业务流的上行、下行做CAR控制。可以简化DRE的转发处理过程,提高DRE的转发性能,降低DRE设备的成本,从而减小了整个V-Switch网络部署的成本。
Description
技术领域
本发明涉及通讯领域,尤其涉及一种虚交换网络中数据转发实体实现业务流流量控制的技术。
背景技术
随着Internet(因特网)规模的不断增大,包括宽带多媒体业务在内的各种各样的网络服务争相涌现,比如:为普通住宅用户提供的Video/Audio(视频/声频)流、VOD(视频点播)、视频组播、多媒体交互、高带宽需求的网络游戏;为商业用户提供的视频会议、远程教育、VPN(虚拟专用网)、具有QoS(服务质量)保障的数据专线、IPHotel(数字酒店)等。
上面所述各种网络服务中包括很多实时业务,由于实时业务对网络传输时延、延时抖动等特性较为敏感,因此,当网络上有突发性高的FTP(文件传送协议)或者含有图像文件的HTTP(超文本传输协议)等业务时,实时业务的传输性能就会受到很大影响;另一方面,由于多媒体业务需要占用大量的带宽,这样,网络中其它必须保证的关键业务就难以得到可靠地传输。于是,为满足各种商业用户和普通住宅用户QoS的需求,各种QoS(服务质量)技术应运而生。
为满足各种商业用户QoS的需求,IETF(互联网工程任务组)建议了很多服务模型和机制。提出了V-Switch(虚交换)、GRE(通用选路封装)、L2TP(第2层隧道协议)、MPLS(多协议标签交换)等多种方式的VPN/VPDN(虚拟专用拨号网络)专线方案。
以太网技术正快速向前发展,并且运营商和企事业用户对以太网技术有较高的认知程度。V-Switch体系结构具备完善的以太网VLAN(虚拟局域网)虚拟交换和调度功能,具备灵活的业务调度和建立、调整的手段,以及丰富和可扩展的二层业务提供能力,完善的操作维护管理工具和信息。V-Switch体系的逻辑层次和功能模型如图1所示。
基于V-Switch的智能虚交换技术主要用于组建稳定、实用、经济的运营级城域以太网,可以实现QoS保证、网络安全保护、电信级的网络维护和管理等功能。它的出现填补了目前的网络在纯二层能力上的不足,对新时期城域网的建设具有重要的作用。
在现有的一种V-Switch体系中,采用的是随路机制进行带宽预留,信令转发路径与报文转发路径一致。在该V-Switch体系中建立一个端到端V-Switch连接的过程中的信令转发过程示意图如图2所示。包括如下步骤:
步骤20、VS(交换机)1所带的一个用户80008001通过发送UNS信令,或者网络维护人员通过配置命令等,通知VS1建立一个从用户80008001到用户80006001的LAN连接业务,VS1通过查询SCR(V-Switch业务控制实体)验证主叫的呼叫权限,并确定该LAN连接业务的QoS及带宽参数要求。
步骤21、VS1通过被叫用户的号码80006001查找得到其路由信息,根据该路由信息得到LAN连接的下一跳交换机是VS2;于是,VS1初步预留VS1内部到主叫用户80008001和到VS2的LAN接口的资源。预留成功后,VS1向VS2发出信令机制RSVP(资源预留协议)中的PATH(路由)消息,在该PATH消息中,携带有主叫和被叫的E164地址、所经过的VS及其端口纪录、以及连接的带宽/QoS要求等参数。
步骤22、VS2在与VS1相连的接口上收到PATH消息后,VS2通过被叫用户的号码80006001查找得到其路由信息,根据该路由信息得到在主路由正常 的情况下,该LAN连接的下一跳交换机是VS4;否则,该LAN连接的下一跳交换机是VS3。于是,在主路由正常的情况下,VS2初步预留VS2内部在入接口和到VS4的出LAN接口的资源。预留资源成功后,向VS4发出PATH消息,在PATH消息中,携带有主叫和被叫的E164地址以及连接的带宽/QoS要求等参数,并附加上VS2的出端口纪录。
步骤23、VS4在与VS2相连的接口上收到PATH消息后,VS4通过被叫用户的号码80006001查找得到其路由信息,根据该路由信息得到该LAN连接的下一跳交换机是VS5。于是,VS4初步预留VS4内部在入接口和到VS5的出LAN接口的资源。预留资源成功后,向VS5发出PATH消息,在PATH消息中,携带有主叫和被叫的E164地址以及连接的带宽/QoS要求等参数,并附加上VS4的出端口纪录。
步骤24、VS5在与VS4相连的接口上收到PATH消息后,VS5通过被叫用户的号码80006001查找得到其路由信息,根据该路由信息确定被叫用户80006001是本交换机所带的用户。VS5可在此时向SCR查询和检查被叫用户的签约信息。初步预留VS5内部在入接口到被叫用户LAN接口的资源,以及为本次连接申请分配入接口的VLAN标签。预留成功后,向该呼叫消息PATH的上游VS4发出Resv消息,并在Resv消息中带上在入接口为本次连接申请分配的VLAN标签信息。
步骤25、26、分别在VS4和VS2上重复4的过程,在每个交换机入接口为本次连接申请分配VLAN标签信息,并通过Resv通告上游。
步骤27、VS1收到Resv后,得到本次连接申请从主叫到被叫所有沿途的交换机路径信息,并能够保证申请的资源。于是一个单向的V-Switch连接基本建立。
步骤28、由于RSVP信令是一种单向的信令,需要被叫侧的交换机VS5再根据本次呼叫的下行路径,重新向主叫侧的交换机VS1发起一个建立反向 路径的PATH请求,在该PATH请求中,由于已经得到了下行路径,可以直接指定反向路径所经过的交换机及其接口号。
步骤29、210、分别在VS4、VS2上处理收到的指定路径的PATH消息,建立该呼叫的反向路径。
步骤211、VS1收到PATH消息后,由于是该连接的终点交换机,预留VS1内部在入接口到被叫用户LAN接口的资源,以及为本次连接的反向路径申请分配入接口的VLAN标签。预留成功后,向该呼叫消息PATH的上游VS2发出Resv消息,并在Resv消息中带上在入接口为本次连接申请分配的VLAN标签信息。
步骤212、213、分别在VS4、VS2上处理收到的指定路径的Resv消息,建立该呼叫的反向路径。
步骤214、VS5收到预留消息Resv后,反向的VLAN连接也已成功,可以开始计费。
上面所述信令转发过程的缺点为:
1、在该V-Switch的体系结构中,只对V-Switch做了逻辑分层,并没有对V-Switch进行实际的物理分层。在该V-Switch体系中,承载能力层、和V-Switch连接控制层在同一个物理设备上,承载设备既要对业务流进行带宽控制,又要实现业务流的转发功能。因此,在该V-Switch体系中,承载设备的拓扑和管理比较复杂。
2、在该V-Switch体系中使用的路径耦合信令限制了该体系与其他实体集成的灵活性。随着越来越多的QOS控制需要与计费、网络运营相结合,这就需要集中的策略服务器来控制呼叫连接的状态。同时,很多技术如负载均衡等都可能使得数据转发路径在数据转发过程中经常发生变化,信令在穿越非信令感知区域时不能保证每次都通过同样的路径,则以前预留的路径资源将得不互应用。
3、在该V-Switch体系中使用的路径耦合信令加重了路由器的信令处理以及控制复杂度。根据该路径耦合信令的传输过程,路由器必须维护每个RSVP流的状态,当RSVP流在网络边缘汇聚时也是一样。
4、在该V-Switch体系中使用的路径耦合信令对移动的支持有限。当路径耦合信令传递到未知的下一跳时,该路径耦合信令的安全性比较差。
现有技术中另一种分布式V-Switch体系的组网示意图如图3所示。在该V-Switch体系中通过分布式技术来实现V-Switch的连接控制层,将信令流从承载层中分离,使得承载设备DRE(数据转发实体)功能单一化,使承载设备功能更加明确,实现简单,便于管理。
该分布式V-Switch体系主要包括:
V-Switch业务控制实体(SCR):纪录了用户的物理位置、权限、计费认证、接口能力信息等数据信息,SCR还根据业务需要向RM(资源管理器)进行资源申请、修改、释放等相关操作。
资源管理器(RM):位于V-Switch的连接控制层,接受处理来自SCR的资源申请、释放、修改等一系列操作,对DRE(数据转发实体)上的资源进行管理和分配。
RM接受业务层SCR的W-Switch建立请求,为该V-Switch连接选择业务流路径,分配带宽及VLAN资源,并将控制信息下发到业务流经过的DRE设备上。并通过QoS控制命令设置相关DRE的VLAN转发表项。如果业务流经过多个RM管理的承载网,则多个RM之间还要协商,从而建立起端到端的一个IVS连接。
图4为实现上面所述分布式V-Switch体系的一种网络具体结构图,在图4所示的网络中,在用户81110001和用户82220001建立IVS(转发)连接的过程中的信令传输示意图如图5所示。包括如下步骤:
步骤51、SCR向用户81110001所属的RM1发出请求建立一个从用户 81110001到用户82220001之间的IVS(转发)连接的消息。
步骤52、RM1向用户82220001所属的RM2发出请求建立一个IVS连接的消息。
步骤53a、RM2向其所属的DRE4发出设置VLAN交换表的消息,VLAN交换表包括以下内容:
表1:VLAN交换表
参数 | 参数说明 | |
1 | 接口1 | 业务流转发接口1,如GE1/0/0 |
2 | vlan id 1 | 业务流在接口1上以太网帧格式中携带的VLAN ID |
3 | 接口2 | 业务流转发接口2,如GE1/0/1 |
4 | vlan id 2 | 业务流在接口2上以太网帧格式中携带的VLAN ID |
5 | 带宽 | 业务流带宽限制 |
51 | 上行最大带宽 | 业务流上行(从接口1接收,从接口2发送)最大带宽 |
52 | 下行最大带宽 | 业务流下行(从接口2接收,从接口1发送)最大带宽 |
6 | QoS参数 | 业务流QoS参数要求 |
61 | 延迟 | |
62 | 延迟抖动 | |
63 | 丢包率 |
步骤53b、RM2向其所属的DRE5发出设置表1所示的VLAN交换表的消息。
步骤54a、DRE4设置完VLAN表项,向RM2发出VLAN交换表响应消息。
步骤54b、DRE5设置完VLAN表项,向RM2发出VLAN交换表设置响应消息。
步骤55、RM2向RM1发出连接建立响应消息。
步骤56a、RM1向其所属的DRE1发出设置表1所示的VLAN交换表的消息。
步骤56b、RM1向其所属的DRE2发出设置表1所示的VLAN交换表的消 息。
步骤56c、RM1向其所属的DRE3发出设置表1所示的VLAN交换表的消息。
步骤57a、DRE1设置完VLAN表项,向RM1发出VLAN交换表设置响应消息。
步骤57b、DRE2设置完VLAN表项,向RM1发出VLAN交换表设置响应消息。
步骤57c、DRE3设置完VLAN表项,向RM1发出VLAN交换表设置响应消息。
步骤58、RM1向SCR发出连接建立响应消息,表示用户81110001到用户82220001的IVS连接已经建立成功。
DRE处于承载能力层,根据RM设置的VLAN交换表项,完成对以太网帧格式的业务流的转发。
DRE以VLAN交换表项作为业务流转发的路由依据。业务数据的转发过程描述如下:将接口1中接收到的vlan id 1的以太网帧发送到接口2的同时将Vlan id 1转换成Vlan id 2;以及将接口2中接收到的vlan id 2的以太网帧发送到接口1的同时将Vlan id 2转换成vlan id 1。通过这种形式,在整个网络可以建立一条VLAN的虚通道,该虚通道可以描述为:(设备1,接口1,vlan id1)——(设备1,接口2,Vlan id 2)——(设备2,接口3,vlan id 2)——(设备2,接口1,vlan id 3)......
DRE在对业务流进行转发的同时,还要根据VLAN交换表项中上/下行带宽限制,对业务流的上/下行业务流量进行监控,丢弃超出流量的帧,完成对业务流的CAR(承诺接入的速率)功能。
在实现本发明的过程中,发明人发现上面所述分布式V-Switch体系中的信令传输过程的缺点为:在该信令传输过程中,处于汇聚、核心层面的DRE 以VLAN交换表作为业务流转发的依据,业务流流经的每个DRE都要根据VLAN交换表中规定的上/下行带宽限制,对业务流的上/下行业务流量进行监控,完成CAR功能,丢弃超出流量的帧。DRE对每个业务流进行流量监控的同时,还要实现对业务流的线速转发。因此,要实现上面所述分布式V-Switch体系中的信令传输过程,DRE的性能必须具备很高的要求,这必将提高每个DRE设备的成本和整个V-Switch部署的成本。
发明内容
本发明实施例的目的是提供一种虚交换网络中实现业务流流量控制的方法及装置,从而可以使资源管理器通过上行业务流CAR(承诺接入的速率)指示和下行业务流CAR指示,灵活地控制DRE是否对业务流的上行、下行做CAR控制。
本发明实施例的目的是通过以下技术方案实现的:
一种虚交换网络中数据转发实体实现业务流流量控制的方法,包括:
A、确定虚交换V-Switch网络中接入业务流的初始数据转发实体DRE和终止DRE,在资源管理器和DRE之间的控制接口中增加上行业务流承诺接入的速率CAR指示和下行业务流CAR指示,资源管理器通过该指示控制DRE是否对业务流的上行、下行做CAR控制,资源管理器向初始DRE发送上行业务流CAR指示,向终止DRE发送下行业务流CAR指示;
B、在所述的初始DRE上根据接收到的上行业务流CAR指示对业务流进行流量控制,在所述的终止DRE上根据接收到的下行业务流CAR指示对业务流进行流量控制,所述业务流流经的所有DRE中除了所述初始DRE和终止DRE之外的其它DRE,不对业务流做流量控制。
所述的步骤A具体包括:
根据业务流在V-Switch网络中的业务路径确定业务流流经的所有DRE,并确定该业务流的初始DRE和终止DRE。
所述的步骤A还包括:
在DRE的虚拟局域网交换表中增加上行CAR指示和下行CAR指示两个表项,DRE根据该表项中的值确定是否对业务流的上行、下行做CAR控制。
所述的步骤A还包括:
资源管理器通过向初始DRE发出的上行CAR指示,将初始DRE的虚拟局域网交换表中上行CAR指示表项的值设置为TRUE,
资源管理器通过向终止DRE发出的下行CAR指示,将终止DRE的虚拟局域网交换表中下行CAR指示表项的值设置为TRUE。
所述的步骤B具体包括:
初始DRE根据其虚拟局域网交换表中上行CAR指示表项的值为TRUE,确定对业务流的上行做CAR控制;
终止DRE根据其虚拟局域网交换表中下行CAR指示表项的值为TRUE,确定对业务流的下行做CAR控制。
所述的V-Switch网络包括分布式V-Switch网络。
由上述本发明实施例提供的技术方案可以看出,本发明实施例通过扩展资源管理器RM与DRE之间的控制接口,在RM和DRE之间的控制接口中增加上行业务流CAR指示和下行业务流CAR指示,从而可以使RM根据该上行业务流CAR指示和下行业务流CAR指示,灵活地控制DRE是否对业务流的上行、下行做CAR控制。
附图说明
图1为现有的一种V-Switch体系的逻辑层次和功能模型示意图;
图2为现有的一种V-Switch体系中建立一个端到端V-Switch连接的过程中的信令转发过程示意图;
图3为现有技术中一种分布式V-Switch体系的组网示意图;
图4为实现分布式V-Switch体系的一种网络具体结构图;
图5为在图4所示的网络中,在用户81110001和用户82220001之间建立IVS连接的过程中的信令传输示意图;
图6为分布式V-Switch体系的一种具体组网示意图;
图7为在图6所示的网络中,在用户81110001和用户82220001建立之间IVS连接的过程中的信令传输示意图。
具体实施方式
本发明实施例提供了一种虚交换网络中数据转发实体实现业务流流量控制的方法。本发明实施例通过扩充VLAN交换表项,使业务流进入V-Switch网络时,在处于V-Switch网络的边缘的DRE对业务流做流量监控。
本发明实施例首先需要在分布式V-Switch体系中扩展RM和DRE之间的控制接口,在控制接口中增加上行业务流CAR指示和下行业务流CAR指示两个指示,以便于RM通过该指示控制DRE是否对业务流的上行、下行做CAR控制。然后,扩充DRE的VLAN交换表项,在VLAN交换表中增加上行CAR指示、下行CAR指示两个表项,在这两个表项中分别记录上行业务流CAR指示和下行业务流CAR指示两个指示。DRE根据该表项中的值确定是否对业务流的上行、下行做CAR控制,具体可以为:当某个DRE具有上行业务流CAR指示时,则该DRE的VLAN交换表中的上行CAR指示表项中的值为TRUE,该DRE需要对上行业务流做CAR控制;当某个DRE具有下行业务流CAR指示时,则该DRE的VLAN交换表中的下行CAR指示表项中的值为TRUE,该DRE需要对下行业务流做CAR控制。
本发明实施例中,资源管理器可以通过向初始DRE发出的上行CAR指示,将初始DRE的VLAN交换表中上行CAR指示表项的值设置为TRUE;通过向终止DRE发出的下行CAR指示,将终止DRE的VLAN交换表中下行CAR指示表项的值设置为TRUE。这样,所述初始DRE可以根据其VLAN交换表中上行CAR指示表项的值为TRUE,确定对业务流的上行做CAR控制;所述终止DRE根据其VLAN交换表中下行CAR指示表项的值为TRUE,确定对业务流的下行做CAR控制。此时,在业务流流经的所有DRE中,除了初始DRE和终止 DRE之外的其它DRE不对业务流做流量控制。
在分布式V-Switch体系中,RM根据业务流在V-Switch网络中的业务路径确定业务流流经的所有DRE,并确定该业务流的初始DRE和终止DRE,具体为RM知道每个DRE在业务路径上所处的位置,对于一个双向的业务流,标识接入主叫用户的边缘DRE为初始DRE,接入被叫用户的边缘DRE为终止DRE。RM具体可以向初始DRE发送上行业务流CAR指示,即RM需要设置初始DRE具有上行CAR指示,通知该初始DRE对上行业务流做CAR控制;向终止DRE发送下行业务流CAR指示,即设置终止DRE具有下行CAR指示,通知该DRE对下行业务流做CAR控制。中间DRE均无需做上行或下行CAR控制。
下面结合附图来详细描述本发明实施例,在图6所示的分布式V-Switch体系的一种具体组网中,在用户81110001和用户82220001之间建立IVS(转发)连接的过程中的信令传输示意图如图7所示。包括如下步骤:
步骤71、SCR向用户81110001所属的RM1发出请求建立一个从用户81110001到用户82220001的IVS(转发)连接的消息。
步骤72、RM1向用户82220001所属的RM2发出请求建立一个IVS连接的消息。
步骤73a、RM2向其所属的DRE4发出设置表1所示的VLAN交换表的消息,VLAN交换表包括以下内容:
表1:VLAN交换表
参数 | 参数说明 | |
1 | 接口1 | 业务流转发接口1,如GE 1/0/0 |
2 | vlan id 1 | 业务流在接口1上以太网帧格式中携带的VLAN ID |
3 | 接口2 | 业务流转发接口2,如GE 1/0/1 |
4 | vlan id 2 | 业务流在接口2上以太网帧格式中携带的VLAN ID |
5 | 带宽 | 业务流带宽限制 |
51 | 上行最大带宽 | 业务流上行(从接口1接收,从接口2发送)最大带宽 |
52 | 下行最大带宽 | 业务流下行(从接口2接收,从接口1发送)最大带宽 |
6 | QoS参数 | 业务流QoS参数要求 |
61 | 延迟 | |
62 | 延迟抖动 | |
63 | 丢包率 | |
7 | 上行CAR指示 | 为TRUE时上行业务流(从接口111接收,从接口112发送)做CAR |
8 | 下行CAR指示 | 为TRUE时下行业务流(从接口2接收,从接口1发送)做CAR |
由于,在用户81110001(主叫)到用户82220001(被叫)之间建立的V-Switch连接中,业务流经过DRE1、DRE2、DRE3、DRE4、DRE5。其中DRE1为初始DRE,DRE5为终止DRE5。于是,在DRE4的VLAN交换表中的上行CAR指示和下行CAR指示表项的值为false。DRE4无需对业务流做上行或下行CAR控制,即DRE4不对业务流进行流量监控,只负责对业务流进行转发,因此,DRE4对业务流的转发速度等性能将得到提高。
步骤73b、RM2向其所属的DRE5发出设置表1所示的VLAN交换表的消息。
由于,在用户81110001(主叫)到用户82220001(被叫)之间建立的V-Switch连接中,业务流经过DRE1、DRE2、DRE3、DRE4、DRE5。其中DRE1为初始DRE,DRE5为终止DRE5。于是,RM2向DRE5发出下行CAR指示标识,将DRE5的VLAN交换表中的下行CAR指示表项的值设置为TRUE。
于是,DRE5在对业务流进行转发的同时,还根据VLAN交换表中记录的下行带宽限制,对业务流的下行业务流量进行监控,丢弃超出流量的帧,完成对下行业务流的CAR功能。
步骤74a、DRE4设置完VLAN交换表,向RM2发出VLAN交换表设置响应消息。
步骤74b、 DRE5设置完VLAN交换表,向RM2发出VLAN交换表设置响应消息。
步骤75、RM2向RM1发出连接建立响应消息。
步骤76a、RM1向其所属的DRE1发出设置表1所示的VLAN交换表的消息。
由于,在用户81110001(主叫)到用户82220001(被叫)之间建立的V-Switch连接中,业务流经过DRE1、DRE2、DRE3、DRE4、DRE5。其中DRE1为初始DRE,DRE5为终止DRE5。于是,RM1向DRE1发出上行CAR指示标识,将DRE1的VLAN交换表中的上行CAR指示表项的值设置为TRUE。
于是,DRE1在对业务流进行转发的同时,还根据VLAN交换表中记录的上行带宽限制,对业务流的上行业务流量进行监控,丢弃超出流量的帧,完成对上行业务流的CAR功能。
步骤76b、RM1向其所属的DRE2发出设置表1所示的VLAN交换表的消息。
由于,DRE2既不是初始DRE,也不是终止DRE5。于是,在DRE2的VLAN交换表中的上行CAR指示和下行CAR指示表项的值为false。DRE2无需做上行或下行CAR控制。即DRE2不对业务流进行流量监控,只负责对业务流进行转发,因此,DRE2对业务流的转发速度等性能将得到提高。
步骤76c、RM1向其所属的DRE3发出设置表1所示的VLAN交换表的消息。
由于,DRE3既不是初始DRE,也不是终止DRE5。于是,在DRE3的VLAN交换表中的上行CAR指示和下行CAR指示表项的值为false。DRE3无需做上行或下行CAR控制。即DRE3不对业务流进行流量监控,只负责对业务流进行转发,因此,DRE3对业务流的转发速度等性能将得到提高。
步骤77a、DRE1设置完VLAN表项,向RM1发出VLAN交换表设置响应消息。
步骤77b、DRE2设置完VLAN表项,向RM1发出VLAN交换表设置响应消息。
步骤77c、 DRE3设置完VLAN表项,向RM1发出VLAN交换表设置响应消息。
步骤78、RM1向SCR发出连接建立响应消息,表示用户81110001到用户82220001的IVS连接已经建立成功。
综上所述,本发明实施例可以通过扩充VLAN交换表项,使业务流进入V-Switch网络时,RM根据上述上行业务流CAR指示和下行业务流CAR指示,在处于V-Switch网络的边缘的DRE对业务流做流量监控,而后续的处于V-Switch网络内部的DRE不再对业务流做流量监控。从而简化了DRE的转发处理过程,提高了DRE的转发性能,降低了DRE设备的成本,减小了整个V-Switch网络部署的成本。
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求的保护范围为准。
Claims (6)
1.一种虚交换网络中数据转发实体实现业务流流量控制的方法,其特征在于,包括:
A、确定虚交换V-Switch网络中接入业务流的初始数据转发实体DRE和终止DRE,在资源管理器和DRE之间的控制接口中增加上行业务流承诺接入的速率CAR指示和下行业务流CAR指示,资源管理器通过该指示控制DRE是否对业务流的上行、下行做CAR控制,资源管理器向初始DRE发送上行业务流CAR指示,向终止DRE发送下行业务流CAR指示;
B、在所述的初始DRE上根据接收到的上行业务流CAR指示对业务流进行流量控制,在所述的终止DRE上根据接收到的下行业务流CAR指示对业务流进行流量控制,所述业务流流经的所有DRE中除了所述初始DRE和终止DRE之外的其它DRE,不对业务流做流量控制。
2.根据权利要求1所述虚交换网络中数据转发实体实现业务流流量控制的方法,其特征在于,所述的步骤A具体包括:
根据业务流在V-Switch网络中的业务路径确定业务流流经的所有DRE,并确定该业务流的初始DRE和终止DRE。
3.根据权利要求1所述虚交换网络中数据转发实体实现业务流流量控制的方法,其特征在于,所述的步骤A还包括:
在DRE的虚拟局域网交换表中增加上行CAR指示和下行CAR指示两个表项,DRE根据该表项中的值确定是否对业务流的上行、下行做CAR控制。
4.根据权利要求3所述虚交换网络中数据转发实体实现业务流流量控制的方法,其特征在于,所述的步骤A还包括:
资源管理器通过向初始DRE发出的上行CAR指示,将初始DRE的虚拟局域网交换表中上行CAR指示表项的值设置为TRUE,
资源管理器通过向终止DRE发出的下行CAR指示,将终止DRE的虚拟局域网交换表中下行CAR指示表项的值设置为TRUE。
5.根据权利要求4所述虚交换网络中数据转发实体实现业务流流量控制的方法,其特征在于,所述的步骤B具体包括:
初始DRE根据其虚拟局域网交换表中上行CAR指示表项的值为TRUE,确定对业务流的上行做CAR控制;
终止DRE根据其虚拟局域网交换表中下行CAR指示表项的值为TRUE,确定对业务流的下行做CAR控制。
6.根据权利要求1所述虚交换网络中数据转发实体实现业务流流量控制的方法,其特征在于,所述的V-Switch网络包括分布式V-Switch网络。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2005100801693A CN1889511B (zh) | 2005-06-30 | 2005-06-30 | 虚交换网络中数据转发实体实现业务流流量控制的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2005100801693A CN1889511B (zh) | 2005-06-30 | 2005-06-30 | 虚交换网络中数据转发实体实现业务流流量控制的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1889511A CN1889511A (zh) | 2007-01-03 |
CN1889511B true CN1889511B (zh) | 2012-02-29 |
Family
ID=37578770
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2005100801693A Expired - Fee Related CN1889511B (zh) | 2005-06-30 | 2005-06-30 | 虚交换网络中数据转发实体实现业务流流量控制的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1889511B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100466590C (zh) * | 2007-03-26 | 2009-03-04 | 中兴通讯股份有限公司 | 一种V_Switch透传数据实现负荷分担的方法 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1466391A (zh) * | 2002-06-22 | 2004-01-07 | ��Ϊ��������˾ | Ip环分布式带宽处理方法 |
US6779038B1 (en) * | 1999-12-31 | 2004-08-17 | Nortel Networks Limited | System and method for extending virtual synchrony to wide area networks |
-
2005
- 2005-06-30 CN CN2005100801693A patent/CN1889511B/zh not_active Expired - Fee Related
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6779038B1 (en) * | 1999-12-31 | 2004-08-17 | Nortel Networks Limited | System and method for extending virtual synchrony to wide area networks |
CN1466391A (zh) * | 2002-06-22 | 2004-01-07 | ��Ϊ��������˾ | Ip环分布式带宽处理方法 |
Non-Patent Citations (1)
Title |
---|
CN 1466391 A,全文. |
Also Published As
Publication number | Publication date |
---|---|
CN1889511A (zh) | 2007-01-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP1659729B1 (en) | A method for choosing the transmission path of the real-time traffic data | |
CN106059960B (zh) | 一种基于软件定义网络的空间网络QoS保障方法及管理中心 | |
CN100486216C (zh) | 一种提高虚拟交换系统中传输可靠性的方法 | |
JP3492950B2 (ja) | インターネット網上を伝送される遅延に敏感なトラヒックに対してサービスの品質を提供するための方法 | |
CN101523845B (zh) | 因为建立呼叫时性能下降而调整传输路径中编解码器速度的系统和方法 | |
JP3479908B2 (ja) | VoIP用通信品質保証パス設定方法とネットワーク管理システム | |
JP2004254328A (ja) | Ipネットワークにおける保証付きサービス品質を提供するための方法およびそのシステム | |
JP2002141932A (ja) | ネットワーク共有帯域割当て方法及びこれを用いるネットワークシステム | |
CN101779198A (zh) | 用于桥接网络的流预留协议 | |
CN102014075A (zh) | 流量监管方法和装置 | |
CN101123814B (zh) | 临近空间多协议标签交换网络系统及其处理方法 | |
CN100389581C (zh) | 一种保障端到端业务质量的方法 | |
CN102185834A (zh) | 一种信息网智能资源控制系统 | |
WO2006056099A1 (fr) | Procede et systeme permettant de garantir individuellement la qualite de service dans un reseau | |
CN100536434C (zh) | 一种ip dslam中基于qos要求的自适应调度方法 | |
CN1870575B (zh) | 一种提高虚拟交换系统中传输可靠性的方法 | |
CN1889511B (zh) | 虚交换网络中数据转发实体实现业务流流量控制的方法 | |
CN100514912C (zh) | 一种基于区分服务的Pipe模型实现方法 | |
CN101599979A (zh) | 基于隧道的ip电信网实现方法 | |
CN101478565B (zh) | 地址交换体系结构中域间带宽预留及地址交换方法 | |
CN101127705B (zh) | 实现网络传输服务质量的方法 | |
CN100370783C (zh) | 一种保证异种网络互通时服务质量的方法 | |
JP2001189754A (ja) | QoS提供方式、ルータ装置、QoSサーバ、ユーザ端末及びQoS提供方法 | |
CN100391154C (zh) | 一种资源管理器中路由的选路方法 | |
CN100414931C (zh) | 虚交换系统中业务转发的实现方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
C17 | Cessation of patent right | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20120229 Termination date: 20120630 |