Advertisement of selective EVPN routes based on route types
A router is configured to send an advertisement of selective Ethernet Virtual Private Network (VPN) (EVPN) routes based on the Route Types. The router is configured to determine a requirement for a route refresh from a Border Gateway Protocol (BGP) peer for a subset of Route Types of all of the Route Types, send a route refresh message to the BGP peer with an indication of the subset of Route Types, and receive updated routes from the BGP peer only for the subset of Route Types. The indication can be included in a reserved field and payload of the route refresh message. The route refresh message can be defined in RFC 2918.
1. A router configured to send an advertisement of selective Ethernet Virtual Private Network (VPN) (EVPN) routes based on Route Types, the router comprising circuitry configured to:
determine a requirement for a route refresh from a Border Gateway Protocol (BGP) peer for a subset of Route Types of all of the Route Types, wherein the Route Types include any of Route Types 1 to 8 including RT-1—Ethernet Auto-Discovery (A-D) route, RT-2—MAC/IP Advertisement route, RT-3—Inclusive Multicast Ethernet Tag route, RT-4—Ethernet Segment route, RT-5—IP prefix route, RT-6—selective Multicast Ethernet Tag route, RT-7—NLRI to sync IGMP joins, and RT-8—NLRI to sync IGMP leaves,
negotiate with the BGP peer to support the route refresh message with the indication of the subset of Route Types, using a bitmask for each Route Type 1 to 8,
send a route refresh message to the BGP peer with an indication of the subset of Route Types, based on the negotiated support, and
receive updated routes from the BGP peer only for the subset of Route Types.
2. The router of claim 1 , wherein the circuitry is further configured to
determine a second requirement for a route refresh from the BGP for all of the Route Types,
send a second route refresh message to the BGP peer without any indication of any of the Route Types, where the second route refresh message is defined in RFC 2918, and
receive second updated routes from the BGP peer for all of the Route Types.
3. The router of claim 1 , wherein the indication is included in one or more of a reserved field and payload of the route refresh message.
4. The router of claim 3 , wherein, responsive to the BGP peer not supporting the indication of the subset of Route Types, the circuitry is further configured to negotiate the received updated routes are for all of the Route Types.
5. The router of claim 3 , wherein bits in the payload are used to designate one or more Route Types for the subset of Route Types based on the reserved field, using a bitmask for each Route Type 1 to 8.
6. The router of claim 3 , wherein a value in the payload is used to designate one or more Route Types for the subset of Route Types.
7. The router of claim 3 , wherein the route refresh message is defined in RFC 2918.
8. The router of claim 1 , wherein the subset of Route Types includes one of Route Types 1 to 4 or Route Type 5.
9. A non-transitory computer-readable medium comprising instructions that, when executed, cause circuitry associated with a router to perform steps of:
determining a requirement for a route refresh from a Border Gateway Protocol (BGP) peer for a subset of Route Types of all of the Route Types, wherein the Route Types include any of Route Types 1 to 8 including RT-1—Ethernet Auto-Discovery (A-D) route, RT-2—MAC/IP Advertisement route, RT-3—Inclusive Multicast Ethernet Tag route, RT-4—Ethernet Segment route, RT-5—IP prefix route, RT-6—selective Multicast Ethernet Tag route, RT-7—NLRI to sync IGMP joins, and RT-8—NLRI to sync IGMP leaves;
negotiating with the BGP peer to support the route refresh message with the indication of the subset of Route Types, using a bitmask for each Route Type 1 to 8;
sending a route refresh message to the BGP peer with an indication of the subset of Route Types based on the negotiating; and
receive updated routes from the BGP peer only for the subset of Route Types.
10. The non-transitory computer-readable medium of claim 9 , wherein the indication is included in one or more of a reserved field and payload of the route refresh message.
11. The non-transitory computer-readable medium of claim 9 , wherein the subset of Route Types includes one of Route Types 1 to 4 or Route Type 5.
12. A router configured to receive selective Ethernet Virtual Private Network (VPN) (EVPN) routes based on Route Types, the router comprising circuitry configured to:
receive a route refresh message from a Border Gateway Protocol (BGP) peer, wherein the route refresh message includes an indication of a subset of Route Types of all of the Route Types, wherein the Route Types include any of Route Types 1 to 8 including RT-1—Ethernet Auto-Discovery (A-D) route, RT-2—MAC/IP Advertisement route, RT-3—Inclusive Multicast Ethernet Tag route, RT-4—Ethernet Segment route, RT-5—IP prefix route, RT-6—selective Multicast Ethernet Tag route, RT-7—NLRI to sync IGMP joins, and RT-8—NLRI to sync IGMP leaves,
obtain updated routes for the subset of Route Types as specified in the indication, and
send the updated routes only for the subset of Route Types to the BGP peer, wherein the indication is included in one or more of a reserved field and payload of the route refresh message, using a bitmask for each Route Type 1 to 8.
13. The router of claim 12 , wherein bits in the payload are used to designate one or more Route Types for the subset of Route Types based on the reserved field, using a bitmask for each Route Type 1 to 8.
14. The router of claim 12 , wherein a value in the payload is used to designate one or more Route Types for the subset of Route Types.
15. The router of claim 12 , wherein the route refresh message is defined in RFC 2918.
16. The router of claim 12 , wherein the subset of Route Types includes one of Route Types 1 to 4 or Route Type 5.
17. The router of claim 12 , wherein the circuitry is further configured to
prior to the route refresh message being received, negotiate with the BGP peer to support the route refresh message with the indication of the subset of Route Types, using a bitmask for each Route Type 1 to 8.