CN101552727B - 一种报文发送和接收方法及运营商边缘路由器 - Google Patents
一种报文发送和接收方法及运营商边缘路由器 Download PDFInfo
- Publication number
- CN101552727B CN101552727B CN2009100840179A CN200910084017A CN101552727B CN 101552727 B CN101552727 B CN 101552727B CN 2009100840179 A CN2009100840179 A CN 2009100840179A CN 200910084017 A CN200910084017 A CN 200910084017A CN 101552727 B CN101552727 B CN 101552727B
- Authority
- CN
- China
- Prior art keywords
- message
- private network
- ethernet
- address
- network tags
- 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
- Small-Scale Networks (AREA)
Abstract
本发明提出一种报文发送方法和接收方法及运营商边缘路由器(PE),其中报文接收方法应用于虚拟专用局域网服务(VPLS)网络,该VPLS网络中,至少一个第二PE与其直连的CE之间的接口类型为非以太网接口,至少一个第一PE与其直连的CE之间的接口类型为以太网接口,该方法包括:第二PE与第一PE交互私网标签;第二PE接收到源CE发来的封装了所述私网标签的地址解析协议(ARP)请求,向源CE返回第二PE自身的媒质接入控制(MAC)地址;第二PE接收到源CE通过第一PE发来的封装了所述私网标签的以太网报文,将该以太网报文按照该非以太网接口的类型重新封装,然后发送至目的CE。本发明能够支持PE与CE之间多种类型的链路接口,扩展VPLS组网的应用领域。
Description
技术领域
本发明涉及虚拟专用局域网服务(VPLS,Virtual Private LAN Service)技术领域,特别涉及报文发送和接收方法及运营商边缘路由器(PE,ProviderEdge Router)。
背景技术
VPLS是一种在多协议标签交换(MPLS,Multi-protocol Label Switching)网络上为地域上隔离的站点提供类似局域网(LAN,Local Area Network)连接的技术。通过VPLS,可以实现用户从多个地理位置分散的站点同时接入网络并相互访问,其各个站点的连接效果就如同在一个LAN中一样。
图1为现有技术中一个典型的VPLS组网结构示意图,运营商边缘路由器(PE,Provider Edge Router)与用户边缘路由器(CE,Custom Edge Router)相连,主要负责业务的接入,它完成报文从私网到公网隧道、并从公网隧道到私网的映射与转发。PE之间通过虚链路(PW,Pseudo Wire)相互连接,组成MPLS系统。其中,PE之间建立的PW能够使用私网标签加以区分,即每一个PW对应不同的私网标签。PE之间通过两种草案分发私网标签,分别为Martini方式和Kompella方式。其中,Martini方式是通过扩展的标签分发协议(LDP,Label Distribution Protocol)来分发私网标签,Kompella方式是通过扩展的边界网关协议(BGP,Border Gateway Protocol)来分发私网标签。
完成私网标签的分发之后,每个PE可以学习到其直接连接的CE的MAC地址、以及与其他PE连接的远程CE的MAC地址,并将学习到的远程MAC地址与一个私网标签建立关联。当PE接收CE发送的报文后,首先根据该报文的目的MAC地址查找预先建立的关联,找到目的MAC地址所对应的私网标签,将该报文用查找到的私网标签进行封装,发送至目的CE所连接的PE;目的PE对接收的报文进行解封装,然后根据报文的目的MAC地址发送至目的CE。
目前协议规定的VPLS组网结构中,CE与PE之间的链路接口类型只能是以太网,但是,现有数据网络中还存在点对点协议(PPP,Point to PointProtocol)、帧中继(FR,Frame Relay)等多种二层协议,传统的VPLS组网方式造成不同二层协议类型网络之间不能互访,这给实际的组网应用带来极大的不便,很大程度上限制了VPLS的发展和在实际应用中的部署。
发明内容
本发明实施例提出一种报文发送方法和报文接收方法,能够支持PE与CE之间多种类型的链路接口,扩展VPLS组网的应用领域。
本发明实施例还提出两种PE,能够支持PE与CE之间多种类型的链路接口,扩展VPLS组网的应用领域。
本发明实施例的技术方案是这样实现的:
一种报文接收方法,该方法应用于VPLS网络,该VPLS网络中,至少一个第二PE与其直连的CE之间的接口类型为非以太网接口,至少一个第一PE与其直连的CE之间的接口类型为以太网接口,该方法包括:
第二PE与第一PE交互私网标签,第二PE建立该私网标签与所述非以太网接口的对应关系;
第二PE接收到源CE通过第一PE发来的封装了所述私网标签的ARP请求,确定该封装的私网标签对应的为所述非以太网接口,则通过第一PE向源CE返回第二PE自身的MAC地址;
第二PE接收到源CE通过第一PE发来的封装了所述私网标签的以太网报文,查找到该私网标签对应的为非以太网接口,将该以太网报文按照该非以太网接口的类型重新封装,然后发送至目的CE。
一种报文发送方法,该方法应用于VPLS网络,该VPLS网络中,至少一个第二PE与其直连的CE之间的接口类型为非以太网接口,至少一个第一PE与其直连的CE之间的接口类型为以太网接口,该方法包括:
第二PE与第一PE交互私网标签,第二PE建立该私网标签、与第一PE直连的目的CE的目的IP地址及以太网接口的对应关系;
当第二PE接收到直连的CE发来的报文后,根据该报文中的目的IP地址在所述对应关系中未查找到目的MAC地址后,发送ARP请求获取目的CE的目的MAC地址;
第二PE确定该报文中的目的IP地址对应的为以太网接口,则将该报文重新封装为以太网报文,并在该以太网报文中携带所述目的MAC地址,以及将第一PE自身的MAC地址作为源MAC地址携带在该以太网报文中,然后再封装报文中的目的IP地址对应的私网标签,通过第一PE向所述目的CE发送该以太网报文。
一种PE,该PE与其直连的CE之间的接口类型为非以太网接口,所述PE包括:
私网标签处理模块,获取自身所在PE与外部第一PE之间链路的私网标签,建立该私网标签与与所述非以太网接口的对应关系;
ARP请求处理模块,用于在接收到第一PE发送的封装了所述私网标签的ARP请求后,根据私网标签处理模块中建立的对应关系确定该封装的私网标签对应的为非以太网接口,则向该第一PE返回自身所在PE的MAC地址;
接收模块,用于接收第一PE发送的封装了所述私网标签的以太网报文,根据私网标签处理模块中建立的对应关系查找到该私网标签对应的为非以太网接口,将该以太网报文按照该非以太网接口的类型重新封装,然后发送至目的CE。
一种PE,该PE与其直连的CE之间的接口类型为非以太网接口,该PE包括:
私网标签处理模块,获取自身所在PE与外部第一PE之间链路的私网标签,建立该私网标签、与第一PE直连的目的CE的目的IP地址及以太网接口的对应关系;
ARP请求处理模块,用于根据发送模块接收到的报文中的目的IP地址在私网标签处理模块建立的对应关系中未查找到目的MAC地址后,发送ARP请求获取目的CE的目的MAC地址;
发送模块,接收所在PE直连的CE发来的报文,根据私网标签处理模块建立的对应关系确定该报文中的目的IP地址对应的为以太网接口,则将该报文重新封装为以太网报文,并在该以太网报文中携带所述目的MAC地址,以及将第一PE自身的MAC地址作为源MAC地址携带在该以太网报文中,然后根据私网标签处理模块建立的对应关系再封装报文中的目的IP地址对应的私网标签,通过第一PE向所述目的CE发送该以太网报文。
本发明提出的报文发送和接收方法及PE,对采用非以太网接口连接CE的第二PE进行改动:当第二PE作为源端PE时,接收CE发送的报文,查找该报文的目的IP地址所对应的私网标签,采用查找到的私网标签封装报文并发送至其他PE;当第二PE作为目的端PE时,接收其他PE发送的ARP请求,替代下面所连的CE来回应ARP请求,将自身的MAC地址返回至该发送ARP请求的PE。通过这种改动,使得本发明提出报文发送和接收方法及PE能够支持PE与CE之间除以太网类型以外的多种类型的链路接口,扩展VPLS组网的应用领域。
附图说明
图1为现有技术中一个典型的VPLS组网结构示意图;
图2为本发明提出的VPLS组网系统结构示意图;
图3为本发明方法实施例一的流程图;
图4为本发明方法实施例二的流程图;
图5为本发明方法实施例三的流程图;
图6为本发明PE实施例一的结构示意图;
图7为本发明PE实施例二的结构示意图。
具体实施方式
本发明提出一种报文接收方法、报文发送方法和PE,实现在不同接口类型的网络中传输报文。为实现该目的,本发明对于与CE通过非以太网接口连接的PE进行改动,具体表现为:PE代替通过非以太网接口与其直连的CE处理和发送ARP请求;为了满足在不同类型的接口之间的报文转发,PE在发送报文之前首先对报文进行格式转换。
本发明提出的方案应用于一种新型的VPLS系统,该系统包括由一个以上PE所组成的MPLS系统和CE,其中,PE与CE之间的接口称为外网接口、PE与PE之间的接口称为内网接口。外网接口可以为以太网接口或非以太网接口。
参见图2,图2为本发明提出的VPLS组网系统结构示意图。在图3中,CE1、CE2和CE3处于同一个虚拟局域网(即VPN A)中;CE1采用以太网接口与PE1连接,接口地址为1.1.1.1,CE2采用FR接口与PE2连接,接口地址为1.1.1.2,CE3采用FR接口与PE3连接,接口地址为1.1.1.3,三个接口处于同一个IP地址网段中,MPLS网络就像一个巨大的二层交换机,给VPN A中的CE1、CE2和CE3提供二层接入服务。
在上述系统中,为了保证与现有技术的兼容,本发明实施例仅对外网接口为非以太网接口的PE(即PE2和PE3)作改动,而对外网接口为以太网接口的PE(即PE1)不作改动。
应用于图2所示的系统,本发明实施例提出传输报文的方法,具体有以下三种情况:
方法实施例一:CE1向CE2发送报文,即外网接口为非以太网接口的PE作为目的端PE。
参见图3,图3为本发明方法实施例一的流程图,包括:
步骤301:PE1向PE2发送私网标签,PE1发送私网标签的方式与现有技术中相同,可以采用Martini和Kompella两种方式;
如果采用Martini方式,则PE1采用扩展的LDP报文发送私网标签,LDP报文中自带的VC-TYPE字段为以太网;
如果采用Kompella方式,则PE1采用扩展的BGP报文发送私网标签,BGP报文中自带的Encaps Type字段为以太网。
步骤302:如果PE2接收到扩展的LDP报文,由于PE2自身的VC-TYPE字段为非以太网,则PE2将自身的VC-TYPE字段修改为以太网,并向PE1返回响应报文,确定私网标签;
如果PE2接收到扩展的BGP报文,由于PE2自身的Encaps Type字段为非以太网,则PE2将自身的Encaps Type字段修改为以太网,并向PE1返回响应报文,确定私网标签。
步骤303:PE2保存该私网标签,创建一个表项,包含私网标签与出接口类型的对应关系,如表1所示;
项目 | 私网标签 | 出接口类型 |
具体内容 | PE1发送给PE2的私网标签:Label1 | PE2的出接口类型:FR |
表1
当PE2接收到私网标签为Label1的报文时,根据表1的对应关系,将报文从FR类型的接口转发出去。
步骤304:CE1发送ARP请求,该ARP请求中包含CE2的接口IP地址1.1.1.2,请求获取IP地址1.1.1.2对应的MAC地址。
步骤305:PE1收到该ARP请求,采用私网标签Label1封装该ARP请求,向公网中所有的PE转发封装后的ARP请求。
步骤306:PE2接收ARP请求,根据表1,获知该报文的出接口是FR接口,判断出CE2无法自动上报MAC地址。PE2对ARP请求进行解包,获取该ARP请求中的目的IP地址为1.1.1.2。
步骤307:PE2判断自身直连的各CE的IP地址中是否有ARP请求中携带的目的IP地址,如果是PE2向PE1返回PE2的MAC地址。同时,PE2在表1中添加信息,形成表2:
项目 | 私网标签 | 出接口类型 | 目的IP地址 | MAC地址 |
具体内容 | PE1发送给PE2的私网标签:Label1 | PE2的出接口类型:FR | CE2的接口IP地址:1.1.1.2 | PE2的MAC地址 |
表2
本步骤中判断过程的一种具体实现方式为:PE2发送一个生存时间(TTL)为1的因特网控制消息协议(ICMP)报文,该ICMP报文包含目的IP地址1.1.1.2,用于探测目的端CE2的IP地址是否为1.1.1.2;CE2接收到ICMP报文后,由于ICMP报文包含目的IP地址1.1.1.2与自身的IP地址相同,因此向PE2返回探测结果,表明CE2的接口IP地址与ARP请求中的目的IP地址相同。
步骤306和307中,PE2接收到PE1的ARP请求后,代替其直连的CE2处理该ARP请求,并反馈PE2的MAC地址。在现有技术中,由于以太网中的CE具备处理ARP请求的能力,PE只需将ARP请求透传至CE,由CE将自身的MAC地址反馈即可。
当PE3收到ARP请求时,由于探测不到IP地址为1.1.1.2的CE,则PE3后续不采取任何措施,即对CE1发出的ARP请求不作处理。
步骤308:PE1接收PE2返回的PE2的MAC地址,将所述PE2的MAC地址发送至CE1。
步骤309:CE1需向CE2发送报文时,首先将报文发送至PE1。
由于在步骤304~308中,CE1学习到CE2的IP地址1.1.1.2所对应的MAC地址为PE2的MAC地址,因此,CE1向PE1发送以太网报文,该报文的目的地址为PE2的MAC地址。
步骤310:PE1接收该以太网报文,采用私网标签Label1对报文进行封装,将封装后的报文发送至PE2。
步骤311:PE2接收封装后的报文,对报文进行解封装;为了将报文顺利传输至目的CE2,PE2根据该报文的私网标签Label1查找预先保存的私网标签与目的IP地址的对应关系(见表2),获取该私网标签对应的目的IP地址为1.1.1.2。另外,PE2的出接口类型为FR,PE2将报文按照FR类型重新封装并发送至CE2。
方法实施例二:CE2向CE1发送报文,即外网接口为非以太网接口的PE作为源端PE,并且源端PE与目的端PE的外网接口类型不同。
参见图4,图4为本发明方法实施例二的流程图;
CE2向CE1发送报文之前,PE2首先获取CE1的MAC地址,获取MAC地址的方式可以为:PE2向网络中的其他PE发送ARP请求,请求获取CE1的MAC地址;该ARP请求中包含CE1的IP地址。
发送报文的过程包括:
步骤401:PE2向PE1发送私网标签Lable2,可以采用Martini和Kompella两种方式;
如果采用Martini方式,则PE2采用扩展的LDP报文发送私网标签,LDP报文中自带的VC-TYPE字段为以太网(虽然PE2的外网接口为非以太网接口,但为了与现有技术兼容,保证PE1接收到扩展的LDP报文不会认为该报文出错,仍强行将VC-TYPE字段规定为以太网);
如果采用Kompella方式,则PE2采用扩展的BGP报文发送私网标签,BGP报文中自带的Encaps Type字段为以太网。
步骤402:通过报文交互或者人为手工设定的方式,使PE2获知目的端PE所连CE的接口IP地址、以及目的端PE所连CE的接口类型,连同PE2发送给PE1的私网标签Label2,PE2可以建立表3:
项目 | 目的端PE所连CE的接口IP地址(即目的IP地址) | 目的端PE所连CE的接口类型(即目的接口类型) | 私网标签 |
具体内容 | CE1的接口IP地址:1.1.1.1 | CE1的接口类型:以太网 | PE2分配给PE1的私网标签: |
Label2 |
表3
在本步骤中,PE2可以通过ICMP报文进行探测,从而获知目的端PE所连CE的接口IP地址和接口类型,例如,PE2每次向目的CE发送一个ICMP报文,该报文中包含一个IP地址;目的CE接收到该ICMP报文后,判断该ICMP报文中包含的IP地址与自身的IP地址是否相同,如果相同,则向PE2反馈一个确认信息;如果PE2发送一个ICMP报文后接收到相应的确认信息,则判断出目的CE的IP地址为之前发送的ICMP报文中所包含的IP地址;若没有收到相应的确认信息,则PE2继续发送ICMP报文,其中包含另一个IP地址,继续探测目的CE的IP地址。
步骤403:CE2向PE2发送报文,该报文采用FR格式进行封装,目的IP地址为1.1.1.1。
步骤404:PE2根据目的IP地址1.1.1.1查找表3,获取到对应的目的接口类型为以太网,由于该报文的类型为FR,可见该报文的类型与目的接口类型不同,则PE2将报文按照以太网类型重新封装。重新封装的报文中,源MAC地址是PE2自身的MAC地址,目的MAC地址是预先获取的CE1的MAC地址。
步骤405:重新封装报文后,为使报文顺利传输至目的CE(即CE1),PE2查找表3,获取CE1的接口IP地址所对应的私网标签,采用该私网标签Label2再将报文进行封装,并将封装后的报文发送至PE1。
PE1接收到报文后,按照与现有技术相同的方式将报文解封装,并发送至CE1。
方法实施例三:CE2向CE3发送报文,即外网接口为非以太网接口的PE作为源端PE,并且源端PE与目的端PE的外网接口类型相同。
参见图5,图5为本发明方法实施例三的流程图,包括:
步骤501:PE2向PE3发送私网标签Lable3,可以采用Martini和Kompella两种方式;
如果采用Martini方式,则PE2采用扩展的LDP报文发送私网标签,LDP报文中自带的VC-TYPE字段为以太网;
如果采用Kompella方式,则PE2采用扩展的BGP报文发送私网标签,BGP报文中自带的Encaps Type字段为以太网。
步骤502:PE3接收并保存私网标签,创建一个表项,包含私网标签与出接口类型的对应关系,如表4所示:
项目 | 私网标签 | 出接口类型 |
具体内容 | PE2发送给PE3的私网标签:Label3 | PE3的出接口类型:FR |
表4
后续地,PE3接收到私网标签为Label3的报文,就知道应该从FR类型的接口转发出去。
步骤503:通过报文交互或者人为手工设定的方式,使PE2获知目的端PE所连CE的接口IP地址、以及目的端PE所连CE的接口类型,连同PE2发送给PE3的私网标签Label3,PE2可以建立表5:
项目 | 目的端PE所连CE的接口IP地址(即目的IP地址) | 目的端PE所连CE的接口类型(即目的接口类型) | 私网标签 |
具体内容 | CE3的接口IP地址:1.1.1.3 | CE3的接口类型:FR | PE2分配给PE3的私网标签:Label3 |
表5
步骤504:CE2向PE2发送报文,该报文采用FR格式进行封装,目的IP地址为1.1.1.3。
步骤505:PE2根据目的IP地址1.1.1.3查找表5,发现对应的目的接口类型为FR,由于该报文的类型为FR,可见该报文的类型与目的接口类型相同,则PE2不需要将该报文重新封装。
步骤506:PE2查找表5,获取CE3的接口IP地址所对应的私网标签,采用该私网标签Label3再将报文进行封装,并将封装后的报文发送至PE3。
步骤507:PE3接收封装后的报文,将报文转发至CE3,具体方式同实施例一中的步骤309。
本发明实施例还提出两种PE,参见图6,图6为本发明PE实施例一的结构示意图,该PE包括:
私网标签处理模块601,获取自身所在PE与外部第一PE之间链路的私网标签,建立该私网标签与与所述非以太网接口的对应关系;
ARP请求处理模块602,用于在接收到第一PE发送的封装了所述私网标签的ARP请求后,根据私网标签处理模块中建立的对应关系确定该封装的私网标签对应的为非以太网接口,则向该第一PE返回自身所在PE的MAC地址;
接收模块603,用于接收第一PE发送的封装了所述私网标签的以太网报文,根据私网标签处理模块中建立的对应关系查找到该私网标签对应的为非以太网接口,将该以太网报文按照该非以太网接口的类型重新封装,然后发送至目的CE。
上述私网标签处理模块601,可以用于在交互私网标签时,接收第一PE发来的扩展LDP报文,确定该扩展LDP报文中的VC-TYPE字段为以太网,且所在PE的VC-TYPE字段为非以太网,则将所在PE的VC-TYPE字段修改为以太网;或者,接收第一PE发来的扩展BGP报文,确定该扩展BGP报文中的Encaps Type字段为以太网,且所在PE的Encaps Type字段为非以太网,则将所在PE的Encaps Type字段修改为以太网。
上述ARP请求处理模块602,判断出所在PE直连的各CE的IP地址中有所述ARP请求中携带的目的IP地址,则建立所述私网标签处理模块交互的私网标签、所述ARP请求中携带的目的IP地址以及所在PE自身MAC地址的对应关系;
所述接收模块603,根据ARP请求处理模块602建立的对应关系查找到以太网报文中封装的私网标签和目的MAC地址对应的目的IP地址,根据该目的IP地址将重新封装后的报文发送至目的CE。
参见图7,图7为本发明PE实施例二的结构示意图,该PE包括:
私网标签处理模块701,获取自身所在PE与外部第一PE之间链路的私网标签,建立该私网标签、与第一PE直连的目的CE的目的IP地址及以太网接口的对应关系;
ARP请求处理模块702,用于根据发送模块703接收到的报文中的目的IP地址在私网标签处理模块701建立的对应关系中未查找到目的MAC地址后,发送ARP请求获取目的CE的目的MAC地址;
发送模块703,接收所在PE直连的CE发来的报文,根据私网标签处理模块701建立的对应关系确定该报文中的目的IP地址对应的为以太网接口,则将该报文重新封装为以太网报文,并在该以太网报文中携带所述目的MAC地址,以及将第一PE自身的MAC地址作为源MAC地址携带在该以太网报文中,然后根据私网标签处理模块建立的对应关系再封装报文中的目的IP地址对应的私网标签,通过第一PE向所述目的CE发送该以太网报文。
所述私网标签处理模块701在获取所述私网标签时,向第一PE发送扩展LDP报文,该扩展LDP报文中的VC-TYPE字段为以太网;或者,向第一PE发送扩展BGP报文,该扩展BGP报文中的Encaps Type字段为以太网。
综上可见,本发明提出的报文发送和接收方法及PE,对采用非以太网接口连接CE的第二PE进行改动:当第二PE作为源端PE时,接收CE发送的报文,查找该报文的目的IP地址所对应的私网标签,采用查找到的私网标签封装报文并发送至其他PE;当第二PE作为目的端PE时,接收其他PE发送的ARP请求,替代下面所连的CE来回应ARP请求,将自身的MAC地址返回至该发送ARP请求的PE。另外,为了使报文在不同类型的局域网中能够顺利传输,第二PE在发送报文之前,首先判断该报文的目的接口类型与报文的类型是否相同,如果不相同,则采用目的接口类型对报文重新封装,使重新封装后的报文可以在目的局域网中顺利传输;并且,第二PE在接收到其他PE发送的报文后,采用出接口类型对报文重新封装,使重新封装后的报文可以顺利传送至本地CE。通过这种改动,使得本发明提出的系统和方法能够支持PE与CE之间除以太网类型以外的多种类型的链路接口,扩展VPLS组网的应用领域。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。
Claims (12)
1.一种报文接收方法,其特征在于,该方法应用于虚拟专用局域网服务VPLS网络,该VPLS网络中,至少一个第二运营商边缘路由器PE与其直连的用户边缘路由器CE之间的接口类型为非以太网接口,至少一个第一PE与其直连的CE之间的接口类型为以太网接口,该方法包括:
第二PE与第一PE交互私网标签,第二PE建立该私网标签与所述非以太网接口的对应关系;
第二PE接收到源CE通过第一PE发来的封装了所述私网标签的地址解析协议ARP请求,确定该封装的私网标签对应的为所述非以太网接口,则通过第一PE向源CE返回第二PE自身的媒质接入控制MAC地址;
第二PE接收到源CE通过第一PE发来的封装了所述私网标签的以太网报文,查找到该私网标签对应的为非以太网接口,将该以太网报文按照该非以太网接口的类型重新封装,然后发送至目的CE。
2.根据权利要求1所述的方法,其特征在于,所述第二PE与第一PE交互私网标签的步骤包括:
第二PE接收到第一PE发来的扩展标签分发协议LDP报文,确定该扩展LDP报文中的VC-TYPE字段为以太网,且第二PE自身的VC-TYPE字段为非以太网,则第二PE将自身的VC-TYPE字段修改为以太网,并向第一PE返回响应报文,确定所述私网标签;
或者,
第二PE接收到第一PE发来的扩展边界网关协议BGP报文,确定该扩展BGP报文中的Encaps Type字段为以太网,且第二PE自身的Encaps Type字段为非以太网,则第二PE将自身的Encaps Type字段修改为以太网,并向第一PE返回响应报文,确定所述私网标签。
3.根据权利要求1所述的方法,其特征在于,该方法进一步包括:第二PE判断出自身直连的各CE的IP地址中有所述ARP请求中携带的目的IP地址,则建立所述私网标签、所述ARP请求中携带的目的IP地址以及第二PE自身MAC地址的对应关系;
第二PE将重新封装后的报文发送至目的CE包括:第二PE根据该对应关系查找到以太网报文中封装的私网标签和目的MAC地址对应的目的IP地址,根据该目的IP地址将重新封装后的报文发送至目的CE。
4.根据权利要求3所述的方法,其特征在于,所述第二PE判断出自身直连的各CE的IP地址中有所述ARP请求中携带的目的IP地址的步骤包括:
第二PE发送生存时间为1的因特网控制消息协议ICMP报文,该ICMP报文中携带所述ARP请求中的目的IP地址,第二PE根据直连的各CE返回的探测结果,判断出自身直连的各CE的IP地址中有所述ARP请求中携带的目的IP地址。
5.根据权利要求1至4中任意一项所述的方法,其特征在于,该方法进一步包括:
第二PE与第三PE交互私网标签,该第三PE与其直连的CE之间的接口类型为非以太网接口;其中,交互私网标签时使用的扩展LDP报文中的VC-TYPE字段或者BGP报文中的Encaps Type字段为以太网;
第二PE建立该私网标签、预先获取的第三PE直连CE的IP地址、非以太网接口类型之间的对应关系;
第二PE接收到自身直连的CE发来的另一报文,确定该另一报文中的目的IP地址对应的为非以太网接口类型,则直接获取该目的IP地址对应的私网标签,利用该私网标签对该报文进行再封装后直接发送给第三PE直连的CE。
6.一种报文发送方法,其特征在于,该方法应用于虚拟专用局域网服务VPLS网络,该VPLS网络中,至少一个第二运营商边缘路由器PE与其直连的用户边缘路由器CE之间的接口类型为非以太网接口,至少一个第一PE与其直连的CE之间的接口类型为以太网接口,该方法包括:
第二PE与第一PE交互私网标签,第二PE建立该私网标签、与第一PE直连的目的CE的目的IP地址及以太网接口的对应关系;
当第二PE接收到直连的CE发来的报文后,根据该报文中的目的IP地址在所述对应关系中未查找到目的媒质接入控制MAC地址后,发送地址解析协议ARP请求获取目的CE的目的MAC地址;
第二PE确定该报文中的目的IP地址对应的为以太网接口,则将该报文重新封装为以太网报文,并在该以太网报文中携带所述目的MAC地址,以及将第一PE自身的MAC地址作为源MAC地址携带在该以太网报文中,然后再封装报文中的目的IP地址对应的私网标签,通过第一PE向所述目的CE发送该以太网报文。
7.根据权利要求6所述的方法,其特征在于,所述第二PE与第一PE交互私网标签的步骤包括:
第二PE向第一PE发送扩展标签分发协议LDP报文,该扩展LDP报文中的VC-TYPE字段为以太网,第一PE返回响应报文,确定所述私网标签;
或者,
第二PE向第一PE发送扩展边界网关协议BGP报文,该扩展BGP报文中的Encaps Type字段为以太网,第一PE返回响应报文,确定所述私网标签。
8.一种运营商边缘路由器PE,该PE与其直连的用户边缘路由器CE之间的接口类型为非以太网接口,其特征在于,所述PE包括:
私网标签处理模块,获取自身所在PE与外部第一PE之间链路的私网标签,建立该私网标签与所述非以太网接口的对应关系;
地址解析协议ARP请求处理模块,用于在接收到第一PE发送的封装了所述私网标签的ARP请求后,根据私网标签处理模块中建立的对应关系确定该封装的私网标签对应的为非以太网接口,则向该第一PE返回自身所在PE的媒质接入控制MAC地址;
接收模块,用于接收第一PE发送的封装了所述私网标签的以太网报文,根据私网标签处理模块中建立的对应关系查找到该私网标签对应的为非以太网接口,将该以太网报文按照该非以太网接口的类型重新封装,然后发送至目的CE。
9.根据权利要求8所述的PE,其特征在于,
所述私网标签处理模块,用于在获取所述私网标签时,接收第一PE发来的扩展标签分发协议LDP报文,确定该扩展LDP报文中的VC-TYPE字段为以太网,且所在PE的VC-TYPE字段为非以太网,则将所在PE的VC-TYPE字段修改为以太网;或者,接收第一PE发来的扩展边界网关协议BGP报文,确定该扩展BGP报文中的Encaps Type字段为以太网,且所在PE的Encaps Type字段为非以太网,则将所在PE的Encaps Type字段修改为以太网。
10.根据权利要求8或9所述的PE,其特征在于,
所述ARP请求处理模块,判断出所在PE直连的各CE的IP地址中有所述ARP请求中携带的目的IP地址,则建立所述私网标签处理模块获取的私网标签、所述ARP请求中携带的目的IP地址以及所在PE自身MAC地址的对应关系;
所述接收模块,根据ARP请求处理模块建立的对应关系查找到以太网报文中封装的私网标签和目的MAC地址对应的目的IP地址,根据该目的IP地址将重新封装后的报文发送至目的CE。
11.一种运营商边缘路由器PE,该PE与其直连的用户边缘路由器CE之间的接口类型为非以太网接口,其特征在于,所述PE包括:
私网标签处理模块,获取自身所在PE与外部第一PE之间链路的私网标签,建立该私网标签、与第一PE直连的目的CE的目的IP地址及以太网接口的对应关系;
地址解析协议ARP请求处理模块,用于根据发送模块接收到的报文中的目的IP地址在私网标签处理模块建立的对应关系中未查找到目的媒质接入控制MAC地址后,发送ARP请求获取目的CE的目的MAC地址;
发送模块,接收所在PE直连的CE发来的报文,根据私网标签处理模块建立的对应关系确定该报文中的目的IP地址对应的为以太网接口,则将该报文重新封装为以太网报文,并在该以太网报文中携带所述目的MAC地址,以及将第一PE自身的MAC地址作为源MAC地址携带在该以太网报文中,然后根据私网标签处理模块建立的对应关系再封装报文中的目的IP地址对应的私网标签,通过第一PE向所述目的CE发送该以太网报文。
12.根据权利要求11所述的PE,其特征在于,所述私网标签处理模块在获取所述私网标签时,向第一PE发送扩展标签分发协议LDP报文,该扩展LDP报文中的VC-TYPE字段为以太网;或者,向第一PE发送扩展边界网关协议BGP报文,该扩展BGP报文中的Encaps Type字段为以太网。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009100840179A CN101552727B (zh) | 2009-05-12 | 2009-05-12 | 一种报文发送和接收方法及运营商边缘路由器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009100840179A CN101552727B (zh) | 2009-05-12 | 2009-05-12 | 一种报文发送和接收方法及运营商边缘路由器 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101552727A CN101552727A (zh) | 2009-10-07 |
CN101552727B true CN101552727B (zh) | 2011-06-22 |
Family
ID=41156729
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009100840179A Expired - Fee Related CN101552727B (zh) | 2009-05-12 | 2009-05-12 | 一种报文发送和接收方法及运营商边缘路由器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101552727B (zh) |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101895480B (zh) * | 2010-08-18 | 2012-11-28 | 杭州华三通信技术有限公司 | 一种报文的传输方法和设备 |
CN102821028B (zh) * | 2011-06-08 | 2016-03-30 | 上海贝尔股份有限公司 | 支持虚拟机在多协议标签网络中迁移的方法和相应的设备 |
CN104468305B (zh) * | 2013-09-23 | 2018-02-06 | 华为技术有限公司 | 实现三层虚拟专用网方法和设备 |
CN103795630B (zh) * | 2014-01-15 | 2017-10-17 | 新华三技术有限公司 | 一种标签交换网络的报文传输方法和装置 |
CN104270297B (zh) * | 2014-09-26 | 2017-08-11 | 新华三技术有限公司 | 报文转发方法和设备 |
CN106209485B (zh) * | 2015-04-30 | 2019-05-24 | 中国南方电网有限责任公司 | 一种vpn私网链路检测方法及装置 |
JP6595113B2 (ja) * | 2015-08-21 | 2019-10-23 | エルジー エレクトロニクス インコーポレイティド | 無線通信システムにおいてセルを活性化又は非活性化するための方法及びそのための装置 |
CN112468398B (zh) * | 2015-12-31 | 2022-03-25 | 华为技术有限公司 | 一种vpn的处理方法和pe设备以及系统 |
CN110391984B (zh) * | 2019-07-26 | 2022-01-25 | 新华三大数据技术有限公司 | 一种报文转发方法及装置 |
CN112532756B (zh) * | 2019-09-17 | 2023-10-24 | 华为技术有限公司 | 接口扩展方法、装置和系统 |
CN114765567B (zh) * | 2021-01-11 | 2024-04-16 | 中国电信股份有限公司 | 通信方法和通信系统 |
WO2024098429A1 (en) * | 2022-11-11 | 2024-05-16 | Huawei Technologies Co., Ltd. | Method for accessing service and related products |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2004084495A1 (fr) * | 2003-02-20 | 2004-09-30 | 6Wind | Procede pour l’interconnexion de reseaux prives virtuels en mode non connecte |
CN101242370A (zh) * | 2008-03-18 | 2008-08-13 | 杭州华三通信技术有限公司 | 实现以太网与帧中继互联的方法与协议转换设备 |
-
2009
- 2009-05-12 CN CN2009100840179A patent/CN101552727B/zh not_active Expired - Fee Related
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2004084495A1 (fr) * | 2003-02-20 | 2004-09-30 | 6Wind | Procede pour l’interconnexion de reseaux prives virtuels en mode non connecte |
CN101242370A (zh) * | 2008-03-18 | 2008-08-13 | 杭州华三通信技术有限公司 | 实现以太网与帧中继互联的方法与协议转换设备 |
Also Published As
Publication number | Publication date |
---|---|
CN101552727A (zh) | 2009-10-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101552727B (zh) | 一种报文发送和接收方法及运营商边缘路由器 | |
CN102804693B (zh) | 用于在ip网络上实现l2 vpn的方法和设备 | |
CN102971992B (zh) | 虚拟专用局域网设备、网络组件和数据帧转发方法 | |
CN104869042B (zh) | 报文转发方法和装置 | |
EP2600573B1 (en) | Method for transmitting addresses correspondence relationship in second-layer protocol using link status routing | |
US8565230B2 (en) | Shared virtual tunnels supporting Mac learning in communication networks | |
CN102801625B (zh) | 一种异构网络二层互通的方法及设备 | |
US9749239B2 (en) | Transparent Rbridge | |
CN103269299B (zh) | Spbm网络中的报文转发方法及装置 | |
CN102932254B (zh) | 报文转发方法及装置 | |
US20150023352A1 (en) | Implement equal cost multiple path of trill network | |
CN102932499B (zh) | Vpls网络中的mac地址学习方法及设备 | |
CN103227745B (zh) | 最短路径桥网和三层虚拟专网互通方法及公共边缘设备 | |
EP1559245A1 (en) | Methods and apparatus for broadcast domain interworking | |
CN103944826A (zh) | Spbm网络中的表项聚合方法及设备 | |
CN104079466B (zh) | 一种报文处理方法和设备 | |
CN103326918A (zh) | 一种报文转发方法和设备 | |
CN103067278B (zh) | 一种数据帧的传输处理方法、设备及系统 | |
EP1693997A2 (en) | Interworking from Internet Protocol to virtual private LAN service | |
EP2670088B1 (en) | Trill network interconnection method and system | |
CN101170514B (zh) | 实现接入电路接口间访问控制的方法和装置 | |
CN103152265A (zh) | 一种spb网络中的报文转发方法和设备 | |
CN102724126A (zh) | 一种E-tree业务报文转发方法、装置和设备 | |
CN102238040B (zh) | 一种对ce进行监控的方法和路由设备 | |
CN104219073A (zh) | Spbm网络中的报文转发方法及装置 |
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 | ||
CP03 | Change of name, title or address | ||
CP03 | Change of name, title or address |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Patentee after: Xinhua three Technology Co., Ltd. Address before: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base Patentee before: Huasan Communication Technology Co., Ltd. |
|
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20110622 Termination date: 20200512 |