CN112543135A - 用于通信的设备、方法和装置以及计算机可读存储介质 - Google Patents
用于通信的设备、方法和装置以及计算机可读存储介质 Download PDFInfo
- Publication number
- CN112543135A CN112543135A CN201910900947.0A CN201910900947A CN112543135A CN 112543135 A CN112543135 A CN 112543135A CN 201910900947 A CN201910900947 A CN 201910900947A CN 112543135 A CN112543135 A CN 112543135A
- Authority
- CN
- China
- Prior art keywords
- encapsulation
- backbone
- perform
- pbb
- user data
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本公开的实施例涉及用于通信的设备、方法和装置以及计算机可读存储介质。在该方法中,确定是否对要传输的用户数据帧执行PBB封装,并且响应于确定执行PBB封装,基于用于所述封装的参数,对所述要传输的用户数据帧执行所述封装,并且向第二设备传输经封装的用户数据帧。该方法使得NERG扁平以太网LSL模型的可扩展性显著增强。
Description
技术领域
本公开的实施例总体上涉及通信技术,更具体地,涉及用于通信的设备、方法和装置以及计算机可读存储介质。
背景技术
宽带论坛(BBF)技术报告(TR)317(称为BBF TR-317)描述了一种网络增强型住宅网关(NERG)连接模型,即,扁平以太网逻辑用户链路(LSL)模型。根据该模型,宽带网络网关(BNG)和虚拟网关(vG)托管基础设施之间的LSL段可以在运行时动态建立。该建立由来自桥接式住宅网关(BRG)的动态主机配置协议(DHCP)请求触发的认证、授权和计费(AAA)操作来驱动。每个用户侧的BRG和网络侧的vG都可以通过唯一的LSL虚拟局域网(VLAN)来连接,并且LSL VLAN业务帧可以通过网络虚拟化叠加(NVO)隧道传输。
BBF TR-317详述了通过用户系统远程认证拨号(RADIUS)属性在运行时配置虚拟可扩展局域网(VXLAN)隧道和MPLS伪线(PW)的NVO隧道封装参数的方法,以便BNG封装/解封装LSL VLAN业务帧。然而,由于NERG方案中用户数量巨大,对运营商而言,为所有用户静态分配和管理NVO隧道封装参数将带来巨大的管理工作量。
发明内容
总体上,本公开的实施例提出了用于通信的设备、方法和装置以及计算机可读存储介质。
在第一方面,本公开的实施例提供了一种第一设备。该第一设备包括至少一个处理器以及存储计算机程序代码的至少一个存储器。至少一个存储器和计算机程序代码被配置为与至少一个处理器一起促使第一设备确定是否对要传输的用户数据帧执行基于运营商骨干网桥接技术的封装。该设备还被促使响应于确定执行基于运营商骨干网桥接技术的封装,基于用于所述封装的参数,对所述要传输的用户数据帧执行所述基于运营商骨干网桥接技术的封装,以及向第二设备传输经封装的所述用户数据帧。
在第二方面,本公开的实施例提供了一种用于通信的方法。该方法包括:在第一设备处确定是否对要传输的用户数据帧执行基于运营商骨干网桥接技术的封装。该方法还包括:响应于确定执行基于运营商骨干网桥接技术的封装,基于用于所述封装的参数,对所述要传输的用户数据帧执行所述基于运营商骨干网桥接技术的封装,以及向第二设备传输经封装的所述用户数据帧。
在第三方面,本公开的实施例提供了一种用于通信的装置。该装置包括用于在第一设备处确定是否对要传输的用户数据帧执行基于运营商骨干网桥接技术的封装的部件。该装置还包括:用于响应于确定执行基于运营商骨干网桥接技术的封装来基于用于所述封装的参数对所述要传输的用户数据帧执行所述基于运营商骨干网桥接技术的封装的部件,以及用于向第二设备传输经封装的所述用户数据帧的部件。
在第四方面,本公开的实施例提供一种计算机可读存储介质,其上存储有计算机程序。计算机程序包括指令,该指令在被设备上的处理器执行时,促使该设备执行根据第二方面所述的方法。
应当理解,发明内容部分中所描述的内容并非旨在限定本公开实施例的关键或重要特征,亦非用于限制本公开的范围。本公开的其他特征将通过以下的描述变得容易理解。
附图说明
结合附图并参考以下详细说明,本公开各实施例的上述和其他特征、优点及方面将变得更加明显。在附图中,相同或相似的附图标记表示相同或相似的元素,其中:
图1示出了本公开的一些实施例可以在其中实施的示例通信网络的示意图;
图2根据本公开的一些实施例的示例方法的流程图;
图3示出了根据本公开的一些实施例的与业务接口类型相关联的RADIUS厂商特定属性(VSA)的示例编码格式的示意图;
图4示出了根据本公开的一些实施例的与基于运营商骨干网桥接(PBB)技术的封装(下文也称为PBB封装)的源骨干网媒体访问控制(B-MAC)地址相关联的RADIUS VSA的示例编码格式的示意图;
图5示出了根据本公开的一些实施例的与PBB封装的目的B-MAC地址相关联的RADIUS VSA的示例编码格式的示意图;
图6示出了根据本公开的一些实施例的与PBB封装的骨干网业务实例标识符(I-SID)相关联的RADIUS VSA的示例编码格式的示意图;
图7示出了根据本公开的一些实施例的电子设备的示意结构框图;以及
图8示出了根据本公开的一些实施例的计算机可读存储介质的示意图。
具体实施方式
下面将参考附图描述一些示例实施例。虽然附图中示出了本公开的某些实施例,然而应当理解的是,本公开可以通过各种形式来实现,而且不应该被解释为限于这里阐述的实施例,相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是,本公开的附图及实施例仅用于示例性作用,并非用于限制本公开的保护范围。
在此使用的术语“包括”及其变形是开放性包括,即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”;术语“另一实施例”表示“至少一个另外的实施例”。其他术语的相关定义将在下文描述中给出。
应理解,尽管本文可以使用术语“第一”和“第二”等来描述各种设备或元件,但这些设备或元件不应受到这些术语的限制。这些术语仅用于区分一个设备或元件和另一个设备或元件。例如,第一设备或元件可以称为第二设备或元件,同样,第二设备或元件可以称为第一设备或元件,而不脱离实施例的范围。如本文所用,术语“和/或”包括一个或多个所列术语的任何和所有组合。
在此使用的术语“电路”是指以下的一项或多项:
(a)仅硬件电路实现方式(诸如仅模拟和/或数字电路的实现方式);以及
(b)硬件电路和软件的组合,诸如(如果适用):(i)模拟和/或数字硬件电路与软件/固件的组合,以及(ii)硬件处理器的任意部分与软件(包括一起工作以使得诸如OLT或其他计算设备等装置执行各种功能的数字信号处理器、软件和存储器);以及
(c)硬件电路和/或处理器,诸如微处理器或者微处理器的一部分,其要求软件(例如固件)用于操作,但是在不需要软件用于操作时可以没有软件。
电路的定义适用于此术语在本申请中(包括任意权利要求中)的所有使用场景。作为另一示例,在此使用的术语“电路”也覆盖仅硬件电路或处理器(或多个处理器)、或者硬件电路或处理器的一部分、或者其随附软件或固件的实现方式。例如,如果适用于特定权利要求元素,术语“电路”还覆盖基带集成电路或处理器集成电路或者OLT或其他计算设备中的类似的集成电路。
在此使用的术语“叠加隧道”是指叠加在底层基础设施之上通过隧道传输数据的技术。为了讨论方便,本公开的一些实施例以NVO隧道作为叠加隧道的示例进行了描述。
如前面所述,在NERG扁平以太网LSL模型中,宽带网络网关(BNG)和虚拟网关(vG)托管基础设施之间的LSL段可以在运行时动态建立。该建立由来自桥接式住宅网关(BRG)的动态主机配置协议(DHCP)请求触发的AAA操作来驱动。连接BNG和vG托管基础设施的区域宽带网络可基于互联网协议(IP)或基于多协议标签交换(MPLS)。在这样的区域宽带网络中,LSL VLAN业务通过NVO隧道传输。
BBF TR-317描述了如何在NERG扁平以太网LSL模型中使用VXLAN隧道或MPLS PW。根据BBF TR-317,在AAA服务器中静态预配置NVO隧道封装参数,并在运行时从AAA服务器传送到BNG。为此,BBF TR-317中定义了一组RADIUS厂商特定属性(VSA)。然而,NVO隧道封装参数的这种静态配置方式会大大增加运营商的管理负担。
针对这一问题,已有的方案可以使用二层虚拟专用网(L2VPN)控制协议或基于以太网虚拟专用网的虚拟专线服务(EVPN-VPWS)控制协议来自动发现隧道端点IP地址并交换MPLS服务标签或VNI,从而避免了静态分配叠加隧道封装参数。然而,这些方案虽然避免了静态分配叠加隧道封装参数,但是就可扩展性问题而言,BNG仍然需要调用诸如L2VPN控制协议或EVPN-VPWS控制协议之类的控制协议来为用户动态获取叠加隧道封装参数。由于用户数量巨大,BNG必须发出、接收和处理大量的控制协议消息。
本发明人注意到,PBB技术是解决大型二层(L2)网络可扩展性问题的有效方式。如所知,PBB技术采用PBB帧来封装用户以太帧,PBB核心网基于少量的骨干MAC地址而不是巨量的用户MAC地址来转发用户业务。借助于PBB技术,运营商仅需预先静态分配少量的适用于所有用户的PBB隧道封装参数,而无需预先为不同用户分别分配静态隧道参数,或运行时为不同用户分别调用控制协议来动态获取叠加隧道封装参数,即可实现对LSL VLAN业务(本文也可称为客户业务帧)的传输。
为此,本公开的实施例提出了一种旨在提高NERG方案可扩展性的LSL VLAN业务传输机制。该机制允许借助于PBB技术,例如通过PBB-VPLS或PBB-EVPN来执行LSL VLAN业务传输。例如,可以由BNG确定是否对要传输的LSL VLAN数据帧执行PBB封装。如果确定执行PBB封装,则BNG可以基于该PBB封装的参数,对要传输的数据帧执行该PBB封装,以及向数据中心网关(DGW)传输经封装的用户数据帧。
在这种情况下,特别地,AAA服务器仅需静态配置少数几个PBB封装参数,例如要传输数据帧的BNG的骨干MAC地址(例如源B-MAC地址)、数据帧要被传输至的DGW的骨干MAC地址(例如目的B-MAC地址)、I-SID等,从而避免了为巨量的用户分别配置静态叠加隧道封装参数或者控制协议参数。这样,运营商有关LSL VLAN业务传输的配置管理可极大简化。
通常,PBB骨干网传输基础设施(即,骨干网VPLS实例(B-VPLS)或骨干网EVPN实例(B-EVI))是在用户认证之前就预先建立的。在这种情况下,BNG不需要分别为每个用户单独发出、接收和处理L2VPN或EVPN-VPWS控制协议消息来动态获取叠加隧道封装参数,因此大大提高了方案的可扩展性。
根据本公开的实施例的数据帧传输机制使得NERG扁平以太网LSL模型的可扩展性显著增强。例如,在有关网络设备能够支持PBB封装的情况下,可以直接使用PBB封装参数来封装LSL VLAN数据帧并传输经封装的数据帧,从而获得最好的系统性能。在有关网络设备不支持PBB封装的情况下,如果有关网络设备能够支持L2VPN或EVPN-VPWS控制协议,则可以使用这些控制协议动态建立LSL VLAN业务传输隧道。如果有关网络设备既不支持PBB封装也不支持动态隧道控制协议,则使用为不同用户分别预配置的静态NVO隧道封装参数来传输不同用户的LSL VLAN业务,从而实现多种LSL VLAN业务传输方式的后向兼容。
图1示出了本公开的实施例可以在其中实施的示例通信网络100。网络100包括桥接式住宅网关(例如BRG)110和接入节点115,二者之间可以基于扁平以太网LSL模型通信。网络100中还部署了包括BNG 120-1和120-2(统称为BNG 120)和AAA服务器125的区域宽带网络130,以及包括DGW 135-1和135-2(统称为DGW 135)和vG 140-1和140-2(统称为vG140)的数据中心网络145。
BNG 120和DGW 135之间可以基于PBB技术来传输所有用户的LSL VLAN数据帧。例如,在一些实施例中,BNG 120可以基于PBB-VPLS来向DGW 135传输用户的LSL VLAN数据帧。BNG 120可以将LSL VLAN业务封装成PBB帧,然后在B-VPLS网络中传输经封装的该PBB帧。例如,在其他一些实施例中,BNG 120可以基于PBB-EVPN来向DGW 135执行数据帧传输。BNG120可以将LSL VLAN业务封装成PBB帧,然后在B-EVI网络中传输经封装的该PBB帧。B-VPLS或B-EVI网络的L2 NVO隧道可以基于VXLAN、MPLS PW(MPLS-in-MPLS或MPLS-in-GRE)或使用通用路由封装的网络虚拟化(NV-GRE)等。
如图1所示,BNG 120和DGW 135之间可以经由一个或多个点对点PBB-VPLS或PBB-EVPN业务实例通信。这样,BNG 120可以在本地以太网LSL VLAN(来自接入节点115)和已建立的NVO隧道(穿越区域宽带网络130)之间交叉连接LSL VLAN业务。
在NERG方案中,用于传输LSL VLAN业务的PBB-VPLS或PBB-EVPN服务应为点对点L2业务(也称为VPWS),而不是多点L2业务(也称为VPLS)。即点对点PBB-VPLS或PBB-EVPN业务的I组件应是交叉连接而不是用户MAC(C-MAC)网桥。I组件指PBB-VPLS或PBB-EVPN运营商边缘设备(PE)内连接用户设备的各I-SID实例的实体。
应理解到,在区域宽带网络130中运行的所有PBB-VPLS或PBB-EVPN业务实例,不管是点对点还是多点L2业务,都可以共享同一个B-VPLS或B-EVI基础设施。也就是,它们共享B-VPLS情况下的同一组骨干网虚拟交换机实例(B-VSI)和B-VPLS转发器实例,或者共享B-EVI情况下的同一组B-MAC虚拟路由和转发表(B-MAC-VRF)。
此外,应当理解,网络100中的各个元件或实体可以是物理的或虚拟的,并且可以任意适当方式实现。所示出的元件或实体的数目仅仅是示例,而非限制。而且,元件或实体之间可以采用当前已知以及将来开发的任意通信技术来通信。
图2示出了根据本公开的一些实施例的示例方法200的流程图。方法200可以在第一设备处实施,例如在图1所示的BNG 120处实施。应理解到,第一设备不限于该具体示例,也可以实施为本领域已知或未来开发的其它合适的用户网关设备。为讨论方便,下面将结合图1描述方法200。
如图2所示,在框210,BNG 120确定是否对要传输的用户数据帧执行PBB封装。在本公开的一些实施例中,要传输的用户数据帧可以是LSL VLAN业务的数据帧。但应理解到,要传输的数据帧也可以是与其它业务相关联的数据帧,本公开对此并不进行任何限制。
上述确定可以由BNG 120采用任意适当方式来实施。在一些实施例中,BNG 120可以从AAA服务器125接收用户认证结果和是否执行基于PBB技术的封装的指示,继而基于该指示来执行上述确定。
可以任意适当方式实现上述指示。在一些实施例中,可以定义一个新的RADIUS隧道类型属性(RADIUS属性64)值,这里称为PBB_ENCAP,来指示对用户的LSL VLAN帧执行PBB封装。在一些实施例中,新定义的RADIUS隧道类型属性值PBB_ENCAP可以通过互联网编号分配机构(IANA)在注册项“RADIUS类型”的注册子项“RADIUS属性64的值,隧道类型”中公开分配。
在一些备选实施例中,BNG 120可以在本地获取是否执行PBB封装的指示,继而基于该指示来执行上述确定。例如,在一些实施例中,可以将上述新定义的RADIUS隧道类型属性值PBB_ENCAP作为厂商专有技术来本地配置在BNG 120上。
参考图2,如果在框210确定不对用户数据帧执行PBB封装(“否”),则进入框240,执行其它处理,例如基于控制协议进行隧道建立以及用户数据帧的相应传输,或者使用预配置的静态NVO隧道封装参数来进行隧道建立以及数据帧的相应传输。关于这一点,本公开对此不作任何限制,这里也不再赘述。
如果在框210确定对要传输的用户数据帧执行PBB封装(“是”),则进入框220。在框220,BNG 120基于用于该封装的参数,对要传输的用户数据帧执行该封装。根据本公开的一些实施例,参数可以包括以下中的至少一项:业务接口类型、第一设备(例如BNG)的B-MAC地址、第二设备(例如DGW)的B-MAC地址和骨干网业务实例标识符I-SID。在一些实施例中,第一设备的B-MAC地址可以是PBB封装帧的源B-MAC地址,第二设备的B-MAC访问地址可以是PBB封装帧的目的B-MAC地址。
在一些实施例中,BNG 120可以从AAA服务器125接收该参数。下面结合图3至图6详细描述BNG 120从AAA服务器125接收的示例RADIUS属性,其中图3至图6分别示出了根据本公开的一些实施例的与业务接口类型、源B-MAC地址、目的B-MAC地址和I-SID相关联的RADIUS VSA 300至600的示例编码格式的示意图。
图3示出了根据本公开的一些实施例的与业务接口类型相关联的RADIUS VSA 300的示例编码格式的示意图。在RADIUS VSA 300中,“类型”字段310指示该RADIUS属性是RADIUS VSA,“长度”字段320指示RADIUS VSA 300的总长度。
“厂商ID”字段330包含厂商私有企业代码。厂商可以包括宽带论坛或者任何其他厂商。“厂商类型”字段340的值由厂商自行分配。“厂商长度”字段350的值指示“厂商类型”字段340、“厂商长度”字段350和“厂商-LSL-隧道-业务接口类型(Vendor-LSL-Tunnel-Service-Interface-Type)”字段360的总长度。
“厂商-LSL-隧道-业务接口类型”字段360的长度为2字节,其值指示把用户的LSLVLAN业务接入PBB-VPLS或PBB-EVPN业务(的I组件)的附接电路(AC)的业务接口类型。“厂商-LSL-隧道-业务接口类型”字段360的值可以如下表1来定义:
表1厂商-LSL-隧道-业务接口类型字段的值和含义的示例
关于这些业务接口类型的具体含义,可以参见RFC 7432的第6.1、6.2和6.2.1节,这里不再赘述。
RADIUS VSA 300的使用是可选的。在一些实施例中,AAA服务器125可以省略此RADIUS VSA。在这些实施例中,BNG 120应可以在本地确定业务接口类型。例如,如果在用户认证之后,此RADIUS VSA没有被显式提供给BNG 120,则BNG 120可以从其本地配置中导出适当的业务接口类型。
图4示出了根据本公开的一些实施例的与PBB封装源B-MAC地址相关联的RADIUSVSA 400的示例编码格式。图4所示的“类型”、“长度”、“厂商ID”、“厂商类型”和“厂商长度”字段410-450的含义与图3中的字段310-350类似,故不再赘述。在RADIUS VSA 400中,“厂商-LSL-隧道-PBB-源B-MAC”字段460的长度为6字节,其包含用户的LSL VLAN帧被映射到的PBB帧的源B-MAC地址。
此RADIUS VSA 400是可选的。在一些实施例中,AAA服务器125可以省略此RADIUSVSA。在这些实施例中,BNG 120应可以在本地确定源B-MAC地址。例如,如果在用户认证之后,此RADIUS VSA没有被显式提供给BNG 120,则BNG 120可以从其本地配置中导出适当的源B-MAC地址。例如,所有单归连接用户的PBB帧都使用相同的源B-MAC地址,该B-MAC地址可以在BNG 120上被本地配置为默认的源B-MAC地址。
图5示出了根据本公开的一些实施例的与目的B-MAC地址相关联的RADIUS VSA500的示例编码格式。图5所示的“类型”、“长度”、“厂商ID”、“厂商类型”和“厂商长度”字段510-550的含义与图3中的字段310-350类似,故不再赘述。在RADIUS VSA 500中,“厂商-LSL-隧道-PBB-目的B-MAC”字段的长度为6字节,其包含用户的LSL VLAN帧被映射到的PBB帧的目的B-MAC地址。
此RADIUS VSA 500也是可选的。在一些实施例中,AAA服务器125可以省略此RADIUS VSA。在这些实施例中,BNG 120应可以在本地确定目的B-MAC地址。例如,如果在用户认证之后,此RADIUS VSA没有被显式提供给BNG 120,则BNG 120可以从其本地配置中导出适当的目的B-MAC地址。例如,如果所有用户的vG都托管在同一个中央vG托管基础设施中,则可以在BNG 120上静态配置该vG托管基础设施的B-MAC地址作为默认目的B-MAC地址。
图6示出了根据本公开的一些实施例的与I-SID相关联的RADIUS VSA 600的示例编码格式。图6所示的“类型”、“长度”、“厂商ID”、“厂商类型”和“厂商长度”字段610-650的含义与图3中的字段310-350类似,故不再赘述。在RADIUS VSA 600中,“厂商-LSL-隧道-PBB-I-SID”字段660的长度为3字节,其包含用户的LSL VLAN帧被映射到的PBB帧的I-SID值。
RADIUS VSA 600同样是可选的。在一些实施例中,如果AC的业务接口类型是“基于VLAN的业务接口”(RFC 7432第6.1节),则此RADIUS VSA无需动态提供给BNG 120;在此情况下,BNG 120也应忽略此RADIUS VSA。在这些实施例中,BNG 120应将每个用户的LSL VLAN帧的LSL VLAN ID映射为PBB帧的I-SID值。
在一些备选实施例中,如果AC的业务接口类型是“VLAN捆绑业务接口”或“基于端口的业务接口”(RFC 7432第6.2和6.2.1节),则此RADIUS VSA既可以被动态提供给BNG120,也可以不被动态提供给BNG 120。如果在用户认证之后,此RADIUS VSA没有被显式提供给BNG 120,则BNG 120需要从其本地配置中导出I-SID值。例如,对于“VLAN捆绑业务接口”或“基于端口的业务接口”,BNG 120可以将LSL VLAN帧连同LSL VLAN标记一起映射到PBB帧内,并且所有用户的PBB帧将使用相同的I-SID值。在这种情况下,该I-SID值可以被静态配置在BNG 120上作为用于所有用户的默认I-SID值。
应理解到,图3至图6的具体编码格式可以是上述实施例所述的编码格式,或者将来开发的任意适当编码格式。
至此描述了用于PBB封装的参数的确定过程。接下来,BNG 120可以基于确定的参数来对要传输的用户数据帧执行PBB封装。在一些实施例中,BNG 120可以将要传输的数据帧封装成PBB帧,并且对PBB帧进一步执行隧道封装。在一些实施例中,该PBB帧头应包括以下项目:BNG 120的B-MAC地址(例如源B-MAC地址)、DGW 135的B-MAC地址(例如目的地B-MAC地址)以及I-SID。
在一些实施例中,每个用户的所有PBB帧都应使用相同的源B-MAC地址和相同的目的B-MAC地址,其可以在用户成功认证之后由RADIUS属性动态配置。
至于PBB帧的有效载荷是否应包含用户的LSL VLAN标记以及PBB帧的I-SID字段如何设置,这可以取决于把用户LSL VLAN业务接入PBB-VPLS或PBB-EVPN业务的AC的业务接口类型。
在一些实施例中,如果AC的业务接口类型是基于VLAN的业务接口,则每个LSLVLAN帧可以在去除了LSL VLAN标记后映射到PBB帧的载荷里。在这种情况下,PBB帧的I-SID字段被设置为所去除的LSL VLAN标记的LSL VLAN ID。例如,I-SID字段的低12位包含LSLVLAN ID,而高12位被设置为0。
在这些基于VLAN业务接口的情况中,不同用户的LSL VLAN业务被映射至由I-SID标识的不同的点对点PBB-VPLS或PBB-EVPN业务实例里。在这种情况下,在图1中将运行多个点对点PBB-VPLS或PBB-EVPN业务实例。
在一些备选实施例中,如果AC的业务接口类型是VLAN捆绑业务接口或基于端口的业务接口,则每个LSL VLAN帧应连同LSL VLAN标记一起被映射到PBB帧的载荷里。在这种情况下,所有用户的PBB帧使用相同的I-SID值,该I-SID值可以在用户认证之后由RADIUS属性动态提供给BNG 120。
在这些VLAN捆绑业务接口或基于端口的业务接口的情况中,所有用户的LSL VLAN业务被映射到由相同I-SID值标识的同一个点对点PBB-VPLS或PBB-EVPN业务实例里。在这种情况下,在图1中仅运行一个PBB-VPLS或PBB-EVPN业务实例。
在本公开的实施例中,对于所有业务接口类型,骨干网业务实例-优先级码点(I-PCP)和骨干网业务实例-可丢弃指示符(I-DEI)字段可以分别复制用户的LSL VLAN标记的PCP和DEI值。
在一些实施例中,不同用户的PBB帧可以使用相同的源B-MAC地址或相同的目的B-MAC地址。例如,所有单归连接用户可以使用相同的源B-MAC地址。例如,vG被托管在同一个vG托管基础设施中的所有用户可以使用相同的目的B-MAC地址(对于每个vG托管基础设施是唯一的)。在一些备选实施例中,不同用户的PBB帧应使用不同的源B-MAC地址或不同的目的B-MAC地址。例如,同一多归连接以太网段的所有用户应使用与单归连接用户不同的另一个源B-MAC地址。
把用户数据帧封装成PBB帧之后,一般还需对PBB帧再作一层IP或MPLS隧道封装,使得PBB帧能够在基于IP或MPLS的区域宽带网络里传送。在一些实施例中,BNG 120可以基于EVPN业务架构执行IP或MPLS隧道封装。例如,BNG 120在将用户的LSL VLAN帧首先通过I组件(交叉连接)封装到PBB帧后,转发到B-EVI架构以用于后续的NVO隧道封装。在一些备选实施例中,BNG 120可以基于VPLS业务架构执行IP或MPLS隧道封装。例如,BNG 120在将用户的LSL VLAN帧首先通过I组件(交叉连接)封装到PBB帧后,转发到B-VPLS架构以用于后续的NVO隧道封装。如前所述,B-VPLS或B-EVI架构的L2 NVO隧道可以基于VXLAN、MPLS PW(MPLS-in-MPLS或MPLS-in-GRE)或基于通用路由封装的网络虚拟化(NV-GRE)等。
回到图2,在对要传输的用户数据帧执行了PBB封装之后,在框230,BNG 120向第二设备(例如图1的DGW 135)传输经PBB封装的用户数据帧(PBB帧一般还需再进行一次IP或MPLS隧道封装)。应理解到,第二设备不限于DGW 135,而可以是本领域已知或未来开发的远程vG托管基础设施中的其它合适网元,例如,vG托管基础设施中的网络功能虚拟化基础设施网关(NFVI-GW)。
在DGW 135处需要预先配置PBB-VPLS或PBB-EVPN业务,以便可以在BNG 120上对每个用户进行认证之后,立即在BNG 120和DGW 135之间传输用户的LSL VLAN业务。
在根据本公开实施例的NERG扁平以太网LSL模型中,用户的LSL VLAN业务是在BNG120和vG托管基础设施之间的PBB-in-VXLAN或PBB-in-MPLS-PW隧道中传输的。下面的表2示出了在该模型中用于BNG 120上动态提供PBB-VPLS或PBB-EVPN业务的RADIUS属性的示例。
表2新定义RADIUS属性的应用示例
应理解到,只有PBB-in-VXLAN或PBB-in-MPLS-PW隧道的PBB封装部分才需要基于RADIUS的动态配置。通常,B-VPLS或B-EVI架构是在用户的AAA过程之前预先建立的,因此VXLAN或MPLS PW隧道不需要基于RADIUS的动态配置。
如上所述,根据本公开的实施例,可以定义新的RADIUS Tunnel-Type属性值以及四个新RADIUS VSA,以支持在NERG方案的扁平以太网LSL模型中动态配置BNG 120上的PBB-VPLS或PBB-EVPN业务。新的RADIUS Tunnel-Type属性值以及RADIUS VSA,结合已有的RADIUS VSA(BBF TR-137中的BBF-LSL-Tunnel-Type)足够用于在BNG 120上动态配置PBB-VPLS或PBB-EVPN业务。
以此方式,运营方不需要在NERG方案中静态分配和配置VXLAN或MPLS PW封装参数,也不需要调用RFC 6074或RFC 8214控制协议来动态获取VXLAN或MPLS PW封装参数。根据本公开实施例的方法完美地解决了NERG方案的扁平以太网LSL模型中的可扩展性问题。这种方式大大减少了运营商的配置工作量,提高了NERG方案的可扩展性。
在一些实施例中,能够执行方法200的装置(例如,BNG 120)可以包括用于执行方法200的各个步骤的相应部件。这些部件可以任意适当方式实现。例如,可以通过电路或者软件模块来实现。
在一些实施例中,装置可以包括:用于在第一设备处确定是否对要传输的数据帧执行PBB封装的部件;用于响应于确定执行PBB封装来基于用于所述封装参数对所述要传输的数据帧执行所述PBB封装的部件;以及用于向第二设备传输经PBB封装的所述数据帧的部件。
在一些实施例中,用于确定的所述部件可以包括:用于从AAA服务器接收是否执行所述PBB封装的指示的部件;以及用于基于所接收的指示来确定是否对所述要传输的数据帧执行所述PBB封装的部件。
在一些实施例中,装置还可以包括:用于从AAA服务器接收所述参数的部件。
在一些实施例中,参数可以包括以下中的至少一项:业务接口类型、所述第一设备的B-MAC地址、所述第二设备的B-MAC地址和I-SID。
在一些实施例中,用于执行PBB封装的所述部件可以包括:用于基于所述参数来将所述要传输的用户数据帧封装成PBB帧的部件,以及用于对所述PBB帧执行IP隧道或MPLS隧道封装的部件。PBB帧可以包括以下中的至少一项:所述第一设备的B-MAC地址、所述第二设备的B-MAC地址和I-SID。
在一些实施例中,用于执行隧道封装的部件可以包括:用于基于EVPN和VPLS中的至少一项执行隧道封装的部件。
在一些实施例中,所述第一设备是BNG,并且所述第二设备是DGW。
图7是适合于实现本公开的实施例的设备700的简化框图。可以提供设备700以实现第一设备,例如图1所示的BNG 120。如图所示,设备700包括一个或多个处理器710、耦合到处理器710的一个或多个存储器720以及耦合到处理器710的一个或多个通信模块740。
通信模块740用于双向通信。通信模块740具有至少一个网络接口以便于通信。通信接口可以表示与其他网络元件通信所必需的任何接口。
处理器710可以是适合于本地技术网络的任何类型,并且作为限制性示例,可以包括以下中的一个或多个:通用计算机、专用计算机、微处理器、数字信号处理器(DSP)和基于多核处理器架构的处理器。设备700可以具有多个处理器,例如专用集成电路芯片,其在时间上从属于与主处理器同步的时钟。
存储器720可以包括一个或多个非易失性存储器和一个或多个易失性存储器。非易失性存储器的示例包括但不限于只读存储器(ROM)724、电可编程只读存储器(EPROM)、闪存、硬盘、光盘(CD)、数字视频盘(DVD)和其他磁存储和/或光存储装置。易失性存储器的示例包括但不限于随机存取存储器(RAM)722和不会在断电持续时间中持续的其他易失性存储器。
计算机程序730包括由关联的处理器710执行的计算机可执行指令。程序730可以存储在ROM 720中。处理器710可以通过将程序730加载到RAM 720中来执行任何合适的动作和处理。
可以借助于程序730来实现本公开的实施例,使得设备700可以执行如参考图1至图6所讨论的本公开的任何处理。本公开的实施例还可以通过硬件或通过软件和硬件的组合来实现。
在一些实施例中,程序730可以有形地包含在计算机可读介质中,该计算机可读介质可以包括在设备700中(诸如在存储器720中)或者可以由设备700访问的其他存储设备。可以将程序730从计算机可读介质加载到RAM 722以供执行。计算机可读介质可以包括任何类型的有形非易失性存储器,例如ROM、EPROM、闪存、硬盘、CD、DVD等。图8示出了CD或DVD形式的计算机可读介质800的示例。计算机可读介质上存储有程序730。
一般而言,本公开的各种示例实施例可以在硬件或专用电路、软件、逻辑,或其任何组合中实施。某些方面可以在硬件中实施,而其他方面可以在可以由控制器、微处理器或其他计算设备执行的固件或软件中实施。当本公开的实施例的各方面被图示或描述为框图、流程图或使用某些其他图形表示时,将理解此处描述的方框、装置、系统、技术或方法可以作为非限制性的示例在硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备,或其某些组合中实施。可用来实现本公开实施例的硬件器件的示例包括但不限于:现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑器件(CPLD),等等。
作为示例,本公开的实施例可以在机器可执行指令的上下文中被描述,机器可执行指令诸如包括在目标的真实或者虚拟处理器上的器件中执行的程序模块中。一般而言,程序模块包括例程、程序、库、对象、类、组件、数据结构等,其执行特定的任务或者实现特定的抽象数据结构。在各实施例中,程序模块的功能可以在所描述的程序模块之间合并或者分割。用于程序模块的机器可执行指令可以在本地或者分布式设备内执行。在分布式设备中,程序模块可以位于本地和远程存储介质二者中。
用于实现本公开的方法的计算机程序代码可以用一种或多种编程语言编写。这些计算机程序代码可以提供给通用计算机、专用计算机或其他可编程的数据处理装置的处理器,使得程序代码在被计算机或其他可编程的数据处理装置执行的时候,引起在流程图和/或框图中规定的功能/操作被实施。程序代码可以完全在计算机上、部分在计算机上、作为独立的软件包、部分在计算机上且部分在远程计算机上或完全在远程计算机或服务器上执行。
在本公开的上下文中,计算机程序代码或者相关数据可以由任意适当载体承载,以使得设备、装置或者处理器能够执行上文描述的各种处理和操作。载体的示例包括信号、计算机可读介质等等。
信号的示例可以包括电、光、无线电、声音或其它形式的传播信号,诸如载波、红外信号等。
机器可读介质可以是包含或存储用于或有关于指令执行系统、装置或设备的程序的任何有形介质。机器可读介质可以是机器可读信号介质或机器可读存储介质。机器可读介质可以包括但不限于电子的、磁的、光学的、电磁的、红外的或半导体系统、装置或设备,或其任意合适的组合。机器可读存储介质的更详细示例包括带有一根或多根导线的电气连接、便携式计算机磁盘、硬盘、随机存储存取器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存)、光存储设备、磁存储设备,或其任意合适的组合。
另外,尽管操作以特定顺序被描绘,但这并不应该理解为要求此类操作以示出的特定顺序或以相继顺序完成,或者执行所有图示的操作以获取期望结果。在某些情况下,多任务或并行处理会是有益的。同样地,尽管上述讨论包含了某些特定的实施细节,但这并不应解释为限制任何发明或权利要求的范围,而应解释为对可以针对特定发明的特定实施例的描述。本说明书中在分开的实施例的上下文中描述的某些特征也可以整合实施在单个实施例中。反之,在单个实施例的上下文中描述的各种特征也可以分离地在多个实施例或在任意合适的子组合中实施。
尽管已经以特定于结构特征和/或方法动作的语言描述了主题,但是应当理解,所附权利要求中限定的主题并不限于上文描述的特定特征或动作。相反,上文描述的特定特征和动作是作为实现权利要求的示例形式而被公开的。
Claims (16)
1.一种第一设备,包括:
至少一个处理器,以及
存储计算机程序代码的至少一个存储器,
所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起促使所述第一设备:
确定是否对要传输的用户数据帧执行基于运营商骨干网桥接技术的封装;
响应于确定执行基于运营商骨干网桥接技术的封装,基于用于所述封装的参数,对所述要传输的用户数据帧执行所述基于运营商骨干网桥接技术的封装;以及
向第二设备传输经封装的所述用户数据帧。
2.根据权利要求1所述的第一设备,其中所述第一设备被促使通过以下操作来确定是否执行所述基于运营商骨干网桥接技术的封装:
从认证、授权和记账服务器接收是否执行所述基于运营商骨干网桥接技术的封装的指示;以及
基于所接收的指示来确定是否对所述要传输的用户数据帧执行所述基于运营商骨干网桥接技术的封装。
3.根据权利要求1所述的第一设备,其中所述第一设备还被促使:从认证、授权和记账服务器接收所述参数。
4.根据权利要求1所述的第一设备,其中所述参数包括以下中的至少一项:业务接口类型、所述第一设备的骨干网媒体访问控制地址、所述第二设备的骨干网媒体访问控制地址和骨干网业务实例标识符。
5.根据权利要求1所述的第一设备,其中所述第一设备被促使通过以下操作来执行所述基于运营商骨干网桥接技术的封装:
基于所述参数,将所述要传输的用户数据帧封装成运营商骨干网桥接帧,所述运营商骨干网桥接帧包括以下中的至少一项:所述第一设备的骨干网媒体访问控制地址、所述第二设备的骨干网媒体访问控制地址和骨干网业务实例标识符;以及
对所述运营商骨干桥接帧执行隧道封装。
6.根据权利要求5所述的第一设备,其中所述第一设备被促使通过以下操作来执行所述隧道封装:
基于以太网虚拟专用网和虚拟专用局域网业务中的至少一项,执行所述隧道封装。
7.根据权利要求1所述的第一设备,其中所述第一设备是宽带网络网关,所述第二设备是数据中心网关。
8.一种用于通信的方法,包括:
在第一设备处确定是否对要传输的用户数据帧执行基于运营商骨干网桥接技术的封装;
响应于确定执行基于运营商骨干网桥接技术的封装,基于用于所述封装的参数,对所述要传输的用户数据帧执行所述基于运营商骨干网桥接技术的封装;以及
向第二设备传输经封装的所述用户数据帧。
9.根据权利要求8所述的方法,其中确定是否执行所述基于运营商骨干网桥接技术的封装包括:
从认证、授权和记账服务器接收是否执行所述基于运营商骨干网桥接技术的封装的指示;以及
基于所接收的指示来确定是否对所述要传输的用户数据帧执行所述基于运营商骨干网桥接技术的封装。
10.根据权利要求8所述的方法,还包括:从认证、授权和记账服务器接收所述参数。
11.根据权利要求8所述的方法,其中所述参数包括以下中的至少一项:业务接口类型、所述第一设备的骨干网媒体访问控制地址、所述第二设备的骨干网媒体访问控制地址和骨干网业务实例标识符。
12.根据权利要求8所述的方法,其中执行所述基于运营商骨干网桥接技术的封装包括:
基于所述参数,将所述要传输的用户数据帧封装成运营商骨干网桥接帧,所述运营商骨干网桥接帧包括以下中的至少一项:所述第一设备的骨干网媒体访问控制地址、所述第二设备的骨干网媒体访问控制地址和骨干网业务实例标识符;以及
对所述运营商骨干桥接帧执行隧道封装。
13.根据权利要求12所述的方法,其中执行所述隧道封装包括:
基于以太网虚拟专用网和虚拟专用局域网业务中的至少一项,执行所述隧道封装。
14.根据权利要求8所述的方法,其中所述第一设备是宽带网络网关,所述第二设备是数据中心网关。
15.一种用于通信的装置,包括:
用于在第一设备处确定是否对要传输的用户数据帧执行基于运营商骨干网桥接技术的封装的部件;
用于响应于确定执行基于运营商骨干网桥接技术的封装来基于用于所述封装的参数对所述要传输的用户数据帧执行所述基于运营商骨干网桥接技术的封装的部件;以及
用于向第二设备传输经封装的所述用户数据帧的部件。
16.一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序包括指令,所述指令在由设备上的处理器执行时,促使所述设备执行根据权利要求8-14中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910900947.0A CN112543135B (zh) | 2019-09-23 | 2019-09-23 | 用于通信的设备、方法和装置以及计算机可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910900947.0A CN112543135B (zh) | 2019-09-23 | 2019-09-23 | 用于通信的设备、方法和装置以及计算机可读存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112543135A true CN112543135A (zh) | 2021-03-23 |
CN112543135B CN112543135B (zh) | 2023-01-24 |
Family
ID=75012888
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910900947.0A Active CN112543135B (zh) | 2019-09-23 | 2019-09-23 | 用于通信的设备、方法和装置以及计算机可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112543135B (zh) |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101163083A (zh) * | 2007-10-19 | 2008-04-16 | 杭州华三通信技术有限公司 | 一种pbt网络中多点到多点vpn互联的方法、系统及其装置 |
US20080228943A1 (en) * | 2007-03-13 | 2008-09-18 | Florin Balus | Failure protection in a provider backbone bridge network using selective redirection |
US20100208593A1 (en) * | 2009-02-17 | 2010-08-19 | Yee Ming Soon | Method and apparatus for supporting network communications using point-to-point and point-to-multipoint protocols |
CN102246470A (zh) * | 2008-12-08 | 2011-11-16 | 爱立信电话股份有限公司 | 在提供商骨干桥网络中多播 |
US20120182997A1 (en) * | 2011-01-17 | 2012-07-19 | Florin Balus | Method and apparatus for providing transport of customer qos information via pbb networks |
US20140112137A1 (en) * | 2012-10-18 | 2014-04-24 | Hewlett-Packard Development Company, L.P. | Routing encapsulated data packets onto selected vlans |
US20140321319A1 (en) * | 2013-04-26 | 2014-10-30 | Alcatel-Lucent | Lan-vpls stitching method, system and computer readable medium |
CN104584484A (zh) * | 2012-08-28 | 2015-04-29 | 阿尔卡特朗讯公司 | 提供基于策略的数据中心网络自动化的系统和方法 |
US20150124831A1 (en) * | 2013-11-01 | 2015-05-07 | Broadcom Corporation | Methods and systems for encapsulating and de-encapsulating provider backbone bridging inside upper layer protocols |
CN104821915A (zh) * | 2014-01-30 | 2015-08-05 | 日立金属株式会社 | 交换机装置以及中继系统 |
US20150304127A1 (en) * | 2012-11-27 | 2015-10-22 | Zte Corporation | Method and Apparatus for Accessing Shortest Path Bridging Network in Multi-homing Manner |
-
2019
- 2019-09-23 CN CN201910900947.0A patent/CN112543135B/zh active Active
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080228943A1 (en) * | 2007-03-13 | 2008-09-18 | Florin Balus | Failure protection in a provider backbone bridge network using selective redirection |
CN101163083A (zh) * | 2007-10-19 | 2008-04-16 | 杭州华三通信技术有限公司 | 一种pbt网络中多点到多点vpn互联的方法、系统及其装置 |
CN102246470A (zh) * | 2008-12-08 | 2011-11-16 | 爱立信电话股份有限公司 | 在提供商骨干桥网络中多播 |
US20100208593A1 (en) * | 2009-02-17 | 2010-08-19 | Yee Ming Soon | Method and apparatus for supporting network communications using point-to-point and point-to-multipoint protocols |
US20120182997A1 (en) * | 2011-01-17 | 2012-07-19 | Florin Balus | Method and apparatus for providing transport of customer qos information via pbb networks |
CN104584484A (zh) * | 2012-08-28 | 2015-04-29 | 阿尔卡特朗讯公司 | 提供基于策略的数据中心网络自动化的系统和方法 |
US20140112137A1 (en) * | 2012-10-18 | 2014-04-24 | Hewlett-Packard Development Company, L.P. | Routing encapsulated data packets onto selected vlans |
US20150304127A1 (en) * | 2012-11-27 | 2015-10-22 | Zte Corporation | Method and Apparatus for Accessing Shortest Path Bridging Network in Multi-homing Manner |
US20140321319A1 (en) * | 2013-04-26 | 2014-10-30 | Alcatel-Lucent | Lan-vpls stitching method, system and computer readable medium |
US20150124831A1 (en) * | 2013-11-01 | 2015-05-07 | Broadcom Corporation | Methods and systems for encapsulating and de-encapsulating provider backbone bridging inside upper layer protocols |
CN104821915A (zh) * | 2014-01-30 | 2015-08-05 | 日立金属株式会社 | 交换机装置以及中继系统 |
Also Published As
Publication number | Publication date |
---|---|
CN112543135B (zh) | 2023-01-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR102429560B1 (ko) | 네트워크 슬라이스 제어 방법 및 장치 그리고 컴퓨터 판독 가능한 저장 매체 | |
US9787583B2 (en) | Methods and apparatus for implementing connectivity between edge devices via a switch fabric | |
US9544248B2 (en) | Overlay network capable of supporting storage area network (SAN) traffic | |
CN107786613B (zh) | 宽带远程接入服务器bras转发实现方法和装置 | |
EP3328004A1 (en) | Broadband access | |
CN103580980B (zh) | 虚拟网络自动发现和自动配置的方法及其装置 | |
US20160261496A1 (en) | Packet forwarding in data center network | |
US10361970B2 (en) | Automated instantiation of wireless virtual private networks | |
US11296985B2 (en) | Normalized lookup and forwarding for diverse virtual private networks | |
US8023506B2 (en) | Method and provider edge device for advertising and processing pseudo-wire information | |
CN107770026B (zh) | 租户网络数据传输方法、租户网络系统和相关设备 | |
CN107241454B (zh) | 一种实现地址管理的方法、装置、aaa服务器及sdn控制器 | |
CN107659484B (zh) | 从vlan网络接入vxlan网络的方法、装置及系统 | |
CN107547340A (zh) | 一种报文转发方法和装置 | |
WO2017079647A1 (en) | Automatic provisioning of lisp mobility networks | |
US11323287B2 (en) | Link layer method of configuring a bare-metal server in a virtual network | |
WO2021218627A1 (zh) | 一种通信方法及相关设备 | |
WO2015100585A1 (zh) | 光纤到分配点设备及其通信方法 | |
CN107547341B (zh) | 虚拟扩展局域网vxlan的接入方法及装置 | |
CN107579988B (zh) | 配置安全策略的方法和装置 | |
CN112543135B (zh) | 用于通信的设备、方法和装置以及计算机可读存储介质 | |
WO2016074478A1 (zh) | 服务链路径的标识方法、设备和服务链 | |
CN110838963B (zh) | 用于通信的设备、方法和装置以及计算机可读存储介质 | |
WO2018214947A1 (zh) | 一种通信方法及装置 | |
CN108418700B (zh) | 通信方法和设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |