CN102394814A - 处理拥塞通告报文的方法及设备 - Google Patents

处理拥塞通告报文的方法及设备 Download PDF

Info

Publication number
CN102394814A
CN102394814A CN201110334036XA CN201110334036A CN102394814A CN 102394814 A CN102394814 A CN 102394814A CN 201110334036X A CN201110334036X A CN 201110334036XA CN 201110334036 A CN201110334036 A CN 201110334036A CN 102394814 A CN102394814 A CN 102394814A
Authority
CN
China
Prior art keywords
congested
notification packet
source
message
mac address
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.)
Pending
Application number
CN201110334036XA
Other languages
English (en)
Inventor
刘靖
卓志强
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujian Star Net Communication Co Ltd
Original Assignee
Fujian Star Net Communication Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujian Star Net Communication Co Ltd filed Critical Fujian Star Net Communication Co Ltd
Priority to CN201110334036XA priority Critical patent/CN102394814A/zh
Publication of CN102394814A publication Critical patent/CN102394814A/zh
Pending legal-status Critical Current

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明提供一种处理拥塞通告报文的方法及设备,方法包括:接收拥塞通告报文;从所述拥塞通告报文中获取导致产生所述拥塞通告报文的报文的源路由信息;从路由表中反向查找与所述源路由信息对应的路由表项;将所述拥塞通告报文发送到与所述源路由信息对应的路由表项中的介质访问控制MAC地址。通过从CNM报文中获取源路由信息,并以此找到发送数据的原始设备的MAC地址,解决了报文在经过转发后致使产生的CNM报文无法转发到发送数据的原始设备的问题,使得CN功能仍然可以生效,实现了在FCOE网络或三层IP网络发生拥塞时,利用CNM报文通告发送数据的原始设备来调整数据发送速率,解除网络拥塞。

Description

处理拥塞通告报文的方法及设备
技术领域
本发明涉及数据通信技术,尤其涉及一种处理拥塞通告报文的方法及设备。
背景技术
以太网网络会不可避免的遇到拥塞问题,如因FCoE(Fiber Channel OverEthernet,以太网承载光纤通道协议)报文、三层IP(Internet Protocol,因特网协议)报文等造成网络拥塞。
其中,FCoE基于无损以太网,用以解决在FC(Fiber Channel,光纤通道协议)SAN(Storage Area Network存储网络)技术发展过程中遇到的LAN(Local Area Network,局域网)/SAN资源无法复用的问题。
FCOE数据帧如图1所示,是在FC报文外加上以太帧头形成,包含字段有SOF(Start Of Frame,帧首定界符)、EOF(End Of Frame,帧尾定界符)、Dest Mac Addr(Destination Mac Address,目标MAC地址)、Src Mac Addr(Source Mac Address,源MAC地址)、802.1Q vlan tag(用于携带vlan信息)、EtherType+Length(以太网的类型或长度)、Pad(外层PAD是以太网的填充字段,内层PAD是FC的填充字段)、Ethernet CRC(以太网的帧检验和)及FC Frame Content(FC帧内容,包括FC帧头和有效负载数据还有填充字段)。其中,FC链路的FC帧的SOF/EOF字段放在以太网的FCoE帧首部中,FC链路的FC帧的CRC字段使用以太网的CRC字段取代。除此之外,FC帧的内容都保留封装在FCoE帧中。
FCOE数据是逐跳转发的。虽然FOCE网络是一个大二层的网络,但是FCOE数据报文的转发不再像传统二层交换机,通过查找MAC(Media AccessControl,介质访问控制)表进行转发,而是类似三层路由转发技术进行转发。
当某一设备收到的FCOE数据报文的目标MAC是本机MAC时,便拆除以太网二层封装,获取FC报文中目标FCID(Fiber Channel Identification,光纤通道标识)。传统的存储网络中就是通过FCID来寻址的,FCOE的转发类似三层IP转发。检查FCOE路由转发表,如果FCOE路由转发表中没有相应目标FCID的路由表项,则丢弃该报文,如果FCOE路由转发表中有相应目标FCID的路由表项,则转由相应出口进行转发。其中,FCOE路由转发表通过FSPF(Fabric Shortest Path First,最短路径算法)来计算生成,类似OSPF路由协议,动态的计算FC路由的路由协议。
该设备在转发FCOE数据报文前需重新封装新的以太网帧头,其中,源MAC修改为本机MAC,目标MAC是下一跳设备的MAC地址,保持源FCID和目标FCID不变,转发给下一跳设备。下一跳设备收到FCOE数据报文后,又重新进行上述操作,直到报文转发到目的设备。
从上述转发过程可知,FCOE数据报文在转发过程中,源和目标FCID保持不变,但经过每一跳FCOE设备转发后就会修改相应的源和目标MAC地址。
以图2中CNA1往CNA3发送数据流为例,来说明FCOE数据报文转发过程和整个过程中报文的变化。
首先所有设备先通过FCOE路由协议学习到整网的FCOE路由信息,FCOE路由表信息中包括接口信息、FCID、MAC地址等。如表1所示。
表1FCOE路由表项
Figure BDA0000102891430000021
表1中给出了SW1和SW3分别学到的CNA1和CNA3的FCOE路由信息。
CNA1发送FCOE报文到SW1,FCOE报文包括:源FCID为0x200000,目标FCID为0x200005,源MAC为MAC:MAC-CNA1,目标MAC为SW1 MAC:MAC-SW1。
SW1接收到FCOE报文后,学习下数据的源MAC:MAC-CNA1,如表2所示。
表2MAC地址表项
Figure BDA0000102891430000031
并且,SW1发现目标MAC是本机的MAC,便拆除以太网封装,获取FC报文内的目标FCID,查看FCOE路由表(表1),发现命中第2条表项,则转发到这条表项的VFC(Virture Fiber Channel,虚拟FC接口)所绑定的e2口。同时,保持原FC报文源FCID和目标FCID不变,再重装封装上二层以太网帧头源MAC为SW1的MAC:MAC-SW1,目标MAC为SW3的MAC:MAC-SW3转发到下一跳设备SW3。
SW3收到FCOE报文后,学习下FCOE报文的源MAC:MAC-SW1,如表2所示。同时,SW3发现目标MAC是本机则类似SW1进行上述操作,拆除以太网封装,获取目标FCID,查询FCOE路由表,发现命第2条表项,FC报文部分保持不变重新封装以太网帧头源MAC为MAC-SW2,目标MAC为MAC-CNA3。最后将FCOE报文转发到CNA3,完成FCOE报文的转发。
可见,FCOE报文在每一跳转发时都会被修改源MAC和目标MAC,也就是从CNA1发出的FCOE报文在每一跳转发时源MAC都已经被修改。
在FCOE报文的转发过程中,参与转发的设备可能由于流经的数据流量过大,导致发生网络拥塞。
现有技术中,通常采用IEEE 802.1Qau标准CN(CongestionNotification,拥塞通告协议)来解决网络拥塞问题。
网络中的各设备检测拥塞情况,如果检测到拥塞,则检测到拥塞的设备为CP(Congestion Point,拥塞点),向数据源发送拥塞通告消息,要求数据源降低发送速率,以解除网络拥塞。
数据中心的网络是一个大二层网络,当网络发生拥塞时,CP产生一个CNM(Congestion Notification Message,拥塞通告报文),报文格式如图3所示,包含的内容如表3所示。
表3CNM报文内容
Figure BDA0000102891430000041
CNM报文的源MAC是CP即发生拥塞的设备的MAC,目标MAC是引起拥塞的报文的源MAC,Encapsulated MSDU(mac service data unit)字段存放报文Ethnernet Type(以太协议类型)字段之后的数据信息。设备在收到CNM报文后通过查找MAC(Media Access Control,介质访问控制)表进行转发。通过二层转发CNM报文直接通告数据源也就是CNA(Converged NetworkAdapters,融合网络适配器)网卡,网卡根据CNM报文携带的相关信息调节对外发送数据的速率,降低发送速率,解除网络拥塞。
假设FCOE流量使SW3出口队列拥塞,由于CNA1发出的FCOE报文在经过SW1转发后,报文的源MAC被修改成源MAC为:MAC-SW1,目标MAC修改为MAC-SW3,因此,导致SW3出口拥塞的FCOE报文中,源MAC为MAC-SW1,目标MAC为MAC-SW3,源FCID为0x200000,目标FCID为0x200005。这样,SW3拥塞后生成的CNM报文中,源MAC是MAC-SW3,目标MAC是MAC-SW1,而不是原始FCOE报文的源MAC:MAC-CNA1。根据二层转发规则,CNM报文被转发到SW1而不会被转发到CNA1,也就是说,CNM报文无法到达数据源,从而数据源无法通过CNM报文中反馈的信息来调整发送速率,最终达到解除网络拥塞的目的。
同样,对于三层IP报文导致的网络拥塞采用CN技术,也会产生上述问题。
一个IP报文经过一台三层网络设备路由后,三层网络设备会把TTL(TimeTo Live,生成时间)减1、重新计算IP校验和,然后把源MAC地址填成该三层网络设备的MAC地址,目的MAC修改为下一跳主机的MAC。即经过三层路由后,IP报文的源MAC地址和目的MAC地址均发生了变化。
其中,以太网报文格式如图4所示,IP报文格式如图5所示。
可以得知CNM报文无法跨三层转发,因为经过三层后,IP报文的源MAC地址发生了变化,而CNM报文是直接把导致产生拥塞的IP报文的源MAC地址作为目的MAC地址而发回的。这样,CNM报文只会发到离产生拥塞的最近的一台三层网络设备上,无法达到拥塞通告功能的目的,即通知最原始的数据发送者。
以图6中CNA1往CNA3发送数据流为例,说明三层IP报文转发过程和整个过程中IP报文的变化。
首先所有设备通过IP路由协议学习到整网的路由信息,得到IP路由表。IP路由表如表4所示,包括接口信息、目标IP网段等。
表4IP路由表
Figure BDA0000102891430000061
Figure BDA0000102891430000071
CNA1发送IP报文到CNA3,该IP报文中,源IP地址为1.1.1.1,目标IP地址为3.3.3.2,源MAC地址为MAC-CNA1,目标MAC地址为MAC-SW1。
IP报文被发送到SW1后,SW1学习到IP报文的源MAC地址为MAC-CNA1,同时发现目标MAC地址为本机的MAC地址,便拆除IP报文的以太网封装,获取IP报文内的目标IP地址,查看表4所示的IP路由表。命中IP路由表中的SW1路由表项的第3条表项后,保持原IP报文源IP地址和目标IP地址不变,再重新封装上二层以太网帧头源MAC地址为MAC-SW1,目标MAC地址为MAC-SW3,然后SW1将IP报文转发到e2口,通过e2口转发到下一跳设备SW3。
SW3收到IP报文后,学习下IP报文的源MAC地址:MAC-SW1,同时由于IP报文的目标MAC地址是本机MAC地址,则进行类似SW1的上述操作,拆除以太网封装,获取目标IP地址,查询表4所示的IP路由表,发现是直连网段后,IP报文部分保持不变,重新封装IP报文的以太网帧头的源MAC地址为MAC-SW3,目标MAC地址为MAC-CNA3,最后将IP报文转发到CNA3,完成IP报文的转发。
可见,IP报文在每一跳转发时都会被修改源MAC地址和目标MAC地址,也就是从CNA1发出的原始IP报文,在每一跳转发时,其源MAC地址都会被修改。这样,拥塞点生成的CNM报文只能被发送到三层网络设备sw1和sw2上,不能再往下发到数据源CNA1或CNA2上,也即在在三层IP网络中无法被转发到数据源,通告其降低速率,使得CN功能在三层网络中无效。
综上所述,CN功能不能在FCOE网络和三层网络中使用。
发明内容
本发明提供一种处理拥塞通告报文的方法及设备,用于解决转发的报文导致网络拥塞产生的CNM报文无法转发到原始发送该转发的报文的设备的问题。
本发明提供了一种处理拥塞通告报文的方法,包括:
接收拥塞通告报文;
从所述拥塞通告报文中获取导致产生所述拥塞通告报文的报文的源路由信息;
从路由表中反向查找与所述源路由信息对应的路由表项;
将所述拥塞通告报文发送到与所述源路由信息对应的路由表项中的介质访问控制MAC地址。
本发明还提供了一种处理拥塞通告报文的设备,包括:
报文接收单元,用于接收拥塞通告报文;
路由信息获取单元,用于从所述拥塞通告报文中获取导致产生所述拥塞通告报文的报文的源路由信息;
路由表项查找单元,用于从路由表中反向查找与所述源路由信息对应的路由表项;
报文发送单元,用于将所述拥塞通告报文发送到与所述源路由信息对应的路由表项中的介质访问控制MAC地址。
本发明提供的处理拥塞通告报文的方法及设备,通过从CNM报文中获取源路由信息,并以此找到发送数据的原始设备的MAC地址,解决了报文在经过转发后致使产生的CNM报文无法转发到发送数据的原始设备的问题,使得CN功能仍然可以生效,实现了在FCOE网络或三层IP网络发生拥塞时,利用CNM报文通告发送数据的原始设备来调整数据发送速率,解除网络拥塞。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为FCOE报文的格式图;
图2为FOCE网络拓扑图;
图3为CNM报文格式图;
图4为以太网报文格式图;
图5为IP报文格式图;
图6为三层网络拓扑图;
图7为本发明实施例提供的一种处理拥塞通告报文的方法的流程图;
图8为本发明实施例提供的另一种处理拥塞通告报文的方法的流程图;
图9为本发明实施例提供的又一种处理拥塞通告报文的方法的流程图;
图10为本发明实施例提供的处理拥塞通告报文的设备的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图7为本发明实施例提供的一种处理拥塞通告报文的方法的流程图。如图7所示,处理拥塞通告报文的方法包括:
步骤71、接收拥塞通告报文;
步骤72、从所述拥塞通告报文中获取导致产生所述拥塞通告报文的报文的源路由信息;
步骤73、从路由表中反向查找与所述源路由信息对应的路由表项;
步骤74、将所述拥塞通告报文发送到与所述源路由信息对应的路由表项中的介质访问控制MAC地址。
当导致网络拥塞的报文为FCOE报文时,所述源路由信息为源光纤通道标识FCID字段;相应地:
从所述拥塞通告报文中获取导致产生所述拥塞通告报文的报文的源路由信息,包括:从所述拥塞通告报文中获取光纤通道协议FC报文的源光纤通道标识FCID字段;
从路由表中反向查找与所述源路由信息对应的路由表项,包括:从FCOE路由表中反向查找与所述源FCID字段对应的路由表项;
将所述拥塞通告报文发送到与所述源路由信息对应的路由表项中的介质访问控制MAC地址,包括:将所述拥塞通告报文发送到与所述源FCID字段对应的路由表项中的介质访问控制MAC地址。
当导致网络拥塞的报文为IP报文时,所述源路由信息为源因特网协议IP地址;相应地:
从所述拥塞通告报文中获取导致产生所述拥塞通告报文的报文的源路由信息,包括:从所述拥塞通告报文中获取IP报文的源IP地址;
从路由表中反向查找与所述源路由信息对应的路由表项,包括:从IP路由表中查找与所述源IP地址对应的路由表项;
将所述拥塞通告报文发送到与所述源路由信息对应的路由表项中的介质访问控制MAC地址,包括:将所述拥塞通告报文发送到与所述源IP地址对应的路由表项中的MAC地址。
可选地,本发明实施例提供的处理拥塞通告报文的方法还可包括:判断述拥塞通告报文中的目标MAC地址是否为接收所述拥塞通告报文的设备的MAC地址;
若所述拥塞通告报文中的目标MAC地址为接收所述拥塞通告报文的设备的MAC地址,则执行所述从所述拥塞通告报文中获取导致产生所述拥塞通告报文的报文的源路由信息;否则,通过相应出口转发所述拥塞通告报文。
当导致拥塞的报文为FCOE报文时,所述相应出口为与所述目标MAC地址对应的出口;通过相应出口转发所述拥塞通告报文之前,还包括:从MAC地址表查找与所述目标MAC地址对应的出口,通过所述出口转发所述拥塞通告报文。
由于FCOE网络属于二层网络,如上描述的IP网络是三层网络,虽然二者都运行在以太网中,且实现两种网络中传输CNM报文的策略方法相似,但是由于这两种网络属于不同类型的网络,不可能同时存在,所以分析时将两种网络分开描述。
下面分别以FCOE网络拥塞和IP网络拥塞为例对CNM报文的处理做进一步详细说明。
在FCOE网络中,通过运行FCOE路由协议,建立起整个网络的数据库。数据库包含了网络中所有节点的相关信息,如VFC,FCID,MAC等等。通过该数据库,可以计算出达到网络中任何节点的最短路径,生成一个FCOE路由表,如表1所示。
仍以图2所示的网络中的SW3出口发生拥塞为例。当CNA1发送到CNA3的FCOE报文使SW3出口发生拥塞时,由于CNA1发出的FCOE报文在经过SW1转发后,源MAC地址MAC-CNA1被修改为MAC-SW1,目标MAC地址MAC-SW1被修改为MAC-SW3,也即,导致SW3出口拥塞的FCOE报文的源MAC地址为:MAC-SW1,目标MAC地址为MAC-SW3,源FCID为0x200000,目标FCID为0x200005。
根据CNM报文生成的原理,SW3拥塞后生成的CNM报文中,源MAC地址为MAC-SW3,目标MAC地址为MAC-SW1,Encapsulated MSDU(mac_service_data_unit,在FCOE报文中Ethnernet Type之后就是FC报文内容)字段中存放有FCOE报文Ethernet Type之后的信息,包括源FCID为0x200000,目标FCID为0x200005。
然后SW3查询表2所示的MAC地址表,命中相应表项,将生成的CNM报文从SW3的e1口转发到SW1。
之后,SW1对CNM报文进行处理,如图8所示,具体包括:
步骤81、SW1接收CNM报文;
步骤82、SW1判断CNM报文的目标MAC地址是否为本机的MAC地址,如果是,则执行步骤83;如果不是本机MAC地址,则查找表2所示的MAC地址表,执行步骤86,对CNM报文做二层数据转发,结束处理。
步骤83、SW1获取CNM报文中Encapsulated MSDU字段存放的FC报文的源FCID为0X200000。
步骤84、SW1反向查询表1所示的FCOE路由表,判断FCOE路由表是否存在相应的FC路由表项,如果不存在,则丢弃该CNM报文,结束处理;如果存在,则跳转到步骤85;
步骤85、SW1将CNM报文中的目标MAC地址修改为查找到的FC路由表项中所对应的MAC地址。由表1中SW1的FCOE路由表可知FCID:0X200000所对应的MAC为MAC-CNA1,所以修改CNM报文的目标MAC地址为MAC-CNA1,其他字段保持不变。
步骤86、SW1将CNM报文转发到相应的路由表项中的MAC地址MAC-CNA1,也即CNM报文被转发给CNA1。CNA1收到CNM报文后,通过CNM报文中携带的相关信息,便调整发送速率,以解除网络拥塞。
本实施例中,SW1通过获取CNM报文存放原始数据字段中的源FCID字段,以及查找FCOE路由表中FCID对应的MAC地址,并将CNM报文目标MAC地址修改为查找到的路由表项中FCID对应的MAC地址,进行转发,解决了CNM报文无法转发到导致其产生的FCOE报文的原始发送设备的问题,使得原始发送FCOE报文的设备能够接收到CNM报文,从而调整发送FCOE报文的速率,解除网络拥塞。本实施例提供的技术方案可以应用于FCOE整网拓扑中。
三层IP网络中,如图6所示,通过运行路由协议,生成一个IP路由表,如表4所示,包括IP地址网段,接口信息等等。
CNA1发往CNA3的IP报文中,源IP地址为1.1.1.1,目标IP地址为3.3.3.2,源MAC地址为MAC-CNA1,目标MAC地址为MAC-SW1。
当CNA1发送到CNA3的三层IP报文使SW3出口发生拥塞时,由于CNA1发出的IP报文在经过SW1转发后,源MAC地址被修改为MAC-SW1,目标MAC地址被修改为MAC-SW3,因此,导致SW3出口拥塞的IP报文的源MAC地址为MAC-SW1,目标MAC地址为MAC-SW3,源IP地址为1.1.1.1,目标IP地址为3.3.3.2。
根据CNM报文生成原理,SW3拥塞后生成的CNM报文中,源MAC地址为MAC-SW3,目标MAC地址为MAC-SW1,Encapsulated  MSDU(mac_service_data_unit,在IP报文中Ethnernet Type之后就是IP报文内容)字段中存放的是IP报文Ethernet Type之后的信息,包括源IP地址1.1.1.1,目标IP地址3.3.3.2。
SW3将CNM报文从SW3的e1口转发到SW1。
SW1对CNM报文进行如图9所示的处理,包括:
步骤91、SW1接收CNM报文;
步骤92、SW1判断CNM报文中的目标MAC地址是否为本机的MAC地址,如果是,则执行步骤93;如果不是本机MAC地址,则执行步骤96,做二层数据转发。
步骤93、SW1获取CNM报文中Encapsulated MSDU字段存放的IP报文的源IP地址1.1.1.1;
步骤94、SW1反向查询IP路由表,判断是否存在相应的IP路由表项,如果不存在,则丢弃该CNM报文,结束处理;如果存在,则执行步骤95;
步骤95、查找到IP路由表项所对应接口,并修改CNM报文的目标MAC地址为上一跳设备的MAC地址MAC-CNA1,其他字段保持不变;
步骤96、将CNM报文由相应出口转发出去。这样一跳一跳将CNM报文转发到数据源服务器CNA1。CNA1收到CNM报文后,通过CNM报文中携带的相关信息,调整发送速率,以解除网络拥塞。
本实施例中,SW1通过获取CNM报文存放原始数据字段中的源IP地址,以及查找IP路由表中源IP地址对应的MAC地址,并将CNM报文目标MAC地址修改为查找到的路由表项中源IP地址对应的MAC地址,进行转发,解决了CNM报文无法转发到导致其产生的IP报文的原始发送设备的问题,使得原始发送IP报文的设备能够接收到CNM报文,从而调整发送IP报文的速率,解除网络拥塞。
本实施例提供的技术方案可以应用到三层IPV4、IPV6网络中。
上述实施例通过从CNM报文中获取源路由信息,并以此找到发送数据的原始设备的MAC地址,解决了FCOE报文和IP报文在经过转发后致使产生的CNM报文无法转发到发送数据的原始设备的问题,使得FCOE网络和三层IP网络中CN功能仍然可以生效,可以实现在FCOE网络或三层IP网络发生拥塞时,利用CNM报文通告发送数据的原始设备来调整数据发送速率,解除网络拥塞。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
图10为本发明实施例提供的处理拥塞通告报文的设备的结构示意图。如图10所示,处理拥塞通告报文的设备用于执行图7所示方法实施例的步骤,可为二层网络设备或三层网络设备,包括:报文接收单元101、路由信息获取单元102、路由表项查找单元103及报文发送单元104。
报文接收单元101用于接收拥塞通告报文。
路由信息获取单元102用于从所述拥塞通告报文中获取导致产生所述拥塞通告报文的报文的源路由信息。
路由表项查找单元103用于从路由表中反向查找与所述源路由信息对应的路由表项。
报文发送单元104用于将所述拥塞通告报文发送到与所述源路由信息对应的路由表项中的介质访问控制MAC地址。
如,当处理拥塞通告报文的设备为二层网络设备时,所述源路由信息可为源光纤通道标识FCID字段;相应地,所述路由信息获取单元102具体用于从所述拥塞通告报文中获取光纤通道协议FC报文的源光纤通道标识FCID字段;所述路由表项查找单元103具体用于从FCOE路由表中反向查找与所述源FCID字段对应的路由表项;所述报文发送单元104具体用于将所述拥塞通告报文发送到与所述源FCID字段对应的路由表项中的介质访问控制MAC地址。
所述相应出口为与所述目标MAC地址对应的出口;所述处理拥塞通告报文的设备还可包括:出口查找单元,用于在所述报文发送单元通过相应出口转发所述拥塞通告报文之前,从MAC地址表查找与所述目标MAC地址对应的出口,通过所述出口转发所述拥塞通告报文。
当处理拥塞通告报文的设备为三层网络设备时,所述源路由信息可为源因特网协议IP地址;相应地,所述路由信息获取单元102具体用于从所述拥塞通告报文中获取IP报文的源IP地址;所述路由表项查找单元103具体用于从IP路由表中查找与所述源IP地址对应的路由表项;所述报文发送单元104具体用于将所述拥塞通告报文发送到与所述源IP地址对应的路由表项中的MAC地址。
本发明实施例提供的处理拥塞通告报文的设备还可包括:地址判断单元,用于判断述拥塞通告报文中的目标MAC地址是否为接收所述拥塞通告报文的设备的MAC地址;此时,所述报文发送单元104还用于若所述拥塞通告报文中的目标MAC地址为接收所述拥塞通告报文的设备的MAC地址,则执行所述从所述拥塞通告报文中获取导致产生所述拥塞通告报文的报文的源路由信息;否则,通过相应出口转发所述拥塞通告报文。
上述设备实施例中,处理拥塞通告报文的设备通过路由信息获取单元、路由表项查找单元,找到原始发送导致产生拥塞通告报文的报文的设备的MAC地址,通过报文发送单元将拥塞通告报文转发到原始发送导致产生拥塞通告报文的报文的设备,来调整数据发送速率,解除网络拥塞。解决了FCOE报文和IP报文在经过转发后致使产生的CNM报文无法转发到发送数据的原始设备的问题。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (11)

1.一种处理拥塞通告报文的方法,其特征在于,包括:
接收拥塞通告报文;
从所述拥塞通告报文中获取导致产生所述拥塞通告报文的报文的源路由信息;
从路由表中反向查找与所述源路由信息对应的路由表项;
将所述拥塞通告报文发送到与所述源路由信息对应的路由表项中的介质访问控制MAC地址。
2.根据权利要求1所述的处理拥塞通告报文的方法,其特征在于,所述源路由信息为源光纤通道标识FCID字段;
从所述拥塞通告报文中获取导致产生所述拥塞通告报文的报文的源路由信息,包括:从所述拥塞通告报文中获取光纤通道协议FC报文的源光纤通道标识FCID字段;
从路由表中反向查找与所述源路由信息对应的路由表项,包括:从FCOE路由表中反向查找与所述源FCID字段对应的路由表项;
将所述拥塞通告报文发送到与所述源路由信息对应的路由表项中的介质访问控制MAC地址,包括:将所述拥塞通告报文发送到与所述源FCID字段对应的路由表项中的介质访问控制MAC地址。
3.根据权利要求1所述的处理拥塞通告报文的方法,其特征在于,所述源路由信息为源因特网协议IP地址;
从所述拥塞通告报文中获取导致产生所述拥塞通告报文的报文的源路由信息,包括:从所述拥塞通告报文中获取IP报文的源IP地址;
从路由表中反向查找与所述源路由信息对应的路由表项,包括:从IP路由表中查找与所述源IP地址对应的路由表项;
将所述拥塞通告报文发送到与所述源路由信息对应的路由表项中的介质访问控制MAC地址,包括:将所述拥塞通告报文发送到与所述源IP地址对应的路由表项中的MAC地址。
4.根据权利要求1-3任一项所述的处理拥塞通告报文的方法,其特征在于,还包括:判断述拥塞通告报文中的目标MAC地址是否为接收所述拥塞通告报文的设备的MAC地址;
若所述拥塞通告报文中的目标MAC地址为接收所述拥塞通告报文的设备的MAC地址,则执行所述从所述拥塞通告报文中获取导致产生所述拥塞通告报文的报文的源路由信息;否则,通过相应出口转发所述拥塞通告报文。
5.根据权利要求4所述的处理拥塞通告报文的方法,其特征在于,所述相应出口为与所述目标MAC地址对应的出口;
通过相应出口转发所述拥塞通告报文之前,还包括:从MAC地址表查找与所述目标MAC地址对应的出口,通过所述出口转发所述拥塞通告报文。
6.一种处理拥塞通告报文的设备,其特征在于,包括:
报文接收单元,用于接收拥塞通告报文;
路由信息获取单元,用于从所述拥塞通告报文中获取导致产生所述拥塞通告报文的报文的源路由信息;
路由表项查找单元,用于从路由表中反向查找与所述源路由信息对应的路由表项;
报文发送单元,用于将所述拥塞通告报文发送到与所述源路由信息对应的路由表项中的介质访问控制MAC地址。
7.根据权利要求6所述的处理拥塞通告报文的设备,其特征在于,所述源路由信息为源光纤通道标识FCID字段;
所述路由信息获取单元具体用于从所述拥塞通告报文中获取光纤通道协议FC报文的源光纤通道标识FCID字段;
所述路由表项查找单元具体用于从FCOE路由表中反向查找与所述源FCID字段对应的路由表项;
所述报文发送单元具体用于将所述拥塞通告报文发送到与所述源FCID字段对应的路由表项中的介质访问控制MAC地址。
8.根据权利要求6所述的处理拥塞通告报文的设备,其特征在于,所述源路由信息为源因特网协议IP地址;
所述路由信息获取单元具体用于从所述拥塞通告报文中获取IP报文的源IP地址;
所述路由表项查找单元具体用于从IP路由表中查找与所述源IP地址对应的路由表项;
所述报文发送单元具体用于将所述拥塞通告报文发送到与所述源IP地址对应的路由表项中的MAC地址。
9.根据权利要求6-8任一项所述的处理拥塞通告报文的设备,其特征在于,还包括:
地址判断单元,用于判断述拥塞通告报文中的目标MAC地址是否为接收所述拥塞通告报文的设备的MAC地址;
所述报文发送单元,还用于若所述拥塞通告报文中的目标MAC地址为接收所述拥塞通告报文的设备的MAC地址,则执行所述从所述拥塞通告报文中获取导致产生所述拥塞通告报文的报文的源路由信息;否则,通过相应出口转发所述拥塞通告报文。
10.根据权利要求9所述的处理拥塞通告报文的设备,其特征在于,所述相应出口为与所述目标MAC地址对应的出口;
所述设备还包括:
出口查找单元,用于在所述报文发送单元通过相应出口转发所述拥塞通告报文之前,从MAC地址表查找与所述目标MAC地址对应的出口,通过所述出口转发所述拥塞通告报文。
11.根据权利要求6-8任一项所述的处理拥塞通告报文的设备,其特征在于,所述设备为二层网络设备或三层网络设备。
CN201110334036XA 2011-10-27 2011-10-27 处理拥塞通告报文的方法及设备 Pending CN102394814A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201110334036XA CN102394814A (zh) 2011-10-27 2011-10-27 处理拥塞通告报文的方法及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201110334036XA CN102394814A (zh) 2011-10-27 2011-10-27 处理拥塞通告报文的方法及设备

Publications (1)

Publication Number Publication Date
CN102394814A true CN102394814A (zh) 2012-03-28

Family

ID=45862024

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201110334036XA Pending CN102394814A (zh) 2011-10-27 2011-10-27 处理拥塞通告报文的方法及设备

Country Status (1)

Country Link
CN (1) CN102394814A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109525501A (zh) * 2018-12-27 2019-03-26 新华三技术有限公司 一种调整转发路径的方法和装置
CN111865795A (zh) * 2020-06-10 2020-10-30 新华三技术有限公司 控制方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090052326A1 (en) * 2007-08-21 2009-02-26 Cisco Technology, Inc., A Corporation Of California Backward congestion notification
CN101582852A (zh) * 2009-06-10 2009-11-18 中兴通讯股份有限公司 一种网络拥塞管理的方法及系统
CN102017542A (zh) * 2008-05-08 2011-04-13 惠普开发有限公司 将光纤通道网络与基于以太网的网络对接的方法
CN102255808A (zh) * 2011-07-08 2011-11-23 福建星网锐捷网络有限公司 拥塞通告方法、装置、系统及网络设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090052326A1 (en) * 2007-08-21 2009-02-26 Cisco Technology, Inc., A Corporation Of California Backward congestion notification
CN102017542A (zh) * 2008-05-08 2011-04-13 惠普开发有限公司 将光纤通道网络与基于以太网的网络对接的方法
CN101582852A (zh) * 2009-06-10 2009-11-18 中兴通讯股份有限公司 一种网络拥塞管理的方法及系统
CN102255808A (zh) * 2011-07-08 2011-11-23 福建星网锐捷网络有限公司 拥塞通告方法、装置、系统及网络设备

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109525501A (zh) * 2018-12-27 2019-03-26 新华三技术有限公司 一种调整转发路径的方法和装置
CN109525501B (zh) * 2018-12-27 2022-05-24 新华三技术有限公司 一种调整转发路径的方法和装置
CN111865795A (zh) * 2020-06-10 2020-10-30 新华三技术有限公司 控制方法及装置

Similar Documents

Publication Publication Date Title
US11979322B2 (en) Method and apparatus for providing service for traffic flow
US8976697B2 (en) Network status mapping
CN104660508B (zh) 一种报文转发方法及装置
WO2016165492A1 (zh) 一种实现业务功能链的方法和装置
KR101502263B1 (ko) 하이브리드 통신 네트워크들에 대한 어드레싱 방식
WO2016197344A1 (zh) 实现业务链接的方法、设备及系统
CN104243270B (zh) 一种建立隧道的方法和装置
CN105591974B (zh) 报文处理方法、装置及系统
EP2544417A1 (en) Communication system, path control apparatus, packet forwarding apparatus and path control method
CN102957589B (zh) 业务数据传输的方法、网络节点及系统
CN105337852B (zh) 更新业务流报文的处理方式的方法及装置
CN102136989B (zh) 报文传输的方法、系统和设备
CN103209132B (zh) 在透明多链路互联(trill)网络中实现组播的方法、装置及系统
CN104322019A (zh) 业务路由系统、设备和方法
CN106341330A (zh) 一种sdn控制器的拓扑发现方法及系统
EP3756317B1 (en) Method, device and computer program product for interfacing communication networks
KR20120036903A (ko) 링크 애그리게이션 방법 및 노드
CN112671641B (zh) 报文转发方法及装置
CN102368727A (zh) 跨ip网络的trill网络通信方法、系统和设备
CN109218111B (zh) 一种处理报文的方法和转发器
CN106161275A (zh) 针对服务质量的预测出口分组分类
CN102075438A (zh) 单播数据帧传输方法及装置
WO2020249035A1 (zh) 一种实现业务功能处理的方法及装置
CN103490968B (zh) 一种FCoE网络中跨数据中心互联的方法和设备
CN103152265B (zh) 一种spb网络中的报文转发方法和设备

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C12 Rejection of a patent application after its publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20120328