IP Library › Granted Patent US 12,603,828
Granted Patent B2
US 12,603,828 · App. 18/506,650 · Granted Apr 14, 2026

Selective programming of forwarding hardware in a multi-fabric overlay network

Inventors: Saumya Dikshit (Bangalore, IN); Suresh Kumar Reddy Beeram (Bangalore, IN)
Assignee: Hewlett Packard Enterprise Development LP
H04L45/02H04L12/4633H04L45/748
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 12,603,828
App. No.
18/506,650
Granted
Apr 14, 2026
Kind
B2
Abstract

A network device in a first fabric of an overlay network is provided. During operation, the network device can receive a route advertisement from a border device via which the network device communicates outside of the first fabric. The network device can determine, based on an indicator in the route advertisement, whether a host route associated with a host coupled to a second fabric of the overlay network is included in the route advertisement. If the indicator indicates that the host route is included in the route advertisement, the network device can store the host route in a data structure on the network device. The network device can also program, in the local forwarding hardware, a prefix route associated with the host route. If the network device detects a packet destined to the host device, the network device can program the host route in the forwarding hardware.

Claims (62)

1 . A method, comprising:

receiving, by a network device in a first fabric of an overlay network, a route advertisement from a border device via which the network device communicates outside of the first fabric, the route advertisement including a prefix route for a host device connected to a second fabric of the overlay network;

determining, by the network device and based on an indicator in the route advertisement, whether a host route corresponding to the prefix route and associated with the host device is included in the route advertisement, the indicator settable by the border device to a first value to indicate that the host route is included in the route advertisement, and to a second value to indicate that the host route is not included in the route advertisement;

based on determining that the host route is included in the route advertisement responsive to the indicator being set to the first value:

storing, by the network device, the host route in an entry of a data structure on the network device, the entry of the data structure further indicating the border device as a next-hop device for forwarding a packet destined to the host device and received at the network device; and

programming, by the network device, the prefix route in an entry of forwarding hardware of the network device, the entry of the forwarding hardware further indicating the border device as the next-hop device.

2 . The method of claim 1 , further comprising:

receiving, at the network device, a first packet destined to the host device;

matching, by the network device, a destination address of the first packet with the prefix route in the entry of the forwarding hardware; and

matching, by the network device, the destination address with the host route in the entry of the data structure.

3 . The method of claim 2 , further comprising:

providing the first packet to a routing daemon of the network device; and

looking up, by the routing daemon, the destination address in the data structure.

4 . The method of claim 2 , further comprising:

based on the entry of the data structure indicating the border device as the next-hop device, forwarding, by the network device, the first packet to the border device.

5 . The method of claim 1 , wherein the route advertisement comprises an Ethernet Virtual Private Network (EVPN) extended community that encodes the host route and includes the indicator.

6 . The method of claim 5 , wherein the indicator is included in a field at a predefined location in the EVPN extended community.

7 . The method of claim 1 , wherein the forwarding hardware comprises a ternary content-addressable memory (TCAM), and the prefix route is programmed in an entry of the TCAM.

8 . The method of claim 1 , wherein the programming of the prefix route in the forwarding hardware comprises programming, in the entry of the forwarding hardware, a rule specifying a lookup of the data structure for packets containing destination addresses matching the prefix route in the entry of the forwarding hardware, the method further comprising:

receiving, at the network device, a first packet containing a destination address of the host device;

based on determining that the destination address matches the prefix route in the entry of the forwarding hardware, applying, by the network device, the rule to trigger a lookup of the data structure using the destination address; and

matching, by the network device, the destination address to the host route in the entry of the data structure.

9 . The method of claim 8 , further comprising:

after the matching of the destination address to the host route in the entry of the data structure, adding, by the network device, a further entry to the forwarding hardware, the further entry containing the host route and indicating the border device as the next-hop device.

10 . The method of claim 9 , further comprising:

receiving, at the network device, a further packet destined to the host device; and

forwarding, by the network device, the further packet based on matching a destination address in the further packet to the host route in the further entry of the forwarding hardware.

11 . A non-transitory computer-readable storage medium comprising instructions that when executed cause a network device in a first fabric of an overlay network to:

receive, at the network device, a route advertisement from a border device via which the network device communicates outside of the first fabric, the route advertisement including a prefix route for a host device connected to a second fabric of the overlay network;

determine, based on an indicator in the route advertisement, whether a host route corresponding to the prefix route and associated with the host device is included in the route advertisement, the indicator settable by the border device to a first value to indicate that the host route is included in the route advertisement, and to a second value to indicate that the host route is not included in the route advertisement;

based on determining that the host route is included in the route advertisement responsive to the indicator being set to the first value:

store the host route in an entry of a routing data structure on the network device, the entry of the routing data structure further indicating the border device as a next-hop device for forwarding a packet destined to the host device and received at the network device; and

program the prefix route in an entry of forwarding hardware of the network device, the entry of the forwarding hardware further indicating the border device as the next-hop device.

12 . The non-transitory computer-readable storage medium of claim 11 , wherein the route advertisement comprises an Ethernet Virtual Private Network (EVPN) extended community that encodes the host route and includes the indicator.

13 . The non-transitory computer-readable storage medium of claim 12 , wherein the indicator is included in a field at a predefined location in the EVPN extended community.

14 . The non-transitory computer-readable storage medium of claim 11 , wherein the instructions when executed cause the network device to:

program, in the entry of the forwarding hardware, a rule specifying a lookup of the routing data structure for packets containing destination addresses matching the prefix route in the entry of the forwarding hardware;

receive, at the network device from the host device, a first packet containing a destination address;

based on determining that the destination address matches the prefix route in the entry of the forwarding hardware, apply the rule to trigger a lookup by the network device of the routing data structure using the destination address; and

match the destination address to the host route in the entry of the routing data structure.

15 . The non-transitory computer-readable storage medium of claim 14 , wherein the instructions when executed cause the network device to:

in response to the matching of the destination address to the host route in the entry of the routing data structure, add a further entry to the forwarding hardware, the further entry containing the host route and indicating the border device as the next-hop device.

16 . The non-transitory computer-readable storage medium of claim 15 , wherein the instructions when executed cause the network device to:

receive, at the network device, a further packet destined to the host device; and

forward, by the network device, the further packet based on matching a destination address in the further packet to the host route in the further entry of the forwarding hardware.

17 . The non-transitory computer-readable storage medium of claim 14 , wherein the forwarding hardware comprises a ternary content-addressable memory (TCAM), and the prefix route and the rule are programmed in an entry of the TCAM.

18 . The non-transitory computer-readable storage medium of claim 11 , wherein the route advertisement is received through a first tunnel between the network device and the border device, and wherein the border device maintains a second tunnel with the second fabric.

19 . A network device, comprising:

a processor;

forwarding hardware; and

a non-transitory computer-readable storage medium storing instructions that when executed on the processor cause the network device in a first fabric to:

receive, at the network device, a route advertisement from a border device via which the network device communicates outside of the first fabric, the route advertisement including a prefix route for a host device connected to a second fabric;

determine, based on an indicator in the route advertisement, whether a host route corresponding to the prefix route and associated with the host device is included in the route advertisement, the indicator settable by the border device to a first value to indicate that the host route is included in the route advertisement, and to a second value to indicate that the host route is not included in the route advertisement;

based on determining that the host route is included in the route advertisement responsive to the indicator being set to the first value:

store the host route in an entry of a data structure on the network device, the entry of the data structure further indicating the border device as a next-hop device for forwarding a packet destined to the host device and received at the network device; and

program the prefix route in an entry of forwarding hardware of the network device, the entry of the forwarding hardware further indicating the border device as the next-hop device.

20 . The network device of claim 19 , wherein the instructions when executed cause the network device to:

program, in the entry of the forwarding hardware, a rule specifying a lookup of the data structure for packets containing destination addresses matching the prefix route in the entry of the forwarding hardware;

receive, at the network device from the host device, a first packet containing a destination address;

based on determining that the destination address matches the prefix route in the entry of the forwarding hardware, apply the rule to trigger a lookup by the network device of the data structure using the destination address;

match the destination address to the host route in the entry of the data structure; and

after the matching of the destination address to the host route in the entry of the data structure, add a further entry to the forwarding hardware, the further entry containing the host route and indicating the border device as the next-hop device.

Assignments (1)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Nov 15, 2023
From: DIKSHIT, SAUMYA; BEERAM, SURESH KUMAR REDDY
To: HEWLETT PACKARD ENTERPRISE DEVELOPMENT LP
Reel/Frame 065574/0115 →
Continuity (1)
Related Publication 20250158913A1 · May 15, 2025
References Cited (15)
US 10841216B1 · Hoang et al. · 2020 [cited by applicant]
US 20210385149A1 · Suryanarayana · 2021 [cited by examiner]
US 20220407798A1 · Holness et al. · 2022 [cited by applicant]
CN 108600073A · 2018 [cited by applicant]
WO WO2016154401A1 · 2016 [cited by examiner]
WO WO2022206397A1 · 2022 [cited by examiner]
Georges, J., “Arista EOS—BGP Selective Route Download,” Dec. 28, 2015, https://arista.my.site.com/AristaCommunity/s/article/arista-eos-bgp-selective-route-download. [cited by applicant]
Hewlett Packard Enterprise Development LP, “Aruba Intelligent Forwarding (FIB) commands,” AOS-CX 10.11 Command-Line Interface Guide, 6300, 6400 Switch Series, Chapter 9, Apr. 2023, pp. 212-217, <https://www.arubanetwork… [cited by applicant]
Mohamed, H. et al., “Protocol Based Selective FIB Download for Distributed Forwarding Architecture,” Dec. 2012, GC'12 Workshop: Second Int'l Workshop on Rural Communications, pp. 7-12. [cited by applicant]
Sajassi et al., “BGP MPLS-Based Ethernet VPN”, Internet Engineering Task Force (IETF), Request for Comments: 7432, Feb. 2015, 56 pages. [cited by applicant]
Cisco Systems, Inc., “BGP Control Plane”, Apr. 26, 2016, Cisco Dynamic Fabric Automation Configuration Guide, book chapter, <https://www.cisco.com/c/en/us/td/docs/switches/datacenter/dfa/configuration/b-dfa-configuratio… [cited by applicant]
E. Rosen, “IANA Registries for BGP Extended Communities”, Internet Engineering Task Force (IETF), Request for Comments: 7153, Mar. 2014, 16 pages. [cited by applicant]
Rabadan et al., “IP Prefix Advertisement in Ethernet VPN (EVPN)”, Internet Engineering Task Force (IETF), Request for Comments: 9136, 2021, pp. 1-31. [cited by applicant]
Sajassi et al., “Integrated Routing and Bridging in Ethernet VPN (EVPN)”, Internet Engineering Task Force (IETF), Request for Comments: 9135, 2021, pp. 1-30. [cited by applicant]
Sangli et al., “BGP Extended Communities Attribute”, Internet Engineering Task Force (IETF), Request for Comments: 4360, 2006, 12 Pages. [cited by applicant]