WO2024255870A1 - 一种信息通告方法及装置 - Google Patents

一种信息通告方法及装置 Download PDF

Info

Publication number
WO2024255870A1
WO2024255870A1 PCT/CN2024/099335 CN2024099335W WO2024255870A1 WO 2024255870 A1 WO2024255870 A1 WO 2024255870A1 CN 2024099335 W CN2024099335 W CN 2024099335W WO 2024255870 A1 WO2024255870 A1 WO 2024255870A1
Authority
WO
WIPO (PCT)
Prior art keywords
backbone network
information
service message
sid
route
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.)
Ceased
Application number
PCT/CN2024/099335
Other languages
English (en)
French (fr)
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies 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
Priority claimed from CN202310802325.0A external-priority patent/CN119155235A/zh
Priority claimed from CN202310801479.8A external-priority patent/CN119155234A/zh
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to EP24822817.3A priority Critical patent/EP4708804A1/en
Publication of WO2024255870A1 publication Critical patent/WO2024255870A1/zh
Priority to US19/407,470 priority patent/US20260089101A1/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • H04L45/04—Interdomain routing, e.g. hierarchical routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/34—Source routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/76—Routing in software-defined topologies, e.g. routing between virtual machines
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering

Definitions

  • the present application relates to the field of communications, and in particular to an information notification method and device.
  • business traffic needs to be transmitted across multiple network domains in the network.
  • business traffic needs to be transmitted across edge access networks and backbone networks.
  • the embodiments of the present application provide an information notification method and device, which can improve the service quality provided for business traffic in a scenario where business traffic needs to be transmitted across multiple network domains.
  • an embodiment of the present application provides an information notification method, which can be applied to a first communication device as a first site edge.
  • the first communication device can receive a first route announced by a second communication device, wherein the first route includes a first backbone network egress device in a backbone network accessing the backbone network, and the first site edge accessing the backbone network through a first backbone network entry device.
  • the first site edge receives the first route
  • the first binding relationship between the second site edge and the first backbone network egress device can be obtained according to the first route.
  • the first site edge can use the first binding relationship to arrange an end-to-end path from the first site edge to the second site edge.
  • the first site edge can obtain the first binding relationship between the second site edge and the first backbone network egress device of the second site edge accessing the backbone network, so as to facilitate the subsequent arrangement of the end-to-end path from the first site edge to the second site edge based on the first binding relationship, so that the arranged end-to-end path is more in line with business needs, and accordingly, the service quality provided by the business traffic transmitted through the end-to-end path can be improved.
  • the first site edge after the first site edge obtains the first binding relationship, it can determine the first end-to-end path from the first site edge to the second site edge based on the first binding relationship, and the determined first end-to-end path passes through the first backbone network entry device and the first backbone network exit device. It can be seen that, using this solution, when arranging the end-to-end path, the first site edge can combine the information of the backbone network exit device bound to the opposite site edge (the second site edge), so that the arranged end-to-end path is more in line with business needs, and accordingly, it can improve the service quality provided by the business traffic transmitted through the end-to-end path.
  • the first information may include a first segment identifier (SID) assigned by the first backbone network egress device to the adjacency relationship between the first backbone network egress device and the second site edge, so that in the subsequent traffic forwarding stage, the message can be encapsulated based on the first SID, thereby performing traffic forwarding based on the first SID.
  • SID segment identifier
  • the first information may include the second SID of the first backbone network egress device, so that in the subsequent traffic forwarding stage, the message can be encapsulated based on the second SID, thereby performing traffic forwarding based on the second SID.
  • the first information may include the routing priority of the first backbone network export device, so that the first site edge can arrange the end-to-end path from the first site edge to the second site edge in combination with the routing priority, or, the first site edge can determine the end-to-end path for transmitting business traffic from the end-to-end path from the first site edge to the second site edge in combination with the routing priority.
  • the first information may include a load sharing weight of the first backbone network egress device, such that The first site edge can determine an end-to-end path for transmitting service traffic from the end-to-end path from the first site edge to the second site edge in combination with the load sharing weight.
  • the first SID can be an SRv6 endpoint segment identifier (SRv6 END.X SID) with a cross-connection to a layer 3 adjacency array
  • the second SID can be an SRv6 endpoint segment identifier (SRv6 END.SID).
  • the first SID may be an adjacency segment identifier (adjacency SID, adj-SID), and the second SID may be a node SID (node SID).
  • MPLS Multi-Protocol Label Switching
  • the second communication device may be a second site edge, in which case the first route may be a software-defined wide area network (SD-WAN) gateway information announcement route.
  • the SD-WAN gateway information announcement route may be a route announced based on an SD-WAN address family or an SD-WAN sub-address family.
  • the SD-WAN gateway information announcement route includes at least one type-length value (TLV), and the at least one TLV carries the first information.
  • TLV type-length value
  • At least one TLV included in the SD-WAN gateway information announcement route may include a first TLV, and the first TLV is used to carry the first information.
  • the first TLV when the first information includes the first SID and/or the second SID, the value field of the first TLV is used to carry the first SID and/or the second SID in the first information.
  • the first TLV may also include a priority sub-TLV for carrying the routing priority.
  • the first TLV also includes a weight sub-TLV for carrying the load sharing weight.
  • the second communication device is the second site edge
  • the first route is a virtual private network (VPN) route.
  • the second site edge can notify the first site edge of the first information through the VPN route, thereby notifying the first information while notifying the VPN route.
  • VPN virtual private network
  • the first information may be carried by a BGP path attribute in a VPN route.
  • the first information may be carried by a first metadata path attribute in the VPN route.
  • the first route may also include business intent information.
  • the business intent is used to indicate business intent (or business demand).
  • the second communication device notifies the business intent information to the first site edge through the first route, so that in the traffic forwarding stage, the communication device forwarding the business traffic can forward it in combination with the business intent information, so that the business intent can be met.
  • the business intent information may include one or more information that can indicate the business intent.
  • the business intent information may include quality of service parameters, and the quality of service parameters may include, but are not limited to, one or more parameters such as latency, packet loss, jitter, bandwidth utilization, and bit error rate.
  • the business intent parameters may include gateway constraint information that needs to be satisfied by the end-to-end path from the first site edge to the second site edge, and the gateway constraint information includes, but is not limited to, gateways that need to be passed through and/or gateways that need to be detoured.
  • the business intent information may be carried by a BGP path attribute in the first route.
  • the business intent information may be carried by a second Metadata Path Attribute in the first route.
  • the first route is a VPN route
  • the second Metadata Path Attribute and the aforementioned first Metadata Path Attribute may be the same Metadata Path Attribute.
  • the first information and the business intent information may be carried by one Metadata Path Attribute.
  • the second Metadata Path Attribute and the aforementioned first Metadata Path Attribute may also be different Metadata Path Attributes.
  • the second communication device is a first backbone network egress device.
  • the first backbone network egress device may notify the first site edge of the first route through the first backbone network ingress device.
  • the first site edge may receive the first route notified by the first backbone network egress device through the first backbone network ingress device.
  • the first route announced by the first backbone network egress device to the first site edge may be a first SD-WAN gateway automatically discovered route.
  • the first SD-WAN gateway automatically discovered route may be a route announced based on the SD-WAN address family or the SD-WAN sub-address family.
  • the first site edge when the second site edge is multi-homed to the first backbone network export device and the second backbone network export device, the first site edge can also receive a second route announced by a third communication device, the second route includes second information of the second backbone network export device in the backbone network and an identifier of the second site edge, and the second site edge accesses the backbone network through the second backbone network export device; after the first site edge receives the second route, it can obtain the second binding relationship between the second site edge and the second backbone network export device according to the second route, so as to subsequently determine the second end-to-end path from the first site edge to the second site edge based on the second binding relationship.
  • the first site edge can also determine the routing priorities corresponding to the first backbone network export device and the second backbone network export device, respectively, so as to determine the forwarding path of the service traffic based on the routing priorities corresponding to the first backbone network export device and the second backbone network export device, respectively.
  • the first site edge can determine the routing priority of the first backbone network export device according to its own configured routing strategy or in combination with the load condition of the first backbone network export device.
  • the first site edge can determine the routing priority of the second backbone network export device according to its own configured routing strategy or in combination with the load condition of the second backbone network export device.
  • the first site edge can also determine the load sharing weights corresponding to the first backbone network export device and the second backbone network export device, respectively, so as to subsequently determine the forwarding path of the service traffic based on the load sharing weights corresponding to the first backbone network export device and the second backbone network export device, respectively.
  • the first site edge can, for example, determine the load sharing weight of the first backbone network export device based on its own configured load sharing strategy or in combination with the load condition of the first backbone network export device.
  • the first site edge can, for example, determine the load sharing weight of the second backbone network export device based on its own configured load sharing strategy or in combination with the load condition of the second backbone network export device.
  • the first site edge after the first site edge obtains the second binding relationship, it can determine the first end-to-end path from the first site edge to the second site edge based on the second binding relationship, and the determined second end-to-end path passes through the first backbone network entry device and the second backbone network exit device. It can be seen that, using this solution, when arranging the end-to-end path, the first site edge can combine the information of the backbone network exit device bound to the opposite site edge (second site edge), so that the arranged end-to-end path is more in line with business needs, and accordingly, it can improve the service quality provided by the business traffic transmitted through the end-to-end path.
  • the first site edge can also receive a third route sent by the first backbone network entry device, and the third route is used to notify the third information of the first backbone network entry device. After the first site edge receives the third route, it can obtain the third binding relationship between the first site edge and the first backbone network entry device according to the third route. It can be seen that, using this solution, the first site edge can determine its own corresponding gateway through the received third route, without the need to manually configure its corresponding gateway on the first site edge.
  • the third route is the route automatically discovered by the second SD-WAN gateway.
  • the first site edge can automatically discover the route through the second SD-WAN gateway to determine the third information of the gateway (i.e., the first backbone network entry device) for accessing the backbone network.
  • the route automatically discovered by the second SD-WAN gateway can be a route announced based on the SD-WAN address family or the SD-WAN sub-address family.
  • the third route is a Border Gateway Protocol Link State (BGP link state, BGP LS) route.
  • BGP link state BGP link state
  • the first site edge can determine the third information of its gateway (i.e., the first backbone network entry device) for accessing the backbone network through BGP LS routing.
  • the BGP LS route can be a route based on the BGP LS address family announcement.
  • the third information may include a third SID assigned by the first backbone network entry device to the adjacency relationship between the first backbone network entry device and the first site edge, so that in the subsequent traffic forwarding stage, the message is encapsulated based on the third SID, thereby using the third SID for traffic forwarding.
  • the third information may include the fourth SID of the first backbone network ingress device, so that in a subsequent traffic forwarding stage, the message is encapsulated based on the third SID, thereby using the third SID to forward traffic.
  • the third SID may be SRv6END.X SID
  • the fourth SID may be SRv6 END.SID.
  • the third SID may be an adj-SID
  • the fourth SID may be a node SID
  • the third route also includes intermediate gateway information, wherein the intermediate gateway information indicates at least one intermediate gateway between a backbone network inlet device in the backbone network and an egress device in the backbone network, so that the first site edge can be based on The intermediate gateway performs path orchestration.
  • the first site edge can determine the gateway constraints that the end-to-end path needs to follow based on business needs and the intermediate gateway.
  • the gateway constraints mentioned here include gateways that need to be passed through and/or gateways that need to be bypassed.
  • the first site edge when the first site edge performs path orchestration based on business needs, it can determine the gateways that the end-to-end path needs to pass through and/or the gateways that need to be bypassed from the intermediate gateway, so that the determined end-to-end path meets business needs.
  • the first site edge can also receive a first service message. After receiving the first service message, the first site edge can encapsulate the path information of the first end-to-end path in the outer layer of the first service message to obtain a second service message.
  • the inbound end point of the first end-to-end path is the first site edge, and the outbound end point of the first end-to-end path is the second site edge.
  • the path information of the first end-to-end path includes: fourth information identifying the first backbone network ingress device in the backbone network, and fifth information identifying the first backbone network egress device in the backbone network.
  • the first site edge accesses the backbone network through the first backbone network ingress device
  • the second site edge accesses the backbone network through the first backbone network egress device.
  • the second service message can be forwarded through the first end-to-end path.
  • the first end-to-end path may be pre-arranged by the first site edge.
  • the first site edge may arrange the first end-to-end path before receiving the first service message.
  • the first service message is used to carry a virtual private network (VPN) service.
  • the first site edge may arrange the first end-to-end path from the first site edge to the second site edge in combination with the first backbone network entry device and the first backbone network exit device as needed according to the VPN service.
  • the first site edge may arrange an end-to-end path for the VPN route after receiving the VPN route including the destination prefix announced by the second site edge.
  • the first site edge may arrange the first end-to-end path for the VPN route based on the binding relationship between the first site edge and the first backbone network entry device, and the binding relationship between the second site edge and the first backbone network exit device.
  • the second service message may further include service intent information.
  • the forwarding device that receives the second service message may select a corresponding path for forwarding based on the service intent information when further forwarding the second service message, thereby satisfying the service intent and, accordingly, improving the service quality provided to the service.
  • the second service message may include a metadata field, and the service intent information is carried in the metadata field.
  • the forwarding device that receives the second service message may parse the metadata field to obtain the service intent information, so as to further select a corresponding path for forwarding in combination with the service intent information, so that the service intent is met and, accordingly, the service quality provided for the service is improved.
  • the first site edge may first determine the path information of the first end-to-end path before encapsulating the first service message using the path information of the first end-to-end path.
  • the first site edge may determine that the next hop for forwarding the first service message is the second site edge based on the destination address of the first service message, and further iterate the first segment routing policy (segment routing policy, SR policy) based on the Internet Protocol (IP) address of the second site edge to obtain the path information of the first end-to-end path.
  • segment routing policy segment routing policy
  • IP Internet Protocol
  • the first SR policy may be an Internet Protocol Version 6 Segment Routing (SRv6) policy.
  • the first end-to-end path may be an SRv6 tunnel, and accordingly, the second service message includes an IPv6 header and a segment routing header (SRH), and the fourth information and the fifth information may be carried by the SRH.
  • the destination address of the IPv6 header points to the first backbone network ingress device, so that the first site edge forwards the second service message to the first backbone network ingress device based on the destination address of the IPv6 header.
  • the fourth information may be the first end segment identifier (END.SID) 1 of the first backbone network entry device, and the fifth information may be the second end segment identifier END.SID2 of the first backbone network exit device.
  • the SRH also includes the IPv6 address of the second site edge. In this case, the SRH may indicate the path from the first backbone network entry device to the second site edge.
  • the fourth information is END.SID1 of the first backbone network ingress device
  • the fifth information is an endpoint segment identifier (END.X SID) with a cross connection to a layer 3 adjacency array allocated by the first backbone network device egress device for the adjacency between the first backbone network device egress device and the second site edge.
  • the SRH may also indicate a path from the first backbone network ingress device to the second site edge.
  • the END.SID1 can be used to indicate a new message forwarding operation.
  • the first backbone network ingress device can determine how to forward the second service message based on END.SID1 without combining VPN information to determine how to forward the second service message.
  • the operation associated with the END.SID1 may be: matching the overly SRv6 policy from the first backbone network ingress device to the first backbone network egress device according to the next hop SID of the END.SID1 in the SRH.
  • the operation associated with the END.SID1 may be: matching the overly SRv6 policy from the first backbone network ingress device to the first backbone network egress device according to the next hop SID of the END.SID1 in the SRH and the service intent information.
  • the aforementioned first SR policy may be an MPLS segment routing traffic engineering (SR-TE) policy.
  • the first end-to-end path is an MPLS SR-TE policy.
  • the second service message includes an MPLS label stack, and the aforementioned fourth information and fifth information are carried by the MPLS label stack.
  • the fourth information is the first node SID of the first backbone network ingress device
  • the fifth information includes: the second node SID of the first backbone network egress device, and the adjacency segment identifier (adj-SID) assigned by the first backbone network device egress device to the adjacency relationship between the first backbone network device egress device and the second site edge.
  • the first node SID can be used to indicate a new message forwarding operation.
  • the first backbone network ingress device can determine how to forward the second service message based on the first node SID without combining VPN information to determine how to forward the second service message.
  • the operation of associating the first node SID may be: matching the upper layer (overly) SR-MPLS TE policy between the first backbone network ingress device and the first backbone network egress device according to the next hop SID of the first node SID in the MPLS label stack.
  • the operation of associating the first node SID may be: matching the upper layer overly SR-MPLS TE policy between the first backbone network ingress device and the first backbone network egress device according to the next hop SID of the first node SID in the MPLS label stack and the service intent information.
  • the first end-to-end path is a tunnel encapsulated based on the generic network virtualization encapsulation (GENEVE) protocol.
  • GENEVE generic network virtualization encapsulation
  • the second service message is encapsulated using GENEVE.
  • the first end-to-end path is an SRv6 tunnel
  • the second service message can be encapsulated using SRv6 in GENEVE.
  • the first end-to-end path is an MPLS SR-TE policy
  • the second service message can be encapsulated using MPLS in GENEVE.
  • the first end-to-end path is a tunnel encapsulated based on the generic routing encapsulation (GRE) protocol.
  • GRE generic routing encapsulation
  • the first site edge encapsulates the path information of the first end-to-end path in the outer layer of the first service message
  • GRE encapsulation can be used.
  • the second service message is encapsulated using GRE.
  • the first end-to-end path is an SRv6 tunnel
  • the second service message can be encapsulated using SRv6 over GRE.
  • the first end-to-end path is an MPLS SR-TE policy
  • the second service message can be encapsulated using MPLS over GRE.
  • the second service message if the second service message adopts SRv6 over GRE encapsulation, the second service message includes: an outer IP header, a User Datagram Protocol (UDP) header, an outer GRE encapsulation, an IPv6 header, an SRH, an inner GRE encapsulation and a payload, wherein the payload includes the first service message, and the inner GRE encapsulation includes a VPN identifier (VPN identifier, VNI) of the VPN service carried by the first service message.
  • VPN identifier is carried in the inner GRE encapsulation, and when the second service message is transmitted in the backbone network, the device in the backbone network does not parse the VPN identifier, that is, the backbone network does not perceive the VPN.
  • the first site edge edge can also receive a third service message, and encapsulate the path information of the third end-to-end path in the outer layer of the third service message to obtain a fourth service message; wherein the path information of the third end-to-end path includes sixth information identifying a second backbone network ingress device in the backbone network and seventh information identifying a second backbone network egress device in the backbone network.
  • the third end-to-end path has an inbound endpoint of the first site edge, an outbound endpoint of the third end-to-end path is the second site edge, the third end-to-end path passes through the second backbone network ingress device and the second backbone network egress device, the first site edge is multi-homed to access the first backbone network ingress device and the second backbone network ingress device, and the second site edge is multi-homed to access the first backbone network egress device and the second backbone network egress device; the first site edge sends the fourth service message through the third end-to-end path.
  • the site edge can arrange the third end-to-end path across the backbone network, and there is no need for the equipment in the backbone network to determine the transmission path based on the service configuration, so that the backbone network does not need to perceive the service, thereby improving the forwarding efficiency of the service traffic.
  • the backbone network since the backbone network does not need to perceive the service, there is no need to perform service-related configuration on the equipment in the backbone network, thereby improving the efficiency of service activation, and correspondingly, also improving the scalability of the backbone network.
  • the first site edge accesses the first backbone network entry device through a software-defined wide area network (SD-WAN) tunnel or the Internet.
  • SD-WAN software-defined wide area network
  • an embodiment of the present application provides an information notification method, which can be applied to a second communication device.
  • the second communication device can obtain a first route, wherein the first route includes first information of a first backbone network export device in a backbone network and an identifier of a second site edge, and the second site edge accesses the backbone network through the first backbone network export device.
  • the second communication device can notify the first site edge of the first route, wherein the first site edge accesses the backbone network through the first backbone network entry device.
  • the first site edge After notifying the first route to the first site edge, the first site edge can obtain the first binding relationship between the second site edge and the first backbone network export device of the second site edge accessing the backbone network, so as to subsequently arrange the end-to-end path from the first site edge to the second site edge based on the first binding relationship, so that the arranged end-to-end path is more in line with business needs, and accordingly, the service quality provided by the business traffic transmitted through the end-to-end path can be improved.
  • the first information includes one or more of the following: a first segment identifier SID assigned by the first backbone network export device to the adjacency relationship between the first backbone network export device and the second site edge; a second SID of the first backbone network export device; a routing priority of the first backbone network export device; and a load sharing weight of the first backbone network export device.
  • the second communication device is the second site edge
  • the first route includes: a software-defined wide area network SD-WAN gateway information announcement route
  • the SD-WAN gateway information announcement route includes at least one type-length value TLV
  • the at least one TLV carries the first information
  • the SD-WAN gateway information announcement route includes a first TLV, the value field of the first TLV is used to carry the first SID and/or second SID in the first information, the first TLV also includes a priority sub-TLV and/or a weight sub-TLV, the priority sub-TLV is used to carry the routing priority in the first information, and the weight sub-TLV is used to carry the load sharing weight in the first information.
  • the second communication device is the second site edge
  • the first route includes a virtual private network VPN route.
  • the VPN route includes a first metadata path attribute Metadata Path Attribute, and the first Metadata Path Attribute carries the first information.
  • the first route further includes: service intent information.
  • the first route includes a second Metadata Path Attribute
  • the second Metadata Path Attribute includes the business intent information
  • the second communication device is the first backbone network egress device
  • the notifying the first route to the first site edge includes: notifying the first route to the first site edge through the first backbone network ingress device.
  • the first route includes: the first SD-WAN gateway automatically discovers the route.
  • the method also includes: notifying the first site edge of a second route, the second route including second information of a second backbone network export device in the backbone network and an identifier of the second site edge, and the second site edge accesses the backbone network through the second backbone network export device.
  • the second site edge can also receive a third route sent by the first backbone network egress device, and the third route is used to notify the third information of the first backbone network egress device; after the second site edge receives the third route, it can obtain the first binding relationship between the second site edge and the first backbone network egress device according to the third route. It can be seen that, using this solution, the second site edge can determine its own corresponding gateway through the received third route, without the need to manually configure its corresponding gateway on the first site edge.
  • the third information includes: a third SID allocated by the first backbone network egress device for the adjacency relationship between the first backbone network egress device and the second site edge, and/or a fourth SID of the first backbone network egress device.
  • the second site edge can also receive a fourth route sent by the second backbone network export device, and the fourth route is used to notify the fourth information of the second backbone network export device; according to the fourth route, the second binding relationship between the second site edge and the second backbone network export device is obtained.
  • the second site edge can also determine the routing priorities corresponding to the first backbone network export device and the second backbone network export device respectively; and/or determine the load sharing weights corresponding to the first backbone network export device and the second backbone network export device respectively.
  • the third route is a BGP link state LS route
  • the BGP LS route includes a second TLV
  • the second TLV indicates that the third route is used to notify the third information of the first backbone network export device.
  • the second TLV is a role announcement TLV
  • the role announcement TLV indicates that the role of the first backbone network egress device is a gateway.
  • the second site edge can parse the role TLV to determine that the device announcing the third route is its own gateway, thereby obtaining a first binding relationship between the second site edge and the first backbone network egress device.
  • the third route also includes intermediate gateway information, and the intermediate gateway information indicates at least one intermediate gateway between a backbone network ingress device in the backbone network and the first backbone network egress device.
  • the third route includes a third Metadata Path Attribute, and the third Metadata Path Attribute carries the intermediate gateway information.
  • the second site edge after receiving the intermediate gateway information, can determine the gateway constraint information in the service intent information based on the intermediate gateway information, and the gateway constraint information indicates the gateway constraint conditions that need to be followed to determine the path to reach the second site edge.
  • the second site edge after determining the gateway constraint information, can notify the first site edge of the gateway constraint information, so that the forwarding device can forward the service traffic transmitted from the first site edge to the second site edge in the forwarding stage in combination with the gateway constraint information.
  • the gateway constraint condition includes: a gateway that needs to be passed through, and/or a gateway that needs to be detoured.
  • an embodiment of the present application provides an information notification method, which can be applied to a first backbone network entry device in a backbone network, wherein the first backbone network entry device can receive a first route notified by a first backbone network exit device in the backbone network, and notify the first route to a first site edge.
  • the first route includes information of the first backbone network exit device and an identifier of a second site edge, the second site edge accesses the backbone network through the first backbone network exit device, and the first site edge accesses the backbone network through the first backbone network entry device.
  • the first site edge After notifying the first route to the first site edge, the first site edge can obtain a first binding relationship between the second site edge and the first backbone network exit device of the second site edge accessing the backbone network, so as to subsequently arrange an end-to-end path from the first site edge to the second site edge based on the first binding relationship, so that the arranged end-to-end path is more in line with business requirements, and accordingly, the service quality provided by the business traffic transmitted through the end-to-end path can be improved.
  • the first backbone network device may also receive a second service message from the first site edge, and the payload of the second service message includes the first service message.
  • the outer layer of the first service message encapsulates the path information of the end-to-end path between the first site edge and the second site edge; wherein the path information of the end-to-end path includes: first information identifying the first backbone network entry device, and second information identifying the first backbone network exit device in the backbone network, the entry point of the end-to-end path is the first site edge, the exit point of the end-to-end path is the second site edge, the end-to-end path passes through the first backbone network entry device and the first backbone network exit device, the first site edge accesses the backbone network through the first backbone network entry device, and the second site edge accesses the backbone network through the first backbone network exit device.
  • the first backbone network entry device receives the After the second service message, the second service message can be processed according to the first information to obtain a third service message, and the third service message can be sent to the first backbone network export device to realize forwarding of service traffic.
  • the first end-to-end path for transmitting the service is determined by the first site edge
  • the second service message received by the first backbone network entry device includes the path information of the first end-to-end path.
  • the first backbone network entry device does not need to determine the transmission path based on the service configuration, so that the backbone network does not need to perceive the service, thereby improving the forwarding efficiency of the service traffic.
  • the backbone network since the backbone network does not need to perceive the service, there is no need to perform service-related configuration on the equipment in the backbone network, thereby improving the efficiency of service activation, and correspondingly, also improving the scalability of the backbone network.
  • the second service message also includes service intention information.
  • the service intention information is carried in a metadata field of the second service message.
  • the end-to-end path is an SRv6 tunnel
  • the second service message includes an IPv6 header and a segment routing header SRH
  • the destination address of the IPv6 header points to the first backbone network ingress device
  • the SRH includes the first information and the second information.
  • the first information is a first endpoint segment identifier END.SID1 allocated by the first backbone network ingress device
  • the second information is a second endpoint segment identifier END.SID2 allocated by the first backbone network egress device
  • the SRH also includes an IPv6 address of the second site edge.
  • the operation associated with the first endpoint segment identifier END.SID1 includes: matching the upper layer overly SRv6 policy from the first backbone network ingress device to the first backbone network egress device according to the next hop SID of the END.SID1 in the SRH and the service intent information.
  • the first backbone network ingress device 1 processes the second service message according to the first information.
  • the first overly SRv6 policy from the first backbone network ingress device to the first backbone network egress device can be matched according to the next hop SID of END.SID1 in the SRH, and the second service message is encapsulated using the first overly SRv6 policy to obtain the third service message.
  • the first backbone network ingress device can insert a new SRH based on the second service message, and the new SRH carries the path information of the first overly SRv6 policy.
  • the first backbone network entry device 1 processes the second service message according to the first information.
  • the second overly SRv6 policy from the first backbone network entry device to the first backbone network exit device can be matched according to the next hop SID of END.SID1 in the SRH and the service intent information, and the second service message is encapsulated using the second overly SRv6 Policy to obtain the third service message.
  • the first backbone network entry device can insert a new SRH based on the second service message, and the new SRH carries the path information of the second overly SRv6 policy.
  • the first backbone network entry device can also strip the service intent information in the second service message to obtain the third service message.
  • the operation of associating the first node SID includes: matching an upper-layer overly SR-MPLS TE policy from the first backbone network ingress device to the first backbone network egress device according to the next-hop SID of the first node SID in the label stack.
  • the operation associated with the first node SID includes: matching an upper layer overly SR-MPLS TE policy between the first backbone network ingress device and the first backbone network egress device according to the next hop SID of the first node SID in the label stack and the service intent information.
  • the first backbone network ingress device 1 processes the second service message according to the first information.
  • the first overly SR-MPLS TE policy between the first backbone network ingress device and the first backbone network egress device can be matched according to the next hop SID of the first node SID in the MPLS label stack.
  • the second service message is further encapsulated using the first overly SR-MPLS TE policy to obtain the third service message.
  • the first backbone network ingress device can replace SID1 and SID2 in the MPLS label stack with the first overly SR-MPLS TE policy to obtain the third service message.
  • the first backbone network ingress device 1 processes the second service message according to the first information.
  • the second overly SR-MPLS TE policy between the first backbone network ingress device and the first backbone network egress device can be matched according to the next hop SID of the first node SID in the MPLS label stack and the service intent information, and the second service message is encapsulated using the second overly SR-MPLS TE policy to obtain the third service message.
  • the first backbone network ingress device can replace SID1 and SID2 in the MPLS label stack with the second overly SR-MPLS TE policy to obtain the third service message.
  • the end-to-end path is a tunnel encapsulated based on the general network virtualization encapsulation GENEVE protocol, and the second service message is encapsulated using SRv6 in GENEVE.
  • the end-to-end path is a tunnel encapsulated based on the Generic Routing Encapsulation (GRE) protocol, and the second service message includes SRv6 over GRE encapsulation.
  • GRE Generic Routing Encapsulation
  • the second service message includes: an outer IP header, a User Datagram Protocol UDP header, an outer GRE encapsulation, an IPv6 header, an SRH, an inner GRE encapsulation and a payload
  • the payload includes the first service message
  • the inner GRE encapsulation includes a VPN identifier of the VPN service carried by the first service message.
  • the first site edge accesses the first backbone network entry device through a software-defined wide area network SD-WAN tunnel or the Internet.
  • an embodiment of the present application provides a route announcement method, which is applied to a site edge, and the method includes: receiving a first route sent by a first backbone network edge device, the first route is used to announce the first information of the first backbone network edge device, and the site edge accesses the backbone network through the first backbone network edge device; according to the first route, obtaining a first binding relationship between the site edge and the first backbone network edge device.
  • the first backbone network edge device mentioned here can be a first backbone network egress device or a first backbone network ingress device.
  • the first information includes: a first SID allocated by the first backbone network edge device for an adjacency relationship between the first backbone network edge device and the site edge, and/or a second SID of the first backbone network edge device.
  • the first route is an SD-WAN gateway automatic discovery route.
  • the first route is a BGP link state LS route
  • the BGP LS route includes a TLV
  • the TLV indicates that the first route is used to notify the first information of the first backbone network edge device.
  • the TLV is a role announcement TLV
  • the role announcement TLV indicates that the role of the backbone network edge device is a gateway.
  • the first route also includes intermediate gateway information, and the intermediate gateway information indicates at least one intermediate gateway between a backbone network ingress device and a backbone network egress device in the backbone network.
  • the first route includes a Metadata Path Attribute, wherein the Metadata Path Attribute Carrying the intermediate gateway information.
  • the method further includes: determining gateway constraint information in the service intent information according to the intermediate gateway information, wherein the gateway constraint information indicates a gateway constraint condition that needs to be followed to determine a path to reach the site edge.
  • an embodiment of the present application provides a route announcement method, which is applied to a backbone network edge device.
  • the backbone network edge device mentioned here can be a backbone network egress device or a backbone network ingress device.
  • the method comprises: obtaining a route, the route is used to announce the information of the backbone network edge device; sending the route to the site edge, and the site edge accesses the backbone network through the backbone network edge device. It can be seen that, using this solution, the backbone network edge device can announce its own information to the site edge through the route, and the site edge can determine its corresponding gateway through the received route, without the need to manually configure its corresponding gateway on the site edge.
  • the information includes: a first SID allocated by the backbone network edge device for the adjacency relationship between the backbone network edge device and the site edge, and/or a second SID of the backbone network edge device.
  • the route is a BGP link state LS route
  • the BGP LS route includes a TLV
  • the TLV indicates that the route is used to notify information of the backbone network edge device.
  • the TLV is a role announcement TLV
  • the role announcement TLV indicates that the role of the backbone network edge device is a gateway.
  • the route further includes intermediate gateway information, and the intermediate gateway information indicates at least one intermediate gateway between a backbone network ingress device and a backbone network egress device in the backbone network.
  • the route includes a Metadata Path Attribute
  • the Metadata Path Attribute carries the intermediate gateway information
  • an embodiment of the present application provides a communication device, which may include a transceiver unit and/or a processing unit; the transceiver unit is used to perform a receiving and/or sending operation; the processing unit is used to perform operations other than the receiving and/or sending operations.
  • the transceiver unit includes a receiving unit and/or a sending unit, the receiving unit is used to perform a receiving operation, and the sending unit is used to perform a sending operation.
  • the communication device may include a receiving unit and a processing unit.
  • the communication device can be used to execute the method described in the first aspect and any one of the first aspect above, or to execute the method described in the fourth aspect and any one of the fourth aspect above.
  • a receiving unit is used to receive a first route announced by a second communication device, wherein the first route includes first information of a first backbone network export device in the backbone network and an identifier of a second site edge, the second site edge accesses the backbone network through the first backbone network export device, and the first site edge accesses the backbone network through a first backbone network import device; a processing unit is used to obtain a first binding relationship between the second site edge and the first backbone network export device according to the first route.
  • the processing unit is further used to: determine a first end-to-end path from the first site edge to the second site edge based on the first binding relationship, and the first end-to-end path passes through the first backbone network ingress device and the first backbone network egress device.
  • the first information includes one or more of the following: a first segment identifier SID assigned by the first backbone network export device to the adjacency relationship between the first backbone network export device and the second site edge; a second SID of the first backbone network export device; a routing priority of the first backbone network export device; and a load sharing weight of the first backbone network export device.
  • the first SID is an Internet Protocol version 6 segment routing endpoint segment identifier SRv6 END.X SID that is cross-connected to a layer 3 adjacency array
  • the second SID is an Internet Protocol version 6 segment routing endpoint segment identifier SRv6END.SID; or, the first SID is an adjacency segment identifier adj-SID, and the second SID is a node SID.
  • the second communication device is the second site edge
  • the first route includes: a software-defined wide area network SD-WAN gateway information announcement route
  • the SD-WAN gateway information announcement route includes at least one type-length value TLV
  • the at least one TLV carries the first information
  • the SD-WAN gateway information announcement route includes a first TLV, the value field of the first TLV is used to carry the first SID and/or second SID in the first information, the first TLV also includes a priority sub-TLV and/or a weight sub-TLV, the priority sub-TLV is used to carry the routing priority in the first information, and the weight sub-TLV is used to carry the load sharing weight in the first information.
  • the second communication device is the second site edge
  • the first route includes a virtual private network VPN route.
  • the VPN route includes a first metadata path attribute Metadata Path Attribute, and the first Metadata Path Attribute carries the first information.
  • the first route further includes: service intent information.
  • the service intention information includes one or more of the following: a gateway that the first end-to-end path needs to pass through, a gateway that the first end-to-end path needs to bypass, and a quality of service parameter.
  • the first route includes a second Metadata Path Attribute
  • the second Metadata Path Attribute includes the business intent information
  • the second communication device is the first backbone network egress device
  • the receiving unit is used to: receive the first route announced by the first backbone network egress device through the first backbone network ingress device.
  • the first route includes: the first SD-WAN gateway automatically discovers the route.
  • the receiving unit is also used to: receive a second route announced by a third communication device, the second route including second information of a second backbone network export device in the backbone network and an identifier of the second site edge, and the second site edge accesses the backbone network through the second backbone network export device; the processing unit is also used to obtain a second binding relationship between the second site edge and the second backbone network export device according to the second route.
  • the processing unit is further used to: determine the routing priorities corresponding to the first backbone network egress device and the second backbone network egress device respectively; and/or determine the load sharing weights corresponding to the first backbone network egress device and the second backbone network egress device respectively.
  • the processing unit is further used to: determine, based on the second binding relationship, a second end-to-end path from the first site edge to the second site edge, wherein the second end-to-end path passes through the first backbone network ingress device and the second backbone network egress device.
  • the receiving unit is further used to: receive a third route sent by the first backbone network entry device, and the third route is used to notify the third information of the first backbone network entry device; the processing unit is further used to: obtain a third binding relationship between the first site edge and the first backbone network entry device according to the third route.
  • the third route is the second SD-WAN gateway automatic discovery route or the BGP link state LS route.
  • the third information includes: a third SID allocated by the first backbone network entry device for the adjacency relationship between the first backbone network entry device and the first site edge, and/or a fourth SID of the first backbone network entry device.
  • the third route further includes intermediate gateway information, where the intermediate gateway information indicates at least one intermediate gateway between the first backbone network ingress device and the egress device in the backbone network.
  • the device further includes a sending unit. For this situation:
  • the receiving unit is also used to receive a first business message; the processing unit is also used to encapsulate the path information of the first end-to-end path in the outer layer of the first business message to obtain a second business message; wherein the path information of the first end-to-end path includes fourth information identifying a first backbone network entry device in the backbone network and fifth information identifying a first backbone network exit device in the backbone network, the entry point of the first end-to-end path is the first site edge, the exit point of the first end-to-end path is the second site edge, the first end-to-end path passes through the first backbone network entry device and the first backbone network exit device, the first site edge accesses the backbone network through the first backbone network entry device, and the second site edge accesses the backbone network through the first backbone network exit device; the sending unit is used to send the second business message through the first end-to-end path.
  • the first service message is used to carry a virtual private network VPN service
  • the processing unit is further used to: before receiving the first service message, according to the VPN service, combine the first backbone network ingress device and the first backbone network egress device as needed to orchestrate the first end-to-end path from the first site edge to the second site edge.
  • the second service message also includes service intention information.
  • the service intention information is carried in a metadata field of the second service message.
  • the processing unit is further used to: before encapsulating the path information of the first end-to-end path, determine that the next hop for forwarding the first service message is the second site edge according to the destination address of the first service message, and iterate the first segment routing policy SR Policy according to the Internet Protocol IP address of the second site edge to obtain the path information of the first end-to-end path.
  • the first end-to-end path is an SRv6 tunnel
  • the second service message includes an IPv6 header and a segment routing header SRH
  • the destination address of the IPv6 header points to the first backbone network ingress device
  • the SRH includes the fourth information and the fifth information.
  • the fourth information is the first endpoint segment identifier END.SID1 of the first backbone network entry device
  • the fifth information is the second endpoint segment identifier END.SID2 of the first backbone network egress device
  • the SRH also includes the IPv6 address of the second site edge.
  • the fourth information is the first endpoint segment identifier END.SID1 of the first backbone network ingress device
  • the fifth information is the endpoint segment identifier END.X SID with a cross-connection to a layer 3 adjacency relationship array assigned by the first backbone network device egress device for the adjacency relationship between the first backbone network device egress device and the second site edge.
  • the operation associated with the first endpoint segment identifier END.SID1 includes: matching the upper layer overly SRv6 Policy between the first backbone network ingress device and the first backbone network egress device according to the next hop SID of the END.SID1.
  • the operation associated with the first endpoint segment identifier END.SID1 includes: matching the upper layer overly SRv6 Policy from the first backbone network ingress device to the first backbone network egress device according to the next hop SID of the END.SID1 and the service intent information.
  • the first end-to-end path is an SR-MPLS TE policy
  • the second service message includes an MPLS label stack
  • the MPLS label stack includes the fourth information and the fifth information
  • the fourth information is the first node SID of the first backbone network ingress device
  • the fifth information includes: the second node SID of the first backbone network egress device, and the adjacency segment identifier adj-SID allocated by the first backbone network device egress device to the adjacency relationship between the first backbone network device egress device and the second site edge.
  • the operation of associating the first node SID includes: matching the upper layer overly SR-MPLS TE policy between the first backbone network ingress device and the first backbone network egress device according to the next hop SID of the first node SID in the label stack.
  • the operation of associating the first node SID includes: matching the upper layer overly SR-MPLS TE policy from the first backbone network ingress device to the first backbone network egress device according to the next hop SID of the first node SID in the label stack and the service intent information.
  • the first end-to-end path is a tunnel encapsulated based on the general network virtualization encapsulation GENEVE protocol, and the second service message is encapsulated using SRv6 in GENEVE.
  • the first end-to-end path is a tunnel encapsulated based on the Generic Routing Encapsulation (GRE) protocol
  • the second service message includes SRv6 over GRE encapsulation.
  • the second service message includes: an outer IP header, a User Datagram Protocol UDP header, an outer GRE encapsulation, an IPv6 header, an SRH, an inner GRE encapsulation and a payload
  • the payload includes the first service message
  • the inner GRE encapsulation includes a VPN identifier of the VPN service carried by the first service message.
  • the receiving unit is further used to receive a third service message; the processing unit is further used to encapsulate path information of a third end-to-end path in the outer layer of the third service message to obtain a fourth service message; wherein the path information of the third end-to-end path includes sixth information identifying a second backbone network ingress device in the backbone network and seventh information identifying a second backbone network egress device in the backbone network, the ingress endpoint of the third end-to-end path is the first site edge, the egress endpoint of the third end-to-end path is the second site edge, the third end-to-end path passes through the second backbone network ingress device and the second backbone network egress device, the first site edge is multi-homed to access the first backbone network ingress device and the second backbone network ingress device, and the second site edge is multi-homed to access the first backbone network egress device and the second backbone network egress device; the sending unit is further used to transmit the third
  • the first site edge accesses the first backbone network entry device through a software-defined wide area network SD-WAN tunnel or the Internet.
  • a receiving unit is used to receive a first route sent by a first backbone network edge device, where the first route is used to notify the first information of the first backbone network edge device, and the site edge accesses the backbone network through the first backbone network edge device; and a processing unit is used to obtain a first binding relationship between the site edge and the first backbone network edge device according to the first route.
  • the first information includes: a first SID allocated by the first backbone network edge device for an adjacency relationship between the first backbone network edge device and the site edge, and/or a second SID of the first backbone network edge device.
  • the receiving unit is also used to: receive a second route sent by a second backbone network edge device, the second route is used to notify the second information of the second backbone network edge device, and the site edge accesses the backbone network through the second backbone network edge device; the processing unit is also used to obtain a second binding relationship between the site edge and the second backbone network edge device according to the second route.
  • the processing unit is further used to: determine the routing priorities corresponding to the first backbone network edge device and the second backbone network edge device respectively; and/or determine the load sharing weights corresponding to the first backbone network edge device and the second backbone network edge device respectively.
  • the first route is an SD-WAN gateway automatic discovery route.
  • the first route is a BGP link state LS route
  • the BGP LS route includes a TLV
  • the TLV indicates that the first route is used to notify the first information of the first backbone network edge device.
  • the TLV is a role announcement TLV
  • the role announcement TLV indicates that the role of the backbone network edge device is a gateway.
  • the first route also includes intermediate gateway information, and the intermediate gateway information indicates at least one intermediate gateway between a backbone network ingress device and a backbone network egress device in the backbone network.
  • the first route includes a Metadata Path Attribute
  • the Metadata Path Attribute carries the intermediate gateway information
  • the processing unit is further used to: determine gateway constraint information in the service intent information based on the intermediate gateway information, where the gateway constraint information indicates gateway constraint conditions that need to be followed to determine a path to reach the site edge.
  • the gateway constraint condition includes: a gateway that needs to be passed through, and/or a gateway that needs to be detoured.
  • the communication device may include a processing unit and a sending unit.
  • the communication device can be used to execute the method described in the second aspect and any one of the second aspect above, or to execute the method described in the fifth aspect and any one of the fifth aspect above.
  • a processing unit is used to obtain a first route, wherein the first route includes first information of a first backbone network exit device in the backbone network and an identifier of a second site edge, and the second site edge accesses the backbone network through the first backbone network exit device; a sending unit is used to notify the first site edge of the first route, and the first site edge accesses the backbone network through the first backbone network entry device.
  • the first information includes one or more of the following: a first segment identifier SID assigned by the first backbone network export device to the adjacency relationship between the first backbone network export device and the second site edge; a second SID of the first backbone network export device; a routing priority of the first backbone network export device; and a load sharing weight of the first backbone network export device.
  • the first SID is an Internet Protocol version 6 segment routing endpoint segment identifier SRv6 END.X SID that is cross-connected to a layer 3 adjacency array
  • the second SID is an Internet Protocol version 6 segment routing endpoint segment identifier SRv6END.SID; or, the first SID is an adjacency segment identifier adj-SID, and the second SID is a node SID.
  • the second communication device is the second site edge
  • the first route includes: a software-defined wide area network SD-WAN gateway information announcement route
  • the SD-WAN gateway information announcement route includes at least one type-length value TLV
  • the at least one TLV carries the first information
  • the second communication device is the second site edge
  • the first route includes a virtual private network VPN route.
  • the VPN route includes a first metadata path attribute Metadata Path Attribute, and the first Metadata Path Attribute carries the first information.
  • the first route further includes: service intent information.
  • the service intent information includes one or more of the following: a gateway through which the service traffic needs to pass, a gateway through which the service traffic needs to bypass, and a quality of service parameter that needs to be met when transmitting the service traffic.
  • the second communication device is the first backbone network egress device
  • the sending unit is used to: notify the first route to the first site edge through the first backbone network ingress device.
  • the first route includes: the first SD-WAN gateway automatically discovers the route.
  • the sending unit is also used to: notify the first site edge of a second route, wherein the second route includes second information of a second backbone network export device in the backbone network and an identifier of the second site edge, and the second site edge accesses the backbone network through the second backbone network export device.
  • the device also includes: a receiving unit, used to receive a third route sent by the first backbone network export device, and the third route is used to notify the third information of the first backbone network export device; the processing unit is also used to obtain the first binding relationship between the second site edge and the first backbone network export device according to the third route.
  • the third information includes: a third SID allocated by the first backbone network egress device for the adjacency relationship between the first backbone network egress device and the second site edge, and/or a fourth SID of the first backbone network egress device.
  • the receiving unit is also used to: receive a fourth route sent by the second backbone network export device, and the fourth route is used to announce the fourth information of the second backbone network export device; the processing unit is also used to obtain the second binding relationship between the second site edge and the second backbone network export device according to the fourth route.
  • the processing unit is further used to: determine the routing priorities corresponding to the first backbone network egress device and the second backbone network egress device respectively; and/or determine the load sharing weights corresponding to the first backbone network egress device and the second backbone network egress device respectively.
  • the third route is a route automatically discovered by the second SD-WAN gateway.
  • the third route is a BGP link state LS route
  • the BGP LS route includes a second TLV
  • the second TLV indicates that the third route is used to notify the third information of the first backbone network export device.
  • the second TLV is a role announcement TLV
  • the role announcement TLV indicates that the role of the first backbone network egress device is a gateway.
  • the third route also includes intermediate gateway information, and the intermediate gateway information indicates at least one intermediate gateway between a backbone network ingress device in the backbone network and the first backbone network egress device.
  • the third route includes a third Metadata Path Attribute, and the third Metadata Path Attribute carries the intermediate gateway information.
  • the processing unit is further used to: determine gateway constraint information in the service intent information based on the intermediate gateway information, where the gateway constraint information indicates gateway constraint conditions that need to be followed to determine a path to reach the second site edge.
  • the gateway constraint condition includes: a gateway that needs to be passed through, and/or a gateway that needs to be detoured.
  • a processing unit is used to obtain a route, wherein the route is used to notify information of the backbone network edge device; a sending unit is used to send the route to a site edge, wherein the site edge accesses the backbone network through the backbone network edge device.
  • the information includes: a first SID allocated by the backbone network edge device for the adjacency relationship between the backbone network edge device and the site edge, and/or a second SID of the backbone network edge device.
  • the TLV is a role announcement TLV
  • the role announcement TLV indicates that the role of the backbone network edge device is a gateway.
  • the route further includes intermediate gateway information, and the intermediate gateway information indicates at least one intermediate gateway between a backbone network ingress device and a backbone network egress device in the backbone network.
  • the route includes a Metadata Path Attribute
  • the Metadata Path Attribute carries the intermediate gateway information
  • the communication device may include a receiving unit and a sending unit.
  • the communication device may be used to execute the method described in the third aspect and any one of the third aspects.
  • a receiving unit is used to receive a first route announced by a first backbone network export device in the backbone network, wherein the first route includes information of the first backbone network export device and an identifier of a second site edge, wherein the second site edge accesses the backbone network through the first backbone network export device, and the first site edge accesses the backbone network through the first backbone network import device; and a sending unit is used to announce the first route to the first site edge.
  • the communication device further includes a processing unit. For this situation:
  • the receiving unit is also used to receive a second service message from the first site edge edge, the payload of the second service message includes the first service message, and the outer layer of the first service message encapsulates the path information of the end-to-end path between the first site edge and the second site edge; wherein the path information of the end-to-end path includes: first information identifying the first backbone network ingress device and second information identifying the first backbone network egress device in the backbone network, the ingress endpoint of the end-to-end path is the first site edge, the egress endpoint of the end-to-end path is the second site edge, the end-to-end path passes through the first backbone network ingress device and the first backbone network egress device, the first site edge accesses the backbone network through the first backbone network ingress device, and the second site edge accesses the backbone network through the first backbone network egress device; the processing unit is used to process the second service message according to the first information to obtain a third service message; the sending unit
  • the second service message also includes service intention information.
  • the service intention information is carried in a metadata field of the second service message.
  • the end-to-end path is an SRv6 tunnel
  • the second service message includes an IPv6 header and a segment routing header SRH
  • the destination address of the IPv6 header points to the first backbone network ingress device
  • the SRH includes the first information and the second information.
  • the first information is a first endpoint segment identifier END.SID1 allocated by the first backbone network ingress device
  • the second information is a second endpoint segment identifier END.SID2 allocated by the first backbone network egress device
  • the SRH also includes an IPv6 address of the second site edge.
  • the first information is the first endpoint segment identifier END.SID1 of the first backbone network ingress device
  • the second information is the endpoint segment identifier END.X SID with a cross-connection to a layer 3 adjacency relationship array, which is allocated by the first backbone network device egress device for the adjacency relationship between the first backbone network device egress device and the second site edge.
  • the operation associated with the first endpoint segment identifier END.SID1 includes: matching the upper layer overly SRv6 policy between the first backbone network ingress device and the first backbone network egress device according to the next hop SID of the END.SID1 in the SRH.
  • the operation associated with the first endpoint segment identifier END.SID1 includes: matching the upper layer overly SRv6 policy from the first backbone network ingress device to the first backbone network egress device according to the next hop SID of the END.SID1 in the SRH and the service intent information.
  • the processing unit is used to: match the first overly SRv6 policy from the first backbone network ingress device to the first backbone network egress device according to the next-hop SID of END.SID1 in the SRH; and encapsulate the second service message using the first overly SRv6 policy to obtain the third service message.
  • the processing unit is configured to: and matching the service intent information with a second overly SRv6 policy between the first backbone network ingress device and the first backbone network egress device; and encapsulating the second service message using the second overly SRv6 Policy to obtain the third service message.
  • the end-to-end path is an SR-MPLS TE policy
  • the second service message includes an MPLS label stack
  • the MPLS label stack includes the first information and the second information
  • the first information is the first node SID of the first backbone network ingress device
  • the second information includes: the second node SID of the first backbone network egress device, and the adjacency segment identifier adj-SID assigned by the first backbone network device egress device to the adjacency relationship between the first backbone network device egress device and the second site edge.
  • the operation of associating the first node SID includes: matching an upper-layer overly SR-MPLS TE policy from the first backbone network ingress device to the first backbone network egress device according to the next-hop SID of the first node SID in the label stack.
  • the operation of associating the first node SID includes: matching the upper layer overly SR-MPLS TE policy from the first backbone network ingress device to the first backbone network egress device according to the next hop SID of the first node SID in the label stack and the service intent information.
  • the processing unit is used to: match the first overly SR-MPLS TE policy from the first backbone network ingress device to the first backbone network egress device according to the next hop SID of the first node SID in the label stack; and encapsulate the second service message using the first overly SR-MPLS TE policy to obtain the third service message.
  • the processing unit is used to: match the second overly SR-MPLS TE policy from the first backbone network ingress device to the first backbone network egress device according to the next hop SID of the first node SID in the label stack and the service intent information; and encapsulate the second service message using the second overly SR-MPLS TE policy to obtain the third service message.
  • the end-to-end path is a tunnel encapsulated based on the general network virtualization encapsulation GENEVE protocol, and the second service message is encapsulated using SRv6 in GENEVE.
  • the end-to-end path is a tunnel encapsulated based on the Generic Routing Encapsulation (GRE) protocol, and the second service message includes SRv6 over GRE encapsulation.
  • GRE Generic Routing Encapsulation
  • the second service message includes: an outer IP header, a User Datagram Protocol UDP header, an outer GRE encapsulation, an IPv6 header, an SRH, an inner GRE encapsulation and a payload
  • the payload includes the first service message
  • the inner GRE encapsulation includes a VPN identifier of the VPN service carried by the first service message.
  • the first site edge accesses the first backbone network entry device through a software-defined wide area network SD-WAN tunnel or the Internet.
  • an embodiment of the present application provides a communication device, characterized in that it includes: a processor and a memory;
  • the memory is used to store instructions; the processor is used to execute the instructions, so that the communication device performs the method described in the first aspect and any one of the first aspect, or the communication device performs the method described in the second aspect and any one of the second aspect, or the communication device performs the method described in the third aspect and any one of the third aspect, or the communication device performs the method described in the fourth aspect and any one of the fourth aspect, or the communication device performs the method described in the fifth aspect and any one of the fifth aspect.
  • an embodiment of the present application provides a computer-readable storage medium, comprising instructions or a computer program.
  • the instructions or the computer program are executed on a processor, the method described in the first aspect and any one of the first aspects is implemented, or the method described in the second aspect and any one of the second aspects is implemented, or the method described in the third aspect and any one of the third aspects is implemented, or the method described in the fourth aspect and any one of the fourth aspects is implemented, or the method described in the fifth aspect and any one of the fifth aspects is implemented.
  • an embodiment of the present application provides a computer program product, including a computer program product, which, when running on a processor, implements the method described in the first aspect and any one of the first aspects, or implements the method described in the second aspect and any one of the second aspects, or implements the method described in the third aspect and any one of the third aspects, or implements the method described in the fourth aspect and any one of the fourth aspects, or implements the method described in the fifth aspect and any one of the fifth aspects.
  • an embodiment of the present application provides a communication system, the communication system comprising:
  • a first communication device for executing the first aspect and any one of the methods described in the first aspect, and a first communication device for executing the second aspect and any one of the methods described in the first aspect A second communication device described in any one of the methods of the second aspect; or
  • a site edge that executes the method described in the fourth aspect and any one of the fourth aspects, and a backbone network edge device that executes the method described in the fifth aspect and any one of the fifth aspects.
  • an embodiment of the present application provides a method for forwarding traffic, which can be applied to a first site edge.
  • the first site edge can receive a first service message.
  • the path information of the first end-to-end path can be encapsulated in the outer layer of the first service message to obtain a second service message.
  • the ingress endpoint of the first end-to-end path is the first site edge, and the egress endpoint of the first end-to-end path is the second site edge.
  • the path information of the first end-to-end path includes: first information identifying a first backbone network ingress device in the backbone network, and second information identifying a first backbone network egress device in the backbone network.
  • the first site edge accesses the backbone network through the first backbone network ingress device
  • the second site edge accesses the backbone network through the first backbone network egress device.
  • the second service message can be forwarded through the first end-to-end path.
  • the first end-to-end path may be pre-arranged by the first site edge.
  • the first site edge may arrange the first end-to-end path before receiving the first service message.
  • the first service message is used to carry a virtual private network (VPN) service.
  • the first site edge may arrange the first end-to-end path from the first site edge to the second site edge in combination with the first backbone network entry device and the first backbone network exit device as needed according to the VPN service.
  • the first site edge may arrange an end-to-end path for the VPN route after receiving the VPN route including the destination prefix announced by the second site edge.
  • the first site edge may arrange the first end-to-end path for the VPN route based on the binding relationship between the first site edge and the first backbone network entry device, and the binding relationship between the second site edge and the first backbone network exit device.
  • the second service message may further include service intent information.
  • the forwarding device that receives the second service message may select a corresponding path for forwarding based on the service intent information when further forwarding the second service message, thereby satisfying the service intent and, accordingly, improving the service quality provided to the service.
  • the second service message may include a metadata field, and the service intent information is carried in the metadata field.
  • the forwarding device that receives the second service message may parse the metadata field to obtain the service intent information, so as to further select a corresponding path for forwarding in combination with the service intent information, so that the service intent is met and, accordingly, the service quality provided for the service is improved.
  • the first site edge may first determine the path information of the first end-to-end path before encapsulating the first service message using the path information of the first end-to-end path.
  • the first site edge may determine that the next hop for forwarding the first service message is the second site edge based on the destination address of the first service message, and further iterate the first segment routing policy (segment routing policy, SR policy) based on the Internet Protocol (IP) address of the second site edge to obtain the path information of the first end-to-end path.
  • segment routing policy segment routing policy
  • IP Internet Protocol
  • the first SR policy may be an Internet Protocol Version 6 Segment Routing (SRv6) policy.
  • the first end-to-end path may be an SRv6 tunnel, and accordingly, the second service message includes an IPv6 header and a segment routing header (SRH), and the first information and the second information may be carried by the SRH.
  • the destination address of the IPv6 header points to the first backbone network ingress device, so that the first site edge forwards the second service message to the first backbone network ingress device based on the destination address of the IPv6 header.
  • the first information may be a first end segment identifier (END.SID) 1 of the first backbone network ingress device
  • the second information may be a second end segment identifier END.SID2 of the first backbone network egress device.
  • the SRH also includes an IPv6 address of the second site edge. In this case, the SRH may indicate a path from the first backbone network ingress device to the second site edge.
  • the first SR policy is an SRv6 policy
  • the first information is the END.SID1 of the first backbone network ingress device
  • the second information is the first backbone network device egress device is the first backbone network device.
  • the adjacency between the egress device and the second site edge is assigned an endpoint segment identifier (END.X SID) with a cross-connection to the layer 3 adjacency array.
  • the SRH may also indicate a path from the first backbone network ingress device to the second site edge.
  • the END.SID1 can be used to indicate a new message forwarding operation.
  • the first backbone network ingress device can determine how to forward the second service message based on END.SID1 without combining VPN information to determine how to forward the second service message.
  • the operation associated with the END.SID1 may be: matching the overly SRv6 policy from the first backbone network ingress device to the first backbone network egress device according to the next hop SID of the END.SID1 in the SRH.
  • the operation associated with the END.SID1 may be: matching the overly SRv6 policy from the first backbone network ingress device to the first backbone network egress device according to the next hop SID of the END.SID1 in the SRH and the service intent information.
  • the aforementioned first SR policy may be an MPLS segment routing traffic engineering (SR-TE) policy.
  • the first end-to-end path is an MPLS SR-TE policy.
  • the second service message includes an MPLS label stack, and the aforementioned first information and second information are carried by the MPLS label stack.
  • the first information is the first node SID of the first backbone network ingress device
  • the second information includes: the second node SID of the first backbone network egress device, and the adjacency segment identifier (adj-SID) assigned by the first backbone network device egress device for the adjacency relationship between the first backbone network device egress device and the second site edge.
  • the first node SID can be used to indicate a new message forwarding operation.
  • the first backbone network ingress device can determine how to forward the second service message based on the first node SID without combining VPN information to determine how to forward the second service message.
  • the operation of associating the first node SID may be: matching the upper layer (overly) SR-MPLS TE policy between the first backbone network ingress device and the first backbone network egress device according to the next hop SID of the first node SID in the MPLS label stack.
  • the operation of associating the first node SID may be: matching the upper layer overly SR-MPLS TE policy between the first backbone network ingress device and the first backbone network egress device according to the next hop SID of the first node SID in the MPLS label stack and the service intent information.
  • the first end-to-end path is a tunnel encapsulated based on the generic network virtualization encapsulation (GENEVE) protocol.
  • GENEVE generic network virtualization encapsulation
  • the second service message is encapsulated using GENEVE.
  • the first end-to-end path is an SRv6 tunnel
  • the second service message can be encapsulated using SRv6 in GENEVE.
  • the first end-to-end path is an MPLS SR-TE policy
  • the second service message can be encapsulated using MPLS in GENEVE.
  • the first end-to-end path is a tunnel encapsulated based on the generic routing encapsulation (GRE) protocol.
  • GRE generic routing encapsulation
  • the first site edge encapsulates the path information of the first end-to-end path in the outer layer of the first service message
  • GRE encapsulation can be used.
  • the second service message is encapsulated using GRE.
  • the first end-to-end path is an SRv6 tunnel
  • the second service message can be encapsulated using SRv6 over GRE.
  • the first end-to-end path is an MPLS SR-TE policy
  • the second service message can be encapsulated using MPLS over GRE.
  • the second service message if the second service message adopts SRv6 over GRE encapsulation, the second service message includes: an outer IP header, a User Datagram Protocol (UDP) header, an outer GRE encapsulation, an IPv6 header, an SRH, an inner GRE encapsulation and a payload, wherein the payload includes the first service message, and the inner GRE encapsulation includes a VPN identifier (VPN identifier, VNI) of the VPN service carried by the first service message.
  • VPN identifier is carried in the inner GRE encapsulation, and when the second service message is transmitted in the backbone network, the device in the backbone network does not parse the VPN identifier, that is, the backbone network does not perceive the VPN.
  • the first site edge edge can also receive a third business message, and encapsulate the path information of the second end-to-end path in the outer layer of the third business message to obtain a fourth business message; wherein the path information of the second end-to-end path includes third information identifying a second backbone network ingress device in the backbone network and fourth information identifying a second backbone network egress device in the backbone network, the ingress endpoint of the second end-to-end path is the first site edge, the egress endpoint of the second end-to-end path is the second site edge, the second end-to-end path passes through the second backbone network ingress device and the second backbone network egress device, and the first site edge
  • the first backbone network entrance device and the second backbone network entrance device are multi-homed, and the second site edge is multi-homed to the first backbone network exit device and the second backbone network exit device; the first site edge sends the fourth service message through the second end-to-end path.
  • the site edge can arrange the second end-to-end path across the backbone network, and there is no need for the equipment in the backbone network to determine the transmission path based on the service configuration, so that the backbone network does not need to perceive the service, thereby improving the forwarding efficiency of the service traffic.
  • the backbone network since the backbone network does not need to perceive the service, there is no need to perform service-related configuration on the equipment in the backbone network, thereby improving the efficiency of service activation and, correspondingly, the scalability of the backbone network.
  • the first site edge accesses the first backbone network entry device through a software-defined wide area network (SD-WAN) tunnel or the Internet.
  • SD-WAN software-defined wide area network
  • an embodiment of the present application provides a method for forwarding traffic, which can be applied to a first backbone network entry device in a backbone network.
  • the first backbone network device can receive a second service message from a first site edge, and the payload of the second service message includes a first service message.
  • the outer layer of the first service message encapsulates the path information of the end-to-end path between the first site edge and the second site edge; wherein the path information of the end-to-end path includes: first information identifying the first backbone network entry device, and second information identifying the first backbone network exit device in the backbone network, the entry point of the end-to-end path is the first site edge, the exit point of the end-to-end path is the second site edge, the end-to-end path passes through the first backbone network entry device and the first backbone network exit device, the first site edge accesses the backbone network through the first backbone network entry device, and the second site edge accesses the backbone network through the first backbone network exit device.
  • the first backbone network entry device After the first backbone network entry device receives the second service message, it can process the second service message according to the first information to obtain a third service message, and send the third service message to the first backbone network exit device to forward the service traffic.
  • the first end-to-end path for transmitting the service is determined by the first site edge
  • the second service message received by the first backbone network entry device includes the path information of the first end-to-end path.
  • the first backbone network entry device does not need to determine the transmission path based on the service configuration, so that the backbone network does not need to perceive the service, thereby improving the forwarding efficiency of the service traffic.
  • the backbone network since the backbone network does not need to perceive the service, there is no need to perform service-related configuration on the equipment in the backbone network, thereby improving the efficiency of service activation, and correspondingly, also improving the scalability of the backbone network.
  • the second service message also includes service intention information.
  • the service intention information is carried in a metadata field of the second service message.
  • the end-to-end path is an SRv6 tunnel
  • the second service message includes an IPv6 header and a segment routing header SRH
  • the destination address of the IPv6 header points to the first backbone network ingress device
  • the SRH includes the first information and the second information.
  • the first information is a first endpoint segment identifier END.SID1 allocated by the first backbone network ingress device
  • the second information is a second endpoint segment identifier END.SID2 allocated by the first backbone network egress device
  • the SRH also includes an IPv6 address of the second site edge.
  • the first information is the first endpoint segment identifier END.SID1 of the first backbone network ingress device
  • the second information is the endpoint segment identifier END.X SID with a cross-connection to a layer 3 adjacency relationship array, which is allocated by the first backbone network device egress device for the adjacency relationship between the first backbone network device egress device and the second site edge.
  • the operation associated with the first endpoint segment identifier END.SID1 includes: matching the upper layer overly SRv6 policy between the first backbone network ingress device and the first backbone network egress device according to the next hop SID of the END.SID1 in the SRH.
  • the operation associated with the first endpoint segment identifier END.SID1 includes: matching the upper layer overly SRv6 policy from the first backbone network ingress device to the first backbone network egress device according to the next hop SID of the END.SID1 in the SRH and the service intent information.
  • the first backbone network ingress device 1 processes the second service message according to the first information.
  • the first overly SRv6 policy from the first backbone network ingress device to the first backbone network egress device can be matched according to the next hop SID of END.SID1 in the SRH, and the second service message is encapsulated using the first overly SRv6 policy to obtain the third service message.
  • the first backbone network ingress device can insert a new SRH based on the second service message, and the new SRH carries the path information of the first overly SRv6 policy.
  • the first backbone network entry device 1 processes the second service message according to the first information.
  • the second overly SRv6 policy from the first backbone network entry device to the first backbone network exit device can be matched according to the next hop SID of END.SID1 in the SRH and the service intent information, and the second overly SRv6 Policy is used to encapsulate the second service message to obtain the third service message.
  • the first backbone network entry device can insert a new SRH based on the second service message, and the new SRH carries the path information of the second overly SRv6 policy.
  • the first backbone network entry device can also strip the service intent information in the second service message to obtain the third service message.
  • the end-to-end path is an SR-MPLS TE policy
  • the second service message includes an MPLS label stack
  • the MPLS label stack includes the first information and the second information
  • the first information is the first node SID of the first backbone network ingress device
  • the second information includes: the second node SID of the first backbone network egress device, and the adjacency segment identifier adj-SID assigned by the first backbone network device egress device to the adjacency relationship between the first backbone network device egress device and the second site edge.
  • the operation of associating the first node SID includes: matching an upper-layer overly SR-MPLS TE policy from the first backbone network ingress device to the first backbone network egress device according to the next-hop SID of the first node SID in the label stack.
  • the operation of associating the first node SID includes: matching the upper layer overly SR-MPLS TE policy from the first backbone network ingress device to the first backbone network egress device according to the next hop SID of the first node SID in the label stack and the service intent information.
  • the first backbone network ingress device 1 processes the second service message according to the first information.
  • the first overly SR-MPLS TE policy between the first backbone network ingress device and the first backbone network egress device can be matched according to the next hop SID of the first node SID in the MPLS label stack.
  • the second service message is further encapsulated using the first overly SR-MPLS TE policy to obtain the third service message.
  • the first backbone network ingress device can replace SID1 and SID2 in the MPLS label stack with the first overly SR-MPLS TE policy to obtain the third service message.
  • the first backbone network ingress device 1 processes the second service message according to the first information.
  • the second overly SR-MPLS TE policy between the first backbone network ingress device and the first backbone network egress device can be matched according to the next hop SID of the first node SID in the MPLS label stack and the service intent information, and the second service message is encapsulated using the second overly SR-MPLS TE policy to obtain the third service message.
  • the first backbone network ingress device can replace SID1 and SID2 in the MPLS label stack with the second overly SR-MPLS TE policy to obtain the third service message.
  • the end-to-end path is a tunnel encapsulated based on the general network virtualization encapsulation GENEVE protocol, and the second service message is encapsulated using SRv6 in GENEVE.
  • the end-to-end path is a tunnel encapsulated based on the Generic Routing Encapsulation (GRE) protocol, and the second service message includes SRv6 over GRE encapsulation.
  • GRE Generic Routing Encapsulation
  • the second service message includes: an outer IP header, a User Datagram Protocol UDP header, an outer GRE encapsulation, an IPv6 header, an SRH, an inner GRE encapsulation and a payload
  • the payload includes the first service message
  • the inner GRE encapsulation includes a VPN identifier of the VPN service carried by the first service message.
  • the first site edge accesses the first backbone network entry device through a software-defined wide area network SD-WAN tunnel or the Internet.
  • an embodiment of the present application provides a device for forwarding traffic, which may include a transceiver unit and a processing unit; the transceiver unit is used to perform the receiving and/or sending operations performed by the first site edge as described in the eleventh aspect above; the processing unit is used to perform operations other than the receiving and/or sending operations performed by the first site edge as described in the eleventh aspect above.
  • the device includes: a receiving unit, a processing unit, and a sending unit.
  • the receiving unit is used to receive a first service message;
  • the processing unit is used to encapsulate the path information of the first end-to-end path in the outer layer of the first service message to obtain a second service message;
  • the path information of the first end-to-end path includes first information identifying a first backbone network ingress device in the backbone network and second information identifying a first backbone network egress device in the backbone network, and the ingress end point of the first end-to-end path is the first station point edge, the exit endpoint of the first end-to-end path is the second site edge, the first end-to-end path passes through the first backbone network entry device and the first backbone network exit device, the first site edge accesses the backbone network through the first backbone network entry device, and the second site edge accesses the backbone network through the first backbone network exit device;
  • the sending unit is used to send the second service message through the first
  • the first service message is used to carry a virtual private network VPN service
  • the processing unit is further used to: before receiving the first service message, according to the VPN service, combine the first backbone network ingress device and the first backbone network egress device as needed to orchestrate the first end-to-end path from the first site edge to the second site edge.
  • the second service message also includes service intention information.
  • the service intention information is carried in a metadata field of the second service message.
  • the processing unit is further used to: before encapsulating the path information of the first end-to-end path, determine that the next hop for forwarding the first service message is the second site edge according to the destination address of the first service message, and iterate the first segment routing policy SR Policy according to the Internet Protocol IP address of the second site edge to obtain the path information of the first end-to-end path.
  • the first end-to-end path is an SRv6 tunnel
  • the second service message includes an IPv6 header and a segment routing header SRH
  • the destination address of the IPv6 header points to the first backbone network ingress device
  • the SRH includes the first information and the second information.
  • the first information is the first endpoint segment identifier END.SID1 of the first backbone network ingress device
  • the second information is the second endpoint segment identifier END.SID2 of the first backbone network egress device
  • the SRH also includes the IPv6 address of the second site edge.
  • the first information is the first endpoint segment identifier END.SID1 of the first backbone network ingress device
  • the second information is the endpoint segment identifier END.X SID with a cross-connection to a layer 3 adjacency relationship array, which is allocated by the first backbone network device egress device for the adjacency relationship between the first backbone network device egress device and the second site edge.
  • the operation associated with the first endpoint segment identifier END.SID1 includes: matching the upper layer overly SRv6Policy between the first backbone network ingress device and the first backbone network egress device according to the next hop SID of the END.SID1.
  • the operation associated with the first endpoint segment identifier END.SID1 includes: matching the upper layer overly SRv6 Policy from the first backbone network ingress device to the first backbone network egress device according to the next hop SID of the END.SID1 and the service intent information.
  • the first end-to-end path is an SR-MPLS TE policy
  • the second service message includes an MPLS label stack
  • the MPLS label stack includes the first information and the second information
  • the first information is a first node SID of the first backbone network ingress device
  • the second information includes: the second node SID of the first backbone network egress device, and the adjacency segment identifier adj-SID allocated by the first backbone network device egress device to the adjacency relationship between the first backbone network device egress device and the second site edge.
  • the operation of associating the first node SID includes: matching the upper layer overly SR-MPLS TE policy between the first backbone network ingress device and the first backbone network egress device according to the next hop SID of the first node SID in the label stack.
  • the operation of associating the first node SID includes: matching the upper layer overly SR-MPLS TE policy from the first backbone network ingress device to the first backbone network egress device according to the next hop SID of the first node SID in the label stack and the service intent information.
  • the first end-to-end path is a tunnel encapsulated based on the general network virtualization encapsulation GENEVE protocol, and the second service message is encapsulated using SRv6 in GENEVE.
  • the first end-to-end path is a tunnel encapsulated based on the Generic Routing Encapsulation (GRE) protocol
  • the second service message includes SRv6 over GRE encapsulation.
  • the second service message includes: an outer IP header, a User Datagram Protocol UDP header, an outer GRE encapsulation, an IPv6 header, an SRH, an inner GRE encapsulation and a payload
  • the payload includes the first service message
  • the inner GRE encapsulation includes a VPN identifier of the VPN service carried by the first service message.
  • the receiving unit is further used to receive a third service message; the processing unit is further used to encapsulate the path information of the second end-to-end path in the outer layer of the third service message to obtain a fourth service message; wherein the path information of the second end-to-end path includes third information identifying a second backbone network ingress device in the backbone network and fourth information identifying a second backbone network egress device in the backbone network, the ingress endpoint of the second end-to-end path is the first site edge, the egress endpoint of the second end-to-end path is the second site edge, the second end-to-end path passes through the second backbone network ingress device and the second backbone network egress device, the first site edge is multi-homed to access the first backbone network ingress device and the second backbone network ingress device, and the second site edge is multi-homed to access the first backbone network egress device and the second backbone network egress device; the sending unit is further used to send the fourth
  • the first site edge accesses the first backbone network entry device through a software-defined wide area network SD-WAN tunnel or the Internet.
  • an embodiment of the present application provides a device for forwarding traffic, which may include a transceiver unit and a processing unit; the transceiver unit is used to perform the receiving and/or sending operations performed by the first backbone network ingress device described in the twelfth aspect above; the processing unit is used to perform operations other than the receiving and/or sending operations performed by the first backbone network ingress device described in the twelfth aspect above.
  • the device includes: a receiving unit, a processing unit, and a sending unit.
  • the receiving unit is used to receive a second service message from a first site edge, the payload of the second service message includes a first service message, and the outer layer of the first service message encapsulates the path information of the end-to-end path between the first site edge and the second site edge; wherein the path information of the end-to-end path includes: first information identifying the first backbone network ingress device and second information identifying the first backbone network egress device in the backbone network, the ingress end point of the end-to-end path is the first site edge, the egress end point of the end-to-end path is the second site edge, the end-to-end path passes through the first backbone network ingress device and the first backbone network egress device, the first site edge accesses the backbone network through the first backbone network ingress device, and the second site edge accesses the backbone network through the first backbone network egress device; the processing
  • the second service message also includes service intention information.
  • the service intention information is carried in a metadata field of the second service message.
  • the end-to-end path is an SRv6 tunnel
  • the second service message includes an IPv6 header and a segment routing header SRH
  • the destination address of the IPv6 header points to the first backbone network ingress device
  • the SRH includes the first information and the second information.
  • the first information is a first endpoint segment identifier END.SID1 allocated by the first backbone network ingress device
  • the second information is a second endpoint segment identifier END.SID2 allocated by the first backbone network egress device
  • the SRH also includes an IPv6 address of the second site edge.
  • the first information is the first endpoint segment identifier END.SID1 of the first backbone network ingress device
  • the second information is the endpoint segment identifier END.X SID with a cross-connection to a layer 3 adjacency relationship array, which is allocated by the first backbone network device egress device for the adjacency relationship between the first backbone network device egress device and the second site edge.
  • the operation associated with the first endpoint segment identifier END.SID1 includes: matching the upper layer overly SRv6 policy between the first backbone network ingress device and the first backbone network egress device according to the next hop SID of the END.SID1 in the SRH.
  • the operation associated with the first endpoint segment identifier END.SID1 includes: matching the upper layer overly SRv6 policy from the first backbone network ingress device to the first backbone network egress device according to the next hop SID of the END.SID1 in the SRH and the service intent information.
  • the processing unit is used to: match the first overly SRv6 policy from the first backbone network ingress device to the first backbone network egress device according to the next-hop SID of END.SID1 in the SRH; and encapsulate the second service message using the first overly SRv6 policy to obtain the third service message.
  • the processing unit is used to: match the second overly SRv6 policy from the first backbone network ingress device to the first backbone network egress device according to the next-hop SID of the END.SID1 in the SRH and the service intent information; and encapsulate the second service message using the second overly SRv6 Policy to obtain the third service message.
  • the end-to-end path is an SR-MPLS TE policy
  • the second service message includes an MPLS
  • the MPLS label stack includes the first information and the second information
  • the first information is the first node SID of the first backbone network ingress device
  • the second information includes: the second node SID of the first backbone network egress device, and the adjacency segment identifier adj-SID allocated by the first backbone network device egress device to the adjacency relationship between the first backbone network device egress device and the second site edge.
  • the operation of associating the first node SID includes: matching an upper-layer overly SR-MPLS TE policy from the first backbone network ingress device to the first backbone network egress device according to the next-hop SID of the first node SID in the label stack.
  • the operation of associating the first node SID includes: matching the upper layer overly SR-MPLS TE policy from the first backbone network ingress device to the first backbone network egress device according to the next hop SID of the first node SID in the label stack and the service intent information.
  • the processing unit is used to: match the first overly SR-MPLS TE policy from the first backbone network ingress device to the first backbone network egress device according to the next hop SID of the first node SID in the label stack; and encapsulate the second service message using the first overly SR-MPLS TE policy to obtain the third service message.
  • the processing unit is used to: match the second overly SR-MPLS TE policy from the first backbone network ingress device to the first backbone network egress device according to the next hop SID of the first node SID in the label stack and the service intent information; and encapsulate the second service message using the second overly SR-MPLS TE policy to obtain the third service message.
  • the end-to-end path is a tunnel encapsulated based on the general network virtualization encapsulation GENEVE protocol, and the second service message is encapsulated using SRv6 in GENEVE.
  • the end-to-end path is a tunnel encapsulated based on the Generic Routing Encapsulation (GRE) protocol, and the second service message includes SRv6 over GRE encapsulation.
  • GRE Generic Routing Encapsulation
  • the second service message includes: an outer IP header, a User Datagram Protocol UDP header, an outer GRE encapsulation, an IPv6 header, an SRH, an inner GRE encapsulation and a payload
  • the payload includes the first service message
  • the inner GRE encapsulation includes a VPN identifier of the VPN service carried by the first service message.
  • the first site edge accesses the first backbone network entry device through a software-defined wide area network SD-WAN tunnel or the Internet.
  • an embodiment of the present application provides a communication device, characterized in that it includes: a processor and a memory;
  • the memory is used to store instructions; the processor is used to execute the instructions, so that the communication device executes the method described in the above eleventh aspect and any one of the eleventh aspects, or the communication device executes the method described in the above twelfth aspect and any one of the twelfth aspects.
  • an embodiment of the present application provides a computer-readable storage medium, including instructions or computer programs, which, when executed on a processor, implement the method described in the eleventh aspect and any one of the eleventh aspects, or implement the method described in the twelfth aspect and any one of the twelfth aspects.
  • an embodiment of the present application provides a computer program product, including a computer program product, which, when running on a processor, implements the method described in the eleventh aspect and any one of the eleventh aspects above, or implements the method described in the twelfth aspect and any one of the twelfth aspects above.
  • an embodiment of the present application provides a communication system, which includes a first site edge that executes the method described in the above eleventh aspect and any one of the eleventh aspects, and a first backbone network entry device that executes the method described in the above twelfth aspect and any one of the twelfth aspects.
  • FIG. 1a is a schematic diagram of an exemplary application scenario provided in an embodiment of the present application.
  • FIG1b is a schematic diagram of another exemplary application scenario provided in an embodiment of the present application.
  • FIG1c is a schematic diagram of another exemplary application scenario provided in an embodiment of the present application.
  • FIG2a is a schematic diagram of the structure of an MP_REACH_NLRI provided in an embodiment of the present application.
  • FIG2b shows a schematic diagram of the structure of a link state NLRI
  • FIG3 is a signaling interaction diagram of an information notification method provided in an embodiment of the present application.
  • FIG4a is a schematic diagram of the structure of an MP_REACH_NLRI provided in an embodiment of the present application.
  • FIG4b is a schematic diagram of the structure of a routing priority sub-TLV provided in an embodiment of the present application.
  • FIG4c is a schematic diagram of the structure of a weight sub-TLV provided in an embodiment of the present application.
  • FIG4d is a schematic diagram of the structure of a sub-TLV provided in an embodiment of the present application.
  • FIG4e is a schematic diagram of the structure of another seed TLV provided in an embodiment of the present application.
  • FIG4f is a schematic diagram of the structure of another sub-TLV provided in an embodiment of the present application.
  • FIG5 is a signaling interaction diagram of an information notification method provided in an embodiment of the present application.
  • FIG6 is a schematic diagram of the structure of a sub-TLV1 included in a Metadata Path Attribute2 provided in an embodiment of the present application;
  • FIG7 is a signaling interaction diagram of an information notification method provided in an embodiment of the present application.
  • FIG8 is a schematic diagram of the structure of another MP_REACH_NLRI provided in an embodiment of the present application.
  • FIG9 is a signaling interaction diagram of a route announcement method provided in an embodiment of the present application.
  • FIG10 is a schematic diagram of the structure of an intermediate gateway sub-TLV provided in an embodiment of the present application.
  • FIG11 is a signaling interaction diagram of another route announcement method provided in an embodiment of the present application.
  • FIG12a is a schematic diagram of the structure of a role announcement TLV provided in an embodiment of the present application.
  • Figure 12b is a schematic diagram of the structure of an adjacency relationship SID TLV provided in an embodiment of the present application.
  • Figure 12c is a schematic diagram of the structure of a node SID TLV provided in an embodiment of the present application.
  • FIG13 is a signaling interaction diagram of a method for forwarding traffic provided in an embodiment of the present application.
  • FIG14a is a schematic diagram of the structure of an SRv6 over GRE encapsulation provided in an embodiment of the present application
  • FIG14b is a schematic diagram of the structure of an MPLS over GRE encapsulation provided in an embodiment of the present application.
  • FIG14c is a schematic diagram of the structure of an SRv6 in GENEVE package provided in an embodiment of the present application.
  • FIG14d is a schematic diagram of the structure of an SRv6 over GENEVE package provided in an embodiment of the present application.
  • FIG14e is a schematic diagram of the structure of an MPLS in GENEVE encapsulation provided in an embodiment of the present application.
  • FIG15a is a schematic diagram of a scenario of a traffic forwarding method provided in an embodiment of the present application.
  • FIG15b is a schematic diagram of a scenario of another traffic forwarding method provided in an embodiment of the present application.
  • FIG15c is a schematic diagram of a scenario of another traffic forwarding method provided in an embodiment of the present application.
  • FIG15d is a schematic diagram of a scenario of a traffic forwarding method provided in an embodiment of the present application.
  • FIG15e is a schematic diagram of another scenario of a traffic forwarding method provided in an embodiment of the present application.
  • FIG16 is a flow chart of an information notification method provided in an embodiment of the present application.
  • FIG17 is a flow chart of another information notification method provided in an embodiment of the present application.
  • FIG18 is a flow chart of an information notification method provided in an embodiment of the present application.
  • FIG19 is a flow chart of another information notification method provided in an embodiment of the present application.
  • FIG20 is a flow chart of another information notification method provided in an embodiment of the present application.
  • FIG21 is a flow chart of a method for forwarding traffic provided in an embodiment of the present application.
  • FIG22 is a flow chart of another method for forwarding traffic provided in an embodiment of the present application.
  • FIG23a is a schematic diagram of the structure of a communication device provided in an embodiment of the present application.
  • FIG23b is a schematic diagram of the structure of another communication device provided in an embodiment of the present application.
  • FIG23c is a schematic diagram of the structure of another communication device provided in an embodiment of the present application.
  • FIG23d is a schematic diagram of the structure of another communication device provided in an embodiment of the present application.
  • FIG24 is a schematic diagram of the structure of another communication device provided in an embodiment of the present application.
  • FIG25 is a schematic diagram of the structure of another communication device provided in an embodiment of the present application.
  • the embodiments of the present application provide an information notification method and device, which can improve the service quality provided for business traffic in a scenario where business traffic needs to be transmitted across multiple network domains.
  • SD-WAN technology is usually used.
  • layers such as the Internet and dedicated line networks
  • SD-WAN tunnels are established to build an upper layer (Overlay) network based on SD-WAN, so as to decouple the wide area network services from the lower layer networks and improve the end-to-end delivery capabilities.
  • the SD-WAN Overlay network under the wide area network builds SD-WAN tunnels between points of presence (POPs), between customer-premises equipment (CPE) and edge points of presence (EPOPs) based on the original Underlay network.
  • POPs points of presence
  • CPE customer-premises equipment
  • EPOPs edge points of presence
  • the service traffic passes through the intermediate devices in the form of tunnels, so that the intermediate devices are not aware of the service.
  • each CPE or POP represents a hop for the service route, and the service traffic is forwarded end-to-end in the POP networking in the form of hop-by-hop or tunnels, labels, etc.
  • FIG. 1a is a schematic diagram of an exemplary application scenario provided by an embodiment of the present application.
  • service traffic needs to be transmitted across the edge access area 100, the backbone network 200 and the edge access area 300.
  • edge access area 100 the edge access area 100
  • backbone network 200 the edge access area 300
  • the edge access network 100 includes: site edge1, site edge3 and site edge4.
  • the backbone network 200 includes at least one network device.
  • the backbone network 200 when the backbone network 200 is a POP backbone network, the backbone network 200 includes at least one POP, wherein the POP connected to the site edge in the POP backbone network is called an EPOP, and the POP not connected to the site edge is called a backbone point of presence (BPOP).
  • the site edge can be a CPE.
  • the edge access network 300 includes: site edge2 and site edge5.
  • the site edge in the edge access network 100 and 300 can access the backbone network through the EPOP in the backbone network.
  • the EPOP in the backbone network used by the site edge to access the backbone network can be considered as the gateway corresponding to the site edge.
  • site edge1 is dual-homed to gateway (GW) 1 and gateway 3
  • site edge1 can access the backbone network 200 through gateway 1 and gateway 3.
  • site edge2 is dual-homed to gateway 2 and gateway 4, and site edge2 can access the backbone network 200 through gateway 2 and gateway 4.
  • the site edge can access its corresponding gateway through the SD-WAN tunnel or the internet.
  • the backbone network may be a hybrid network including at least one network domain, and the at least one network domain includes but is not limited to: a self-built backbone network and/or a managed service provider (MSP) backbone network, wherein the MSP backbone network may include a single operator network, a hybrid operator network, or a self-built dedicated line network, which is not specifically limited in the embodiment of the present application.
  • MSP managed service provider
  • the backbone network 400 includes: Internet service provider (ISP) network 1 (ISP1 for short), ISP2, ISP3 and a self-built dedicated line network.
  • ISP Internet service provider
  • ISP1 Internet service provider
  • ISP2 ISP3
  • a self-built dedicated line network The connection method between network devices in the network architecture shown in FIG1b is not described in detail here.
  • the difference between the scenario shown in FIG1c and FIG1b is that the backbone network 500 shown in FIG1c does not include a self-built dedicated line network.
  • the service quality obtained by the business traffic sent by site edge1 to site edge2 when it is transmitted in the network cannot meet the requirements. This is because when Edge1 arranges the transmission path for the business traffic, it cannot flexibly choose to transmit the business traffic to site edge2 via POP4 connected to site edge2, or to transmit the business traffic to site edge2 via POP9 connected to site edge2.
  • the reason why it cannot flexibly select the backbone network POP used by the remote site edge to access the backbone network is that the site edge does not know the information of the backbone network POP used by the remote site edge to access the backbone network.
  • an embodiment of the present application provides an information notification method and device, which enables the site edge to obtain the binding relationship between the remote site edge and the backbone network POP used by the remote site edge to access the backbone network, so that when the site edge arranges the forwarding path for the service, it can flexibly select the backbone network POP used by the remote site edge to access the backbone network, thereby improving the service quality provided to the service.
  • the routing notification method between network devices is first introduced.
  • two communication devices can communicate with each other through Multi-Protocol Extensions for BGP (BGP).
  • BGP Multi-Protocol Extensions for BGP
  • MP-BGP performs route announcement. Taking the route announcement from edge2 to edge1 shown in Figure 1a as an example, edge2 sends BGP message 1 to edge1.
  • the BGP message 1 includes MP_REACH_NLRI, which is used to carry the route information announced by edge2 to edge1.
  • FIG2a is a schematic diagram of the structure of an MP_REACH_NLRI provided in an embodiment of the present application.
  • the MP_REACH_NLRI includes an address family identifier (AFI), a subsequent address family identifier (SAFI), a next hop information length field, a next hop information field, and a network reachability information field.
  • AFI address family identifier
  • SAFI subsequent address family identifier
  • SAFI next hop information length field
  • next hop information field a next hop information field
  • network reachability information field a network reachability information field.
  • the AFI field can identify the network layer protocol, for example, the value of the AFI field is 1 to identify IPv4, the value of the AFI field is 2 to identify IPv6, and the value of the AFI field can refer to the relevant description of the address family number (Address Family Number) in the request for comments (RFC) 1700, which is not described in detail here.
  • the SAFI field identifies the type of the sub-address family, for example, the value of the SAFI field is 1 to identify unicast, the value of the SAFI field is 2 to identify multicast, the value of the SAFI field is 74 to identify SD-WAN, and the value of the SAFI field is 128 to identify a virtual private network (VPN).
  • VPN virtual private network
  • next-hop network address may refer to the network address of the next device on the path to the destination device.
  • the NLRI field may include one or more NLRIs, each NLRI includes a length field and an NLRI value field, and the specific content of the NLRI value may be determined based on a combination of the AFI field and the SAFI field.
  • the NLRI information field of MP_REACH_NLRI carries the Internet Protocol Version 4 (IPv4) unicast route;
  • the VPNv4 routes carried in the NLRI information field of MP_REACH_NLRI;
  • the NLRI information field of MP_REACH_NLRI carries the IPv4 SD-WAN address family information
  • the NLRI information field of MP_REACH_NLRI carries the IPv6 SD-WAN address family information.
  • the NLRI information field includes a route type field, a length field, and a type specific value field.
  • the route type field is used to indicate the route type
  • the length field is the length of the type specific value field
  • the type specific value field is used to carry a value related to the type corresponding to the route type field.
  • the NLRI information field of the MP_REACH_NLRI carries IPv4 SD-WAN address family information or IPv6 SD-WAN address family information
  • the value of the type field is 1, the NLRI information field can be used to carry SD-WAN transport network port (transport network port, TNP) routing information.
  • TNP transport network port
  • the routing type field in the NLRI information field may also be an NLRI type field.
  • the NLRI information field may include an NLRI type field; if the NLRI information field is used to carry multiple types of routing information, the NLRI information field may include a routing type field.
  • routing announcements can be made between two communication devices through the multi-protocol extension BGP-LS.
  • BGP-LS Based on the original BGP, BGP-LS introduces a series of new NLRs to carry information related to links, nodes, and IPv4 prefixes or IPv6 prefixes.
  • This new NLRI is called link-state NLRI.
  • BGP-LS uses the MP_REACH_NLRI attribute as a container for the link-state NLRI, that is, the link-state NLRI is carried in the BGP Update message as an MP_REACH_NLRI attribute. See Figure 2b, which shows a schematic diagram of the structure of a link-state NLRI. As shown in Figure 2b, the link-state NLRI includes an NLRI type field, a total NLRI length field, and a link-state NLRI field. Among them:
  • the NLRI type field is used to indicate the NLRI type
  • the total NLRI length field indicates the length of the entire NLRI
  • the link-state NLRI field is used to carry specific content.
  • the content of the link-state NLRI field is determined by the value of the NLRI type field. Specifically, the content of the link-state NLRI field can be understood by referring to the following Table 1.
  • FIG. 3 is a signaling interaction diagram of an information notification method provided in an embodiment of the present application.
  • the information notification method 100 shown in FIG3 can be applied to the application scenario shown in FIG1a or FIG1b.
  • the backbone network egress device 1 in the method 100 can correspond to the GW2 shown in FIG1a
  • the backbone network egress device 2 in the method 100 can correspond to the GW4 shown in FIG1a.
  • the backbone network egress device 1 in the method 100 can correspond to the POP4 shown in FIG1b
  • the backbone network egress device 2 in the method 100 can correspond to the POP9 shown in FIG1b.
  • the method 100 can, for example, include the following S101-S104.
  • Site edge2 obtains route 1, which is the SD-WAN gateway information announcement route.
  • Route 1 includes the identifier of site edge2 and information 1 of backbone network export device 1.
  • Site edge2 accesses the backbone network through backbone network export device 1.
  • the site edge2 can generate the route 1 based on the identifier of the site edge2 and the information 1 of the backbone network egress device 1.
  • the identifier of the site edge2 may be the IP address of the site edge2.
  • the information 1 of the backbone network egress device 1 at least includes an identifier of the backbone network egress device 1 , and the identifier of the backbone network egress device 1 may be an IP address of the backbone network egress device 1 .
  • the information 1 may also include SID1 assigned by the backbone network egress device 1 for the adjacency relationship between the backbone network egress device 1 and the site edge2, so that in the subsequent traffic forwarding stage, the message can be encapsulated based on SID1, thereby performing traffic forwarding based on the SID1.
  • the SID1 may be an SRv6 END.X SID or an adj-SID.
  • the SID1 may be an SRv6 END.X SID
  • the SID1 may be an adj-SID.
  • the information 1 may also include the SID2 of the backbone network egress device 1, so that in the subsequent traffic forwarding stage, the message can be encapsulated based on SID2, thereby performing traffic forwarding based on the SID2.
  • the SID2 may be an SRv6 END.SID or a node SID.
  • the SID2 may be an SRv6 END.SID
  • MPLS technology is used for forwarding
  • the information 1 may also include the routing priority of the backbone network egress device 1, so that the communication device (eg edge1) receiving route 1 arranges an end-to-end path from edge1 to edge2 in combination with the routing priority.
  • the information 1 may also include the load sharing weight of the backbone network egress device 1, so that the communication device (eg, edge1) receiving route 1 determines the end-to-end path for forwarding service traffic in combination with the load sharing weight.
  • the route 1 may be carried by the BGP message 1, specifically, the route 1 may be carried by the MP_REACH_NLRI in the BGP message 1.
  • the route 1 includes the identifier of the site edge2, the identifier of the backbone network egress device 1, SID1, and SID2.
  • the MP_REACH_NLRI includes: a route type field, a length field, a CPE endpoint address (CPE-End-Point) field, a target gateway endpoint address (Destination-GW-End-Point) field, a connection (connection) SID field, and a target gateway SID (Destination-GW-SID) field.
  • CPE-End-Point CPE endpoint address
  • Destination-GW-End-Point target gateway endpoint address
  • connection connection
  • SID target gateway SID
  • route type Route type.
  • the value of the route type field indicates that route 1 is the SD-WAN gateway information announcement route.
  • the value of route type can be 3.
  • length length. The value of the length field indicates the total length of each field following the length field.
  • CPE-End-Point carries the CPE endpoint address, for example, carries the IP address of site edge2.
  • Destination-GW-End-Point carries the destination gateway endpoint address, for example, carries the IP address of backbone network egress device 1.
  • connection SID used to carry the aforementioned SID1.
  • Destination-GW-SID used to carry the aforementioned SID2.
  • the MP_REACH_NLRI may also include a routing priority field, which is used to carry the routing priority of the backbone network egress device 1. Routing priority.
  • the BGP message 1 may carry a BGP path attribute 1, and a routing priority sub-TLV is added to the BGP path attribute 1 to carry the routing priority.
  • Figure 4b is a schematic diagram of the structure of a routing priority sub-TLV provided in an embodiment of the present application.
  • the routing priority sub-TLV shown in Figure 4b may include a type, length, and a gateway priority (priority of the GW) field, and the gateway priority field is used to carry the routing priority of the aforementioned backbone network egress device 1.
  • the information 1 also includes the load sharing weight of the aforementioned backbone network export device 1.
  • the aforementioned MP_REACH_NLRI may also include a weight field, and the weight field is used to carry the load sharing weight of the backbone network export device 1.
  • the BGP message 1 may carry a BGP path attribute 1, and a weight sub-TLV is added to the BGP path attribute 1 to carry the load sharing weight.
  • Figure 4c is a structural schematic diagram of a weight sub-TLV provided in an embodiment of the present application.
  • the weight sub-TLV shown in Figure 4c may include a type, a length, and a gateway load sharing weight (weight of the GW) field, and the gateway load sharing weight field is used to carry the load sharing weight of the aforementioned backbone network export device 1.
  • S102 The site edge2 notifies the route 1 to the site edge1.
  • S103 Site edge1 receives route 1 advertised by site edge2.
  • the site edge1 obtains the binding relationship 1 between the site edge2 and the backbone network egress device 1 according to the route 1.
  • site edge2 After site edge2 obtains route 1, it can announce route 1 to site edge1. Correspondingly, site edge1 can receive route 1 announced by site edge2. After site edge1 receives route 1 announced by site edge2, it can parse route 1 to obtain binding relationship 1 between site edge2 and backbone network egress device 1. After site edge1 obtains binding relationship 1, it can store the binding relationship 1 so as to determine the end-to-end path from site edge1 to site edge2 based on the binding relationship 1 later.
  • the binding relationship 1 may include the identifier of the site edge2 and the information 1 of the backbone network egress device 1.
  • the binding relationship 1 may be as shown in the following Table 2:
  • the site edge1 can determine the routing priority of the backbone network egress device 1 by itself. For example, the site edge1 can determine the routing priority of the backbone network egress device 1 according to the routing policy configured by itself, or in combination with the load condition of the backbone network egress device 1.
  • the site edge1 can determine the load sharing weight of the backbone network egress device 1 by itself. For example, the site edge1 can determine the load sharing weight of the backbone network egress device 1 according to the load sharing strategy configured by itself, or in combination with the load condition of the backbone network egress device 1.
  • the route 1 may also include service intent information, which is used to indicate service intent.
  • Site edge2 notifies site edge1 of the service intent information through route 1, so that during the traffic forwarding phase, the communication device that forwards the service traffic can forward the traffic in combination with the service intent information, thereby satisfying the service intent.
  • the business intention information in the embodiment of the present application may include one or more information indicating the business intention.
  • the business intention information may include a quality of service parameter, and the quality of service parameter is not limited to one or more parameters such as latency, packet loss, jitter, bandwidth utilization, and bit error rate.
  • the business intention parameter may include gateway constraint information that needs to be satisfied by the end-to-end path from site edge1 to site edge2, and the gateway constraint information includes but is not limited to the gateways that need to be passed through and/or the gateways that need to be detoured.
  • the route 1 may include a BGP path attribute 1, and the BGP path attribute 1 is used to carry the service intent information. It is mentioned here that the BGP path attribute 1 may be Metadata Path Attribute 1.
  • the Metadata Path Attribute1 may include a sub-TLV1, which is used to carry the gateway that needs to be passed through.
  • the sub-TLV1 includes an include-GW sub-type field, a length field, and a gateway information field. Among them:
  • gateway subtype field indicates that this sub-TLV is used to carry information about the gateway that needs to be passed;
  • the length field is used to indicate the length of the gateway information field.
  • the gateway information field may carry gateway information.
  • the gateway information includes a gateway address.
  • the gateway information may also include a gateway SID.
  • the gateway SID mentioned here may be an SRv6 END.SID or a node SID.
  • the Metadata Path Attribute1 may include a sub-TLV2, which is used to carry the gateway that needs to be bypassed.
  • FIG. 4e is a schematic diagram of the structure of a sub-TLV2 included in a Metadata Path Attribute1 provided in an embodiment of the present application.
  • the sub-TLV2 includes an exclude-GW sub-type field, a length field, and a gateway information field. Among them:
  • the detour gateway subtype field indicates that this sub-TLV is used to carry information about the gateway that needs to be detoured;
  • the length field is used to indicate the length of the gateway information field.
  • the gateway information field may carry gateway information.
  • gateway information please refer to the relevant description of FIG. 4d above, which will not be repeated here.
  • the Metadata Path Attribute1 may include a sub-TLV3, which is used to carry the quality of service parameters.
  • the sub-TLV3 includes a quality of service parameter sub-type (QoS sub-type) field, a length field, and a quality of service parameter field.
  • QoS sub-type quality of service parameter sub-type
  • the Quality of Service Parameter Subtype field indicates that this sub-TLV is used to carry quality of service parameters
  • the length field is used to indicate the length of the quality of service parameter field.
  • the service quality parameter field may carry specific service quality parameters, such as one or more parameters such as delay, packet loss, and bit error rate.
  • the site edge2 when site edge2 is multi-homed to backbone network export device 1 and backbone network export device 2 in the backbone network, the site edge2 can correspond to multiple gateways. That is, in addition to backbone network export device 1 being the gateway of site edge2, backbone network export device 2 is also the gateway of site edge2. In this case, the site edge2 can also obtain route 2 and pass route 2 to site edge1. Route 2 is a route announced by the SD-WAN gateway information, and route 2 includes the identifier of site edge2 and information 2 of backbone network export device 2. The site edge2 accesses the backbone network through backbone network export device 2.
  • site edge1 can receive route 2 announced by site edge2, and based on route 2, obtain binding relationship 2 between site edge2 and backbone network export device 2.
  • the information notification method 200 shown in FIG5 can be applied to the application scenario shown in FIG1a or FIG1b.
  • the backbone network egress device 1 in the method 200 can correspond to GW2 shown in FIG1a.
  • Backbone network egress device 2 may correspond to GW4 shown in Figure 1a.
  • the backbone network egress device 1 in the method 200 may correspond to POP4 shown in Figure 1b
  • the backbone network egress device 2 in the method 200 may correspond to POP9 shown in Figure 1b.
  • the method 200 may include, for example, the following S201 - S204 .
  • S201 Site edge2 obtains route 1', which is a VPN route.
  • Route 1' includes the identifier of site edge2 and information 1 of backbone network export device 1.
  • Site edge2 accesses the backbone network through backbone network export device 1.
  • the site edge2 can generate the route 1' based on the identifier of the site edge2 and the information 1 of the backbone network egress device 1.
  • the VPN route can include a destination prefix.
  • the destination prefix can be a network prefix corresponding to the corporate headquarters.
  • the VPN route may include a BGP path attribute 2, which is used to carry the identifier and information 1 of the aforementioned site edge2.
  • the BGP path attribute 2 may be Metadata Path Attribute 2.
  • the Metadata Path Attribute 2 may include a sub-TLV1, which is used to carry the identifier and information 1 of the aforementioned site edge2.
  • Figure 6 is a schematic diagram of the structure of a sub-TLV1 included in a Metadata Path Attribute2 provided in an embodiment of the present application.
  • the sub-TLV1 includes: Destination GW Sub-Type field, length field, priority field, weight field, CPE-End-Point field, Destination-GW-End-Point field, connection SID field, and Destination-GW-SID field. Among them:
  • Destination GW Sub-Type Destination gateway sub-type field, indicating that this sub-TLV carries the information of the destination gateway;
  • length length. The value of the length field indicates the total length of each field following the length field.
  • priority field which carries the routing priority of backbone network egress device 1.
  • weight load sharing weight field, carrying the load sharing weight of backbone network egress device 1.
  • CPE-End-Point carries the CPE endpoint address, for example, carries the IP address of site edge2.
  • Destination-GW-End-Point carries the destination gateway endpoint address, for example, carries the IP address of backbone network egress device 1.
  • connection SID used to carry the aforementioned SID1.
  • Destination-GW-SID used to carry the aforementioned SID2.
  • Site edge2 announces the route 1' to site edge1.
  • S203 Site edge1 receives route 1' advertised by site edge2.
  • Site edge1 obtains binding relationship 1 between site edge2 and backbone network egress device 1 according to route 1’.
  • site edge2 After site edge2 obtains route 1', it can announce route 1' to site edge1. Correspondingly, site edge1 can receive route 1' announced by site edge2. After site edge1 receives route 1' announced by site edge2, it can parse route 1' to obtain binding relationship 1 between site edge2 and backbone network egress device 1. After site edge1 obtains binding relationship 1, it can store the binding relationship 1 to facilitate the subsequent determination of the end-to-end path from site edge1 to site edge2 based on the binding relationship 1. Regarding the binding relationship 1, you can refer to Table 2 in method 100 for understanding, and no repeated description is given here.
  • the site edge1 can determine the routing priority of the backbone network egress device 1 by itself. For example, the site edge1 can determine the routing priority of the backbone network egress device 1 according to the routing policy configured by itself, or in combination with the load condition of the backbone network egress device 1.
  • the site edge1 can determine the load sharing weight of the backbone network egress device 1 by itself. For example, the site edge1 can determine the load sharing weight of the backbone network egress device 1 according to the load sharing strategy configured by itself, or in combination with the load condition of the backbone network egress device 1.
  • the route 1' may also include service intent information, which is used to indicate service intent.
  • Site edge2 notifies site edge1 of the service intent information through route 1, so that during the traffic forwarding phase, the communication device that forwards the service traffic can forward the traffic in combination with the service intent information, thereby satisfying the service intent.
  • service intent information For the specific contents of the service intent information, please refer to the relevant description of method 100 in the previous text, and no repeated description will be made here.
  • the service intent information may be carried by the BGP path attribute included in route 1'.
  • the business intention information and the aforementioned information 1 may be carried through the same BGP path attribute or through different BGP path attributes, which is not specifically limited in the embodiment of the present application.
  • the business intent information and the aforementioned information 1 can both be carried through Metadata Path Attribute 2.
  • both information 1 and business intent information can be carried through a Metadata Path Attribute.
  • Metadata Path Attribute2 carrying the business intent information please refer to the description part of method 100 about the Metadata Path Attribute1 carrying the business intent information, which will not be repeated here.
  • the site edge2 when the site edge2 is multi-homed to the backbone network export device 1 and the backbone network export device 2 in the backbone network, the site edge2 can correspond to multiple gateways. That is, in addition to the backbone network export device 1 being the gateway of the site edge2, the backbone network export device 2 is also the gateway of the site edge2.
  • the aforementioned VPN route can carry multiple sub-TLV1s, and one sub-TLV1 is used to carry the information of one gateway.
  • the site edge1 can parse the multiple sub-TLV1s to obtain the information of multiple gateways bound to the site edge2.
  • its locally stored binding relationship can refer to Table 3 in method 100, and no repeated description is made here.
  • the information notification method 300 shown in FIG. 7 may be applied to the application scenario shown in FIG. 1a or FIG. 1b .
  • the backbone network egress device 1 in the method 300 can correspond to GW2 shown in Figure 1a
  • the backbone network egress device 2 in the method 300 can correspond to GW4 shown in Figure 1a
  • the backbone network inlet device 1 in the method 300 can correspond to GW1 or GW3 shown in Figure 1a.
  • the backbone network export device 1 in the method 300 can correspond to POP4 shown in Figure 1b
  • the backbone network export device 2 in the method 300 can correspond to POP9 shown in Figure 1b
  • the backbone network import device 1 in the method 300 can correspond to POP1 shown in Figure 1b.
  • the method 300 may include, for example, the following S301 - S304 .
  • Backbone network export device 1 obtains route 1", wherein route 1" is a route automatically discovered by the SD-WAN gateway, and route 1" includes the identifier of site edge2 and information 1 of backbone network export device 1. Site edge2 accesses the backbone network through backbone network export device 1.
  • the backbone network egress device 1 may generate the route 1" based on the identifier of the site edge2 and the information 1 of the backbone network egress device 1.
  • the route 1" can be carried by BGP message 2. Specifically, the route 1" can be carried by MP_REACH_NLRI in BGP message 2. Regarding the MP_REACH_NLRI carrying the route 1", the following is an example of route 1" including the identifier of the above-mentioned site edge2, the identifier of the backbone network export device 1, SID1, and SID2.
  • the MP_REACH_NLRI includes: a route type field, a length field, a local-end-point field, a remote-end-point field, a connection SID field, and a local SID field. Among them:
  • route type Route type.
  • the value of the route type field indicates that route 1 is the route automatically discovered by the SD-WAN gateway.
  • the value of route type can be 2.
  • length length. The value of the length field indicates the total length of each field following the length field.
  • the local-end-point field carries the local address, which in this application carries the IP address of the backbone network egress device 1;
  • remote-end-point carries the CPE endpoint address, for example, carries the IP address of site edge2.
  • connection SID used to carry the aforementioned SID1.
  • local SID field used to carry the local SID, and in this application carries the aforementioned SID2.
  • the backbone network egress device 1 and the site edge1 can announce the TNP route to each other, and then establish an SD-WAN tunnel between the site edge2 and the backbone network egress device 1.
  • the backbone network egress device 1 acts as a GW to allocate a connection SID (i.e., SID1) to the tunnel, so as to subsequently obtain route 1" including SID1.
  • the backbone network egress device 1 can locally configure its own role as a gateway. Backbone network device 1 detects that its role is a gateway, so after the SD-WAN tunnel is created, backbone network egress device 1 allocates connection information to the tunnel as a GW. SID.
  • Backbone network egress device 1 notifies site edge1 of route 1" through backbone network ingress device 1, and site edge1 accesses the backbone network through backbone network ingress device 1.
  • a BGP neighbor relationship can be established between the backbone network egress device 1 and the backbone network ingress device 1, and the backbone network egress device 1 can notify the route 1" to the backbone network ingress device 1. After the backbone network ingress device 1 receives the route 1", it can further notify the route 1" to the site edge1.
  • S303 Site edge1 receives route 1" advertised by backbone network egress device 1.
  • the site edge1 obtains the binding relationship 1 between the site edge2 and the backbone network egress device 1 according to route 1".
  • site edge1 After site edge1 receives route 1", it can parse route 1 to obtain binding relationship 1 between site edge2 and backbone network exit device 1. After site edge1 obtains binding relationship 1, it can store binding relationship 1 to facilitate subsequent determination of the end-to-end path from site edge1 to site edge2 based on binding relationship 1. Regarding the binding relationship 1, you can refer to Table 2 in method 100 for understanding, and no repeated description is given here.
  • the site edge1 can determine the routing priority of the backbone network egress device 1. For example, the site edge1 can determine the routing priority of the backbone network egress device 1 according to the routing policy configured by itself or in combination with the load condition of the backbone network egress device 1.
  • the site edge1 can determine the load sharing weight of the backbone network egress device 1. For example, the site edge1 can determine the load sharing weight of the backbone network egress device 1 according to the load sharing strategy configured by itself, or in combination with the load condition of the backbone network egress device 1.
  • the site edge2 when the site edge2 is multi-homed to the backbone network egress device 1 and the backbone network egress device 2 in the backbone network, the site edge2 can correspond to multiple gateways. That is, in addition to the backbone network egress device 1 being the gateway of the site edge2, the backbone network egress device 2 is also the gateway of the site edge2. In this case, the backbone network egress device 2 can also notify the site edge1 of the SD-WAN gateway automatic discovery route through the aforementioned backbone network entry device 1, so that the site edge1 obtains the binding relationship 2 between the site edge2 and the backbone network egress device 2.
  • backbone network egress device 2 notifies site edge1 of the SD-WAN gateway's automatic route discovery through backbone network ingress device 1
  • its implementation principle is the same as the principle of "backbone network egress device 1 notifies site edge1 of the SD-WAN gateway's automatic route discovery through backbone network ingress device 1”. Therefore, regarding the specific implementation of "backbone network egress device 2 notifies site edge1 of the SD-WAN gateway's automatic route discovery through backbone network ingress device 1”, please refer to the description of method 300 in the previous text, and no repeated description is made here.
  • the locally stored binding relationship can refer to Table 3 in method 100, and no repeated description is made here.
  • the binding relationship between the site edge and its corresponding gateway can be manually configured.
  • the gateways on the site edge1 can be configured as GW1 and GW3, and the gateways on the site edge2 can be configured as GW2 and GW4 by manual configuration.
  • the gateways on the site edge1 can be configured as POP1
  • the gateways on the site edge2 can be configured as POP4 and POP9 by manual configuration.
  • the manual configuration method is inefficient.
  • the embodiments of the present application also provide corresponding routing announcement methods 400 and 500, which enable the site edge to determine its corresponding gateway through the received route, without the need to manually configure the corresponding gateway on the site edge.
  • FIG 9 is a signaling interaction diagram of a route advertisement method provided in an embodiment of the present application.
  • the method 400 shown in Figure 9 can be applied to the application scenario shown in Figure 1a or the application scenario shown in Figure 1b.
  • the site edge in the method 400 may be the site edge1 shown in FIG. 1a , and correspondingly, the gateway in the method 400 may be GW1 or GW3 shown in FIG. 1a .
  • the site edge in the method 400 may be the site edge2 shown in FIG. 1a , and correspondingly, the gateway in the method 400 may be GW2 or GW4 shown in FIG. 1a .
  • the site edge in the method 400 may be the site edge1 shown in FIG. 1b
  • the gateway in the method 400 may be the POP1 shown in FIG. 1b .
  • the site edge in the method 400 may be the site edge2 shown in FIG. 1b , and correspondingly, the gateway in the method 400 may be POP4 or POP9 shown in FIG. 1b .
  • the method 400 shown in FIG. 9 may include the following S401 - S404 .
  • S401 The gateway obtains route 3, where route 3 is the route automatically discovered by the SD-WAN gateway and route 3 includes gateway information 3.
  • the gateway may generate the route 3 based on its own information 3.
  • the gateway and the site edge can announce the TNP route to each other, and then establish an SD-WAN tunnel between the site edge and the gateway. After the SD-WAN tunnel is created, the gateway assigns a connection SID (i.e., SID3) to the tunnel, so that route 3 including SID3 can be obtained later.
  • SID3 a connection SID
  • the gateway can locally configure its own role as a gateway.
  • the gateway detects that its own role is a gateway, so after the SD-WAN tunnel is created, the gateway assigns a connection SID to the tunnel.
  • the information 3 can include the IP address of the gateway and the IP address of the site edge.
  • the information 3 may include SID3 assigned by the gateway for the adjacency relationship between the gateway and the site edge, so that in the subsequent traffic forwarding stage, the message can be encapsulated based on SID3, thereby performing traffic forwarding based on the SID3.
  • the SID3 can be an SRv6 END.X SID or an adj-SID.
  • the SID3 can be an SRv6 END.X SID
  • the SID3 in a network scenario where MPLS technology is used for forwarding, the SID3 can be an adj-SID.
  • the information 3 may include the SID4 of the gateway, so that in the subsequent traffic forwarding stage, the message can be encapsulated based on SID4, thereby performing traffic forwarding based on the SID4.
  • the SID4 can be an SRv6 END.SID or a node SID.
  • the SID4 in a network scenario where SRv6 technology is used for forwarding, can be an SRv6 END.SID, and in a network scenario where MPLS technology is used for forwarding, the SID4 can be a node SID.
  • the route 3 may be carried by the BGP message 3. Specifically, the route 3 may be carried by the MP_REACH_NLRI in the BGP message 3. For a possible structure of the MP_REACH_NLRI carrying the route 3, reference may be made to FIG8 , which will not be described repeatedly here.
  • S402 The gateway notifies the route 3 to the site edge, and the site edge accesses the backbone network through the gateway.
  • S403 The site edge receives route 3 announced by the gateway.
  • S404 The site edge obtains the binding relationship 3 between the site edge and the gateway according to the route 3.
  • the gateway After the gateway obtains route 3, it can notify route 3 to the site edge, and accordingly, the site edge can receive the route 3 notified by the gateway. After receiving route 3, the site edge can parse route 3 to obtain the binding relationship 3 between the site edge and the gateway, so as to determine the end-to-end path based on the binding relationship 3 later.
  • the site edge may also determine the routing priority of the gateway after receiving the route 3. For example, the site edge may determine the routing priority of the gateway according to the routing policy configured by itself or in combination with the load condition of the gateway.
  • the site edge may also determine the load sharing weight of the gateway after receiving the route 3.
  • the site edge may determine the load sharing weight of the gateway according to the load sharing strategy configured by itself or in combination with the load condition of the gateway.
  • the route 3 may also include intermediate gateway information, and the intermediate gateway information indicates at least one intermediate gateway between the backbone network entry device and the backbone network exit device in the backbone network, so that the site edge can perform path orchestration based on the intermediate gateway.
  • the site edge can determine the gateway constraints that the end-to-end path needs to follow based on business requirements and the intermediate gateway.
  • the gateway constraints mentioned here include gateways that need to be passed through and/or gateways that need to be bypassed.
  • the site edge when the site edge performs path orchestration according to business requirements, it can determine the gateways that the end-to-end path needs to pass through and/or the gateways that need to be bypassed from the intermediate gateways, so that the determined end-to-end path meets business requirements.
  • the intermediate gateway information may be carried by a BGP path attribute.
  • the intermediate gateway information may be carried by Metadata Path Attribute 3.
  • the Metadata Path Attribute 3 may include at least one intermediate gateway sub-TLV, which is used to carry the information of the intermediate gateway, and one intermediate gateway sub-TLV is used to carry the information of one intermediate gateway.
  • the information of the intermediate gateway at least includes the endpoint address (such as an IP address) of the intermediate gateway.
  • the information of the intermediate gateway may also include the SID of the intermediate gateway.
  • the SID of the intermediate gateway may be SRv6 END.SID or a node SID.
  • the intermediate gateway sub-TLV can be understood in conjunction with FIG. 10 , which is a diagram of an intermediate gateway sub-TLV provided in an embodiment of the present application. Schematic diagram of the structure of TLV. As shown in Figure 10, the intermediate gateway sub-TLV includes: intermediate gateway sub-type (transit-GW sub-type) field, length field, intermediate gateway endpoint address (transit-GW-end-point) field and intermediate gateway SID (transit-GW-SID) field. Among them:
  • transit-GW sub-type field Indicates that this sub-TLV carries the gateway information of the intermediate gateway.
  • Length field indicates the total length value of each field following the length field.
  • transit-GW-end-point field indicates the endpoint address of the intermediate gateway.
  • transit-GW-SID field indicates the SID corresponding to the intermediate gateway.
  • each gateway may send an SD-WAN gateway automatic discovery route to the site edge so that the site edge obtains the binding relationship between itself and the gateway.
  • site edge1 is multi-homed to GW1 and GW3, then GW1 may send an SD-WAN gateway automatic discovery route carrying GW1's information to site edge1, and GW3 may send an SD-WAN gateway automatic discovery route carrying GW3's information to site edge1.
  • site edge2 is dual-homed to POP4 and POP9. Then POP4 may send an SD-WAN gateway automatic discovery route carrying POP4's information to site edge2, and POP9 may send an SD-WAN gateway automatic discovery route carrying POP9's information to site edge2.
  • the site edge1 can obtain the binding relationship shown in Table 4 below.
  • FIG 11 is a signaling interaction diagram of another route advertisement method provided in an embodiment of the present application.
  • the method 500 shown in Figure 11 can be applied to the application scenario shown in Figure 1a or the application scenario shown in Figure 1b.
  • the method 500 shown in FIG. 11 may include the following S501 - S504 .
  • the gateway obtains route 3’, which is a BGP LS route and includes gateway information 3.
  • the gateway can generate the route 3' based on its own information 3.
  • a GRE tunnel may be established between the gateway and the site edge, and then a BGP session is established between the site edge and the gateway using the GRE tunnel address, and the BGP LS address family is enabled between the site edge and the gateway.
  • the gateway enables the BGP egress peer engineering (EPE) function.
  • EPE BGP egress peer engineering
  • the gateway may allocate SID3 for the adjacency relationship (BGP session) between the gateway and the site.
  • the SID3 may be an SRv6 END.X SID or an adj-SID.
  • BGP EPE can allocate BGP peer SIDs for inter-domain paths, and peer SIDs can be directly passed to the network controller through BGP-LS extension.
  • the peer SID information can be first passed to the BGP neighbor through BGP-LS, and then the BGP neighbor can pass it to the network controller through BGP-LS.
  • BGP EPE can allocate peer-node SIDs and peer-adj SIDs for peers. Among them:
  • the peer-node SID is used to indicate a peer node.
  • Each BGP session is assigned a peer-node SID.
  • EBGP External Border Gateway Protocol
  • EBGP External Border Gateway Protocol
  • the peer-adj SID is used to indicate an adjacency to a peer.
  • the peer-adj SID For EBGP neighbors established based on loopback interfaces, there may be multiple corresponding physical links. In this case, each adjacency will be assigned a peer-adj SID, and the specified link (corresponding to the specified outbound interface) will be used for forwarding.
  • the route 3' may include TLV1, which is used to indicate that the route 3' is used to announce the gateway information.
  • the TLV1 may be a role announcement TLV, which is used to indicate the device that publishes the route 3'.
  • the equipment role is a gateway.
  • the TLV1 may be a gateway information indication TLV, and the type field of the TLV indicates that the device that publishes the route 3' is a gateway.
  • the role announcement TLV can be understood in conjunction with FIG12a, which is a schematic diagram of the structure of a role announcement TLV provided in an embodiment of the present application.
  • the role announcement TLV includes: a type field, a length field, and a device role field. Among them:
  • the Type field indicates that the TLV is a role announcement TLV.
  • the length field indicates the length of the device role field.
  • the device role field carries the device role. For example, when the value of the device role field is 1, it indicates that the device role is a gateway.
  • the information 3 may include SID3 and/or SID4.
  • the route 3' may include TLV2 and TLV3, where TLV2 is used to carry SID3 and TLV3 is used to carry SID4.
  • the TLV2 may be an adjacency SID TLV.
  • the structure of the adjacency SID TLV may be understood in conjunction with FIG. 12b, which is a schematic diagram of the structure of an adjacency SID TLV provided in an embodiment of the present application.
  • the adjacency SID TLV includes: a type field, a length field, and an adjacency SID field. Among them:
  • the Type field indicates that this TLV is an adjacency SID TLV.
  • the length field indicates the length of the adjacency SID field.
  • the adjacency relationship SID field carries the SID assigned by the gateway to the adjacency relationship between the gateway and the site edge.
  • the adjacency relationship SID field can be used to carry the aforementioned SID3.
  • the TLV2 can be SRv6 End.X SID TLV.
  • the TLV3 may be a node SID TLV.
  • the structure of the node SID TLV may be understood in conjunction with FIG. 12c, which is a schematic diagram of the structure of a node SID TLV provided in an embodiment of the present application.
  • the node SID TLV includes: a type field, a length field, and a node SID field. Among them:
  • the type field indicates that this TLV is a node SID TLV.
  • the length field indicates the length of the node SID field.
  • the node SID field carries the gateway SID.
  • the node SID field can be used to carry the aforementioned SID4.
  • S502 The gateway notifies the route 3' to the site edge, and the site edge accesses the backbone network through the gateway.
  • S503 The site edge receives the route 3' announced by the gateway.
  • S504 The site edge obtains the binding relationship 3 between the site edge and the gateway according to the route 3’.
  • the gateway After the gateway obtains the route 3', it can notify the site edge of the route 3'. Correspondingly, the site edge can receive the route 3' notified by the gateway. After the site edge receives the route 3', it can parse the route 3' to obtain the binding relationship 3 between the site edge and the gateway, so as to determine the end-to-end path based on the binding relationship 3 later.
  • the site edge may also determine the routing priority of the gateway. For example, the site edge may determine the routing priority of the gateway according to its own configured routing strategy or in combination with the load condition of the gateway.
  • the site edge may also determine the load sharing weight of the gateway.
  • the site edge may determine the load sharing weight of the gateway according to the load sharing strategy configured by itself or in combination with the load condition of the gateway.
  • the route 3' may also include intermediate gateway information, and the intermediate gateway information indicates at least one intermediate gateway between the backbone network inlet device and the backbone network outlet device in the backbone network, so that the site edge can perform path orchestration based on the intermediate gateway.
  • the site edge can determine the gateway constraints that the end-to-end path needs to follow based on business requirements and the intermediate gateway.
  • the gateway constraints mentioned here include gateways that need to be passed through and/or gateways that need to be bypassed.
  • the site edge when the site edge performs path orchestration based on business requirements, it can determine the gateways that the end-to-end path needs to pass through and/or the gateways that need to be bypassed from the intermediate gateways, so that the determined end-to-end path meets business requirements.
  • the intermediate gateway information may be carried by a BGP path attribute.
  • the intermediate gateway information may be carried by Metadata Path Attribute 4.
  • the Metadata Path Attribute 4 may include at least one intermediate gateway sub-TLV, the intermediate gateway sub-TLV is used to carry the information of the intermediate gateway, and one intermediate gateway sub-TLV is used to carry the information of one intermediate gateway.
  • the information of the intermediate gateway at least includes the endpoint address (such as an IP address) of the intermediate gateway.
  • the information of the intermediate gateway may also include the SID of the intermediate gateway.
  • the SID of the intermediate gateway may be SRv6 END.SID or a node SID.
  • each gateway can send a BGP LS route to the site edge so that the site edge obtains the binding relationship between itself and the gateway.
  • site edge1 is multi-homed to GW1 and GW3, then GW1 can send a BGP LS route carrying GW1's information to site edge1, and GW3 can send a BGP LS route carrying GW3's information to site edge1.
  • site edge2 is dual-homed to POP4 and POP9. Then POP4 can send a BGP LS route carrying POP4's information to site edge2, and POP9 can send a BGP LS route carrying POP9's information to site edge2.
  • the site edge1 can obtain the binding relationship shown in Table 4 above.
  • the gateway and site edge do not need to enable the SD-WAN address family, but only need to enable the BGP-LS address family.
  • the site edge1 can combine the locally stored binding relationship between the site edge and the gateway to orchestrate the end-to-end path.
  • a-b-SID indicates the SID of the adjacency relationship between a and b.
  • edge2-POP4-SID indicates the SID of the adjacency relationship between edge2 and POP4.
  • the site edge2 after receiving the service route (eg, VPN route) published by the site edge1, the site edge2 can arrange an end-to-end path for the service route.
  • the service route e.g, VPN route
  • the site edge2 after receiving the service route (eg, VPN route) published by the site edge1, the site edge2 can arrange an end-to-end path for the service route.
  • the site edge2 can determine the end-to-end path 1 from the site edge1 to edge2 based on the binding relationship shown in the first row and the binding relationship shown in the third row of Table 5, and the end-to-end path 1 includes POP1 and POP4, that is, the end-to-end path 1 can be: edge1-POP1-POP4-edge2.
  • the site edge2 can determine the end-to-end path 2 from the site edge1 to edge2 based on the binding relationship shown in the second row and the binding relationship shown in the third row of Table 5, and the end-to-end path 2 includes POP1 and POP9, that is, the end-to-end path 2 can be: edge1-POP1-POP9-edge2.
  • one of the two end-to-end paths can be selected as the path for actually forwarding the service traffic.
  • the site edge1 can determine the end-to-end path corresponding to the POP with a higher routing priority as the path for actually forwarding the service traffic based on the routing priority of POP4 and the routing priority of POP9. For example, if the routing priority of POP4 is higher than the routing priority of POP9, the end-to-end path 1 can be determined as the path for actually forwarding the service traffic.
  • the two end-to-end paths can be set as primary and backup paths.
  • the site edge1 can determine the end-to-end path corresponding to the POP with a higher routing priority as the primary path and the end-to-end path corresponding to the POP with a lower routing priority as the backup path based on the routing priority of POP4 and the routing priority of POP9. For example, if the routing priority of POP4 is higher than that of POP9, then the end-to-end path 1 can be set as the primary path and the end-to-end path corresponding to the POP with a lower routing priority can be set as the backup path. The primary path is determined, and the end-to-end path 2 is determined as the backup path.
  • the two end-to-end paths can be set as load sharing paths.
  • the end-to-end path 1 and the end-to-end path 2 can be set as equal-cost load sharing paths or as unequal-cost load sharing paths, which is not specifically limited in the embodiments of the present application.
  • the load sharing weight of the end-to-end path 1 can be determined according to the load sharing weight of POP4, and the load sharing weight of the end-to-end path 2 can be determined according to the load sharing weight of POP9.
  • the load sharing weight of the end-to-end path 1 can be equal to the load sharing weight of POP4, and the load sharing weight of the end-to-end path 2 can be equal to the load sharing weight of POP9.
  • the end-to-end path 1 and the end-to-end path 2 can achieve equal load sharing, and when the load sharing weight of POP4 is not equal to the load sharing weight of POP9, the end-to-end path 1 and the end-to-end path 2 can achieve unequal load sharing.
  • the load sharing weights of end-to-end path 1 and end-to-end path 2 may also be set by edge1, independent of the load sharing weights of POP4 and POP9, and the embodiment of the present application does not make any specific limitation.
  • site edge1 can orchestrate four end-to-end paths based on the locally saved binding relationship between the site edge and the gateway. They are:
  • End-to-end path site edge1-GW1-GW2-edge2.
  • End-to-end path site edge1-GW1-GW4-edge2.
  • End-to-end path site edge1-GW3-GW2-edge2.
  • End-to-end path site edge1-GW3-GW4-edge2.
  • service-related configurations need to be performed in the backbone network.
  • VPN configurations need to be performed in the backbone network.
  • the configuration efficiency is low, which leads to low service provisioning efficiency.
  • service VPN instances need to be planned at the boundary interconnection of the intermediate heterogeneous networks to perform service re-addressing, forwarding and isolation.
  • the backbone network needs to be aware of the service, the scalability of the backbone network will also be affected.
  • the network devices in the backbone network also need to combine VPN configuration to forward traffic, resulting in low forwarding efficiency of service traffic.
  • POP1 needs to combine the VPN instance to determine the forwarding path of the service traffic and further forward it.
  • POP2, POP3 and POP4 also need to combine VPN configuration to further determine the forwarding path of the service traffic, so as to further forward the service traffic.
  • an embodiment of the present application provides a method for forwarding traffic.
  • the traffic forwarding method is introduced in conjunction with the accompanying drawings.
  • FIG 13 is a signaling interaction diagram of a method for forwarding traffic provided in an embodiment of the present application.
  • the method 600 shown in Figure 13 can be applied to the application scenario shown in Figure 1a, the application scenario shown in Figure 1b, and the application scenario shown in Figure 1c.
  • the site edge1 in the method 600 can correspond to the site edge1 shown in Figure 1a; the site edge2 in the method 600 can correspond to the site edge2 shown in Figure 1a; the backbone network ingress device 1 in the method 600 can correspond to the GW1 shown in Figure 1a; the backbone network egress device 1 in the method 600 can correspond to the GW2 or GW4 shown in Figure 1a.
  • the site edge1 in the method 600 can correspond to the site edge1 shown in Figure 1b; the site edge2 in the method 600 can correspond to the site edge2 shown in Figure 1b; the backbone network entry device 1 in the method 600 can correspond to POP1 shown in Figure 1a; the backbone network exit device 1 in the method 600 can correspond to POP4 or POP9 shown in Figure 1b.
  • the site edge1 in the method 600 can correspond to the site edge1 shown in Figure 1c; the site edge2 in the method 600 can correspond to the site edge2 shown in Figure 1c; the backbone network entry device 1 in the method 600 can correspond to POP1 shown in Figure 1c; the backbone network exit device 1 in the method 600 can correspond to POP4 or POP9 shown in Figure 1c.
  • the method 600 may, for example, include the following S601 - S606 .
  • S601 Site edge1 receives service message 1.
  • the site edge can receive a service message 1 from a user device, where the user device can be a terminal device or
  • the server is not specifically limited in the present embodiment.
  • the service message 1 may include a source address, a destination address and a payload.
  • Site edge1 encapsulates the path information of end-to-end path 1 in the outer layer of service message 1 to obtain service message 2.
  • the input end point of end-to-end path 1 is site edge1, and the output end point of end-to-end path 1 is site edge2.
  • End-to-end path 1 includes backbone network ingress device 1 and backbone network egress device 1.
  • Site edge1 accesses the backbone network through backbone network ingress device 1
  • site edge2 accesses the backbone network through backbone network egress device 1.
  • the path information of end-to-end path 1 includes: information 1 identifying backbone network ingress device 1, and information 2 identifying backbone network egress device 1.
  • site edge1 accesses the backbone network through backbone network entry device 1, and site edge2 accesses the backbone network through backbone network exit device 1.
  • the site edge1 can access the backbone network entry device 1 through the internet.
  • the site edge1 can access the backbone network entry device 1 through an SD-WAN tunnel.
  • the site edge2 can access the backbone network exit device 1 through the internet.
  • the site edge2 can access the backbone network exit device 1 through an SD-WAN tunnel.
  • site edge1 after receiving service message 1, site edge1 can encapsulate path information of end-to-end path 1 in the outer layer of service message 1 to obtain service message 2. After the outer layer of service message 1 encapsulates the path information, service message 1 belongs to the payload of service message 2.
  • the service intent information can also be encapsulated in the outer layer of the service message 1 to obtain the service message 2 including the path information and the service intent information.
  • the forwarding device that receives the service message 2 can select the corresponding path for forwarding in combination with the service intent information when further forwarding the service message 2, so that the service intent is met, and accordingly, the service quality provided for the service is improved.
  • the business intention information in the embodiment of the present application may include one or more information indicating the business intention.
  • the business intention information may include a quality of service parameter, and the quality of service parameter is not limited to one or more parameters such as latency, packet loss, jitter, bandwidth utilization, and bit error rate.
  • the business intention parameter may include gateway constraint information that needs to be satisfied by the end-to-end path from site edge1 to site edge2, and the gateway constraint information includes but is not limited to the gateways that need to be passed through and/or the gateways that need to be detoured.
  • a metadata field may be encapsulated in the outer layer of the service message 1, and the metadata field is used to carry the service intent information.
  • the metadata field may be carried, for example, by an extension header.
  • the service intent information may be carried by using an available field in the outer layer of the service message 2.
  • the site edge 1 before encapsulating the aforementioned path information in the outer layer of the service message 1, the site edge 1 can determine the path information of the end-to-end path 1 for transmitting the service message 1 according to the service message 1. As an example, the site edge can determine the path information of the end-to-end path 1 according to the destination address of the service message 1.
  • the site edge1 may pre-store a mapping relationship between the destination address of the service message 1 and the aforementioned path information, and the site edge1 may match the mapping relationship according to the destination address of the service message 1 to obtain the path information.
  • the site edge1 can determine the next hop for forwarding the service message according to the destination address of the service message 1. Specifically, the site edge1 can query the service table entry according to the destination address of the service message 1, and determine that the next hop for forwarding the service message 1 is the site edge2. Further, the IP address of the site edge2 is used to iterate SR policy1, so as to obtain the path information of the end-to-end path. In one example, the IP address of the site edge2 can be used to match the destination addresses of multiple SR policies. When the IP address of the site edge2 successfully matches the destination address of SR policy1, it is determined that the IP address of the site edge2 is iterated to SR policy1. Accordingly, the path information indicated by the SR policy1 can be determined as the path information of the end-to-end path 1.
  • the SR policy 1 may be an SRv6 policy.
  • the end-to-end path 1 may be an SRv6 tunnel.
  • the SR policy 1 may be an MPLS SR policy.
  • the end-to-end path 1 may be an SR-MPLS TE policy.
  • the end-to-end path 1 may be pre-arranged by the site edge 1.
  • the site edge 1 may also arrange the end-to-end path 1 before receiving the service message 1.
  • the service message 1 is used to carry
  • the site edge1 can, according to the VPN service, combine the aforementioned backbone network entry device 1 and backbone network exit device 1 as needed to choreograph the end-to-end path 1 between the site edge1 and the site edge2.
  • the site edge1 can choreograph the end-to-end path for the VPN route after receiving the VPN route including the destination prefix announced by the site edge2.
  • the site edge1 can choreograph the end-to-end path 1 for the VPN route based on the binding relationship 1 between the site edge1 and the backbone network entry device 1, and the binding relationship 2 between the site edge2 and the backbone network exit device 1.
  • the destination prefix can be, for example, the network prefix corresponding to the corporate headquarters.
  • the service message 2 may include an IPv6 header and an SRH, the aforementioned information 1 and information 2 may be carried in the SRH, and the destination address of the IPv6 header points to the backbone network ingress device 1, so that the site edge1 forwards the service message 2 to the backbone network ingress device 1 based on the destination address of the IPv6 header.
  • the destination address of the IPv6 header may be END.SID1 of the backbone network ingress device.
  • the aforementioned information 1 may be END.SID1 of the backbone network ingress device, and the aforementioned information 2 may be END.SID2 of the backbone network egress device 1.
  • the information 1 also includes the IPv6 address of the site edge2, and accordingly, the aforementioned SRH may also include the IPv6 address of the site edge2.
  • the SRH may indicate the path from the backbone network ingress device 1 to the site edge2.
  • the aforementioned information 1 may be END.SID1 of the backbone network ingress device, and the aforementioned information 2 may be END.XSID allocated by the backbone network egress device 1 for the adjacency relationship between the backbone network egress device 1 and the site edge 2.
  • the SRH may also indicate the path from the backbone network ingress device 1 to the site edge 2.
  • the END.SID1 can be used to indicate a new message forwarding operation.
  • the backbone network ingress device 1 can determine how to forward the service message 2 based on END.SID1, without combining VPN information to determine how to forward the service message 2.
  • the operation associated with END.SID1 includes: matching the overly SRv6 Policy from the backbone network ingress device 1 to the backbone network egress device 1 according to the next hop SID of END.SID1.
  • the next hop SID of END.SID1 can be END.SID2.
  • the operation associated with END.SID1 includes: matching the overly SRv6 Policy from the backbone network ingress device 1 to the backbone network egress device 1 according to END.SID2.
  • the next hop SID of the END.SID1 may be END.X SID.
  • the operations associated with the END.SID1 include: matching the overly SRv6 policy from backbone network ingress device 1 to backbone network egress device 1 according to END.X SID.
  • the operation associated with the END.SID1 includes: matching the overly SRv6 policy from the backbone network inlet device 1 to the backbone network outlet device 1 according to the next hop SID of END.SID1 and the service intent information.
  • the backbone network inlet device 1 can also determine the corresponding overly SRv6 policy in combination with the service intent information, so that the determined overly SRv6 policy satisfies the service intent as much as possible, thereby improving the service quality provided to the service as much as possible.
  • the operation associated with the END.SID1 includes: matching the overly SRv6 policy from the backbone network inlet device 1 to the backbone network outlet device 1 according to END.SID2 and the service intent information.
  • the operation associated with the END.SID1 includes: matching the overly SRv6 policy from the backbone network ingress device 1 to the backbone network egress device 1 according to the END.X SID and the service intent information.
  • the service message 2 may include an MPLS label stack, and the aforementioned information 1 and information 2 may be carried in the MPLS label stack.
  • the information 1 may be the node SID1 of the backbone network ingress device
  • the information 2 may be the node SID2 of the backbone network egress device 1.
  • the path information also includes the adj-SID assigned by the backbone network egress device 1 for the adjacency relationship between the backbone network egress device 1 and the site edge2, and accordingly, the MPLS label stack also includes the adj-SID.
  • the node SID1, node SID2, and adj-SID in the MPLS label stack may indicate the path from the backbone network ingress device 1 to the site edge2.
  • the node SID1 can be used to indicate a new message forwarding operation.
  • the backbone network ingress device 1 can determine how to forward the service message 2 based on the node SID1, without combining VPN information to determine how to forward the service message 2.
  • the operation associated with the node SID1 includes: matching the overly SR-MPLS TE policy from the backbone network ingress device 1 to the backbone network egress device 1 according to the next-hop SID of the node SID1.
  • the next-hop SID of the node SID1 can be the node SID2.
  • the operation associated with the node SID1 includes: matching the overly SR-MPLS TE policy from the backbone network ingress device 1 to the backbone network egress device 1 according to the node SID2.
  • the operation associated with the node SID1 includes: matching the overly SR-MPLS TE policy from the backbone network ingress device 1 to the backbone network egress device 1 according to the next hop SID of the node SID1 and the service intent information.
  • the backbone network ingress device 1 can also determine the corresponding overly SR-MPLS TE policy in combination with the service intent information, so that the determined overly SR-MPLS TE policy satisfies the service intent as much as possible, thereby improving the service quality provided to the service as much as possible.
  • the operation associated with the node SID1 includes: matching the overly SR-MPLS TE policy from the backbone network ingress device 1 to the backbone network egress device 1 according to the node SID2 and the service intent information.
  • the end-to-end path 1 may be a tunnel based on GRE protocol encapsulation.
  • the service message may be encapsulated using GRE.
  • the service message 2 can be encapsulated using SRv6 over GRE.
  • the encapsulation format of the service message 2 can be understood with reference to FIG. 14a, which is a schematic diagram of the structure of an SRv6 over GRE encapsulation provided in an embodiment of the present application. As shown in FIG. 14a
  • the service message 2 includes: an outer IP header, a UDP header, an outer GRE encapsulation, an IPv6 header, an SRH, an inner GRE encapsulation and a payload, wherein the payload includes the aforementioned service message 1; the inner GRE encapsulation includes the VPN identifier of the VPN service carried by the service message 1.
  • the VPN identifier is carried in the inner GRE encapsulation.
  • the equipment in the backbone network does not parse the VPN identifier (VPN identifier, VNI), that is, the backbone network does not perceive the VPN.
  • a metadata field may also be included between the SRH and the inner GRE encapsulation.
  • business message 2 may also include a security verification field, such as an Encapsulating Security Protocol (ESP) field, which is not described in detail here.
  • ESP Encapsulating Security Protocol
  • the service message 2 can be encapsulated using MPLS over GRE.
  • the encapsulation format of the service message 2 can be understood with reference to FIG. 14b, which is a schematic diagram of the structure of an MPLS over GRE encapsulation provided in an embodiment of the present application.
  • the service message 2 includes: an outer IP header, a UDP header, an outer GRE encapsulation, an MPLS label stack, an inner GRE encapsulation and a payload, wherein the payload includes the aforementioned service message 1; the inner GRE encapsulation includes a VPN identifier of the VPN service carried by the service message 1.
  • the VPN identifier is carried in the inner GRE encapsulation.
  • the equipment in the backbone network does not parse the VPN identifier, that is, the backbone network does not perceive the VPN.
  • a metadata field may also be included between the MPLS label stack and the inner GRE encapsulation.
  • the service message 2 may also include a security check field, such as an ESP field, which is not described in detail here.
  • the end-to-end path 1 may be a tunnel based on GENEVE protocol encapsulation.
  • the service message may be encapsulated using GENEVE.
  • the service message 2 can be encapsulated using SRv6 in GENEVE.
  • the encapsulation format of the service message 2 can be understood with reference to Figure 14c, which is a structural diagram of an SRv6 in GENEVE encapsulation provided in an embodiment of the present application.
  • the service message 2 includes: an outer IP header, a UDP header, a GENEVE encapsulation, an SRH and a payload, wherein the payload includes the aforementioned service message 1; the GENEVE encapsulation includes a VPN identifier of the VPN service carried by the service message 1.
  • a metadata field may also be included between the SRH and the payload.
  • the service message 2 may also include a security check field, such as an ESP field, which is not described in detail here.
  • service message 2 may also adopt SRv6 over GENEVE encapsulation.
  • the difference between SRv6 over GENEVE encapsulation and SRv6 in GENEVE encapsulation is that service message 2 adopting SRv6 over GENEVE encapsulation also includes an IPv6 header.
  • FIG. 14d is a schematic diagram of the structure of an SRv6 over GENEVE encapsulation provided in an embodiment of the present application. The encapsulation structure shown in FIG.
  • 14d is relative to the SRv6 in GENEVE encapsulation shown in FIG. 14c, and further includes an IPv6 header between the GENEVE encapsulation and the SRH.
  • the encapsulation overhead of SRv6 over GENEVE encapsulation is large compared to that of SRv6 in GENEVE encapsulation, but SRv6 over GENEVE encapsulation complies with the standard encapsulation format of SRv6.
  • the service message 2 can be encapsulated using MPLS in GENEVE.
  • the encapsulation format of the service message 2 can be understood with reference to Figure 14e, which is a structural diagram of an MPLS in GENEVE encapsulation provided in an embodiment of the present application.
  • the service message 2 includes: an outer IP header, a UDP header, a GENEVE encapsulation, an MPLS label stack and a payload, wherein the payload includes the aforementioned service message 1; the GENEVE encapsulation includes the VPN identifier of the VPN service carried by the service message 1.
  • a metadata field may be included between the MPLS label stack and the payload.
  • the service message 2 may also include a security check field, For example, it includes the ESP field, which is not described in detail here.
  • Site edge1 sends service message 2 through end-to-end path 1.
  • Backbone network ingress device 1 receives service message 2 from site edge1.
  • the backbone network ingress device 1 processes the service message 2 according to the information 1 to obtain the service message 3.
  • the site edge1 After receiving the service message 2, the site edge1 can forward the service message 2.
  • the source address of the outer IP header of the service message 2 is the IP address of the site edge1
  • the destination address is the IP address of the backbone network ingress device 1.
  • the site edge1 forwards the service message 2 to the backbone network ingress device 1 according to the destination address in the outer IP header.
  • Backbone network ingress device 1 may receive service message 2 from site edge 1 , further parse service message 2 , and process service message 2 using information 1 in message 2 to obtain service message 3 .
  • the information 1 may be END.SID1.
  • END.SID1 the information 1 may be END.SID1.
  • the backbone network ingress device 1 may match the overly SRv6 policy from the backbone network ingress device 1 to the backbone network egress device 1 according to the next hop SID of END.SID1 in the SRH of the service message 2.
  • the backbone network ingress device 1 may use the next hop SID of END.SID1 to match the destination address of the overly SRv6 policy.
  • the backbone network ingress device 1 may use END.SID2 to match the overly SRv6 policy1.
  • the backbone network ingress device 1 may use the aforementioned END.X SID to match the overly SRv6 policy1. After backbone network ingress device 1 matches and obtains overly SRv6 policy 1, it can use the overly SRv6 policy 1 to re-encapsulate service message 2. For example, backbone network ingress device 1 can insert a new SRH in service message 2 to carry the overly SRv6 policy 1 to obtain service message 3.
  • the SRH carrying overly SRv6 policy 1 can be located at the outer layer of the aforementioned SRH carrying information 1 and information 2.
  • the backbone network ingress device 1 can match the overly SRv6 policy from the backbone network ingress device 1 to the backbone network egress device 1 according to the next hop SID of END.SID1 in the SRH of the service message 2 and the service intent information.
  • the backbone network ingress device 1 can use the next hop SID of END.SID1 to match the destination address of the overly SRv6 policy to obtain at least one overly SRv6 policy that matches the next hop SID of END.SID1, and then determine the overly SRv6 policy2 that meets the service intent information from the at least one overly SRv6 policy.
  • the backbone network ingress device 1 can use END.SID2 and the service intent information to match the overly SRv6 policy2. In another specific example, the backbone network ingress device 1 may use the aforementioned END.X SID and the service intent information to match the overly SRv6 policy 2. After the backbone network ingress device 1 matches and obtains the overly SRv6 policy 2, the overly SRv6 policy 2 may be used to re-encapsulate the service message 2 to obtain the service message 3. For example, the backbone network ingress device 1 may insert a new SRH in the service message 2 to carry the overly SRv6 policy 2 to obtain the service message 3. In one example, the SRH carrying the overly SRv6 policy 2 may be located in the outer layer of the aforementioned SRH carrying information 1 and information 2.
  • the information 1 may be the node SID1.
  • the node SID1 the node SID1.
  • the backbone network ingress device 1 may match the overly SR-MPLS TE policy from the backbone network ingress device 1 to the backbone network egress device 1 according to the next hop SID of the node SID1 in the MPLS label stack of the service message 2.
  • the backbone network ingress device 1 may match the destination address of the overly SR-MPLS TE policy using the next hop SID of the node SID1, and when the destination address of the overly SR-MPLS TE policy1 successfully matches the next hop SID, it is determined that the match of the overly SR-MPLS TE policy1 is successful.
  • the backbone network ingress device 1 may match the overly SR-MPLS TE policy1 using the node SID2. After backbone network ingress device 1 matches and obtains overly SR-MPLS TE policy 1, it can use the overly SR-MPLS TE policy 1 to re-encapsulate service message 2. For example, backbone network ingress device 1 can replace node SID 1 and node SID 2 in the MPLS label stack in the service message 2 with the overly SR-MPLS TE policy 1 to obtain the service message 3.
  • the backbone network ingress device 1 can match the overly SR-MPLS TE policy from the backbone network ingress device 1 to the backbone network egress device 1 according to the next hop SID of the node SID1 in the MPLS label stack of the service message 2 and the service intent information. In one example, the backbone network ingress device 1 can use the next hop SID of the node SID1 to match the destination address of the overly SR-MPLS TE policy to obtain at least one node that matches the node SID1.
  • the backbone network ingress device 1 matches the overly SR-MPLS TE policy of the next-hop SID of point SID1, and then determines the overly SR-MPLS TE policy2 that meets the service intent information from the at least one overly SR-MPLS TE policy. After backbone network ingress device 1 matches and obtains overly SR-MPLS TE policy2, it can use the overly SR-MPLS TE policy2 to re-encapsulate service message 2 to obtain service message 3. For example, the backbone network ingress device 1 can replace node SID1 and node SID2 in the MPLS label stack in the service message 2 with the overly SR-MPLS TE policy2 to obtain the service message 3.
  • Backbone network ingress device 1 sends service message 3 to backbone network egress device 1.
  • the backbone network ingress device 1 After the backbone network ingress device 1 obtains the service message 3, it can send the service message 3 to the backbone network egress device 1. In one example, the backbone network ingress device 1 can send the service message 3 to the backbone network egress device 1 based on the aforementioned overly SRv6 policy 1 or overly SRv6 policy 2. In another example, the backbone network ingress device 1 can send the service message 3 to the backbone network egress device 1 based on the aforementioned overly SR-MPLS TE policy 1 or overly SR-MPLS TE policy 2.
  • the site edge1 can arrange the end-to-end path 1 across the backbone network, without the need for the equipment in the backbone network to determine the transmission path based on the VPN configuration, so that the backbone network does not need to perceive the service, thereby improving the forwarding efficiency of the service traffic.
  • the backbone network does not need to perceive the service, there is no need to perform service-related configuration on the equipment in the backbone network, thereby improving the efficiency of service activation, and correspondingly, also improving the scalability of the backbone network.
  • site edge1 can be dual-homed to backbone network entry device 1 and backbone network entry device 2. In other words, in addition to accessing the backbone network through backbone network entry device 1, site edge1 can also access the backbone network through backbone network entry device 2.
  • Site edge2 can be dual-homed to backbone network exit device 1 and backbone network exit device 2. In other words, in addition to accessing the backbone network through backbone network exit device 1, site edge2 can also access the backbone network through backbone network exit device 2.
  • the site edge1 can also arrange an end-to-end path 2 from site edge1 to site edge2, and the end-to-end path 2 includes an entry point of site edge1 and an exit point of site edge2, and the end-to-end path 2 includes the backbone network entry device 2 and backbone network exit device 2.
  • the end-to-end path 2 includes the backbone network entry device 2 and backbone network exit device 2.
  • the site edge1 can also receive the service message 4, and encapsulate the path information of the end-to-end path 2 in the outer layer of the service message 4 to obtain the service message 5, and send the service message 5 through the end-to-end path 2.
  • the path information of the end-to-end path 2 includes: information 3 identifying the backbone network ingress device 2 and information 4 identifying the backbone network egress device 2.
  • path information of the end-to-end path 2 please refer to the previous description of the path information of the end-to-end path 1.
  • site edge1 "encapsulating the path information of the end-to-end path 2 in the outer layer of the business message 4 to obtain the business message 5", please refer to the specific description of S602 in method 600, which will not be repeated here.
  • the backbone network ingress device 2 can receive the service message 5 from the site edge1, and further process the service message 5 based on the information 3 to obtain the service message 6, and further forward the service message 6.
  • the processing method of the backbone network ingress device 2 on the service message 5 reference can be made to the processing method of the site edge1 on the service message 2 in the method 600, and no repeated description is given here.
  • Figure 15a is a schematic diagram of a scenario of a traffic forwarding method provided in an embodiment of the present application.
  • Figure 15a shows the encapsulation format of the service traffic transmitted in the network when the solution provided in an embodiment of the present application is applied to the scenario shown in Figure 1b.
  • the end-to-end path between site edge1 and site edge2 is an SRv6 tunnel.
  • the specific process of traffic forwarding is as follows:
  • Site edge1 The service message from the enterprise user to the headquarters arrives at the branch site edge1.
  • the source address of the service message is the IP address of the enterprise user (client-ip)
  • the destination address of the service message is the IP address of the headquarters (server-ip).
  • Site edge1 queries the server-ip route and determines that the next hop is the IP address system-ip2 of site edge2.
  • the iterative SRv6 policy of system-ip2 (the path list is: END.SID1, END.SID2, system-ip2)
  • site edge1 encapsulates the IPv6 header and SRH in the outer layer of the service message, and encapsulates the service intent information at the same time.
  • source address (source address, SA) tnp1
  • tnp1 is the IP address of the port used by site edge1 to communicate with POP
  • tnp2 is the IP address of the port used by POP1 to communicate with site edge1.
  • tnp3 is the IP address of the port used by POP1 to communicate with POP2
  • tnp2 is the IP address of the port used by POP2 to communicate with POP1.
  • tnp6 is the IP address of the port used by POP3 to communicate with POP2.
  • POP3 Decapsulate the outer SDWAN tunnel for the received message, continue to check the route forwarding according to IPv6 DA (END.SID2), and forward POP4 through the local direct connection interface according to the END.X SID route output interface.
  • Site edge2 decapsulates the outer SDWAN tunnel, queries system-ip2 for the local route, removes the IPv6 encapsulation, processes ESP, queries the server-ip route based on the VPN identifier in the GRE private network, and forwards the route to the destination.
  • Figure 15b is a scenario diagram of another traffic forwarding method provided by an embodiment of the present application.
  • Figure 15b shows the encapsulation format of the service traffic transmitted in the network when the solution provided by an embodiment of the present application is applied to the scenario shown in Figure 1b.
  • the end-to-end path between site edge1 and site edge2 is an SRv6 tunnel.
  • the specific process of traffic forwarding is as follows:
  • Site edge1 The service message from the enterprise user to the headquarters arrives at the branch site edge1.
  • the source address of the service message is the IP address of the enterprise user (client-ip), and the destination address of the service message is the IP address of the headquarters (server-ip).
  • Site edge1 queries the server-ip route and determines that the next hop is the IP address system-ip2 of site edge2. It iterates the SRv6 policy based on system-ip2 (the path list is: END.SID1, END.X SID).
  • Site edge1 encapsulates the IPv6 header and SRH in the outer layer of the service message, and encapsulates the service intent information at the same time. .
  • IPv6 DA END.X SID
  • POP3 Decapsulate the outer SDWAN tunnel of the received message, continue to check the route and forward according to the IPv6 DA (END.X SID), and forward POP4 directly through the local direct connection interface according to the END.X SID route output interface.
  • POP4 Query the IPv6 DA (END.X SID) for the received message to match the local SID table entry.
  • Site edge2 Decapsulates the outer SDWAN tunnel of the received message, queries system-ip2 for the local route, removes the IPv6 encapsulation, processes ESP, queries the server-ip route based on the VPN identifier in the GRE private network, and forwards the route to the destination.
  • FIG. 15c is a schematic diagram of another scenario of a traffic forwarding method provided by an embodiment of the present application.
  • FIG. 15c shows the encapsulation format of the service traffic transmitted in the network when the solution provided by an embodiment of the present application is applied to the scenario shown in FIG. 1b.
  • the end-to-end path between site edge1 and site edge2 is the SR-MPLS TE policy.
  • the specific process of traffic forwarding is as follows: Down:
  • Site edge1 The service message from the enterprise user to the headquarters arrives at the branch site edge1.
  • the source address of the service message is the IP address of the enterprise user (client-ip), and the destination address of the service message is the IP address of the headquarters (server-ip).
  • POP1 decapsulates the outer SDWAN tunnel of the received message, queries NODE.SID1 to match the local SID table entry, and the operation associated with NODE.SID1 is to match the SR-MPLS TE policy according to the next-hop SID of NODE.SID1 in the MPLS label stack as the egress node information of the intermediate POP backbone network SR-MPLS label stack path.
  • the local NODE.SID1 and the next-hop label NODE.SID5 in the message are replaced with the label stack corresponding to the intermediate POP backbone network SRMPLS policy (backbone network SR-MPLS TE policy path: NODE.SID3, NODE.SID4, NODE.SID5), and the table is forwarded according to the top label NODE.SID3 in the stack.
  • POP2 Decapsulates the outer SDWAN tunnel of the received message, queries the label NODE.SID3 to match the local SID table entry, then pops up the current NODE.SID3 label, and uses the next hop label NODE.SID4 to continue to look up the table and forward.
  • POP3 Decapsulate the outer SDWAN tunnel of the received message, pop up the current NODE.SID4 label, continue to look up the table and forward with the next hop label NODE.SID5, and forward POP4 through the local direct connection interface.
  • Site edge2 decapsulates the outer SDWAN tunnel, processes ESP, queries the server-ip route in the private network identified by the VPN in GRE, queries the destination system-ip2 route, and forwards it to the destination.
  • Figure 15d is a scenario diagram of a traffic forwarding method provided in an embodiment of the present application.
  • Figure 15d shows the encapsulation format of the service traffic transmitted in the network when the solution provided in an embodiment of the present application is applied to the scenario shown in Figure 1c.
  • the end-to-end path between site edge1 and site edge2 is an SRv6 tunnel.
  • the specific process of traffic forwarding is as follows:
  • Site edge1 The service message from the enterprise user to the headquarters arrives at the branch site edge1.
  • the source address of the service message is the IP address of the enterprise user (client-ip), and the destination address of the service message is the IP address of the headquarters (server-ip).
  • Site edge1 queries the server-ip route and determines that the next hop is the IP address system-ip2 of site edge2. Based on system-ip2, iterates the SRv6 policy (the path list is: END.SID1, END.SID2, system-ip2).
  • Site edge1 encapsulates the IPv6 header and SRH in the outer layer of the service message, and encapsulates the service intent information. According to the SRv6 forwarding next hop END.SID1, the route forwarding continues.
  • IPv6 DA END.SID2
  • tnp9 is the IP address of the port used by POP4 to communicate with POP2.
  • POP4 Query the IPv6 DA (END.SID2) for the received message to match the local SID table entry.
  • Site edge2 decapsulates the outer SDWAN tunnel, queries system-ip2 for the local route, removes the IPv6 encapsulation, processes ESP, queries the server-ip route in the private network based on the VNI identifier in GRE, and forwards the route to the destination.
  • Figure 15e is a scenario diagram of another traffic forwarding method provided by an embodiment of the present application.
  • Figure 15e shows the encapsulation format of the service traffic transmitted in the network when the solution provided by an embodiment of the present application is applied to the scenario shown in Figure 1c.
  • the end-to-end path between site edge1 and site edge2 is SR-MPLS TE policy.
  • the specific process of traffic forwarding is as follows:
  • Site edge1 The service message from the enterprise user to the headquarters arrives at the branch site edge1.
  • the source address of the service message is the IP address of the enterprise user (client-ip), and the destination address of the service message is the IP address of the headquarters (server-ip).
  • POP1 decapsulates the outer SDWAN tunnel of the received message, queries NODE.SID1 to match the local SID table entry, and the operation associated with NODE.SID1 is to match the SR-MPLS TE policy according to the next-hop SID of NODE.SID1 in the MPLS label stack as the egress node information of the intermediate POP backbone network SR-MPLS label stack path.
  • the local NODE.SID1 and the next-hop label NODE.SID5 in the message are replaced with the label stack corresponding to the intermediate POP backbone network SRMPLS policy (backbone network SR-MPLS TE policy path: NODE.SID3, NODE.SID5), and the table is forwarded according to the top label NODE.SID3 in the stack.
  • Site edge2 decapsulates the outer SDWAN tunnel, processes ESP, queries the server-ip route in the private network identified by the VPN in GRE, queries the destination system-ip2 route, and forwards it to the destination.
  • FIG 16 is a flowchart of an information notification method provided in an embodiment of the present application.
  • the information notification method 700 shown in Figure 16 can be applied to the above method 100 or method 200 or method 300 or method 400 or method 500 or 600.
  • the information notification method 700 shown in FIG. 16 may be applied to a first communication device serving as a first site edge.
  • the method 700 may include the following S701-S702.
  • S701 Receive a first route announced by a second communication device, wherein the first route includes first information of a first backbone network exit device and an identifier of a second site edge in the backbone network, wherein the second site edge accesses the backbone network through the first backbone network exit device, and the first site edge accesses the backbone network through a first backbone network entry device.
  • S702 Acquire a first binding relationship between the second site edge and the first backbone network egress device according to the first route.
  • the first site edge in method 700 may correspond to site edge1 in method 100; the second communication device in method 700 may correspond to site edge2 in method 100; the first route in method 700 may correspond to route 1 in method 100; the first backbone network export device in method 700 may correspond to backbone network export device 1 in method 100; the first information in method 700 may correspond to information 1 in method 100; the first binding relationship in method 700 may correspond to binding relationship 1 in method 100.
  • the first site edge in method 700 may correspond to the site edge1 in method 200; the second communication device in method 700 may correspond to The site edge2 in method 200 may correspond to the first route in method 700; the first backbone network egress device in method 700 may correspond to the backbone network egress device 1 in method 200; the first information in method 700 may correspond to the information 1 in method 200; the first binding relationship in method 700 may correspond to the binding relationship 1 in method 200.
  • the first site edge in method 700 may correspond to site edge1 in method 300; the second communication device in method 700 may correspond to backbone network export device 1 in method 300; the first route in method 700 may correspond to route 1" in method 300; the first backbone network export device in method 700 may correspond to backbone network export device 1 in method 300; the first information in method 700 may correspond to information 1 in method 300; the first binding relationship in method 700 may correspond to binding relationship 1 in method 300.
  • the method further includes: determining a first end-to-end path from the first site edge to the second site edge based on the first binding relationship, the first end-to-end path passing through the first backbone network ingress device and the first backbone network egress device.
  • the first end-to-end path mentioned in method 700 may be, for example, the end-to-end path 1 or the end-to-end path 2 mentioned in the above method embodiments.
  • the first information includes one or more of the following: a first segment identifier SID assigned by the first backbone network export device to the adjacency relationship between the first backbone network export device and the second site edge; a second SID of the first backbone network export device; a routing priority of the first backbone network export device; and a load sharing weight of the first backbone network export device.
  • the first SID in the method 700 may be SID1 in the method 100 ; and the second SID in the method 700 may be SID2 in the method 100 .
  • the first SID in the method 700 may be SID1 in the method 200 ; and the second SID in the method 700 may be SID2 in the method 200 .
  • the first SID in the method 700 may be SID1 in the method 300 ; and the second SID in the method 700 may be SID2 in the method 300 .
  • the first SID is an Internet Protocol version 6 segment routing endpoint segment identifier SRv6 END.X SID that is cross-connected to a layer 3 adjacency array
  • the second SID is an Internet Protocol version 6 segment routing endpoint segment identifier SRv6END.SID; or, the first SID is an adjacency segment identifier adj-SID, and the second SID is a node SID.
  • the second communication device is the second site edge
  • the first route includes: a software-defined wide area network SD-WAN gateway information announcement route
  • the SD-WAN gateway information announcement route includes at least one type-length value TLV
  • the at least one TLV carries the first information.
  • the SD-WAN gateway information announcement route includes a first TLV, the value field of the first TLV is used to carry the first SID and/or second SID in the first information, the first TLV also includes a priority sub-TLV and/or a weight sub-TLV, the priority sub-TLV is used to carry the routing priority in the first information, and the weight sub-TLV is used to carry the load sharing weight in the first information.
  • the first TLV mentioned in the method 700 may be the MP_REACH_NLRI shown in FIG. 4 a mentioned in the method 100 .
  • the second communication device is the second site edge
  • the first route includes a virtual private network VPN route.
  • the VPN route includes a first metadata path attribute Metadata Path Attribute, and the first Metadata Path Attribute carries the first information.
  • the first Metadata Path Attribute in method 700 can correspond to Metadata Path Attribute2 in method 100.
  • the first route further includes: service intent information.
  • the service intention information includes one or more of the following: a gateway that the first end-to-end path needs to pass through, a gateway that the first end-to-end path needs to bypass, and a quality of service parameter.
  • the first route includes a second Metadata Path Attribute
  • the second Metadata Path Attribute includes the business intent information
  • the second Metadata Path Attribute in the method 700 may correspond to the Metadata Path Attribute1 in the method 100 .
  • the second Metadata Path Attribute in method 700 can correspond to the Metadata Path Attribute2 in method 200.
  • the second communication device is the first backbone network egress device
  • the receiving of the first route announced by the second communication device includes: receiving the first route announced by the first backbone network egress device through the first backbone network ingress device.
  • the first backbone network access device in method 700 may correspond to backbone network access device 1 in method 300 .
  • the first route includes: the first SD-WAN gateway automatically discovers the route.
  • the method also includes: receiving a second route announced by a third communication device, the second route including second information of a second backbone network export device in the backbone network and an identifier of the second site edge, the second site edge accessing the backbone network through the second backbone network export device; according to the second route, obtaining a second binding relationship between the second site edge and the second backbone network export device.
  • the third communication device in method 700 may correspond to the site edge2 in method 100; the second route in method 700 may correspond to route 2 in method 100; the second backbone network export device in method 700 may correspond to backbone network export device 2 in method 100; the second information in method 700 may correspond to information 2 in method 100; the second binding relationship in method 700 may correspond to binding relationship 2 in method 100.
  • the third communication device in method 700 may correspond to the site edge2 in method 200; the second route in method 700 may correspond to route 1' in method 200; the second backbone network export device in method 700 may correspond to backbone network export device 2 in method 200; the second information in method 700 may correspond to information 2 in method 200; the second binding relationship in method 700 may correspond to binding relationship 2 in method 200.
  • the method further includes: determining the routing priorities corresponding to the first backbone network egress device and the second backbone network egress device respectively; and/or determining the load sharing weights corresponding to the first backbone network egress device and the second backbone network egress device respectively.
  • the method further includes: determining, based on the second binding relationship, a second end-to-end path from the first site edge to the second site edge, wherein the second end-to-end path passes through the first backbone network ingress device and the second backbone network egress device.
  • the second end-to-end path in method 700 may be another end-to-end path from the first site edge to the second site edge that is different from the first end-to-end path.
  • the second end-to-end path mentioned in method 700 may be, for example, the end-to-end path 1 or the end-to-end path 2 mentioned in the above method embodiments.
  • the method 700 can also be applied to the above method 400 or 500.
  • the method also includes: receiving a third route sent by the first backbone network entry device, and the third route is used to notify the third information of the first backbone network entry device; according to the third route, obtaining the third binding relationship between the first site edge and the first backbone network entry device.
  • the first site edge in method 700 may correspond to the site edge in method 400; the first backbone network entry device in method 700 may correspond to the gateway in method 400; the third route in method 700 may correspond to route 3 in method 400; the third information in method 700 may correspond to information 3 in method 400.
  • the third binding relationship in method 700 may correspond to binding relationship 3 in method 400.
  • the first site edge in method 700 may correspond to the site edge in method 500; the first backbone network entry device in method 700 may correspond to the gateway in method 500; the third route in method 700 may correspond to route 3' in method 500; the third information in method 700 may correspond to information 3 in method 500.
  • the third binding relationship in method 700 may correspond to binding relationship 3 in method 500.
  • the third route is a route automatically discovered by the second SD-WAN gateway.
  • the third route is a BGP link state LS route.
  • the third information includes: a third SID allocated by the first backbone network entry device for the adjacency relationship between the first backbone network entry device and the first site edge, and/or a fourth SID of the first backbone network entry device.
  • the third SID in the method 700 may correspond to SID3 in the method 400
  • the fourth SID in the method 700 may correspond to SID4 in the method 400 .
  • the third SID in the method 700 may correspond to SID3 in the method 500
  • the fourth SID in the method 700 may correspond to SID4 in the method 500 .
  • the third route further includes intermediate gateway information, where the intermediate gateway information indicates at least one intermediate gateway between the first backbone network ingress device and the egress device in the backbone network.
  • the method 700 may also be applied to the above method 600. Specifically, the method further includes:
  • the first site edge receives the first service message, and the first site edge encapsulates the path information of the first end-to-end path in the outer layer of the first service message to obtain the second service message; wherein the path information of the first end-to-end path includes fourth information identifying the first backbone network entry device in the backbone network and fifth information identifying the first backbone network exit device in the backbone network, the entry point of the first end-to-end path is the first site edge, the exit point of the first end-to-end path is the second site edge, the first end-to-end path passes through the first backbone network entry device and the first backbone network exit device, the first site edge accesses the backbone network through the first backbone network entry device, and the second site edge accesses the backbone network through the first backbone network exit device.
  • the first site edge sends the second service message through the first end-to-end path.
  • the first site edge in method 700 may correspond to site edge1 in method 600; the first business message in method 700 may correspond to business message 1 in method 600; the second business message in method 700 may correspond to business message 2 in method 600; the first end-to-end path in method 700 may correspond to end-to-end path 1 in method 600; the fourth information in method 700 may correspond to information 1 in method 600; the fifth information in method 700 may correspond to information 2 in method 600; the first backbone network ingress device in method 700 may correspond to backbone network ingress device 1 in method 600; the first backbone network egress device in method 700 may correspond to backbone network egress device 1 in method 600; the second site edge in method 700 may correspond to site edge2 in method 600.
  • the first service message is used to carry a virtual private network VPN service.
  • the method also includes: the first site edge, based on the VPN service, combines the first backbone network entry device and the first backbone network exit device as needed to orchestrate the first end-to-end path from the first site edge to the second site edge.
  • the second service message also includes service intention information.
  • the service intention information is carried in a metadata field of the second service message.
  • the method before encapsulating the path information of the first end-to-end path, the method further includes: the first site edge determines, based on the destination address of the first service message, that the next hop for forwarding the first service message is the second site edge, and iterates the first segment routing policy SR policy based on the Internet Protocol IP address of the second site edge to obtain the path information of the first end-to-end path.
  • the first SR policy in method 700 may correspond to SR policy 1 in method 600.
  • the first end-to-end path is an SRv6 tunnel
  • the second service message includes an IPv6 header and a segment routing header SRH
  • the destination address of the IPv6 header points to the first backbone network ingress device
  • the SRH includes the fourth information and the fifth information.
  • the fourth information is the first endpoint segment identifier END.SID1 of the first backbone network entry device
  • the fifth information is the second endpoint segment identifier END.SID2 of the first backbone network egress device
  • the SRH also includes the IPv6 address of the second site edge.
  • the fourth information is the first endpoint segment identifier END.SID1 of the first backbone network ingress device
  • the fifth information is the endpoint segment identifier END.X SID with a cross-connection to a layer 3 adjacency relationship array assigned by the first backbone network device egress device for the adjacency relationship between the first backbone network device egress device and the second site edge.
  • the operation of associating the first endpoint segment identifier END.SID1 includes: matching the upper layer overly SRv6 between the first backbone network ingress device and the first backbone network egress device according to the next hop SID of the END.SID1; Policy.
  • the operation associated with the first endpoint segment identifier END.SID1 includes: matching the upper layer overly SRv6 Policy from the first backbone network ingress device to the first backbone network egress device according to the next hop SID of the END.SID1 and the service intent information.
  • the first end-to-end path is an SR-MPLS TE policy
  • the second service message includes an MPLS label stack
  • the MPLS label stack includes the fourth information and the fifth information
  • the fourth information is the first node SID of the first backbone network ingress device
  • the fifth information includes: the second node SID of the first backbone network egress device, and the adjacency segment identifier adj-SID allocated by the first backbone network device egress device to the adjacency relationship between the first backbone network device egress device and the second site edge.
  • the operation of associating the first node SID includes: matching the upper layer overly SR-MPLS TE policy between the first backbone network ingress device and the first backbone network egress device according to the next hop SID of the first node SID in the label stack.
  • the operation of associating the first node SID includes: matching the upper layer overly SR-MPLS TE policy from the first backbone network ingress device to the first backbone network egress device according to the next hop SID of the first node SID in the label stack and the service intent information.
  • the first end-to-end path is a tunnel encapsulated based on the general network virtualization encapsulation GENEVE protocol, and the second service message is encapsulated using SRv6 in GENEVE.
  • the first end-to-end path is a tunnel encapsulated based on the Generic Routing Encapsulation (GRE) protocol
  • the second service message includes SRv6 over GRE encapsulation.
  • the second service message includes: an outer IP header, a User Datagram Protocol UDP header, an outer GRE encapsulation, an IPv6 header, an SRH, an inner GRE encapsulation and a payload
  • the payload includes the first service message
  • the inner GRE encapsulation includes a VPN identifier of the VPN service carried by the first service message.
  • the method further includes:
  • the first site edge receives the third service message
  • the first site edge encapsulates the path information of the third end-to-end path in the outer layer of the third service message to obtain the fourth service message; wherein the path information of the third end-to-end path includes the sixth information identifying the second backbone network entry device in the backbone network and the seventh information identifying the second backbone network exit device in the backbone network, the entry point of the third end-to-end path is the first site edge, the exit point of the third end-to-end path is the second site edge, the third end-to-end path passes through the second backbone network entry device and the second backbone network exit device, the first site edge multi-homes access to the first backbone network entry device and the second backbone network entry device, and the second site edge multi-homes access to the first backbone network exit device and the second backbone network exit device;
  • the first site edge sends the fourth service message through the third end-to-end path.
  • the third business message in method 700 may correspond to business message 4 in method 600; the fourth business message in method 700 may correspond to business message 5 in method 600; the third end-to-end path in method 700 may correspond to end-to-end path 2 in method 600; the third information in method 700 may correspond to information 3 in method 600; the fourth information in method 700 may correspond to information 4 in method 600; the second backbone network ingress device in method 700 may correspond to backbone network ingress device 2 in method 600; the second backbone network egress device in method 700 may correspond to backbone network egress device 2 in method 600.
  • the first site edge accesses the first backbone network entry device through a software-defined wide area network SD-WAN tunnel or the Internet.
  • FIG 17 is a flowchart of another information notification method provided in an embodiment of the present application.
  • the information notification method 800 shown in Figure 17 can be applied to the above method 100 or method 200 or method 300 or method 400 or method 500.
  • the information notification method 800 shown in FIG. 17 may be applied to the second communication device.
  • the method 800 may include the following S701-S702.
  • S801 Acquire a first route, where the first route includes first information of a first backbone network egress device in a backbone network and an identifier of a second site edge, where the second site edge accesses the backbone network through the first backbone network egress device.
  • S802 Notify the first route to the first site edge, and the first site edge accesses the Backbone network.
  • the first site edge in method 800 may correspond to site edge1 in method 100; the second site edge in method 800 may correspond to site edge2 in method 100; the first route in method 800 may correspond to route 1 in method 100; the first backbone network export device in method 800 may correspond to backbone network export device 1 in method 100; the first information in method 800 may correspond to information 1 in method 100.
  • the first site edge in method 800 may correspond to the site edge1 in method 200; the second site edge in method 800 may correspond to the site edge2 in method 200; the first route in method 800 may correspond to route 1' in method 100; the first backbone network export device in method 800 may correspond to backbone network export device 1 in method 200; the first information in method 800 may correspond to information 1 in method 200.
  • the first site edge in method 800 may correspond to site edge1 in method 300; the first route in method 800 may correspond to route 1" in method 300; the first backbone network egress device in method 800 may correspond to backbone network egress device 1 in method 300; the first information in method 800 may correspond to information 1 in method 300.
  • the first information includes one or more of the following: a first segment identifier SID assigned by the first backbone network export device to the adjacency relationship between the first backbone network export device and the second site edge; a second SID of the first backbone network export device; a routing priority of the first backbone network export device; and a load sharing weight of the first backbone network export device.
  • the first SID in the method 800 may be SID1 in the method 100 ; and the second SID in the method 800 may be SID2 in the method 100 .
  • the first SID in the method 800 may be SID1 in the method 200 ; and the second SID in the method 800 may be SID2 in the method 200 .
  • the first SID in the method 800 may be SID1 in the method 300 ; and the second SID in the method 800 may be SID2 in the method 300 .
  • the first SID is an Internet Protocol version 6 segment routing endpoint segment identifier SRv6 END.X SID that is cross-connected to a layer 3 adjacency array
  • the second SID is an Internet Protocol version 6 segment routing endpoint segment identifier SRv6END.SID; or, the first SID is an adjacency segment identifier adj-SID, and the second SID is a node SID.
  • the second communication device is the second site edge
  • the first route includes: a software-defined wide area network SD-WAN gateway information announcement route
  • the SD-WAN gateway information announcement route includes at least one type-length value TLV
  • the at least one TLV carries the first information.
  • the SD-WAN gateway information announcement route includes a first TLV, the value field of the first TLV is used to carry the first SID and/or second SID in the first information, the first TLV also includes a priority sub-TLV and/or a weight sub-TLV, the priority sub-TLV is used to carry the routing priority in the first information, and the weight sub-TLV is used to carry the load sharing weight in the first information.
  • the first TLV mentioned in the method 700 may be the MP_REACH_NLRI shown in FIG. 4 a mentioned in the method 100 .
  • the second communication device is the second site edge
  • the first route includes a virtual private network VPN route.
  • the VPN route includes a first metadata path attribute Metadata Path Attribute, and the first Metadata Path Attribute carries the first information.
  • the first Metadata Path Attribute in method 800 can correspond to Metadata Path Attribute2 in method 100.
  • the first route further includes: service intent information.
  • the service intent information includes one or more of the following: a gateway through which the service traffic needs to pass, a gateway through which the service traffic needs to bypass, and a quality of service parameter that needs to be met when transmitting the service traffic.
  • the first route includes a second Metadata Path Attribute
  • the second Metadata Path Attribute includes the service intent information
  • the second Metadata Path Attribute in method 800 can correspond to Metadata Path Attribute1 in method 100.
  • the second Metadata Path Attribute in the method 800 may correspond to Metadata Path Attribute2 in the method 200.
  • the second communication device is the first backbone network egress device
  • the notifying the first site edge of the first route includes: notifying the first route to the first site edge through the first backbone network ingress device.
  • the first backbone network access device in method 700 may correspond to backbone network access device 1 in method 300 .
  • the first route includes: the first SD-WAN gateway automatically discovers the route.
  • the method 800 when the method 800 is applied to the above method 100 or 200, the method also includes: notifying the first site edge of a second route, the second route including second information of a second backbone network export device in the backbone network and an identifier of the second site edge, and the second site edge accesses the backbone network through the second backbone network export device.
  • the second route in method 800 may correspond to route 2 in method 100; the second backbone network export device in method 800 may correspond to backbone network export device 2 in method 100; the second information in method 800 may correspond to information 2 in method 100; the second binding relationship in method 800 may correspond to binding relationship 2 in method 100.
  • the second route in method 800 may correspond to route 1' in method 200; the second backbone network export device in method 800 may correspond to backbone network export device 2 in method 200; the second information in method 800 may correspond to information 2 in method 200; the second binding relationship in method 800 may correspond to binding relationship 2 in method 200.
  • the method 800 can also be applied to the above method 400 or 500.
  • the method also includes: receiving a third route sent by the first backbone network export device, and the third route is used to notify the third information of the first backbone network export device; according to the third route, obtaining the first binding relationship between the second site edge and the first backbone network export device.
  • the second site edge in method 800 may correspond to the site edge in method 400; the first backbone network egress device in method 800 may correspond to the gateway in method 400; the third route in method 800 may correspond to route 3 in method 400; the third information in method 800 may correspond to information 3 in method 400.
  • the third binding relationship in method 800 may correspond to binding relationship 3 in method 400.
  • the second site edge in method 800 may correspond to the site edge in method 500; the first backbone network egress device in method 800 may correspond to the gateway in method 500; the third route in method 800 may correspond to route 3' in method 500; the third information in method 800 may correspond to information 3 in method 500.
  • the third binding relationship in method 800 may correspond to binding relationship 3 in method 500.
  • the third information includes: a third SID allocated by the first backbone network egress device for the adjacency relationship between the first backbone network egress device and the second site edge, and/or a fourth SID of the first backbone network egress device.
  • the third SID in the method 800 may correspond to SID3 in the method 400
  • the fourth SID in the method 800 may correspond to SID4 in the method 400 .
  • the third SID in the method 800 may correspond to SID3 in the method 500
  • the fourth SID in the method 800 may correspond to SID4 in the method 500 .
  • the method 800 when the method 800 can also be applied to the above method 400 or 500, the method also includes: receiving a fourth route sent by a second backbone network export device, the fourth route being used to announce fourth information of the second backbone network export device; and obtaining a second binding relationship between the second site edge and the second backbone network export device according to the fourth route.
  • the method further includes: determining the routing priorities corresponding to the first backbone network egress device and the second backbone network egress device respectively; and/or determining the load sharing weights corresponding to the first backbone network egress device and the second backbone network egress device respectively.
  • the third route is the second SD-WAN
  • the gateway automatically discovers routes.
  • the third route is a BGP link state LS route
  • the BGP LS route includes a second TLV
  • the second TLV indicates that the third route is used to notify the third information of the first backbone network export device.
  • the second TLV in method 800 may correspond to TLV1 in method 500 .
  • the second TLV is a role announcement TLV
  • the role announcement TLV indicates that the role of the first backbone network egress device is a gateway.
  • the third route also includes intermediate gateway information, and the intermediate gateway information indicates at least one intermediate gateway between a backbone network ingress device in the backbone network and the first backbone network egress device.
  • the third route includes a third Metadata Path Attribute, and the third Metadata Path Attribute carries the intermediate gateway information.
  • the third Metadata Path Attribute in method 800 can correspond to Metadata Path Attribute3 in method 400.
  • the third Metadata Path Attribute in method 800 can correspond to Metadata Path Attribute 4 in method 500.
  • the method further includes: determining gateway constraint information in the service intent information according to the intermediate gateway information, wherein the gateway constraint information indicates a gateway constraint condition that needs to be followed to determine a path to reach the second site edge.
  • the gateway constraint condition includes: a gateway that needs to be passed through, and/or a gateway that needs to be detoured.
  • FIG. 18 is a flow chart of another information notification method provided in an embodiment of the present application.
  • the information notification method 900 shown in Fig. 18 can be applied to the above method 300 or method 600.
  • the information notification method 900 shown in FIG. 18 may be applied to the first backbone network ingress device.
  • the method 900 may include the following S901-S902.
  • S901 Receive a first route announced by a first backbone network egress device in the backbone network, wherein the first route includes information of the first backbone network egress device and an identifier of a second site edge, wherein the second site edge accesses the backbone network through the first backbone network egress device, and the first site edge accesses the backbone network through the first backbone network ingress device.
  • S902 Notify the first route to the first site edge.
  • the first backbone network egress device in method 900 corresponds to backbone network egress device 1 in method 300; the first route in method 900 may correspond to route 1" in method 300; the information of the first backbone network egress device in method 900 may correspond to information 1 in method 300; the second site edge in method 900 may correspond to site edge2 in method 300; the first backbone network entry device in method 900 may correspond to backbone network entry device 1 in method 300; the first site edge in method 900 may correspond to site edge1 in method 300.
  • the method 900 may further include the following contents:
  • the first backbone network ingress device receives a second service message from the first site edge edge, the payload of the second service message includes the first service message, the outer layer of the first service message encapsulates the path information of the end-to-end path between the first site edge and the second site edge; wherein the path information of the end-to-end path includes: first information identifying the first backbone network ingress device and second information identifying the first backbone network egress device in the backbone network, the ingress endpoint of the end-to-end path is the first site edge, the egress endpoint of the end-to-end path is the second site edge, the end-to-end path passes through the first backbone network ingress device and the first backbone network egress device, the first site edge accesses the backbone network through the first backbone network ingress device, and the second site edge accesses the backbone network through the first backbone network egress device.
  • the first backbone network ingress device processes the second service message according to the first information to obtain a third service
  • the first site edge in method 900 may correspond to site edge1 in method 600; the first service message in method 900 may correspond to service message 1 in method 600; the second service message in method 900 may correspond to service message 2 in method 600; the first end-to-end path in method 900 may correspond to end-to-end path 1 in method 600; the first information in method 900 may correspond to information 1 in method 600; the second information in method 900 may correspond to information 2 in method 600; the first backbone network ingress device in method 900 may correspond to backbone network ingress device 1 in method 600; the first backbone network egress device in method 900 may correspond to The backbone network egress device 1 in method 600 and the second site edge in method 900 may correspond to the site edge2 in method 600.
  • the third service message in method 900 may correspond to the service message 3 in method 600.
  • the second service message also includes service intention information.
  • the service intention information is carried in a metadata field of the second service message.
  • the end-to-end path is an SRv6 tunnel
  • the second service message includes an IPv6 header and a segment routing header SRH
  • the destination address of the IPv6 header points to the first backbone network ingress device
  • the SRH includes the first information and the second information.
  • the first information is a first endpoint segment identifier END.SID1 allocated by the first backbone network ingress device
  • the second information is a second endpoint segment identifier END.SID2 allocated by the first backbone network egress device
  • the SRH also includes an IPv6 address of the second site edge.
  • the first information is the first endpoint segment identifier END.SID1 of the first backbone network ingress device
  • the second information is the endpoint segment identifier END.X SID with a cross-connection to a layer 3 adjacency relationship array, which is allocated by the first backbone network device egress device for the adjacency relationship between the first backbone network device egress device and the second site edge.
  • the operation associated with the first endpoint segment identifier END.SID1 includes: matching the upper layer overly SRv6 policy between the first backbone network ingress device and the first backbone network egress device according to the next hop SID of the END.SID1 in the SRH.
  • the operation associated with the first endpoint segment identifier END.SID1 includes: matching the upper layer overly SRv6 policy from the first backbone network ingress device to the first backbone network egress device according to the next hop SID of the END.SID1 in the SRH and the service intent information.
  • the second service message is processed according to the first information to obtain a third service message, including: matching the first overly SRv6 policy from the first backbone network ingress device to the first backbone network egress device according to the next-hop SID of END.SID1 in the SRH; and encapsulating the second service message using the first overly SRv6 policy to obtain the third service message.
  • the second service message is processed according to the first information to obtain a third service message, including: matching the second overly SRv6 policy from the first backbone network ingress device to the first backbone network egress device according to the next-hop SID of END.SID1 in the SRH and the service intent information; and encapsulating the second service message using the second overly SRv6 Policy to obtain the third service message.
  • the end-to-end path is an SR-MPLS TE policy
  • the second service message includes an MPLS label stack
  • the MPLS label stack includes the first information and the second information
  • the first information is the first node SID of the first backbone network ingress device
  • the second information includes: the second node SID of the first backbone network egress device, and the adjacency segment identifier adj-SID assigned by the first backbone network device egress device to the adjacency relationship between the first backbone network device egress device and the second site edge.
  • the operation of associating the first node SID includes: matching an upper-layer overly SR-MPLS TE policy from the first backbone network ingress device to the first backbone network egress device according to the next-hop SID of the first node SID in the label stack.
  • the operation of associating the first node SID includes: matching the upper layer overly SR-MPLS TE policy from the first backbone network ingress device to the first backbone network egress device according to the next hop SID of the first node SID in the label stack and the service intent information.
  • the second service message is processed according to the first information to obtain a third service message, including: matching the first overly SR-MPLS TE policy from the first backbone network ingress device to the first backbone network egress device according to the next hop SID of the first node SID in the label stack; and encapsulating the second service message using the first overly SR-MPLS TE policy to obtain the third service message.
  • the second service message is processed according to the first information to obtain a third service message, including: matching the second overly SR-MPLS TE policy from the first backbone network ingress device to the first backbone network egress device according to the next hop SID of the first node SID in the label stack and the service intent information; and encapsulating the second service message using the second overly SR-MPLS TE policy to obtain the third service message.
  • the end-to-end path is a tunnel encapsulated based on the general network virtualization encapsulation GENEVE protocol, and the second service message is encapsulated using SRv6 in GENEVE.
  • the end-to-end path is a tunnel encapsulated based on the Generic Routing Encapsulation (GRE) protocol, and the second service message includes SRv6 over GRE encapsulation.
  • GRE Generic Routing Encapsulation
  • the second service message includes: an outer IP header, a User Datagram Protocol UDP header, an outer GRE encapsulation, an IPv6 header, an SRH, an inner GRE encapsulation and a payload
  • the payload includes the first service message
  • the inner GRE encapsulation includes a VPN identifier of the VPN service carried by the first service message.
  • the first site edge accesses the first backbone network entry device through a software-defined wide area network SD-WAN tunnel or the Internet.
  • Fig. 19 is a flow chart of another information notification method provided in an embodiment of the present application
  • the information notification method 1000 shown in Fig. 19 can be applied to the above method 400 or method 500.
  • the information notification method 1000 may be applied to a site edge, and the method may include the following S1001 - S1002 .
  • S1001 Receive a first route sent by a first backbone network edge device, where the first route is used to notify first information of the first backbone network edge device, and the site edge accesses the backbone network through the first backbone network edge device.
  • S1002 Obtain a first binding relationship between the site edge and the first backbone network edge device according to the first route.
  • the first backbone network edge device in method 1000 can correspond to the gateway in method 400; the site edge in method 1000 can correspond to the site edge in method 400; the first route in method 1000 can correspond to route 3 in method 400; the first information in method 1000 can correspond to information 3 in method 400; the first binding relationship in method 1000 can correspond to binding relationship 3 in method 400.
  • the first backbone network edge device in method 1000 can correspond to the gateway in method 500; the site edge in method 1000 can correspond to the site edge in method 500; the first route in method 1000 can correspond to route 3' in method 500; the first information in method 1000 can correspond to information 3 in method 500; the first binding relationship in method 1000 can correspond to binding relationship 3 in method 500.
  • the first information includes: a first SID allocated by the first backbone network edge device for an adjacency relationship between the first backbone network edge device and the site edge, and/or a second SID of the first backbone network edge device.
  • the first SID in the method 1000 may correspond to SID3 in the method 400 ; the second SID in the method 1000 may correspond to SID4 in the method 400 .
  • the first SID in the method 1000 may correspond to SID3 in the method 500 ; the second SID in the method 1000 may correspond to SID4 in the method 500 .
  • the method further includes: receiving a second route sent by a second backbone network edge device, the second route being used to notify second information of the second backbone network edge device; and obtaining a second binding relationship between the site edge and the second backbone network edge device according to the second route.
  • the method further includes: determining the routing priorities corresponding to the first backbone network edge device and the second backbone network edge device respectively; and/or determining the load sharing weights corresponding to the first backbone network edge device and the second backbone network edge device respectively.
  • the first route is an SD-WAN gateway automatic discovery route.
  • the first route is a BGP link state LS route
  • the BGP LS route includes a TLV
  • the TLV indicates that the first route is used to notify the first information of the first backbone network edge device.
  • the TLV in method 1000 may correspond to TLV1 in method 500 .
  • the TLV is a role announcement TLV
  • the role announcement TLV indicates that the role of the backbone network edge device is a gateway.
  • the first route also includes intermediate gateway information, and the intermediate gateway information indicates at least one intermediate gateway between a backbone network ingress device and a backbone network egress device in the backbone network.
  • the first route includes a Metadata Path Attribute, wherein the Metadata Path Attribute Carrying the intermediate gateway information.
  • the Metadata Path Attribute in method 1000 can correspond to the Metadata Path Attribute3 in method 400.
  • the Metadata Path Attribute in method 1000 can correspond to the Metadata Path Attribute4 in method 500.
  • the method further includes: determining gateway constraint information in the service intent information according to the intermediate gateway information, wherein the gateway constraint information indicates a gateway constraint condition that needs to be followed to determine a path to reach the site edge.
  • the gateway constraint condition includes: a gateway that needs to be passed through, and/or a gateway that needs to be detoured.
  • Fig. 20 is a flow chart of another information notification method provided in an embodiment of the present application
  • the information notification method 1100 shown in Fig. 20 can be applied to the above method 400 or method 500.
  • the information notification method 1100 may be applied to a backbone network edge device, and the method may include the following S1101 - S1102 .
  • S1101 Acquire a route, where the route is used to notify information of the backbone network edge device.
  • S1102 Send the route to the site edge, and the site edge accesses the backbone network through the backbone network edge device.
  • the backbone network edge device in method 1100 can correspond to the gateway in method 400; the site edge in method 1100 can correspond to the site edge in method 400; the route in method 1100 can correspond to route 3 in method 400; the information in method 1100 can correspond to information 3 in method 400.
  • the backbone network edge device in method 1100 can correspond to the gateway in method 500; the site edge in method 1100 can correspond to the site edge in method 500; the route in method 1100 can correspond to route 3' in method 400; the information in method 1100 can correspond to information 3 in method 500.
  • the information includes: a first SID allocated by the backbone network edge device for the adjacency relationship between the backbone network edge device and the site edge, and/or a second SID of the backbone network edge device.
  • the first SID in the method 1100 may correspond to SID3 in the method 400 ; the second SID in the method 1100 may correspond to SID4 in the method 400 .
  • the first SID in the method 1100 may correspond to SID3 in the method 500 ; the second SID in the method 1100 may correspond to SID4 in the method 500 .
  • the route is an SD-WAN gateway automatic discovery route.
  • the route is a BGP link state LS route
  • the BGP LS route includes a TLV
  • the TLV indicates that the route is used to notify the backbone network edge device of information.
  • the TLV in method 1100 may correspond to TLV1 in method 500 .
  • the TLV is a role announcement TLV
  • the role announcement TLV indicates that the role of the backbone network edge device is a gateway.
  • the route further includes intermediate gateway information, and the intermediate gateway information indicates at least one intermediate gateway between a backbone network ingress device and a backbone network egress device in the backbone network.
  • the route includes a Metadata Path Attribute
  • the Metadata Path Attribute carries the intermediate gateway information
  • the Metadata Path Attribute in method 1100 can correspond to the Metadata Path Attribute3 in method 400.
  • the Metadata Path Attribute in method 1100 can correspond to the Metadata Path Attribute4 in method 500.
  • this figure is a schematic flow chart of a method for forwarding traffic provided in an embodiment of the present application.
  • the method 1200 for forwarding traffic shown in Fig. 21 can be applied to the above method 600.
  • the method 1200 for forwarding traffic may include the following S1201 - S1203 .
  • the first site edge receives a first service message.
  • the first site edge encapsulates the path information of the first end-to-end path in the outer layer of the first service message to obtain a second service message; wherein the path information of the first end-to-end path includes first information identifying the first backbone network ingress device in the backbone network and second information identifying a first backbone network egress device in the backbone network, the ingress endpoint of the first end-to-end path being the first site edge, the egress endpoint of the first end-to-end path being the second site edge, the first end-to-end path passing through the first backbone network ingress device and the first backbone network egress device, the first site edge accessing the backbone network through the first backbone network ingress device, and the second site edge accessing the backbone network through the first backbone network egress device.
  • S1203 The first site edge sends the second service message through the first end-to-end path.
  • the first site edge in method 1200 may correspond to site edge1 in method 600; the first business message in method 1200 may correspond to business message 1 in method 600; the second business message in method 1200 may correspond to business message 2 in method 600; the first end-to-end path in method 1200 may correspond to end-to-end path 1 in method 600; the first information in method 1200 may correspond to information 1 in method 600; the second information in method 1200 may correspond to information 2 in method 600; the first backbone network ingress device in method 1200 may correspond to backbone network ingress device 1 in method 600; the first backbone network egress device in method 1200 may correspond to backbone network egress device 1 in method 600; the second site edge in method 1200 may correspond to site edge2 in method 600.
  • the first service message is used to carry a virtual private network VPN service.
  • the method also includes: the first site edge, based on the VPN service, combines the first backbone network entry device and the first backbone network exit device as needed to orchestrate the first end-to-end path from the first site edge to the second site edge.
  • the second service message also includes service intention information.
  • the service intention information is carried in a metadata field of the second service message.
  • the method before encapsulating the path information of the first end-to-end path, the method further includes: the first site edge determines, based on the destination address of the first service message, that the next hop for forwarding the first service message is the second site edge, and iterates the first segment routing policy SR policy based on the Internet Protocol IP address of the second site edge to obtain the path information of the first end-to-end path.
  • the first SR policy in method 1200 can correspond to SR policy 1 in method 600.
  • the first end-to-end path is an SRv6 tunnel
  • the second service message includes an IPv6 header and a segment routing header SRH
  • the destination address of the IPv6 header points to the first backbone network ingress device
  • the SRH includes the first information and the second information.
  • the first information is the first endpoint segment identifier END.SID1 of the first backbone network ingress device
  • the second information is the second endpoint segment identifier END.SID2 of the first backbone network egress device
  • the SRH also includes the IPv6 address of the second site edge.
  • the first information is the first endpoint segment identifier END.SID1 of the first backbone network ingress device
  • the second information is the endpoint segment identifier END.X SID with a cross-connection to a layer 3 adjacency relationship array, which is allocated by the first backbone network device egress device for the adjacency relationship between the first backbone network device egress device and the second site edge.
  • the operation associated with the first endpoint segment identifier END.SID1 includes: matching the upper layer overly SRv6Policy between the first backbone network ingress device and the first backbone network egress device according to the next hop SID of the END.SID1.
  • the operation associated with the first endpoint segment identifier END.SID1 includes: matching the upper layer overly SRv6 Policy from the first backbone network ingress device to the first backbone network egress device according to the next hop SID of the END.SID1 and the service intent information.
  • the first end-to-end path is an SR-MPLS TE policy
  • the second service message includes an MPLS label stack
  • the MPLS label stack includes the first information and the second information
  • the first information is a first node SID of the first backbone network ingress device
  • the second information includes: the second node SID of the first backbone network egress device, and the adjacency segment identifier adj-SID allocated by the first backbone network device egress device to the adjacency relationship between the first backbone network device egress device and the second site edge.
  • the operation of associating the first node SID includes: matching the upper layer overly SR-MPLS TE policy between the first backbone network ingress device and the first backbone network egress device according to the next hop SID of the first node SID in the label stack.
  • the operation associated with the first node SID includes: matching an upper layer overly SR-MPLS TE policy between the first backbone network ingress device and the first backbone network egress device according to the next hop SID of the first node SID in the label stack and the service intent information.
  • the first end-to-end path is a tunnel encapsulated based on the general network virtualization encapsulation GENEVE protocol, and the second service message is encapsulated using SRv6 in GENEVE.
  • the first end-to-end path is a tunnel encapsulated based on the Generic Routing Encapsulation (GRE) protocol
  • the second service message includes SRv6 over GRE encapsulation.
  • the second service message includes: an outer IP header, a User Datagram Protocol UDP header, an outer GRE encapsulation, an IPv6 header, an SRH, an inner GRE encapsulation and a payload
  • the payload includes the first service message
  • the inner GRE encapsulation includes a VPN identifier of the VPN service carried by the first service message.
  • the method further includes:
  • the first site edge receives the third service message
  • the first site edge encapsulates the path information of the second end-to-end path in the outer layer of the third service message to obtain a fourth service message; wherein the path information of the second end-to-end path includes third information identifying a second backbone network ingress device in the backbone network and fourth information identifying a second backbone network egress device in the backbone network, the ingress endpoint of the second end-to-end path is the first site edge, the egress endpoint of the second end-to-end path is the second site edge, the second end-to-end path passes through the second backbone network ingress device and the second backbone network egress device, the first site edge is multi-homed to access the first backbone network ingress device and the second backbone network ingress device, and the second site edge is multi-homed to access the first backbone network egress device and the second backbone network egress device;
  • the first site edge sends the fourth service message through the second end-to-end path.
  • the third business message in method 1200 may correspond to business message 4 in method 600; the fourth business message in method 1200 may correspond to business message 5 in method 600; the second end-to-end path in method 1200 may correspond to end-to-end path 2 in method 600; the third information in method 1200 may correspond to information 3 in method 600; the fourth information in method 1200 may correspond to information 4 in method 600; the second backbone network ingress device in method 1200 may correspond to backbone network ingress device 2 in method 600; the second backbone network egress device in method 1200 may correspond to backbone network egress device 2 in method 600.
  • the first site edge accesses the first backbone network entry device through a software-defined wide area network SD-WAN tunnel or the Internet.
  • this figure is a flow chart of another method for forwarding traffic provided in an embodiment of the present application.
  • the method 1300 for forwarding traffic shown in Fig. 22 can be applied to the above method 600.
  • the method 1300 for forwarding traffic may include the following S1301 - S1303 .
  • the first backbone network ingress device in the backbone network receives a second service message from the first site edge edge, the payload of the second service message includes the first service message, and the outer layer of the first service message encapsulates the path information of the end-to-end path between the first site edge and the second site edge; wherein the path information of the end-to-end path includes: first information identifying the first backbone network ingress device and second information identifying the first backbone network egress device in the backbone network, the ingress endpoint of the end-to-end path is the first site edge, the egress endpoint of the end-to-end path is the second site edge, the end-to-end path passes through the first backbone network ingress device and the first backbone network egress device, the first site edge accesses the backbone network through the first backbone network ingress device, and the second site edge accesses the backbone network through the first backbone network egress device.
  • the first backbone network ingress device processes the second service message according to the first information to obtain a third service message.
  • the first backbone network ingress device sends the third service message to the first backbone network egress device.
  • the first site edge in method 1300 may correspond to site edge1 in method 600; the first service message in method 1300 may correspond to service message 1 in method 600; the second service message in method 1300 may correspond to service message 2 in method 600; the first end-to-end path in method 1300 may correspond to end-to-end path 1 in method 600; the first information in method 1300 may correspond to information 1 in method 600; the second information in method 1300 may correspond to information 2 in method 600; the first backbone network ingress device in method 1300 may correspond to backbone network ingress device 1 in method 600; the first backbone network egress device in method 1300 may correspond to backbone network egress device 1 in method 600; the second site edge in method 1300 may correspond to site edge2 in method 600.
  • the third service message in method 1300 may correspond to service message 3 in method 600.
  • the second service message also includes service intention information.
  • the service intention information is carried in a metadata field of the second service message.
  • the end-to-end path is an SRv6 tunnel
  • the second service message includes an IPv6 header and a segment routing header SRH
  • the destination address of the IPv6 header points to the first backbone network ingress device
  • the SRH includes the first information and the second information.
  • the first information is a first endpoint segment identifier END.SID1 allocated by the first backbone network ingress device
  • the second information is a second endpoint segment identifier END.SID2 allocated by the first backbone network egress device
  • the SRH also includes an IPv6 address of the second site edge.
  • the first information is the first endpoint segment identifier END.SID1 of the first backbone network ingress device
  • the second information is the endpoint segment identifier END.X SID with a cross-connection to a layer 3 adjacency relationship array, which is allocated by the first backbone network device egress device for the adjacency relationship between the first backbone network device egress device and the second site edge.
  • the operation associated with the first endpoint segment identifier END.SID1 includes: matching the upper layer overly SRv6 policy between the first backbone network ingress device and the first backbone network egress device according to the next hop SID of the END.SID1 in the SRH.
  • the operation associated with the first endpoint segment identifier END.SID1 includes: matching the upper layer overly SRv6 policy from the first backbone network ingress device to the first backbone network egress device according to the next hop SID of the END.SID1 in the SRH and the service intent information.
  • the second service message is processed according to the first information to obtain a third service message, including: matching the first overly SRv6 policy from the first backbone network ingress device to the first backbone network egress device according to the next-hop SID of END.SID1 in the SRH; and encapsulating the second service message using the first overly SRv6 policy to obtain the third service message.
  • the second service message is processed according to the first information to obtain a third service message, including: matching the second overly SRv6 policy from the first backbone network ingress device to the first backbone network egress device according to the next-hop SID of END.SID1 in the SRH and the service intent information; and encapsulating the second service message using the second overly SRv6 Policy to obtain the third service message.
  • the end-to-end path is an SR-MPLS TE policy
  • the second service message includes an MPLS label stack
  • the MPLS label stack includes the first information and the second information
  • the first information is the first node SID of the first backbone network ingress device
  • the second information includes: the second node SID of the first backbone network egress device, and the adjacency segment identifier adj-SID assigned by the first backbone network device egress device to the adjacency relationship between the first backbone network device egress device and the second site edge.
  • the operation of associating the first node SID includes: matching an upper-layer overly SR-MPLS TE policy from the first backbone network ingress device to the first backbone network egress device according to the next-hop SID of the first node SID in the label stack.
  • the operation of associating the first node SID includes: matching the upper layer overly SR-MPLS TE policy from the first backbone network ingress device to the first backbone network egress device according to the next hop SID of the first node SID in the label stack and the service intent information.
  • the second service message is processed according to the first information to obtain a third service message, including: matching the first overly SR-MPLS TE policy from the first backbone network ingress device to the first backbone network egress device according to the next hop SID of the first node SID in the label stack; and encapsulating the second service message using the first overly SR-MPLS TE policy to obtain the third service message.
  • the second service message is processed according to the first information to obtain a third service message, including: matching the second overly SR-MPLS TE policy from the first backbone network ingress device to the first backbone network egress device according to the next hop SID of the first node SID in the label stack and the service intent information; and encapsulating the second service message using the second overly SR-MPLS TE policy to obtain the third service message.
  • the end-to-end path is a tunnel encapsulated based on the general network virtualization encapsulation GENEVE protocol, and the second service message is encapsulated using SRv6 in GENEVE.
  • the end-to-end path is a tunnel encapsulated based on the Generic Routing Encapsulation (GRE) protocol
  • the second Service messages include SRv6 over GRE encapsulation.
  • the second service message includes: an outer IP header, a User Datagram Protocol UDP header, an outer GRE encapsulation, an IPv6 header, an SRH, an inner GRE encapsulation and a payload
  • the payload includes the first service message
  • the inner GRE encapsulation includes a VPN identifier of the VPN service carried by the first service message.
  • the first site edge accesses the first backbone network entry device through a software-defined wide area network SD-WAN tunnel or the Internet.
  • the embodiment of the present application also provides a communication device for executing the information notification method provided in the above method embodiment.
  • the communication device may include a transceiver unit and/or a processing unit; the transceiver unit is used to perform receiving and/or sending operations; the processing unit is used to perform operations other than receiving and/or sending operations.
  • the transceiver unit includes a receiving unit and/or a sending unit, the receiving unit is used to perform a receiving operation, and the sending unit is used to perform a sending operation.
  • the structure of the communication device may be as shown in FIG23a, which is a schematic diagram of the structure of a communication device provided in an embodiment of the present application. As shown in FIG23a:
  • the communication device 2310 includes: a receiving unit 2311 and a processing unit 2312 .
  • the communication device 2310 may be applied to a first communication device as a first site edge. For this case:
  • the receiving unit 2311 is configured to receive a first route announced by a second communication device, wherein the first route includes first information of a first backbone network egress device and an identifier of a second site edge in the backbone network, wherein the second site edge accesses the backbone network through the first backbone network egress device, and the first site edge accesses the backbone network through the first backbone network ingress device;
  • the processing unit 2312 is used to obtain a first binding relationship between the second site edge and the first backbone network egress device according to the first route.
  • the processing unit 2312 is also used to: determine a first end-to-end path from the first site edge to the second site edge based on the first binding relationship, and the first end-to-end path passes through the first backbone network ingress device and the first backbone network egress device.
  • the first information includes one or more of the following: a first segment identifier SID assigned by the first backbone network export device to the adjacency relationship between the first backbone network export device and the second site edge; a second SID of the first backbone network export device; a routing priority of the first backbone network export device; and a load sharing weight of the first backbone network export device.
  • the first SID is an Internet Protocol version 6 segment routing endpoint segment identifier SRv6 END.X SID that is cross-connected to a layer 3 adjacency array
  • the second SID is an Internet Protocol version 6 segment routing endpoint segment identifier SRv6 END.SID; or, the first SID is an adjacency segment identifier adj-SID, and the second SID is a node SID.
  • the second communication device is the second site edge
  • the first route includes: a software-defined wide area network SD-WAN gateway information announcement route
  • the SD-WAN gateway information announcement route includes at least one type-length value TLV
  • the at least one TLV carries the first information
  • the SD-WAN gateway information announcement route includes a first TLV, the value field of the first TLV is used to carry the first SID and/or second SID in the first information, the first TLV also includes a priority sub-TLV and/or a weight sub-TLV, the priority sub-TLV is used to carry the routing priority in the first information, and the weight sub-TLV is used to carry the load sharing weight in the first information.
  • the second communication device is the second site edge
  • the first route includes a virtual private network VPN route.
  • the VPN route includes a first metadata path attribute Metadata Path Attribute, and the first Metadata Path Attribute carries the first information.
  • the first route further includes: service intent information.
  • the service intention information includes one or more of the following: a gateway that the first end-to-end path needs to pass through, a gateway that the first end-to-end path needs to bypass, and a quality of service parameter.
  • the first route includes a second Metadata Path Attribute
  • the second Metadata Path Attribute includes the service intent information
  • the second communication device is the first backbone network egress device
  • the receiving unit 2311 is configured to: receive the first route announced by the first backbone network egress device through the first backbone network ingress device.
  • the first route includes: the first SD-WAN gateway automatically discovers the route.
  • the receiving unit 2311 is also used to: receive a second route announced by a third communication device, the second route including second information of a second backbone network export device in the backbone network and an identifier of the second site edge, and the second site edge accesses the backbone network through the second backbone network export device; the processing unit 2312 is also used to obtain a second binding relationship between the second site edge and the second backbone network export device according to the second route.
  • the processing unit 2312 is further used to: determine the routing priorities corresponding to the first backbone network egress device and the second backbone network egress device respectively; and/or determine the load sharing weights corresponding to the first backbone network egress device and the second backbone network egress device respectively.
  • the processing unit 2312 is also used to: determine, based on the second binding relationship, a second end-to-end path from the first site edge to the second site edge, wherein the second end-to-end path passes through the first backbone network ingress device and the second backbone network egress device.
  • the receiving unit 2311 is further used to: receive a third route sent by the first backbone network entry device, and the third route is used to notify the third information of the first backbone network entry device; the processing unit 2312 is further used to: obtain a third binding relationship between the first site edge and the first backbone network entry device according to the third route.
  • the third route is the second SD-WAN gateway automatic discovery route or the BGP link state LS route.
  • the third information includes: a third SID allocated by the first backbone network entry device for the adjacency relationship between the first backbone network entry device and the first site edge, and/or a fourth SID of the first backbone network entry device.
  • the third route further includes intermediate gateway information, where the intermediate gateway information indicates at least one intermediate gateway between the first backbone network ingress device and the egress device in the backbone network.
  • the communication device 2310 further includes a sending unit.
  • a sending unit For this case:
  • the receiving unit 2311 is also used to receive a first business message; the processing unit 2312 is also used to encapsulate the path information of the first end-to-end path in the outer layer of the first business message to obtain a second business message; wherein the path information of the first end-to-end path includes fourth information identifying a first backbone network entry device in the backbone network and fifth information identifying a first backbone network exit device in the backbone network, the entry point of the first end-to-end path is the first site edge, the exit point of the first end-to-end path is the second site edge, the first end-to-end path passes through the first backbone network entry device and the first backbone network exit device, the first site edge accesses the backbone network through the first backbone network entry device, and the second site edge accesses the backbone network through the first backbone network exit device; the sending unit is used to send the second business message through the first end-to-end path.
  • the first service message is used to carry a virtual private network VPN service
  • the processing unit 2312 is further used to: before receiving the first service message, according to the VPN service, combine the first backbone network entry device and the first backbone network exit device as needed to orchestrate the first end-to-end path from the first site edge to the second site edge.
  • the second service message also includes service intention information.
  • the service intention information is carried in a metadata field of the second service message.
  • the processing unit 2312 is further used to: before encapsulating the path information of the first end-to-end path, determine that the next hop for forwarding the first business message is the second site edge according to the destination address of the first business message, and iterate the first segment routing policy SR Policy according to the Internet Protocol IP address of the second site edge to obtain the path information of the first end-to-end path.
  • the first end-to-end path is an SRv6 tunnel
  • the second service message includes an IPv6 header and a segment routing header SRH
  • the destination address of the IPv6 header points to the first backbone network ingress device
  • the SRH includes the fourth information and the fifth information.
  • the fourth information is the first endpoint segment identifier END.SID1 of the first backbone network entry device
  • the fifth information is the second endpoint segment identifier END.SID2 of the first backbone network egress device
  • the SRH also includes the IPv6 address of the second site edge.
  • the fourth information is a first endpoint segment identifier END.SID1 of the first backbone network ingress device.
  • the fifth information is an endpoint segment identifier END.X SID having a cross connection to a layer 3 adjacency relationship array, which is allocated by the first backbone network device egress device for the adjacency relationship between the first backbone network device egress device and the second site edge.
  • the operation associated with the first endpoint segment identifier END.SID1 includes: matching the upper layer overly SRv6 Policy between the first backbone network ingress device and the first backbone network egress device according to the next hop SID of the END.SID1.
  • the operation associated with the first endpoint segment identifier END.SID1 includes: matching the upper layer overly SRv6 Policy from the first backbone network ingress device to the first backbone network egress device according to the next hop SID of the END.SID1 and the service intent information.
  • the first end-to-end path is an SR-MPLS TE policy
  • the second service message includes an MPLS label stack
  • the MPLS label stack includes the fourth information and the fifth information
  • the fourth information is the first node SID of the first backbone network ingress device
  • the fifth information includes: the second node SID of the first backbone network egress device, and the adjacency segment identifier adj-SID allocated by the first backbone network device egress device to the adjacency relationship between the first backbone network device egress device and the second site edge.
  • the operation of associating the first node SID includes: matching the upper layer overly SR-MPLS TE policy between the first backbone network ingress device and the first backbone network egress device according to the next hop SID of the first node SID in the label stack.
  • the operation of associating the first node SID includes: matching the upper layer overly SR-MPLS TE policy from the first backbone network ingress device to the first backbone network egress device according to the next hop SID of the first node SID in the label stack and the service intent information.
  • the first end-to-end path is a tunnel encapsulated based on the general network virtualization encapsulation GENEVE protocol, and the second service message is encapsulated using SRv6 in GENEVE.
  • the first end-to-end path is a tunnel encapsulated based on the Generic Routing Encapsulation (GRE) protocol
  • the second service message includes SRv6 over GRE encapsulation.
  • the second service message includes: an outer IP header, a User Datagram Protocol UDP header, an outer GRE encapsulation, an IPv6 header, an SRH, an inner GRE encapsulation and a payload
  • the payload includes the first service message
  • the inner GRE encapsulation includes a VPN identifier of the VPN service carried by the first service message.
  • the receiving unit 2311 is further used to receive a third service message; the processing unit 2312 is further used to encapsulate path information of a third end-to-end path in an outer layer of the third service message to obtain a fourth service message; wherein the path information of the third end-to-end path includes sixth information identifying a second backbone network ingress device in the backbone network and seventh information identifying a second backbone network egress device in the backbone network, the ingress endpoint of the third end-to-end path is the first site edge, the egress endpoint of the third end-to-end path is the second site edge, the third end-to-end path passes through the second backbone network ingress device and the second backbone network egress device, the first site edge is multi-homed to access the first backbone network ingress device and the second backbone network ingress device, and the second site edge is multi-homed to access the first backbone network egress device and the second backbone network egress device; the sending unit is further used
  • the first site edge accesses the first backbone network entry device through a software-defined wide area network SD-WAN tunnel or the Internet.
  • the communication device 2310 may be applied to a site edge. In this case:
  • a receiving unit 2311 is configured to receive a first route sent by a first backbone network edge device, where the first route is used to notify the first information of the first backbone network edge device, and the site edge accesses the backbone network through the first backbone network edge device;
  • the processing unit 2312 is configured to obtain a first binding relationship between the site edge and the first backbone network edge device according to the first route.
  • the first information includes: a first SID allocated by the first backbone network edge device for an adjacency relationship between the first backbone network edge device and the site edge, and/or a second SID of the first backbone network edge device.
  • the receiving unit 2311 is also used to: receive a second route sent by a second backbone network edge device, where the second route is used to notify the second information of the second backbone network edge device; the processing unit 2312 is also used to obtain a second binding relationship between the site edge and the second backbone network edge device based on the second route.
  • the processing unit 2312 is further used to: determine the routing priorities corresponding to the first backbone network edge device and the second backbone network edge device respectively; and/or determine the load sharing weights corresponding to the first backbone network edge device and the second backbone network edge device respectively.
  • the first route is an SD-WAN gateway automatic discovery route.
  • the first route is a BGP link state LS route
  • the BGP LS route includes a TLV
  • the TLV indicates that the first route is used to notify the first information of the first backbone network edge device.
  • the TLV is a role announcement TLV
  • the role announcement TLV indicates that the role of the backbone network edge device is a gateway.
  • the first route also includes intermediate gateway information, and the intermediate gateway information indicates at least one intermediate gateway between a backbone network ingress device and a backbone network egress device in the backbone network.
  • the first route includes a Metadata Path Attribute
  • the Metadata Path Attribute carries the intermediate gateway information
  • the processing unit 2312 is further used to: determine the gateway constraint information in the service intent information according to the intermediate gateway information, and the gateway constraint information indicates the gateway constraint conditions that need to be followed to determine the path to reach the site edge.
  • the gateway constraint condition includes: a gateway that needs to be passed through, and/or a gateway that needs to be detoured.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请实施例公开了一种信息通告方法，该方法可以应用于作为第一站点edge的第一通信装置。第一通信装置可以接收第二通信装置通告的第一路由，并根据第一路由，获取第二站点edge和第一骨干网出口设备的第一绑定关系。其中：第一路由包括骨干网中第一骨干网出口设备接入骨干网，第一站点edge通过第一骨干网入口设备接入骨干网。由此可见，利用本申请实施例的方案，第一站点edge可以获得第一绑定关系，以便于后续基于第一绑定关系，编排由第一站点edge到达第二站点edge的端到端路径，从而使得编排得到的端到端路径更加符合业务需求，相应的，能够提升通过该端到端路径传输的业务流量所提供的服务质量。

Description

一种信息通告方法及装置
本申请要求以下专利申请的优先权，其全部内容通过引用结合在本申请中。
1.于2023年6月16日提交国家知识产权局、申请号为202310726065.3、发明名称为“一种信息通告方法及装置”的中国专利申请；
2.于2023年6月16日提交中国专利局、申请号为202310725238.X、发明名称为“一种报文转发方法及装置”的中国专利申请；
3.于2023年6月30日提交国家知识产权局、申请号为202310801479.8、发明名称为“一种信息通告方法及装置”的中国专利申请；
4.于2023年6月30日提交国家知识产权局、申请号为202310802325.0、发明名称为“一种转发流量的方法及装置”的中国专利申请。
技术领域
本申请涉及通信领域，尤其涉及一种信息通告方法及装置。
背景技术
随着通信技术的发展，在一些场景中，业务流量在网络中需要跨越多个网络域传输。例如，在企业入多云、企业分支互联、用户访问相关服务等场景中，业务流量需要跨越边缘接入网以及骨干网传输。
目前，在业务流量需要跨越多个网络域传输的场景中，网络为业务流量提供的服务质量无法满足业务需求。因此，急需一种方案，能够解决上述问题。
发明内容
本申请实施例提供了一种信息通告方法及装置，可以在业务流量需要跨越多个网络域传输的场景中，提升为业务流量提供的服务质量。
第一方面，本申请实施例提供了一种信息通告方法，该方法可以应用于作为第一站点边缘(edge)的第一通信装置。第一通信装置可以接收第二通信装置通告的第一路由，所述第一路由包括骨干网中第一骨干网出口设备接入所述骨干网，所述第一站点edge通过第一骨干网入口设备接入所述骨干网。第一站点edge接收第一路由之后，可以根据所述第一路由，获取所述第二站点edge和所述第一骨干网出口设备的第一绑定关系。第一站点edge可以利用所述第一绑定关系，编排由所述第一站点edge到达所述第二站点edge的端到端路径。由此可见，利用本申请实施例的方案，第一站点edge可以获得第二站点edge和第二站点edge接入骨干网的第一骨干网出口设备之间的第一绑定关系，以便于后续基于所述第一绑定关系，编排由所述第一站点edge到达所述第二站点edge的端到端路径，从而使得编排得到的端到端路径更加符合业务需求，相应的，能够提升通过该端到端路径传输的业务流量所提供的服务质量。
在一种可能的实现方式中，第一站点edge获得第一绑定关系之后，可以基于所述第一绑定关系，确定由第一站点edge到达第二站点edge的第一端到端路径，所确定的第一端到端路径经过所述第一骨干网入口设备和所述第一骨干网出口设备。由此可见，利用本方案，第一站点edge在编排端到端路径时，可以结合对端站点edge(第二站点edge)绑定的骨干网出口设备的信息，从而使得编排得到的端到端路径更加符合业务需求，相应的，能够提升通过该端到端路径传输的业务流量所提供的服务质量。
在一种可能的实现方式中，所述第一信息可以包括所述第一骨干网出口设备为所述第一骨干网出口设备和所述第二站点edge之间的邻接关系所分配的第一段标识(segment identifier，SID)，以便于后续在流量转发阶段，可以基于第一SID对报文进行封装，从而基于该第一SID进行流量转发。
在一种可能的实现方式中，所述第一信息可以包括所述第一骨干网出口设备的第二SID，以便于后续在流量转发阶段，可以基于第二SID对报文进行封装，从而基于该第二SID进行流量转发。
在一种可能的实现方式中，所述第一信息可以包括所述第一骨干网出口设备的选路优先级，使得第一站点edge能够结合所述选路优先级编排由第一站点edge到达第二站点edge的端到端路径，或者，使得第一站点edge能够结合所述选路优先级从由第一站点edge到达第二站点edge的端到端路径中确定用于传输业务流量的端到端路径。
在一种可能的实现方式中，所述第一信息可以包括所述第一骨干网出口设备的负载分担权重，使得 第一站点edge能够结合所述负载分担权重从由第一站点edge到达第二站点edge的端到端路径中确定用于传输业务流量的端到端路径。
在一种可能的实现方式中，若第一站点edge支持利用互联网协议第6版段路由(Segment Routing Internet Protocol Version 6，SRv6)技术转发，则所述第一SID可以是SRv6具有交叉连接到第3层邻接关系阵列的端点段标识(SRv6 END.X SID)，所述第二SID可以是SRv6端点段标识(SRv6 END.SID)。
在一种可能的实现方式中，若第一站点edge支持利用多协议标签交换(Multi-Protocol Label Switching，MPLS)技术转发，则所述第一SID可以是邻接段标识(adjacency SID，adj-SID)，所述第二SID可以是节点SID(node SID)。
在一种可能的实现方式中，所述第二通信装置可以是第二站点edge，对于这种情况，所述第一路由可以是软件定义广域网(software-defined networking in a wide area network，SD-WAN)网关信息通告路由。所述SD-WAN网关信息通告路由可以是基于SD-WAN地址族或者SD-WAN子地址族通告的路由。在一个示例中，所述SD-WAN网关信息通告路由包括至少一个类型长度值(type length value，TLV)，所述至少一个TLV承载所述第一信息。
在一种可能的实现方式中，所述SD-WAN网关信息通告路由包括的至少一个TLV可以包括第一TLV，所述第一TLV用于承载所述第一信息。在一个具体的示例中，当所述第一信息包括第一SID和/或第二SID时，所述第一TLV的value字段用于承载所述第一信息中的第一SID和/或第二SID。当所述第一信息还包括前述选路优先级时，所述第一TLV还可以包括用于承载所述选路优先级的优先级子TLV。当所述第一信息还包括前述负载分担权重时，所述第一TLV还包括用于承载所述负载分担权重的权重子TLV。
在一种可能的实现方式中，所述第二通信装置为所述第二站点edge，所述第一路由为虚拟专用网(virtual private network，VPN)路由。对于这种情况，所述第二站点edge可以将前述第一信息通过VPN路由通告给第一站点edge，从而在通告VPN路由的同时实现第一信息的通告。
在一种可能的实现方式中，所述第一信息可以通过VPN路由中的BGP路径属性携带。在一个具体的示例中，所述第一信息可以通过所述VPN路由中的第一元数据路径属性(Metadata Path Attribute)携带。
在一种可能的实现方式中，所述第一路由中还可以包括业务意图信息。该业务意图用于指示业务意图(或者业务需求)。第二通信装置通过第一路由将业务意图信息通告给第一站点edge，可以使得在流量转发阶段，转发业务流量的通信装置能够结合该业务意图信息进行转发，从而使得该业务意图能够被满足。
在一种可能的实现方式中，所述业务意图信息，可以包括能够指示业务意图的一种或者多种信息。在一个示例中，所述业务意图信息可以包括服务质量参数，所述服务质量参数包括但不限于时延、丢包、抖动、带宽利用率以及误码率等其中一个或者多个参数。在又一个示例中，所述业务意图参数可以包括由第一站点edge到达站点第二edge的端到端路径所需满足的网关约束信息，网关约束信息包括但不限于需要经过的网关和/或需要绕行的网关。
在一种可能的实现方式中，所述业务意图信息可以通过所述第一路由中的BGP路径属性携带。在一个具体的示例中，所述业务意图信息可以通过所述第一路由中的第二Metadata Path Attribute携带。当所述第一路由为VPN路由时，所述第二Metadata Path Attribute和前述第一Metadata Path Attribute可以是同一个Metadata Path Attribute，对于这种情况，第一信息和业务意图信息可以利用一个Metadata Path Attribute携带。当然，所述第二Metadata Path Attribute和前述第一Metadata Path Attribute也可以是不同的Metadata Path Attribute。
在一种可能的实现方式中，所述第二通信装置为第一骨干网出口设备，对于这种情况，所述第一骨干网出口设备可以通过所述第一骨干网入口设备向所述第一站点edge通告所述第一路由。相应的，所述第一站点edge可以通过所述第一骨干网入口设备接收所述第一骨干网出口设备通告的所述第一路由。
在一种可能的实现方式中，第一骨干网出口设备向第一站点edge通告的第一路由可以是第一SD-WAN网关自动发现路由。第一SD-WAN网关自动发现路由可以是基于SD-WAN地址族或者SD-WAN子地址族通告的路由。
在一种可能的实现方式中，当第二站点edge多归接入至第一骨干网出口设备和第二骨干网出口设备时，所述第一站点edge还可以接收第三通信装置通告的第二路由，所述第二路由包括骨干网中第二骨干网出口设备的第二信息和所述第二站点edge的标识，所述第二站点edge通过所述第二骨干网出口设备接入所述骨干网；第一站点edge接收第二路由之后，可以根据所述第二路由，获取所述第二站点edge和所述第二骨干网出口设备的第二绑定关系，以便于后续基于第二绑定关系，确定由第一站点edge到达第二站点edge的第二端到端路径。
在一种可能的实现方式中，第一站点edge还可以确定所述第一骨干网出口设备和所述第二骨干网出口设备分别对应的选路优先级，以便于后续基于所述第一骨干网出口设备和所述第二骨干网出口设备分别对应的选路优先级，确定业务流量的转发路径。作为一个示例，所述第一站点edge可以根据自身配置的选路策略或者结合第一骨干网出口设备的负载情况，确定所述第一骨干网出口设备的选路优先级。作为又一个示例，所述第一站点edge可以根据自身配置的选路策略或者结合第二骨干网出口设备的负载情况，确定所述第二骨干网出口设备的选路优先级。
在一种可能的实现方式中，第一站点edge还可以确定所述第一骨干网出口设备和所述第二骨干网出口设备分别对应的负载分担权重，以便于后续基于所述第一骨干网出口设备和所述第二骨干网出口设备分别对应的负载分担权重，确定业务流量的转发路径。作为一个示例，所述第一站点edge例如可以根据自身配置的负载分担策略或者结合第一骨干网出口设备的负载情况，确定所述第一骨干网出口设备的负载分担权重。作为又一个示例，所述第一站点edge例如可以根据自身配置的负载分担策略或者结合第二骨干网出口设备的负载情况，确定所述第二骨干网出口设备的负载分担权重。
在一种可能的实现方式中，第一站点edge获得第二绑定关系之后，可以基于所述第二绑定关系，确定由第一站点edge到达第二站点edge的第端到端路径，所确定的第二端到端路径经过所述第一骨干网入口设备和所述第二骨干网出口设备。由此可见，利用本方案，第一站点edge在编排端到端路径时，可以结合对端站点edge(第二站点edge)绑定的骨干网出口设备的信息，从而使得编排得到的端到端路径更加符合业务需求，相应的，能够提升通过该端到端路径传输的业务流量所提供的服务质量。
在一种可能的实现方式中，第一站点edge还可以接收所述第一骨干网入口设备发送的第三路由，所述第三路由用于通告所述第一骨干网入口设备的第三信息。第一站点edge接收所述第三路由之后，可以根据所述第三路由，获得所述第一站点edge和所述第一骨干网入口设备的第三绑定关系。由此可见，利用本方案，第一站点edge能够通过接收到的第三路由确定其自身对应的网关，无需采用手工配置的方式在第一站点edge上配置其对应的网关。
在一种可能的实现方式中，所述第三路由为第二SD-WAN网关自动发现路由。对于这种情况，第一站点edge可以通过第二SD-WAN网关自动发现路由，确定其接入骨干网的网关(即第一骨干网入口设备)的第三信息。其中，第二SD-WAN网关自动发现路由可以是基于SD-WAN地址族或者SD-WAN子地址族通告的路由。
在一种可能的实现方式中，所述第三路由为边界网关协议链路状态(BGP link state，BGP LS)路由。对于这种情况，第一站点edge可以通过BGP LS路由，确定其接入骨干网的网关(即第一骨干网入口设备)的第三信息。其中，BGP LS路由可以是基于BGP LS地址族通告的路由。
在一种可能的实现方式中，所述第三信息可以包括所述第一骨干网入口设备为所述第一骨干网入口设备和所述第一站点edge之间的邻接关系所分配的第三SID，以便于在后续流量转发阶段，基于所述第三SID对报文进行封装，从而利用所述第三SID进行流量转发。
在一种可能的实现方式中，所述第三信息可以包括所述第一骨干网入口设备的第四SID，以便于在后续流量转发阶段，基于所述第三SID对报文进行封装，从而利用所述第三SID进行流量转发。
在一种可能的实现方式中，若第一站点edge支持利用SRv6技术转发，则所述第三SID可以是SRv6END.X SID，所述第四SID可以是SRv6 END.SID。
在一种可能的实现方式中，若第一站点edge支持利用MPLS技术转发，则所述第三SID可以是adj-SID，所述第四SID可以是node SID。
在一种可能的实现方式中，所述第三路由中还包括中间网关信息，所述中间网关信息指示从骨干网中的骨干网入口设备和所述骨干网中的出口设备之间的至少一个中间网关，以便于第一站点edge基于 所述中间网关进行路径编排。在一个示例中，所述第一站点edge可以根据业务需求和所述中间网关，确定端到端路径需要遵循的网关约束条件，此处提及的网关约束条件，包括需要经过的网关和/或需要绕行的网关。在一个具体的示例中，所述第一站点edge在根据业务需求进行路径编排时，可以从所述中间网关中确定出端到端路径需要经过的网关和/或需要绕行的网关，从而使得所确定的端到端路径满足业务需求。
在一种可能的实现方式中，所述第一站点edge还可以接收第一业务报文。所述第一站点edge接收到第一业务报文之后，可以在所述第一业务报文的外层封装第一端到端路径的路径信息，以获得第二业务报文。所述第一端到端路径的入端点为所述第一站点edge，所述第一端到端路径的出端点为第二站点edge，所述第一端到端路径的路径信息包括：标识骨干网中第一骨干网入口设备的第四信息、以及标识骨干网中第一骨干网出口设备的第五信息。所述第一站点edge通过所述第一骨干网入口设备接入所述骨干网，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网。第一站点edge得到第二业务报文之后，可以通过所述第一端到端路径转发所述第二业务报文。由此可见，利用本方案，可以由站点edge编排跨越骨干网的第一端到端路径，无需骨干网中的设备基于业务配置来确定传输路径，从而使得骨干网无需感知业务，从而提升了业务流量的转发效率。而且，由于骨干网无需感知业务，因此，也无需对骨干网中的设备进行与业务相关的配置，从而提升了业务开通的效率，相应的，也提升了骨干网的可扩展性。
在一种可能的实现方式中，所述第一端到端路径可以是第一站点edge预先编排好的。在一个具体的示例中，所述第一站点edge可以在接收第一业务报文之前编排所述第一端到端路径。在一个具体的示例中，所述第一业务报文用于承载虚拟专用网(virtual private network，VPN)业务，对于这种请看看，所述第一站点edge可以根据所述VPN业务，按需结合所述第一骨干网入口设备和第一骨干网出口设备，编排从所述第一站点edge到所述第二站点edge之间的所述第一端到端路径。作为一个示例，所述第一站点edge可以在接收到第二站点edge通告的包括目的前缀的VPN路由之后，为该VPN路由编排端到端路径。在一个具体的示例中，所述第一站点edge可以基于第一站点edge和第一骨干网入口设备之间的绑定关系、以及第二站点edge和第一骨干网出口设备之间的绑定关系，为该VPN路由编排所述第一端到端路径。
在一种可能的实现方式中，所述第二业务报文中还可以包括业务意图信息，这样一来，第一站点edge发送第二业务报文之后，接收到第二业务报文的转发设备在进一步转发第二业务报文时，可以结合业务意图信息选择对应的路径进行转发，从而使得业务意图被满足，相应的，提升为业务提供的服务质量。
在一种可能的实现方式中，所述第二业务报文可以包括元数据(metadata)字段，所述业务意图信息携带在所述metadata字段中。接收到第二业务报文的转发设备可以通过对所述metadata字段进行解析，从而得到所述业务意图信息，以便于进一步可以结合业务意图信息选择对应的路径进行转发，从而使得业务意图被满足，相应的，提升为业务提供的服务质量。
在一种可能的实现方式中，所述第一站点edge在利用所述第一端到端路径的路径信息对第一业务报文进行封装之前，可以首先确定所述第一端到端路径的路径信息。在一个具体的示例中，所述第一站点edge可以根据所述第一业务报文的目的地址，确定转发所述第一业务报文的下一跳为所述第二站点edge，并进一步地，根据所述第二站点edge的互联网协议(Internet Protocol，IP)地址迭代第一段路由策略(segment routing policy，SR policy)，以获得所述第一端到端路径的路径信息。
在一种可能的实现方式中，所述第一SR policy可以是互联网协议第6版段路由(Segment Routing Internet Protocol Version 6，SRv6)policy。对于这种情况：所述第一端到端路径可以是SRv6隧道，相应的，所述第二业务报文包括IPv6头和分段路由头(segment routing header，SRH)，前述第四信息和第五信息可以通过该SRH携带。并且，所述IPv6头的目的地址指向所述第一骨干网入口设备，以便于所述第一站点edge基于所述IPv6头的目的地址将第二业务报文转发给第一骨干网入口设备。
在一种可能的实现方式中，在所述第一SR policy是SRv6 policy的情况下，所述第四信息可以是所述第一骨干网入口设备的第一端点段标识(end segment identifier，END.SID)1，所述第五信息为所述第一骨干网出口设备的第二端点段标识END.SID2。另外，所述SRH还包括所述第二站点edge的IPv6地址。对于这种情况，所述SRH可以指示由所述第一骨干网入口设备到达第二站点edge的路径。
在一种可能的实现方式中，在所述第一SR policy是SRv6 policy的情况下，所述第四信息为所述第一骨干网入口设备的END.SID1，所述第五信息为所述第一骨干网设备出口设备为所述第一骨干网设备出口设备和所述第二站点edge之间的邻接关系所分配的具有交叉连接到第3层邻接关系阵列的端点段标识(END.X SID)。对于这种情况，所述SRH也可以指示由所述第一骨干网入口设备到达第二站点edge的路径。
在一种可能的实现方式中，所述END.SID1可以用于指示一种新的报文转发操作。对于这种情况，第一骨干网入口设备基于END.SID1确定如何转发第二业务报文即可，无需结合VPN信息来确定如何转发第二业务报文。
在一个具体的示例中，所述END.SID1关联的操作可以是：根据SRH中所述END.SID1的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层(overly)SRv6 Policy。在又一个具体的示例中，在所述第二业务报文包括业务意图信息的情况下，所述END.SID1关联的操作可以是：根据SRH中所述END.SID1的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的overly SRv6 policy。
在一种可能的实现方式中，前述第一SR policy可以是MPLS段路由流量工程(segment routing traffic engineering，SR-TE)policy。对于这种情况，所述第一端到端路径为MPLS SR-TE policy。相应的，所述第二业务报文包括MPLS标签栈，前述第四信息和第五信息通过所述MPLS标签栈携带。对于这种情况，所述第四信息为所述第一骨干网入口设备的第一节点(node)SID，所述第五信息包括：所述第一骨干网出口设备的第二节点SID、以及所述第一骨干网设备出口设备为所述第一骨干网设备出口设备和所述第二站点edge之间的邻接关系所分配的邻接段标识(adjacency SID，adj-SID)。
在一种可能的实现方式中，所述第一节点SID可以用于指示一种新的报文转发操作。对于这种情况，第一骨干网入口设备基于第一节点SID确定如何转发第二业务报文即可，无需结合VPN信息来确定如何转发第二业务报文。
在一个具体的示例中，所述第一节点SID关联的操作可以是：根据所述MPLS标签栈中所述第一节点SID的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层(overly)SR-MPLS TE policy。在又一个具体的示例中，在所述第二业务报文包括业务意图信息的情况下，所述第一节点SID关联的操作可以是：根据所述MPLS标签栈中所述第一节点SID的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SR-MPLS TE policy。
在一种可能的实现方式中，所述第一端到端路径为基于通用网络虚拟化封装(generic network virtualization encapsulation，GENEVE)协议封装的隧道，对于这种情况，所述第一站点edge在第一业务报文外层封装第一端到端路径的路径信息时，可以采用GENEVE封装，换言之，所述第二业务报文采用GENEVE封装。当第一端到端路径是SRv6隧道时，所述第二业务报文可以采用SRv6 in GENEVE封装。当第一端到端路径是MPLS SR-TE policy时，所述第二业务报文可以采用MPLS in GENEVE封装。
在一种可能的实现方式中，所述第一端到端路径为基于通用路由封装(generic routing encapsulation，GRE)协议封装的隧道，对于这种情况，所述第一站点edge在第一业务报文外层封装第一端到端路径的路径信息时，可以采用GRE封装，换言之，所述第二业务报文采用GRE封装。当第一端到端路径是SRv6隧道时，所述第二业务报文可以采用SRv6 over GRE封装。当第一端到端路径是MPLS SR-TE policy时，所述第二业务报文可以采用MPLS over GRE封装。
在一种可能的实现方式中，若第二业务报文采用SRv6 over GRE封装，则所述第二业务报文包括：外层IP头，用户数据报协议(User Datagram Protocol，UDP)头、外层GRE封装、IPv6头、SRH、内层GRE封装和净荷，所述净荷包括所述第一业务报文，所述内层GRE封装包括所述第一业务报文所承载的VPN业务的VPN标识(VPN identifier，VNI)。VPN标识携带在内层GRE封装中，第二业务报文在骨干网中传输时，骨干网中的设备不解析所述VPN标识，即骨干网不感知VPN。
在一种可能的实现方式中，第一站点边缘edge还可以接收第三业务报文，并在所述第三业务报文的外层封装第三端到端路径的路径信息，以获得第四业务报文；其中，所述第三端到端路径的路径信息包括标识骨干网中第二骨干网入口设备的第六信息和标识所述骨干网中第二骨干网出口设备的第七信 息，所述第三端到端路径的入端点为所述第一站点edge，所述第三端到端路径的出端点为所述第二站点edge，所述第三端到端路径经过所述第二骨干网入口设备和所述第二骨干网出口设备，第一站点edge多归接入所述第一骨干网入口设备和所述第二骨干网入口设备，所述第二站点edge多归接入所述第一骨干网出口设备和所述第二骨干网出口设备；所述第一站点edge通过所述第三端到端路径发送所述第四业务报文。由此可见，利用本方案，可以由站点edge编排跨越骨干网的第三端到端路径，无需骨干网中的设备基于业务配置来确定传输路径，从而使得骨干网无需感知业务，从而提升了业务流量的转发效率。而且，由于骨干网无需感知业务，因此，也无需对骨干网中的设备进行与业务相关的配置，从而提升了业务开通的效率，相应的，也提升了骨干网的可扩展性。
在一种可能的实现方式中，所述第一站点edge通过软件定义广域网(software-defined networking in a wide area network，SD-WAN)隧道或互联网Internet接入所述第一骨干网入口设备。
第二方面，本申请实施例提供了一种信息通告方法，可以应用于第二通信装置。所述第二通信装置可以获取第一路由，所述第一路由包括骨干网中第一骨干网出口设备的第一信息和第二站点edge的标识，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网。第二通信装置获取第一路由之后，可以向第一站点edge通告所述第一路由，其中，所述第一站点edge通过第一骨干网入口设备接入所述骨干网。向第一站点edge通告所述第一路由之后，所述第一站点edge则可以获得第二站点edge和第二站点edge接入骨干网的第一骨干网出口设备之间的第一绑定关系，以便于后续基于所述第一绑定关系，编排由所述第一站点edge到达所述第二站点edge的端到端路径，从而使得编排得到的端到端路径更加符合业务需求，相应的，能够提升通过该端到端路径传输的业务流量所提供的服务质量。
在一种可能的实现方式中，所述第一信息包括以下一项或者多项：所述第一骨干网出口设备为所述第一骨干网出口设备和所述第二站点edge之间的邻接关系所分配的第一段标识SID；所述第一骨干网出口设备的第二SID；所述第一骨干网出口设备的选路优先级；所述第一骨干网出口设备的负载分担权重。
在一种可能的实现方式中，所述第一SID为互联网协议第6版段路由具有交叉连接到第3层邻接关系阵列的端点段标识SRv6 END.X SID，所述第二SID为互联网协议第6版段路由端点段标识SRv6END.SID；或者，所述第一SID为邻接段标识adj-SID，所述第二SID为节点SID。
在一种可能的实现方式中，所述第二通信装置为所述第二站点edge，所述第一路由包括：软件定义广域网SD-WAN网关信息通告路由，所述SD-WAN网关信息通告路由包括至少一个类型长度值TLV，所述至少一个TLV承载所述第一信息。
在一种可能的实现方式中，所述SD-WAN网关信息通告路由包括第一TLV，所述第一TLV的值value字段用于承载所述第一信息中的第一SID和/或第二SID，所述第一TLV还包括优先级子TLV和/或权重子TLV，所述优先级子TLV用于承载所述第一信息中的选路优先级，所述权重子TLV用于承载所述第一信息中的负载分担权重。
在一种可能的实现方式中，所述第二通信装置为所述第二站点edge，所述第一路由包括虚拟专用网VPN路由。
在一种可能的实现方式中，所述VPN路由包括第一元数据路径属性Metadata Path Attribute，所述第一Metadata Path Attribute携带所述第一信息。
在一种可能的实现方式中，所述第一路由还包括：业务意图信息。
在一种可能的实现方式中，所述业务意图信息，包括以下其中一项或者多项：传输业务流量需要经过的网关、传输所述业务流量需要绕行的网关、以及传输所述业务流量所需满足的服务质量参数。
在一种可能的实现方式中，所述第一路由包括第二Metadata Path Attribute，所述第二Metadata Path Attribute包括所述业务意图信息。
在一种可能的实现方式中，所述第二通信装置为所述第一骨干网出口设备，所述向第一站点edge通告所述第一路由，包括：通过第一骨干网入口设备向所述第一站点edge通告所述第一路由。
在一种可能的实现方式中，所述第一路由包括：第一SD-WAN网关自动发现路由。
在一种可能的实现方式中，所述方法还包括：向所述第一站点edge通告第二路由，所述第二路由包括骨干网中第二骨干网出口设备的第二信息和所述第二站点edge的标识，所述第二站点edge通过所述第二骨干网出口设备接入所述骨干网。
在一种可能的实现方式中，第二站点edge还可以接收所述第一骨干网出口设备发送的第三路由，所述第三路由用于通告所述第一骨干网出口设备的第三信息；第二站点edge接收到所述第三路由之后，可以根据所述第三路由，获得所述第二站点edge和所述第一骨干网出口设备的第一绑定关系。由此可见，利用本方案，第二站点edge能够通过接收到的第三路由确定其自身对应的网关，无需采用手工配置的方式在第一站点edge上配置其对应的网关。
在一种可能的实现方式中，所述第三信息包括：所述第一骨干网出口设备为所述第一骨干网出口设备和所述第二站点edge之间的邻接关系所分配的第三SID，和/或，所述第一骨干网出口设备的第四SID。
在一种可能的实现方式中，若第二站点edge多归接入至第一骨干网出口设备和第二骨干网出口设备，则所述第二站点edge还可以接收第二骨干网出口设备发送的第四路由，所述第四路由用于通告所述第二骨干网出口设备的第四信息；根据所述第四路由，获得所述第二站点edge和所述第二骨干网出口设备的第二绑定关系。
在一种可能的实现方式中，第二站点edge还可以确定所述第一骨干网出口设备和所述第二骨干网出口设备分别对应的选路优先级；和/或，确定所述第一骨干网出口设备和所述第二骨干网出口设备分别对应的负载分担权重。
在一种可能的实现方式中，所述第三路由为第二SD-WAN网关自动发现路由。
在一种可能的实现方式中，所述第三路由为BGP链路状态LS路由，所述BGP LS路由中包括第二TLV，所述第二TLV指示所述第三路由用于通告所述第一骨干网出口设备的第三信息。
在一种可能的实现方式中，所述第二TLV为角色通告TLV，所述角色通告TLV指示所述第一骨干网出口设备的角色为网关。第二站点edge可以通过对该角色TLV进行解析，从而确定通告第三路由的设备为自身的网关，从而得到第二站点edge和第一骨干网出口设备之间的第一绑定关系。
在一种可能的实现方式中，所述第三路由中还包括中间网关信息，所述中间网关信息指示所述骨干网中的骨干网入口设备和所述第一骨干网出口设备之间的至少一个中间网关。
在一种可能的实现方式中，所述第三路由包括第三Metadata Path Attribute，所述第三Metadata Path Attribute承载所述中间网关信息。
在一种可能的实现方式中，第二站点edge接收到所述中间网关信息之后，可以根据所述中间网关信息，确定业务意图信息中的网关约束信息，所述网关约束信息指示确定到达所述第二站点edge的路径所需遵循的网关约束条件。作为一个示例，所述第二站点edge确定所述网关约束信息之后，可以向第一站点edge通告所述网关约束信息，以便于由第一站点edge传输至第二站点edge的业务流量在转发阶段，转发设备能够结合所述网关约束信息进行转发。
在一种可能的实现方式中，所述网关约束条件，包括：需要经过的网关，和/或，需要绕行的网关。
第三方面，本申请实施例提供了一种信息通告方法，该方法可以应用于骨干网中的第一骨干网入口设备，所述第一骨干网入口设备可以接收所述骨干网中的第一骨干网出口设备通告的第一路由，并将该第一路由通告给第一站点edge。其中，所述第一路由包括所述第一骨干网出口设备的信息和第二站点edge的标识，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网，第一站点edge通过所述第一骨干网入口设备接入所述骨干网。向第一站点edge通告所述第一路由之后，所述第一站点edge则可以获得第二站点edge和第二站点edge接入骨干网的第一骨干网出口设备之间的第一绑定关系，以便于后续基于所述第一绑定关系，编排由所述第一站点edge到达所述第二站点edge的端到端路径，从而使得编排得到的端到端路径更加符合业务需求，相应的，能够提升通过该端到端路径传输的业务流量所提供的服务质量。
在一种可能的实现方式中，第一骨干网设备还可以接收来自第一站点edge的第二业务保温，所述第二业务报文的净荷包括第一业务报文。所述第一业务报文的外层封装所述第一站edge和第二站点edge之间的端到端路径的路径信息；其中，所述端到端路径的路径信息包括：标识所述第一骨干网入口设备的第一信息、以及标识所述骨干网中第一骨干网出口设备的第二信息，所述端到端路径的入端点为所述第一站点edge，所述端到端路径的出端点为所述第二站点edge，所述端到端路径经过所述第一骨干网入口设备和所述第一骨干网出口设备，所述第一站点edge通过所述第一骨干网入口设备接入所述骨干网，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网。所述第一骨干网入口设备接收所述 第二业务报文之后，可以根据所述第一信息，对所述第二业务报文进行处理，以得到第三业务报文，并向所述第一骨干网出口设备发送所述第三业务报文，以实现对业务流量的转发。由此可见，利用本方案，传输业务的第一端到端路径由第一站点edge确定，第一骨干网入口设备接收到的第二业务报文中包括第一端到端路径的路径信息。第一骨干网入口设备无需基于业务配置来确定传输路径，从而使得骨干网无需感知业务，从而提升了业务流量的转发效率。而且，由于骨干网无需感知业务，因此，也无需对骨干网中的设备进行与业务相关的配置，从而提升了业务开通的效率，相应的，也提升了骨干网的可扩展性。
在一种可能的实现方式中，所述第二业务报文还包括业务意图信息。
在一种可能的实现方式中，所述业务意图信息携带在所述第二业务报文的元数据metadata字段中。
在一种可能的实现方式中，所述端到端路径为SRv6隧道，所述第二业务报文包括IPv6头和分段路由头SRH，所述IPv6头的目的地址指向所述第一骨干网入口设备，所述SRH包括所述第一信息和所述第二信息。
在一种可能的实现方式中，所述第一信息为所述第一骨干网入口设备分配的第一端点段标识END.SID1，所述第二信息为所述第一骨干网出口设备分配的第二端点段标识END.SID2，所述SRH还包括所述第二站点edge的IPv6地址。
在一种可能的实现方式中，所述第一信息为所述第一骨干网入口设备的第一端点段标识END.SID1，所述第二信息为所述第一骨干网设备出口设备为所述第一骨干网设备出口设备和所述第二站点edge之间的邻接关系所分配的具有交叉连接到第3层邻接关系阵列的端点段标识END.X SID。
在一种可能的实现方式中，所述第一端点段标识END.SID1关联的操作包括：根据所述SRH中所述END.SID1的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SRv6 policy。
在一种可能的实现方式中，当所述第二业务报文包括业务意图信息时，所述第一端点段标识END.SID1关联的操作包括：根据所述SRH中所述END.SID1的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SRv6 policy。
在一种可能的实现方式中，当所述第一信息为END.SID1时，所述第一骨干网入口设备1根据第一信息对第二业务报文进行处理在具体实现时，可以根据所述SRH中所述END.SID1的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的第一overly SRv6 policy，并利用所述第一overly SRv6policy对所述第二业务报文进行封装，以得到所述第三业务报文。具体的，所述第一骨干网入口设备可以在第二业务报文的基础上插入一个新的SRH，该新的SRH承载所述第一overly SRv6 policy的路径信息。
在一种可能的实现方式中，当所述第一信息为END.SID1时，若第二业务报文中包括业务意图信息，所述第一骨干网入口设备1根据第一信息对第二业务报文进行处理在具体实现时，可以根据所述SRH中所述END.SID1的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的第二overly SRv6 policy，并利用所述第二overly SRv6 Policy对所述第二业务报文进行封装，以得到所述第三业务报文。具体的，所述第一骨干网入口设备可以在第二业务报文的基础上插入一个新的SRH，该新的SRH承载所述第二overly SRv6 policy的路径信息，另外，所述第一骨干网入口设备还可以将所述第二业务报文中的业务意图信息剥离，以得到所述第三业务报文。
在一种可能的实现方式中，所述端到端路径为SR-MPLS TE policy，所述第二业务报文包括MPLS标签栈，所述MPLS标签栈包括所述第一信息和所述第二信息，所述第一信息为所述第一骨干网入口设备的第一节点SID，所述第二信息包括：所述第一骨干网出口设备的第二节点SID、以及所述第一骨干网设备出口设备为所述第一骨干网设备出口设备和所述第二站点edge之间的邻接关系所分配的邻接段标识adj-SID。
在一种可能的实现方式中，所述第一节点SID关联的操作包括：根据所述标签栈中所述第一节点SID的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SR-MPLS TEpolicy。
在一种可能的实现方式中，当所述第二业务报文包括业务意图信息时，所述第一节点SID关联的操 作包括：根据所述标签栈中所述第一节点SID的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SR-MPLS TEpolicy。
在一种可能的实现方式中，当所述第一信息为第一节点SID时，所述第一骨干网入口设备1根据第一信息对第二业务报文进行处理在具体实现时，可以根据所述MPLS标签栈中所述第一节点SID的下一跳SID，匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的第一overly SR-MPLS TE policy。并进一步利用所述第一overly SR-MPLS TE policy对所述第二业务报文进行封装，以得到所述第三业务报文。例如，所述第一骨干网入口设备可以将所述MPLS标签栈中的SID1和SID2替换成第一overly SR-MPLS TE policy，以得到第三业务报文。
在一种可能的实现方式中，当所述第一信息为第一节点SID时，若所述第二业务报文中包括业务意图信息，则所述第一骨干网入口设备1根据第一信息对第二业务报文进行处理在具体实现时，可以根据所述MPLS标签栈中所述第一节点SID的下一跳SID和所述业务意图信息，匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的第二overly SR-MPLS TE policy，并利用所述第二overly SR-MPLS TE policy对所述第二业务报文进行封装，以得到所述第三业务报文。例如，所述第一骨干网入口设备可以将所述MPLS标签栈中的SID1和SID2替换成第二overly SR-MPLS TE policy，以得到第三业务报文。
在一种可能的实现方式中，所述端到端路径为基于通用网络虚拟化封装GENEVE协议封装的隧道，所述第二业务报文采用SRv6 in GENEVE封装。
在一种可能的实现方式中，所述端到端路径为基于通用路由封装GRE协议封装的隧道，所述第二业务报文包括采用SRv6 over GRE封装。
在一种可能的实现方式中，所述第二业务报文包括：外层IP头，用户数据报协议UDP头、外层GRE封装、IPv6头、SRH、内层GRE封装和净荷，所述净荷包括所述第一业务报文，所述内层GRE封装包括所述第一业务报文所承载的VPN业务的VPN标识。
在一种可能的实现方式中，所述第一站点edge通过软件定义广域网SD-WAN隧道或Internet接入所述第一骨干网入口设备。
第四方面，本申请实施例提供了一种路由通告方法，应用于站点edge，所述方法包括：接收第一骨干网边缘设备发送的第一路由，所述第一路由用于通告所述第一骨干网边缘设备的第一信息，所述站点edge通过所述第一骨干网边缘设备接入骨干网；根据所述第一路由，获得所述站点edge和所述第一骨干网边缘设备的第一绑定关系。由此可见，利用本方案，站点edge能够通过接收到的第一路由确定其自身对应的网关，无需采用手工配置的方式在站点edge上配置其对应的网关。此处提及的第一骨干网边缘设备，可以是第一骨干网出口设备，也可以是第一骨干网入口设备。
在一种可能的实现方式中，所述第一信息包括：所述第一骨干网边缘设备为所述第一骨干网边缘设备和所述站点edge之间的邻接关系所分配的第一SID，和/或，所述第一骨干网边缘设备的第二SID。
在一种可能的实现方式中，所述方法还包括：接收第二骨干网边缘设备发送的第二路由，所述第二路由用于通告所述第二骨干网边缘设备的第二信息，所述站点edge通过所述第二骨干网边缘设备接入所述骨干网；根据所述第二路由，获得所述站点edge和所述第二骨干网边缘设备的第二绑定关系。
在一种可能的实现方式中，所述方法还包括：确定所述第一骨干网边缘设备和所述第二骨干网边缘设备分别对应的选路优先级；和/或，确定所述第一骨干网边缘设备和所述第二骨干网边缘设备分别对应的负载分担权重。
在一种可能的实现方式中，所述第一路由为SD-WAN网关自动发现路由。
在一种可能的实现方式中，所述第一路由为BGP链路状态LS路由，所述BGP LS路由中包括TLV，所述TLV指示所述第一路由用于通告所述第一骨干网边缘设备的第一信息。
在一种可能的实现方式中，所述TLV为角色通告TLV，所述角色通告TLV指示所述骨干网边缘设备的角色为网关。
在一种可能的实现方式中，所述第一路由中还包括中间网关信息，所述中间网关信息指示所述骨干网中的骨干网入口设备和骨干网出口设备之间的至少一个中间网关。
在一种可能的实现方式中，所述第一路由包括Metadata Path Attribute，所述Metadata Path Attribute 承载所述中间网关信息。
在一种可能的实现方式中，所述方法还包括：根据所述中间网关信息，确定业务意图信息中的网关约束信息，所述网关约束信息指示确定到达所述站点edge的路径所需遵循的网关约束条件。
在一种可能的实现方式中，所述网关约束条件，包括：需要经过的网关，和/或，需要绕行的网关。
第五方面，本申请实施例提供了一种路由通告方法，应用于骨干网边缘设备，此处提及的骨干网边缘设备，可以是骨干网出口设备，也可以是骨干网入口设备。所述方法包括：获取路由，所述路由用于通告所述骨干网边缘设备的信息；向站点edge发送所述路由，所述站点edge通过所述骨干网边缘设备接入骨干网。由此可见，利用本方案，骨干网边缘设备可以通过路由向站点edge通告自身的信息，站点edge能够通过接收到的路由确定其自身对应的网关，无需采用手工配置的方式在站点edge上配置其对应的网关。
在一种可能的实现方式中，所述信息包括：所述骨干网边缘设备为所述骨干网边缘设备和所述站点edge之间的邻接关系所分配的第一SID，和/或，所述骨干网边缘设备的第二SID。
在一种可能的实现方式中，所述路由为SD-WAN网关自动发现路由。
在一种可能的实现方式中，所述路由为BGP链路状态LS路由，所述BGP LS路由中包括TLV，所述TLV指示所述路由用于通告所述骨干网边缘设备的信息。
在一种可能的实现方式中，所述TLV为角色通告TLV，所述角色通告TLV指示所述骨干网边缘设备的角色为网关。
在一种可能的实现方式中，所述路由中还包括中间网关信息，所述中间网关信息指示所述骨干网中的骨干网入口设备和骨干网出口设备之间的至少一个中间网关。
在一种可能的实现方式中，所述路由包括Metadata Path Attribute，所述Metadata Path Attribute承载所述中间网关信息。
第六方面，本申请实施例提供了一种通信装置，所述通信装置可以包括收发单元和/或处理单元；所述收发单元，用于执行接收和/或发送操作；所述处理单元用于执行接收和/或发送操作之外的操作。所述收发单元包括接收单元和/或发送单元，所述接收单元用于执行接收操作，所述发送单元用于执行发送操作。
在一个具体的示例中：所述通信装置可以包括接收单元和处理单元，此时，所述通信装置可以用于执行以上第一方面以及以上第一方面任意一项所述的方法，或者，执行以上第四方面以及以上第四方面任意一项所述的方法。
当所述通信装置可以用于执行以上第一方面以及以上第一方面任意一项所述的方法时：
接收单元，用于接收第二通信装置通告的第一路由，所述第一路由包括骨干网中第一骨干网出口设备的第一信息和第二站点edge的标识，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网，所述第一站点edge通过第一骨干网入口设备接入所述骨干网；处理单元，用于根据所述第一路由，获取所述第二站点edge和所述第一骨干网出口设备的第一绑定关系。
在一种可能的实现方式中，所述处理单元，还用于：根据所述第一绑定关系，确定从所述第一站点edge到所述第二站点edge的第一端到端路径，所述第一端到端路径经过所述第一骨干网入口设备和所述第一骨干网出口设备。
在一种可能的实现方式中，所述第一信息包括以下一项或者多项：所述第一骨干网出口设备为所述第一骨干网出口设备和所述第二站点edge之间的邻接关系所分配的第一段标识SID；所述第一骨干网出口设备的第二SID；所述第一骨干网出口设备的选路优先级；所述第一骨干网出口设备的负载分担权重。
在一种可能的实现方式中，所述第一SID为互联网协议第6版段路由具有交叉连接到第3层邻接关系阵列的端点段标识SRv6 END.X SID，所述第二SID为互联网协议第6版段路由端点段标识SRv6END.SID；或者，所述第一SID为邻接段标识adj-SID，所述第二SID为节点SID。
在一种可能的实现方式中，所述第二通信装置为所述第二站点edge，所述第一路由包括：软件定义广域网SD-WAN网关信息通告路由，所述SD-WAN网关信息通告路由包括至少一个类型长度值TLV，所述至少一个TLV承载所述第一信息。
在一种可能的实现方式中，所述SD-WAN网关信息通告路由包括第一TLV，所述第一TLV的值value字段用于承载所述第一信息中的第一SID和/或第二SID，所述第一TLV还包括优先级子TLV和/或权重子TLV，所述优先级子TLV用于承载所述第一信息中的选路优先级，所述权重子TLV用于承载所述第一信息中的负载分担权重。
在一种可能的实现方式中，所述第二通信装置为所述第二站点edge，所述第一路由包括虚拟专用网VPN路由。
在一种可能的实现方式中，所述VPN路由包括第一元数据路径属性Metadata Path Attribute，所述第一Metadata Path Attribute携带所述第一信息。
在一种可能的实现方式中，所述第一路由还包括：业务意图信息。
在一种可能的实现方式中，所述业务意图信息，包括以下其中一项或者多项：所述第一端到端路径需要经过的网关、所述第一端到端路径需要绕行的网关、以及服务质量参数。
在一种可能的实现方式中，所述第一路由包括第二Metadata Path Attribute，所述第二Metadata Path Attribute包括所述业务意图信息。
在一种可能的实现方式中，所述第二通信装置为所述第一骨干网出口设备，所述接收单元，用于：通过所述第一骨干网入口设备接收所述第一骨干网出口设备通告的所述第一路由。
在一种可能的实现方式中，所述第一路由包括：第一SD-WAN网关自动发现路由。
在一种可能的实现方式中，所述接收单元，还用于：接收第三通信装置通告的第二路由，所述第二路由包括骨干网中第二骨干网出口设备的第二信息和所述第二站点edge的标识，所述第二站点edge通过所述第二骨干网出口设备接入所述骨干网；所述处理单元，还用于根据所述第二路由，获取所述第二站点edge和所述第二骨干网出口设备的第二绑定关系。
在一种可能的实现方式中，所述处理单元，还用于：确定所述第一骨干网出口设备和所述第二骨干网出口设备分别对应的选路优先级；和/或，确定所述第一骨干网出口设备和所述第二骨干网出口设备分别对应的负载分担权重。
在一种可能的实现方式中，所述处理单元，还用于：根据所述第二绑定关系，确定从所述第一站点edge到所述第二站点edge的第二端到端路径所述第二端到端路径经过所述第一骨干网入口设备和所述第二骨干网出口设备。
在一种可能的实现方式中，所述接收单元，还用于：接收所述第一骨干网入口设备发送的第三路由，所述第三路由用于通告所述第一骨干网入口设备的第三信息；所述处理单元，还用于：根据所述第三路由，获得所述第一站点edge和所述第一骨干网入口设备的第三绑定关系。
在一种可能的实现方式中，所述第三路由为第二SD-WAN网关自动发现路由或者BGP链路状态LS路由。
在一种可能的实现方式中，所述第三信息包括：所述第一骨干网入口设备为所述第一骨干网入口设备和所述第一站点edge之间的邻接关系所分配的第三SID，和/或，所述第一骨干网入口设备的第四SID。
在一种可能的实现方式中，所述第三路由中还包括中间网关信息，所述中间网关信息指示从所述第一骨干网入口设备和所述骨干网中的出口设备之间的至少一个中间网关。
在一种可能的实现方式中，所述装置还包括发送单元，对于这种情况：
所述接收单元还用于接收第一业务报文；所述处理单元还用于在所述第一业务报文的外层封装第一端到端路径的路径信息，以获得第二业务报文；其中，所述第一端到端路径的路径信息包括标识骨干网中第一骨干网入口设备的第四信息和标识所述骨干网中第一骨干网出口设备的第五信息，所述第一端到端路径的入端点为所述第一站点edge，所述第一端到端路径的出端点为第二站点edge，所述第一端到端路径经过所述第一骨干网入口设备和所述第一骨干网出口设备，所述第一站点edge通过所述第一骨干网入口设备接入所述骨干网，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网；所述发送单元，用于通过所述第一端到端路径发送所述第二业务报文。
在一种可能的实现方式中，所述第一业务报文用于承载虚拟专用网VPN业务，所述处理单元，还用于：在接收所述第一业务报文之前，根据所述VPN业务，按需结合所述第一骨干网入口设备和第一骨干网出口设备，编排从所述第一站点edge到所述第二站点edge之间的所述第一端到端路径。
在一种可能的实现方式中，所述第二业务报文还包括业务意图信息。
在一种可能的实现方式中，所述业务意图信息携带在所述第二业务报文的元数据metadata字段中。
在一种可能的实现方式中，所述处理单元，还用于：在封装所述第一端到端路径的路径信息之前，根据所述第一业务报文的目的地址，确定转发所述第一业务报文的下一跳为所述第二站点edge，根据所述第二站点edge的互联网协议IP地址迭代第一段路由策略SR Policy，以获得所述第一端到端路径的路径信息。
在一种可能的实现方式中，所述第一端到端路径为SRv6隧道，所述第二业务报文包括IPv6头和分段路由头SRH，所述IPv6头的目的地址指向所述第一骨干网入口设备，所述SRH包括所述第四信息和所述第五信息。
在一种可能的实现方式中，所述第四信息为所述第一骨干网入口设备的第一端点段标识END.SID1，所述第五信息为所述第一骨干网出口设备的第二端点段标识END.SID2，所述SRH还包括所述第二站点edge的IPv6地址。
在一种可能的实现方式中，所述第四信息为所述第一骨干网入口设备的第一端点段标识END.SID1，所述第五信息为所述第一骨干网设备出口设备为所述第一骨干网设备出口设备和所述第二站点edge之间的邻接关系所分配的具有交叉连接到第3层邻接关系阵列的端点段标识END.X SID。
在一种可能的实现方式中，所述第一端点段标识END.SID1关联的操作包括：根据所述END.SID1的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SRv6 Policy。
在一种可能的实现方式中，当所述第二业务报文包括业务意图信息时，所述第一端点段标识END.SID1关联的操作包括：根据所述END.SID1的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SRv6 Policy。
在一种可能的实现方式中，所述第一端到端路径为SR-MPLS TE policy，所述第二业务报文包括MPLS标签栈，所述MPLS标签栈包括所述第四信息和所述第五信息，所述第四信息为所述第一骨干网入口设备的第一节点SID，所述第五信息包括：所述第一骨干网出口设备的第二节点SID、以及所述第一骨干网设备出口设备为所述第一骨干网设备出口设备和所述第二站点edge之间的邻接关系所分配的邻接段标识adj-SID。
在一种可能的实现方式中，所述第一节点SID关联的操作包括：根据所述标签栈中所述第一节点SID的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SR-MPLS TE policy。
在一种可能的实现方式中，当所述第二业务报文包括业务意图信息时，所述第一节点SID关联的操作包括：根据所述标签栈中所述第一节点SID的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SR-MPLS TE policy。
在一种可能的实现方式中，所述第一端到端路径为基于通用网络虚拟化封装GENEVE协议封装的隧道，所述第二业务报文采用SRv6 in GENEVE封装。
在一种可能的实现方式中，所述第一端到端路径为基于通用路由封装GRE协议封装的隧道，所述第二业务报文包括采用SRv6 over GRE封装。
在一种可能的实现方式中，所述第二业务报文包括：外层IP头，用户数据报协议UDP头、外层GRE封装、IPv6头、SRH、内层GRE封装和净荷，所述净荷包括所述第一业务报文，所述内层GRE封装包括所述第一业务报文所承载的VPN业务的VPN标识。
在一种可能的实现方式中，所述接收单元，还用于接收第三业务报文；所述处理单元，还用于在所述第三业务报文的外层封装第三端到端路径的路径信息，以获得第四业务报文；其中，所述第三端到端路径的路径信息包括标识骨干网中第二骨干网入口设备的第六信息和标识所述骨干网中第二骨干网出口设备的第七信息，所述第三端到端路径的入端点为所述第一站点edge，所述第三端到端路径的出端点为所述第二站点edge，所述第三端到端路径经过所述第二骨干网入口设备和所述第二骨干网出口设备，第一站点edge多归接入所述第一骨干网入口设备和所述第二骨干网入口设备，所述第二站点edge多归接入所述第一骨干网出口设备和所述第二骨干网出口设备；所述发送单元，还用于通过所述第三端到端 路径发送所述第四业务报文。
在一种可能的实现方式中，所述第一站点edge通过软件定义广域网SD-WAN隧道或互联网Internet接入所述第一骨干网入口设备。
当所述通信装置可以用于执行以上第四方面以及第四方面任意一项所述的方法：
接收单元，用于接收第一骨干网边缘设备发送的第一路由，所述第一路由用于通告所述第一骨干网边缘设备的第一信息，所述站点edge通过所述第一骨干网边缘设备接入骨干网；处理单元，用于根据所述第一路由，获得所述站点edge和所述第一骨干网边缘设备的第一绑定关系。
在一种可能的实现方式中，所述第一信息包括：所述第一骨干网边缘设备为所述第一骨干网边缘设备和所述站点edge之间的邻接关系所分配的第一SID，和/或，所述第一骨干网边缘设备的第二SID。
在一种可能的实现方式中，所述接收单元，还用于：接收第二骨干网边缘设备发送的第二路由，所述第二路由用于通告所述第二骨干网边缘设备的第二信息，所述站点edge通过所述第二骨干网边缘设备接入所述骨干网；所述处理单元，还用于根据所述第二路由，获得所述站点edge和所述第二骨干网边缘设备的第二绑定关系。
在一种可能的实现方式中，所述处理单元，还用于：确定所述第一骨干网边缘设备和所述第二骨干网边缘设备分别对应的选路优先级；和/或，确定所述第一骨干网边缘设备和所述第二骨干网边缘设备分别对应的负载分担权重。
在一种可能的实现方式中，所述第一路由为SD-WAN网关自动发现路由。
在一种可能的实现方式中，所述第一路由为BGP链路状态LS路由，所述BGP LS路由中包括TLV，所述TLV指示所述第一路由用于通告所述第一骨干网边缘设备的第一信息。
在一种可能的实现方式中，所述TLV为角色通告TLV，所述角色通告TLV指示所述骨干网边缘设备的角色为网关。
在一种可能的实现方式中，所述第一路由中还包括中间网关信息，所述中间网关信息指示所述骨干网中的骨干网入口设备和骨干网出口设备之间的至少一个中间网关。
在一种可能的实现方式中，所述第一路由包括Metadata Path Attribute，所述Metadata Path Attribute承载所述中间网关信息。
在一种可能的实现方式中，所述处理单元，还用于：根据所述中间网关信息，确定业务意图信息中的网关约束信息，所述网关约束信息指示确定到达所述站点edge的路径所需遵循的网关约束条件。
在一种可能的实现方式中，所述网关约束条件，包括：需要经过的网关，和/或，需要绕行的网关。
在又一个具体的示例中：所述通信装置可以包括处理单元和发送单元，此时，所述通信装置可以用于执行以上第二方面以及以上第二方面任意一项所述的方法，或者，执行以上第五方面以及以上第五方面任意一项所述的方法。
当所述通信装置可以用于执行以上第二方面以及以上第二方面任意一项所述的方法时：
处理单元，用于获取第一路由，所述第一路由包括骨干网中第一骨干网出口设备的第一信息和第二站点edge的标识，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网；发送单元，用于向第一站点edge通告所述第一路由，所述第一站点edge通过第一骨干网入口设备接入所述骨干网。
在一种可能的实现方式中，所述第一信息包括以下一项或者多项：所述第一骨干网出口设备为所述第一骨干网出口设备和所述第二站点edge之间的邻接关系所分配的第一段标识SID；所述第一骨干网出口设备的第二SID；所述第一骨干网出口设备的选路优先级；所述第一骨干网出口设备的负载分担权重。
在一种可能的实现方式中，所述第一SID为互联网协议第6版段路由具有交叉连接到第3层邻接关系阵列的端点段标识SRv6 END.X SID，所述第二SID为互联网协议第6版段路由端点段标识SRv6END.SID；或者，所述第一SID为邻接段标识adj-SID，所述第二SID为节点SID。
在一种可能的实现方式中，所述第二通信装置为所述第二站点edge，所述第一路由包括：软件定义广域网SD-WAN网关信息通告路由，所述SD-WAN网关信息通告路由包括至少一个类型长度值TLV，所述至少一个TLV承载所述第一信息。
在一种可能的实现方式中，所述SD-WAN网关信息通告路由包括第一TLV，所述第一TLV的值value 字段用于承载所述第一信息中的第一SID和/或第二SID，所述第一TLV还包括优先级子TLV和/或权重子TLV，所述优先级子TLV用于承载所述第一信息中的选路优先级，所述权重子TLV用于承载所述第一信息中的负载分担权重。
在一种可能的实现方式中，所述第二通信装置为所述第二站点edge，所述第一路由包括虚拟专用网VPN路由。
在一种可能的实现方式中，所述VPN路由包括第一元数据路径属性Metadata Path Attribute，所述第一Metadata Path Attribute携带所述第一信息。
在一种可能的实现方式中，所述第一路由还包括：业务意图信息。
在一种可能的实现方式中，所述业务意图信息，包括以下其中一项或者多项：传输业务流量需要经过的网关、传输所述业务流量需要绕行的网关、以及传输所述业务流量所需满足的服务质量参数。
在一种可能的实现方式中，所述第一路由包括第二Metadata Path Attribute，所述第二Metadata Path Attribute包括所述业务意图信息。
在一种可能的实现方式中，所述第二通信装置为所述第一骨干网出口设备，所述发送单元，用于：通过第一骨干网入口设备向所述第一站点edge通告所述第一路由。
在一种可能的实现方式中，所述第一路由包括：第一SD-WAN网关自动发现路由。
在一种可能的实现方式中，所述发送单元，还用于：向所述第一站点edge通告第二路由，所述第二路由包括骨干网中第二骨干网出口设备的第二信息和所述第二站点edge的标识，所述第二站点edge通过所述第二骨干网出口设备接入所述骨干网。
在一种可能的实现方式中，所述装置还包括：接收单元，用于接收所述第一骨干网出口设备发送的第三路由，所述第三路由用于通告所述第一骨干网出口设备的第三信息；所述处理单元，还用于根据所述第三路由，获得所述第二站点edge和所述第一骨干网出口设备的第一绑定关系。
在一种可能的实现方式中，所述第三信息包括：所述第一骨干网出口设备为所述第一骨干网出口设备和所述第二站点edge之间的邻接关系所分配的第三SID，和/或，所述第一骨干网出口设备的第四SID。
在一种可能的实现方式中，所述接收单元，还用于：接收第二骨干网出口设备发送的第四路由，所述第四路由用于通告所述第二骨干网出口设备的第四信息；所述处理单元，还用于根据所述第四路由，获得所述第二站点edge和所述第二骨干网出口设备的第二绑定关系。
在一种可能的实现方式中，所述处理单元，还用于：确定所述第一骨干网出口设备和所述第二骨干网出口设备分别对应的选路优先级；和/或，确定所述第一骨干网出口设备和所述第二骨干网出口设备分别对应的负载分担权重。
在一种可能的实现方式中，所述第三路由为第二SD-WAN网关自动发现路由。
在一种可能的实现方式中，所述第三路由为BGP链路状态LS路由，所述BGP LS路由中包括第二TLV，所述第二TLV指示所述第三路由用于通告所述第一骨干网出口设备的第三信息。
在一种可能的实现方式中，所述第二TLV为角色通告TLV，所述角色通告TLV指示所述第一骨干网出口设备的角色为网关。
在一种可能的实现方式中，所述第三路由中还包括中间网关信息，所述中间网关信息指示所述骨干网中的骨干网入口设备和所述第一骨干网出口设备之间的至少一个中间网关。
在一种可能的实现方式中，所述第三路由包括第三Metadata Path Attribute，所述第三Metadata Path Attribute承载所述中间网关信息。
在一种可能的实现方式中，所述处理单元，还用于：根据所述中间网关信息，确定业务意图信息中的网关约束信息，所述网关约束信息指示确定到达所述第二站点edge的路径所需遵循的网关约束条件。
在一种可能的实现方式中，所述网关约束条件，包括：需要经过的网关，和/或，需要绕行的网关。
当所述通信装置可以用于执行以上第五方面以及第五方面任意一项所述的方法：
处理单元，用于获取路由，所述路由用于通告所述骨干网边缘设备的信息；发送单元，用于向站点edge发送所述路由，所述站点edge通过所述骨干网边缘设备接入骨干网。
在一种可能的实现方式中，所述信息包括：所述骨干网边缘设备为所述骨干网边缘设备和所述站点edge之间的邻接关系所分配的第一SID，和/或，所述骨干网边缘设备的第二SID。
在一种可能的实现方式中，所述路由为SD-WAN网关自动发现路由。
在一种可能的实现方式中，所述路由为BGP链路状态LS路由，所述BGP LS路由中包括TLV，所述TLV指示所述路由用于通告所述骨干网边缘设备的信息。
在一种可能的实现方式中，所述TLV为角色通告TLV，所述角色通告TLV指示所述骨干网边缘设备的角色为网关。
在一种可能的实现方式中，所述路由中还包括中间网关信息，所述中间网关信息指示所述骨干网中的骨干网入口设备和骨干网出口设备之间的至少一个中间网关。
在一种可能的实现方式中，所述路由包括Metadata Path Attribute，所述Metadata Path Attribute承载所述中间网关信息。
在另一个具体的示例中：所述通信装置可以包括接收单元和发送单元，此时，所述通信装置可以用于执行以上第三方面以及以上第三方面任意一项所述的方法。对于这种情况：
接收单元，用于接收所述骨干网中的第一骨干网出口设备通告的第一路由，所述第一路由包括所述第一骨干网出口设备的信息和第二站点edge的标识，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网，第一站点edge通过所述第一骨干网入口设备接入所述骨干网；发送单元，用于将所述第一路由通告给所述第一站点edge。
在一种可能的实现方式中，所述通信装置还包括处理单元，对于这种情况：
所述接收单元还用于接收来自第一站点边缘edge的第二业务报文，所述第二业务报文的净荷包括第一业务报文，所述第一业务报文的外层封装所述第一站edge和第二站点edge之间的端到端路径的路径信息；其中，所述端到端路径的路径信息包括：标识所述第一骨干网入口设备的第一信息和标识所述骨干网中第一骨干网出口设备的第二信息，所述端到端路径的入端点为所述第一站点edge，所述端到端路径的出端点为所述第二站点edge，所述端到端路径经过所述第一骨干网入口设备和所述第一骨干网出口设备，所述第一站点edge通过所述第一骨干网入口设备接入所述骨干网，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网；所述处理单元，用于根据所述第一信息，对所述第二业务报文进行处理，以得到第三业务报文；所述发送单元还用于向所述第一骨干网出口设备发送所述第三业务报文。
在一种可能的实现方式中，所述第二业务报文还包括业务意图信息。
在一种可能的实现方式中，所述业务意图信息携带在所述第二业务报文的元数据metadata字段中。
在一种可能的实现方式中，所述端到端路径为SRv6隧道，所述第二业务报文包括IPv6头和分段路由头SRH，所述IPv6头的目的地址指向所述第一骨干网入口设备，所述SRH包括所述第一信息和所述第二信息。
在一种可能的实现方式中，所述第一信息为所述第一骨干网入口设备分配的第一端点段标识END.SID1，所述第二信息为所述第一骨干网出口设备分配的第二端点段标识END.SID2，所述SRH还包括所述第二站点edge的IPv6地址。
在一种可能的实现方式中，所述第一信息为所述第一骨干网入口设备的第一端点段标识END.SID1，所述第二信息为所述第一骨干网设备出口设备为所述第一骨干网设备出口设备和所述第二站点edge之间的邻接关系所分配的具有交叉连接到第3层邻接关系阵列的端点段标识END.X SID。
在一种可能的实现方式中，所述第一端点段标识END.SID1关联的操作包括：根据所述SRH中所述END.SID1的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SRv6 policy。
在一种可能的实现方式中，当所述第二业务报文包括业务意图信息时，所述第一端点段标识END.SID1关联的操作包括：根据所述SRH中所述END.SID1的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SRv6 policy。
在一种可能的实现方式中，所述处理单元，用于：根据所述SRH中所述END.SID1的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的第一overly SRv6 policy；利用所述第一overly SRv6policy对所述第二业务报文进行封装，以得到所述第三业务报文。
在一种可能的实现方式中，所述处理单元，用于：根据所述SRH中所述END.SID1的下一跳SID 和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的第二overly SRv6 policy；利用所述第二overly SRv6 Policy对所述第二业务报文进行封装，以得到所述第三业务报文。
在一种可能的实现方式中，所述端到端路径为SR-MPLS TE policy，所述第二业务报文包括MPLS标签栈，所述MPLS标签栈包括所述第一信息和所述第二信息，所述第一信息为所述第一骨干网入口设备的第一节点SID，所述第二信息包括：所述第一骨干网出口设备的第二节点SID、以及所述第一骨干网设备出口设备为所述第一骨干网设备出口设备和所述第二站点edge之间的邻接关系所分配的邻接段标识adj-SID。
在一种可能的实现方式中，所述第一节点SID关联的操作包括：根据所述标签栈中所述第一节点SID的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SR-MPLS TEpolicy。
在一种可能的实现方式中，当所述第二业务报文包括业务意图信息时，所述第一节点SID关联的操作包括：根据所述标签栈中所述第一节点SID的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SR-MPLS TEpolicy。
在一种可能的实现方式中，所述处理单元，用于：根据所述标签栈中所述第一节点SID的下一跳SID，匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的第一overly SR-MPLS TE policy；利用所述第一overly SR-MPLS TE policy对所述第二业务报文进行封装，以得到所述第三业务报文。
在一种可能的实现方式中，所述处理单元，用于：根据所述标签栈中所述第一节点SID的下一跳SID和所述业务意图信息，匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的第二overly SR-MPLS TE policy；利用所述第二overly SR-MPLS TE policy对所述第二业务报文进行封装，以得到所述第三业务报文。
在一种可能的实现方式中，所述端到端路径为基于通用网络虚拟化封装GENEVE协议封装的隧道，所述第二业务报文采用SRv6 in GENEVE封装。
在一种可能的实现方式中，所述端到端路径为基于通用路由封装GRE协议封装的隧道，所述第二业务报文包括采用SRv6 over GRE封装。
在一种可能的实现方式中，所述第二业务报文包括：外层IP头，用户数据报协议UDP头、外层GRE封装、IPv6头、SRH、内层GRE封装和净荷，所述净荷包括所述第一业务报文，所述内层GRE封装包括所述第一业务报文所承载的VPN业务的VPN标识。
在一种可能的实现方式中，所述第一站点edge通过软件定义广域网SD-WAN隧道或Internet接入所述第一骨干网入口设备。
第七方面，本申请实施例提供了一种通信装置，其特征在于，包括：处理器和存储器；
所述存储器，用于存储指令；所述处理器，用于执行所述指令，使得所述通信装置执行以上第一方面以及第一方面任意一项所述的方法，或者，使得所述通信装置执行以上第二方面以及第二方面任意一项所述的方法，或者，使得所述通信装置执行以上第三方面以及第三方面任意一项所述的方法，或者，使得所述通信装置执行以上第四方面以及第四方面任意一项所述的方法，或者，使得所述通信装置执行以上第五方面以及第五方面任意一项所述的方法。
第八方面，本申请实施例提供了一种计算机可读存储介质，包括指令或计算机程序，当所述指令或计算机程序在处理器上运行时，实现以上第一方面以及第一方面任意一项所述的方法，或者，实现以上第二方面以及第二方面任意一项所述的方法，或者，实现以上第三方面以及第三方面任意一项所述的方法，或者，实现以上第四方面以及第四方面任意一项所述的方法，或者，实现以上第五方面以及第五方面任意一项所述的方法。
第九方面，本申请实施例提供了一种计算机程序产品，包括计算机程序产品，当其在处理器上运行时，实现以上第一方面以及第一方面任意一项所述的方法，或者，实现以上第二方面以及第二方面任意一项所述的方法，或者，实现以上第三方面以及第三方面任意一项所述的方法，或者，实现以上第四方面以及第四方面任意一项所述的方法，或者，实现以上第五方面以及第五方面任意一项所述的方法。
第十方面，本申请实施例提供了一种通信系统，该通信系统包括：
执行以上第一方面以及第一方面任意一项所述的方法的第一通信装置、以及执行以上第二方面以及 第二方面任意一项所述的方法的第二通信装置；或者，
执行以上第四方面以及第四方面任意一项所述的方法的站点edge、以及执行以上第五方面以及第五方面任意一项所述的方法的骨干网边缘设备。
第十一方面，本申请实施例提供了一种转发流量的方法，该方法可以应用于第一站点边缘(edge)。所述第一站点edge可以接收第一业务报文。所述第一站点edge接收到第一业务报文之后，可以在所述第一业务报文的外层封装第一端到端路径的路径信息，以获得第二业务报文。所述第一端到端路径的入端点为所述第一站点edge，所述第一端到端路径的出端点为第二站点edge，所述第一端到端路径的路径信息包括：标识骨干网中第一骨干网入口设备的第一信息、以及标识骨干网中第一骨干网出口设备的第二信息。所述第一站点edge通过所述第一骨干网入口设备接入所述骨干网，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网。第一站点edge得到第二业务报文之后，可以通过所述第一端到端路径转发所述第二业务报文。由此可见，利用本方案，可以由站点edge编排跨越骨干网的第一端到端路径，无需骨干网中的设备基于业务配置来确定传输路径，从而使得骨干网无需感知业务，从而提升了业务流量的转发效率。而且，由于骨干网无需感知业务，因此，也无需对骨干网中的设备进行与业务相关的配置，从而提升了业务开通的效率，相应的，也提升了骨干网的可扩展性。
在一种可能的实现方式中，所述第一端到端路径可以是第一站点edge预先编排好的。在一个具体的示例中，所述第一站点edge可以在接收第一业务报文之前编排所述第一端到端路径。在一个具体的示例中，所述第一业务报文用于承载虚拟专用网(virtual private network，VPN)业务，对于这种请看看，所述第一站点edge可以根据所述VPN业务，按需结合所述第一骨干网入口设备和第一骨干网出口设备，编排从所述第一站点edge到所述第二站点edge之间的所述第一端到端路径。作为一个示例，所述第一站点edge可以在接收到第二站点edge通告的包括目的前缀的VPN路由之后，为该VPN路由编排端到端路径。在一个具体的示例中，所述第一站点edge可以基于第一站点edge和第一骨干网入口设备之间的绑定关系、以及第二站点edge和第一骨干网出口设备之间的绑定关系，为该VPN路由编排所述第一端到端路径。
在一种可能的实现方式中，所述第二业务报文中还可以包括业务意图信息，这样一来，第一站点edge发送第二业务报文之后，接收到第二业务报文的转发设备在进一步转发第二业务报文时，可以结合业务意图信息选择对应的路径进行转发，从而使得业务意图被满足，相应的，提升为业务提供的服务质量。
在一种可能的实现方式中，所述第二业务报文可以包括元数据(metadata)字段，所述业务意图信息携带在所述metadata字段中。接收到第二业务报文的转发设备可以通过对所述metadata字段进行解析，从而得到所述业务意图信息，以便于进一步可以结合业务意图信息选择对应的路径进行转发，从而使得业务意图被满足，相应的，提升为业务提供的服务质量。
在一种可能的实现方式中，所述第一站点edge在利用所述第一端到端路径的路径信息对第一业务报文进行封装之前，可以首先确定所述第一端到端路径的路径信息。在一个具体的示例中，所述第一站点edge可以根据所述第一业务报文的目的地址，确定转发所述第一业务报文的下一跳为所述第二站点edge，并进一步地，根据所述第二站点edge的互联网协议(Internet Protocol，IP)地址迭代第一段路由策略(segment routing policy，SR policy)，以获得所述第一端到端路径的路径信息。
在一种可能的实现方式中，所述第一SR policy可以是互联网协议第6版段路由(Segment Routing Internet Protocol Version 6，SRv6)policy。对于这种情况：所述第一端到端路径可以是SRv6隧道，相应的，所述第二业务报文包括IPv6头和分段路由头(segment routing header，SRH)，前述第一信息和第二信息可以通过该SRH携带。并且，所述IPv6头的目的地址指向所述第一骨干网入口设备，以便于所述第一站点edge基于所述IPv6头的目的地址将第二业务报文转发给第一骨干网入口设备。
在一种可能的实现方式中，在所述第一SR policy是SRv6 policy的情况下，所述第一信息可以是所述第一骨干网入口设备的第一端点段标识(end segment identifier，END.SID)1，所述第二信息为所述第一骨干网出口设备的第二端点段标识END.SID2。另外，所述SRH还包括所述第二站点edge的IPv6地址。对于这种情况，所述SRH可以指示由所述第一骨干网入口设备到达第二站点edge的路径。
在一种可能的实现方式中，在所述第一SR policy是SRv6 policy的情况下，所述第一信息为所述第一骨干网入口设备的END.SID1，所述第二信息为所述第一骨干网设备出口设备为所述第一骨干网设备 出口设备和所述第二站点edge之间的邻接关系所分配的具有交叉连接到第3层邻接关系阵列的端点段标识(END.X SID)。对于这种情况，所述SRH也可以指示由所述第一骨干网入口设备到达第二站点edge的路径。
在一种可能的实现方式中，所述END.SID1可以用于指示一种新的报文转发操作。对于这种情况，第一骨干网入口设备基于END.SID1确定如何转发第二业务报文即可，无需结合VPN信息来确定如何转发第二业务报文。
在一个具体的示例中，所述END.SID1关联的操作可以是：根据SRH中所述END.SID1的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层(overly)SRv6 Policy。在又一个具体的示例中，在所述第二业务报文包括业务意图信息的情况下，所述END.SID1关联的操作可以是：根据SRH中所述END.SID1的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的overly SRv6 policy。
在一种可能的实现方式中，前述第一SR policy可以是MPLS段路由流量工程(segment routing traffic engineering，SR-TE)policy。对于这种情况，所述第一端到端路径为MPLS SR-TE policy。相应的，所述第二业务报文包括MPLS标签栈，前述第一信息和第二信息通过所述MPLS标签栈携带。对于这种情况，所述第一信息为所述第一骨干网入口设备的第一节点(node)SID，所述第二信息包括：所述第一骨干网出口设备的第二节点SID、以及所述第一骨干网设备出口设备为所述第一骨干网设备出口设备和所述第二站点edge之间的邻接关系所分配的邻接段标识(adjacency SID，adj-SID)。
在一种可能的实现方式中，所述第一节点SID可以用于指示一种新的报文转发操作。对于这种情况，第一骨干网入口设备基于第一节点SID确定如何转发第二业务报文即可，无需结合VPN信息来确定如何转发第二业务报文。
在一个具体的示例中，所述第一节点SID关联的操作可以是：根据所述MPLS标签栈中所述第一节点SID的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层(overly)SR-MPLS TE policy。在又一个具体的示例中，在所述第二业务报文包括业务意图信息的情况下，所述第一节点SID关联的操作可以是：根据所述MPLS标签栈中所述第一节点SID的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SR-MPLS TE policy。
在一种可能的实现方式中，所述第一端到端路径为基于通用网络虚拟化封装(generic network virtualization encapsulation，GENEVE)协议封装的隧道，对于这种情况，所述第一站点edge在第一业务报文外层封装第一端到端路径的路径信息时，可以采用GENEVE封装，换言之，所述第二业务报文采用GENEVE封装。当第一端到端路径是SRv6隧道时，所述第二业务报文可以采用SRv6 in GENEVE封装。当第一端到端路径是MPLS SR-TE policy时，所述第二业务报文可以采用MPLS in GENEVE封装。
在一种可能的实现方式中，所述第一端到端路径为基于通用路由封装(generic routing encapsulation，GRE)协议封装的隧道，对于这种情况，所述第一站点edge在第一业务报文外层封装第一端到端路径的路径信息时，可以采用GRE封装，换言之，所述第二业务报文采用GRE封装。当第一端到端路径是SRv6隧道时，所述第二业务报文可以采用SRv6 over GRE封装。当第一端到端路径是MPLS SR-TE policy时，所述第二业务报文可以采用MPLS over GRE封装。
在一种可能的实现方式中，若第二业务报文采用SRv6 over GRE封装，则所述第二业务报文包括：外层IP头，用户数据报协议(User Datagram Protocol，UDP)头、外层GRE封装、IPv6头、SRH、内层GRE封装和净荷，所述净荷包括所述第一业务报文，所述内层GRE封装包括所述第一业务报文所承载的VPN业务的VPN标识(VPN identifier，VNI)。VPN标识携带在内层GRE封装中，第二业务报文在骨干网中传输时，骨干网中的设备不解析所述VPN标识，即骨干网不感知VPN。
在一种可能的实现方式中，第一站点边缘edge还可以接收第三业务报文，并在所述第三业务报文的外层封装第二端到端路径的路径信息，以获得第四业务报文；其中，所述第二端到端路径的路径信息包括标识骨干网中第二骨干网入口设备的第三信息和标识所述骨干网中第二骨干网出口设备的第四信息，所述第二端到端路径的入端点为所述第一站点edge，所述第二端到端路径的出端点为所述第二站点edge，所述第二端到端路径经过所述第二骨干网入口设备和所述第二骨干网出口设备，第一站点edge 多归接入所述第一骨干网入口设备和所述第二骨干网入口设备，所述第二站点edge多归接入所述第一骨干网出口设备和所述第二骨干网出口设备；所述第一站点edge通过所述第二端到端路径发送所述第四业务报文。由此可见，利用本方案，可以由站点edge编排跨越骨干网的第二端到端路径，无需骨干网中的设备基于业务配置来确定传输路径，从而使得骨干网无需感知业务，从而提升了业务流量的转发效率。而且，由于骨干网无需感知业务，因此，也无需对骨干网中的设备进行与业务相关的配置，从而提升了业务开通的效率，相应的，也提升了骨干网的可扩展性。
在一种可能的实现方式中，所述第一站点edge通过软件定义广域网(software-defined networking in a wide area network，SD-WAN)隧道或互联网Internet接入所述第一骨干网入口设备。
第十二方面，本申请实施例提供了一种转发流量的方法，该方法可以应用于骨干网中的第一骨干网入口设备。第一骨干网设备可以接收来自第一站点edge的第二业务保温，所述第二业务报文的净荷包括第一业务报文。，所述第一业务报文的外层封装所述第一站edge和第二站点edge之间的端到端路径的路径信息；其中，所述端到端路径的路径信息包括：标识所述第一骨干网入口设备的第一信息、以及标识所述骨干网中第一骨干网出口设备的第二信息，所述端到端路径的入端点为所述第一站点edge，所述端到端路径的出端点为所述第二站点edge，所述端到端路径经过所述第一骨干网入口设备和所述第一骨干网出口设备，所述第一站点edge通过所述第一骨干网入口设备接入所述骨干网，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网。所述第一骨干网入口设备接收所述第二业务报文之后，可以根据所述第一信息，对所述第二业务报文进行处理，以得到第三业务报文，并向所述第一骨干网出口设备发送所述第三业务报文，以实现对业务流量的转发。由此可见，利用本方案，传输业务的第一端到端路径由第一站点edge确定，第一骨干网入口设备接收到的第二业务报文中包括第一端到端路径的路径信息。第一骨干网入口设备无需基于业务配置来确定传输路径，从而使得骨干网无需感知业务，从而提升了业务流量的转发效率。而且，由于骨干网无需感知业务，因此，也无需对骨干网中的设备进行与业务相关的配置，从而提升了业务开通的效率，相应的，也提升了骨干网的可扩展性。
在一种可能的实现方式中，所述第二业务报文还包括业务意图信息。
在一种可能的实现方式中，所述业务意图信息携带在所述第二业务报文的元数据metadata字段中。
在一种可能的实现方式中，所述端到端路径为SRv6隧道，所述第二业务报文包括IPv6头和分段路由头SRH，所述IPv6头的目的地址指向所述第一骨干网入口设备，所述SRH包括所述第一信息和所述第二信息。
在一种可能的实现方式中，所述第一信息为所述第一骨干网入口设备分配的第一端点段标识END.SID1，所述第二信息为所述第一骨干网出口设备分配的第二端点段标识END.SID2，所述SRH还包括所述第二站点edge的IPv6地址。
在一种可能的实现方式中，所述第一信息为所述第一骨干网入口设备的第一端点段标识END.SID1，所述第二信息为所述第一骨干网设备出口设备为所述第一骨干网设备出口设备和所述第二站点edge之间的邻接关系所分配的具有交叉连接到第3层邻接关系阵列的端点段标识END.X SID。
在一种可能的实现方式中，所述第一端点段标识END.SID1关联的操作包括：根据所述SRH中所述END.SID1的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SRv6 policy。
在一种可能的实现方式中，当所述第二业务报文包括业务意图信息时，所述第一端点段标识END.SID1关联的操作包括：根据所述SRH中所述END.SID1的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SRv6 policy。
在一种可能的实现方式中，当所述第一信息为END.SID1时，所述第一骨干网入口设备1根据第一信息对第二业务报文进行处理在具体实现时，可以根据所述SRH中所述END.SID1的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的第一overly SRv6 policy，并利用所述第一overly SRv6policy对所述第二业务报文进行封装，以得到所述第三业务报文。具体的，所述第一骨干网入口设备可以在第二业务报文的基础上插入一个新的SRH，该新的SRH承载所述第一overly SRv6 policy的路径信息。
在一种可能的实现方式中，当所述第一信息为END.SID1时，若第二业务报文中包括业务意图信息， 所述第一骨干网入口设备1根据第一信息对第二业务报文进行处理在具体实现时，可以根据所述SRH中所述END.SID1的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的第二overly SRv6 policy，并利用所述第二overly SRv6 Policy对所述第二业务报文进行封装，以得到所述第三业务报文。具体的，所述第一骨干网入口设备可以在第二业务报文的基础上插入一个新的SRH，该新的SRH承载所述第二overly SRv6 policy的路径信息，另外，所述第一骨干网入口设备还可以将所述第二业务报文中的业务意图信息剥离，以得到所述第三业务报文。
在一种可能的实现方式中，所述端到端路径为SR-MPLS TE policy，所述第二业务报文包括MPLS标签栈，所述MPLS标签栈包括所述第一信息和所述第二信息，所述第一信息为所述第一骨干网入口设备的第一节点SID，所述第二信息包括：所述第一骨干网出口设备的第二节点SID、以及所述第一骨干网设备出口设备为所述第一骨干网设备出口设备和所述第二站点edge之间的邻接关系所分配的邻接段标识adj-SID。
在一种可能的实现方式中，所述第一节点SID关联的操作包括：根据所述标签栈中所述第一节点SID的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SR-MPLS TEpolicy。
在一种可能的实现方式中，当所述第二业务报文包括业务意图信息时，所述第一节点SID关联的操作包括：根据所述标签栈中所述第一节点SID的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SR-MPLS TEpolicy。
在一种可能的实现方式中，当所述第一信息为第一节点SID时，所述第一骨干网入口设备1根据第一信息对第二业务报文进行处理在具体实现时，可以根据所述MPLS标签栈中所述第一节点SID的下一跳SID，匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的第一overly SR-MPLS TE policy。并进一步利用所述第一overly SR-MPLS TE policy对所述第二业务报文进行封装，以得到所述第三业务报文。例如，所述第一骨干网入口设备可以将所述MPLS标签栈中的SID1和SID2替换成第一overly SR-MPLS TE policy，以得到第三业务报文。
在一种可能的实现方式中，当所述第一信息为第一节点SID时，若所述第二业务报文中包括业务意图信息，则所述第一骨干网入口设备1根据第一信息对第二业务报文进行处理在具体实现时，可以根据所述MPLS标签栈中所述第一节点SID的下一跳SID和所述业务意图信息，匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的第二overly SR-MPLS TE policy，并利用所述第二overly SR-MPLS TE policy对所述第二业务报文进行封装，以得到所述第三业务报文。例如，所述第一骨干网入口设备可以将所述MPLS标签栈中的SID1和SID2替换成第二overly SR-MPLS TE policy，以得到第三业务报文。
在一种可能的实现方式中，所述端到端路径为基于通用网络虚拟化封装GENEVE协议封装的隧道，所述第二业务报文采用SRv6 in GENEVE封装。
在一种可能的实现方式中，所述端到端路径为基于通用路由封装GRE协议封装的隧道，所述第二业务报文包括采用SRv6 over GRE封装。
在一种可能的实现方式中，所述第二业务报文包括：外层IP头，用户数据报协议UDP头、外层GRE封装、IPv6头、SRH、内层GRE封装和净荷，所述净荷包括所述第一业务报文，所述内层GRE封装包括所述第一业务报文所承载的VPN业务的VPN标识。
在一种可能的实现方式中，所述第一站点edge通过软件定义广域网SD-WAN隧道或Internet接入所述第一骨干网入口设备。
第十三方面，本申请实施例提供了一种转发流量的装置，所述装置可以包括收发单元和处理单元；所述收发单元，用于执行以上第十一方面所述的由第一站点edge执行的接收和/或发送操作；所述处理单元用于执行以上第十一方面所述的由第一站点edge执行的接收和/或发送操作之外的操作。
在一个具体的示例中，所述装置包括：接收单元、处理单元和发送单元。所述接收单元，用于接收第一业务报文；所述处理单元，用于在所述第一业务报文的外层封装第一端到端路径的路径信息，以获得第二业务报文；其中，所述第一端到端路径的路径信息包括标识骨干网中第一骨干网入口设备的第一信息和标识所述骨干网中第一骨干网出口设备的第二信息，所述第一端到端路径的入端点为所述第一站 点edge，所述第一端到端路径的出端点为第二站点edge，所述第一端到端路径经过所述第一骨干网入口设备和所述第一骨干网出口设备，所述第一站点edge通过所述第一骨干网入口设备接入所述骨干网，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网；所述发送单元，用于通过所述第一端到端路径发送所述第二业务报文。
在一种可能的实现方式中，所述第一业务报文用于承载虚拟专用网VPN业务，所述处理单元，还用于：在接收所述第一业务报文之前，根据所述VPN业务，按需结合所述第一骨干网入口设备和第一骨干网出口设备，编排从所述第一站点edge到所述第二站点edge之间的所述第一端到端路径。
在一种可能的实现方式中，所述第二业务报文还包括业务意图信息。
在一种可能的实现方式中，所述业务意图信息携带在所述第二业务报文的元数据metadata字段中。
在一种可能的实现方式中，所述处理单元，还用于：在封装所述第一端到端路径的路径信息之前，根据所述第一业务报文的目的地址，确定转发所述第一业务报文的下一跳为所述第二站点edge，根据所述第二站点edge的互联网协议IP地址迭代第一段路由策略SR Policy，以获得所述第一端到端路径的路径信息。
在一种可能的实现方式中，所述第一端到端路径为SRv6隧道，所述第二业务报文包括IPv6头和分段路由头SRH，所述IPv6头的目的地址指向所述第一骨干网入口设备，所述SRH包括所述第一信息和所述第二信息。
在一种可能的实现方式中，所述第一信息为所述第一骨干网入口设备的第一端点段标识END.SID1，所述第二信息为所述第一骨干网出口设备的第二端点段标识END.SID2，所述SRH还包括所述第二站点edge的IPv6地址。
在一种可能的实现方式中，所述第一信息为所述第一骨干网入口设备的第一端点段标识END.SID1，所述第二信息为所述第一骨干网设备出口设备为所述第一骨干网设备出口设备和所述第二站点edge之间的邻接关系所分配的具有交叉连接到第3层邻接关系阵列的端点段标识END.X SID。
在一种可能的实现方式中，所述第一端点段标识END.SID1关联的操作包括：根据所述END.SID1的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SRv6Policy。
在一种可能的实现方式中，当所述第二业务报文包括业务意图信息时，所述第一端点段标识END.SID1关联的操作包括：根据所述END.SID1的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SRv6 Policy。
在一种可能的实现方式中，所述第一端到端路径为SR-MPLS TE policy，所述第二业务报文包括MPLS标签栈，所述MPLS标签栈包括所述第一信息和所述第二信息，所述第一信息为所述第一骨干网入口设备的第一节点SID，所述第二信息包括：所述第一骨干网出口设备的第二节点SID、以及所述第一骨干网设备出口设备为所述第一骨干网设备出口设备和所述第二站点edge之间的邻接关系所分配的邻接段标识adj-SID。
在一种可能的实现方式中，所述第一节点SID关联的操作包括：根据所述标签栈中所述第一节点SID的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SR-MPLS TE policy。
在一种可能的实现方式中，当所述第二业务报文包括业务意图信息时，所述第一节点SID关联的操作包括：根据所述标签栈中所述第一节点SID的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SR-MPLS TE policy。
在一种可能的实现方式中，所述第一端到端路径为基于通用网络虚拟化封装GENEVE协议封装的隧道，所述第二业务报文采用SRv6 in GENEVE封装。
在一种可能的实现方式中，所述第一端到端路径为基于通用路由封装GRE协议封装的隧道，所述第二业务报文包括采用SRv6 over GRE封装。
在一种可能的实现方式中，所述第二业务报文包括：外层IP头，用户数据报协议UDP头、外层GRE封装、IPv6头、SRH、内层GRE封装和净荷，所述净荷包括所述第一业务报文，所述内层GRE封装包括所述第一业务报文所承载的VPN业务的VPN标识。
在一种可能的实现方式中，所述接收单元，还用于接收第三业务报文；所述处理单元，还用于在所述第三业务报文的外层封装第二端到端路径的路径信息，以获得第四业务报文；其中，所述第二端到端路径的路径信息包括标识骨干网中第二骨干网入口设备的第三信息和标识所述骨干网中第二骨干网出口设备的第四信息，所述第二端到端路径的入端点为所述第一站点edge，所述第二端到端路径的出端点为所述第二站点edge，所述第二端到端路径经过所述第二骨干网入口设备和所述第二骨干网出口设备，第一站点edge多归接入所述第一骨干网入口设备和所述第二骨干网入口设备，所述第二站点edge多归接入所述第一骨干网出口设备和所述第二骨干网出口设备；所述发送单元，还用于通过所述第二端到端路径发送所述第四业务报文。
在一种可能的实现方式中，所述第一站点edge通过软件定义广域网SD-WAN隧道或互联网Internet接入所述第一骨干网入口设备。
第十四方面，本申请实施例提供了一种转发流量的装置，所述装置可以包括收发单元和处理单元；所述收发单元，用于执行以上第十二方面所述的由第一骨干网入口设备执行的接收和/或发送操作；所述处理单元用于执行以上第十二方面所述的由第一骨干网入口设备执行的接收和/或发送操作之外的操作。
在一个具体的示例中，所述装置包括：接收单元、处理单元和发送单元。所述接收单元，用于接收来自第一站点边缘edge的第二业务报文，所述第二业务报文的净荷包括第一业务报文，所述第一业务报文的外层封装所述第一站edge和第二站点edge之间的端到端路径的路径信息；其中，所述端到端路径的路径信息包括：标识所述第一骨干网入口设备的第一信息和标识所述骨干网中第一骨干网出口设备的第二信息，所述端到端路径的入端点为所述第一站点edge，所述端到端路径的出端点为所述第二站点edge，所述端到端路径经过所述第一骨干网入口设备和所述第一骨干网出口设备，所述第一站点edge通过所述第一骨干网入口设备接入所述骨干网，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网；所述处理单元，用于根据所述第一信息，对所述第二业务报文进行处理，以得到第三业务报文；所述发送单元，用于向所述第一骨干网出口设备发送所述第三业务报文。
在一种可能的实现方式中，所述第二业务报文还包括业务意图信息。
在一种可能的实现方式中，所述业务意图信息携带在所述第二业务报文的元数据metadata字段中。
在一种可能的实现方式中，所述端到端路径为SRv6隧道，所述第二业务报文包括IPv6头和分段路由头SRH，所述IPv6头的目的地址指向所述第一骨干网入口设备，所述SRH包括所述第一信息和所述第二信息。
在一种可能的实现方式中，所述第一信息为所述第一骨干网入口设备分配的第一端点段标识END.SID1，所述第二信息为所述第一骨干网出口设备分配的第二端点段标识END.SID2，所述SRH还包括所述第二站点edge的IPv6地址。
在一种可能的实现方式中，所述第一信息为所述第一骨干网入口设备的第一端点段标识END.SID1，所述第二信息为所述第一骨干网设备出口设备为所述第一骨干网设备出口设备和所述第二站点edge之间的邻接关系所分配的具有交叉连接到第3层邻接关系阵列的端点段标识END.X SID。
在一种可能的实现方式中，所述第一端点段标识END.SID1关联的操作包括：根据所述SRH中所述END.SID1的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SRv6 policy。
在一种可能的实现方式中，当所述第二业务报文包括业务意图信息时，所述第一端点段标识END.SID1关联的操作包括：根据所述SRH中所述END.SID1的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SRv6 policy。
在一种可能的实现方式中，所述处理单元，用于：根据所述SRH中所述END.SID1的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的第一overly SRv6 policy；利用所述第一overly SRv6policy对所述第二业务报文进行封装，以得到所述第三业务报文。
在一种可能的实现方式中，所述处理单元，用于：根据所述SRH中所述END.SID1的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的第二overly SRv6 policy；利用所述第二overly SRv6 Policy对所述第二业务报文进行封装，以得到所述第三业务报文。
在一种可能的实现方式中，所述端到端路径为SR-MPLS TE policy，所述第二业务报文包括MPLS 标签栈，所述MPLS标签栈包括所述第一信息和所述第二信息，所述第一信息为所述第一骨干网入口设备的第一节点SID，所述第二信息包括：所述第一骨干网出口设备的第二节点SID、以及所述第一骨干网设备出口设备为所述第一骨干网设备出口设备和所述第二站点edge之间的邻接关系所分配的邻接段标识adj-SID。
在一种可能的实现方式中，所述第一节点SID关联的操作包括：根据所述标签栈中所述第一节点SID的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SR-MPLS TEpolicy。
在一种可能的实现方式中，当所述第二业务报文包括业务意图信息时，所述第一节点SID关联的操作包括：根据所述标签栈中所述第一节点SID的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SR-MPLS TE policy。
在一种可能的实现方式中，所述处理单元，用于：根据所述标签栈中所述第一节点SID的下一跳SID，匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的第一overly SR-MPLS TE policy；利用所述第一overly SR-MPLS TE policy对所述第二业务报文进行封装，以得到所述第三业务报文。
在一种可能的实现方式中，所述处理单元，用于：根据所述标签栈中所述第一节点SID的下一跳SID和所述业务意图信息，匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的第二overly SR-MPLS TE policy；利用所述第二overly SR-MPLS TE policy对所述第二业务报文进行封装，以得到所述第三业务报文。
在一种可能的实现方式中，所述端到端路径为基于通用网络虚拟化封装GENEVE协议封装的隧道，所述第二业务报文采用SRv6 in GENEVE封装。
在一种可能的实现方式中，所述端到端路径为基于通用路由封装GRE协议封装的隧道，所述第二业务报文包括采用SRv6 over GRE封装。
在一种可能的实现方式中，所述第二业务报文包括：外层IP头，用户数据报协议UDP头、外层GRE封装、IPv6头、SRH、内层GRE封装和净荷，所述净荷包括所述第一业务报文，所述内层GRE封装包括所述第一业务报文所承载的VPN业务的VPN标识。
在一种可能的实现方式中，所述第一站点edge通过软件定义广域网SD-WAN隧道或Internet接入所述第一骨干网入口设备。
第十五方面，本申请实施例提供了一种通信装置，其特征在于，包括：处理器和存储器；
所述存储器，用于存储指令；所述处理器，用于执行所述指令，使得所述通信装置执行以上第十一方面以及第十一方面任意一项所述的方法，或者，使得所述通信装置执行以上第十二方面以及第十二方面任意一项所述的方法。
第十六方面，本申请实施例提供了一种计算机可读存储介质，包括指令或计算机程序，当所述指令或计算机程序在处理器上运行时，实现以上第十一方面以及第十一方面任意一项所述的方法，或者，实现以上第十二方面以及第十二方面任意一项所述的方法。
第十七方面，本申请实施例提供了一种计算机程序产品，包括计算机程序产品，当其在处理器上运行时，实现以上第十一方面以及第十一方面任意一项所述的方法，或者，实现以上第十二方面以及第十二方面任意一项所述的方法。
第十八方面，本申请实施例提供了一种通信系统，该通信系统包括执行以上第十一方面以及第十一方面任意一项所述的方法的第一站点edge、以及执行以上第十二方面以及第十二方面任意一项所述的方法的第一骨干网入口设备。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1a为本申请实施例提供的一种示例性应用场景示意图；
图1b为本申请实施例提供的又一种示例性应用场景示意图；
图1c为本申请实施例提供的另一种示例性应用场景示意图；
图2a为本申请实施例提供的一种MP_REACH_NLRI的结构示意图；
图2b示出了一种链路状态NLRI的结构示意图；
图3为本申请实施例提供的一种信息通告方法的信令交互图；
图4a为本申请实施例提供的一种MP_REACH_NLRI的结构示意图；
图4b为本申请实施例提供的一种选路优先级子TLV的结构示意图；
图4c为本申请实施例提供的一种权重子TLV的结构示意图；
图4d为本申请实施例提供的一种子TLV的结构示意图；
图4e为本申请实施例提供的又一种子TLV的结构示意图；
图4f为本申请实施例提供的另一种子TLV的结构示意图；
图5为本申请实施例提供的一种信息通告方法的信令交互图；
图6为本申请实施例提供的一种Metadata Path Attribute2包括的子TLV1的结构示意图；
图7为本申请实施例提供的一种信息通告方法的信令交互图；
图8为本申请实施例提供的又一种MP_REACH_NLRI的结构示意图；
图9为本申请实施例提供的一种路由通告方法的信令交互图；
图10为本申请实施例提供的一种中间网关子TLV的结构示意图；
图11为本申请实施例提供的又一种路由通告方法的信令交互图；
图12a为本申请实施例提供的一种角色通告TLV的结构示意图；
图12b为本申请实施例提供的一种邻接关系SID TLV的结构示意图；
图12c为本申请实施例提供的一种节点SID TLV的结构示意图；
图13为本申请实施例提供的一种转发流量的方法的信令交互图；
图14a为本申请实施例提供的一种SRv6 over GRE封装的结构示意图；
图14b为本申请实施例提供的一种MPLS over GRE封装的结构示意图；
图14c为本申请实施例提供的一种SRv6 in GENEVE封装的结构示意图；
图14d为本申请实施例提供的一种SRv6 over GENEVE封装的结构示意图；
图14e为本申请实施例提供的一种MPLS in GENEVE封装的结构示意图；
图15a为本申请实施例提供的一种流量转发方法的场景示意图；
图15b为本申请实施例提供的又一种流量转发方法的场景示意图；
图15c为本申请实施例提供的又一种流量转发方法的场景示意图；
图15d为本申请实施例提供的一种流量转发方法的场景示意图；
图15e为本申请实施例提供的另一种流量转发方法的场景示意图；
图16为本申请实施例提供的一种信息通告方法的流程示意图；
图17为本申请实施例提供的又一种信息通告方法的流程示意图；
图18为本申请实施例提供的一种信息通告方法的流程示意图；
图19为本申请实施例提供的另一种信息通告方法的流程示意图；
图20为本申请实施例提供的又一种信息通告方法的流程示意图；
图21为本申请实施例提供的一种转发流量的方法的流程示意图；
图22为本申请实施例提供的又一种转发流量的方法的流程示意图；
图23a为本申请实施例提供的一种通信装置的结构示意图；
图23b为本申请实施例提供的又一种通信装置的结构示意图；
图23c为本申请实施例提供的又一种通信装置的结构示意图；
图23d为本申请实施例提供的又一种通信装置的结构示意图；
图24为本申请实施例提供的另一种通信装置的结构示意图；
图25为本申请实施例提供的又一种通信装置的结构示意图。
具体实施方式
本申请实施例提供了一种信息通告方法及装置，可以在业务流量需要跨越多个网络域传输的场景中，提升为业务流量提供的服务质量。
为方便理解，首先对本申请实施例可能的应用场景进行介绍。
目前在广域网中，为实现端到端快速交付、灵活调度，通常使用SD-WAN技术，在Internet、专线网络等不同层(Underlay)网络的基础上，建立SD-WAN隧道，构建基于SD-WAN的上层(Overlay)网络，实现广域网业务与下层网络解耦，提升端到端交付能力。
部署SD-WAN后，广域网下的SD-WAN Overlay网络在原有Underlay网络的基础上，入网点(point of presence，POP)点之间、客户终端设备(customer-premises equipment，CPE)和边缘入网点(edge point of presence，EPOP)之间，建立SD-WAN隧道，业务流量以隧道的方式穿越中间设备，从而使中间设备不感知业务。在overlay网络层面，每一台CPE或POP对业务路由表现为一跳，业务流量在POP组网中以逐跳或隧道、标签等形式进行端到端转发。
参见图1a，该图为本申请实施例提供的一种示例性应用场景示意图。如图1a所示，业务流量需要跨域边缘接入区100、骨干网200以及边缘接入区300传输。其中：
边缘接入网100中包括：站点edge1、站点edge3和站点edge4。
骨干网200包括至少一个网络设备，例如，当骨干网200为POP骨干网时，骨干网200包括至少一个POP，其中，POP骨干网中连接站点edge的POP称为EPOP，不连接站点edge的POP称为骨干入网点(backbone point of presence，BPOP)。在一个示例中，站点edge可以是CPE。
边缘接入网300中包括：站点edge2和站点edge5。
边缘接入网100和300中的站点edge可以通过骨干网中的EPOP接入骨干网，站点edge接入骨干网所使用的骨干网中的EPOP，可以认为是该站点edge对应的网关。例如，如图1a所示，站点edge1双归接入至网关(gateway，GW)1和网关3，站点edge1可以通过网关1和网关3接入骨干网200。又如，站点edge2双归接入至网关2和网关4，站点edge2可以通过网关2和网关4接入骨干网200。
站点edge可以通过SD-WAN隧道或者internet接入其对应的网关。
在本申请实施例中，骨干网可以是包括至少一个网络域的混合网络，该至少一个网络域包括但不限于：自建骨干网络和/或管理服务提供商(managed service provider，MSP)骨干网络，其中，MSP骨干网络可以包括单一运营商网络，也可以包括混合运营商网络，还可以包括自建专线网络，本申请实施例不做具体限定。可参考图1b和图1c进行理解，图1b和图1c为本申请实施例提供的另外两种示例性应用场景示意图。
如图1b所示，所述骨干网400中包括：互联网服务提供商(internet service provider，ISP)网络1(简称ISP1)、ISP2、ISP3以及自建专线网络。关于图1b所示的网络架构中网络设备之间的连接方式，此处不做详细说明。图1c所示的场景与图1b的区别在于，图1c所示的骨干网500不包括自建专线网络。
目前，当业务流量需要跨越多个网络域传输时，网络为业务流量提供的服务质量无法满足要求。其中一个具体的原因是站点edge在为业务编排转发路径时，无法灵活选择远端站点edge接入骨干网所使用的骨干网POP，更无法选择该骨干网POP连接所述远端站点edge的出口链路。以图1b所示的场景为例进行说明：
目前，站点edge1向站点edge2发送的业务流量在网络中传输时所得到的服务质量无法满足要求，这是因为目前Edge1在为该业务流量编排传输路径时，无法灵活选择利用经由连接站点edge2的POP4将该业务流量传输给站点edge2，还是选择利用经由连接站点edge2的POP9将该业务流量传输给站点edge2。
而站点edge在为业务编排转发路径时，之所以无法灵活选择远端站点edge接入骨干网所使用的骨干网POP，是因为站点edge并不知晓端站点edge接入骨干网所使用的骨干网POP的信息。
鉴于此，本申请实施例提供了一种信息通告方法及装置，能够使得站点edge获得远端站点edge和远端站点edge接入骨干网所使用的骨干网POP的绑定关系，从而使得站点edge在为业务编排转发路径时，能够灵活选择远端站点edge接入骨干网所使用的骨干网POP，从而提升为业务提供的服务质量。
接下来，结合附图，对本申请实施例提供的信息通告方法进行介绍。
在介绍本申请实施例提供的信息通告方法之前，首先对网络设备之间的路由通告方法进行介绍。
在一个示例中，两个通信装置之间可以通过多协议扩展BGP(Multi-Protocol Extensions for BGP， MP-BGP)进行路由通告。以图1a所示的edge2向edge1通告路由为例，edge2向edge1发送BGP消息1。该BGP消息1中包括MP_REACH_NLRI，MP_REACH_NLRI用于携带edge2向edge1通告的路由信息。
在一个示例中，MP_REACH_NLRI的结构如图2a所示，图2a为本申请实施例提供的一种MP_REACH_NLRI的结构示意图。如图2a所示，所述MP_REACH_NLRI包括地址族标识(address family identifiers，AFI)、子地址族(subsequent address family identifier，SAFI)、下一跳信息长度字段、下一跳信息字段以及网络可达性信息域。
作为一个示例，所述AFI字段可以标识网络层协议，例如，所述AFI字段的值为1标识IPv4，所述AFI字段的值为2标识IPv6，AFI字段的取值可以参考请求评论(request for comments，RFC)1700中关于地址族序号(Address Family Number)的相关描述部分，此处不做详细描述。所述SAFI字段标识子地址族的类型，例如，所述SAFI字段的值为1标识单播，所述SAFI字段的值为2标识组播，所述SAFI字段的值为74标识SD-WAN，所述SAFI字段的值为128标识虚拟专用网(virtual private network，VPN)。
在一个示例中，前述下一跳网络地址可以指的是去往目的设备的路径上的下一个设备网络地址。
在一个示例中，NLRI域可以包括一个或多个NLRI，每个NLRI包括长度字段和NLRI值字段，NLRI值的具体内容可以根据AFI字段和SAFI字段的组合确定。例如：
当AFI值为1，SAFI值为1时，MP_REACH_NLRI的NLRI信息域中承载的是互联网协议第4版(Internet Protocol Version 4，IPv4)单播路由；
当AFI值为1，SAFI值为128时，MP_REACH_NLRI的NLRI信息域中承载的VPNv4路由；
当AFI值为1，SAFI值为4时，MP_REACH_NLRI的NLRI信息域中承载的BGP标签路由；
当AFI值为1，SAFI值为74时，MP_REACH_NLRI的NLRI信息域中承载IPv4 SD-WAN地址族信息；
当AFI值为2，SAFI值为74时，MP_REACH_NLRI的NLRI信息域中承载IPv6 SD-WAN地址族信息。
所述NLRI信息域包括路由类型字段、长度字段、以及类型特定值(type specific value)字段。其中，路由类型字段用于指示路由类型，长度字段为类型特定值字段的长度，类型特定值字段用于携带与所述路由类型字段所对应的类型的相关值。
在一个示例中，当所述MP_REACH_NLRI的NLRI信息域中承载IPv4 SD-WAN地址族信息或者IPv6SD-WAN地址族信息时，若所述类型字段的值为1时，该NLRI信息域可以用于携带SD-WAN传输网络端口(transport network port，TNP)路由的信息，关于TNP路由的信息，此处不做详细说明。
在一个示例中，所述NLRI信息域中的路由类型字段，也可以是NLRI类型字段。在一个具体的示例中，若所述NLRI信息域用于携带一种类型的路由信息，则所述NLRI信息域可以包括NLRI类型字段；若所述NLRI信息域用于携带多种类型的路由信息，则所述NLRI信息域可以包括路由类型字段。
在又一个示例中，两个通信装置之间可以通过多协议扩展BGP-LS进行路由通告。BGP-LS在原有BGP的基础上，引入了一系列新的NLR来携带链路、节点和IPv4前缀或者IPv6前缀相关信息，这种新的NLRI叫做链路状态(link-state)NLRI。在一个示例中，BGP-LS采用MP_REACH_NLRI属性作为链路状态NLRI的容器，即链路状态NLRI是作为一种MP_REACH_NLRI属性携带在BGP的Update消息中的。参见图2b，图2b示出了一种链路状态NLRI的结构示意图。如图2b所示，所述链路状态NLRI包括NLRI type字段、NLRI总长度(total NLRI length)字段和link-state NLRI字段。其中：
NLRI type字段用于指示NLRI类型；
total NLRI length字段指示整个NLRI的长度；
link-state NLRI字段用于携带具体的内容，link-state NLRI字段的内容根据NLRI type字段的值确定。具体的，link-state NLRI字段的内容可以参考下表1理解。
表1

接下来，结合附图，对本申请实施例提供的信息通告方法进行介绍。
参见图3，该图为本申请实施例提供的一种信息通告方法的信令交互图。
图3所示的信息通告方法100，可以应用于图1a或者图1b所示的应用场景。当所述方法100应用于图1a所示的应用场景时，方法100中的骨干网出口设备1可以对应图1a所示的GW2，方法100中的骨干网出口设备2可以对应图1a所示的GW4。当所述方法100应用于图1b所示的应用场景时，方法100中的骨干网出口设备1可以对应图1b所示的POP4，方法100中的骨干网出口设备2可以对应图1b所示的POP9。方法100例如可以包括如下S101-S104。
S101：站点edge2获取路由1，所述路由1为SD-WAN网关信息通告路由，所述路由1包括站点edge2的标识以及骨干网出口设备1的信息1，所述站点edge2通过所述骨干网出口设备1接入骨干网。
在本申请实施例中，所述站点edge2可以基于所述站点edge2的标识以及骨干网出口设备1的信息1，生成所述路由1。
在本申请实施例中，所述站点edge2的标识，可以是所述站点edge2的IP地址。
在本申请实施例中，所述骨干网出口设备1的信息1，至少包括所述骨干网出口设备1的标识，所述骨干网出口设备1的标识，可以是所述骨干网出口设备1的IP地址。
在一个示例中，所述信息1还可以包括所述骨干网出口设备1为所述骨干网出口设备1和所述站点edge2之间的邻接关系所分配的SID1，以便于后续在流量转发阶段，可以基于SID1对报文进行封装，从而基于该SID1进行流量转发。该SID1可以是SRv6 END.X SID，也可以是adj-SID。例如，在应用SRv6技术转发的网络场景中，所述SID1可以是SRv6 END.X SID，在应用MPLS技术转发的网络场景中，所述SID1可以是adj-SID。
在又一个示例中，所述信息1还可以包括所述骨干网出口设备1的SID2，以便于后续在流量转发阶段，可以基于SID2对报文进行封装，从而基于该SID2进行流量转发。该SID2可以是SRv6 END.SID，也可以是节点SID。例如，在应用SRv6技术转发的网络场景中，所述SID2可以是SRv6 END.SID，在应用MPLS技术转发的网络场景中，所述SID2可以是节点SID。
在另一个示例中，所述信息1还可以包括所述骨干网出口设备1的选路优先级，使得接收到路由1的通信装置(例如edge1)结合所述选路优先级编排由edge1到达edge2的端到端路径。
在又一个示例中，所述信息1还可以包括所述骨干网出口设备1的负载分担权重，使得接收到路由1的通信装置(例如edge1)结合所述负载分担权重确定转发业务流量的端到端路径。
所述路由1可以通过BGP消息1携带，具体的，所述路由1可以通过BGP消息1中的MP_REACH_NLRI携带。关于携带所述路由1的MP_REACH_NLRI，接下来，以路由1包括上述站点edge2的标识、骨干网出口设备1的标识、SID1、SID2为例进行举例说明。
参见图4a，该图为本申请实施例提供的一种MP_REACH_NLRI的结构示意图。如图4a所示，所述MP_REACH_NLRI包括：route type字段、length字段、CPE端点地址(CPE-End-Point)字段、目标网关端点地址(Destination-GW-End-Point)字段、连接(connection)SID字段以及目标网关SID(Destination-GW-SID)字段。其中：
route type：路由类型，route type字段的值指示路由1为SD-WAN网关信息通告路由，在一个示例中，route type的值可以是3。
length：长度，length字段的值指示length字段之后的各个字段的总长度值。
CPE-End-Point：携带CPE端点地址，例如，携带站点edge2的IP地址。
Destination-GW-End-Point：携带目标网关端点地址，例如，携带骨干网出口设备1的IP地址。
connection SID：用于携带前述SID1。
Destination-GW-SID：用于携带前述SID2。
在一个示例中，若所述信息1还包括前述骨干网出口设备1的选路优先级，则作为一个示例，前述MP_REACH_NLRI还可以包括选路优先级字段，该选路优先级字段用于携带所述骨干网出口设备1的 选路优先级。作为又一个示例，所述BGP消息1中可以携带BGP路径属性1，在所述BGP路径属性1中新增一个选路优先级子TLV用于携带所述选路优先级。如图4b所示，图4b为本申请实施例提供的一种选路优先级子TLV的结构示意图。图4b所示的选路优先级子TLV可以包括类型、长度、以及网关优先级(priority of the GW)字段，所述网关优先级字段用于携带前述骨干网出口设备1的选路优先级。
在又一个示例中，所述信息1还包括前述骨干网出口设备1的负载分担权重，则作为一个示例，前述MP_REACH_NLRI还可以包括权重字段，该权重字段用于携带所述骨干网出口设备1的负载分担权重。作为又一个示例，所述BGP消息1中可以携带BGP路径属性1，在所述BGP路径属性1中新增一个权重子TLV用于携带所述负载分担权重。如图4c所示，图4c为本申请实施例提供的一种权重子TLV的结构示意图。图4c所示的所述权重子TLV可以包括类型、长度、以及网关负载分担权重(weight of the GW)字段，所述网关负载分担权重字段用于携带前述骨干网出口设备1的负载分担权重。
S102：站点edge2向站点edge1通告所述路由1。
S103：站点edge1接收站点edge2通告的路由1。
S104：站点edge1根据路由1，获取站点edge2和骨干网出口设备1的绑定关系1。
站点edge2获取路由1之后，可以向站点edge1通告路由1，相应的，站点edge1可以接收站点edge2通告的路由1。站点edge1接收站点edge2通告的路由1之后，可以对路由1进行解析，从而获得站点edge2和骨干网出口设备1的绑定关系1，站点edge1获得绑定关系1之后，可以存储该绑定关系1，以便于后续基于该绑定关系1确定由站点edge1到达站点edge2的端到端路径。
在一个示例中，所述绑定关系1可以包括站点edge2的标识和骨干网出口设备1的信息1。作为一个示例，所述绑定关系1可以如下表2所示：
表2
在一个示例中，若前述路由1不包括骨干网出口设备1的选路优先级，则所述站点edge1可以自身确定所述骨干网出口设备1的选路优先级。例如，所述站点edge1可以根据自身配置的选路策略，或者结合骨干网出口设备1的负载情况，确定所述骨干网出口设备1的选路优先级。
在又一个示例中，若前述路由1不包括骨干网出口设备1的负载分担权重，则所述站点edge1可以自身确定所述骨干网出口设备1的负载分担权重。例如，所述站点edge1可以根据自身配置的负载分担策略，或者结合骨干网出口设备1的负载情况，确定所述骨干网出口设备1的负载分担权重。
在一个示例中，所述路由1中还可以包括业务意图信息，该业务意图用于指示业务意图。站点edge2通过路由1将业务意图信息通告给站点edge1，可以使得在流量转发阶段，转发业务流量的通信装置能够结合该业务意图信息进行转发，从而使得该业务意图能够被满足。
本申请实施例中的业务意图信息，可以包括指示业务意图的一种或者多种信息。在一个示例中，所述业务意图信息可以包括服务质量参数，所述服务质量参数包括但不限于时延、丢包、抖动、带宽利用率以及误码率等其中一个或者多个参数。在又一个示例中，所述业务意图参数可以包括由站点edge1到达站点edge2的端到端路径所需满足的网关约束信息，网关约束信息包括但不限于需要经过的网关和/或需要绕行的网关。
在本申请实施例中，所述路由1可以包括BGP路径属性1，所述BGP路径属性1用于承载所述业务意图信息。此处提记得BGP路径属性1，可以是Metadata Path Attribute1。
在一个示例中，若所述业务意图信息包括前述需要经过的网关，则所述Metadata Path Attribute1可以包括子TLV1，该子TLV1用于承载所述需要经过的网关。
可参考图4d进行理解，图4d为本申请实施例提供的一种Metadata Path Attribute1包括的子TLV1的结构示意图。如图4d所示，所述子TLV1包括包含网关子类型(include-GW sub-type)字段、长度字段和网关信息字段。其中：
包含网关子类型字段指示该子TLV用于携带需要经过的网关的信息；
长度字段用于指示网关信息字段的长度。
网关信息字段可以携带网关信息，在一个示例中，所述网关信息包括网关地址。在又一个示例中，所述网关信息还可以包括网关的SID，此处提及的网关的SID，可以是SRv6 END.SID，也可以是节点SID。
在又一个示例中，若所述业务意图信息包括前述需要绕行的网关，则所述Metadata Path Attribute1可以包括子TLV2，该子TLV2用于承载所述需要绕行的网关。
可参考图4e进行理解，图4e为本申请实施例提供的一种Metadata Path Attribute1包括的子TLV2的结构示意图。如图4e所示，所述子TLV2包括绕行网关子类型(exclude-GW sub-type)字段、长度字段和网关信息字段。其中：
绕行网关子类型字段指示该子TLV用于携带需要绕行的网关的信息；
长度字段用于指示网关信息字段的长度。
网关信息字段可以携带网关信息，关于网关信息，可以参考上文对于图4d的相关描述部分，此处不做重复描述。
在另一个示例中，若所述业务意图信息包括前述服务质量参数，则所述Metadata Path Attribute1可以包括子TLV3，该子TLV3用于承载所述服务质量参数。
可参考图4f进行理解，图4f为本申请实施例提供的一种Metadata Path Attribute1包括的子TLV3的结构示意图。如图4f所示，所述子TLV3包括服务质量参数子类型(QoS sub-type)字段、长度字段和服务质量参数字段。其中：
服务质量参数子类型字段指示该子TLV用于携带服务质量参数；
长度字段用于指示服务质量参数字段的长度。
服务质量参数字段可以携带具体的服务质量参数，例如携带时延、丢包以及误码率等其中一个或者多个参数。
在本申请实施例中，当站点edge2多归接入至骨干网中的骨干网出口设备1和骨干网出口设备2时，所述站点edge2可以对应多个网关。即，除了骨干网出口设备1是站点edge2的网关之外，骨干网出口设备2也是站点edge2的网关。对于这种情况，所述站点edge2还可以获取路由2，并向站点edge1通过所述路由2。所述路由2为SD-WAN网关信息通告路由，所述路由2包括站点edge2的标识以及骨干网出口设备2的信息2，所述站点edge2通过所述骨干网出口设备2接入骨干网。相应的，站点edge1可以接收站点edge2通告的路由2，并基于路由2，获得站点edge2和骨干网出口设备2之间的绑定关系2。
关于站点edge2向站点edge1通告路由2，以及站点edge1获得绑定关系2的具体实现，其实现原理与方法100相同，故而相关实现可以参考前文对于方法100的描述部分，此处不做详细描述。
在一个示例中，站点edge1接收到路由2之后，其本地保存的绑定关系可以如下表3所示。
表3
参见图5，该图为本申请实施例提供的一种信息通告方法的信令交互图。
图5所示的信息通告方法200，可以应用于图1a或者图1b所示的应用场景。当所述方法200应用于图1a所示的应用场景时，方法200中的骨干网出口设备1可以对应图1a所示的GW2，方法200中的 骨干网出口设备2可以对应图1a所示的GW4。当所述方法200应用于图1b所示的应用场景时，方法200中的骨干网出口设备1可以对应图1b所示的POP4，方法200中的骨干网出口设备2可以对应图1b所示的POP9。
方法200例如可以包括如下S201-S204。
S201：站点edge2获取路由1’，所述路由1’为VPN路由，所述路由1’包括站点edge2的标识以及骨干网出口设备1的信息1，所述站点edge2通过所述骨干网出口设备1接入骨干网。
在本申请实施例中，所述站点edge2可以基于所述站点edge2的标识以及骨干网出口设备1的信息1，生成所述路由1’。在一个示例中，所述VPN路由中可以包括目的前缀，例如，在图1b所示的场景中，所述目标前缀可以是企业总部对应的网络前缀。
关于所述站点edge2的标识以及骨干网出口设备1的信息1，可以参考方法100中的相关描述部分，此处不做重复描述。
在一个示例中，所述VPN路由中可以包括BGP路径属性2，该BGP路径属性2用于携带前述站点edge2的标识和信息1。在一个具体的示例中，所述BGP路径属性2可以是Metadata Path Attribute2。所述Metadata Path Attribute2可以包括子TLV1，该子TLV1用于承载前述站点edge2的标识和信息1。
可结合图6进行理解，图6为本申请实施例提供的一种Metadata Path Attribute2包括的子TLV1的结构示意图。如图6所示，该子TLV1包括：Destination GW Sub-Type字段、length字段、优先级(priority)字段、权重(weight)字段、CPE-End-Point字段、Destination-GW-End-Point字段、连接SID字段、以及Destination-GW-SID字段。其中：
Destination GW Sub-Type：目标网关子类型字段，标识该子TLV携带的是目的网关的信息；
length：长度，length字段的值指示length字段之后的各个字段的总长度值。
priority：优先级字段，携带骨干网出口设备1的选路优先级，在一个示例中，priority字段的值值越小优先级越高。
weight：负载分担权重字段，携带骨干网出口设备1的负载分担权重。
CPE-End-Point：携带CPE端点地址，例如，携带站点edge2的IP地址。
Destination-GW-End-Point：携带目标网关端点地址，例如，携带骨干网出口设备1的IP地址。
connection SID：用于携带前述SID1。
Destination-GW-SID：用于携带前述SID2。
S202：站点edge2向站点edge1通告所述路由1’。
S203：站点edge1接收站点edge2通告的路由1’。
S204：站点edge1根据路由1’，获取站点edge2和骨干网出口设备1的绑定关系1。
站点edge2获取路由1’之后，可以向站点edge1通告路由1’，相应的，站点edge1可以接收站点edge2通告的路由1’。站点edge1接收站点edge2通告的路由1’之后，可以对路由1’进行解析，从而获得站点edge2和骨干网出口设备1的绑定关系1，站点edge1获得绑定关系1之后，可以存储该绑定关系1，以便于后续基于该绑定关系1确定由站点edge1到达站点edge2的端到端路径。关于所述绑定关系1，可以参考方法100中的表2理解，此处不做重复描述。
在一个示例中，若前述路由1’不包括骨干网出口设备1的选路优先级，则所述站点edge1可以自身确定所述骨干网出口设备1的选路优先级。例如，所述站点edge1可以根据自身配置的选路策略，或者结合骨干网出口设备1的负载情况，确定所述骨干网出口设备1的选路优先级。
在又一个示例中，若前述路由1’不包括骨干网出口设备1的负载分担权重，则所述站点edge1可以自身确定所述骨干网出口设备1的负载分担权重。例如，所述站点edge1可以根据自身配置的负载分担策略，或者结合骨干网出口设备1的负载情况，确定所述骨干网出口设备1的负载分担权重。
在一个示例中，所述路由1’中还可以包括业务意图信息，该业务意图用于指示业务意图。站点edge2通过路由1将业务意图信息通告给站点edge1，可以使得在流量转发阶段，转发业务流量的通信装置能够结合该业务意图信息进行转发，从而使得该业务意图能够被满足。关于所述业务意图信息具体包括的内容，可以参考前文对于方法100的相关描述部分，此处不做重复描述。
在本申请实施例中，所述业务意图信息可以通过路由1’所包括的BGP路径属性携带。在一个示例 中，所述业务意图信息以及前述信息1可以通过相同的BGP路径属性携带，也可以通过不同的BGP路径属性携带，本申请实施例不做具体限定。
在一个具体的示例中，所述业务意图信息以及前述信息1均可以通过Metadata Path Attribute2携带，对于这种情况，通过一个Metadata Path Attribute，既可以携带信息1也可以携带业务意图信息。
关于所述Metadata Path Attribute2携带所述业务意图信息的具体实现方式，可以参考方法100关于述Metadata Path Attribute1携带业务意图信息的描述部分，此处不做重复描述。
在本申请实施例中，当站点edge2多归接入至骨干网中的骨干网出口设备1和骨干网出口设备2时，所述站点edge2可以对应多个网关。即，除了骨干网出口设备1是站点edge2的网关之外，骨干网出口设备2也是站点edge2的网关。对于这种情况，前述VPN路由中可以携带多个子TLV1，一个子TLV1用于携带一个网关的信息，对于这种情况，所述站点edge1可以对该多个子TLV1进行解析，从而得到站点edge2绑定的多个网关的信息。对于这种情况，站点edge1接收到所述VPN路由之后，其本地保存的绑定关系可以参考方法100中的表3，此处不做重复描述。
参见图7，该图为本申请实施例提供的一种信息通告方法的信令交互图。
图7所示的信息通告方法300，可以应用于图1a或者图1b所示的应用场景。
当所述方法300应用于图1a所示的应用场景时，方法300中的骨干网出口设备1可以对应图1a所示的GW2，方法300中的骨干网出口设备2可以对应图1a所示的GW4，方法300中的骨干网入口设备1可以对应图1a所示的GW1或者GW3。
当所述方法300应用于图1b所示的应用场景时，方法300中的骨干网出口设备1可以对应图1b所示的POP4，方法300中的骨干网出口设备2可以对应图1b所示的POP9，方法300中的骨干网入口设备1可以对应图1b所示的POP1。
方法300例如可以包括如下S301-S304。
S301：骨干网出口设备1获取路由1”，所述路由1”为SD-WAN网关自动发现路由，所述路由1”包括站点edge2的标识以及骨干网出口设备1的信息1，所述站点edge2通过所述骨干网出口设备1接入骨干网。
在本申请实施例中，所述骨干网出口设备1可以基于所述站点edge2的标识以及骨干网出口设备1的信息1，生成所述路由1”。
关于所述站点edge2的标识以及骨干网出口设备1的信息1，可以参考方法100中的相关描述部分，此处不做重复描述。
所述路由1”可以通过BGP消息2携带，具体的，所述路由1”可以通过BGP消息2中的MP_REACH_NLRI携带。关于携带所述路由1”的MP_REACH_NLRI，接下来，以路由1”包括上述站点edge2的标识、骨干网出口设备1的标识、SID1、SID2为例进行举例说明。
参见图8，该图为本申请实施例提供的又一种MP_REACH_NLRI的结构示意图。如图8所示，所述MP_REACH_NLRI包括：route type字段、length字段、本地端点地址(local-end-point)字段、远端端点地址(remote-end-point)字段、connection SID字段以及local SID字段。其中：
route type：路由类型，route type字段的值指示路由1”为SD-WAN网关自动发现路由，在一个示例中，route type的值可以是2。
length：长度，length字段的值指示length字段之后的各个字段的总长度值。
local-end-point字段，携带本地地址，在本申请中携带骨干网出口设备1的IP地址；
remote-end-point：携带CPE端点地址，例如，携带站点edge2的IP地址。
connection SID：用于携带前述SID1。
local SID字段：用于携带本地SID，在本申请中携带前述SID2。
在一个示例中，在执行S301之前，所述骨干网出口设备1和站点edge1之间可以互相通告TNP路由，然后站点edge2和骨干网出口设备1之间建立SD-WAN隧道。SD-WAN隧道创建后，骨干网出口设备1作为GW为该隧道分配connection SID(即SID1)，以便于后续得到包括SID1的路由1”。
在一个示例中，所述骨干网出口设备1本地可以配置其自身的角色为网关。骨干网设备1检测到自身的角色为网关，故而在所述SD-WAN隧道创建后，骨干网出口设备1作为GW为该隧道分配connection  SID。
S302：骨干网出口设备1通过骨干网入口设备1向站点edge1通告所述路由1”，所述站点edge1通过所述骨干网入口设备1接入所述骨干网。
在本申请实施例中，骨干网出口设备1和骨干网入口设备1之间可以建立BGP邻居关系，所述骨干网出口设备1可以将所述路由1”通告给所述骨干网入口设备1。骨干网入口设备1接收到所述路由1”之后，可以进一步将所述路由1”通告给站点edge1。
S303：站点edge1接收骨干网出口设备1通告的路由1”。
S304：站点edge1根据路由1”，获取站点edge2和骨干网出口设备1的绑定关系1。
站点edge1接收路由1”之后，可以对路由1”进行解析，从而获得站点edge2和骨干网出口设备1的绑定关系1，站点edge1获得绑定关系1之后，可以存储该绑定关系1，以便于后续基于该绑定关系1确定由站点edge1到达站点edge2的端到端路径。关于所述绑定关系1，可以参考方法100中的表2理解，此处不做重复描述。
在一个示例中，所述站点edge1在接收到所述路由1”之后，可以确定所述骨干网出口设备1的选路优先级。例如，所述站点edge1可以根据自身配置的选路策略，或者结合骨干网出口设备1的负载情况，确定所述骨干网出口设备1的选路优先级。
在又一个示例中，所述站点edge1在接收到所述路由1”之后，可以确定所述骨干网出口设备1的负载分担权重。例如，所述站点edge1可以根据自身配置的负载分担策略，或者结合骨干网出口设备1的负载情况，确定所述骨干网出口设备1的负载分担权重。
在本申请实施例中，当站点edge2多归接入至骨干网中的骨干网出口设备1和骨干网出口设备2时，所述站点edge2可以对应多个网关。即，除了骨干网出口设备1是站点edge2的网关之外，骨干网出口设备2也是站点edge2的网关。对于这种情况，骨干网出口设备2也可以通过前述骨干网入口设备1向站点edge1通告SD-WAN网关自动发现路由，从而使得所述站点edge1获得站点edge2和骨干网出口设备2之间的绑定关系2。关于“骨干网出口设备2通过骨干网入口设备1向站点edge1通告SD-WAN网关自动发现路由”的具体实现，其实现原理与“骨干网出口设备1通过骨干网入口设备1向站点edge1通告SD-WAN网关自动发现路由”的原理是相同的，因此，关于“骨干网出口设备2通过骨干网入口设备1向站点edge1通告SD-WAN网关自动发现路由”的具体实现，可以参考前文对于方法300的描述部分，此处不做重复描述。对于这种情况，站点edge1接收到骨干网出口设备2通告的SD-WAN以太自动发现路由之后，本地保存的绑定关系可以参考方法100中的表3，此处不做重复描述。
在传统技术中，站点edge与自身对应的网关之间的绑定关系可以通过手工配置。例如，在图1a所示的场景中：可以通过手工配置的方式，在站点edge1上配置其网关为GW1和GW3，在站点edge2上配置其网关为GW2和GW4。又如，在图1b所示的场景中：可以通过手工配置的方式，在站点edge1上配置其网关为POP1，在站点edge2上配置其网关为POP4和POP9。手工配置方式效率低。鉴于此，本申请实施例还提供了对应的路由通告方法400和500，能够使得站点edge通过接收到的路由确定其自身对应的网关，无需采用手工配置的方式在站点edge上配置其对应的网关。
参见图9，该图为本申请实施例提供的一种路由通告方法的信令交互图。图9所示的方法400，可以应用于图1a所示的应用场景或者图1b所示的应用场景。
当方法400应用于图1a所示的应用场景时：
在一个示例中，方法400中的站点edge，可以是图1a所示的站点edge1，相应的，方法400中的网关，可以是图1a所示的GW1或者GW3。
在又一个示例中，方法400中的站点edge，可以是图1a所示的站点edge2，相应的，方法400中的网关，可以是图1a所示的GW2或者GW4。
当方法400应用于图1b所示的应用场景时：
在一个示例中，方法400中的站点edge，可以是图1b所示的站点edge1，相应的，方法400中的网关，可以是图1b所示的POP1。
在又一个示例中，方法400中的站点edge，可以是图1b所示的站点edge2，相应的，方法400中的网关，可以是图1b所示的POP4或者POP9。
图9所示的方法400，可以包括如下S401-S404。
S401：网关获取路由3，所述路由3为SD-WAN网关自动发现路由，所述路由3包括网关的信息3。
在本申请实施例中，所述网关可以基于自身的信息3，生成所述路由3。
在一个示例中，在执行S401之前，所述网关和站点edge之间可以互相通告TNP路由，然后站点edge和网关之间建立SD-WAN隧道。SD-WAN隧道创建后，网关为该隧道分配connection SID(即SID3)，以便于后续得到包括SID3的路由3。
在一个示例中，网关本地可以配置其自身的角色为网关。网关检测到自身的角色为网关，故而在所述SD-WAN隧道创建后，网关为该隧道分配connection SID。在一个示例中，所述信息3中可以包括所述网关的IP地址和所述站点edge的IP地址。
在一个示例中，所述信息3可以包括所述网关为所述网关和所述站点edge之间的邻接关系分配的SID3，以便于后续在流量转发阶段，可以基于SID3对报文进行封装，从而基于该SID3进行流量转发。该SID3可以是SRv6 END.X SID，也可以是adj-SID。例如，在应用SRv6技术转发的网络场景中，所述SID3可以是SRv6 END.X SID，在应用MPLS技术转发的网络场景中，所述SID3可以是adj-SID。
在又一个示例中，所述信息3可以包括所述网关的SID4，以便于后续在流量转发阶段，可以基于SID4对报文进行封装，从而基于该SID4进行流量转发。该SID4可以是SRv6 END.SID，也可以是节点SID。例如，在应用SRv6技术转发的网络场景中，所述SID4可以是SRv6 END.SID，在应用MPLS技术转发的网络场景中，所述SID4可以是节点SID。
所述路由3可以通过BGP消息3携带，具体的，所述路由3可以通过BGP消息3中的MP_REACH_NLRI携带。关于携带所述路由3的MP_REACH_NLRI，其一种可能的结构可以参考图8，此处不做重复说明。
S402：所述网关向站点edge通告所述路由3，所述站点edge通过所述网关接入骨干网。
S403：站点edge接收所述网关通告的路由3。
S404：所述站点edge根据所述路由3，获得所述站点edge和所述网关的绑定关系3。
网关获取路由3之后，可以向站点edge通告路由3，相应的，站点edge可以接收网关通告的所述路由3。站点edge接收到路由3之后，可以对路由3进行解析，从而获得站点edge和所述网关的绑定关系3，以便于后续基于该绑定关系3确定端到端路径。
在一个示例中，所述站点edge接收到所述路由3之后，还可以确定所述网关的选路优先级。例如，所述站点edge可以根据自身配置的选路策略，或者结合所述网关的负载情况，确定所述网关的选路优先级。
在又一个示例中，所述站点edge接收到所述路由3之后，还可以确定所述网关的负载分担权重。例如，所述站点edge可以根据自身配置的负载分担策略，或者结合所述网关的负载情况，确定所述网关的负载分担权重。
在一个示例中，所述路由3中还可以包括中间网关信息，中间网关信息指示骨干网中骨干网入口设备和骨干网出口设备之间的至少一个中间网关，以便于站点edge基于所述中间网关进行路径编排。在一个示例中，所述站点edge可以根据业务需求和所述中间网关，确定端到端路径需要遵循的网关约束条件，此处提及的网关约束条件，包括需要经过的网关和/或需要绕行的网关。在一个具体的示例中，所述站点edge在根据业务需求进行路径编排时，可以从所述中间网关中确定出端到端路径需要经过的网关和/或需要绕行的网关，从而使得所确定的端到端路径满足业务需求。
在一个示例中，所述中间网关信息可以通过BGP路径属性携带。在一个具体的示例中，所述中间网关信息可以通过Metadata Path Attribute3携带。例如，所述Metadata Path Attribute3可以包括至少一个中间网关子TLV，该中间网关子TLV用于携带中间网关的信息，一个中间网关子TLV用于承载一个中间网关的信息。
在本申请实施例中，对于某一中间网关而言，该中间网关的信息至少包括所述中间网关的端点地址(例如IP地址)。可选的，所述中间网关的信息还可以包括该中间网关的SID。其中，中间网关的SID，可以是SRv6 END.SID，也可以是节点SID。
关于所述中间网关子TLV，可结合图10进行理解，图10为本申请实施例提供的一种中间网关子 TLV的结构示意图。如图10所示，所述中间网关子TLV包括：中间网关子类型(transit-GW sub-type)字段、length字段、中间网关端点地址(transit-GW-end-point)字段以及中间网关SID(transit-GW-SID)字段。其中：
transit-GW sub-type字段：标识该子TLV携带的是中间网关的网关信息。
length字段：指示length字段之后的各个字段的总长度值。
transit-GW-end-point字段：指示中间网关的端点地址。
transit-GW-SID字段：指示中间网关对应的SID。
在一些示例中，对于某一站点edge而言，其可以对应多个网关，对于这种情况，各个网关均可以向该站点edge发送SD-WAN网关自动发现路由，以使得站点edge获得自身和网关的绑定关系。例如，在图1a所示的场景中，站点edge1多归接入至GW1和GW3，则GW1可以向站点edge1发送携带GW1的信息的SD-WAN网关自动发现路由，GW3可以向站点edge1发送携带GW3的信息的SD-WAN网关自动发现路由。又如，在图1b所述的场景中，站点edge2双归接入至POP4和POP9。则POP4可以向站点edge2发送携带POP4的信息的SD-WAN网关自动发现路由，POP9可以向站点edge2发送携带POP9的信息的SD-WAN网关自动发现路由。
以图1a所示的站点edge1为例，GW1和GW3均向该站点edge1发送SD-WAN网关自动发现路由之后，站点edge1可以获得如下表4所示的绑定关系。
表4
参见图11，该图为本申请实施例提供的又一种路由通告方法的信令交互图。图11所示的方法500，可以应用于图1a所示的应用场景或者图1b所示的应用场景。
关于方法500中的站点edge和网关，可以参考方法400中对于站点edge以及网关的描述部分，此处不做重复描述。
图11所示的方法500，可以包括如下S501-S504。
S501：网关获取路由3’，所述路由3’为BGP LS路由，所述路由3’包括网关的信息3。
在本申请实施例中，所述网关可以基于自身的信息3，生成所述路由3’。
在一个示例中，在执行S501之前，所述网关和站点edge之间可以建立GRE隧道，然后站点edge和网关之间利用GRE隧道地址BGP会话，并且站点edge和网关之间均使能BGP LS地址族。并且，网关使能BGP出向对等互联流量工程(egress peer engineering，EPE)功能。对于这种情况，所述网关可以为网关和所述站点之间的邻接关系(BGP会话)分配SID3。该SID3可以是SRv6 END.X SID，也可以是adj-SID。
关于BGP EPE，需要说明的是，BGP EPE可为域间路径分配BGP对等体(peer)SID，peer SID可以通过BGP-LS扩展直接传递给网络控制器。而对于没有与控制器建立BGP-LS邻居的转发设备，可以先通过BGP-LS将peer SID信息传递给BGP邻居，然后再由BGP邻居通过BGP-LS传递给网络控制器。BGP EPE能够针对对等体分配peer-node SID和peer-adj SID。其中：
peer-node SID用于指示一个对等体节点。每一个BGP会话都会分配peer-node SID。对于基于环回(loopback)接口建立的外部边界网关协议(External Border Gateway Protocol，EBGP)邻居，其对应的物理链路可能有多条，那么针对该邻居的peer-node SID就会对应多个出接口。
peer-adj SID用于指示到达对等体的一个邻接。对于基于loopback接口建立的EBGP邻居，其对应的物理链路可能有多条，则每个邻接都会分配一个peer-adj SID，转发时使用指定的链路(对应指定的出接口)进行转发。
在一个示例中，所述路由3’可以包括TLV1，该TLV1用于指示该路由3’用于通告网关的信息。在一个具体的示例中，所述TLV1可以是角色通告TLV，该角色通告TLV用于指示发布该路由3’的设 备角色为网关。在又一个具体的示例中，所述TLV1可以是网关信息指示TLV，该TLV的类型字段指示发布该路由3’的设备为网关。
关于所述角色通告TLV，可以结合图12a进行理解，图12a为本申请实施例提供的一种角色通告TLV的结构示意图。如图12a所示，所述角色通告TLV包括：类型字段、长度字段和设备角色(device role)字段。其中：
类型字段指示该TLV为角色通告TLV。
长度字段指示device role字段的长度。
device role字段携带设备角色，例如，当device role字段的值为1时，标识设备角色为网关。
如前对于SID3的描述可知，在一个示例中，所述信息3可以包括SID3和/或SID4。对于这种情况，所述路由3’可以包括TLV2和TLV3，TLV2用于携带SID3，TLV3用于携带SID4。
在一个示例中，所述TLV2可以是邻接关系SID TLV，邻接关系SID TLV的结构可以结合图12b进行理解，图12b为本申请实施例提供的一种邻接关系SID TLV的结构示意图。如图12b所示，所述邻接关系SID TLV包括：类型字段、长度字段和邻接关系SID字段。其中：
类型字段指示该TLV为邻接关系SID TLV。
长度字段指示邻接关系SID字段的长度。
邻接关系SID字段携带网关为网关和站点edge之间的邻接关系分配的SID，在本申请实施例中，邻接关系SID字段可以用于携带前述SID3。
在又一个示例中，当SID3为SRv6 End.X SID时，所述TLV2可以是SRv6 End.X SID TLV。
在一个示例中，所述TLV3可以是节点(node)SID TLV，节点SID TLV的结构可以结合图12c进行理解，图12c为本申请实施例提供的一种节点SID TLV的结构示意图。如图12c所示，所述节点SID TLV包括：类型字段、长度字段和node SID字段。其中：
类型字段指示该TLV为node SID TLV。
长度字段指示node SID字段的长度。
node SID字段携带网关SID，在本申请实施例中，node SID字段可以用于携带前述SID4。
S502：所述网关向站点edge通告所述路由3’，所述站点edge通过所述网关接入骨干网。
S503：站点edge接收所述网关通告的路由3’。
S504：所述站点edge根据所述路由3’，获得所述站点edge和所述网关的绑定关系3。
网关获取路由3’之后，可以向站点edge通告路由3’，相应的，站点edge可以接收网关通告的所述路由3’。站点edge接收到路由3’之后，可以对路由3’进行解析，从而获得站点edge和所述网关的绑定关系3，以便于后续基于该绑定关系3确定端到端路径。
在一个示例中，所述站点edge接收到所述路由3’之后，还可以确定所述网关的选路优先级。例如，所述站点edge可以根据自身配置的选路策略，或者结合所述网关的负载情况，确定所述网关的选路优先级。
在又一个示例中，所述站点edge接收到所述路由3’之后，还可以确定所述网关的负载分担权重。例如，所述站点edge可以根据自身配置的负载分担策略，或者结合所述网关的负载情况，确定所述网关的负载分担权重。
在一个示例中，所述路由3’中还可以包括中间网关信息，中间网关信息指示骨干网中骨干网入口设备和骨干网出口设备之间的至少一个中间网关，以便于站点edge基于所述中间网关进行路径编排。在一个示例中，所述站点edge可以根据业务需求和所述中间网关，确定端到端路径需要遵循的网关约束条件，此处提及的网关约束条件，包括需要经过的网关和/或需要绕行的网关。在一个具体的示例中，所述站点edge在根据业务需求进行路径编排时，可以从所述中间网关中确定出端到端路径需要经过的网关和/或需要绕行的网关，从而使得所确定的端到端路径满足业务需求。
在一个示例中，所述中间网关信息可以通过BGP路径属性携带。在一个具体的示例中，所述中间网关信息可以通过Metadata Path Attribute4携带。例如，所述Metadata Path Attribute4可以包括至少一个中间网关子TLV，该中间网关子TLV用于携带中间网关的信息，一个中间网关子TLV用于承载一个中间网关的信息。
在本申请实施例中，对于某一中间网关而言，该中间网关的信息至少包括所述中间网关的端点地址(例如IP地址)。可选的，所述中间网关的信息还可以包括该中间网关的SID。其中，中间网关的SID，可以是SRv6 END.SID，也可以是节点SID。
关于所述中间网关子TLV，可参考上文对于图10的描述部分，此处不做重复描述
在一些示例中，对于某一站点edge而言，其可以对应多个网关，对于这种情况，各个网关均可以向该站点edge发送BGP LS路由，以使得站点edge获得自身和网关的绑定关系。例如，在图1a所示的场景中，站点edge1多归接入至GW1和GW3，则GW1可以向站点edge1发送携带GW1的信息的BGP LS路由，GW3可以向站点edge1发送携带GW3的信息的BGP LS路由。又如，在图1b所述的场景中，站点edge2双归接入至POP4和POP9。则POP4可以向站点edge2发送携带POP4的信息的BGP LS路由，POP9可以向站点edge2发送携带POP9的信息的BGP LS路由。
以图1a所示的站点edge1为例，GW1和GW3均向该站点edge1发送BGP LS路由之后，站点edge1可以获得如上表4所示的绑定关系。
利用方法500，网关和站点edge无需使能SD-WAN地址族，使能BGP-LS地址族即可。
执行以上方法100-300中的其中一项以及方法400-500中的其中一项之后，站点edge1可以结合本地保存的站点edge和网关的绑定关系，编排端到端路径。
接下来，结合具体示例，对站点edge1编排端到端路径的具体实现方式进行介绍。
以图1b所示的场景为例，站点edge1本地保存的站点edge和网关的绑定关系可以如下表5所示：
表5
在表5中：
“*-IP”表示“*”的IP地址，例如，edge2-IP表示站点edge2的IP地址；
“a-b-SID”表示a和b之间的邻接关系的SID，例如，“edge2-POP4-SID”表示edge2和POP4之间的邻接关系的SID；
“*-SID”表示“*”的SID，例如，POP4-SID表示POP4的SID；
“*-priority”表示“*”的选路优先级，例如，POP4-priority表示POP4的选路优先级；
“*-weight”表示“*”的负载分担权重，例如，POP4-weight表示POP4的负载分担权重。
在一个示例中，站点edge2收到站点edge1发布的业务路由(例如VPN路由)之后，可以为该业务路由编排端到端路径。
在一个具体的示例中，所述站点edge2可以根据表5中第1行所示的绑定关系以及第3行所示的绑定关系，确定由站点edge1到达edge2端到端路径1，所述端到端路径1包括POP1和POP4，即：该端到端路径1可以为：edge1-POP1-POP4-edge2。
在又一个具体的示例中，所述站点edge2可以根据表5中第2行所示的绑定关系以及第3行所示的绑定关系，确定由站点edge1到达edge2端到端路径2，所述端到端路径2包括POP1和POP9，即：该端到端路径2可以为：edge1-POP1-POP9-edge2。
在一个示例中，站点edge1编排得到前述端到端路径1和端到端路径2之后，可以从该两条端到端路径中选择其中一条路径作为实际转发业务流量的路径。作为一个示例，所述站点edge1可以根据POP4的选路优先级和POP9的选路优先级，将选路优先级高的POP对应的端到端路径确定为实际转发业务流量的路径。例如，POP4的选路优先级高于POP9的选路优先级，则可以将端到端路径1确定为实际转发业务流量的路径。
在又一个示例中，站点edge1编排得到前述端到端路径1和端到端路径2之后，可以将该两条端到端路径设置为主备路径。作为一个示例，所述站点edge1可以根据POP4的选路优先级和POP9的选路优先级，将选路优先级高的POP对应的端到端路径确定为主用路径，将选路优先级低的POP对应的端到端路径确定为备用路径。例如，POP4的选路优先级高于POP9的选路优先级，则可以将端到端路径1 确定为主用路径，将端到端路径2确定为备用路径。
在另一个示例中，站点edge1编排得到前述端到端路径1和端到端路径2之后，可以将该两条端到端路径设置为负载分担路径。其中，可以将端到端路径1和端到端路径2设置为等价负载分担路径，也可以设置成非等价负载分担路径，本申请实施例不做具体限定。
作为一个示例，端到端路径1的负载分担权重可以根据POP4的负载分担权重确定，端到端路径2的负载分担权重可以根据POP9的负载分担权重确定。例如，端到端路径1的负载分担权重可以等于POP4的负载分担权重，端到端路径2的负载分担权重可以等于POP9的负载分担权重。对于这种情况，当POP4的负载分担权重等于POP9的负载分担权重时，端到端路径1和端到端路径2可以实现等价负载分担，当POP4的负载分担权重不等于POP9的负载分担权重时，端到端路径1和端到端路径2可以实现非等价负载分担。
作为又一个示例，端到端路径1和端到端路径2的负载分担权重也可以由edge1设置，不依赖于POP4以及POP9的负载分担权重，本申请实施例不做具体限定。
类似的，在图1a所示的场景中，站点edge1可以根据本地保存的站点edge和网关的绑定关系，编排得到4条端到端路径。分别为：
端到端路径：站点edge1-GW1-GW2-edge2。
端到端路径：站点edge1-GW1-GW4-edge2。
端到端路径：站点edge1-GW3-GW2-edge2。
端到端路径：站点edge1-GW3-GW4-edge2。
关于图1a基于据本地保存的站点edge和网关的绑定关系，编排得到4条端到端路径的具体实现方式，其原理可以参考上文站点edge1编排得到端到端路径1和端到端路径2的描述部分，此处不做重复描述。
目前，当业务流量需要跨越骨干网传输时，需要在骨干网中进行与业务相关的配置，例如，需要在骨干网中进行VPN配置，配置效率较低，从而导致业务开通效率低。尤其是当骨干网包括多个异构网络域时，在中间异构网络的边界互联处，均需要规划业务VPN实例，从而进行业务重新寻址转发和隔离。而且，由于骨干网需要感知业务，因此，也会影响骨干网的可扩展性。
相应的，在业务流量的转发阶段，骨干网中的网络设备也需要结合VPN配置进行流量转发，导致业务流量的转发效率也较低。以图1b所示的场景为例，当业务流量到达POP1时，POP1需要结合VPN实例确定业务流量的转发路径，并进一步转发。当业务流量被转发至POP2、POP3以及POP4时，POP2、POP3以及POP4同样也需要结合VPN配置进一步确定业务流量的转发路径，从而进一步转发业务流量。
为了解决上述问题，本申请实施例提供了一种转发流量的方法，接下来，结合附图介绍该流量转发方法。
参见图13，该图为本申请实施例提供的一种转发流量的方法的信令交互图。图13所示的方法600，可以应用于图1a所示的应用场景，也可以应用于图1b所示的应用场景，还可以应用于图1c所示的应用场景。
当所述方法600应用于图1a所示的应用场景时：方法600中的站点edge1可以对应图1a所示的站点edge1；方法600中的站点edge2可以对应图1a所示的站点edge2；方法600中的骨干网入口设备1可以对应图1a所示的GW1；方法600中的骨干网出口设备1可以对应图1a所示的GW2或者GW4。
当所述方法600应用于图1b所示的应用场景时：方法600中的站点edge1可以对应图1b所示的站点edge1；方法600中的站点edge2可以对应图1b所示的站点edge2；方法600中的骨干网入口设备1可以对应图1a所示的POP1；方法600中的骨干网出口设备1可以对应图1b所示的POP4或者POP9。
当所述方法600应用于图1c所示的应用场景时：方法600中的站点edge1可以对应图1c所示的站点edge1；方法600中的站点edge2可以对应图1c所示的站点edge2；方法600中的骨干网入口设备1可以对应图1c所示的POP1；方法600中的骨干网出口设备1可以对应图1c所示的POP4或者POP9。
所述方法600，例如可以包括如下S601-S606。
S601：站点edge1接收业务报文1。
在一个示例中，站点edge可以从用户设备处接收业务报文1，所述用户设备可以是终端设备，也可 以是服务器，本申请实施例不做具体限定。在一个示例中，所述业务报文1可以包括源地址、目的地址以及净荷。
S602：站点edge1在业务报文1的外层封装端到端路径1的路径信息，以获得业务报文2，端到端路径1的入端点为站点edge1，端到端路径1的出端点为站点edge2，端到端路径1包括骨干网入口设备1和骨干网出口设备1，站点edge1通过骨干网入口设备1接入骨干网，站点edge2通过骨干网出口设备1接入骨干网，端到端路径1的路径信息包括：标识骨干网入口设备1的信息1、以及标识骨干网出口设备1的信息2。
在本申请实施例中，站点edge1通过骨干网入口设备1接入骨干网，站点edge2通过骨干网出口设备1接入骨干网。在一个示例中，所述站点edge1可以通过internet接入骨干网入口设备1。在又一个示例中，所述站点edge1可以通过SD-WAN隧道接入所骨干网入口设备1。类似的，在一个示例中，所述站点edge2可以通过internet接入骨干网出口设备1。在又一个示例中，所述站点edge2可以通过SD-WAN隧道接入所骨干网出口设备1。
在一个示例中，站点edge1接收到业务报文1之后，可以在所述业务报文1的外层封装端到端路径1的路径信息以得到业务报文2。在业务报文1的外层封装路径信息之后，所述业务报文1属于所述业务报文2的净荷。
在又一个示例中，在对业务报文1进行封装时，除了可以在业务报文1的外层封装前述路径信息，还可以在所述业务报文1的外层封装业务意图信息，以得到包括所述路径信息和业务意图信息的业务报文2。这样一来，在对业务报文2进行转发之后，接收到业务报文2的转发设备在进一步转发业务报文2时，可以结合业务意图信息选择对应的路径进行转发，从而使得业务意图被满足，相应的，提升为业务提供的服务质量。
本申请实施例中的业务意图信息，可以包括指示业务意图的一种或者多种信息。在一个示例中，所述业务意图信息可以包括服务质量参数，所述服务质量参数包括但不限于时延、丢包、抖动、带宽利用率以及误码率等其中一个或者多个参数。在又一个示例中，所述业务意图参数可以包括由站点edge1到达站点edge2的端到端路径所需满足的网关约束信息，网关约束信息包括但不限于需要经过的网关和/或需要绕行的网关。
在一个具体的示例中，可以在所述业务报文1的外层封装metadata字段，metadata字段用于承载所述业务意图信息。所述metadata字段例如可以通过扩展头携带。在又一个具体的示例中，可以利用业务报文2的外层封账中的可用字段来承载所述业务意图信息。
在一个示例中，所述站点edge1在所述业务报文1的外层封装前述路径信息之前，可以根据所述业务报文1，确定用于传递所述业务报文1的端到端路径1的路径信息。作为一个示例，所述站点edge可以根据业务报文1的目的地址，确定所述端到端路径1的路径信息。
在一个具体的示例中，所述站点edge1中可以预先存储有所述业务报文1的目的地址和前述路径信息的映射关系，所述站点edge1可以根据所述业务报文1的目的地址匹配所述映射关系，从而得到所述路径信息。
在又一个具体的示例中，所述站点edge1可以根据所述业务报文1的目的地址，确定转发业务报文的下一跳。具体的，所述站点edge1可以根据业务报文1的目的地址查询业务表项，确定转发所述业务报文1的下一跳为站点edge2。进一步地，利用站点edge2的IP地址迭代SR policy1，从而得到所述端到端路径的路径信息。在一个示例中，可以利用站点edge2的IP地址与多个SR policy的目的地址匹配，在站点edge2的IP地址与SR policy1的目的地址匹配成功的情况下，确定站点edge2的IP地址迭代到SR policy1。相应的，可以将所述SR policy1指示的路径信息，确定为所述端到端路径1的路径信息。
在一个示例中，所述SR policy1可以是SRv6 policy。对于这种情况，所述端到端路径1可以是SRv6隧道。
在又一个示例中，所述SR policy1可以是MPLS SR policy。对于这种情况，所述端到端路径1可以是SR-MPLS TE policy。
在一个示例中，所述端到端路径1可以是站点edge1预先编排好的。对于这种情况，所述张edge1在接收业务报文1之前，还可以编排所述端到端路径1。在一个具体的示例中，所述业务报文1用于承 载VPN业务，所述站点edge1可以根据所述VPN业务，按需结合前述骨干网入口设备1和骨干网出口设备1，编排从站点edge1和站点edge2之间的所述端到端路径1。作为一个示例，所述站点edge1可以在接收到站点edge2通告的包括目的前缀的VPN路由之后，为该VPN路由编排端到端路径。在一个具体的示例中，所述站点edge1可以基于站点edge1和骨干网入口设备1之间的绑定关系1、以及站点edge2和骨干网出口设备1之间的绑定关系2，为该VPN路由编排所述端到端路径1。当方法600应用于图1b或者图1c所示的应用场景时，所述目的前缀例如可以是企业总部对应的网络前缀。
在一个示例中，若所述端到端路径为SRv6隧道，则所述业务报文2可以包括IPv6头和SRH，前述信息1和信息2可以携带在SRH中，并且，所述IPv6头的目的地址指向所述骨干网入口设备1，以便于所述站点edge1基于所述IPv6头的目的地址将业务报文2转发给骨干网入口设备1。在一个示例中，所述IPv6头的目的地址可以是骨干网入口设备的END.SID1。
在一个示例中，当所述端到端路径为SRv6隧道时，前述信息1可以是骨干网入口设备的END.SID1，前述信息2可以是骨干网出口设备1的END.SID2。对于这种情况，所述信息1还包括所述站点edge2的IPv6地址，相应的，前述SRH中还可以包括所述站点edge2的IPv6地址。对于这种情况，所述SRH可以指示由所述骨干网入口设备1到达站点edge2的路径。
在又一个示例中，当所述端到端路径为SRv6隧道时，前述信息1可以是骨干网入口设备的END.SID1，前述信息2可以是骨干网出口设备1为骨干网出口设备1和站点edge2之间的邻接关系分配的END.XSID。对于这种情况，所述SRH也可以指示由所述骨干网入口设备1到达站点edge2的路径。
在一个示例中，所述END.SID1可以用于指示一种新的报文转发操作，对于这种情况，骨干网入口设备1基于END.SID1确定如何转发业务报文2即可，无需结合VPN信息来确定如何转发业务报文2。在一个具体的示例中，所述END.SID1关联的操作包括：根据END.SID1的下一跳SID匹配从骨干网入口设备1到达骨干网出口设备1的overly SRv6 Policy。如前对于路径信息的描述可知，在一个示例中，所述END.SID1的下一跳SID可以是END.SID2，对于这种情况，所述END.SID1关联的操作包括：根据END.SID2匹配从骨干网入口设备1到达骨干网出口设备1的overly SRv6 Policy。在又一个示例中，所述END.SID1的下一跳SID可以是END.X SID，对于这种情况，所述END.SID1关联的操作包括：根据END.X SID匹配从骨干网入口设备1到达骨干网出口设备1的overly SRv6 policy。
在又一个具体的示例中，若业务报文2中包括业务意图信息，则所述END.SID1关联的操作包括：根据END.SID1的下一跳SID以及所述业务意图信息匹配从骨干网入口设备1到达骨干网出口设备1的overly SRv6 policy。对于这种情况，所述骨干网入口设备1在转发业务报文2时，还可以结合业务意图信息确定对应的overly SRv6 policy，从而使得所确定的overly SRv6 policy尽可能满足业务意图，从而尽可能提升为业务提供的服务质量。当所述END.SID1的下一跳SID是END.SID2时，所述END.SID1关联的操作包括：根据END.SID2以及所述业务意图信息匹配从骨干网入口设备1到达骨干网出口设备1的overly SRv6 policy。当所述END.SID1的下一跳SID是END.X SID时，所述END.SID1关联的操作包括：根据END.X SID以及所述业务意图信息匹配从骨干网入口设备1到达骨干网出口设备1的overly SRv6 policy。
在一个示例中，当所述端到端路径为SR-MPLS TE policy时，则所述业务报文2可以包括MPLS标签栈，前述信息1和信息2可以携带在MPLS标签栈中。在此场景中，所述信息1可以是骨干网入口设备的节点SID1，所述信息2可以是骨干网出口设备1的节点SID2。对于这种情况，所述路径信息还包括骨干网出口设备1为骨干网出口设备1和站点edge2之间的邻接关系所分配的adj-SID，相应的，所述MPLS标签栈中也还包括所述adj-SID。对于这种情况，所述MPLS标签栈中的节点SID1、节点SID2和adj-SID可以指示由所述骨干网入口设备1到达站点edge2的路径。
在一个示例中，所述节点SID1可以用于指示一种新的报文转发操作，对于这种情况，骨干网入口设备1基于节点SID1确定如何转发业务报文2即可，无需结合VPN信息来确定如何转发业务报文2。在一个具体的示例中，所述节点SID1关联的操作包括：根据节点SID1的下一跳SID匹配从骨干网入口设备1到达骨干网出口设备1的overly SR-MPLS TE policy。如前对于路径信息的描述可知，所述节点SID1的下一跳SID可以是节点SID2，对于这种情况，所述节点SID1关联的操作包括：根据节点SID2匹配从骨干网入口设备1到达骨干网出口设备1的overly SR-MPLS TE policy。
在又一个具体的示例中，若业务报文2中包括业务意图信息，则所述节点SID1关联的操作包括：根据节点SID1的下一跳SID以及所述业务意图信息匹配从骨干网入口设备1到达骨干网出口设备1的overly SR-MPLS TE policy。对于这种情况，所述骨干网入口设备1在转发业务报文2时，还可以结合业务意图信息确定对应的overly SR-MPLS TE policy，从而使得所确定的overly SR-MPLS TE policy尽可能满足业务意图，从而尽可能提升为业务提供的服务质量。当所述节点SID1的下一跳SID是节点SID2时，所述节点SID1关联的操作包括：根据节点SID2以及所述业务意图信息匹配从骨干网入口设备1到达骨干网出口设备1的overly SR-MPLS TE policy。
在一个示例中，所述端到端路径1可以是基于GRE协议封装的隧道，对于这种情况，所述业务报文可以采用GRE封装。
在一个具体的示例中，若端到端路径1是SRv6隧道，则所述业务报文2可以采用SRv6 over GRE封装。对于这种情况，所述业务报文2的封装格式可以参考图14a进行理解，图14a为本申请实施例提供的一种SRv6 over GRE封装的结构示意图。如图14a所示，所述业务报文2包括：外层IP头、UDP头、外层GRE封装、IPv6头、SRH、内层GRE封装和净荷，其中，所述净荷包括前述业务报文1；所述内层GRE封装中包括所述业务报文1所承载的VPN业务的VPN标识。VPN标识携带在内层GRE封装中，业务报文2在骨干网中传输时，骨干网中的设备不解析所述VPN标识(VPN identifier，VNI)，即骨干网不感知VPN。在一个示例中，所述SRH和内层GRE封装之间还可以包括metadata字段。在另一个示例中，业务报文2中还可以包括安全校验字段，例如包括封装安全协议(Encapsulating Security Protocol，ESP)字段，此处不做详细说明。
在又一个具体的示例中，若端到端路径1是SR-MPLS TE policy，则所述业务报文2可以采用MPLS over GRE封装。对于这种情况，所述业务报文2的封装格式可以参考图14b进行理解，图14b为本申请实施例提供的一种MPLS over GRE封装的结构示意图。如图14b所示的，所述业务报文2包括：外层IP头、UDP头、外层GRE封装、MPLS标签栈、内层GRE封装和净荷，其中，所述净荷包括前述业务报文1；所述内层GRE封装中包括所述业务报文1所承载的VPN业务的VPN标识。VPN标识携带在内层GRE封装中，业务报文2在骨干网中传输时，骨干网中的设备不解析所述VPN标识，即骨干网不感知VPN。在一个示例中，所述MPLS标签栈和内层GRE封装之间还可以包括metadata字段。在另一个示例中，业务报文2中还可以包括安全校验字段，例如包括ESP字段，此处不做详细说明。
在又一个示例中，所述端到端路径1可以是基于GENEVE协议封装的隧道，对于这种情况，所述业务报文可以采用GENEVE封装。
在一个具体的示例中，若端到端路径1是SRv6隧道，则所述业务报文2可以采用SRv6 in GENEVE封装。对于这种情况，所述业务报文2的封装格式可以参考图14c进行理解，图14c为本申请实施例提供的一种SRv6 in GENEVE封装的结构示意图。如图14c所示，所述业务报文2包括：外层IP头、UDP头、GENEVE封装、SRH和净荷，其中，所述净荷包括前述业务报文1；所述GENEVE封装中包括所述业务报文1所承载的VPN业务的VPN标识。在一个示例中，所述SRH和净荷之间还可以包括metadata字段。在另一个示例中，业务报文2中还可以包括安全校验字段，例如包括ESP字段，此处不做详细说明。当然，业务报文2也可以采用SRv6 over GENEVE封装，SRv6 over GENEVE封装相对于SRv6 in GENEVE封装而言，区别在于采用SRv6 over GENEVE封装的业务报文2中还包括IPv6头。可参见图14d进行理解，图14d为本申请实施例提供的一种SRv6 over GENEVE封装的结构示意图。图14d所示的封装结构相对于图14c所示的SRv6 in GENEVE封装而言，在GENEVE封装和SRH之间还包括IPv6头。SRv6 over GENEVE封装相对于SRv6 in GENEVE封装的封装开销大，但是SRv6 over GENEVE封装符合SRv6的标准封装格式。
在又一个具体的示例中，若端到端路径1是SR-MPLS TE policy，则所述业务报文2可以采用MPLS in GENEVE封装。对于这种情况，所述业务报文2的封装格式可以参考图14e进行理解，图14e为本申请实施例提供的一种MPLS in GENEVE封装的结构示意图。如图14e所示，所述业务报文2包括：外层IP头、UDP头、GENEVE封装、MPLS标签栈和净荷，其中，所述净荷包括前述业务报文1；所述GENEVE封装中包括所述业务报文1所承载的VPN业务的VPN标识。在一个示例中，所述MPLS标签栈和净荷之间还可以包括metadata字段。在另一个示例中，业务报文2中还可以包括安全校验字段， 例如包括ESP字段，此处不做详细说明。
S603：站点edge1通过端到端路径1发送业务报文2。
S604：骨干网入口设备1接收来自站点edge1的业务报文2。
S605：骨干网入口设备1根据所述信息1，对业务报文2进行处理，以得到业务报文3。
站点edge1得到业务报文2之后，可以转发所述业务报文2。在一个示例中，所述业务报文2的外层IP头的源地址为所述站点edge1的IP地址，目的地址为骨干网入口设备1的IP地址。站点edge1根据所述外层IP头中的目的地址，将业务报文2转发给骨干网入口设备1。
骨干网入口设备1可以接收来自站点edge1的业务报文2，并进一步对业务报文2进行解析，并利用报文2中的信息1，对业务报文2进行处理，以得到业务报文3。
如前所述，在一个示例中，所述信息1可以是END.SID1，对于这种情况：
在一个示例中，所述骨干网入口设备1可以根据业务报文2的SRH中END.SID1的下一跳SID，匹配从所述骨干网入口设备1到所述骨干网出口设备1之间的overly SRv6 policy。在一个示例中，所述骨干网入口设备1可以利用END.SID1的下一跳SID与overly SRv6 policy的目的地址相匹配，当overly SRv6 policy1的目的地址与所述下一跳SID匹配成功时，则确定匹配overly SRv6 policy1成功。在一个具体的示例中，所述骨干网入口设备1可以利用END.SID2匹配所述overly SRv6 policy1。在又一个具体的示例中，所述骨干网入口设备1可以利用前述END.X SID匹配所述overly SRv6 policy1。骨干网入口设备1匹配得到overly SRv6 policy1之后，可以利用所述overly SRv6 policy1对业务报文2进行重新封装，例如，所述骨干网入口设备1可以在所述业务报文2中插入一个新的SRH以承载所述overly SRv6 policy1，以得到所述业务报文3。在一个示例中，承载overly SRv6 policy1的SRH可以位于前述携带信息1和信息2的SRH的外层。
在又一个示例中，若业务报文2中包括业务意图信息，则所述骨干网入口设备1可以根据业务报文2的SRH中END.SID1的下一跳SID以及所述业务意图信息，匹配从所述骨干网入口设备1到所述骨干网出口设备1之间的overly SRv6 policy。在一个示例中，所述骨干网入口设备1可以利用END.SID1的下一跳SID与overly SRv6 policy的目的地址相匹配，得到至少一个与所述END.SID1的下一跳SID匹配的overly SRv6 policy，而后，从该至少一个overly SRv6 policy中确定出满足所述业务意图信息的overly SRv6 policy2。在一个具体的示例中，所述骨干网入口设备1可以利用END.SID2和所述业务意图信息匹配所述overly SRv6 policy2。在又一个具体的示例中，所述骨干网入口设备1可以利用前述END.X SID和所述业务意图信息匹配所述overly SRv6 policy2。骨干网入口设备1匹配得到overly SRv6 policy2之后，可以利用所述overly SRv6 policy2对业务报文2进行重新封装，以得到业务报文3。例如，所述骨干网入口设备1可以在所述业务报文2中插入一个新的SRH以承载所述overly SRv6 policy2，以得到所述业务报文3。在一个示例中，承载overly SRv6 policy2的SRH可以位于前述携带信息1和信息2的SRH的外层。
如前所述，在一个示例中，所述信息1可以是节点SID1，对于这种情况：
在一个示例中，所述骨干网入口设备1可以根据业务报文2的MPLS标签栈中节点SID1的下一跳SID，匹配从所述骨干网入口设备1到所述骨干网出口设备1之间的overly SR-MPLS TE policy。在一个示例中，所述骨干网入口设备1可以利用节点SID1的下一跳SID与overly SR-MPLS TE policy的目的地址相匹配，当overly SR-MPLS TEpolicy1的目的地址与所述下一跳SID匹配成功时，则确定匹配overly SR-MPLS TEpolicy1成功。在一个具体的示例中，所述骨干网入口设备1可以利用节点SID2匹配所述overly SR-MPLS TE policy1。骨干网入口设备1匹配得到overly SR-MPLS TE policy1之后，可以利用所述overly SR-MPLS TE policy1对业务报文2进行重新封装，例如，所述骨干网入口设备1可以将所述业务报文2中的MPLS标签栈中的节点SID1和节点SID2替换成所述overly SR-MPLS TE policy1，以得到所述业务报文3。
在又一个示例中，若业务报文2中包括业务意图信息，则所述骨干网入口设备1可以根据业务报文2的MPLS标签栈中节点SID1的下一跳SID以及所述业务意图信息，匹配从所述骨干网入口设备1到所述骨干网出口设备1之间的overly SR-MPLS TE policy。在一个示例中，所述骨干网入口设备1可以利用节点SID1的下一跳SID与overly SR-MPLS TE policy的目的地址相匹配，得到至少一个与所述节 点SID1的下一跳SID匹配的overly SR-MPLS TE policy，而后，从该至少一个overly SR-MPLS TE policy中确定出满足所述业务意图信息的overly SR-MPLS TE policy2。骨干网入口设备1匹配得到overly SR-MPLS TE policy2之后，可以利用所述overly SR-MPLS TE policy2对业务报文2进行重新封装，以得到业务报文3。例如，所述骨干网入口设备1可以将所述业务报文2中的MPLS标签栈中的节点SID1和节点SID2替换成所述overly SR-MPLS TE policy2，以得到所述业务报文3。
S606：骨干网入口设备1向骨干网出口设备1发送业务报文3。
骨干网入口设备1得到业务报文3之后，可以向骨干网出口设备1发送业务报文3。在一个示例中，所述骨干网入口设备1可以基于前述overly SRv6 policy1或者overly SRv6 policy2，向骨干网出口设备1发送业务报文3。在又一个示例中，所述骨干网入口设备1可以基于前述overly SR-MPLS TE policy1或者overly SR-MPLS TE policy2，向骨干网出口设备1发送业务报文3。
通过以上描述可知，利用本申请实施例提供的方法600，可以由站点edge1编排跨越骨干网的端到端路径1，无需骨干网中的设备基于VPN配置来确定传输路径，从而使得骨干网无需感知业务，从而提升了业务流量的转发效率。而且，由于骨干网无需感知业务，因此，也无需对骨干网中的设备进行与业务相关的配置，从而提升了业务开通的效率，相应的，也提升了骨干网的可扩展性。
在一个示例中，站点edge1可以双归接入至骨干网入口设备1和骨干网入口设备2，换言之，站点edge1除了可以通过骨干网入口设备1接入骨干网之外，还可以通过骨干网入口设备2接入骨干网。站点edge2可以双归接入至骨干网出口设备1和骨干网出口设备2，换言之，站点edge2除了可以通过骨干网出口设备1接入骨干网之外，还可以通过骨干网出口设备2接入骨干网。对于这种情况，所述站点edge1还可以编排由站点edge1到达站点edge2的端到端路径2，端到端路径2包括的入端点为站点edge1、出端点为站点edge2，并且，所述端到端路径2包括所述骨干网入口设备2和骨干网出口设备2。对于这种情况：
所述站点edge1还可以接收业务报文4，并在业务报文4的外层封装端到端路径2的路径信息，以获得业务报文5，并通过端到端路径2发送业务报文5。其中，端到端路径2的路径信息包括：标识骨干网入口设备2的信息3和标识骨干网出口设备2的信息4。
关于端到端路径2的路径信息，可以参考前文对于端到端路径1的路径信息的描述部分，关于站点edge1“在业务报文4的外层封装端到端路径2的路径信息，以获得业务报文5”的具体实现，也可以参考方法600中S602的具体描述部分，此处不做重复描述。
站点edge1通过端到端路径2发送业务报文5之后，骨干网入口设备2可以接收来自站点edge1的业务报文5，并进一步基于信息3对业务报文5进行处理，以得到业务报文6，并进一步转发业务报文6。关于骨干网入口设备2对业务报文5的处理方式，可以参考方法600中站点edge1对业务报文2的处理方式，此处不做重复描述。
以上对本申请实施例提供的转发流量的方法进行了介绍，接下来，结合图1b和图1c所示的应用场景，以站点edge1到达站点edge2之间的端到端路径为采用GRE封装的端到端隧道为例，对本申请实施例提供的转发流量的方法进行举例说明。
首先，结合图1b所示的应用场景，对本申请实施例的方案进行介绍。
参见图15a，图15a为本申请实施例提供的一种流量转发方法的场景示意图。图15a示出了将本申请实施例提供的方案应用于图1b所示的场景时，网络中传输的业务流量的封装格式。在图15a所示的场景中，站点edge1和站点edge2之间的端到端路径为SRv6隧道。流量转发的具体流程如下：
站点edge1：企业用户访问总部的业务报文到达分支站点edge1，该业务报文的源地址为企业用户的IP地址(client-ip)，该业务报文的目的地址为总部的IP地址(server-ip)，站点edge1查询server-ip路由，确定下一跳为站点edge2的IP地址system-ip2，基于system-ip2迭代SRv6 policy(路径列表为：END.SID1，END.SID2，system-ip2)，站点edge1在业务报文外层封装IPv6头和SRH，同时封装业务意图信息。按照SRv6转发下一跳END.SID1继续查路由转发，END.SID1迭代SDWAN隧道，封装上SDWAN隧道链路信息：源地址(source address，SA)＝tnp1，目的地址(destination address，DA)＝tnp2)将报文发送至POP1。其中：tnp1为站点edge1用于与POP1通信的端口的IP地址，tnp2为POP1用于与站点edge1通信的端口的IP地址。
POP1：对接收到的报文解封装外层SDWAN隧道，查询IPv6 DA(END.SID1)匹配本地SID表项，END.SID1关联的操作为根据下一跳SID+业务意图信息匹配SR policy，根据隧道匹配策略匹配成功则在报文中插入一个新的SRH(包含SR列表：END.SID3，END.SID2)，将IPV6头DA换为END.SID3继续查路由转发，END.SID3迭代SDWAN隧道，针对报文封装上SDWAN隧道链路信息(SA＝tnp3，DA＝tnp4)发送至POP2。如果无匹配到SR policy，则继续查IPv6 DA(END.SID2)路由转发至POP4。其中：tnp3为POP1用于与POP2通信的端口的IP地址，tnp2为POP2用于与POP1通信的端口的IP地址。
POP2：针对接收到的报文解封装外层SDWAN隧道，查询IPv6 DA(END.SID3)匹配本地SID表项，将IPV6头DA换为END.SID2继续查路由转发，END.SID2迭代SDWAN隧道，封装上SDWAN隧道链路信息(SA＝tnp5，DA＝tnp6)，将报文发送至POP3。其中：tnp5为POP2用于与POP3通信的端口的IP地址，tnp6为POP3用于与POP2通信的端口的IP地址。
POP3：针对接收到的报文解封装外层SDWAN隧道，根据IPv6 DA(END.SID2)继续查路由转发，根据END.X SID路由出接口通过本地直连接口转发POP4。
POP4：针对接收到的报文查询IPv6 DA(END.SID2)匹配本地SID表项，同时SL为0，去掉SRH封装，将IPV6头DA换为system-ip2继续查路由转发，system-ip2迭代SDWAN隧道，封装上SDWAN隧道链路信息(SA＝tnp7，DA＝tnp8)，将报文发送至站点edge2。其中：tnp7为POP4用于与站点edge2通信的端口的IP地址，tnp8为站点edge2用于与POP4通信的端口的IP地址。
站点edge2：解封装外层SDWAN隧道，查询system-ip2为本地路由，去掉IPv6封装，对ESP进行处理，根据GRE中的VPN标识私网查server-ip路由，路由转发至目的地。
参见图15b，图15b为本申请实施例提供的又一种流量转发方法的场景示意图。图15b示出了将本申请实施例提供的方案应用于图1b所示的场景时，网络中传输的业务流量的封装格式。在图15b所示的场景中，站点edge1和站点edge2之间的端到端路径为SRv6隧道。流量转发的具体流程如下：
站点edge1：企业用户访问总部的业务报文到达分支站点edge1，该业务报文的源地址为企业用户的IP地址(client-ip)，该业务报文的目的地址为总部的IP地址(server-ip)，站点edge1查询server-ip路由，确定下一跳为站点edge2的IP地址system-ip2，基于system-ip2迭代SRv6 policy(路径列表为：END.SID1，END.X SID)。站点edge1在业务报文外层封装IPv6头和SRH，同时封装业务意图信息。。按照SRv6转发下一跳END.SID1继续查路由转发，END.SID1迭代SDWAN隧道，封装上SDWAN隧道链路信息(SA＝tnp1，DA＝tnp2)，将报文发送至POP1。
POP1：对接收到的报文解封装外层SDWAN隧道，查询IPv6 DA(END.SID1)匹配本地SID表项，END.SID1 END.SID1关联的操作为取下一跳SID+业务意图信息匹配SR policy，根据隧道匹配策略匹配成功则在报文中插入一个新的SRH(包含SR列表：END.SID3，END.X SID)，将IPV6头DA换为END.SID3继续查路由转发，END.SID3迭代SDWAN隧道，针对报文封装上SDWAN隧道链路信息(SA＝tnp3，DA＝tnp4)发送至POP2。如果无匹配到SR policy路径，则继续查IPv6 DA(END.X SID)路由转发至POP4。
POP2：针对接收到的报文解封装外层SDWAN隧道，查询IPv6 DA(END.SID3)匹配本地SID表项，将IPV6头DA换为END.X SID继续查路由转发，END.X SID路由迭代SDWAN隧道，封装上SDWAN隧道链路信息(SA＝tnp5，DA＝tnp6)，将报文发送至POP3。
POP3：针对接收到的报文解封装外层SDWAN隧道，根据IPv6 DA(END.X SID)继续查路由转发，根据END.X SID路由出接口直接通过本地直连接口转发POP4。
POP4：针对接收到的报文查询IPv6 DA(END.X SID)匹配本地SID表项，同时SL为0，去掉SRH封装，同时去掉IPv6头封装，根据system-ip2迭代SDWAN隧道，封装上SDWAN隧道链路信息(SA＝tnp7，DA＝tnp8)，将报文发送至站点edge2。
站点edge2：针对接收到的报文解封装外层SDWAN隧道，查询system-ip2为本地路由，去掉IPv6封装，对ESP进行处理，根据GRE中的VPN标识私网查server-ip路由，路由转发至目的地。
参见图15c，图15c为本申请实施例提供的又一种流量转发方法的场景示意图。图15c示出了将本申请实施例提供的方案应用于图1b所示的场景时，网络中传输的业务流量的封装格式。在图15c所示的场景中，站点edge1和站点edge2之间的端到端路径为SR-MPLS TE policy。流量转发的具体流程如 下：
站点edge1：企业用户访问总部的业务报文到达分支站点edge1，该业务报文的源地址为企业用户的IP地址(client-ip)，该业务报文的目的地址为总部的IP地址(server-ip)，站点edge1查询server-ip路由，确定下一跳为站点edge2的IP地址system-ip2，基于system-ip2迭代SR-MPLS TE policy(路径列表为：NODE.SID1，NODE.SID5，Adjacency SID)，封装MPLS标签栈。按照标签转发下一跳NODE.SID1继续查路由转发，NODE.SID1迭代SDWAN隧道，封装上SDWAN隧道链路信息(SA＝tnp1，DA＝tnp2)，将报文发送至POP1。
POP1：对接收到的报文解封装外层SDWAN隧道，查询NODE.SID1匹配本地SID表项，NODE.SID1关联的操作为根据MPLS标签栈中NODE.SID1的下一跳SID作为中间POP骨干网SR-MPLS标签栈路径的出节点信息进行匹配SR-MPLS TEpolicy，根据隧道匹配策略匹配成功则将报文中本地NODE.SID1和下一跳标签NODE.SID5替换为中间POP骨干网SRMPLS policy对应的标签栈(骨干网SR-MPLS TE policy路径：NODE.SID3，NODE.SID4，NODE.SID5)，按报文中栈顶标签NODE.SID3继续查表转发，NODE.SID3迭代SDWAN隧道，封装上SDWAN隧道链路信息(SA＝tnp3，DA＝tnp4)，将报文发送至POP2。如果POP1上无匹配到POP骨干网SR-MPLS TE policy，则直接根据报文中下一跳标签NODE.SID5转发至POP4。
POP2：对接收到的报文解封装外层SDWAN隧道，查询标签NODE.SID3匹配本地SID表项，则弹出当前NODE.SID3标签，用下一跳标签NODE.SID4继续查表转发，NODE.SID4路由迭代SDWAN隧道，封装上SDWAN隧道链路信息(SA＝tnp5，DA＝tnp6)，将报文发送至POP3。
POP3：对接收到的报文解封装外层SDWAN隧道，弹出当前NODE.SID4标签，用下一跳标签NODE.SID5继续查表转发，通过本地直连接口转发POP4。
POP4：对接收到的报文解封装外层SDWAN隧道，标签NODE.SID5匹配本地SID表项，弹出当前NODE.SID5标签，用下一跳标签Adjacency SID继续查表转发，根据Adjacency SID指示下一跳为入SDWAN隧道转发，弹出当前标签Adjacency SID，封装上SDWAN隧道链路信息(SA＝tnp7，DA＝tnp8)，将报文发送至站点edge2。
站点edge2：解封装外层SDWAN隧道，对ESP进行处理，根据GRE中的VPN标识的私网中查server-ip路由，查询目的system-ip2路由，转发至目的地。
参见图15d，图15d为本申请实施例提供的一种流量转发方法的场景示意图。图15d示出了将本申请实施例提供的方案应用于图1c所示的场景时，网络中传输的业务流量的封装格式。在图15d所示的场景中，站点edge1和站点edge2之间的端到端路径为SRv6隧道。流量转发的具体流程如下：
站点edge1：企业用户访问总部的业务报文到达分支站点edge1，该业务报文的源地址为企业用户的IP地址(client-ip)，该业务报文的目的地址为总部的IP地址(server-ip)，站点edge1查询server-ip路由，确定下一跳为站点edge2的IP地址system-ip2，基于system-ip2迭代SRv6 policy(路径列表为：END.SID1，END.SID2，system-ip2)，站点edge1在业务报文外层封装IPv6头和SRH，同时封装业务意图信息。按照SRv6转发下一跳END.SID1继续查路由转发，END.SID1迭代SDWAN隧道，封装上SDWAN隧道链路信息(SA＝tnp1，DA＝tnp2)，将报文发送至POP1。
POP1：对接收到的报文解封装外层SDWAN隧道，查询IPv6 DA(END.SID1)匹配本地SID表项，END.SID1关联的操作为根据下一跳SID+业务意图信息匹配SR policy，根据隧道匹配策略匹配成功则在报文中插入一个新的SRH(包含SR列表：END.SID3，END.SID2)，将IPV6头DA换为END.SID3继续查路由转发，END.SID3迭代SDWAN隧道，针对报文封装上SDWAN隧道链路信息(SA＝tnp3，DA＝tnp4)发送至POP2。如果无匹配到SR policy，则继续查IPv6 DA(END.SID2)路由转发至POP4。
POP2：针对接收到的报文解封装外层SDWAN隧道，查询IPv6 DA(END.SID3)匹配本地SID表项，将IPV6头DA换为END.SID2继续查路由转发，END.SID2迭代SDWAN隧道，封装上SDWAN隧道链路信息(SA＝tnp5，DA＝tnp9)，将报文发送至POP4。其中：tnp5为POP2用于与POP4通信的端口的IP地址，tnp9为POP4用于与POP2通信的端口的IP地址。
POP4：针对接收到的报文查询IPv6 DA(END.SID2)匹配本地SID表项，同时SL为0，去掉SRH封装，将IPV6头DA换为system-ip2继续查路由转发，system-ip2迭代SDWAN隧道，封装上SDWAN 隧道链路信息(SA＝tnp7，DA＝tnp8)，将报文发送至站点edge2。
站点edge2：解封装外层SDWAN隧道，查询system-ip2为本地路由，去掉IPv6封装，对ESP进行处理，根据GRE中的VNI标识私网查server-ip路由，路由转发至目的地。
参见图15e，图15e为本申请实施例提供的另一种流量转发方法的场景示意图。图15e示出了将本申请实施例提供的方案应用于图1c所示的场景时，网络中传输的业务流量的封装格式。在图15e所示的场景中，站点edge1和站点edge2之间的端到端路径为SR-MPLS TE policy。流量转发的具体流程如下：
站点edge1：企业用户访问总部的业务报文到达分支站点edge1，该业务报文的源地址为企业用户的IP地址(client-ip)，该业务报文的目的地址为总部的IP地址(server-ip)，站点edge1查询server-ip路由，确定下一跳为站点edge2的IP地址system-ip2，基于system-ip2迭代SR-MPLS TE policy(路径列表为：NODE.SID1，NODE.SID5，Adjacency SID)，封装MPLS标签栈。按照标签转发下一跳NODE.SID1继续查路由转发，NODE.SID1迭代SDWAN隧道，封装上SDWAN隧道链路信息(SA＝tnp1，DA＝tnp2)，将报文发送至POP1。
POP1：对接收到的报文解封装外层SDWAN隧道，查询NODE.SID1匹配本地SID表项，NODE.SID1关联的操作为根据MPLS标签栈中NODE.SID1的下一跳SID作为中间POP骨干网SR-MPLS标签栈路径的出节点信息进行匹配SR-MPLS TE policy，根据隧道匹配策略匹配成功则将报文中本地NODE.SID1和下一跳标签NODE.SID5替换为中间POP骨干网SRMPLS policy对应的标签栈(骨干网SR-MPLS TE policy路径：NODE.SID3，NODE.SID5)，按报文中栈顶标签NODE.SID3继续查表转发，NODE.SID3迭代SDWAN隧道，封装上SDWAN隧道链路信息(SA＝tnp3，DA＝tnp4)，将报文发送至POP2。如果POP1上无匹配到POP骨干网SR-MPLS TE policy，则直接根据报文中下一跳标签NODE.SID5转发至POP4。
POP2：对接收到的报文解封装外层SDWAN隧道，查询标签NODE.SID3匹配本地SID表项，则弹出当前NODE.SID3标签，用下一跳标签NODE.SID5继续查表转发，NODE.SID5路由迭代SDWAN隧道，封装上SDWAN隧道链路信息(SA＝tnp5，DA＝tnp9)，将报文发送至POP4。
POP4：对接收到的报文解封装外层SDWAN隧道，标签NODE.SID5匹配本地SID表项，弹出当前NODE.SID5标签，用下一跳标签Adjacency SID继续查表转发，根据Adjacency SID指示下一跳为入SDWAN隧道转发，弹出当前标签Adjacency SID，封装上SDWAN隧道链路信息(SA＝tnp7，DA＝tnp8)，将报文发送至站点edge2。
站点edge2：解封装外层SDWAN隧道，对ESP进行处理，根据GRE中的VPN标识的私网中查server-ip路由，查询目的system-ip2路由，转发至目的地。
参见图16，该图为本申请实施例提供的一种信息通告方法的流程示意图。图16所示的信息通告方法700，所述信息通告方法700，可以应用于以上方法100或者方法200或者方法300或者方法400或者方法500或600。
图16所示的信息通告方法700，可以应用于作为第一站点edge的第一通信装置。
在本申请实施例中，所述方法700可以包括如下S701-S702。
S701：接收第二通信装置通告的第一路由，所述第一路由包括骨干网中第一骨干网出口设备的第一信息和第二站点edge的标识，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网，所述第一站点edge通过第一骨干网入口设备接入所述骨干网。
S702：根据所述第一路由，获取所述第二站点edge和所述第一骨干网出口设备的第一绑定关系。
当所述方法700应用于方法100时：
方法700中的第一站点edge可以对应方法100中的站点edge1；方法700中的第二通信装置可以对应方法100中的站点edge2；方法700中的第一路由可以对应方法100中的路由1；方法700中的第一骨干网出口设备可以对应方法100中的骨干网出口设备1；方法700中的第一信息可以对应方法100中的信息1；方法700中的第一绑定关系，可以对应方法100中的绑定关系1。
当所述方法700应用于方法200时：
方法700中的第一站点edge可以对应方法200中的站点edge1；方法700中的第二通信装置可以对 应方法200中的站点edge2；方法700中的第一路由可以对应方法100中的路由1’；方法700中的第一骨干网出口设备可以对应方法200中的骨干网出口设备1；方法700中的第一信息可以对应方法200中的信息1；方法700中的第一绑定关系，可以对应方法200中的绑定关系1。
当所述方法700应用于方法300时：
方法700中的第一站点edge可以对应方法300中的站点edge1；方法700中的第二通信装置可以对应方法300中的骨干网出口设备1；方法700中的第一路由可以对应方法300中的路由1”；方法700中的第一骨干网出口设备可以对应方法300中的骨干网出口设备1；方法700中的第一信息可以对应方法300中的信息1；方法700中的第一绑定关系，可以对应方法300中的绑定关系1。
在一种可能的实现方式中，所述方法还包括：根据所述第一绑定关系，确定从所述第一站点edge到所述第二站点edge的第一端到端路径，所述第一端到端路径经过所述第一骨干网入口设备和所述第一骨干网出口设备。
方法700中的提及的第一端到端路径，例如可以是以上方法实施例中提及的端到端路径1或者端到端路径2。
在一种可能的实现方式中，所述第一信息包括以下一项或者多项：所述第一骨干网出口设备为所述第一骨干网出口设备和所述第二站点edge之间的邻接关系所分配的第一段标识SID；所述第一骨干网出口设备的第二SID；所述第一骨干网出口设备的选路优先级；所述第一骨干网出口设备的负载分担权重。
当所述方法700应用于方法100时：方法700中的第一SID，可以是方法100中的SID1；方法700中的第二SID，可以是方法100中的SID2。
当所述方法700应用于方法200时：方法700中的第一SID，可以是方法200中的SID1；方法700中的第二SID，可以是方法200中的SID2。
当所述方法700应用于方法300时：方法700中的第一SID，可以是方法300中的SID1；方法700中的第二SID，可以是方法300中的SID2。
在一种可能的实现方式中，所述第一SID为互联网协议第6版段路由具有交叉连接到第3层邻接关系阵列的端点段标识SRv6 END.X SID，所述第二SID为互联网协议第6版段路由端点段标识SRv6END.SID；或者，所述第一SID为邻接段标识adj-SID，所述第二SID为节点SID。
在一种可能的实现方式中，当所述方法700应用于以上方法100时，所述第二通信装置为所述第二站点edge，所述第一路由包括：软件定义广域网SD-WAN网关信息通告路由，所述SD-WAN网关信息通告路由包括至少一个类型长度值TLV，所述至少一个TLV承载所述第一信息。
在一种可能的实现方式中，所述SD-WAN网关信息通告路由包括第一TLV，所述第一TLV的值value字段用于承载所述第一信息中的第一SID和/或第二SID，所述第一TLV还包括优先级子TLV和/或权重子TLV，所述优先级子TLV用于承载所述第一信息中的选路优先级，所述权重子TLV用于承载所述第一信息中的负载分担权重。
方法700中的提及的第一TLV，可以是方法100中提及的图4a所示的MP_REACH_NLRI。
在一种可能的实现方式中，当所述方法700应用于以上方法200时，所述第二通信装置为所述第二站点edge，所述第一路由包括虚拟专用网VPN路由。
在一种可能的实现方式中，所述VPN路由包括第一元数据路径属性Metadata Path Attribute，所述第一Metadata Path Attribute携带所述第一信息。
方法700中的第一Metadata Path Attribute，可以对应方法100中的Metadata Path Attribute2。
在一种可能的实现方式中，所述第一路由还包括：业务意图信息。
在一种可能的实现方式中，所述业务意图信息，包括以下其中一项或者多项：所述第一端到端路径需要经过的网关、所述第一端到端路径需要绕行的网关、以及服务质量参数。
在一种可能的实现方式中，所述第一路由包括第二Metadata Path Attribute，所述第二Metadata Path Attribute包括所述业务意图信息。
当所述方法700应用于以上方法100时，方法700中的第二Metadata Path Attribute，可以对应方法100中的Metadata Path Attribute1。
当所述方法700应用于以上方法200时，方法700中的第二Metadata Path Attribute，可以对应方法200中的Metadata Path Attribute2。
在一种可能的实现方式中，当所述方法700应用于以上方法200时，所述第二通信装置为所述第一骨干网出口设备，所述接收第二通信装置通告的第一路由，包括：通过所述第一骨干网入口设备接收所述第一骨干网出口设备通告的所述第一路由。
方法700中的第一骨干网入口设备，可以对应方法300中的骨干网入口设备1。
在一种可能的实现方式中，所述第一路由包括：第一SD-WAN网关自动发现路由。
在一种可能的实现方式中，所述方法还包括：接收第三通信装置通告的第二路由，所述第二路由包括骨干网中第二骨干网出口设备的第二信息和所述第二站点edge的标识，所述第二站点edge通过所述第二骨干网出口设备接入所述骨干网；根据所述第二路由，获取所述第二站点edge和所述第二骨干网出口设备的第二绑定关系。
当所述方法700应用于以上方法100时：
方法700中的第三通信装置，可以对应方法100中的站点edge2；方法700中的第二路由，可以对应方法100中的路由2；方法700中的第二骨干网出口设备，可以对应方法100中的骨干网出口设备2；方法700中的第二信息，可以对应方法100中的信息2；方法700中的第二绑定关系，可以对应方法100中的绑定关系2。
当所述方法700应用于以上方法200时：
方法700中的第三通信装置，可以对应方法200中的站点edge2；方法700中的第二路由，可以对应方法200中的路由1’；方法700中的第二骨干网出口设备，可以对应方法200中的骨干网出口设备2；方法700中的第二信息，可以对应方法200中的信息2；方法700中的第二绑定关系，可以对应方法200中的绑定关系2。
在一种可能的实现方式中，所述方法还包括：确定所述第一骨干网出口设备和所述第二骨干网出口设备分别对应的选路优先级；和/或，确定所述第一骨干网出口设备和所述第二骨干网出口设备分别对应的负载分担权重。
在一种可能的实现方式中，所述方法还包括：根据所述第二绑定关系，确定从所述第一站点edge到所述第二站点edge的第二端到端路径所述第二端到端路径经过所述第一骨干网入口设备和所述第二骨干网出口设备。
方法700中的第二端到端路径，可以是不同于第一端到端路径的另一个由第一站点edge到达第二站点edge的端到端路径。方法700中的提及的第二端到端路径，例如可以是以上方法实施例中提及的端到端路径1或者端到端路径2。
在一种可能的实现方式中，所述方法700还可以应用于以上方法400或500，对于这种情况，所述方法还包括：接收所述第一骨干网入口设备发送的第三路由，所述第三路由用于通告所述第一骨干网入口设备的第三信息；根据所述第三路由，获得所述第一站点edge和所述第一骨干网入口设备的第三绑定关系。
当所述方法700应用于以上方法400时：
方法700中的第一站点edge，可以对应方法400中的站点edge；方法700中的第一骨干网入口设备，可以对应方法400中的网关；方法700中的第三路由，可以对应方法400中的路由3；方法700中的第三信息，可以对应方法400中的信息3。方法700中的第三绑定关系，可以对应方法400中的绑定关系3。
当所述方法700应用于以上方法500时：
方法700中的第一站点edge，可以对应方法500中的站点edge；方法700中的第一骨干网入口设备，可以对应方法500中的网关；方法700中的第三路由，可以对应方法500中的路由3’；方法700中的第三信息，可以对应方法500中的信息3。方法700中的第三绑定关系，可以对应方法500中的绑定关系3。
在一种可能的实现方式中，当所述方法700应用于以上方法400时，所述第三路由为第二SD-WAN网关自动发现路由。
在一种可能的实现方式中，当所述方法700应用于以上方法500时，所述第三路由为BGP链路状态LS路由。
在一种可能的实现方式中，所述第三信息包括：所述第一骨干网入口设备为所述第一骨干网入口设备和所述第一站点edge之间的邻接关系所分配的第三SID，和/或，所述第一骨干网入口设备的第四SID。
当所述方法700应用于以上方法400时，方法700中的第三SID，可以对应方法400中的SID3，方法700中的第四SID，可以对应方法400中的SID4。
当所述方法700应用于以上方法500时，方法700中的第三SID，可以对应方法500中的SID3，方法700中的第四SID，可以对应方法500中的SID4。
在一种可能的实现方式中，所述第三路由中还包括中间网关信息，所述中间网关信息指示从所述第一骨干网入口设备和所述骨干网中的出口设备之间的至少一个中间网关。
所述方法700还可以应用于以上方法600，具体的，所述方法还包括：
第一站点edge接收第一业务报文，所述第一站点edge在所述第一业务报文的外层封装第一端到端路径的路径信息，以获得第二业务报文；其中，所述第一端到端路径的路径信息包括标识骨干网中第一骨干网入口设备的第四信息和标识所述骨干网中第一骨干网出口设备的第五信息，所述第一端到端路径的入端点为所述第一站点edge，所述第一端到端路径的出端点为第二站点edge，所述第一端到端路径经过所述第一骨干网入口设备和所述第一骨干网出口设备，所述第一站点edge通过所述第一骨干网入口设备接入所述骨干网，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网。所述第一站点edge通过所述第一端到端路径发送所述第二业务报文。
方法700中的第一站点edge，可以对应方法600中的站点edge1；方法700中的第一业务报文，可以对应方法600中的业务报文1；方法700中的第二业务报文，可以对应方法600中的业务报文2；方法700中的第一端到端路径，可以对应方法600中的端到端路径1；方法700中的第四信息，可以对应方法600中的信息1；方法700中的第五信息，可以对应方法600中的信息2；方法700中的第一骨干网入口设备，可以对应方法600中的骨干网入口设备1；方法700中的第一骨干网出口设备，可以对应方法600中的骨干网出口设备1；方法700中的第二站点edge，可以对应方法600中的站点edge2。
在一种可能的实现方式中，所述第一业务报文用于承载虚拟专用网VPN业务，在接收所述第一业务报文之前，所述方法还包括：所述第一站点edge根据所述VPN业务，按需结合所述第一骨干网入口设备和第一骨干网出口设备，编排从所述第一站点edge到所述第二站点edge之间的所述第一端到端路径。
在一种可能的实现方式中，所述第二业务报文还包括业务意图信息。
在一种可能的实现方式中，所述业务意图信息携带在所述第二业务报文的元数据metadata字段中。
在一种可能的实现方式中，在封装所述第一端到端路径的路径信息之前，所述方法还包括：所述第一站点edge根据所述第一业务报文的目的地址，确定转发所述第一业务报文的下一跳为所述第二站点edge，根据所述第二站点edge的互联网协议IP地址迭代第一段路由策略SR policy，以获得所述第一端到端路径的路径信息。
方法700中的第一SR policy，可以对应方法600中的SR policy1。
在一种可能的实现方式中，所述第一端到端路径为SRv6隧道，所述第二业务报文包括IPv6头和分段路由头SRH，所述IPv6头的目的地址指向所述第一骨干网入口设备，所述SRH包括所述第四信息和所述第五信息。
在一种可能的实现方式中，所述第四信息为所述第一骨干网入口设备的第一端点段标识END.SID1，所述第五信息为所述第一骨干网出口设备的第二端点段标识END.SID2，所述SRH还包括所述第二站点edge的IPv6地址。
在一种可能的实现方式中，所述第四信息为所述第一骨干网入口设备的第一端点段标识END.SID1，所述第五信息为所述第一骨干网设备出口设备为所述第一骨干网设备出口设备和所述第二站点edge之间的邻接关系所分配的具有交叉连接到第3层邻接关系阵列的端点段标识END.X SID。
在一种可能的实现方式中，所述第一端点段标识END.SID1关联的操作包括：根据所述END.SID1的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SRv6 Policy。
在一种可能的实现方式中，当所述第二业务报文包括业务意图信息时，所述第一端点段标识END.SID1关联的操作包括：根据所述END.SID1的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SRv6 Policy。
在一种可能的实现方式中，所述第一端到端路径为SR-MPLS TE policy，所述第二业务报文包括MPLS标签栈，所述MPLS标签栈包括所述第四信息和所述第五信息，所述第四信息为所述第一骨干网入口设备的第一节点SID，所述第五信息包括：所述第一骨干网出口设备的第二节点SID、以及所述第一骨干网设备出口设备为所述第一骨干网设备出口设备和所述第二站点edge之间的邻接关系所分配的邻接段标识adj-SID。
在一种可能的实现方式中，所述第一节点SID关联的操作包括：根据所述标签栈中所述第一节点SID的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SR-MPLS TE policy。
在一种可能的实现方式中，当所述第二业务报文包括业务意图信息时，所述第一节点SID关联的操作包括：根据所述标签栈中所述第一节点SID的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SR-MPLS TE policy。
在一种可能的实现方式中，所述第一端到端路径为基于通用网络虚拟化封装GENEVE协议封装的隧道，所述第二业务报文采用SRv6 in GENEVE封装。
在一种可能的实现方式中，所述第一端到端路径为基于通用路由封装GRE协议封装的隧道，所述第二业务报文包括采用SRv6 over GRE封装。
在一种可能的实现方式中，所述第二业务报文包括：外层IP头，用户数据报协议UDP头、外层GRE封装、IPv6头、SRH、内层GRE封装和净荷，所述净荷包括所述第一业务报文，所述内层GRE封装包括所述第一业务报文所承载的VPN业务的VPN标识。
在一种可能的实现方式中，所述方法还包括：
第一站点边缘edge接收第三业务报文；
所述第一站点edge在所述第三业务报文的外层封装第三端到端路径的路径信息，以获得第四业务报文；其中，所述第三端到端路径的路径信息包括标识骨干网中第二骨干网入口设备的第六信息和标识所述骨干网中第二骨干网出口设备的第七信息，所述第三端到端路径的入端点为所述第一站点edge，所述第三端到端路径的出端点为所述第二站点edge，所述第三端到端路径经过所述第二骨干网入口设备和所述第二骨干网出口设备，第一站点edge多归接入所述第一骨干网入口设备和所述第二骨干网入口设备，所述第二站点edge多归接入所述第一骨干网出口设备和所述第二骨干网出口设备；
所述第一站点edge通过所述第三端到端路径发送所述第四业务报文。
方法700中的第三业务报文，可以对应方法600中的业务报文4；方法700中的第四业务报文，可以对应方法600中的业务报文5；方法700中的第三端到端路径，可以对应方法600中的端到端路径2；方法700中的第三信息，可以对应方法600中的信息3；方法700中的第四信息，可以对应方法600中的信息4；方法700中的第二骨干网入口设备，可以对应方法600中的骨干网入口设备2；方法700中的第二骨干网出口设备，可以对应方法600中的骨干网出口设备2。
在一种可能的实现方式中，所述第一站点edge通过软件定义广域网SD-WAN隧道或互联网Internet接入所述第一骨干网入口设备。
参见图17，该图为本申请实施例提供的又一种信息通告方法的流程示意图。图17所示的信息通告方法800，所述信息通告方法800，可以应用于以上方法100或者方法200或者方法300或者方法400或者方法500。
图17所示的信息通告方法800，可以应用于第二通信装置。
在本申请实施例中，所述方法800可以包括如下S701-S702。
S801：获取第一路由，所述第一路由包括骨干网中第一骨干网出口设备的第一信息和第二站点edge的标识，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网。
S802：向第一站点edge通告所述第一路由，所述第一站点edge通过第一骨干网入口设备接入所述 骨干网。
当所述方法800应用于方法100时：
方法800中的第一站点edge可以对应方法100中的站点edge1；方法800中的第二站点edge可以对应方法100中的站点edge2；方法800中的第一路由可以对应方法100中的路由1；方法800中的第一骨干网出口设备可以对应方法100中的骨干网出口设备1；方法800中的第一信息可以对应方法100中的信息1。
当所述方法800应用于方法200时：
方法800中的第一站点edge可以对应方法200中的站点edge1；方法800中的第二站点edge可以对应方法200中的站点edge2；方法800中的第一路由可以对应方法100中的路由1’；方法800中的第一骨干网出口设备可以对应方法200中的骨干网出口设备1；方法800中的第一信息可以对应方法200中的信息1。
当所述方法800应用于方法300时：
方法800中的第一站点edge可以对应方法300中的站点edge1；方法800中的第一路由可以对应方法300中的路由1”；方法800中的第一骨干网出口设备可以对应方法300中的骨干网出口设备1；方法800中的第一信息可以对应方法300中的信息1。
在一种可能的实现方式中，所述第一信息包括以下一项或者多项：所述第一骨干网出口设备为所述第一骨干网出口设备和所述第二站点edge之间的邻接关系所分配的第一段标识SID；所述第一骨干网出口设备的第二SID；所述第一骨干网出口设备的选路优先级；所述第一骨干网出口设备的负载分担权重。
当所述方法800应用于方法100时：方法800中的第一SID，可以是方法100中的SID1；方法800中的第二SID，可以是方法100中的SID2。
当所述方法800应用于方法200时：方法800中的第一SID，可以是方法200中的SID1；方法800中的第二SID，可以是方法200中的SID2。
当所述方法800应用于方法300时：方法800中的第一SID，可以是方法300中的SID1；方法800中的第二SID，可以是方法300中的SID2。
在一种可能的实现方式中，所述第一SID为互联网协议第6版段路由具有交叉连接到第3层邻接关系阵列的端点段标识SRv6 END.X SID，所述第二SID为互联网协议第6版段路由端点段标识SRv6END.SID；或者，所述第一SID为邻接段标识adj-SID，所述第二SID为节点SID。
在一种可能的实现方式中，当所述方法800应用于以上方法100时，所述第二通信装置为所述第二站点edge，所述第一路由包括：软件定义广域网SD-WAN网关信息通告路由，所述SD-WAN网关信息通告路由包括至少一个类型长度值TLV，所述至少一个TLV承载所述第一信息。
在一种可能的实现方式中，所述SD-WAN网关信息通告路由包括第一TLV，所述第一TLV的值value字段用于承载所述第一信息中的第一SID和/或第二SID，所述第一TLV还包括优先级子TLV和/或权重子TLV，所述优先级子TLV用于承载所述第一信息中的选路优先级，所述权重子TLV用于承载所述第一信息中的负载分担权重。
方法700中的提及的第一TLV，可以是方法100中提及的图4a所示的MP_REACH_NLRI。
在一种可能的实现方式中，当所述方法800应用于以上方法200时，所述第二通信装置为所述第二站点edge，所述第一路由包括虚拟专用网VPN路由。
在一种可能的实现方式中，所述VPN路由包括第一元数据路径属性Metadata Path Attribute，所述第一Metadata Path Attribute携带所述第一信息。
方法800中的第一Metadata Path Attribute，可以对应方法100中的Metadata Path Attribute2。
在一种可能的实现方式中，所述第一路由还包括：业务意图信息。
在一种可能的实现方式中，所述业务意图信息，包括以下其中一项或者多项：传输业务流量需要经过的网关、传输所述业务流量需要绕行的网关、以及传输所述业务流量所需满足的服务质量参数。
在一种可能的实现方式中，所述第一路由包括第二Metadata Path Attribute，所述第二Metadata Path Attribute包括所述业务意图信息。
当所述方法800应用于以上方法100时，方法800中的第二Metadata Path Attribute，可以对应方法100中的Metadata Path Attribute1。
当所述方法800应用于以上方法200时，方法800中的第二Metadata Path Attribute，可以对应方法200中的Metadata Path Attribute2。在一种可能的实现方式中，当所述方法800应用于以上方法200时，所述第二通信装置为所述第一骨干网出口设备，所述向第一站点edge通告所述第一路由，包括：通过第一骨干网入口设备向所述第一站点edge通告所述第一路由。
方法700中的第一骨干网入口设备，可以对应方法300中的骨干网入口设备1。
在一种可能的实现方式中，所述第一路由包括：第一SD-WAN网关自动发现路由。
在一种可能的实现方式中，当所述方法800应用于以上方法100或200时，所述方法还包括：向所述第一站点edge通告第二路由，所述第二路由包括骨干网中第二骨干网出口设备的第二信息和所述第二站点edge的标识，所述第二站点edge通过所述第二骨干网出口设备接入所述骨干网。
当所述方法800应用于以上方法100时：
方法800中的第二路由，可以对应方法100中的路由2；方法800中的第二骨干网出口设备，可以对应方法100中的骨干网出口设备2；方法800中的第二信息，可以对应方法100中的信息2；方法800中的第二绑定关系，可以对应方法100中的绑定关系2。
当所述方法800应用于以上方法200时：
方法800中的第二路由，可以对应方法200中的路由1’；方法800中的第二骨干网出口设备，可以对应方法200中的骨干网出口设备2；方法800中的第二信息，可以对应方法200中的信息2；方法800中的第二绑定关系，可以对应方法200中的绑定关系2。
在一种可能的实现方式中，当所述第二通信装置为第二站点edge时，所述方法800还可以应用于以上方法400或500，对于这种情况，所述方法还包括：接收所述第一骨干网出口设备发送的第三路由，所述第三路由用于通告所述第一骨干网出口设备的第三信息；根据所述第三路由，获得所述第二站点edge和所述第一骨干网出口设备的第一绑定关系。
当所述方法800应用于以上方法400时：
方法800中的第二站点edge，可以对应方法400中的站点edge；方法800中的第一骨干网出口设备，可以对应方法400中的网关；方法800中的第三路由，可以对应方法400中的路由3；方法800中的第三信息，可以对应方法400中的信息3。方法800中的第三绑定关系，可以对应方法400中的绑定关系3。
当所述方法800应用于以上方法500时：
方法800中的第二站点edge，可以对应方法500中的站点edge；方法800中的第一骨干网出口设备，可以对应方法500中的网关；方法800中的第三路由，可以对应方法500中的路由3’；方法800中的第三信息，可以对应方法500中的信息3。方法800中的第三绑定关系，可以对应方法500中的绑定关系3。
在一种可能的实现方式中，所述第三信息包括：所述第一骨干网出口设备为所述第一骨干网出口设备和所述第二站点edge之间的邻接关系所分配的第三SID，和/或，所述第一骨干网出口设备的第四SID。
当所述方法800应用于以上方法400时，方法800中的第三SID，可以对应方法400中的SID3，方法800中的第四SID，可以对应方法400中的SID4。
当所述方法800应用于以上方法500时，方法800中的第三SID，可以对应方法500中的SID3，方法800中的第四SID，可以对应方法500中的SID4。
在一种可能的实现方式中，当所述方法800还可以应用于以上方法400或500时，所述方法还包括：接收第二骨干网出口设备发送的第四路由，所述第四路由用于通告所述第二骨干网出口设备的第四信息；根据所述第四路由，获得所述第二站点edge和所述第二骨干网出口设备的第二绑定关系。
在一种可能的实现方式中，所述方法还包括：确定所述第一骨干网出口设备和所述第二骨干网出口设备分别对应的选路优先级；和/或，确定所述第一骨干网出口设备和所述第二骨干网出口设备分别对应的负载分担权重。
在一种可能的实现方式中，当所述方法800应用于以上方法400时，所述第三路由为第二SD-WAN 网关自动发现路由。
在一种可能的实现方式中，当所述方法800应用于以上方法500时，所述第三路由为BGP链路状态LS路由，所述BGP LS路由中包括第二TLV，所述第二TLV指示所述第三路由用于通告所述第一骨干网出口设备的第三信息。
方法800中的第二TLV，可以对应方法500中的TLV1。
在一种可能的实现方式中，所述第二TLV为角色通告TLV，所述角色通告TLV指示所述第一骨干网出口设备的角色为网关。
在一种可能的实现方式中，所述第三路由中还包括中间网关信息，所述中间网关信息指示所述骨干网中的骨干网入口设备和所述第一骨干网出口设备之间的至少一个中间网关。
在一种可能的实现方式中，所述第三路由包括第三Metadata Path Attribute，所述第三Metadata Path Attribute承载所述中间网关信息。
当所述方法800应用于以上方法400时，方法800中的第三Metadata Path Attribute，可以对应方法400中的Metadata Path Attribute3。
当所述方法800应用于以上方法500时，方法800中的第三Metadata Path Attribute，可以对应方法500中的Metadata Path Attribute4。
在一种可能的实现方式中，所述方法还包括：根据所述中间网关信息，确定业务意图信息中的网关约束信息，所述网关约束信息指示确定到达所述第二站点edge的路径所需遵循的网关约束条件。
在一种可能的实现方式中，所述网关约束条件，包括：需要经过的网关，和/或，需要绕行的网关。
参见图18，该图为本申请实施例提供的又一种信息通告方法的流程示意图。图18所示的信息通告方法900，可以应用于以上方法300或者方法600。
图18所示的信息通告方法900，可以应用于第一骨干网入口设备。
在本申请实施例中，所述方法900可以包括如下S901-S902。
S901：接收所述骨干网中的第一骨干网出口设备通告的第一路由，所述第一路由包括所述第一骨干网出口设备的信息和第二站点edge的标识，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网，第一站点edge通过所述第一骨干网入口设备接入所述骨干网。
S902：将所述第一路由通告给所述第一站点edge。
当所述方法900应用于以上方法300时，方法900中的第一骨干网出口设备，对应方法300中的骨干网出口设备1；方法900中的第一路由，可以对应方法300中的路由1”；方法900中的第一骨干网出口设备的信息，可以对应方法300中的信息1；方法900中的第二站点edge，可以对应方法300中的站点edge2；方法900中的第一骨干网入口设备，可以对应方法300中的骨干网入口设备1；方法900中的第一站点edge，可以对应方法300中的站点edge1。
当所述方法900应用于以上方法600时，所述方法900还可以包括如下内容：
第一骨干网入口设备接收来自第一站点边缘edge的第二业务报文，所述第二业务报文的净荷包括第一业务报文，所述第一业务报文的外层封装所述第一站edge和第二站点edge之间的端到端路径的路径信息；其中，所述端到端路径的路径信息包括：标识所述第一骨干网入口设备的第一信息和标识所述骨干网中第一骨干网出口设备的第二信息，所述端到端路径的入端点为所述第一站点edge，所述端到端路径的出端点为所述第二站点edge，所述端到端路径经过所述第一骨干网入口设备和所述第一骨干网出口设备，所述第一站点edge通过所述第一骨干网入口设备接入所述骨干网，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网。所述第一骨干网入口设备根据所述第一信息，对所述第二业务报文进行处理，以得到第三业务报文。所述第一骨干网入口设备向所述第一骨干网出口设备发送所述第三业务报文。
方法900中的第一站点edge，可以对应方法600中的站点edge1；方法900中的第一业务报文，可以对应方法600中的业务报文1；方法900中的第二业务报文，可以对应方法600中的业务报文2；方法900中的第一端到端路径，可以对应方法600中的端到端路径1；方法900中的第一信息，可以对应方法600中的信息1；方法900中的第二信息，可以对应方法600中的信息2；方法900中的第一骨干网入口设备，可以对应方法600中的骨干网入口设备1；方法900中的第一骨干网出口设备，可以对应 方法600中的骨干网出口设备1；方法900中的第二站点edge，可以对应方法600中的站点edge2。方法900中的第三业务报文，可以对应方法600中的业务报文3。
在一种可能的实现方式中，所述第二业务报文还包括业务意图信息。
在一种可能的实现方式中，所述业务意图信息携带在所述第二业务报文的元数据metadata字段中。
在一种可能的实现方式中，所述端到端路径为SRv6隧道，所述第二业务报文包括IPv6头和分段路由头SRH，所述IPv6头的目的地址指向所述第一骨干网入口设备，所述SRH包括所述第一信息和所述第二信息。
在一种可能的实现方式中，所述第一信息为所述第一骨干网入口设备分配的第一端点段标识END.SID1，所述第二信息为所述第一骨干网出口设备分配的第二端点段标识END.SID2，所述SRH还包括所述第二站点edge的IPv6地址。
在一种可能的实现方式中，所述第一信息为所述第一骨干网入口设备的第一端点段标识END.SID1，所述第二信息为所述第一骨干网设备出口设备为所述第一骨干网设备出口设备和所述第二站点edge之间的邻接关系所分配的具有交叉连接到第3层邻接关系阵列的端点段标识END.X SID。
在一种可能的实现方式中，所述第一端点段标识END.SID1关联的操作包括：根据所述SRH中所述END.SID1的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SRv6 policy。
在一种可能的实现方式中，当所述第二业务报文包括业务意图信息时，所述第一端点段标识END.SID1关联的操作包括：根据所述SRH中所述END.SID1的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SRv6 policy。
在一种可能的实现方式中，所述根据所述第一信息，对所述第二业务报文进行处理，以得到第三业务报文，包括：根据所述SRH中所述END.SID1的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的第一overly SRv6 policy；利用所述第一overly SRv6policy对所述第二业务报文进行封装，以得到所述第三业务报文。
在一种可能的实现方式中，所述根据所述第一信息，对所述第二业务报文进行处理，以得到第三业务报文，包括：根据所述SRH中所述END.SID1的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的第二overly SRv6 policy；利用所述第二overly SRv6 Policy对所述第二业务报文进行封装，以得到所述第三业务报文。
在一种可能的实现方式中，所述端到端路径为SR-MPLS TE policy，所述第二业务报文包括MPLS标签栈，所述MPLS标签栈包括所述第一信息和所述第二信息，所述第一信息为所述第一骨干网入口设备的第一节点SID，所述第二信息包括：所述第一骨干网出口设备的第二节点SID、以及所述第一骨干网设备出口设备为所述第一骨干网设备出口设备和所述第二站点edge之间的邻接关系所分配的邻接段标识adj-SID。
在一种可能的实现方式中，所述第一节点SID关联的操作包括：根据所述标签栈中所述第一节点SID的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SR-MPLS TEpolicy。
在一种可能的实现方式中，当所述第二业务报文包括业务意图信息时，所述第一节点SID关联的操作包括：根据所述标签栈中所述第一节点SID的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SR-MPLS TEpolicy。
在一种可能的实现方式中，所述根据所述第一信息，对所述第二业务报文进行处理，以得到第三业务报文，包括：根据所述标签栈中所述第一节点SID的下一跳SID，匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的第一overly SR-MPLS TE policy；利用所述第一overly SR-MPLS TE policy对所述第二业务报文进行封装，以得到所述第三业务报文。
在一种可能的实现方式中，所述根据所述第一信息，对所述第二业务报文进行处理，以得到第三业务报文，包括：根据所述标签栈中所述第一节点SID的下一跳SID和所述业务意图信息，匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的第二overly SR-MPLS TE policy；利用所述第二overly SR-MPLS TEpolicy对所述第二业务报文进行封装，以得到所述第三业务报文。
在一种可能的实现方式中，所述端到端路径为基于通用网络虚拟化封装GENEVE协议封装的隧道，所述第二业务报文采用SRv6 in GENEVE封装。
在一种可能的实现方式中，所述端到端路径为基于通用路由封装GRE协议封装的隧道，所述第二业务报文包括采用SRv6 over GRE封装。
在一种可能的实现方式中，所述第二业务报文包括：外层IP头，用户数据报协议UDP头、外层GRE封装、IPv6头、SRH、内层GRE封装和净荷，所述净荷包括所述第一业务报文，所述内层GRE封装包括所述第一业务报文所承载的VPN业务的VPN标识。
在一种可能的实现方式中，所述第一站点edge通过软件定义广域网SD-WAN隧道或Internet接入所述第一骨干网入口设备。
参见图19，该图为本申请实施例提供的另一种信息通告方法的流程示意图。图19所示的信息通告方法1000，可以应用于以上方法400或者方法500。
所述信息通告方法1000，可以应用于站点edge，所述方法可以包括如下S1001-S1002。
S1001：接收第一骨干网边缘设备发送的第一路由，所述第一路由用于通告所述第一骨干网边缘设备的第一信息，所述站点edge通过所述第一骨干网边缘设备接入骨干网。
S1002：根据所述第一路由，获得所述站点edge和所述第一骨干网边缘设备的第一绑定关系。
当所述方法1000应用于以上方法400时，方法1000中的第一骨干网边缘设备，可以对应方法400中的网关；方法1000中的站点edge，可以对应方法400中的站点edge；方法1000中的第一路由，可以对应方法400中的路由3；方法1000中的第一信息，可以对应方法400中的信息3；方法1000中的第一绑定关系，可以对应方法400中的绑定关系3。
当所述方法1000应用于以上方法500时，方法1000中的第一骨干网边缘设备，可以对应方法500中的网关；方法1000中的站点edge，可以对应方法500中的站点edge；方法1000中的第一路由，可以对应方法500中的路由3’；方法1000中的第一信息，可以对应方法500中的信息3；方法1000中的第一绑定关系，可以对应方法500中的绑定关系3。
在一种可能的实现方式中，所述第一信息包括：所述第一骨干网边缘设备为所述第一骨干网边缘设备和所述站点edge之间的邻接关系所分配的第一SID，和/或，所述第一骨干网边缘设备的第二SID。
当所述方法1000应用于以上方法400时，方法1000中的第一SID，可以对应方法400中的SID3；方法1000中的第二SID，可以对应方法400中的SID4。
当所述方法1000应用于以上方法500时，方法1000中的第一SID，可以对应方法500中的SID3；方法1000中的第二SID，可以对应方法500中的SID4。
在一种可能的实现方式中，所述方法还包括：接收第二骨干网边缘设备发送的第二路由，所述第二路由用于通告所述第二骨干网边缘设备的第二信息；根据所述第二路由，获得所述站点edge和所述第二骨干网边缘设备的第二绑定关系。
在一种可能的实现方式中，所述方法还包括：确定所述第一骨干网边缘设备和所述第二骨干网边缘设备分别对应的选路优先级；和/或，确定所述第一骨干网边缘设备和所述第二骨干网边缘设备分别对应的负载分担权重。
在一种可能的实现方式中，当所述方法1000应用于以上方法400时，所述第一路由为SD-WAN网关自动发现路由。
在一种可能的实现方式中，当所述方法1000应用于以上方法500时，所述第一路由为BGP链路状态LS路由，所述BGP LS路由中包括TLV，所述TLV指示所述第一路由用于通告所述第一骨干网边缘设备的第一信息。
方法1000中的TLV，可以对应方法500中的TLV1。
在一种可能的实现方式中，所述TLV为角色通告TLV，所述角色通告TLV指示所述骨干网边缘设备的角色为网关。
在一种可能的实现方式中，所述第一路由中还包括中间网关信息，所述中间网关信息指示所述骨干网中的骨干网入口设备和骨干网出口设备之间的至少一个中间网关。
在一种可能的实现方式中，所述第一路由包括Metadata Path Attribute，所述Metadata Path Attribute 承载所述中间网关信息。
当所述方法1000应用于以上方法400时，方法1000中的Metadata Path Attribute，可以对应方法400中的Metadata Path Attribute3。
当所述方法1000应用于以上方法500时，方法1000中的Metadata Path Attribute，可以对应方法500中的Metadata Path Attribute4。
在一种可能的实现方式中，所述方法还包括：根据所述中间网关信息，确定业务意图信息中的网关约束信息，所述网关约束信息指示确定到达所述站点edge的路径所需遵循的网关约束条件。
在一种可能的实现方式中，所述网关约束条件，包括：需要经过的网关，和/或，需要绕行的网关。
参见图20，该图为本申请实施例提供的另一种信息通告方法的流程示意图。图20所示的信息通告方法1100，可以应用于以上方法400或者方法500。
所述信息通告方法1100，可以应用于骨干网边缘设备，所述方法可以包括如下S1101-S1102。
S1101：获取路由，所述路由用于通告所述骨干网边缘设备的信息。
S1102：向站点edge发送所述路由，所述站点edge通过所述骨干网边缘设备接入骨干网。
当所述方法1100应用于以上方法400时，方法1100中的骨干网边缘设备，可以对应方法400中的网关；方法1100中的站点edge，可以对应方法400中的站点edge；方法1100中的路由，可以对应方法400中的路由3；方法1100中的信息，可以对应方法400中的信息3。
当所述方法1100应用于以上方法500时，方法1100中的骨干网边缘设备，可以对应方法500中的网关；方法1100中的站点edge，可以对应方法500中的站点edge；方法1100中的路由，可以对应方法400中的路由3’；方法1100中的信息，可以对应方法500中的信息3。
在一种可能的实现方式中，所述信息包括：所述骨干网边缘设备为所述骨干网边缘设备和所述站点edge之间的邻接关系所分配的第一SID，和/或，所述骨干网边缘设备的第二SID。
当所述方法1100应用于以上方法400时，方法1100中的第一SID，可以对应方法400中的SID3；方法1100中的第二SID，可以对应方法400中的SID4。
当所述方法1100应用于以上方法500时，方法1100中的第一SID，可以对应方法500中的SID3；方法1100中的第二SID，可以对应方法500中的SID4。
在一种可能的实现方式中，当所述方法1100应用于以上方法400时，所述路由为SD-WAN网关自动发现路由。
在一种可能的实现方式中，当所述方法1100应用于以上方法500时，所述路由为BGP链路状态LS路由，所述BGP LS路由中包括TLV，所述TLV指示所述路由用于通告所述骨干网边缘设备的信息。
方法1100中的TLV，可以对应方法500中的TLV1。
在一种可能的实现方式中，所述TLV为角色通告TLV，所述角色通告TLV指示所述骨干网边缘设备的角色为网关。
在一种可能的实现方式中，所述路由中还包括中间网关信息，所述中间网关信息指示所述骨干网中的骨干网入口设备和骨干网出口设备之间的至少一个中间网关。
在一种可能的实现方式中，所述路由包括Metadata Path Attribute，所述Metadata Path Attribute承载所述中间网关信息。
当所述方法1100应用于以上方法400时，方法1100中的Metadata Path Attribute，可以对应方法400中的Metadata Path Attribute3。
当所述方法1100应用于以上方法500时，方法1100中的Metadata Path Attribute，可以对应方法500中的Metadata Path Attribute4。
参见图21，该图为本申请实施例提供的一种转发流量的方法的流程示意图。图21所示的转发流量的方法1200，可以应用于以上方法600。
所述转发流量的方法1200，可以包括如下S1201-S1203。
S1201：第一站点edge接收第一业务报文。
S1202：所述第一站点edge在所述第一业务报文的外层封装第一端到端路径的路径信息，以获得第二业务报文；其中，所述第一端到端路径的路径信息包括标识骨干网中第一骨干网入口设备的第一信息 和标识所述骨干网中第一骨干网出口设备的第二信息，所述第一端到端路径的入端点为所述第一站点edge，所述第一端到端路径的出端点为第二站点edge，所述第一端到端路径经过所述第一骨干网入口设备和所述第一骨干网出口设备，所述第一站点edge通过所述第一骨干网入口设备接入所述骨干网，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网。
S1203：所述第一站点edge通过所述第一端到端路径发送所述第二业务报文。
方法1200中的第一站点edge，可以对应方法600中的站点edge1；方法1200中的第一业务报文，可以对应方法600中的业务报文1；方法1200中的第二业务报文，可以对应方法600中的业务报文2；方法1200中的第一端到端路径，可以对应方法600中的端到端路径1；方法1200中的第一信息，可以对应方法600中的信息1；方法1200中的第二信息，可以对应方法600中的信息2；方法1200中的第一骨干网入口设备，可以对应方法600中的骨干网入口设备1；方法1200中的第一骨干网出口设备，可以对应方法600中的骨干网出口设备1；方法1200中的第二站点edge，可以对应方法600中的站点edge2。
在一种可能的实现方式中，所述第一业务报文用于承载虚拟专用网VPN业务，在接收所述第一业务报文之前，所述方法还包括：所述第一站点edge根据所述VPN业务，按需结合所述第一骨干网入口设备和第一骨干网出口设备，编排从所述第一站点edge到所述第二站点edge之间的所述第一端到端路径。
在一种可能的实现方式中，所述第二业务报文还包括业务意图信息。
在一种可能的实现方式中，所述业务意图信息携带在所述第二业务报文的元数据metadata字段中。
在一种可能的实现方式中，在封装所述第一端到端路径的路径信息之前，所述方法还包括：所述第一站点edge根据所述第一业务报文的目的地址，确定转发所述第一业务报文的下一跳为所述第二站点edge，根据所述第二站点edge的互联网协议IP地址迭代第一段路由策略SR policy，以获得所述第一端到端路径的路径信息。
方法1200中的第一SR policy，可以对应方法600中的SR policy1。
在一种可能的实现方式中，所述第一端到端路径为SRv6隧道，所述第二业务报文包括IPv6头和分段路由头SRH，所述IPv6头的目的地址指向所述第一骨干网入口设备，所述SRH包括所述第一信息和所述第二信息。
在一种可能的实现方式中，所述第一信息为所述第一骨干网入口设备的第一端点段标识END.SID1，所述第二信息为所述第一骨干网出口设备的第二端点段标识END.SID2，所述SRH还包括所述第二站点edge的IPv6地址。
在一种可能的实现方式中，所述第一信息为所述第一骨干网入口设备的第一端点段标识END.SID1，所述第二信息为所述第一骨干网设备出口设备为所述第一骨干网设备出口设备和所述第二站点edge之间的邻接关系所分配的具有交叉连接到第3层邻接关系阵列的端点段标识END.X SID。
在一种可能的实现方式中，所述第一端点段标识END.SID1关联的操作包括：根据所述END.SID1的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SRv6Policy。
在一种可能的实现方式中，当所述第二业务报文包括业务意图信息时，所述第一端点段标识END.SID1关联的操作包括：根据所述END.SID1的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SRv6 Policy。
在一种可能的实现方式中，所述第一端到端路径为SR-MPLS TE policy，所述第二业务报文包括MPLS标签栈，所述MPLS标签栈包括所述第一信息和所述第二信息，所述第一信息为所述第一骨干网入口设备的第一节点SID，所述第二信息包括：所述第一骨干网出口设备的第二节点SID、以及所述第一骨干网设备出口设备为所述第一骨干网设备出口设备和所述第二站点edge之间的邻接关系所分配的邻接段标识adj-SID。
在一种可能的实现方式中，所述第一节点SID关联的操作包括：根据所述标签栈中所述第一节点SID的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SR-MPLS TE policy。
在一种可能的实现方式中，当所述第二业务报文包括业务意图信息时，所述第一节点SID关联的操 作包括：根据所述标签栈中所述第一节点SID的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SR-MPLS TE policy。
在一种可能的实现方式中，所述第一端到端路径为基于通用网络虚拟化封装GENEVE协议封装的隧道，所述第二业务报文采用SRv6 in GENEVE封装。
在一种可能的实现方式中，所述第一端到端路径为基于通用路由封装GRE协议封装的隧道，所述第二业务报文包括采用SRv6 over GRE封装。
在一种可能的实现方式中，所述第二业务报文包括：外层IP头，用户数据报协议UDP头、外层GRE封装、IPv6头、SRH、内层GRE封装和净荷，所述净荷包括所述第一业务报文，所述内层GRE封装包括所述第一业务报文所承载的VPN业务的VPN标识。
在一种可能的实现方式中，所述方法还包括：
第一站点边缘edge接收第三业务报文；
所述第一站点edge在所述第三业务报文的外层封装第二端到端路径的路径信息，以获得第四业务报文；其中，所述第二端到端路径的路径信息包括标识骨干网中第二骨干网入口设备的第三信息和标识所述骨干网中第二骨干网出口设备的第四信息，所述第二端到端路径的入端点为所述第一站点edge，所述第二端到端路径的出端点为所述第二站点edge，所述第二端到端路径经过所述第二骨干网入口设备和所述第二骨干网出口设备，第一站点edge多归接入所述第一骨干网入口设备和所述第二骨干网入口设备，所述第二站点edge多归接入所述第一骨干网出口设备和所述第二骨干网出口设备；
所述第一站点edge通过所述第二端到端路径发送所述第四业务报文。
方法1200中的第三业务报文，可以对应方法600中的业务报文4；方法1200中的第四业务报文，可以对应方法600中的业务报文5；方法1200中的第二端到端路径，可以对应方法600中的端到端路径2；方法1200中的第三信息，可以对应方法600中的信息3；方法1200中的第四信息，可以对应方法600中的信息4；方法1200中的第二骨干网入口设备，可以对应方法600中的骨干网入口设备2；方法1200中的第二骨干网出口设备，可以对应方法600中的骨干网出口设备2。
在一种可能的实现方式中，所述第一站点edge通过软件定义广域网SD-WAN隧道或互联网Internet接入所述第一骨干网入口设备。
参见图22，该图为本申请实施例提供的又一种转发流量的方法的流程示意图。图22所示的转发流量的方法1300，可以应用于以上方法600。
所述转发流量的方法1300，可以包括如下S1301-S1303。
S1301：骨干网中第一骨干网入口设备接收来自第一站点边缘edge的第二业务报文，所述第二业务报文的净荷包括第一业务报文，所述第一业务报文的外层封装所述第一站edge和第二站点edge之间的端到端路径的路径信息；其中，所述端到端路径的路径信息包括：标识所述第一骨干网入口设备的第一信息和标识所述骨干网中第一骨干网出口设备的第二信息，所述端到端路径的入端点为所述第一站点edge，所述端到端路径的出端点为所述第二站点edge，所述端到端路径经过所述第一骨干网入口设备和所述第一骨干网出口设备，所述第一站点edge通过所述第一骨干网入口设备接入所述骨干网，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网。
S1302：所述第一骨干网入口设备根据所述第一信息，对所述第二业务报文进行处理，以得到第三业务报文。
S1303：所述第一骨干网入口设备向所述第一骨干网出口设备发送所述第三业务报文。
方法1300中的第一站点edge，可以对应方法600中的站点edge1；方法1300中的第一业务报文，可以对应方法600中的业务报文1；方法1300中的第二业务报文，可以对应方法600中的业务报文2；方法1300中的第一端到端路径，可以对应方法600中的端到端路径1；方法1300中的第一信息，可以对应方法600中的信息1；方法1300中的第二信息，可以对应方法600中的信息2；方法1300中的第一骨干网入口设备，可以对应方法600中的骨干网入口设备1；方法1300中的第一骨干网出口设备，可以对应方法600中的骨干网出口设备1；方法1300中的第二站点edge，可以对应方法600中的站点edge2。方法1300中的第三业务报文，可以对应方法600中的业务报文3。
在一种可能的实现方式中，所述第二业务报文还包括业务意图信息。
在一种可能的实现方式中，所述业务意图信息携带在所述第二业务报文的元数据metadata字段中。
在一种可能的实现方式中，所述端到端路径为SRv6隧道，所述第二业务报文包括IPv6头和分段路由头SRH，所述IPv6头的目的地址指向所述第一骨干网入口设备，所述SRH包括所述第一信息和所述第二信息。
在一种可能的实现方式中，所述第一信息为所述第一骨干网入口设备分配的第一端点段标识END.SID1，所述第二信息为所述第一骨干网出口设备分配的第二端点段标识END.SID2，所述SRH还包括所述第二站点edge的IPv6地址。
在一种可能的实现方式中，所述第一信息为所述第一骨干网入口设备的第一端点段标识END.SID1，所述第二信息为所述第一骨干网设备出口设备为所述第一骨干网设备出口设备和所述第二站点edge之间的邻接关系所分配的具有交叉连接到第3层邻接关系阵列的端点段标识END.X SID。
在一种可能的实现方式中，所述第一端点段标识END.SID1关联的操作包括：根据所述SRH中所述END.SID1的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SRv6 policy。
在一种可能的实现方式中，当所述第二业务报文包括业务意图信息时，所述第一端点段标识END.SID1关联的操作包括：根据所述SRH中所述END.SID1的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SRv6 policy。
在一种可能的实现方式中，所述根据所述第一信息，对所述第二业务报文进行处理，以得到第三业务报文，包括：根据所述SRH中所述END.SID1的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的第一overly SRv6 policy；利用所述第一overly SRv6policy对所述第二业务报文进行封装，以得到所述第三业务报文。
在一种可能的实现方式中，所述根据所述第一信息，对所述第二业务报文进行处理，以得到第三业务报文，包括：根据所述SRH中所述END.SID1的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的第二overly SRv6 policy；利用所述第二overly SRv6 Policy对所述第二业务报文进行封装，以得到所述第三业务报文。
在一种可能的实现方式中，所述端到端路径为SR-MPLS TE policy，所述第二业务报文包括MPLS标签栈，所述MPLS标签栈包括所述第一信息和所述第二信息，所述第一信息为所述第一骨干网入口设备的第一节点SID，所述第二信息包括：所述第一骨干网出口设备的第二节点SID、以及所述第一骨干网设备出口设备为所述第一骨干网设备出口设备和所述第二站点edge之间的邻接关系所分配的邻接段标识adj-SID。
在一种可能的实现方式中，所述第一节点SID关联的操作包括：根据所述标签栈中所述第一节点SID的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SR-MPLS TEpolicy。
在一种可能的实现方式中，当所述第二业务报文包括业务意图信息时，所述第一节点SID关联的操作包括：根据所述标签栈中所述第一节点SID的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SR-MPLS TEpolicy。
在一种可能的实现方式中，所述根据所述第一信息，对所述第二业务报文进行处理，以得到第三业务报文，包括：根据所述标签栈中所述第一节点SID的下一跳SID，匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的第一overly SR-MPLS TE policy；利用所述第一overly SR-MPLS TE policy对所述第二业务报文进行封装，以得到所述第三业务报文。
在一种可能的实现方式中，所述根据所述第一信息，对所述第二业务报文进行处理，以得到第三业务报文，包括：根据所述标签栈中所述第一节点SID的下一跳SID和所述业务意图信息，匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的第二overly SR-MPLS TE policy；利用所述第二overly SR-MPLS TEpolicy对所述第二业务报文进行封装，以得到所述第三业务报文。
在一种可能的实现方式中，所述端到端路径为基于通用网络虚拟化封装GENEVE协议封装的隧道，所述第二业务报文采用SRv6 in GENEVE封装。
在一种可能的实现方式中，所述端到端路径为基于通用路由封装GRE协议封装的隧道，所述第二 业务报文包括采用SRv6 over GRE封装。
在一种可能的实现方式中，所述第二业务报文包括：外层IP头，用户数据报协议UDP头、外层GRE封装、IPv6头、SRH、内层GRE封装和净荷，所述净荷包括所述第一业务报文，所述内层GRE封装包括所述第一业务报文所承载的VPN业务的VPN标识。
在一种可能的实现方式中，所述第一站点edge通过软件定义广域网SD-WAN隧道或Internet接入所述第一骨干网入口设备。
本申请实施例还提供了一种通信装置，用于执行以上方法实施例提供的信息通告方法。所述通信装置可以包括收发单元和/或处理单元；所述收发单元，用于执行接收和/或发送操作；所述处理单元用于执行接收和/或发送操作之外的操作。在一个示例中，所述收发单元包括接收单元和/或发送单元，所述接收单元用于执行接收操作，所述发送单元用于执行发送操作。
在一个具体的示例中，所述通信装置的结构可以如图23a所示，图23a为本申请实施例提供的一种通信装置的结构示意图。如图23a所示：
所述通信装置2310包括：接收单元2311和处理单元2312。
在一个具体的示例中，所述通信装置2310可以应用于作为第一站点边缘edge的第一通信装置，对于这种情况：
接收单元2311，用于接收第二通信装置通告的第一路由，所述第一路由包括骨干网中第一骨干网出口设备的第一信息和第二站点edge的标识，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网，所述第一站点edge通过第一骨干网入口设备接入所述骨干网；
处理单元2312，用于根据所述第一路由，获取所述第二站点edge和所述第一骨干网出口设备的第一绑定关系。
在一种可能的实现方式中，所述处理单元2312，还用于：根据所述第一绑定关系，确定从所述第一站点edge到所述第二站点edge的第一端到端路径，所述第一端到端路径经过所述第一骨干网入口设备和所述第一骨干网出口设备。
在一种可能的实现方式中，所述第一信息包括以下一项或者多项：所述第一骨干网出口设备为所述第一骨干网出口设备和所述第二站点edge之间的邻接关系所分配的第一段标识SID；所述第一骨干网出口设备的第二SID；所述第一骨干网出口设备的选路优先级；所述第一骨干网出口设备的负载分担权重。
在一种可能的实现方式中，所述第一SID为互联网协议第6版段路由具有交叉连接到第3层邻接关系阵列的端点段标识SRv6 END.X SID，所述第二SID为互联网协议第6版段路由端点段标识SRv6 END.SID；或者，所述第一SID为邻接段标识adj-SID，所述第二SID为节点SID。
在一种可能的实现方式中，所述第二通信装置为所述第二站点edge，所述第一路由包括：软件定义广域网SD-WAN网关信息通告路由，所述SD-WAN网关信息通告路由包括至少一个类型长度值TLV，所述至少一个TLV承载所述第一信息。
在一种可能的实现方式中，所述SD-WAN网关信息通告路由包括第一TLV，所述第一TLV的值value字段用于承载所述第一信息中的第一SID和/或第二SID，所述第一TLV还包括优先级子TLV和/或权重子TLV，所述优先级子TLV用于承载所述第一信息中的选路优先级，所述权重子TLV用于承载所述第一信息中的负载分担权重。
在一种可能的实现方式中，所述第二通信装置为所述第二站点edge，所述第一路由包括虚拟专用网VPN路由。
在一种可能的实现方式中，所述VPN路由包括第一元数据路径属性Metadata Path Attribute，所述第一Metadata Path Attribute携带所述第一信息。
在一种可能的实现方式中，所述第一路由还包括：业务意图信息。
在一种可能的实现方式中，所述业务意图信息，包括以下其中一项或者多项：所述第一端到端路径需要经过的网关、所述第一端到端路径需要绕行的网关、以及服务质量参数。
在一种可能的实现方式中，所述第一路由包括第二Metadata Path Attribute，所述第二Metadata Path Attribute包括所述业务意图信息。
在一种可能的实现方式中，所述第二通信装置为所述第一骨干网出口设备，所述接收单元2311，用于：通过所述第一骨干网入口设备接收所述第一骨干网出口设备通告的所述第一路由。
在一种可能的实现方式中，所述第一路由包括：第一SD-WAN网关自动发现路由。
在一种可能的实现方式中，所述接收单元2311，还用于：接收第三通信装置通告的第二路由，所述第二路由包括骨干网中第二骨干网出口设备的第二信息和所述第二站点edge的标识，所述第二站点edge通过所述第二骨干网出口设备接入所述骨干网；所述处理单元2312，还用于根据所述第二路由，获取所述第二站点edge和所述第二骨干网出口设备的第二绑定关系。
在一种可能的实现方式中，所述处理单元2312，还用于：确定所述第一骨干网出口设备和所述第二骨干网出口设备分别对应的选路优先级；和/或，确定所述第一骨干网出口设备和所述第二骨干网出口设备分别对应的负载分担权重。
在一种可能的实现方式中，所述处理单元2312，还用于：根据所述第二绑定关系，确定从所述第一站点edge到所述第二站点edge的第二端到端路径所述第二端到端路径经过所述第一骨干网入口设备和所述第二骨干网出口设备。
在一种可能的实现方式中，所述接收单元2311，还用于：接收所述第一骨干网入口设备发送的第三路由，所述第三路由用于通告所述第一骨干网入口设备的第三信息；所述处理单元2312，还用于：根据所述第三路由，获得所述第一站点edge和所述第一骨干网入口设备的第三绑定关系。
在一种可能的实现方式中，所述第三路由为第二SD-WAN网关自动发现路由或者BGP链路状态LS路由。
在一种可能的实现方式中，所述第三信息包括：所述第一骨干网入口设备为所述第一骨干网入口设备和所述第一站点edge之间的邻接关系所分配的第三SID，和/或，所述第一骨干网入口设备的第四SID。
在一种可能的实现方式中，所述第三路由中还包括中间网关信息，所述中间网关信息指示从所述第一骨干网入口设备和所述骨干网中的出口设备之间的至少一个中间网关。
在一种可能的实现方式中，所述通信装置2310还包括发送单元，对于这种情况：
所述接收单元2311，还用于接收第一业务报文；所述处理单元2312，还用于在所述第一业务报文的外层封装第一端到端路径的路径信息，以获得第二业务报文；其中，所述第一端到端路径的路径信息包括标识骨干网中第一骨干网入口设备的第四信息和标识所述骨干网中第一骨干网出口设备的第五信息，所述第一端到端路径的入端点为所述第一站点edge，所述第一端到端路径的出端点为第二站点edge，所述第一端到端路径经过所述第一骨干网入口设备和所述第一骨干网出口设备，所述第一站点edge通过所述第一骨干网入口设备接入所述骨干网，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网；所述发送单元，用于通过所述第一端到端路径发送所述第二业务报文。
在一种可能的实现方式中，所述第一业务报文用于承载虚拟专用网VPN业务，所述处理单元2312，还用于：在接收所述第一业务报文之前，根据所述VPN业务，按需结合所述第一骨干网入口设备和第一骨干网出口设备，编排从所述第一站点edge到所述第二站点edge之间的所述第一端到端路径。
在一种可能的实现方式中，所述第二业务报文还包括业务意图信息。
在一种可能的实现方式中，所述业务意图信息携带在所述第二业务报文的元数据metadata字段中。
在一种可能的实现方式中，所述处理单元2312，还用于：在封装所述第一端到端路径的路径信息之前，根据所述第一业务报文的目的地址，确定转发所述第一业务报文的下一跳为所述第二站点edge，根据所述第二站点edge的互联网协议IP地址迭代第一段路由策略SR Policy，以获得所述第一端到端路径的路径信息。
在一种可能的实现方式中，所述第一端到端路径为SRv6隧道，所述第二业务报文包括IPv6头和分段路由头SRH，所述IPv6头的目的地址指向所述第一骨干网入口设备，所述SRH包括所述第四信息和所述第五信息。
在一种可能的实现方式中，所述第四信息为所述第一骨干网入口设备的第一端点段标识END.SID1，所述第五信息为所述第一骨干网出口设备的第二端点段标识END.SID2，所述SRH还包括所述第二站点edge的IPv6地址。
在一种可能的实现方式中，所述第四信息为所述第一骨干网入口设备的第一端点段标识END.SID1， 所述第五信息为所述第一骨干网设备出口设备为所述第一骨干网设备出口设备和所述第二站点edge之间的邻接关系所分配的具有交叉连接到第3层邻接关系阵列的端点段标识END.X SID。
在一种可能的实现方式中，所述第一端点段标识END.SID1关联的操作包括：根据所述END.SID1的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SRv6 Policy。
在一种可能的实现方式中，当所述第二业务报文包括业务意图信息时，所述第一端点段标识END.SID1关联的操作包括：根据所述END.SID1的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SRv6 Policy。
在一种可能的实现方式中，所述第一端到端路径为SR-MPLS TE policy，所述第二业务报文包括MPLS标签栈，所述MPLS标签栈包括所述第四信息和所述第五信息，所述第四信息为所述第一骨干网入口设备的第一节点SID，所述第五信息包括：所述第一骨干网出口设备的第二节点SID、以及所述第一骨干网设备出口设备为所述第一骨干网设备出口设备和所述第二站点edge之间的邻接关系所分配的邻接段标识adj-SID。
在一种可能的实现方式中，所述第一节点SID关联的操作包括：根据所述标签栈中所述第一节点SID的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SR-MPLS TE policy。
在一种可能的实现方式中，当所述第二业务报文包括业务意图信息时，所述第一节点SID关联的操作包括：根据所述标签栈中所述第一节点SID的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SR-MPLS TE policy。
在一种可能的实现方式中，所述第一端到端路径为基于通用网络虚拟化封装GENEVE协议封装的隧道，所述第二业务报文采用SRv6 in GENEVE封装。
在一种可能的实现方式中，所述第一端到端路径为基于通用路由封装GRE协议封装的隧道，所述第二业务报文包括采用SRv6 over GRE封装。
在一种可能的实现方式中，所述第二业务报文包括：外层IP头，用户数据报协议UDP头、外层GRE封装、IPv6头、SRH、内层GRE封装和净荷，所述净荷包括所述第一业务报文，所述内层GRE封装包括所述第一业务报文所承载的VPN业务的VPN标识。
在一种可能的实现方式中，所述接收单元2311，还用于接收第三业务报文；所述处理单元2312，还用于在所述第三业务报文的外层封装第三端到端路径的路径信息，以获得第四业务报文；其中，所述第三端到端路径的路径信息包括标识骨干网中第二骨干网入口设备的第六信息和标识所述骨干网中第二骨干网出口设备的第七信息，所述第三端到端路径的入端点为所述第一站点edge，所述第三端到端路径的出端点为所述第二站点edge，所述第三端到端路径经过所述第二骨干网入口设备和所述第二骨干网出口设备，第一站点edge多归接入所述第一骨干网入口设备和所述第二骨干网入口设备，所述第二站点edge多归接入所述第一骨干网出口设备和所述第二骨干网出口设备；所述发送单元，还用于通过所述第三端到端路径发送所述第四业务报文。
在一种可能的实现方式中，所述第一站点edge通过软件定义广域网SD-WAN隧道或互联网Internet接入所述第一骨干网入口设备。
在又一个示例中，所述通信装置2310可以应用于站点edge，对于这种情况：
接收单元2311，用于接收第一骨干网边缘设备发送的第一路由，所述第一路由用于通告所述第一骨干网边缘设备的第一信息，所述站点edge通过所述第一骨干网边缘设备接入骨干网；
处理单元2312，用于根据所述第一路由，获得所述站点edge和所述第一骨干网边缘设备的第一绑定关系。
在一种可能的实现方式中，所述第一信息包括：所述第一骨干网边缘设备为所述第一骨干网边缘设备和所述站点edge之间的邻接关系所分配的第一SID，和/或，所述第一骨干网边缘设备的第二SID。
在一种可能的实现方式中，所述接收单元2311，还用于：接收第二骨干网边缘设备发送的第二路由，所述第二路由用于通告所述第二骨干网边缘设备的第二信息；所述处理单元2312，还用于根据所述第二路由，获得所述站点edge和所述第二骨干网边缘设备的第二绑定关系。
在一种可能的实现方式中，所述处理单元2312，还用于：确定所述第一骨干网边缘设备和所述第二骨干网边缘设备分别对应的选路优先级；和/或，确定所述第一骨干网边缘设备和所述第二骨干网边缘设备分别对应的负载分担权重。
在一种可能的实现方式中，所述第一路由为SD-WAN网关自动发现路由。
在一种可能的实现方式中，所述第一路由为BGP链路状态LS路由，所述BGP LS路由中包括TLV，所述TLV指示所述第一路由用于通告所述第一骨干网边缘设备的第一信息。
在一种可能的实现方式中，所述TLV为角色通告TLV，所述角色通告TLV指示所述骨干网边缘设备的角色为网关。
在一种可能的实现方式中，所述第一路由中还包括中间网关信息，所述中间网关信息指示所述骨干网中的骨干网入口设备和骨干网出口设备之间的至少一个中间网关。
在一种可能的实现方式中，所述第一路由包括Metadata Path Attribute，所述Metadata Path Attribute承载所述中间网关信息。
在一种可能的实现方式中，所述处理单元2312，还用于：根据所述中间网关信息，确定业务意图信息中的网关约束信息，所述网关约束信息指示确定到达所述站点edge的路径所需遵循的网关约束条件。
在一种可能的实现方式中，所述网关约束条件，包括：需要经过的网关，和/或，需要绕行的网关。
在又一个具体的示例中，所述通信装置的结构可以如图23b所示，图23b为本申请实施例提供的又一种通信装置的结构示意图。如图23b所示：
所述通信装置2320包括：处理单元2321和发送单元2322。
在一个具体的示例中，所述通信装置2320可以应用于第二通信装置，对于这种情况：
处理单元2321，用于获取第一路由，所述第一路由包括骨干网中第一骨干网出口设备的第一信息和第二站点edge的标识，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网；
发送单元2322，用于向第一站点edge通告所述第一路由，所述第一站点edge通过第一骨干网入口设备接入所述骨干网。
在一种可能的实现方式中，所述第一信息包括以下一项或者多项：所述第一骨干网出口设备为所述第一骨干网出口设备和所述第二站点edge之间的邻接关系所分配的第一段标识SID；所述第一骨干网出口设备的第二SID；所述第一骨干网出口设备的选路优先级；所述第一骨干网出口设备的负载分担权重。
在一种可能的实现方式中，所述第一SID为互联网协议第6版段路由具有交叉连接到第3层邻接关系阵列的端点段标识SRv6 END.X SID，所述第二SID为互联网协议第6版段路由端点段标识SRv6 END.SID；或者，所述第一SID为邻接段标识adj-SID，所述第二SID为节点SID。
在一种可能的实现方式中，所述第二通信装置为所述第二站点edge，所述第一路由包括：软件定义广域网SD-WAN网关信息通告路由，所述SD-WAN网关信息通告路由包括至少一个类型长度值TLV，所述至少一个TLV承载所述第一信息。
在一种可能的实现方式中，所述SD-WAN网关信息通告路由包括第一TLV，所述第一TLV的值value字段用于承载所述第一信息中的第一SID和/或第二SID，所述第一TLV还包括优先级子TLV和/或权重子TLV，所述优先级子TLV用于承载所述第一信息中的选路优先级，所述权重子TLV用于承载所述第一信息中的负载分担权重。
在一种可能的实现方式中，所述第二通信装置为所述第二站点edge，所述第一路由包括虚拟专用网VPN路由。
在一种可能的实现方式中，所述VPN路由包括第一元数据路径属性Metadata Path Attribute，所述第一Metadata Path Attribute携带所述第一信息。
在一种可能的实现方式中，所述第一路由还包括：业务意图信息。
在一种可能的实现方式中，所述业务意图信息，包括以下其中一项或者多项：
传输业务流量需要经过的网关、传输所述业务流量需要绕行的网关、以及传输所述业务流量所需满足的服务质量参数。
在一种可能的实现方式中，所述第一路由包括第二Metadata Path Attribute，所述第二Metadata Path  Attribute包括所述业务意图信息。
在一种可能的实现方式中，所述第二通信装置为所述第一骨干网出口设备，所述发送单元2322，用于：通过第一骨干网入口设备向所述第一站点edge通告所述第一路由。
在一种可能的实现方式中，所述第一路由包括：第一SD-WAN网关自动发现路由。
在一种可能的实现方式中，所述发送单元2322，还用于：向所述第一站点edge通告第二路由，所述第二路由包括骨干网中第二骨干网出口设备的第二信息和所述第二站点edge的标识，所述第二站点edge通过所述第二骨干网出口设备接入所述骨干网。
在一种可能的实现方式中，所述装置还包括：接收单元，用于接收所述第一骨干网出口设备发送的第三路由，所述第三路由用于通告所述第一骨干网出口设备的第三信息；所述处理单元2321，还用于根据所述第三路由，获得所述第二站点edge和所述第一骨干网出口设备的第一绑定关系。
在一种可能的实现方式中，所述第三信息包括：所述第一骨干网出口设备为所述第一骨干网出口设备和所述第二站点edge之间的邻接关系所分配的第三SID，和/或，所述第一骨干网出口设备的第四SID。
在一种可能的实现方式中，所述接收单元，还用于：接收第二骨干网出口设备发送的第四路由，所述第四路由用于通告所述第二骨干网出口设备的第四信息；所述处理单元2321，还用于根据所述第四路由，获得所述第二站点edge和所述第二骨干网出口设备的第二绑定关系。
在一种可能的实现方式中，所述处理单元2321，还用于：确定所述第一骨干网出口设备和所述第二骨干网出口设备分别对应的选路优先级；和/或，确定所述第一骨干网出口设备和所述第二骨干网出口设备分别对应的负载分担权重。
在一种可能的实现方式中，所述第三路由为第二SD-WAN网关自动发现路由。
在一种可能的实现方式中，所述第三路由为BGP链路状态LS路由，所述BGP LS路由中包括第二TLV，所述第二TLV指示所述第三路由用于通告所述第一骨干网出口设备的第三信息。
在一种可能的实现方式中，所述第二TLV为角色通告TLV，所述角色通告TLV指示所述第一骨干网出口设备的角色为网关。
在一种可能的实现方式中，所述第三路由中还包括中间网关信息，所述中间网关信息指示所述骨干网中的骨干网入口设备和所述第一骨干网出口设备之间的至少一个中间网关。
在一种可能的实现方式中，所述第三路由包括第三Metadata Path Attribute，所述第三Metadata Path Attribute承载所述中间网关信息。
在一种可能的实现方式中，所述处理单元2321，还用于：根据所述中间网关信息，确定业务意图信息中的网关约束信息，所述网关约束信息指示确定到达所述第二站点edge的路径所需遵循的网关约束条件。
在一种可能的实现方式中，所述网关约束条件，包括：需要经过的网关，和/或，需要绕行的网关。
在又一个示例中，所述通信装置2320可以应用于骨干网边缘设备，对于这种情况：
处理单元2321，用于获取路由，所述路由用于通告所述骨干网边缘设备的信息；
发送单元2322，用于向站点edge发送所述路由，所述站点edge通过所述骨干网边缘设备接入骨干网。
在一种可能的实现方式中，所述信息包括：所述骨干网边缘设备为所述骨干网边缘设备和所述站点edge之间的邻接关系所分配的第一SID，和/或，所述骨干网边缘设备的第二SID。
在一种可能的实现方式中，所述路由为SD-WAN网关自动发现路由。
在一种可能的实现方式中，所述路由为BGP链路状态LS路由，所述BGP LS路由中包括TLV，所述TLV指示所述路由用于通告所述骨干网边缘设备的信息。
在一种可能的实现方式中，所述TLV为角色通告TLV，所述角色通告TLV指示所述骨干网边缘设备的角色为网关。
在一种可能的实现方式中，所述路由中还包括中间网关信息，所述中间网关信息指示所述骨干网中的骨干网入口设备和骨干网出口设备之间的至少一个中间网关。
在一种可能的实现方式中，所述路由包括Metadata Path Attribute，所述Metadata Path Attribute承载所述中间网关信息。
在又一个具体的示例中，所述通信装置的结构可以如图23c所示，图23c为本申请实施例提供的又一种通信装置的结构示意图。如图23c所示：
所述通信装置2330包括：接收单元2331和发送单元2332。
在一个具体的示例中，所述通信装置2330可以应用于骨干网中的第一骨干网入口设备，对于这种情况：
接收单元2331，用于接收所述骨干网中的第一骨干网出口设备通告的第一路由，所述第一路由包括所述第一骨干网出口设备的信息和第二站点edge的标识，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网，第一站点edge通过所述第一骨干网入口设备接入所述骨干网；
发送单元2332，用于将所述第一路由通告给所述第一站点edge。
在一种可能的实现方式中，所述通信装置2330还包括处理单元，对于这种情况：
接收单元2331，还用于接收来自第一站点边缘edge的第二业务报文，所述第二业务报文的净荷包括第一业务报文，所述第一业务报文的外层封装所述第一站edge和第二站点edge之间的端到端路径的路径信息；其中，所述端到端路径的路径信息包括：标识所述第一骨干网入口设备的第一信息和标识所述骨干网中第一骨干网出口设备的第二信息，所述端到端路径的入端点为所述第一站点edge，所述端到端路径的出端点为所述第二站点edge，所述端到端路径经过所述第一骨干网入口设备和所述第一骨干网出口设备，所述第一站点edge通过所述第一骨干网入口设备接入所述骨干网，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网；处理单元，用于根据所述第一信息，对所述第二业务报文进行处理，以得到第三业务报文；发送单元2332，还用于向所述第一骨干网出口设备发送所述第三业务报文。
在一种可能的实现方式中，所述第二业务报文还包括业务意图信息。
在一种可能的实现方式中，所述业务意图信息携带在所述第二业务报文的元数据metadata字段中。
在一种可能的实现方式中，所述端到端路径为SRv6隧道，所述第二业务报文包括IPv6头和分段路由头SRH，所述IPv6头的目的地址指向所述第一骨干网入口设备，所述SRH包括所述第一信息和所述第二信息。
在一种可能的实现方式中，所述第一信息为所述第一骨干网入口设备分配的第一端点段标识END.SID1，所述第二信息为所述第一骨干网出口设备分配的第二端点段标识END.SID2，所述SRH还包括所述第二站点edge的IPv6地址。
在一种可能的实现方式中，所述第一信息为所述第一骨干网入口设备的第一端点段标识END.SID1，所述第二信息为所述第一骨干网设备出口设备为所述第一骨干网设备出口设备和所述第二站点edge之间的邻接关系所分配的具有交叉连接到第3层邻接关系阵列的端点段标识END.X SID。
在一种可能的实现方式中，所述第一端点段标识END.SID1关联的操作包括：根据所述SRH中所述END.SID1的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SRv6 policy。
在一种可能的实现方式中，当所述第二业务报文包括业务意图信息时，所述第一端点段标识END.SID1关联的操作包括：根据所述SRH中所述END.SID1的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SRv6 policy。
在一种可能的实现方式中，所述处理单元，用于：根据所述SRH中所述END.SID1的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的第一overly SRv6 policy；利用所述第一overly SRv6policy对所述第二业务报文进行封装，以得到所述第三业务报文。
在一种可能的实现方式中，所述处理单元，用于：根据所述SRH中所述END.SID1的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的第二overly SRv6 policy；利用所述第二overly SRv6 Policy对所述第二业务报文进行封装，以得到所述第三业务报文。
在一种可能的实现方式中，所述端到端路径为SR-MPLS TE policy，所述第二业务报文包括MPLS标签栈，所述MPLS标签栈包括所述第一信息和所述第二信息，所述第一信息为所述第一骨干网入口设备的第一节点SID，所述第二信息包括：所述第一骨干网出口设备的第二节点SID、以及所述第一骨干网设备出口设备为所述第一骨干网设备出口设备和所述第二站点edge之间的邻接关系所分配的邻接段 标识adj-SID。
在一种可能的实现方式中，所述第一节点SID关联的操作包括：根据所述标签栈中所述第一节点SID的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SR-MPLS TEpolicy。
在一种可能的实现方式中，当所述第二业务报文包括业务意图信息时，所述第一节点SID关联的操作包括：根据所述标签栈中所述第一节点SID的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SR-MPLS TEpolicy。
在一种可能的实现方式中，所述处理单元，用于：根据所述标签栈中所述第一节点SID的下一跳SID，匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的第一overly SR-MPLS TE policy；利用所述第一overly SR-MPLS TE policy对所述第二业务报文进行封装，以得到所述第三业务报文。
在一种可能的实现方式中，所述处理单元，用于：根据所述标签栈中所述第一节点SID的下一跳SID和所述业务意图信息，匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的第二overly SR-MPLS TE policy；利用所述第二overly SR-MPLS TE policy对所述第二业务报文进行封装，以得到所述第三业务报文。
在一种可能的实现方式中，所述端到端路径为基于通用网络虚拟化封装GENEVE协议封装的隧道，所述第二业务报文采用SRv6 in GENEVE封装。
在一种可能的实现方式中，所述端到端路径为基于通用路由封装GRE协议封装的隧道，所述第二业务报文包括采用SRv6 over GRE封装。
在一种可能的实现方式中，所述第二业务报文包括：外层IP头，用户数据报协议UDP头、外层GRE封装、IPv6头、SRH、内层GRE封装和净荷，所述净荷包括所述第一业务报文，所述内层GRE封装包括所述第一业务报文所承载的VPN业务的VPN标识。
在一种可能的实现方式中，所述第一站点edge通过软件定义广域网SD-WAN隧道或Internet接入所述第一骨干网入口设备。
在另一个具体的示例中，所述通信装置的结构可以如图23d所示，图23d为本申请实施例提供的又一种通信装置的结构示意图。如图23d所示：
图23d所示的通信装置2340包括：接收单元2341、处理单元2342和发送单元2343。其中，所述接收单元2341用于执行接收操作，所述发送单元2343用于执行发送操作，所述处理单元2342用于执行处接收操作和发送操作之外的其它操作。
在一个示例中，所述通信装置2340可以应用于第一站点edge，用于执行以上方法1200。对于这种情况：
接收单元2341，用于接收第一业务报文；
处理单元2342，用于在所述第一业务报文的外层封装第一端到端路径的路径信息，以获得第二业务报文；其中，所述第一端到端路径的路径信息包括标识骨干网中第一骨干网入口设备的第一信息和标识所述骨干网中第一骨干网出口设备的第二信息，所述第一端到端路径的入端点为所述第一站点edge，所述第一端到端路径的出端点为第二站点edge，所述第一端到端路径经过所述第一骨干网入口设备和所述第一骨干网出口设备，所述第一站点edge通过所述第一骨干网入口设备接入所述骨干网，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网；
发送单元2343，用于通过所述第一端到端路径发送所述第二业务报文。
在一种可能的实现方式中，所述第一业务报文用于承载虚拟专用网VPN业务，所述处理单元2342，还用于：在接收所述第一业务报文之前，根据所述VPN业务，按需结合所述第一骨干网入口设备和第一骨干网出口设备，编排从所述第一站点edge到所述第二站点edge之间的所述第一端到端路径。
在一种可能的实现方式中，所述第二业务报文还包括业务意图信息。
在一种可能的实现方式中，所述业务意图信息携带在所述第二业务报文的元数据metadata字段中。
在一种可能的实现方式中，所述处理单元2342，还用于：在封装所述第一端到端路径的路径信息之前，根据所述第一业务报文的目的地址，确定转发所述第一业务报文的下一跳为所述第二站点edge，根据所述第二站点edge的互联网协议IP地址迭代第一段路由策略SR Policy，以获得所述第一端到端路径 的路径信息。
在一种可能的实现方式中，所述第一端到端路径为SRv6隧道，所述第二业务报文包括IPv6头和分段路由头SRH，所述IPv6头的目的地址指向所述第一骨干网入口设备，所述SRH包括所述第一信息和所述第二信息。
在一种可能的实现方式中，所述第一信息为所述第一骨干网入口设备的第一端点段标识END.SID1，所述第二信息为所述第一骨干网出口设备的第二端点段标识END.SID2，所述SRH还包括所述第二站点edge的IPv6地址。
在一种可能的实现方式中，所述第一信息为所述第一骨干网入口设备的第一端点段标识END.SID1，所述第二信息为所述第一骨干网设备出口设备为所述第一骨干网设备出口设备和所述第二站点edge之间的邻接关系所分配的具有交叉连接到第3层邻接关系阵列的端点段标识END.X SID。
在一种可能的实现方式中，所述第一端点段标识END.SID1关联的操作包括：根据所述END.SID1的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SRv6 Policy。
在一种可能的实现方式中，当所述第二业务报文包括业务意图信息时，所述第一端点段标识END.SID1关联的操作包括：根据所述END.SID1的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SRv6 Policy。
在一种可能的实现方式中，所述第一端到端路径为SR-MPLS TE policy，所述第二业务报文包括MPLS标签栈，所述MPLS标签栈包括所述第一信息和所述第二信息，所述第一信息为所述第一骨干网入口设备的第一节点SID，所述第二信息包括：所述第一骨干网出口设备的第二节点SID、以及所述第一骨干网设备出口设备为所述第一骨干网设备出口设备和所述第二站点edge之间的邻接关系所分配的邻接段标识adj-SID。
在一种可能的实现方式中，所述第一节点SID关联的操作包括：根据所述标签栈中所述第一节点SID的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SR-MPLS TE policy。
在一种可能的实现方式中，当所述第二业务报文包括业务意图信息时，所述第一节点SID关联的操作包括：根据所述标签栈中所述第一节点SID的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SR-MPLS TE policy。
在一种可能的实现方式中，所述第一端到端路径为基于通用网络虚拟化封装GENEVE协议封装的隧道，所述第二业务报文采用SRv6 in GENEVE封装。
在一种可能的实现方式中，所述第一端到端路径为基于通用路由封装GRE协议封装的隧道，所述第二业务报文包括采用SRv6 over GRE封装。
在一种可能的实现方式中，所述第二业务报文包括：外层IP头，用户数据报协议UDP头、外层GRE封装、IPv6头、SRH、内层GRE封装和净荷，所述净荷包括所述第一业务报文，所述内层GRE封装包括所述第一业务报文所承载的VPN业务的VPN标识。
在一种可能的实现方式中，所述接收单元2341，还用于接收第三业务报文；所述处理单元2342，还用于在所述第三业务报文的外层封装第二端到端路径的路径信息，以获得第四业务报文；其中，所述第二端到端路径的路径信息包括标识骨干网中第二骨干网入口设备的第三信息和标识所述骨干网中第二骨干网出口设备的第四信息，所述第二端到端路径的入端点为所述第一站点edge，所述第二端到端路径的出端点为所述第二站点edge，所述第二端到端路径经过所述第二骨干网入口设备和所述第二骨干网出口设备，第一站点edge多归接入所述第一骨干网入口设备和所述第二骨干网入口设备，所述第二站点edge多归接入所述第一骨干网出口设备和所述第二骨干网出口设备；所述发送单元2343，还用于通过所述第二端到端路径发送所述第四业务报文。
在一种可能的实现方式中，所述第一站点edge通过软件定义广域网SD-WAN隧道或互联网Internet接入所述第一骨干网入口设备。
在又一个示例中，所述通信装置2340可以应用于骨干网中第一骨干网入口设备，用于执行以上方法1300。对于这种情况：
接收单元2341，用于接收来自第一站点边缘edge的第二业务报文，所述第二业务报文的净荷包括第一业务报文，所述第一业务报文的外层封装所述第一站edge和第二站点edge之间的端到端路径的路径信息；其中，所述端到端路径的路径信息包括：标识所述第一骨干网入口设备的第一信息和标识所述骨干网中第一骨干网出口设备的第二信息，所述端到端路径的入端点为所述第一站点edge，所述端到端路径的出端点为所述第二站点edge，所述端到端路径经过所述第一骨干网入口设备和所述第一骨干网出口设备，所述第一站点edge通过所述第一骨干网入口设备接入所述骨干网，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网；
处理单元2342，用于根据所述第一信息，对所述第二业务报文进行处理，以得到第三业务报文；
发送单元2343，用于向所述第一骨干网出口设备发送所述第三业务报文。
在一种可能的实现方式中，所述第二业务报文还包括业务意图信息。
在一种可能的实现方式中，所述业务意图信息携带在所述第二业务报文的元数据metadata字段中。
在一种可能的实现方式中，所述端到端路径为SRv6隧道，所述第二业务报文包括IPv6头和分段路由头SRH，所述IPv6头的目的地址指向所述第一骨干网入口设备，所述SRH包括所述第一信息和所述第二信息。
在一种可能的实现方式中，所述第一信息为所述第一骨干网入口设备分配的第一端点段标识END.SID1，所述第二信息为所述第一骨干网出口设备分配的第二端点段标识END.SID2，所述SRH还包括所述第二站点edge的IPv6地址。
在一种可能的实现方式中，所述第一信息为所述第一骨干网入口设备的第一端点段标识END.SID1，所述第二信息为所述第一骨干网设备出口设备为所述第一骨干网设备出口设备和所述第二站点edge之间的邻接关系所分配的具有交叉连接到第3层邻接关系阵列的端点段标识END.X SID。
在一种可能的实现方式中，所述第一端点段标识END.SID1关联的操作包括：根据所述SRH中所述END.SID1的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SRv6 policy。
在一种可能的实现方式中，当所述第二业务报文包括业务意图信息时，所述第一端点段标识END.SID1关联的操作包括：根据所述SRH中所述END.SID1的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SRv6 policy。
在一种可能的实现方式中，所述处理单元2342，用于：根据所述SRH中所述END.SID1的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的第一overly SRv6 policy；利用所述第一overly SRv6policy对所述第二业务报文进行封装，以得到所述第三业务报文。
在一种可能的实现方式中，所述处理单元2342，用于：根据所述SRH中所述END.SID1的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的第二overly SRv6 policy；利用所述第二overly SRv6 Policy对所述第二业务报文进行封装，以得到所述第三业务报文。
在一种可能的实现方式中，所述端到端路径为SR-MPLS TE policy，所述第二业务报文包括MPLS标签栈，所述MPLS标签栈包括所述第一信息和所述第二信息，所述第一信息为所述第一骨干网入口设备的第一节点SID，所述第二信息包括：所述第一骨干网出口设备的第二节点SID、以及所述第一骨干网设备出口设备为所述第一骨干网设备出口设备和所述第二站点edge之间的邻接关系所分配的邻接段标识adj-SID。
在一种可能的实现方式中，所述第一节点SID关联的操作包括：根据所述标签栈中所述第一节点SID的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SR-MPLS TEpolicy。
在一种可能的实现方式中，当所述第二业务报文包括业务意图信息时，所述第一节点SID关联的操作包括：根据所述标签栈中所述第一节点SID的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SR-MPLS TEpolicy。
在一种可能的实现方式中，所述处理单元2342，用于：根据所述标签栈中所述第一节点SID的下一跳SID，匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的第一overly SR-MPLS TE policy；利用所述第一overly SR-MPLS TE policy对所述第二业务报文进行封装，以得到所述第三业务报 文。
在一种可能的实现方式中，所述处理单元2342，用于：根据所述标签栈中所述第一节点SID的下一跳SID和所述业务意图信息，匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的第二overly SR-MPLS TE policy；利用所述第二overly SR-MPLS TE policy对所述第二业务报文进行封装，以得到所述第三业务报文。
在一种可能的实现方式中，所述端到端路径为基于通用网络虚拟化封装GENEVE协议封装的隧道，所述第二业务报文采用SRv6 in GENEVE封装。
在一种可能的实现方式中，所述端到端路径为基于通用路由封装GRE协议封装的隧道，所述第二业务报文包括采用SRv6 over GRE封装。
在一种可能的实现方式中，所述第二业务报文包括：外层IP头，用户数据报协议UDP头、外层GRE封装、IPv6头、SRH、内层GRE封装和净荷，所述净荷包括所述第一业务报文，所述内层GRE封装包括所述第一业务报文所承载的VPN业务的VPN标识。
在一种可能的实现方式中，所述第一站点edge通过软件定义广域网SD-WAN隧道或Internet接入所述第一骨干网入口设备。
此外，本申请实施例还提供了一种通信装置2400，参见图24所示，图24为本申请实施例提供的一种通信装置的结构示意图。该通信装置2400包括通信接口2401和与通信接口2401连接的处理器2402。该通信装置2400可以用于执行以上实施例中的方法100或者方法200或者方法300或者方法400或者方法500或者方法600或者方法700或者方法800或者方法900或者方法1000或者方法1100或者方法1200或者方法1300。
当通信装置2400应用于以上方法100时：
在一个示例中，通信装置2400相当于方法100中的站点edge2。通信接口2401用于执行方法100中站点edge2执行的收发操作。处理器2402用于执行方法100中站点edge2执行的除收发操作之外的操作。例如：处理器2402用于获取路由1，所述路由1为SD-WAN网关信息通告路由，所述路由1包括站点edge2的标识以及骨干网出口设备1的信息1，所述站点edge2通过所述骨干网出口设备1接入骨干网；通信接口2401用于向站点edge1通告所述路由1。
在又一个示例中，通信装置2400相当于方法100中的站点edge1。通信接口2401用于执行方法100中站点edge1执行的收发操作。处理器2402用于执行方法100中站点edge1执行的除收发操作之外的操作。例如：通信接口2401用于接收站点edge2通告的路由1；处理器2402用于根据路由1，获取站点edge2和骨干网出口设备1的绑定关系1。
当通信装置2400应用于以上方法200时：
在一个示例中，通信装置2400相当于方法200中的站点edge2。通信接口2401用于执行方法200中站点edge2执行的收发操作。处理器2402用于执行方法200中站点edge2执行的除收发操作之外的操作。例如：处理器2402用于获取路由1’，所述路由1’为VPN路由，所述路由1’包括站点edge2的标识以及骨干网出口设备1的信息1，所述站点edge2通过所述骨干网出口设备1接入骨干网；通信接口2401用于向站点edge1通告所述路由1’。
在又一个示例中，通信装置2400相当于方法200中的站点edge1。通信接口2401用于执行方法200中站点edge1执行的收发操作。处理器2402用于执行方法200中站点edge1执行的除收发操作之外的操作。例如：通信接口2401用于接收站点edge2通告的路由1’；处理器2402用于根据路由1’，获取站点edge2和骨干网出口设备1的绑定关系1。
当通信装置2400应用于以上方法300时：
在一个示例中，通信装置2400相当于方法300中的骨干网出口设备1。通信接口2401用于执行方法300中骨干网出口设备1执行的收发操作。处理器2402用于执行方法300中骨干网出口设备1执行的除收发操作之外的操作。例如：处理器2402用于获取路由1”，所述路由1”为SD-WAN网关自动发现路由，所述路由1”包括站点edge2的标识以及骨干网出口设备1的信息1，所述站点edge2通过所述骨干网出口设备1接入骨干网；通信接口2401用于通过骨干网入口设备1向站点edge1通告所述路由1”，所述站点edge1通过所述骨干网入口设备1接入所述骨干网。
在又一个示例中，通信装置2400相当于方法300中的站点edge1。通信接口2401用于执行方法300中站点edge1执行的收发操作。处理器2402用于执行方法300中站点edge1执行的除收发操作之外的操作。例如：通信接口2401用于接收骨干网出口设备1通告的路由1”；处理器2402用于根据路由1”，获取站点edge2和骨干网出口设备1的绑定关系1。
当通信装置2400应用于以上方法400时：
在一个示例中，通信装置2400相当于方法400中的网关。通信接口2401用于执行方法400中网关执行的收发操作。处理器2402用于执行方法400中网关执行的除收发操作之外的操作。例如：处理器2402用于获取路由3，所述路由3为SD-WAN网关自动发现路由，所述路由3包括网关的信息3；通信接口2401用于向站点edge通告所述路由3，所述站点edge通过所述网关接入骨干网。
在又一个示例中，通信装置2400相当于方法400中的站点edge。通信接口2401用于执行方法400中站点edge执行的收发操作。处理器2402用于执行方法400中站点edge执行的除收发操作之外的操作。例如：通信接口2401用于接收所述网关通告的路由3；处理器2402用于根据所述路由3，获得所述站点edge和所述网关的绑定关系3。
当通信装置2400应用于以上方法500时：
在一个示例中，通信装置2400相当于方法500中的网关。通信接口2401用于执行方法500中网关执行的收发操作。处理器2402用于执行方法500中网关执行的除收发操作之外的操作。例如：处理器2402用于获取路由3’，所述路由3’为BGP LS路由，所述路由3’包括网关的信息3；通信接口2401用于向站点edge通告所述路由3’，所述站点edge通过所述网关接入骨干网。
在又一个示例中，通信装置2400相当于方法500中的站点edge。通信接口2401用于执行方法500中站点edge执行的收发操作。处理器2402用于执行方法500中站点edge执行的除收发操作之外的操作。例如：通信接口2401用于接收所述网关通告的路由3’；处理器2402用于根据所述路由3’，获得所述站点edge和所述网关的绑定关系3。
当通信装置2400应用于以上方法600时：
在一个示例中，通信装置2400相当于方法600中的站点edge1。通信接口2401用于执行方法600中站点edge1执行的收发操作。处理器2402用于执行方法600中站点edge1执行的除收发操作之外的操作。例如：通信接口2401用于接收业务报文1；处理器2402用于在业务报文1的外层封装端到端路径1的路径信息，以获得业务报文2，端到端路径1的入端点为站点edge1，端到端路径1的出端点为站点edge2，端到端路径1包括骨干网入口设备1和骨干网出口设备1，站点edge1通过骨干网入口设备1接入骨干网，站点edge2通过骨干网出口设备1接入骨干网，端到端路径1的路径信息包括：标识骨干网入口设备1的信息1、以及标识骨干网出口设备1的信息2；通信接口2401还用于通过端到端路径1发送业务报文2。
在又一个示例中，通信装置2400相当于方法600中的骨干网入口设备1。通信接口2401用于执行方法600中骨干网入口设备1执行的收发操作。处理器2402用于执行方法600中骨干网入口设备1执行的除收发操作之外的操作。例如：通信接口2401用于接收来自站点edge1的业务报文2；处理器2402用于根据所述信息1，对业务报文2进行处理，以得到业务报文3；通信接口2401还用于向骨干网出口设备1发送业务报文3。
当通信装置2400应用于以上方法700时，通信装置2400相当于方法700中作为第一站点edge的第一通信装置。通信接口2401用于执行方法700中第一站点edge执行的收发操作。处理器2402用于执行方法700中第一站点edge执行的除收发操作之外的操作。例如：通信接口2401用于接收第二通信装置通告的第一路由，所述第一路由包括骨干网中第一骨干网出口设备的第一信息和第二站点edge的标识，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网，所述第一站点edge通过第一骨干网入口设备接入所述骨干网；处理器2402用于根据所述第一路由，获取所述第二站点edge和所述第一骨干网出口设备的第一绑定关系。
当通信装置2400应用于以上方法800时，通信装置2400相当于方法800中的第二通信装置。通信接口2401用于执行方法800中第二通信装置执行的收发操作。处理器2402用于执行方法800中第二通信装置执行的除收发操作之外的操作。例如：处理器2402用于获取第一路由，所述第一路由包括骨干 网中第一骨干网出口设备的第一信息和第二站点edge的标识，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网；通信接口2401用于向第一站点edge通告所述第一路由，所述第一站点edge通过第一骨干网入口设备接入所述骨干网。
当通信装置2400应用于以上方法900时，通信装置2400相当于方法900中的第一骨干网入口设备。通信接口2401用于执行方法900中第一骨干网入口设备执行的收发操作。处理器2402用于执行方法900中第一骨干网入口设备执行的除收发操作之外的操作。例如：通信接口2401用于接收所述骨干网中的第一骨干网出口设备通告的第一路由，所述第一路由包括所述第一骨干网出口设备的信息和第二站点edge的标识，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网，第一站点edge通过所述第一骨干网入口设备接入所述骨干网，并将所述第一路由通告给所述第一站点edge。
当通信装置2400应用于以上方法1000时，通信装置2400相当于方法1000中的站点edge。通信接口2401用于执行方法1000中站点edge执行的收发操作。处理器2402用于执行方法1000中站点edge执行的除收发操作之外的操作。例如：通信接口2401用于接收第一骨干网边缘设备发送的第一路由，所述第一路由用于通告所述第一骨干网边缘设备的第一信息，所述站点edge通过所述第一骨干网边缘设备接入骨干网；处理器2402用于根据所述第一路由，获得所述站点edge和所述第一骨干网边缘设备的第一绑定关系。
当通信装置2400应用于以上方法1100时，通信装置2400相当于方法1100中的骨干网边缘设备。通信接口2401用于执行方法1100中骨干网边缘设备执行的收发操作。处理器2402用于执行方法1100中骨干网边缘设备执行的除收发操作之外的操作。例如：处理器2402用于获取路由，所述路由用于通告所述骨干网边缘设备的信息；通信接口2401用于向站点edge发送所述路由，所述站点edge通过所述骨干网边缘设备接入骨干网。
当通信装置2400应用于以上方法1200时，通信装置2400相当于方法1200中的第一站点edge。通信接口2401用于执行方法1200中第一站点edge执行的收发操作。处理器2402用于执行方法1200中第一站点edge执行的除收发操作之外的操作。例如：通信接口2401用于接收第一业务报文。处理器2402用于在所述第一业务报文的外层封装第一端到端路径的路径信息，以获得第二业务报文；其中，所述第一端到端路径的路径信息包括标识骨干网中第一骨干网入口设备的第一信息和标识所述骨干网中第一骨干网出口设备的第二信息，所述第一端到端路径的入端点为所述第一站点edge，所述第一端到端路径的出端点为第二站点edge，所述第一端到端路径经过所述第一骨干网入口设备和所述第一骨干网出口设备，所述第一站点edge通过所述第一骨干网入口设备接入所述骨干网，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网。所述通信接口2401还用于通过所述第一端到端路径发送所述第二业务报文。
当通信装置2400应用于以上方法1300时，通信装置2400相当于方法1300中的第一骨干网入口设备。通信接口2401用于执行方法1300中第一骨干网入口设备执行的收发操作。处理器2402用于执行方法1300中第一骨干网入口设备执行的除收发操作之外的操作。例如：通信接口2401用于接收来自第一站点边缘edge的第二业务报文，所述第二业务报文的净荷包括第一业务报文，所述第一业务报文的外层封装所述第一站edge和第二站点edge之间的端到端路径的路径信息；其中，所述端到端路径的路径信息包括：标识所述第一骨干网入口设备的第一信息和标识所述骨干网中第一骨干网出口设备的第二信息，所述端到端路径的入端点为所述第一站点edge，所述端到端路径的出端点为所述第二站点edge，所述端到端路径经过所述第一骨干网入口设备和所述第一骨干网出口设备，所述第一站点edge通过所述第一骨干网入口设备接入所述骨干网，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网。处理器2402用于根据所述第一信息，对所述第二业务报文进行处理，以得到第三业务报文；通信接口2401还用于向所述第一骨干网出口设备发送所述第三业务报文。
此外，本申请实施例还提供了一种通信装置2500，参见图25所示，图25为本申请实施例提供的一种通信装置的结构示意图。该通信装置2500可以用于执行以上实施例中的方法100或者方法200或者方法300或者方法400或者方法500或者方法600或者方法700或者方法800或者方法900或者方法1000或者方法1100或者方法1200或者方法1300。
如图25所示，通信装置2500可以包括处理器2510，与所述处理器2510耦合连接的存储器2520， 收发器2530。收发器2530例如可以是通信接口，光模块等。处理器2510可以是中央处理器(英文：central processing unit，缩写：CPU)，网络处理器(英文：network processor，缩写：NP)或者CPU和NP的组合。处理器还可以是专用集成电路(英文：application-specific integrated circuit，缩写：ASIC)，可编程逻辑器件(英文：programmable logic device，缩写：PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(英文：complex programmable logic device，缩写：CPLD)，现场可编程逻辑门阵列(英文：field-programmable gate array，缩写：FPGA)，通用阵列逻辑(英文：generic array logic,缩写：GAL)或其任意组合。处理器2510可以是指一个处理器，也可以包括多个处理器。存储器2520可以包括易失性存储器(英文：volatile memory)，例如随机存取存储器(英文：random-access memory，缩写：RAM)；存储器也可以包括非易失性存储器(英文：non-volatile memory)，例如只读存储器(英文：read-only memory，缩写：ROM)，快闪存储器(英文：flash memory)，硬盘(英文：hard disk drive，缩写：HDD)或固态硬盘(英文：solid-state drive，缩写：SSD)；存储器2520还可以包括上述种类的存储器的组合。存储器2520可以是指一个存储器，也可以包括多个存储器。在一个实施方式中，存储器2520中存储有计算机可读指令，所述计算机可读指令包括多个软件模块，例如发送模块2521，处理模块2522和接收模块2523。处理器2510执行各个软件模块后可以按照各个软件模块的指示进行相应的操作。在本实施例中，一个软件模块所执行的操作实际上是指处理器2510根据所述软件模块的指示而执行的操作。
当通信装置2500应用于以上方法100时：
在一个示例中，通信装置2500相当于方法100中的站点edge2。收发器2530用于执行方法100中站点edge2执行的收发操作。处理器2510用于执行方法100中站点edge2执行的除收发操作之外的操作。例如：处理器2510用于获取路由1，所述路由1为SD-WAN网关信息通告路由，所述路由1包括站点edge2的标识以及骨干网出口设备1的信息1，所述站点edge2通过所述骨干网出口设备1接入骨干网；收发器2530用于向站点edge1通告所述路由1。
在又一个示例中，通信装置2500相当于方法100中的站点edge1。收发器2530用于执行方法100中站点edge1执行的收发操作。处理器2510用于执行方法100中站点edge1执行的除收发操作之外的操作。例如：收发器2530用于接收站点edge2通告的路由1；处理器2510用于根据路由1，获取站点edge2和骨干网出口设备1的绑定关系1。
当通信装置2500应用于以上方法200时：
在一个示例中，通信装置2500相当于方法200中的站点edge2。收发器2530用于执行方法200中站点edge2执行的收发操作。处理器2510用于执行方法200中站点edge2执行的除收发操作之外的操作。例如：处理器2510用于获取路由1’，所述路由1’为VPN路由，所述路由1’包括站点edge2的标识以及骨干网出口设备1的信息1，所述站点edge2通过所述骨干网出口设备1接入骨干网；收发器2530用于向站点edge1通告所述路由1’。
在又一个示例中，通信装置2500相当于方法200中的站点edge1。收发器2530用于执行方法200中站点edge1执行的收发操作。处理器2510用于执行方法200中站点edge1执行的除收发操作之外的操作。例如：收发器2530用于接收站点edge2通告的路由1’；处理器2510用于根据路由1’，获取站点edge2和骨干网出口设备1的绑定关系1。
当通信装置2500应用于以上方法300时：
在一个示例中，通信装置2500相当于方法300中的骨干网出口设备1。收发器2530用于执行方法300中骨干网出口设备1执行的收发操作。处理器2510用于执行方法300中骨干网出口设备1执行的除收发操作之外的操作。例如：处理器2510用于获取路由1”，所述路由1”为SD-WAN网关自动发现路由，所述路由1”包括站点edge2的标识以及骨干网出口设备1的信息1，所述站点edge2通过所述骨干网出口设备1接入骨干网；收发器2530用于通过骨干网入口设备1向站点edge1通告所述路由1”，所述站点edge1通过所述骨干网入口设备1接入所述骨干网。
在又一个示例中，通信装置2500相当于方法300中的站点edge1。收发器2530用于执行方法300中站点edge1执行的收发操作。处理器2510用于执行方法300中站点edge1执行的除收发操作之外的操作。例如：收发器2530用于接收骨干网出口设备1通告的路由1”；处理器2510用于根据路由1”，获取站点edge2和骨干网出口设备1的绑定关系1。
当通信装置2500应用于以上方法400时：
在一个示例中，通信装置2500相当于方法400中的网关。收发器2530用于执行方法400中网关执行的收发操作。处理器2510用于执行方法400中网关执行的除收发操作之外的操作。例如：处理器2510用于获取路由3，所述路由3为SD-WAN网关自动发现路由，所述路由3包括网关的信息3；收发器2530用于向站点edge通告所述路由3，所述站点edge通过所述网关接入骨干网。
在又一个示例中，通信装置2500相当于方法400中的站点edge。收发器2530用于执行方法400中站点edge执行的收发操作。处理器2510用于执行方法400中站点edge执行的除收发操作之外的操作。例如：收发器2530用于接收所述网关通告的路由3；处理器2510用于根据所述路由3，获得所述站点edge和所述网关的绑定关系3。
当通信装置2500应用于以上方法500时：
在一个示例中，通信装置2500相当于方法500中的网关。收发器2530用于执行方法500中网关执行的收发操作。处理器2510用于执行方法500中网关执行的除收发操作之外的操作。例如：处理器2510用于获取路由3’，所述路由3’为BGP LS路由，所述路由3’包括网关的信息3；收发器2530用于向站点edge通告所述路由3’，所述站点edge通过所述网关接入骨干网。
在又一个示例中，通信装置2500相当于方法500中的站点edge。收发器2530用于执行方法500中站点edge执行的收发操作。处理器2510用于执行方法500中站点edge执行的除收发操作之外的操作。例如：收发器2530用于接收所述网关通告的路由3’；处理器2510用于根据所述路由3’，获得所述站点edge和所述网关的绑定关系3。
当通信装置2500应用于以上方法600时：
在一个示例中，通信装置2500相当于方法600中的站点edge1。收发器2530用于执行方法600中站点edge1执行的收发操作。处理器2510用于执行方法600中站点edge1执行的除收发操作之外的操作。例如：收发器2530用于接收业务报文1；处理器2510用于在业务报文1的外层封装端到端路径1的路径信息，以获得业务报文2，端到端路径1的入端点为站点edge1，端到端路径1的出端点为站点edge2，端到端路径1包括骨干网入口设备1和骨干网出口设备1，站点edge1通过骨干网入口设备1接入骨干网，站点edge2通过骨干网出口设备1接入骨干网，端到端路径1的路径信息包括：标识骨干网入口设备1的信息1、以及标识骨干网出口设备1的信息2；收发器2530还用于通过端到端路径1发送业务报文2。
在又一个示例中，通信装置2500相当于方法600中的骨干网入口设备1。收发器2530用于执行方法600中骨干网入口设备1执行的收发操作。处理器2510用于执行方法600中骨干网入口设备1执行的除收发操作之外的操作。例如：收发器2530用于接收来自站点edge1的业务报文2；处理器2510用于根据所述信息1，对业务报文2进行处理，以得到业务报文3；收发器2530还用于向骨干网出口设备1发送业务报文3。
当通信装置2500应用于以上方法700时，通信装置2500相当于方法700中作为第一站点edge的第一通信装置。收发器2530用于执行方法700中第一站点edge执行的收发操作。处理器2510用于执行方法700中第一站点edge执行的除收发操作之外的操作。例如：收发器2530用于接收第二通信装置通告的第一路由，所述第一路由包括骨干网中第一骨干网出口设备的第一信息和第二站点edge的标识，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网，所述第一站点edge通过第一骨干网入口设备接入所述骨干网；处理器2510用于根据所述第一路由，获取所述第二站点edge和所述第一骨干网出口设备的第一绑定关系。
当通信装置2500应用于以上方法800时，通信装置2500相当于方法800中的第二通信装置。收发器2530用于执行方法800中第二通信装置执行的收发操作。处理器2510用于执行方法800中第二通信装置执行的除收发操作之外的操作。例如：处理器2510用于获取第一路由，所述第一路由包括骨干网中第一骨干网出口设备的第一信息和第二站点edge的标识，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网；收发器2530用于向第一站点edge通告所述第一路由，所述第一站点edge通过第一骨干网入口设备接入所述骨干网。
当通信装置2500应用于以上方法900时，通信装置2500相当于方法900中的第一骨干网入口设备。 收发器2530用于执行方法900中第一骨干网入口设备执行的收发操作。处理器2510用于执行方法900中第一骨干网入口设备执行的除收发操作之外的操作。例如：收发器2530用于接收所述骨干网中的第一骨干网出口设备通告的第一路由，所述第一路由包括所述第一骨干网出口设备的信息和第二站点edge的标识，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网，第一站点edge通过所述第一骨干网入口设备接入所述骨干网，并将所述第一路由通告给所述第一站点edge。
当通信装置2500应用于以上方法1000时，通信装置2500相当于方法1000中的站点edge。收发器2530用于执行方法1000中站点edge执行的收发操作。处理器2510用于执行方法1000中站点edge执行的除收发操作之外的操作。例如：收发器2530用于接收第一骨干网边缘设备发送的第一路由，所述第一路由用于通告所述第一骨干网边缘设备的第一信息，所述站点edge通过所述第一骨干网边缘设备接入骨干网；处理器2510用于根据所述第一路由，获得所述站点edge和所述第一骨干网边缘设备的第一绑定关系。
当通信装置2500应用于以上方法1100时，通信装置2500相当于方法1100中的骨干网边缘设备。收发器2530用于执行方法1100中骨干网边缘设备执行的收发操作。处理器2510用于执行方法1100中骨干网边缘设备执行的除收发操作之外的操作。例如：处理器2510用于获取路由，所述路由用于通告所述骨干网边缘设备的信息；收发器2530用于向站点edge发送所述路由，所述站点edge通过所述骨干网边缘设备接入骨干网。
当通信装置2500应用于以上方法1200时，通信装置2500相当于方法1200中的第一站点edge。收发器2530用于执行方法1200中第一站点edge执行的收发操作。处理器2510用于执行方法1200中第一站点edge执行的除收发操作之外的操作。例如：收发器2530用于接收第一业务报文。处理器2510用于在所述第一业务报文的外层封装第一端到端路径的路径信息，以获得第二业务报文；其中，所述第一端到端路径的路径信息包括标识骨干网中第一骨干网入口设备的第一信息和标识所述骨干网中第一骨干网出口设备的第二信息，所述第一端到端路径的入端点为所述第一站点edge，所述第一端到端路径的出端点为第二站点edge，所述第一端到端路径经过所述第一骨干网入口设备和所述第一骨干网出口设备，所述第一站点edge通过所述第一骨干网入口设备接入所述骨干网，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网。所述收发器2530还用于通过所述第一端到端路径发送所述第二业务报文。
当通信装置2500应用于以上方法1300时，通信装置2500相当于方法1300中的第一骨干网入口设备。收发器2530用于执行方法1300中第一骨干网入口设备执行的收发操作。处理器2510用于执行方法1300中第一骨干网入口设备执行的除收发操作之外的操作。例如：收发器2530用于接收来自第一站点边缘edge的第二业务报文，所述第二业务报文的净荷包括第一业务报文，所述第一业务报文的外层封装所述第一站edge和第二站点edge之间的端到端路径的路径信息；其中，所述端到端路径的路径信息包括：标识所述第一骨干网入口设备的第一信息和标识所述骨干网中第一骨干网出口设备的第二信息，所述端到端路径的入端点为所述第一站点edge，所述端到端路径的出端点为所述第二站点edge，所述端到端路径经过所述第一骨干网入口设备和所述第一骨干网出口设备，所述第一站点edge通过所述第一骨干网入口设备接入所述骨干网，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网。处理器2510用于根据所述第一信息，对所述第二业务报文进行处理，以得到第三业务报文；收发器2530还用于向所述第一骨干网出口设备发送所述第三业务报文。
本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令或者计算机程序，当所述指令计算机程序在处理器上运行时，能够实现前述实施例中所述的方法(例如方法100或者方法200或者方法300或者方法400或者方法500或者方法600或者方法700或者方法800或者方法900或者方法1000或者方法1100或者方法1200或者方法1300)中任意一个或多个操作。
本申请还提供了一种计算机程序产品，包括计算机程序，当所述计算机程序在处理器上运行时，能够实现前述实施例中所述的方法(例如方法100或者方法200或者方法300或者方法400或者方法500或者方法600或者方法700或者方法800或者方法900或者方法1000或者方法1100或者方法1200或者方法1300)中任意一个或多个操作。
本申请实施例还提供了一种通信系统，所述通信系统用于执行前述实施例中所述的方法。
在一个示例中，所述通信系统包括：方法100中的站点edge2和站点edge1，用于执行以上方法100。
在又一个示例中，所述通信系统包括：方法200中的站点edge2和站点edge1，用于执行以上方法200。
在又一个示例中，所述通信系统包括：方法100中的站点edge2和站点edge1，用于执行以上方法100。
在又一个示例中，所述通信系统包括：方法300中的骨干网出口设备1和站点edge1，用于执行以上方法300。
在又一个示例中，所述通信系统包括：方法400中的网关和站点edge，用于执行以上方法400。
在又一个示例中，所述通信系统包括：方法500中的网关和站点edge，用于执行以上方法500。
在另一个示例中，所述通信系统包括：方法600中的骨干网入口设备1和站点edge1，用于执行以上方法600。
在另一个示例中，所述通信系统包括：执行方法700的第一通信装置和执行方法800的第二通信装置。
在又一个示例中，所述通信系统包括：执行方法800的第一骨干网出口设备和执行方法900的第一骨干网入口设备。
在又一个示例中，所述通信系统包括：执行方法1000的第一骨干网边缘设备和执行方法1100的站点edge。
在又一个示例中，所述通信系统包括：执行方法1200的第一站点edge和执行方法1300的第一骨干网入口设备。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑业务划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各业务单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件业务单元的形式实现。
集成的单元如果以软件业务单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
本领域技术人员应该可以意识到，在上述一个或多个示例中，本发明所描述的业务可以用硬件、软 件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些业务存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。
以上的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上仅为本发明的具体实施方式而已。
以上，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (128)

  1. 一种信息通告方法，其特征在于，应用于作为第一站点边缘edge的第一通信装置，所述方法包括：
    接收第二通信装置通告的第一路由，所述第一路由包括骨干网中第一骨干网出口设备的第一信息和第二站点edge的标识，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网，所述第一站点edge通过第一骨干网入口设备接入所述骨干网；
    根据所述第一路由，获取所述第二站点edge和所述第一骨干网出口设备的第一绑定关系。
  2. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    根据所述第一绑定关系，确定从所述第一站点edge到所述第二站点edge的第一端到端路径，所述第一端到端路径经过所述第一骨干网入口设备和所述第一骨干网出口设备。
  3. 根据权利要求2所述的方法，其特征在于，所述第一信息包括以下一项或者多项：
    所述第一骨干网出口设备为所述第一骨干网出口设备和所述第二站点edge之间的邻接关系所分配的第一段标识SID；
    所述第一骨干网出口设备的第二SID；
    所述第一骨干网出口设备的选路优先级；
    所述第一骨干网出口设备的负载分担权重。
  4. 根据权利要求3所述的方法，其特征在于，
    所述第一SID为互联网协议第6版段路由具有交叉连接到第3层邻接关系阵列的端点段标识SRv6END.X SID，所述第二SID为互联网协议第6版段路由端点段标识SRv6 END.SID；
    或者，
    所述第一SID为邻接段标识adj-SID，所述第二SID为节点SID。
  5. 根据权利要3或4所述的方法，其特征在于，所述第二通信装置为所述第二站点edge，所述第一路由包括：软件定义广域网SD-WAN网关信息通告路由，所述SD-WAN网关信息通告路由包括至少一个类型长度值TLV，所述至少一个TLV承载所述第一信息。
  6. 根据权利要求5所述的方法，其特征在于，所述SD-WAN网关信息通告路由包括第一TLV，所述第一TLV的值value字段用于承载所述第一信息中的第一SID和/或第二SID，所述第一TLV还包括优先级子TLV和/或权重子TLV，所述优先级子TLV用于承载所述第一信息中的选路优先级，所述权重子TLV用于承载所述第一信息中的负载分担权重。
  7. 根据权利要求2-4任意一项所述的方法，其特征在于，所述第二通信装置为所述第二站点edge，所述第一路由包括虚拟专用网VPN路由。
  8. 根据权利要求7所述的方法，其特征在于，所述VPN路由包括第一元数据路径属性Metadata Path Attribute，所述第一Metadata Path Attribute携带所述第一信息。
  9. 根据权利要求2-8任意一项所述的方法，其特征在于，所述第一路由还包括：业务意图信息。
  10. 根据权利要求9所述的方法，其特征在于，所述业务意图信息，包括以下其中一项或者多项：
    所述第一端到端路径需要经过的网关、所述第一端到端路径需要绕行的网关、以及服务质量参数。
  11. 根据权利要求9或10所述的方法，其特征在于，所述第一路由包括第二Metadata Path Attribute，所述第二Metadata Path Attribute包括所述业务意图信息。
  12. 根据权利要求1-4任意一项所述的方法，其特征在于，所述第二通信装置为所述第一骨干网出口设备，所述接收第二通信装置通告的第一路由，包括：
    通过所述第一骨干网入口设备接收所述第一骨干网出口设备通告的所述第一路由。
  13. 根据权利要求12所述的方法，其特征在于，所述第一路由包括：第一SD-WAN网关自动发现路由。
  14. 根据权利要求1-13任意一项所述的方法，其特征在于，所述方法还包括：
    接收第三通信装置通告的第二路由，所述第二路由包括骨干网中第二骨干网出口设备的第二信息和所述第二站点edge的标识，所述第二站点edge通过所述第二骨干网出口设备接入所述骨干网；
    根据所述第二路由，获取所述第二站点edge和所述第二骨干网出口设备的第二绑定关系。
  15. 根据权利要求14所述的方法，其特征在于，所述方法还包括：
    确定所述第一骨干网出口设备和所述第二骨干网出口设备分别对应的选路优先级；
    和/或，
    确定所述第一骨干网出口设备和所述第二骨干网出口设备分别对应的负载分担权重。
  16. 根据权利要求14或15所述的方法，其特征在于，所述方法还包括：
    根据所述第二绑定关系，确定从所述第一站点edge到所述第二站点edge的第二端到端路径所述第二端到端路径经过所述第一骨干网入口设备和所述第二骨干网出口设备。
  17. 根据权利要求1-16任意一项所述的方法，其特征在于，所述方法还包括：
    接收所述第一骨干网入口设备发送的第三路由，所述第三路由用于通告所述第一骨干网入口设备的第三信息；
    根据所述第三路由，获得所述第一站点edge和所述第一骨干网入口设备的第三绑定关系。
  18. 根据权利要求17所述的方法，其特征在于，所述第三路由为第二SD-WAN网关自动发现路由或者BGP链路状态LS路由。
  19. 根据权利要求17所述的方法，其特征在于，所述第三信息包括：
    所述第一骨干网入口设备为所述第一骨干网入口设备和所述第一站点edge之间的邻接关系所分配的第三SID，和/或，所述第一骨干网入口设备的第四SID。
  20. 根据权利要求18或19所述的方法，其特征在于，所述第三路由中还包括中间网关信息，所述中间网关信息指示从所述第一骨干网入口设备和所述骨干网中的出口设备之间的至少一个中间网关。
  21. 根据权利要求2-11任意一项所述的方法，其特征在于，所述方法包括：
    接收第一业务报文；
    在所述第一业务报文的外层封装所述第一端到端路径的路径信息，以获得第二业务报文；其中，所述第一端到端路径的路径信息包括标识骨干网中第一骨干网入口设备的第四信息和标识所述骨干网中第一骨干网出口设备的第五信息，所述第一端到端路径的入端点为所述第一站点edge，所述第一端到端路径的出端点为第二站点edge；
    通过所述第一端到端路径发送所述第二业务报文。
  22. 根据权利要求11所述的方法，其特征在于，所述第一业务报文用于承载虚拟专用网VPN业务，在接收所述第一业务报文之前，所述方法还包括：
    所述第一站点edge根据所述VPN业务，按需结合所述第一骨干网入口设备和第一骨干网出口设备，编排从所述第一站点edge到所述第二站点edge之间的所述第一端到端路径。
  23. 根据权利要求21或22所述的方法，其特征在于，所述第二业务报文还包括业务意图信息。
  24. 根据权利要求23所述的方法，其特征在于，所述业务意图信息携带在所述第二业务报文的元数据metadata字段中。
  25. 根据权利要求21-24任一项所述的方法，其特征在于，在封装所述第一端到端路径的路径信息之前，所述方法还包括：
    所述第一站点edge根据所述第一业务报文的目的地址，确定转发所述第一业务报文的下一跳为所述第二站点edge，根据所述第二站点edge的互联网协议IP地址迭代第一段路由策略SR Policy，以获得所述第一端到端路径的路径信息。
  26. 根据权利要求21-25任一项所述的方法，其特征在于，所述第一端到端路径为SRv6隧道，所述第二业务报文包括IPv6头和分段路由头SRH，所述IPv6头的目的地址指向所述第一骨干网入口设备，所述SRH包括所述第四信息和所述第五信息。
  27. 根据权利要求26所述的方法，其特征在于，所述第四信息为所述第一骨干网入口设备的第一端点段标识END.SID1，所述第五信息为所述第一骨干网出口设备的第二端点段标识END.SID2，所述SRH还包括所述第二站点edge的IPv6地址。
  28. 根据权利要求26所述的方法，其特征在于，所述第四信息为所述第一骨干网入口设备的第一端点段标识END.SID1，所述第五信息为所述第一骨干网设备出口设备为所述第一骨干网设备出口设备和所述第二站点edge之间的邻接关系所分配的具有交叉连接到第3层邻接关系阵列的端点段标识END.X SID。
  29. 根据权利要求27或28所述的方法，其特征在于，所述第一端点段标识END.SID1关联的操作包括：根据所述END.SID1的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SRv6 Policy。
  30. 根据权利要求27或28所述的方法，其特征在于，当所述第二业务报文包括业务意图信息时，所述第一端点段标识END.SID1关联的操作包括：根据所述END.SID1的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SRv6 Policy。
  31. 根据权利要求21-25任一项所述的方法，其特征在于，所述第一端到端路径为段路由多协议标签交换流量工程策略SR-MPLS TE policy，所述第二业务报文包括MPLS标签栈，所述MPLS标签栈包括所述第四信息和所述第五信息，所述第四信息为所述第一骨干网入口设备的第一节点SID，所述第五信息包括：所述第一骨干网出口设备的第二节点SID、以及所述第一骨干网设备出口设备为所述第一骨干网设备出口设备和所述第二站点edge之间的邻接关系所分配的邻接段标识adj-SID。
  32. 根据权利要求31所述的方法，其特征在于，所述第一节点SID关联的操作包括：
    根据所述标签栈中所述第一节点SID的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SR-MPLS TE policy。
  33. 根据权利要求31所述的方法，其特征在于，当所述第二业务报文包括业务意图信息时，所述第一节点SID关联的操作包括：根据所述标签栈中所述第一节点SID的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SR-MPLS TE policy。
  34. 根据权利要求26-30任一项所述的方法，其特征在于，所述第一端到端路径为基于通用网络虚拟化封装GENEVE协议封装的隧道，所述第二业务报文采用SRv6 in GENEVE封装。
  35. 根据权利要求36-30任一项所述的方法，其特征在于，所述第一端到端路径为基于通用路由封装GRE协议封装的隧道，所述第二业务报文包括采用SRv6 over GRE封装。
  36. 根据权利要求35所述的方法，其特征在于，所述第二业务报文包括：
    外层IP头，用户数据报协议UDP头、外层GRE封装、IPv6头、SRH、内层GRE封装和净荷，所述净荷包括所述第一业务报文，所述内层GRE封装包括所述第一业务报文所承载的VPN业务的VPN标识。
  37. 根据权利要求21-36任意一项所述的方法，其特征在于，所述方法还包括：
    接收第三业务报文；
    在所述第三业务报文的外层封装第三端到端路径的路径信息，以获得第四业务报文；其中，所述第三端到端路径的路径信息包括标识骨干网中第二骨干网入口设备的第六信息和标识所述骨干网中第二骨干网出口设备的第七信息，所述第三端到端路径的入端点为所述第一站点edge，所述第三端到端路径的出端点为所述第二站点edge，所述第三端到端路径经过所述第二骨干网入口设备和所述第二骨干网出口设备，第一站点edge多归接入所述第一骨干网入口设备和所述第二骨干网入口设备，所述第二站点edge多归接入所述第一骨干网出口设备和所述第二骨干网出口设备；
    所述第一站点edge通过所述第三端到端路径发送所述第四业务报文。
  38. 根据权利要求21-37任意一项所述的方法，其特征在于，所述第一站点edge通过软件定义广域网SD-WAN隧道或互联网Internet接入所述第一骨干网入口设备。
  39. 一种信息通告方法，其特征在于，应用于第二通信装置，所述方法包括：
    获取第一路由，所述第一路由包括骨干网中第一骨干网出口设备的第一信息和第二站点edge的标识，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网；
    向第一站点edge通告所述第一路由，所述第一站点edge通过第一骨干网入口设备接入所述骨干网。
  40. 根据权利要求39所述的方法，其特征在于，所述第一信息包括以下一项或者多项：
    所述第一骨干网出口设备为所述第一骨干网出口设备和所述第二站点edge之间的邻接关系所分配的第一段标识SID；
    所述第一骨干网出口设备的第二SID；
    所述第一骨干网出口设备的选路优先级；
    所述第一骨干网出口设备的负载分担权重。
  41. 根据权利要求40所述的方法，其特征在于，
    所述第一SID为互联网协议第6版段路由具有交叉连接到第3层邻接关系阵列的端点段标识SRv6END.X SID，所述第二SID为互联网协议第6版段路由端点段标识SRv6 END.SID；
    或者，
    所述第一SID为邻接段标识adj-SID，所述第二SID为节点SID。
  42. 根据权利要求40或41所述的方法，其特征在于，所述第二通信装置为所述第二站点edge，所述第一路由包括：软件定义广域网SD-WAN网关信息通告路由，所述SD-WAN网关信息通告路由包括至少一个类型长度值TLV，所述至少一个TLV承载所述第一信息。
  43. 根据权利要求42所述的方法，其特征在于，所述SD-WAN网关信息通告路由包括第一TLV，所述第一TLV的值value字段用于承载所述第一信息中的第一SID和/或第二SID，所述第一TLV还包括优先级子TLV和/或权重子TLV，所述优先级子TLV用于承载所述第一信息中的选路优先级，所述权重子TLV用于承载所述第一信息中的负载分担权重。
  44. 根据权利要求40或41所述的方法，其特征在于，所述第二通信装置为所述第二站点edge，所述第一路由包括虚拟专用网VPN路由。
  45. 根据权利要求44所述的方法，其特征在于，所述VPN路由包括第一元数据路径属性Metadata Path Attribute，所述第一Metadata Path Attribute携带所述第一信息。
  46. 根据权利要求39-45任意一项所述的方法，其特征在于，所述第一路由还包括：业务意图信息。
  47. 根据权利要求46所述的方法，其特征在于，所述业务意图信息，包括以下其中一项或者多项：
    传输业务流量需要经过的网关、传输所述业务流量需要绕行的网关、以及传输所述业务流量所需满足的服务质量参数。
  48. 根据权利要求46或47所述的方法，其特征在于，所述第一路由包括第二Metadata Path Attribute，所述第二Metadata Path Attribute包括所述业务意图信息。
  49. 根据权利要求39-41任意一项所述的方法，其特征在于，所述第二通信装置为所述第一骨干网出口设备，所述向第一站点edge通告所述第一路由，包括：
    通过第一骨干网入口设备向所述第一站点edge通告所述第一路由。
  50. 根据权利要求49所述的方法，其特征在于，所述第一路由包括：第一SD-WAN网关自动发现路由。
  51. 根据权利要求42-45任意一项所述的方法，其特征在于，所述方法还包括：
    向所述第一站点edge通告第二路由，所述第二路由包括骨干网中第二骨干网出口设备的第二信息和所述第二站点edge的标识，所述第二站点edge通过所述第二骨干网出口设备接入所述骨干网。
  52. 根据权利要求42-45任意一项所述的方法，其特征在于，所述方法还包括：
    接收所述第一骨干网出口设备发送的第三路由，所述第三路由用于通告所述第一骨干网出口设备的第三信息；
    根据所述第三路由，获得所述第二站点edge和所述第一骨干网出口设备的第一绑定关系。
  53. 根据权利要求52所述的方法，其特征在于，所述第三信息包括：所述第一骨干网出口设备为所述第一骨干网出口设备和所述第二站点edge之间的邻接关系所分配的第三SID，和/或，所述第一骨干网出口设备的第四SID。
  54. 根据权利要求52或53所述的方法，其特征在于，所述方法还包括：
    接收第二骨干网出口设备发送的第四路由，所述第四路由用于通告所述第二骨干网出口设备的第四信息；
    根据所述第四路由，获得所述第二站点edge和所述第二骨干网出口设备的第二绑定关系。
  55. 根据权利要求54所述的方法，其特征在于，所述方法还包括：
    确定所述第一骨干网出口设备和所述第二骨干网出口设备分别对应的选路优先级；
    和/或，
    确定所述第一骨干网出口设备和所述第二骨干网出口设备分别对应的负载分担权重。
  56. 根据权利要求52-55任意一项所述的方法，其特征在于，所述第三路由为第二SD-WAN网关自动发现路由。
  57. 根据权利要求52-55任意一项所述的方法，其特征在于，所述第三路由为BGP链路状态LS路由，所述BGP LS路由中包括第二TLV，所述第二TLV指示所述第三路由用于通告所述第一骨干网出口设备的第三信息。
  58. 根据权利要求57所述的方法，其特征在于，所述第二TLV为角色通告TLV，所述角色通告TLV指示所述第一骨干网出口设备的角色为网关。
  59. 根据权利要求52-58任意一项所述的方法，其特征在于，所述第三路由中还包括中间网关信息，所述中间网关信息指示所述骨干网中的骨干网入口设备和所述第一骨干网出口设备之间的至少一个中间网关。
  60. 根据权利要求59所述的方法，其特征在于，所述第三路由包括第三Metadata Path Attribute，所述第三Metadata Path Attribute承载所述中间网关信息。
  61. 根据权利要求59或60所述的方法，其特征在于，所述方法还包括：
    根据所述中间网关信息，确定业务意图信息中的网关约束信息，所述网关约束信息指示确定到达所述第二站点edge的路径所需遵循的网关约束条件。
  62. 根据权利要求61所述的方法，其特征在于，所述网关约束条件，包括：
    需要经过的网关，和/或，需要绕行的网关。
  63. 一种信息通告方法，其特征在于，应用于骨干网中的第一骨干网入口设备，所述方法包括：
    接收所述骨干网中的第一骨干网出口设备通告的第一路由，所述第一路由包括所述第一骨干网出口设备的信息和第二站点edge的标识，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网，第一站点edge通过所述第一骨干网入口设备接入所述骨干网；
    将所述第一路由通告给所述第一站点edge。
  64. 根据权利要求63所述的方法，其特征在于，所述方法还包括：
    接收来自第一站点边缘edge的第二业务报文，所述第二业务报文的净荷包括第一业务报文，所述第一业务报文的外层封装所述第一站edge和第二站点edge之间的端到端路径的路径信息；其中，所述端到端路径的路径信息包括：标识所述第一骨干网入口设备的第一信息和标识所述骨干网中第一骨干网出口设备的第二信息，所述端到端路径的入端点为所述第一站点edge，所述端到端路径的出端点为所述第二站点edge，所述端到端路径经过所述第一骨干网入口设备和所述第一骨干网出口设备，所述第一站点edge通过所述第一骨干网入口设备接入所述骨干网，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网；
    根据所述第一信息，对所述第二业务报文进行处理，以得到第三业务报文；
    所述第一骨干网入口设备向所述第一骨干网出口设备发送所述第三业务报文。
  65. 根据权利要求64所述的方法，其特征在于，所述第二业务报文还包括业务意图信息。
  66. 根据权利要求65所述的方法，其特征在于，所述业务意图信息携带在所述第二业务报文的元数据metadata字段中。
  67. 根据权利要求64-66任一项所述的方法，其特征在于，所述端到端路径为SRv6隧道，所述第二业务报文包括IPv6头和分段路由头SRH，所述IPv6头的目的地址指向所述第一骨干网入口设备，所述SRH包括所述第一信息和所述第二信息。
  68. 根据权利要求67所述的方法，其特征在于，所述第一信息为所述第一骨干网入口设备分配的第一端点段标识END.SID1，所述第二信息为所述第一骨干网出口设备分配的第二端点段标识END.SID2，所述SRH还包括所述第二站点edge的IPv6地址。
  69. 根据权利要求67所述的方法，其特征在于，所述第一信息为所述第一骨干网入口设备的第一端点段标识END.SID1，所述第二信息为所述第一骨干网设备出口设备为所述第一骨干网设备出口设备和所述第二站点edge之间的邻接关系所分配的具有交叉连接到第3层邻接关系阵列的端点段标识END.XSID。
  70. 根据权利要求68或69所述的方法，其特征在于，所述第一端点段标识END.SID1关联的操作包 括：根据所述SRH中所述END.SID1的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SRv6 policy。
  71. 根据权利要求68或69所述的方法，其特征在于，当所述第二业务报文包括业务意图信息时，所述第一端点段标识END.SID1关联的操作包括：根据所述SRH中所述END.SID1的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SRv6policy。
  72. 根据权利要求70所述的方法，其特征在于，所述根据所述第一信息，对所述第二业务报文进行处理，以得到第三业务报文，包括：
    根据所述SRH中所述END.SID1的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的第一overly SRv6 policy；
    利用所述第一overly SRv6policy对所述第二业务报文进行封装，以得到所述第三业务报文。
  73. 根据权利要求71所述的方法，其特征在于，所述根据所述第一信息，对所述第二业务报文进行处理，以得到第三业务报文，包括：
    根据所述SRH中所述END.SID1的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的第二overly SRv6 policy；
    利用所述第二overly SRv6 Policy对所述第二业务报文进行封装，以得到所述第三业务报文。
  74. 根据权利要求64-66任一项所述的方法，其特征在于，所述端到端路径为段路由多协议标签交换流量工程策略SR-MPLS TE policy，所述第二业务报文包括MPLS标签栈，所述MPLS标签栈包括所述第一信息和所述第二信息，所述第一信息为所述第一骨干网入口设备的第一节点SID，所述第二信息包括：所述第一骨干网出口设备的第二节点SID、以及所述第一骨干网设备出口设备为所述第一骨干网设备出口设备和所述第二站点edge之间的邻接关系所分配的邻接段标识adj-SID。
  75. 根据权利要求74所述的方法，其特征在于，所述第一节点SID关联的操作包括：
    根据所述标签栈中所述第一节点SID的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SR-MPLS TEpolicy。
  76. 根据权利要求74所述的方法，其特征在于，当所述第二业务报文包括业务意图信息时，所述第一节点SID关联的操作包括：根据所述标签栈中所述第一节点SID的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SR-MPLS TEpolicy。
  77. 根据权利要求75所述的方法，其特征在于，所述根据所述第一信息，对所述第二业务报文进行处理，以得到第三业务报文，包括：
    根据所述标签栈中所述第一节点SID的下一跳SID，匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的第一overly SR-MPLS TE policy；
    利用所述第一overly SR-MPLS TE policy对所述第二业务报文进行封装，以得到所述第三业务报文。
  78. 根据权利要求76所述的方法，其特征在于，所述根据所述第一信息，对所述第二业务报文进行处理，以得到第三业务报文，包括：
    根据所述标签栈中所述第一节点SID的下一跳SID和所述业务意图信息，匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的第二overly SR-MPLS TE policy；
    利用所述第二overly SR-MPLS TE policy对所述第二业务报文进行封装，以得到所述第三业务报文。
  79. 根据权利要求67-73任一项所述的方法，其特征在于，所述端到端路径为基于通用网络虚拟化封装GENEVE协议封装的隧道，所述第二业务报文采用SRv6 in GENEVE封装。
  80. 根据权利要求67-73任一项所述的方法，其特征在于，所述端到端路径为基于通用路由封装GRE协议封装的隧道，所述第二业务报文包括采用SRv6 over GRE封装。
  81. 根据权利要求80所述的方法，其特征在于，所述第二业务报文包括：
    外层IP头，用户数据报协议UDP头、外层GRE封装、IPv6头、SRH、内层GRE封装和净荷，所述净荷包括所述第一业务报文，所述内层GRE封装包括所述第一业务报文所承载的VPN业务的VPN标识。
  82. 根据权利要求64-81任意一项所述的方法，其特征在于，所述第一站点edge通过软件定义广域 网SD-WAN隧道或Internet接入所述第一骨干网入口设备。
  83. 一种通信装置，其特征在于，所述装置包括：
    收发单元和处理单元；
    所述收发单元，用于执行权利要求1-38任意一项所述的由第一通信装置执行的接收和/或发送操作；所述处理单元用于执行权利要求1-38任意一项所述的由第一通信装置执行的接收和/或发送操作之外的操作；
    或者，
    所述收发单元，用于执行权利要求39-62任意一项所述的由第二通信装置执行的接收和/或发送操作；所述处理单元用于执行权利要求39-62任意一项所述的由第二通信装置执行的接收和/或发送操作之外的操作；
    或者，
    所述收发单元，用于执行权利要求63-82任意一项所述的由第一骨干网入口设备执行的接收和/或发送操作；所述处理单元用于执行权利要求63-82任意一项所述的由第一骨干网入口设备执行的接收和/或发送操作之外的操作。
  84. 一种通信装置，其特征在于，包括：处理器和存储器；
    所述存储器，用于存储指令；
    所述处理器，用于执行所述指令，使得所述通信装置执行权利要求1-82任意一项所述的方法。
  85. 一种通信系统，其特征在于，所述系统包括：
    执行以上权利要求1-38任意一项所述的方法的第一通信装置、以及执行以上权利要求39-62任意一项所述的方法的第二通信装置；
    或者，
    执行以上权利要求1-38任意一项所述的方法的第一通信装置、以及执行以上权利要求63-82任意一项所述的方法的第一骨干网入口设备。
  86. 一种计算机可读存储介质，其特征在于，包括指令或计算机程序，当所述指令或计算机程序在处理器上运行时，实现权利要求1-82任意一项所述的方法。
  87. 一种转发流量的方法，其特征在于，所述方法包括：
    第一站点边缘edge接收第一业务报文；
    所述第一站点edge在所述第一业务报文的外层封装第一端到端路径的路径信息，以获得第二业务报文；其中，所述第一端到端路径的路径信息包括标识骨干网中第一骨干网入口设备的第一信息和标识所述骨干网中第一骨干网出口设备的第二信息，所述第一端到端路径的入端点为所述第一站点edge，所述第一端到端路径的出端点为第二站点edge，所述第一端到端路径经过所述第一骨干网入口设备和所述第一骨干网出口设备，所述第一站点edge通过所述第一骨干网入口设备接入所述骨干网，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网；
    所述第一站点edge通过所述第一端到端路径发送所述第二业务报文。
  88. 根据权利要求87所述的方法，其特征在于，所述第一业务报文用于承载虚拟专用网VPN业务，在接收所述第一业务报文之前，所述方法还包括：
    所述第一站点edge根据所述VPN业务，按需结合所述第一骨干网入口设备和第一骨干网出口设备，编排从所述第一站点edge到所述第二站点edge之间的所述第一端到端路径。
  89. 根据权利要求87或88所述的方法，其特征在于，所述第二业务报文还包括业务意图信息。
  90. 根据权利要求89所述的方法，其特征在于，所述业务意图信息携带在所述第二业务报文的元数据metadata字段中。
  91. 根据权利要求87-90任一项所述的方法，其特征在于，在封装所述第一端到端路径的路径信息之前，所述方法还包括：
    所述第一站点edge根据所述第一业务报文的目的地址，确定转发所述第一业务报文的下一跳为所述第二站点edge，根据所述第二站点edge的互联网协议IP地址迭代第一段路由策略SR Policy，以获得所述第一端到端路径的路径信息。
  92. 根据权利要求87-91任一项所述的方法，其特征在于，所述第一端到端路径为SRv6隧道，所述第二业务报文包括互联网协议第六版IPv6头和分段路由头SRH，所述IPv6头的目的地址指向所述第一骨干网入口设备，所述SRH包括所述第一信息和所述第二信息。
  93. 根据权利要求92所述的方法，其特征在于，所述第一信息为所述第一骨干网入口设备的第一端点段标识END.SID1，所述第二信息为所述第一骨干网出口设备的第二端点段标识END.SID2，所述SRH还包括所述第二站点edge的IPv6地址。
  94. 根据权利要求92所述的方法，其特征在于，所述第一信息为所述第一骨干网入口设备的第一端点段标识END.SID1，所述第二信息为所述第一骨干网设备出口设备为所述第一骨干网设备出口设备和所述第二站点edge之间的邻接关系所分配的具有交叉连接到第3层邻接关系阵列的端点段标识END.XSID。
  95. 根据权利要求93或94所述的方法，其特征在于，所述第一端点段标识END.SID1关联的操作包括：根据所述END.SID1的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SRv6 policy。
  96. 根据权利要求93或94所述的方法，其特征在于，当所述第二业务报文包括业务意图信息时，所述第一端点段标识END.SID1关联的操作包括：根据所述END.SID1的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SRv6 policy。
  97. 根据权利要求87-91任一项所述的方法，其特征在于，所述第一端到端路径为段路由多协议标签交换流量工程策略SR-MPLS TE policy，所述第二业务报文包括MPLS标签栈，所述MPLS标签栈包括所述第一信息和所述第二信息，所述第一信息为所述第一骨干网入口设备的第一节点SID，所述第二信息包括：所述第一骨干网出口设备的第二节点SID、以及所述第一骨干网设备出口设备为所述第一骨干网设备出口设备和所述第二站点edge之间的邻接关系所分配的邻接段标识adj-SID。
  98. 根据权利要求97所述的方法，其特征在于，所述第一节点SID关联的操作包括：
    根据所述标签栈中所述第一节点SID的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SR-MPLS TE policy。
  99. 根据权利要求97所述的方法，其特征在于，当所述第二业务报文包括业务意图信息时，所述第一节点SID关联的操作包括：根据所述标签栈中所述第一节点SID的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SR-MPLS TE policy。
  100. 根据权利要求92-96任一项所述的方法，其特征在于，所述第一端到端路径为基于通用网络虚拟化封装GENEVE协议封装的隧道，所述第二业务报文采用SRv6 in GENEVE封装。
  101. 根据权利要求92-96任一项所述的方法，其特征在于，所述第一端到端路径为基于通用路由封装GRE协议封装的隧道，所述第二业务报文包括采用SRv6 over GRE封装。
  102. 根据权利要求101所述的方法，其特征在于，所述第二业务报文包括：
    外层IP头，用户数据报协议UDP头、外层GRE封装、IPv6头、SRH、内层GRE封装和净荷，所述净荷包括所述第一业务报文，所述内层GRE封装包括所述第一业务报文所承载的VPN业务的VPN标识。
  103. 根据权利要求87-102任意一项所述的方法，其特征在于，所述方法还包括：
    第一站点边缘edge接收第三业务报文；
    所述第一站点edge在所述第三业务报文的外层封装第二端到端路径的路径信息，以获得第四业务报文；其中，所述第二端到端路径的路径信息包括标识骨干网中第二骨干网入口设备的第三信息和标识所述骨干网中第二骨干网出口设备的第四信息，所述第二端到端路径的入端点为所述第一站点edge，所述第二端到端路径的出端点为所述第二站点edge，所述第二端到端路径经过所述第二骨干网入口设备和所述第二骨干网出口设备，第一站点edge多归接入所述第一骨干网入口设备和所述第二骨干网入口设备，所述第二站点edge多归接入所述第一骨干网出口设备和所述第二骨干网出口设备；
    所述第一站点edge通过所述第二端到端路径发送所述第四业务报文。
  104. 根据权利要求87-103任意一项所述的方法，其特征在于，所述第一站点edge通过软件定义广域网SD-WAN隧道或互联网Internet接入所述第一骨干网入口设备。
  105. 一种转发流量的方法，其特征在于，所述方法包括：
    骨干网中第一骨干网入口设备接收来自第一站点边缘edge的第二业务报文，所述第二业务报文的净荷包括第一业务报文，所述第一业务报文的外层封装所述第一站edge和第二站点edge之间的端到端路径的路径信息；其中，所述端到端路径的路径信息包括：标识所述第一骨干网入口设备的第一信息和标识所述骨干网中第一骨干网出口设备的第二信息，所述端到端路径的入端点为所述第一站点edge，所述端到端路径的出端点为所述第二站点edge，所述端到端路径经过所述第一骨干网入口设备和所述第一骨干网出口设备，所述第一站点edge通过所述第一骨干网入口设备接入所述骨干网，所述第二站点edge通过所述第一骨干网出口设备接入所述骨干网；
    所述第一骨干网入口设备根据所述第一信息，对所述第二业务报文进行处理，以得到第三业务报文；
    所述第一骨干网入口设备向所述第一骨干网出口设备发送所述第三业务报文。
  106. 根据权利要求105所述的方法，其特征在于，所述第二业务报文还包括业务意图信息。
  107. 根据权利要求106所述的方法，其特征在于，所述业务意图信息携带在所述第二业务报文的元数据metadata字段中。
  108. 根据权利要求105-107任一项所述的方法，其特征在于，所述端到端路径为SRv6隧道，所述第二业务报文包括互联网协议第6版IPv6头和分段路由头SRH，所述IPv6头的目的地址指向所述第一骨干网入口设备，所述SRH包括所述第一信息和所述第二信息。
  109. 根据权利要求108所述的方法，其特征在于，所述第一信息为所述第一骨干网入口设备分配的第一端点段标识END.SID1，所述第二信息为所述第一骨干网出口设备分配的第二端点段标识END.SID2，所述SRH还包括所述第二站点edge的IPv6地址。
  110. 根据权利要求108所述的方法，其特征在于，所述第一信息为所述第一骨干网入口设备的第一端点段标识END.SID1，所述第二信息为所述第一骨干网设备出口设备为所述第一骨干网设备出口设备和所述第二站点edge之间的邻接关系所分配的具有交叉连接到第3层邻接关系阵列的端点段标识END.X SID。
  111. 根据权利要求109或110所述的方法，其特征在于，所述第一端点段标识END.SID1关联的操作包括：根据所述SRH中所述END.SID1的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SRv6 policy。
  112. 根据权利要求109或110所述的方法，其特征在于，当所述第二业务报文包括业务意图信息时，所述第一端点段标识END.SID1关联的操作包括：根据所述SRH中所述END.SID1的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SRv6policy。
  113. 根据权利要求111所述的方法，其特征在于，所述根据所述第一信息，对所述第二业务报文进行处理，以得到第三业务报文，包括：
    根据所述SRH中所述END.SID1的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的第一overly SRv6 policy；
    利用所述第一overly SRv6 policy对所述第二业务报文进行封装，以得到所述第三业务报文。
  114. 根据权利要求111所述的方法，其特征在于，所述根据所述第一信息，对所述第二业务报文进行处理，以得到第三业务报文，包括：
    根据所述SRH中所述END.SID1的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的第二overly SRv6 policy；
    利用所述第二overly SRv6 Policy对所述第二业务报文进行封装，以得到所述第三业务报文。
  115. 根据权利要求105-107任一项所述的方法，其特征在于，所述端到端路径为段路由多协议标签交换流量工程策略SR-MPLS TE policy，所述第二业务报文包括MPLS标签栈，所述MPLS标签栈包括所述第一信息和所述第二信息，所述第一信息为所述第一骨干网入口设备的第一节点SID，所述第二信息包括：所述第一骨干网出口设备的第二节点SID、以及所述第一骨干网设备出口设备为所述第一骨干网设备出口设备和所述第二站点edge之间的邻接关系所分配的邻接段标识adj-SID。
  116. 根据权利要求115所述的方法，其特征在于，所述第一节点SID关联的操作包括：
    根据所述标签栈中所述第一节点SID的下一跳SID匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SR-MPLS TEpolicy。
  117. 根据权利要求115所述的方法，其特征在于，当所述第二业务报文包括业务意图信息时，所述第一节点SID关联的操作包括：根据所述标签栈中所述第一节点SID的下一跳SID和所述业务意图信息匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的上层overly SR-MPLS TEpolicy。
  118. 根据权利要求116所述的方法，其特征在于，所述根据所述第一信息，对所述第二业务报文进行处理，以得到第三业务报文，包括：
    根据所述标签栈中所述第一节点SID的下一跳SID，匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的第一overly SR-MPLS TE policy；
    利用所述第一overly SR-MPLS TE policy对所述第二业务报文进行封装，以得到所述第三业务报文。
  119. 根据权利要求117所述的方法，其特征在于，所述根据所述第一信息，对所述第二业务报文进行处理，以得到第三业务报文，包括：
    根据所述标签栈中所述第一节点SID的下一跳SID和所述业务意图信息，匹配从所述第一骨干网入口设备到所述第一骨干网出口设备之间的第二overly SR-MPLS TE policy；
    利用所述第二overly SR-MPLS TE policy对所述第二业务报文进行封装，以得到所述第三业务报文。
  120. 根据权利要求108-114任一项所述的方法，其特征在于，所述端到端路径为基于通用网络虚拟化封装GENEVE协议封装的隧道，所述第二业务报文采用SRv6 in GENEVE封装。
  121. 根据权利要求108-114任一项所述的方法，其特征在于，所述端到端路径为基于通用路由封装GRE协议封装的隧道，所述第二业务报文包括采用SRv6 over GRE封装。
  122. 根据权利要求121所述的方法，其特征在于，所述第二业务报文包括：
    外层IP头，用户数据报协议UDP头、外层GRE封装、IPv6头、SRH、内层GRE封装和净荷，所述净荷包括所述第一业务报文，所述内层GRE封装包括所述第一业务报文所承载的VPN业务的VPN标识。
  123. 根据权利要求105-123任意一项所述的方法，其特征在于，所述第一站点edge通过软件定义广域网SD-WAN隧道或Internet接入所述第一骨干网入口设备。
  124. 一种通信装置，其特征在于，所述装置包括：
    收发单元和处理单元；
    所述收发单元，用于执行权利要求87-104任意一项所述的由第一站点edge执行的接收和/或发送操作；所述处理单元用于执行权利要求87-104任意一项所述的由第一站点edge执行的接收和/或发送操作之外的操作；
    或者，
    所述收发单元，用于执行权利要求105-123任意一项所述的由第一骨干网入口设备执行的接收和/或发送操作；所述处理单元用于执行权利要求105-123任意一项所述的由第一骨干网入口设备执行的接收和/或发送操作之外的操作。
  125. 一种通信装置，其特征在于，包括：处理器和存储器；
    所述存储器，用于存储指令；
    所述处理器，用于执行所述指令，使得所述通信装置执行权利要求87-123任意一项所述的方法。
  126. 一种通信系统，其特征在于，所述系统包括：
    执行以上权利要求87-104任意一项所述的方法的第一站点edge、以及执行以上权利要求105-123任意一项所述的方法的第一骨干网入口设备。
  127. 一种计算机可读存储介质，其特征在于，包括指令或计算机程序，当所述指令或计算机程序在处理器上运行时，实现权利要求87-123任意一项所述的方法。
  128. 一种计算机程序产品，其特征在于，包括计算机程序，当其在处理器上运行时，执行以上权利要求1-82任意一项或者权利要求87-123任意一种所述的方法。
PCT/CN2024/099335 2023-06-16 2024-06-14 一种信息通告方法及装置 Ceased WO2024255870A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP24822817.3A EP4708804A1 (en) 2023-06-16 2024-06-14 Information notification method and apparatus
US19/407,470 US20260089101A1 (en) 2023-06-16 2025-12-03 Information advertisement method and apparatus

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
CN202310726065.3 2023-06-16
CN202310725238 2023-06-16
CN202310726065 2023-06-16
CN202310725238.X 2023-06-16
CN202310801479.8 2023-06-30
CN202310802325.0A CN119155235A (zh) 2023-06-16 2023-06-30 一种转发流量的方法及装置
CN202310802325.0 2023-06-30
CN202310801479.8A CN119155234A (zh) 2023-06-16 2023-06-30 一种信息通告方法及装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US19/407,470 Continuation US20260089101A1 (en) 2023-06-16 2025-12-03 Information advertisement method and apparatus

Publications (1)

Publication Number Publication Date
WO2024255870A1 true WO2024255870A1 (zh) 2024-12-19

Family

ID=93851358

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2024/099335 Ceased WO2024255870A1 (zh) 2023-06-16 2024-06-14 一种信息通告方法及装置

Country Status (3)

Country Link
US (1) US20260089101A1 (zh)
EP (1) EP4708804A1 (zh)
WO (1) WO2024255870A1 (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1710877A (zh) * 2004-06-16 2005-12-21 华为技术有限公司 实现混合站点混合骨干网虚拟专用网的系统和方法
US20180109450A1 (en) * 2016-10-14 2018-04-19 Cisco Technology, Inc. Creating and maintaining segment routed traffic engineering policies via border gateway protocol
WO2022110535A1 (zh) * 2020-11-27 2022-06-02 华为技术有限公司 一种报文发送方法、设备及系统
US20230091393A1 (en) * 2021-09-20 2023-03-23 Juniper Networks, Inc. Segment identifiers that support end-to-end segment routing with color extended community and border gateway protocol virtual private network option b

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1710877A (zh) * 2004-06-16 2005-12-21 华为技术有限公司 实现混合站点混合骨干网虚拟专用网的系统和方法
US20180109450A1 (en) * 2016-10-14 2018-04-19 Cisco Technology, Inc. Creating and maintaining segment routed traffic engineering policies via border gateway protocol
WO2022110535A1 (zh) * 2020-11-27 2022-06-02 华为技术有限公司 一种报文发送方法、设备及系统
US20230091393A1 (en) * 2021-09-20 2023-03-23 Juniper Networks, Inc. Segment identifiers that support end-to-end segment routing with color extended community and border gateway protocol virtual private network option b

Also Published As

Publication number Publication date
EP4708804A1 (en) 2026-03-11
US20260089101A1 (en) 2026-03-26

Similar Documents

Publication Publication Date Title
JP7208386B2 (ja) パケット転送方法、パケット送信装置、およびパケット受信装置
CN111385206B (zh) 报文转发的方法、网络系统、相关设备及计算机存储介质
CN111865796B (zh) 用于网络业务的路径计算单元中央控制器（pcecc）
US9929947B1 (en) Transmitting packet label contexts within computer networks
WO2020134139A1 (zh) 一种业务数据的转发方法、网络设备及网络系统
US20100281106A1 (en) Automatic Subnet Creation in Networks That Support Dynamic Ethernet-Local Area Network Services for Use by Operation, Administration, and Maintenance
CN108574616A (zh) 一种处理路由的方法、设备及系统
CN115225568A (zh) 对以太网虚拟私有网络—虚拟可扩展局域网的快速重路由
CN106936714B (zh) 一种vpn的处理方法和pe设备以及系统
WO2009135392A1 (zh) 一种信令控制的方法、系统及设备
US12368671B2 (en) Communication method and apparatus
WO2022021818A1 (zh) 数据报文的处理方法及装置、存储介质、电子装置
CN114978975A (zh) 以太网虚拟私有网络中的bum业务的快速重路由
WO2021077972A1 (zh) 转发报文的方法、装置及存储介质
WO2024016869A1 (zh) 一种组播配置方法及装置
CN101534210B (zh) 一种设置组播ip报文优先级的方法和设备
WO2022267875A1 (zh) 一种报文传输的方法及相关设备
WO2024036149A1 (en) Automated scaling of network topologies using unique identifiers
WO2024255870A1 (zh) 一种信息通告方法及装置
WO2024113867A1 (zh) 一种通信方法及装置
CN118368241A (zh) 转发表项的生成方法及装置
CN102263695A (zh) 组播跨越ldp网络的方法及系统
CN119155234A (zh) 一种信息通告方法及装置
CN119728788B (zh) 一种信息处理方法及装置
CN115460141B (zh) 网络互通方法及装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 24822817

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2024822817

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2024822817

Country of ref document: EP

Effective date: 20251128

ENP Entry into the national phase

Ref document number: 2024822817

Country of ref document: EP

Effective date: 20251128

ENP Entry into the national phase

Ref document number: 2024822817

Country of ref document: EP

Effective date: 20251128

ENP Entry into the national phase

Ref document number: 2024822817

Country of ref document: EP

Effective date: 20251128

ENP Entry into the national phase

Ref document number: 2024822817

Country of ref document: EP

Effective date: 20251128

ENP Entry into the national phase

Ref document number: 2024822817

Country of ref document: EP

Effective date: 20251128

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2024822817

Country of ref document: EP

Effective date: 20251128

ENP Entry into the national phase

Ref document number: 2024822817

Country of ref document: EP

Effective date: 20251128

ENP Entry into the national phase

Ref document number: 2024822817

Country of ref document: EP

Effective date: 20251128

WWP Wipo information: published in national office

Ref document number: 2024822817

Country of ref document: EP