|Publication number||US7525949 B1|
|Application number||US 10/140,613|
|Publication date||Apr 28, 2009|
|Filing date||May 7, 2002|
|Priority date||May 7, 2002|
|Publication number||10140613, 140613, US 7525949 B1, US 7525949B1, US-B1-7525949, US7525949 B1, US7525949B1|
|Inventors||Sanjeev Rampal, Alvaro Retana, Russell White, Jimmy Ervin, Hoe Trinh|
|Original Assignee||Cisco Technology, Inc.|
|Export Citation||BiBTeX, EndNote, RefMan|
|Patent Citations (28), Referenced by (11), Classifications (10), Legal Events (2)|
|External Links: USPTO, USPTO Assignment, Espacenet|
The present invention relates to forwarding for network devices. More specifically, the invention relates to optimizing forwarding that can be utilized on provider edge routers that use the EBGP protocol.
A router is a hardware device that stores and forwards data packets from one hardware device to another. The different hardware devices can be on the same local area network (LAN) or within the same wide area network (WAN). One such wide area network is the Internet.
Support for full Internet routing places a heavy burden on a router. In some cases, the hardware capability of a router which is at the edge of a service provider's network may be constrained to be low due to space, power and other constraints. In such a situation, it becomes especially hard to support full Internet routing at wire rates without having to resort to static routing or some default routing technique.
One of the difficulties in implementing full Internet routing is the size of the routing table. In general, the routing table needs to accommodate every Internet route that the service provider's router becomes aware. For example, it is possible that the routing table may need to store hundreds of thousands of routes. The sheer size of the routing table may require higher processing power for accessing the table and larger storage requirements. In addition with a large routing table the processor in the router has to spend a great percentage of time managing and maintaining the entries in the table thereby not being able to service other tasks on the router in a timely manner. Hence a more powerful processor is need in order to do both efficiently. As the size of the Internet continues to grow rapidly, the severity of these problems continues to increase.
Conventional techniques for addressing this problem have been inadequate. As an example, techniques can be utilized to improve the searching efficiency of a large routing table. Also, internet protocol (IP) address prefix patterns can be identified in order to use address aggregation to reduce the size of the routing table (e.g., CIDR based route aggregation).
Accordingly, it would be beneficial to have innovative techniques for implementing forwarding for network devices. Additionally, it would be beneficial if improvements in a service provider's edge router can be achieved without requiring modification to other routers to which it communicates.
The present invention provides innovative techniques for implementing forwarding for network devices, such as routers. In general, a route address is advertised with a proxy address instead of the next hop address that was advertised. Typically, the proxy address is not associated externally with any other network device but is defined internally in the network device for forwarding. When a packet is received that is being sent to the proxy address, a table can be utilized to associate the proxy address with the next hop address. Thus, the packet can be correctly sent to the next hop address. Advantages of embodiments of the invention can include drastically smaller routing tables and no requirement that other network devices be modified. Some specific embodiments of the invention are described below.
In one embodiment, the invention provides a method for implementing forwarding in a network device. A message advertising a route address and a next hop address is received. A proxy address is associated with the next hop address. The route address and the proxy address are then advertised, where the proxy address is not associated externally with any other network device but is defined internally in the network device for forwarding. In some embodiments, EBGP is used as the protocol between the network device (e.g., router) that is utilizing the invention and a neighboring network device that is communicating with it.
In another embodiment, the invention provides a method for implementing forwarding in a network device. A first message advertising a route IP address and a next hop address is received. A proxy IP address is associated with the next hop address, such that the proxy IP address is associated with a proxy MAC address and the proxy MAC address is associated with the next hop address. The route IP address and the proxy IP address are advertised. Upon receiving an ARP request for the proxy IP address specified by a packet, the network device responds with the proxy MAC address. The packet that includes the proxy MAC address is received. The proxy MAC address is used to determine the next hop address and the packet is forwarded to the next hop address.
Other features and advantages of the invention will become readily apparent upon review of the following description in association with the accompanying drawings, where the same or similar structures are designated with the same reference numerals.
In the description that follows, the present invention will be described in reference to embodiments that implement forwarding in a network device, such as a router. Additionally, the embodiments utilize the border gateway protocol (BGP) between the routers. However, embodiments of the invention are not limited to any particular environment, protocol, application, or implementation. For example, the invention may be advantageously applied to other environments, including those that utilize different communications protocols (e.g., MPLS). Therefore, the description of the embodiments that follows is for purposes of illustration and not limitation.
Routers 105 and 107 provide communication between the service provider and the Internet. Typically, the service provider provides services, such as a connection to the Internet, to customers. A network 109 represents the service providers network.
Router 111 provides communication between the service provider and one or more customers through router 113. For simplicity, networks are not shown for the Internet and the customer. Additionally,
In one embodiment, the EBGP protocol is utilized for communication between two routers. An autonomous system (AS) is typically a set of IP routers with a single routing policy and under a single network administrator. The exterior border gateway protocol (EBGP) is a version of BGP that is utilized between routers in different ASs. Accordingly, EBGP may be utilized between routers that communicate across a dashed line shown in
The interior border gateway protocol (IPGP) is a version BGP that is utilized between routers in the same AS. Accordingly, IPGP may be utilized between any of the service provider's routers shown in
Router 111 can also be called the provider edge (PE) router and router 113 can also be called the customer edge (CE) router. As described above, the service provider can be providing public Internet access, but the service provider can also provide other services including virtual private networking, application hosting, and the like.
Routers that utilize EBGP distribute route addresses and the associated next hop address. The next hop address is the address of the router that is next in the chain for the route. For example, for an IP route that should be routed through router 101, router 101 would distribute the IP route and its own IP address as the associated next hop address.
Accordingly, conventional PE routers like router 111 store a routing table that is similar to the one shown in
Unfortunately, in many network topologies, the routing table can become quite large (e.g., hundreds of thousands of routes). In order to manage such a large routing table, there is a demand for high performance hardware capabilities of the PE router.
Router 111 has an IBGP session with every other router in the service provider's network. This PE router will store all the EBGP next hops out of the service provider's network, such as routers 101 and 103. These EBGP next hops will also be advertised to the customer through router 113.
The next hop addresses are the IP addresses that are utilized between the routers, such as between routers 101 and 105. For example, for an IP route through router 101, router 101 would advertise the IP route address and the IP address of router 101 utilized in communication with router 105 as the next hop address.
In one embodiment of the invention, router 111 utilizes a proxy table as shown in
The first time that router 111 receives a message advertising an EBGP next hop, router 111 assigns a proxy IP address and an associated proxy MAC address in the proxy table. The proxy addresses are not actual addresses (other network devices would not associate the proxy addresses with existing hardware), however, there may be some limitations on the proxy addresses. For example, the proxy MAC address should not be equal to a MAC address of a real device. Additionally, the proxy IP address should be in the same subnet as the customer's network for reasons described below.
Router 111 stores the proxy MAC address and the associated EBGP next hop address in the next hop table. All of the IP routes through this router (e.g., router 101) will utilize one entry in the proxy table and one entry in the next hop table. As only two EBGP next hop routers, routers 101 and 103, are shown in
Although the proxy table and next hop table can be larger in some environments, it should be understood that these two drastically smaller tables can replace a conventional routing table that stores hundreds of thousands of entries. The reason is that all of the IP routes through router 101 can be correctly routed using only one entry in the proxy table and one entry in the next hop table as opposed to a large number of entries in the routing table.
Continuing with the example, when router 111 receives a message advertising an EBGP next hop, router 111 advertises to router 113 the IP route and the proxy IP for the router that is the next hop. Router 113 will typically stores the IP route and EBGP next hop (the proxy IP address) in a routing table.
When router 113 attempts to forward a packet to one of the proxy IP addresses, it will find that the proxy IP address is in the same subnet as one of the IP addresses in its own network. Router 113 will then send an address resolution protocol (ARP) request for the MAC address that is associated with the proxy IP address. Accordingly, router 113 is requesting the physical machine address for the hardware device that is in the customer's network and is associated with the proxy IP address.
The proxy IP address should not be utilized by any of the hardware devices in the customer's network. Accordingly, no hardware devices in the customer's network should respond to the ARP request. However, router 111 can have modifications that allow it to detect such an ARP request. In other words, router 111 will recognize the ARP request for one of the proxy IP addresses that it advertised to router 113. Utilizing the proxy table, router 111 responds to the ARP request with the proxy MAC address.
Once 113 receives the response that specifies the proxy MAC address, the packet will be sent to the proxy MAC address. The forwarder in router 111 can be set up such that as when it receives a packet with the destination of the proxy MAC address, it does not need to do a full IP look up based on the destination IP address in the packet. Instead, router 111 can utilize the next hop table shown in
Router 111 does full IP layer forwarding (including TTL decrement, fragmentation, etc.) with the only difference being that router 111 does not need to store the full Internet routing table in its forwarder since it does not ever need to do a destination IP address based lookup. Thus, router 111 can achieve full Internet routing (at the maximum forwarding rate that its hardware supports) without needing to store the full Internet routing table in forwarder memory.
The preceding has described one embodiment of the invention in relation to an example. It may be beneficial now to describe processes that can be utilized in embodiments of the invention.
At a step 301, a message is received advertising a route address and a next hop address. Although, some embodiments utilize EBGP as the communications protocol, the invention can be advantageously applied to other protocols and other routes besides public Internet routes.
A proxy address is associated with the next hop address at a step 303. The proxy address is not associated externally with any other network device but is defined internally in the network device for forwarding. In some embodiments, the proxy address is associated with the next hop address through the use of tables. At a step 305, the route address and the proxy address are advertised. In some embodiments, the route address is a public Internet address.
At a step 401, a message advertising a route IP address and next hop address are received. Typically, EGBP is being utilized in a router and the message that is received is to advertise the next hop address.
A proxy IP address is associated with the next hop address at a step 403. In one embodiment, the proxy IP address is associated with a proxy MAC address and the proxy MAC address is associated with the next hop address. For example, the addresses can be associated by storing the addresses as entries in one or more tables.
At a step 405, the route IP address and the proxy IP address is advertised. Typically, the proxy IP address is in the same subnet as the targeted network.
Upon receiving an ARP request for the proxy IP address, a response is sent with a proxy MAC address at a step 407. The router that sent the ARP request will then send the packet to the proxy MAC address, such as by putting the proxy MAC address in the packet as the destination.
A packet that includes the proxy MAC address is received at a step 409. Typically, the proxy MAC address is removed or stripped from the packet. At a step 411, the proxy MAC address is used to determine the next hop address. For example, the proxy MAC address can be used as an index into a table to lookup the next hop address (e.g.,
With some embodiments of the invention, only the PE router has to be modified and the other routers can be left unchanged. This provides the advantage that it is not necessary to change the functionality or configuration of other devices in the network.
In some embodiments, configuration parameters can be utilized to specify the range of values for the proxy IP and MAC addresses. In other embodiments, a systems administrator can be allowed to specify the proxy IP and MAC addresses.
Embodiments of the invention can be advantageously applied to other environments. For example, in the environment when EBGP is utilized between two routers that are not physically connected (e.g., connected via a logical TCP connection), the packets can be sent directly to another router to which the other two routers are physically connected. This third router will be in the path towards the proxy IP addresses that will be advertised inside the network. Additionally, it is not required that the third router be executing BGP at all.
In some embodiments, BGP route reflectors or confederations will be used to alleviate scaling problems in the service provider's network due to the full mesh required for IBGP sessions. In this environment, the PE router will learn of some routers internal to the service provider's network to be EBGP next hops. However, proxies for these next hops can be setup just like they are set up for truly external next hops using similar techniques. Thus, embodiments of the invention can be utilized, but the size of the tables that are utilized may need to be increased.
In some environments, a customer has chosen to run BGP because the customer has multiple gateways to the Internet and would like to use the optimal gateway for a particular destination. Therefore, even though the PE router advertises a next hop to the customer, the customer may not use the PE router as the exit point for that destination (e.g., using another ISP router). Embodiments of the invention can still be advantageously applied to this environment because the PE router will still achieve the benefit of drastically smaller forwarding tables.
The above description has described applying the invention to an environment where EBGP is utilized between a PE router and a CE router. However, embodiments of the invention can be advantageously applied to routers in other environments, such as between two service providers. Thus, the invention can be advantageously applied to optimize forwarding of through traffic in a transit AS while normal full Internet routing is used for traffic originating in the AS itself.
While the above is a complete description of preferred embodiments of the invention, there is alternatives, modifications, and equivalence can be used. It should be evident that the invention is equally applicable by making appropriate modifications to the embodiments described above. For example, although the embodiments described above have been described in reference to BGP, embodiments of the invention can be applied to other protocols including MPLS. Therefore, the above description should not be taken as limiting the scope of the invention as defined by the metes and bounds of the appended claims along with their full scope of equivalence.
|Cited Patent||Filing date||Publication date||Applicant||Title|
|US5708654 *||Nov 27, 1996||Jan 13, 1998||Arndt; Manfred R.||Method for detecting proxy ARP replies from devices in a local area network|
|US5917820 *||Jun 10, 1996||Jun 29, 1999||Cisco Technology, Inc.||Efficient packet forwarding arrangement for routing packets in an internetwork|
|US5958018 *||Oct 30, 1996||Sep 28, 1999||Lucent Technologies Inc.||Wireless services data network translating mac address to asynchronous transfer mode (ATM) address|
|US6101188 *||Sep 10, 1997||Aug 8, 2000||Nec Corporation||Internetworking router|
|US6118771 *||Mar 13, 1997||Sep 12, 2000||Kabushiki Kaisha Toshiba||System and method for controlling communication|
|US6130892 *||Mar 12, 1998||Oct 10, 2000||Nomadix, Inc.||Nomadic translator or router|
|US6178455||Apr 11, 1997||Jan 23, 2001||Scientific-Atlanta, Inc.||Router which dynamically requests a set of logical network addresses and assigns addresses in the set to hosts connected to the router|
|US6208656||Apr 11, 1997||Mar 27, 2001||Scientific-Atlanta, Inc.||Methods for dynamically assigning link addresses and logical network addresses|
|US6256739 *||Nov 26, 1997||Jul 3, 2001||Juno Online Services, Inc.||Method and apparatus to determine user identity and limit access to a communications network|
|US6286058||Apr 14, 1997||Sep 4, 2001||Scientific-Atlanta, Inc.||Apparatus and methods for automatically rerouting packets in the event of a link failure|
|US6301223||Apr 11, 1997||Oct 9, 2001||Scientific-Atlanta, Inc.||Method of using routing protocols to reroute packets during a link failure|
|US6353614||Mar 5, 1998||Mar 5, 2002||3Com Corporation||Method and protocol for distributed network address translation|
|US6370584||Sep 1, 1998||Apr 9, 2002||Trustees Of Boston University||Distributed routing|
|US6473413 *||Jun 22, 1999||Oct 29, 2002||Institute For Information Industry||Method for inter-IP-domain roaming across wireless networks|
|US6591306 *||Jul 21, 1999||Jul 8, 2003||Nec Corporation||IP network access for portable devices|
|US6603769 *||Apr 29, 1999||Aug 5, 2003||Cisco Technology, Inc.||Method and system for improving traffic operation in an internet environment|
|US6671281 *||Dec 1, 1999||Dec 30, 2003||Nec Corporation||ATM LAN emulation network having LECS for providing ATM address of LES of target ELAN|
|US6678725 *||Apr 14, 2000||Jan 13, 2004||International Business Machines Corporation||Method and apparatus for generating replies to address resolution protocol requests by offload adapters|
|US6701361 *||Oct 30, 1998||Mar 2, 2004||Intermec Ip Corp.||Enhanced mobility and address resolution in a wireless premises based network|
|US6751221 *||Mar 6, 1998||Jun 15, 2004||Kabushiki Kaisha Toshiba||Data transmitting node and network inter-connection node suitable for home network environment|
|US6791949 *||Apr 28, 2000||Sep 14, 2004||Raytheon Company||Network protocol for wireless ad hoc networks|
|US6880089 *||Mar 31, 2000||Apr 12, 2005||Avaya Technology Corp.||Firewall clustering for multiple network servers|
|US7088727 *||Oct 6, 2000||Aug 8, 2006||Nomadix, Inc.||System and method for establishing network connection with unknown network and/or user device|
|US20020186685 *||Jun 11, 2001||Dec 12, 2002||O'brien James D.||Voice over internet protocol real time protocol routing|
|US20030202505 *||Apr 30, 2002||Oct 30, 2003||Timucin Ozugur||Hierarchical wireless network and an associated method for delivering IP packets to mobile stations|
|US20040111640 *||Jul 8, 2003||Jun 10, 2004||Baum Robert T.||IP based security applications using location, port and/or device identifier information|
|US20040213260 *||Apr 28, 2003||Oct 28, 2004||Cisco Technology, Inc.||Methods and apparatus for securing proxy Mobile IP|
|US20060041682 *||Oct 28, 2005||Feb 23, 2006||Johnson Jeremy T||Sharing IP network resources|
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US8619631 *||Sep 22, 2008||Dec 31, 2013||Brother Kogyo Kabushiki Kaisha||Information communication system, information communication method, node device included in information communication system and recording medium recording information processing program|
|US8774010 *||Nov 2, 2010||Jul 8, 2014||Cisco Technology, Inc.||System and method for providing proactive fault monitoring in a network environment|
|US8976786 *||Sep 13, 2012||Mar 10, 2015||At&T Intellectual Property I, Lp||Broadcast interactive television system|
|US8982733||Mar 4, 2011||Mar 17, 2015||Cisco Technology, Inc.||System and method for managing topology changes in a network environment|
|US9307296 *||Jan 29, 2015||Apr 5, 2016||At&T Intellectual Property I, Lp||Broadcast interactive television system|
|US20090041035 *||Sep 22, 2008||Feb 12, 2009||Brother Kogyo Kabushiki Kaisha||Information communication system, information communication method, node device included in information communication system and recording medium recording information processing program|
|US20120106358 *||May 3, 2012||Cisco Technology, Inc.||System and method for providing proactive fault monitoring in a network environment|
|US20130016722 *||Sep 13, 2012||Jan 17, 2013||At&T Intellectual Property I, Lp||Broadcast interactive television system|
|US20140169377 *||Feb 24, 2014||Jun 19, 2014||Huawei Technologies Co., Ltd.||Method and device for sending internet protocol packets|
|US20150143441 *||Jan 29, 2015||May 21, 2015||At&T Intellectual Property I. L.P.||Broadcast interactive television system|
|WO2014019516A1 *||Jul 31, 2013||Feb 6, 2014||Huawei Technologies Co., Ltd.||Method and device for forwarding message|
|U.S. Classification||370/352, 370/401, 370/475|
|Cooperative Classification||H04L45/66, H04L45/02, H04L45/54|
|European Classification||H04L45/54, H04L45/02, H04L45/66|
|Apr 12, 2005||AS||Assignment|
Owner name: CISCO TECHNOLOGY, INC., CALIFORNIA
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:RAMPAL, SANJEEV;RETANA, ALVARO;WHITE, RUSSELL;AND OTHERS;REEL/FRAME:016058/0001;SIGNING DATES FROM 20020306 TO 20020503
|Oct 29, 2012||FPAY||Fee payment|
Year of fee payment: 4