CN101692654B - Method, system and equipment for HUB-Spoken networking - Google Patents

Abstract

The invention discloses a HUB-Spoken networking method, which is applied to the HUB-Spoken networking in which multiple HUB PEs are connected to the same Hub CE, including: the Spoken PE publishes a route to each HUB PE, and stores each HUB PE Published route; when the Spoken PE receives the message sent by the CE side, the Spoken PE forwards the message according to the destination address of the message to match the stored routing information; when the Spoken PE is at the preset time When the BFD message sent by the HUB PE is not received, the Spoken PE judges that the HUB PE is faulty, and deletes the forwarding entry whose next hop is the HUB PE. The invention realizes the backup and protection of the HUB PE in the HUB-Spoken network.

Description

A method, system and equipment for HUB-Spoken networking

technical field

The present invention relates to the communication field, in particular to a HUB-Spoken networking method, system and equipment.

Background technique

The HUB-Spoken networking mode is also called the central server topology network, as shown in Figure 1, including the central Site (site) HUB-Site and the non-central Site, that is, the Spoken-Site. The HUB-Site stores the routes of all Spoken-Sites in the same VPN, and the traffic of the Spoken-Site reaches the destination through the HUB-Site.

In the existing HUB-Spoken networking mode, there is only one HUB PE (Provider Edge Router, operator edge network equipment), and the others are all Spoken PEs. Configure the VPN (Virtual Private Network, virtual private network) where all Spoken PEs are located on HUB PE, so as to obtain the routing information of all Spoken PEs, and publish the routing information to HUB CE (Customer Edge Router, user-side edge network device). Different Spoken CEs are connected to different Spoken PEs, they are in different VPNs, and they do not know each other's routing information; therefore, when each Spoken CE accesses each other, it must go through the HUB CE, and the HUB CE forwards the access message from the source Spoken CE to the destination. Spoken CE, so as to realize the centralized control of HUB CE to Spoken CE.

Combined with the HUB-Spoken networking shown in Figure 1, two VPNs are configured on the HUB PE, that is, VPN1 where the Spoken PE1 is located and VPN2 where the Spoken PE2 is located, so that the HUB PE can obtain the routing information of the devices in VPN1 and VPN2, namely Routing information of Spoken PE1 and Spoken PE2. Specifically, VPN1 imports the routes of each Spoken PE, and publishes the routing information to HUB CE, and HUB CE re-advertises the routes to HUB PE through EBGP (External Border Gateway Protocol, External Border Gateway Protocol), and HUB PE transmits the routes to HUB PE through VPN2. The routes are advertised to each spoke PE of VPN2, and the spoke PEs advertise the received routes to the local CE.

Under normal circumstances, after the Spoken PE receives the traffic of the CE, it checks its next hop. Since its IP next hop is always the HUB PE device, the traffic will be forwarded to the HUB PE, and the HUB PE forwards the traffic to the HUB CE, and the HUB In CE's routing table, its IP next hop is still HUB PE. After the traffic enters HUB PE from the VPN_A interface, it forwards the packet to the destination Spoken PE according to the routing table in VPN_A. Spoken PE strips off the label of the packet and sends it to the local destination CE.

In the existing HUB-Spoke networking mode, since there is only one HUB PE, once the HUB PE fails, the IBGP (Inter Board Gateway Protocol, Internal Border Gateway Protocol) connection between the HUB PE and each Spoken PE will be broken. If the routes in the VPN cannot be properly diffused, the entire HUB-Spoken network will be paralyzed, and users in the VPN will not be able to access each other.

However, in the prior art, there is no backup for the failure of the HUB PE itself, that is, no backup and protection for the HUB PE is provided.

Contents of the invention

The present invention provides a HUB-Spoken networking method, system and equipment to back up and protect HUB PEs in the HUB-Spoken network.

The present invention provides a method for HUB-Spoken networking, which is applied to the HUB-Spoken networking where multiple HUB PEs are connected to the same Hub CE. The multiple HUB PEs are independent of each other, and each HUB PE is connected to the All Spoken PEs in the network are connected, and the HUB PE and Spoken PE detect the connection status through BFD packets. The method includes:

The Spoken PE publishes routes to each HUB PE and stores the routes published by each HUB PE;

When the Spoken PE receives the message sent by the CE side, the Spoken PE matches the stored routing information according to the destination address of the message, and forwards the message;

When the Spoken PE does not receive the BFD message sent by the HUB PE within the preset time, the Spoken PE judges that the HUB PE is faulty, and deletes the forwarding entry whose next hop is the HUB PE.

The Spoken PE publishes routes to each HUB PE, and stores the routes issued by each HUB PE including:

The Spoken PE publishes a route to each HUB PE, publishes its own route to other Spoken PEs through each HUB PE, and receives the routes of other Spoken PEs issued by each HUB PE;

or

The Spoken PE issues a route to each HUB PE, each HUB PE receives the routing information and issues a default route to the Spoken PE, and the next hop of the default route is the corresponding HUB PE that issues the default route.

After each HUB PE receives and stores the routing information, it also includes:

Each HUB PE publishes the default route with the next hop as the local one to the HUB CE according to the pre-configured publishing policy.

The Spoken PE matches the stored routing information according to the destination address of the message, and forwarding the message includes:

When the destination address of the message matches the local route stored by the Spoken PE, the Spoken PE forwards the message according to the local route;

When the destination address of the message matches the routes of other Spoken PEs stored by the Spoken PE, the Spoken PE sends the message to the HUB PE, and forwards the message to other corresponding Spoken PEs through the HUB PE; Or when the destination address of the message does not match the local route stored by the Spoken PE, the Spoken PE forwards the message to the HUB PE according to the default route, and the HUB PE forwards the message according to the destination address and The stored routing information forwards the packet.

The present invention provides a HUB-Spoken networking system, including a HUB CE, multiple HUB PEs and multiple Spoken PEs, the multiple HUB PEs are connected to the Hub CE, and the multiple HUB PEs are connected to each other Independent, each HUB PE is connected to all Spoken PEs in the network, of which

The Spoken PE is used to issue a route to each HUB PE, and store the route issued by each HUB PE; when receiving the message sent by the CE side, match the stored routing information according to the destination address of the message, Forward the message; check the connection status with the HUB PE through the BFD message, when the BFD message sent by the HUB PE is not received within the preset time, it is judged that the HUB PE is faulty, and the next hop is deleted as the HUB PE The forwarding entry of

The HUB PE is used to receive and store the route published by the Spoken PE, publish the route to the HubCE, and publish the route returned by the HUB CE to the Spoken PE; when receiving the route sent by the Spoken PE When receiving a packet, match the stored routing information and forward the packet.

The HUB PE is specifically used for:

Publish the received routes issued by all the Spoken PEs to the Hub CE, and publish the routes issued by all the Spoken PEs returned by the HubCE to each Spoken PE;

or

Publish a default route to the Hub CE, and publish the default route returned by the Hub CE to each Spoken PE; the next hop of the default route is the HUB PE.

The present invention provides a HUB-Spoken networking device, which is used as a Spoken PE in a HUB-Spoken networking where multiple HUB PEs are connected to the same Hub CE. The multiple HUB PEs are independent of each other, and each HUB PE It is connected to all Spoken PEs in the network, and HUB PE and SpokenPE detect the connection status through BFD packets. The devices include:

The transceiver unit is used to issue a route to each HUB PE, and store the route issued by each HUB PE; when receiving a message sent by the CE side, match the stored routing information according to the destination address of the message, and forward the route report message;

The table entry maintenance unit is used to judge the failure of the HUB PE when the BFD message sent by the HUB PE is not received within the preset time, and delete the forwarding entry whose next hop is the HUB PE.

The transceiver unit is specifically used for:

Publish routes to each HUB PE, publish its own routes to other Spoken PEs through each HUB PE, and receive the routes of other Spoken PEs published by each HUB PE;

or

Publish routes to each HUB PE, receive the default route published by each HUB PE, and the next hop of the default route is the corresponding HUB PE that publishes the default route.

The transceiver unit is also used for:

When the destination address of the message matches the stored local route, forward the message according to the local route;

When the destination address of the message matches the route of other Spoken PEs stored, the message is sent to the HUB PE, and the message is forwarded to other corresponding Spoken PEs by the HUB PE;

or

When the destination address of the message does not match the stored local route, forward the message to the HUB PE according to the default route.

Compared with the prior art, the present invention has at least the following advantages:

In the present invention, by setting multiple HUB PEs in the HUB-Spoken network, the multiple HUB PEs are mutually backed up, and when a HUB PE fails, the normal use of the HUB-Spoken network is guaranteed by the backup HUB PE.

Description of drawings

Fig. 1 is a schematic diagram of a HUB-Spoken networking mode in the prior art;

Fig. 2 is the schematic flow chart of the method for HUB-Spoken networking provided by the present invention;

Fig. 3 is a schematic diagram of HUB-Spoken networking provided by the application scenario of the present invention;

FIG. 4 is a schematic diagram of another HUB-Spoken network provided by the application scenario of the present invention;

Fig. 5 is the structural representation of the system of HUB-Spoken networking provided by the present invention;

FIG. 6 is a schematic structural diagram of devices in a HUB-Spoken network provided by the present invention.

Detailed ways

Aiming at the disadvantage of not providing backup and protection for the HUB-PE in the HUB-Spoke networking mode in the prior art, the present invention provides a HUB-Spoken networking method, the core idea of which is: in the HUB-Spoken networking Set up multiple HUB-PEs, use multiple HUB-PEs to back up each other; for each Spoken PE, connect to each HUB PE separately, and flexibly adjust the Spoken PE when the connection between the Spoken PE and the HUB PE fails through the BFD detection method Connection with HUB PE; in order to reduce route publishing, set the next hop on HUB PE as the default route of HUB PE, and the route advertised by HUB PE to Spoken PE only includes the local route of Spoken PE, the local route of HUB CE and the default route . For packets that cannot match the local route, the Spoken PE sends them to the HUB PE through the default route.

The present invention provides a method for HUB-Spoken networking, which is applied to the HUB-Spoken networking where multiple HUB PEs are connected to the same Hub CE. The multiple HUB PEs are independent of each other, and each HUB PE is connected to the All Spoken PEs in the network are connected, and HUB PE and Spoken PE detect the connection status through BFD packets, as shown in Figure 2, including the following steps:

Step 201, the Spoken PE publishes a route to each HUB PE, and stores the route issued by each HUB PE;

Step 202, when the Spoken PE receives the message sent by the CE side, the Spoken PE matches the stored routing information according to the destination address of the message, and forwards the message;

Step 203, when the Spoken PE does not receive the BFD message sent by the HUB PE within the preset time, the Spoken PE judges that the HUB PE is faulty, and deletes the forwarding entry whose next hop is the HUB PE.

The following describes in detail the HUB-Spoken networking method provided by the present invention in combination with specific application scenarios, as shown in FIG. 3 , taking dual HUB-PEs as an example. Among them, HUB PE1 and HUB PE2 are respectively connected to HUB CE, Spoken PE1 and Spoken PE2, and there is no connection between HUB PE1 and HUB PE2. Spoken PE1 and Spoken PE2 advertise routes to each HUB PE, that is, HUB PE1 and HUB PE2, store the routes advertised by HUB PE1 and HUB PE2, and forward packets according to the stored routing information. HUB PE1 and HUB PE2 respectively receive the routes announced by each Spoken PE, that is, Spoken PE1 and Spoken PE2, send the routing information to HUB CE, and then publish the loopback routes of HUB CE to Spoken PE1 and Spoken PE2, so that Spoken PE1 and Spoken PE2 learn the routing information of each other. Since the routing information obtained by Spoken PE1 and Spoken PE2 through HUB PE1 or HUBPE2 is the same, equal-cost routes are formed on Spoken PE1 and Spoken PE2. When HUB PE1 or HUB PE2 fails, Spoken PE1 and Spoken PE2 can continue to forward packets through another HUB PE, thus ensuring the normal use of HUB-Spoken networking.

Specifically, two VPNs (VPN_A and VPN_B) are respectively configured on HUB PE1 and HUB PE2. VPN_A is used to import the route of the Spoken PE, and VPN_B is used to advertise the route received from the HUB CE. HUB PE1 and HUB PE2 receive the routes advertised by the Spoken PEs through VPN_A and advertise them to the two Spoken PEs after being looped back by HUB CE. Since no IBGP connection is established between HUB PE1 and HUB PE2, the EBGP routes learned from HUB CE between HUB PE1 and HUB PE2 will not be advertised to each other, avoiding unnecessary route diffusion.

The VPN_A configured on HUB PE1 and HUB PE2 can be single or multiple, that is, there can be multiple VPNs on HUBPE1 and HUB PE2 to import the routes of the Spoken PE. Taking HUB PE1 as an example, when the exported route attributes of Spoken PE1 and Spoken PE2 in Figure 3 are the same, a single VPN_A can be configured on HUB PE1, and the imported route attributes of VPN_A are the same as those of Spoken PE1 and SpokenPE2. The routing information of Spoken PE1 and Spoken PE2 is imported through this single VPN_A; when the exported routing attributes of Spoken PE1 and Spoken PE2 in Figure 3 are different, two VPN_As need to be configured on HUB PE1, and the imported routing attributes of the two VPN_A correspond to Based on the outgoing route attributes of Spoken PE1 and Spoken PE2, HUB PE1 imports the routes of Spoken PE1 and Spoken PE2 respectively through the two VPN_A.

HUB PE1 and HUB PE2 send the imported routes to HUB CE respectively. HUB CE sends the received route to VPN_B of HUB PE1 and HUB PE2; VPN_B of HUB PE1 and HUB PE2 can be the same or different: when they are the same, the imported route attribute of Spoken PE1 and Spoken PE2 is the same as the exported route of VPN_B The attributes are the same, and the routes sent by HUB PE1 and HUB PE2 through their respective VPN_B are received, including local routes and routes of Spoken PEs outside the local area, that is, routes of Spoken PE1 and Spoken PE2; when the two are different, Spoken PE1 and Spoken PE2 Set the same imported route attributes as the VPN_B of HUB PE1 and HUB PE2 respectively, and receive the routes sent by HUB PE1 and HUB PE2 through their respective VPN_B.

Enable BFD (Bidirectional Forwarding Detection) on the IBGP connection between the Spoken PE and the HUB PE to detect the IBGP connection status between the Spoken PE and the HUB PE. The BFD detection time is configured according to the link quality requirements. If If the quality requirement is high, the detection time will be shorter, otherwise it can be configured to be longer. If the Spoken PE or HUB PE does not receive the BFD packet within the detection time, the Spoken PE or HUB PE considers that the bidirectional forwarding path is faulty and handles it accordingly. For example, when the Spoken PE does not receive the BFD packet sent by the HUB PE within the preset time, the Spoken PE determines that the connection with the HUB PE is faulty, and deletes the routing forwarding entry whose next hop is the HUB PE.

In Figure 3, there are two equal-cost paths to HUB PE1 and HUB PE2 in the VPN on Spoken PE1, and the next hops are HUB PE1 (1.1.1.1) and HUB PE2 (4.1.1.1). As follows:

Routing Tables: vpn1

Destinations: 5 Routes: 5

Destination/Mask Proto Pre Pre Cost NextHop Interface

200.0.0.0/16 BGP 255 0 1.1.1.1 NULL0

200.0.0.0/16 BGP 255 0 4.1.1.1 NULL0

10.0.0.0/16 BGP 255 0 1.1.1.1 NULL0

10.0.0.0/16 BGP 255 0 4.1.1.1 NULL0

100.0.0.0/16 Direct 0 0 100.0.0.1 Vlan1001

100.0.0.1/32 Direct 0 0 127.0.0.1 InLoop0

127.0.0.0/8 Direct 0 0 127.0.0.1 InLoop0

127.0.0.1/32 Direct 0 0 127.0.0.1 InLoop0

On Spoken PE1, packets entering from Spoken CE1 will be forwarded through two equal-cost paths, and which path to choose depends on the result of the packet hash operation.

When Spoken PE1 does not receive the BFD packet sent by HUB PE1 within the preset time, Spoken PE1 determines that the IBGP connection with HUB PE1 is abnormal, sets the BGP route learned from HUB PE1 to the inactive state, and deletes the corresponding forwarding entries. At this point, the route on Spoken PE1 has only one path through HUB PE2, and all traffic will be forwarded along the path to HUB PE2.

In the case of multiple HUB PEs above, when the number of routes on the Spoken PE side is relatively large, double the number of routes must be reserved on each HUB PE, and each HUB PE will advertise these routes to each SpokenPE. In order to reduce the number of routes on the HUB PE in this networking environment, and also to reduce route diffusion, the present invention solves this problem by configuring default routes on the HUB PE and HUB CE.

As shown in Figure 4, taking HUB PE1 as an example, configure a routing policy on HUB PE1 to control HUBPE1 not to advertise the route obtained from the Spoken PE to HUB CE, but to advertise the configured default route. The next hop of the default route is HUB PE1. Then, HUB PE1 receives the default route returned by HUB CE and the local route of HUB CE, and publishes it to each spoke PE. The Spoken PE receives the routing information and stores the local route and default route locally. After receiving the packet from the CE side, SpokenPE matches the stored local route according to the destination address of the packet. When the match fails, it sends the packet to HUB PE1 according to the default route, and HUB PE1 forwards the packet according to the stored routing information.

Configure VPN_A on HUB PE1 to import routes advertised by each spoken PE, and set a policy to control the routes of VPN_A not to be advertised to HUB CE; configure VPN_B to advertise routes to each spoken PE. Since HUB PE1 did not publish the routes released by each spoke PE to HUB CE, HUB CE can only publish local routes to HUB PE1. This invention configures a default route in VPN_B. The default route is a static route. One hop is HUB PE1. HUBPE1 receives the routes advertised by the HUB CE, including the local routes of the HUB CE and the configured static routes, and forwards them to each Spoken PE. Since the routes imported by Spoken PE include local private routes, static routes, and local routes of HUB CE, Spoken PE can send packets according to local private routes and static routes. When the destination address carried in the message matches the local private route, the Spoken PE sends the message according to the local private route; when the destination address carried in the message does not match the local private route, the Spoken PE sends the message according to the default route , that is to send the message to HUBPE1, and HUB PE1 further forwards the message according to the stored routing information.

The process of configuring the default route on HUB PE2 to reduce route flooding in the HUB-Spoken network is the same as the above HUB PE1, and you can refer to the above description of HUB PE1.

In the above application scenarios of the present invention, two HUB-PEs are taken as examples for introduction, and the situation of more HUB-PEs is the same or similar to the above introduction, and will not be described in detail here.

By adopting the method provided by the present invention, multiple HUB PEs are set in the HUB-Spoke networking, so that multiple HUB PEs can back up each other, and when there is a HUB PE failure, the HUB-Spoke networking is guaranteed to be normal through the backup HUB PE use.

The present invention provides a HUB-Spoken networking system, as shown in Figure 5, including a HUBCE10, a plurality of HUB PE20 and a plurality of Spoken PE30, the plurality of HUB PE20 connected to the Hub CE10, the plurality of HUB PE20s are independent of each other, and each HUB PE20 is connected to all Spoken PE30s in the network, among which

The Spoken PE30 is used to issue routes to each HUB PE20, and store the routes issued by each HUBPE20; when receiving the message sent by the CE side, match the stored routing information according to the destination address of the message, and forward The message; through the BFD message to detect the connection status with the HUB PE20, when the BFD message sent by the HUB PE20 is not received within the preset time, it is judged that the HUB PE20 is faulty, and the next hop is deleted. forwarding entries;

The HUB PE20 is used to receive and store the route issued by the Spoken PE30, issue a route to the Hub CE10, and issue the route returned by the HUB CE10 to the Spoken PE20; when receiving the Spoken PE20 sent When the packet is received, it matches the stored routing information and forwards the packet.

Specifically, when there is no default route configured on HUB PE20, HUB PE20 will receive all routes advertised by Spoken PE30 and advertise to Hub CE10, and after Hub CE10 loops back, it will advertise all routes advertised by Spoken PE30 to each Spoken PE30, so that All Spoken PE30s learn each other's routing information; when HUB PE20 is configured with a default route, after HUB PE20 receives the routes advertised by all Spoken PE30s, it does not advertise the route to Hub CE10, but advertises the default route. One hop is HUB PE20 itself; the route after the loopback of Hub CE10 is the default route and the local route of Hub CE10. Routing, at this time, when the Spoken PE30 forwards packets, it will send the packets that cannot match the local route to the HUB PE20 according to the default route.

The present invention also provides a HUB-Spoken networking device, which is used as a Spoken PE in a HUB-Spoken networking where multiple HUB PEs are connected to the same Hub CE. The multiple HUB PEs are independent of each other, and each HUB PE It is connected to all Spoken PEs in the network, and HUB PE and SpokenPE detect the connection status through BFD packets, as shown in Figure 6. The devices include:

The transceiver unit 11 is configured to issue a route to each HUB PE, and store the route issued by each HUB PE; when receiving a message sent by the CE side, match the stored routing information according to the destination address of the message, and forward said message.

Specifically, the transceiver unit 11 publishes a route to each HUB PE, and the HUB PE that receives the route can publish the route of the Spoken PE to other Spoken PEs after the HUB CE loopback, so that other Spoken PEs can learn the routing information of the Spoken PE ; At the same time, the transceiver unit 11 can also receive the routes issued by other Spoken PEs through the HUB PE, and learn the routing information of other Spoken PEs. When receiving a message sent by the CE side, the transceiver unit 11 matches the stored routing information according to the destination address of the message, and sends the message to other corresponding devices.

In particular, when the HUB PE is configured with a default route, the transceiver unit 11 publishes the route to each HUB PE, and the HUB PE that receives the route stores the route, but does not publish the routing information of the SpokenPE to other devices, but publishes the default route , the next hop of the default route is the HUB PE. Other spoke PEs cannot learn the routing information of the spoke PE, but learn the default route. At the same time, the transceiver unit 11 also receives the default route issued by the HUB PE, and the next hop of the default route is the HUB PE. When receiving the message sent by the CE side, the transceiver unit 11 matches the stored local route according to the destination address of the message, and when the matching fails, the transceiver unit 11 sends the message to the HUB PE according to the default route.

The entry maintenance unit 12 is used to judge that the HUB PE is faulty when the BFD message sent by the HUB PE is not received within a preset time, and delete the forwarding entry whose next hop is the HUB PE.

The preset time is configured according to the link quality requirement. If the quality requirement is high, the configuration time is shorter, otherwise, it can be configured longer.

By adopting the system and equipment provided by the present invention, multiple HUBPEs are set in the HUB-Spoke networking, so that multiple HUB PEs can back up each other, and when there is a HUB PE failure, the HUB-Spoke networking can be guaranteed by backing up the HUB PE. Normal use.

Through the description of the above embodiments, those skilled in the art can clearly understand that the present invention can be implemented by means of software plus a necessary general-purpose hardware platform, and of course also by hardware, but in many cases the former is a better implementation Way. Based on this understanding, the essence of the technical solution of the present invention or the part that contributes to the prior art can be embodied in the form of a software product. The computer software product is stored in a storage medium and includes several instructions to make a A computer device (which may be a personal computer, a server, or a network device, etc.) executes the methods described in various embodiments of the present invention.

Those skilled in the art can understand that the drawing is only a schematic diagram of a preferred embodiment, and the modules or processes in the drawing are not necessarily necessary for implementing the present invention.

Those skilled in the art can understand that the modules in the device in the embodiment can be distributed in the device in the embodiment according to the description in the embodiment, or can be located in one or more devices different from the embodiment according to corresponding changes. The modules in the above embodiments can be combined into one module, and can also be further split into multiple sub-modules.

The serial numbers of the above embodiments of the present invention are for description only, and do not represent the advantages and disadvantages of the embodiments.

The above disclosures are only a few specific embodiments of the present invention, however, the present invention is not limited thereto, and any changes conceivable by those skilled in the art shall fall within the protection scope of the present invention.

Claims (9)

1. the method for a HUB-Spoken networking; It is characterized in that; Be applied in the HUB-Spoken networking that a plurality of HUB PE connect same HUB CE, independently of one another between said a plurality of HUB PE, all Spoken PE are connected in each HUB PE and this networking; And HUB PE and Spoken PE detect connection status through the BFD message, and said method comprises:

Spoken PE issues route to each HUB PE, and stores the route of each HUB PE issue, on each Spoken PE, to form equal-cost route;

When said Spoken PE receives the message of CE side transmission; Said Spoken PE is according to the destination address of message; With the equal-cost route of this matching destination address in, select route according to the Hash operation result of message, and according to the said message of selecting of routing forwarding;

When said Spoken PE did not receive the BFD message of HUB PE transmission in Preset Time, said Spoken PE judged this HUB PE fault, deleted next jumping and was the forwarding-table item of this HUB PE.

2. the method for claim 1 is characterized in that, said Spoken PE is to each HUB PE issue route, and the route of storing each HUB PE issue comprises:

Said Spoken PE is to each HUB PE issue route, through each HUB PE self route is published to other Spoken PE, and receives the route of other Spoken PE of each HUB PE issue;

Perhaps

Said Spoken PE is to each HUB PE issue route, and each HUB PE receives this routing iinformation and to said Spoken PE issue default route, next of default route jumped the HUB PE for corresponding this default route of issue.

3. method as claimed in claim 2 is characterized in that, each HUB PE receives after this routing iinformation and the storage, also comprises:

Next jumps the default route for this locality to each HUB PE to HUB CE issue according to pre-configured publishing policy.

4. method as claimed in claim 2 is characterized in that, when said Spoken PE transmits said message:

When the local route of the said Spoken PE of the matching destination address of said message storage, said Spoken PE is according to the said message of local routing forwarding;

When the route of other Spoken PE of the said Spoken PE of the matching destination address of said message storage, said Spoken PE sends said message to HUB PE, transmits said message through HUB PE to other Spoken PE of correspondence; When the local route of perhaps storing as the destination address and the said Spoken PE of said message does not match; Said Spoken PE transmits said message according to default route to HUB PE, transmits said message by HUB PE according to the destination address of said message and the routing iinformation of storage.

5. the system of a HUB-Spoken networking; It is characterized in that; Comprise a HUB CE, a plurality of HUB PE and a plurality of Spoken PE, said a plurality of HUB PE connect said HUB CE, and are independently of one another between said a plurality of HUB PE; All Spoken PE are connected in each HUB PE and this networking, wherein

Said Spoken PE is used for to each HUB PE issue route, and stores the route of each HUB PE issue, on each Spoken PE, to form equal-cost route; When receiving the message that the CE side sends, according to the destination address of said message with the equal-cost route of this matching destination address in, select route according to the Hash operation result of message, and according to the said message of selecting of routing forwarding; Through the connection status of BFD message detection with HUB PE, when in Preset Time, not receiving the BFD message that HUB PE sends, judge this HUB PE fault, delete next jumping and be the forwarding-table item of this HUB PE;

Said HUB PE is used to receive the route and the storage of said Spoken PE issue, issues route to said HUB CE, and the route that said HUB CE returns is issued to said Spoken PE; When receiving the message of said Spoken PE transmission, the routing iinformation of coupling storage is also transmitted said message.

6. system as claimed in claim 5 is characterized in that, said HUB PE specifically is used for:

Issue the route of all Spoken PE issues that receive to said HUB CE, and the route that all Spoken PE that said HUB CE returns issue is issued to each Spoken PE;

Perhaps

Issue default route to said HUB CE, and the default route that said HUB CE returns is issued to each Spoken PE; Next of said default route jumped and is said HUB PE.

7. the equipment of a HUB-Spoken networking; It is characterized in that; Be applied in the HUB-Spoken networking that a plurality of HUB PE connect same HUB CE as Spoken PE, independently of one another between said a plurality of HUB PE, all Spoken PE are connected in each HUB PE and this networking; And HUB PE and Spoken PE detect connection status through the BFD message, and said equipment comprises:

Transmit-Receive Unit is used for to each HUB PE issue route, and stores the route of each HUB PE issue, on this equipment, to form equal-cost route; When receiving the message that the CE side sends, according to the destination address of said message with the equal-cost route of this matching destination address in, select route according to the Hash operation result of message, and according to the said message of selecting of routing forwarding;

The list item maintenance unit when being used in Preset Time, not receiving the BFD message of HUB PE transmission, is judged this HUB PE fault, deletes next jumping and is the forwarding-table item of this HUB PE.

8. equipment as claimed in claim 7 is characterized in that, said Transmit-Receive Unit specifically is used for:

To each HUB PE issue route, through each HUB PE self route is published to other Spoken PE, and receives the route of other Spoken PE of each HUB PE issue;

Perhaps

To each HUB PE issue route, receive the default route of each HUB PE issue, next of said default route jumped the HUB PE for corresponding this default route of issue.

9. equipment as claimed in claim 8 is characterized in that, said Transmit-Receive Unit also is used for:

When the local route of the matching destination address of said message storage, according to the said message of local routing forwarding;

When the route of other Spoken PE of the matching destination address of said message storage, send said message to HUB PE, transmit said message through HUB PE to other Spoken PE of correspondence;

Perhaps

When the local route of the destination address of said message and storage does not match, transmit said message to HUB PE according to default route.

Images