US10778564B2 - Proxy of routing protocols to redundant controllers - Google Patents

Proxy of routing protocols to redundant controllers Download PDF

Info

Publication number
US10778564B2
US10778564B2 US16/522,650 US201916522650A US10778564B2 US 10778564 B2 US10778564 B2 US 10778564B2 US 201916522650 A US201916522650 A US 201916522650A US 10778564 B2 US10778564 B2 US 10778564B2
Authority
US
United States
Prior art keywords
routing
forwarding
advertisement
reachability
session
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.)
Active
Application number
US16/522,650
Other versions
US20190349285A1 (en
Inventor
William Thomas Sella
James Michael Sella
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.)
Level 3 Communications LLC
Original Assignee
Level 3 Communications LLC
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
Application filed by Level 3 Communications LLC filed Critical Level 3 Communications LLC
Priority to US16/522,650 priority Critical patent/US10778564B2/en
Assigned to Level 3 Communications, LLC. reassignment Level 3 Communications, LLC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: tw telecom holdings, inc.
Assigned to tw telecom holdings inc. reassignment tw telecom holdings inc. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: SELLA, JAMES MICHAEL, SELLA, WILLIAM THOMAS
Publication of US20190349285A1 publication Critical patent/US20190349285A1/en
Application granted granted Critical
Publication of US10778564B2 publication Critical patent/US10778564B2/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/02Topology update or discovery
    • H04L45/033Topology update or discovery by updating distance vector protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/02Topology update or discovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/66Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12Discovery or management of network topologies
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/12Shortest path evaluation
    • H04L45/122Shortest path evaluation by minimising distances, e.g. by selecting a route with minimum of number of hops
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/26Route discovery packet
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/02Topology update or discovery
    • H04L45/04Interdomain routing, e.g. hierarchical routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/54Organization of routing tables
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/58Association of routers
    • H04L45/586Association of routers of virtual routers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/64Routing or path finding of packets in data switching networks using an overlay routing layer

Definitions

  • This application is generally related to network routing.
  • a communication network may, for example, provide a network connection that allows data to be transferred between two geographically remote locations.
  • a network connection may span multiple links connecting communication devices such as routers.
  • Networks may have different topologies depending on how the links are interconnected through communication devices. Given a particular network topology, multiple routes may be available between a source and destination. Some routes may be more desirable than others depending on current capacity and usage.
  • a router maintains such information in a routing table.
  • the routing table has entries designating a next hop for various destination addresses, or groups of destination addresses. Based on the destination address of an incoming packet, a router uses its routing table to forward the packet to a specific neighboring device.
  • each router uses a protocol like Border Gateway Protocol (BGP) to exchange routing and reachability information with local neighboring routers. In this way, each router both forwards packets and conducts control functions to update its own routing table.
  • Border Gateway Protocol BGP
  • SDNs Software Defined Networks
  • a method exchanges routing data within a network including control and forwarding on separate devices.
  • a first reachability information session is established between a forwarding device and a first control device
  • a second reachability information session is established between the forwarding device and a second control device.
  • the first and second reachability information sessions enable the respective first and second control devices to send advertisements indicating what addresses are reachable through the network.
  • a third reachability information session is established between the forwarding device and an external routing device.
  • the third reachability information session enables the forwarding device to exchange advertisements with the external routing device indicating what addresses are reachable through the respective forwarding and external routing devices.
  • advertisements are exchanged between the first and second reachability information sessions and the third reachability information session such that the first and second control device appear to the external routing device to be a single device.
  • FIG. 1A is a diagram of a network having multiple, redundant control devices that are separate from the forwarding devices.
  • FIG. 1B is a diagram of a network having a local termination module that masks the multiple control devices to an external network.
  • FIGS. 2A-B are diagrams illustrating an example operation of the system in FIG. 1 .
  • FIG. 3 is a flowchart of a method for masking redundant controllers, according to an embodiment.
  • FIG. 4 is a diagram showing the system of FIG. 1 in greater detail.
  • having a control device separate from the forwarding devices make routing decision can enable more intelligent routing decisions on a service provider network. But having a single control device creates a single point of failure. If that control device fails, no updates could be made to any of the routing tables on the forwarding devices. To deal with this, embodiments have multiple, redundant control devices.
  • BGP Border Gateway Protocol
  • having multiple reachability information sessions to the customer network may require transmission of extra traffic and involve extra processing overhead on the customer routers. While aspects are described with respect to customer networks and customer routing devices for illustrative purposes, a skilled artisan would recognize that embodiments apply to any external network, that is, any network external to the service provider network.
  • embodiments provide an additional module on a forwarding device at the edge of the service provider network, where the service provider network interfaces with the customer network.
  • the module masks the existence of the multiple control devices, making it appear to the customer that only a single control device is being used.
  • the module establishes reachability information sessions, such as BGP sessions, with the customer routers and with each control device in the service provider network.
  • the module exchanges routing data, such as route advertisements, obtained from the customer equipment's reachability information session and the control device's reachability information sessions.
  • routing data such as route advertisements
  • the module receives a route advertisement from the customer equipment, it forwards it onto each of the control devices.
  • the control devices broadcast route advertisements, the module forwards only the first-received one onto the customer routing equipment.
  • FIG. 1A is a diagram of a system 100 having multiple, redundant control devices that are separate from the forwarding devices.
  • System 100 includes a service provider network 120 and a customer network 130 .
  • Service provider network 120 may be a metropolitan area network (MAN) or wide area network (WAN) that connects at least two geographically disparate locations.
  • Customer network 130 may be a local area network that, for example, connects different computers within a single entity or building.
  • Service provider network 120 includes a plurality of forwarding devices: forwarding devices 106 , 108 , and 110 .
  • Each forwarding device may have a plurality of ports and forward packets of data from one port to another.
  • To forward the data each forwarding device may have a routing table and may forward information according to information in its routing table. Specifically, the routing table may map particular addresses or subnets to particular output ports.
  • the forwarding device When the forwarding device receives a packet of data, the forwarding device examines the packet's destination address to identify an entry in the routing table. In addition to examining the packet's destination address, the forwarding device examines any labels associated with packet, such as Multiprotocol Label Switching (MPLS) labels, to identify the entry in the routing table. That entry in the routing table specifies which port on the forwarding device to forward the packet.
  • MPLS Multiprotocol Label Switching
  • FIG. 1A depicts two control devices: control devices 102 and 104 .
  • Control devices 102 and 104 each may transmit information to forwarding devices 106 , 108 , and 110 to configure their routing tables.
  • Control devices 102 and 104 may configure the routing tables to route data from a particular data flow along a particular path.
  • control devices 102 and 104 may be redundant. Each control device may have identical, or mirror image, information about the topology of service provider network 120 and may be able to determine identical paths through service provider network 120 independently of one another. By being redundant, if one of the control devices goes down, the other may continue to configure all of the forwarding devices on service provider network 120 . While for illustration only two control devices are shown in FIG. 1A , a skilled artisan would recognize that additional control devices may be used and adding additional control devices would add additional redundancy to system 100 .
  • control devices 102 and 104 may each establish respective reachability information sessions 120 and 122 with at least one device on customer network 130 .
  • the reachability information sessions may exchange routing and teachability information between service provider network 120 and the devices on customer network 130 .
  • Border gateway protocol (BGP) is a common type of reachability information session protocol, but other types of reachability information session protocols may be used, for example Open Shortest Path First (OSPF) and Intermediate System to Intermediate System (ISIS).
  • OSPF Open Shortest Path First
  • ISIS Intermediate System to Intermediate System
  • Control devices 102 and 104 may use the information received from customer network 130 over reachability information sessions 120 and 122 respectively to develop their knowledge of the global network topology. For example, customer network 130 may inform control devices 102 and 104 , over reachability information sessions 120 and 122 , that it includes or can reach a particular set of destination addresses (such as an IP address subnet). Based on this information, control devices 102 and 104 may update their respective models of the global network topology. And control devices 102 and 104 may use the updated information to determine the routing tables for forwarding devices 106 - 110 .
  • customer network 130 may inform control devices 102 and 104 , over reachability information sessions 120 and 122 , that it includes or can reach a particular set of destination addresses (such as an IP address subnet). Based on this information, control devices 102 and 104 may update their respective models of the global network topology. And control devices 102 and 104 may use the updated information to determine the routing tables for forwarding devices 106 - 110 .
  • the routing devices on customer network 130 may also use the information received over reachability information sessions 120 and 122 to configure their routing tables.
  • Customer network 130 may include separate control and forwarding devices as similar to service provider network 120 , or customer network 130 may include routers and switches that both forward data, and control and calculate their own routing tables. Either way, the routing devices on customer network 130 use the reachability information received from reachability information sessions 120 and 122 to configure their routing tables. They configure their routing tables such that data destined for an address reachable through service provider network 120 can be forwarded to service provider network 120 .
  • Having multiple control devices in this way may add to redundancy. But having multiple reachability information sessions 120 and 122 may increase the burden on the customer of configuring devices on customer network 130 . Specifically, a customer may have to configure its devices to operate with both reachability information session 120 and 122 . For an administrator of customer network 130 that may be unfamiliar with service provider network 120 , this configuration can be burdensome. To deal with this issue, embodiments aggregate data from the different control devices 102 and 104 to make for a single reachability information session with customer network 130 as illustrated in FIG. 1B .
  • FIG. 1B illustrates a system 150 that has a local termination module 170 that masks the multiple control devices to a customer network.
  • system 150 has a customer network 130 , which includes a customer routing device 180 , and a service provider network 120 , which in turn has two control devices ( 102 and 104 ) and three forwarding devices ( 106 , 108 , and 110 ).
  • forwarding devices reside on an edge of service provider network 120 , meaning that they directly connect to an outside network. According to embodiment, it is these edge forwarding devices that include a local termination module.
  • forwarding device 108 is an edge forwarding device, because it connects with customer network 130 . Accordingly, forwarding device 108 includes local termination module 170 .
  • Local termination module 170 establishes a reachability information session with the external network that its forwarding device is connected to and with each control device on service provider network 120 .
  • local termination module 170 establishes a reachability information session 164 with customer network 130 , and reachability information sessions 160 and 162 with control devices 102 and 104 respectively.
  • Local termination module 170 acts as a proxy for the reachability information sessions exchanging messages between them.
  • local termination module 170 exchanges messages between reachability information sessions 160 , 162 , and 164 to make the multiple control devices 102 and 104 appear to customer routing device 180 to be a single device.
  • local termination module 170 may receive an advertisement from customer routing device 180 via the reachability information session 164 .
  • the advertisement may include reachability information, and the reachability information may indicate which addresses customer routing device 180 can forward information received from service provider network 120 to.
  • local termination module 170 receives the advertisement, it sends the enclosed reachability information to the control devices 102 and 104 via the reachability information sessions 160 and 162 .
  • control devices 102 and 104 may update their knowledge of the network topology.
  • control devices 102 and 104 use the updated network topology to determine routing tables for forwarding devices 106 , 108 , and 110 with respect to those addresses in the reachability information. Specifically, control devices 102 and 104 may add entries to the routing tables to route data destined for addresses within customer network 130 , and reachable from customer network 130 , toward customer network 130 . Then, control devices 102 and 104 transmit the updated routing tables to forwarding devices 106 , 108 , and 110 , enabling forwarding devices 106 , 108 , and 110 to route data to customer network 130 .
  • local termination module 170 Because local termination module 170 has reachability information sessions 160 and 162 with both control device 102 and 104 , it will receive reachability information from both. And because control device 102 and 104 are redundant, and potentially mirror images of each other, the information received from control devices 102 and 104 will be duplicative. When duplicative information is received, local termination module 170 may only forward on the first-received information. To determine whether reachability information has been previously sent, local termination module 170 may store the reachability information, or an identification of it such as a hash. When local termination module 170 receives reachability information from a control device, it may check the storage to determine whether the reachability information has been previously forwarded to the customer routing device. Then, depending on the check, it may forward the information.
  • local termination module 170 may receive an advertisement from control device 102 via reachability information session 160 .
  • the advertisement may include reachability information that in turn includes a number of entries. Each entry may map destination addresses reachable through service provider network 120 to a next hop address.
  • local termination module 170 may check its local storage to determine whether it has already sent. If it has already been sent, local termination module 170 does nothing. If it has not already been sent, local termination module 170 may forward on the data to customer routing device 180 .
  • FIGS. 2A-B are diagrams showing a system 200 that illustrates how reachability information is propagated from one network to another.
  • system 200 includes a customer network 230 that includes a routing device 204 .
  • Routing device 204 is connected to the service provider network at forwarding device 110 .
  • forwarding device 110 being an edge forwarding device, includes a local termination module 220 .
  • customer network 130 has an address space of 20.0.0.0/24. It has been assigned the IP addresses within that space, and so any packets addressed to an IP address whose first three bytes represent 20.0.0 should be routed to customer network 130 .
  • customer network 230 has an address space of 30.0.0.0/24. It too has been assigned those IP addresses, and so any packets addressed to an IP address whose first three bytes represent 30.0.0 should be routed to customer network 230 .
  • Advertisement message 210 includes reachability information indicating that the 20.0.0.0/24 subnet is addressable through customer routing device 180 .
  • Forwarding device 108 receives advertisement message 210 and forwards its reachability information onto both control devices in two separate routing messages: routing messages 212 and 214 for control devices 102 and 104 respectively.
  • Control devices 102 and 104 update their model of the global network topology according to the reachability information in messages 212 and 214 . As described above with respect to FIG. 1B , it uses this information to update the routing tables of forwarding devices 106 , 108 , and 110 to route traffic addressed to 20.0.0.0/24 to customer routing device 180 .
  • control devices 102 and 104 can also send routing advertisements to other external networks as illustrated in FIG. 2B .
  • FIG. 2B illustrates how control devices 102 and 104 advertise reachability information to customer network 230 .
  • control devices 104 have each updated their models of the global network topology to reflect the fact that 20.0.0.0/24 is reachable through customer network 130 , which is connected to the service provider network at forwarding device 108 .
  • control devices 102 and 104 advertise to customer network 230 that 20.0.0.0/24 is reachable through the service provider network.
  • Control devices 102 and 104 having both updated their topology models, each send a respective advertisement 260 and 262 to forwarding device 110 and its local termination module 230 .
  • Advertisements 260 and 262 include reachability information indicating that the destination addresses within the subnet 20.0.0.0/24 are reachable though the service provider network and specifically forwarding device 110 .
  • the reachability information may have a next-hop IP address to reach 20.0.0.0/24 as the IP address of forwarding device 110 .
  • advertisement 260 reaches forwarding device 110 first.
  • Local termination module 230 stores the reachability information, or a hash of the reachability information, in a local storage and sends the reachability information onto customer routing device 204 in an advertisement 264 .
  • customer routing device 204 configures its routing table according to the reachability information. For example, customer routing device 204 may configure its routing table to route traffic addressed to the subnet 20.0.0.0/24 to forwarding device 110 .
  • local termination module 230 compares advertisement 262 's reachability information with the local storage. It determines that advertisement 262 's reachability information is stored in the local storage. And, accordingly, it does not forward the reachability information onto customer network 230 .
  • FIG. 3 is a flowchart of a method 300 for masking redundant controllers, according to an embodiment.
  • Method 300 begins at step 302 when a customer routing device establishes a reachability information session with the edge forwarding device.
  • Step 302 may occur when the customer routing device and the edge forwarding device discover that they are physically connected to each other.
  • the reachability information session created at step 302 enables the forwarding device to exchange advertisements with the customer routing device. Advertisements from the customer routing device may indicate what addresses are reachable through the customer routing device on the customer network. And advertisements from the forwarding device may indicate what addresses are reachable through the forwarding device on the service provider network.
  • the edge forwarding device establishes reachability information sessions with each control device on the service provider network at step 304 . These reachability information sessions enable the respective first and second control devices to send advertisements indicating what addresses are reachable through the service provider network to the forwarding device.
  • the routing devices start exchanging reachability information.
  • the control devices learn that a new address prefix is available through the service provider network at decision block 312
  • each of the control devices advertise the prefix to the edge forwarding device at step 314 .
  • the edge forwarding forwards one of the advertisements onto the customer routing device at step 316 and discards the other.
  • Steps 314 and 316 may execute to communicate all accessible prefixes when the session is first established. Then, as illustrated in FIG. 3 , steps 314 and 316 may execute incremental updates as the control devices learn that new prefixes are accessible.
  • Step 308 and 310 may execute to communicate all accessible prefixes when the session is first established. Then, as illustrated in FIG. 3 , steps 308 and 310 may execute incremental updates as the customer routing device learns that new prefixes are accessible.
  • FIG. 4 is a diagram showing a system 400 that illustrates components of the local termination module 170 in greater detail.
  • Local termination module 170 includes three sub-modules: control session module 402 , external session module 404 , and exchange module 406 .
  • Control session module 402 establishes the reachability information sessions between forwarding device 108 and control devices 102 and 104 as described above for example with respect to step 302 .
  • External session module 404 establishes a reachability information session between the forwarding device and a customer routing device with respect to 304 .
  • Exchange module 406 exchanges advertisements between the first and second reachability information sessions and the third reachability information session such that the first and second control device appear to the customer routing device to be a single device.
  • Exchange module 406 may send messages as illustrated in steps 306 - 316 in FIG. 3 .
  • Each of the devices and modules disclosed herein may be implemented on the same or different computing devices.
  • Such computing devices can include, but are not limited to, a personal computer, a mobile device such as a mobile phone, workstation, embedded system, game console, television, set-top box, or any other computing device.
  • a computing device can include, but is not limited to, a device having a processor and memory, including a non-transitory memory, for executing and storing instructions.
  • the memory may tangibly embody the data and program instructions.
  • Software may include one or more applications and an operating system.
  • Hardware can include, but is not limited to, a processor, a memory, and a graphical user interface display.
  • the computing device may also have multiple processors and multiple shared or separate memory components.
  • the computing device may be a part of or the entirety of a clustered or distributed computing environment or server farm.
  • Identifiers such as “(a),” “(b),” “(i),” “(ii),” etc., are sometimes used for different elements or steps. These identifiers are used for clarity and do not necessarily designate an order for the elements or steps.

Landscapes

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

Abstract

In an embodiment, a method exchanges routing data within a network including control and forwarding on separate devices. In the method, a first reachability information session is established between a forwarding device and a first control device and a second reachability information session is established between the forwarding device and a second control device. Also, a third reachability information session is established between the forwarding device and an external routing device. Finally, advertisements are exchanged between the first and second reachability information sessions and the third reachability information session such that the first and second control device appear to the external routing device to be a single device. System and computer program product embodiments are also disclosed.

Description

CROSS-REFERENCE TO RELATED APPLICATIONS
This application claims the benefit under 35 U.S.C. § 120 as a continuation of U.S. patent application Ser. No. 15/180,936, filed Jun. 13, 2016, now U.S. Pat. No. 10,367,715, which is a continuation of U.S. patent application Ser. No. 14/840,947, filed Aug. 31, 2015, now U.S. Pat. No. 9,379,966, which is a continuation of U.S. patent application Ser. No. 14/250,141, filed Apr. 10, 2014, now U.S. Pat. No. 9,124,507, the entire contents of each of which are incorporated herein by reference.
BACKGROUND Field
This application is generally related to network routing.
Related Art
A communication network may, for example, provide a network connection that allows data to be transferred between two geographically remote locations. A network connection may span multiple links connecting communication devices such as routers. Networks may have different topologies depending on how the links are interconnected through communication devices. Given a particular network topology, multiple routes may be available between a source and destination. Some routes may be more desirable than others depending on current capacity and usage.
Traditional routing algorithms rely on local information each router has from its neighboring links and devices to route data. A router maintains such information in a routing table. The routing table has entries designating a next hop for various destination addresses, or groups of destination addresses. Based on the destination address of an incoming packet, a router uses its routing table to forward the packet to a specific neighboring device. To develop the routing table, each router uses a protocol like Border Gateway Protocol (BGP) to exchange routing and reachability information with local neighboring routers. In this way, each router both forwards packets and conducts control functions to update its own routing table.
While using local information may be desirable in some contexts, it may not always route data efficiently. To route data more efficiently, another technique, referred to as Software Defined Networks (SDNs), separates the control and forwarding functions into separate devices. The control device uses a global knowledge of the network topology to determine a path through the network of forwarding devices for individual data flows. In this way, the routing control device may, for example, establish paths that minimize delay or maximize bandwidth through the network.
BRIEF SUMMARY
In an embodiment, a method exchanges routing data within a network including control and forwarding on separate devices. In the method, a first reachability information session is established between a forwarding device and a first control device, and a second reachability information session is established between the forwarding device and a second control device. The first and second reachability information sessions enable the respective first and second control devices to send advertisements indicating what addresses are reachable through the network. Also, a third reachability information session is established between the forwarding device and an external routing device. The third reachability information session enables the forwarding device to exchange advertisements with the external routing device indicating what addresses are reachable through the respective forwarding and external routing devices. Finally, advertisements are exchanged between the first and second reachability information sessions and the third reachability information session such that the first and second control device appear to the external routing device to be a single device.
System and computer program product embodiments are also disclosed.
Further embodiments, features, and advantages of the invention, as well as the structure and operation of the various embodiments, are described in detail below with reference to accompanying drawings.
BRIEF DESCRIPTION OF THE DRAWINGS
The accompanying drawings, which are incorporated herein and form part of the specification, illustrate the present disclosure and, together with the description, further serve to explain the principles of the disclosure and to enable a person skilled in the relevant art to make and use the disclosure.
FIG. 1A is a diagram of a network having multiple, redundant control devices that are separate from the forwarding devices.
FIG. 1B is a diagram of a network having a local termination module that masks the multiple control devices to an external network.
FIGS. 2A-B are diagrams illustrating an example operation of the system in FIG. 1.
FIG. 3 is a flowchart of a method for masking redundant controllers, according to an embodiment.
FIG. 4 is a diagram showing the system of FIG. 1 in greater detail.
The drawing in which an element first appears is typically indicated by the leftmost digit or digits in the corresponding reference number. In the drawings, like reference numbers may indicate identical or functionally similar elements.
DETAILED DESCRIPTION
As described above, having a control device separate from the forwarding devices make routing decision can enable more intelligent routing decisions on a service provider network. But having a single control device creates a single point of failure. If that control device fails, no updates could be made to any of the routing tables on the forwarding devices. To deal with this, embodiments have multiple, redundant control devices.
But, having multiple control devices on a service provider network can make configuration difficult for users. In particular, the customer may have to configure its routers on its network to accept reachability information from multiple different control devices. This may involve configuring its routers to operate with multiple reachability information sessions, such as Border Gateway Protocol (BGP) sessions, that each provide reachability information to the customer routers. This configuration may be difficult. And having multiple reachability information sessions to the customer network may require transmission of extra traffic and involve extra processing overhead on the customer routers. While aspects are described with respect to customer networks and customer routing devices for illustrative purposes, a skilled artisan would recognize that embodiments apply to any external network, that is, any network external to the service provider network.
To deal with these issues of multiple control devices, embodiments provide an additional module on a forwarding device at the edge of the service provider network, where the service provider network interfaces with the customer network. The module masks the existence of the multiple control devices, making it appear to the customer that only a single control device is being used.
Specifically, the module establishes reachability information sessions, such as BGP sessions, with the customer routers and with each control device in the service provider network. The module exchanges routing data, such as route advertisements, obtained from the customer equipment's reachability information session and the control device's reachability information sessions. When the module receives a route advertisement from the customer equipment, it forwards it onto each of the control devices. And, when the control devices broadcast route advertisements, the module forwards only the first-received one onto the customer routing equipment. These and other embodiments are described below with respect to the accompanying figures.
FIG. 1A is a diagram of a system 100 having multiple, redundant control devices that are separate from the forwarding devices.
System 100 includes a service provider network 120 and a customer network 130. Service provider network 120 may be a metropolitan area network (MAN) or wide area network (WAN) that connects at least two geographically disparate locations. Customer network 130, on the other hand, may be a local area network that, for example, connects different computers within a single entity or building.
Service provider network 120 includes a plurality of forwarding devices: forwarding devices 106, 108, and 110. Each forwarding device may have a plurality of ports and forward packets of data from one port to another. To forward the data, each forwarding device may have a routing table and may forward information according to information in its routing table. Specifically, the routing table may map particular addresses or subnets to particular output ports. When the forwarding device receives a packet of data, the forwarding device examines the packet's destination address to identify an entry in the routing table. In addition to examining the packet's destination address, the forwarding device examines any labels associated with packet, such as Multiprotocol Label Switching (MPLS) labels, to identify the entry in the routing table. That entry in the routing table specifies which port on the forwarding device to forward the packet.
Instead of configuring their own routing tables, in a software defined networks as disclosed herein, the forwarding devices' routing tables are configured by control devices. FIG. 1A depicts two control devices: control devices 102 and 104. Control devices 102 and 104 each may transmit information to forwarding devices 106, 108, and 110 to configure their routing tables. Control devices 102 and 104 may configure the routing tables to route data from a particular data flow along a particular path.
In embodiments, control devices 102 and 104 may be redundant. Each control device may have identical, or mirror image, information about the topology of service provider network 120 and may be able to determine identical paths through service provider network 120 independently of one another. By being redundant, if one of the control devices goes down, the other may continue to configure all of the forwarding devices on service provider network 120. While for illustration only two control devices are shown in FIG. 1A, a skilled artisan would recognize that additional control devices may be used and adding additional control devices would add additional redundancy to system 100.
In addition to configuring the routing tables of the forwarding devices in service provider network 120, control devices 102 and 104 may each establish respective reachability information sessions 120 and 122 with at least one device on customer network 130. The reachability information sessions may exchange routing and teachability information between service provider network 120 and the devices on customer network 130. Border gateway protocol (BGP) is a common type of reachability information session protocol, but other types of reachability information session protocols may be used, for example Open Shortest Path First (OSPF) and Intermediate System to Intermediate System (ISIS).
Control devices 102 and 104 may use the information received from customer network 130 over reachability information sessions 120 and 122 respectively to develop their knowledge of the global network topology. For example, customer network 130 may inform control devices 102 and 104, over reachability information sessions 120 and 122, that it includes or can reach a particular set of destination addresses (such as an IP address subnet). Based on this information, control devices 102 and 104 may update their respective models of the global network topology. And control devices 102 and 104 may use the updated information to determine the routing tables for forwarding devices 106-110.
The routing devices on customer network 130 may also use the information received over reachability information sessions 120 and 122 to configure their routing tables. Customer network 130 may include separate control and forwarding devices as similar to service provider network 120, or customer network 130 may include routers and switches that both forward data, and control and calculate their own routing tables. Either way, the routing devices on customer network 130 use the reachability information received from reachability information sessions 120 and 122 to configure their routing tables. They configure their routing tables such that data destined for an address reachable through service provider network 120 can be forwarded to service provider network 120.
Having multiple control devices in this way may add to redundancy. But having multiple reachability information sessions 120 and 122 may increase the burden on the customer of configuring devices on customer network 130. Specifically, a customer may have to configure its devices to operate with both reachability information session 120 and 122. For an administrator of customer network 130 that may be unfamiliar with service provider network 120, this configuration can be burdensome. To deal with this issue, embodiments aggregate data from the different control devices 102 and 104 to make for a single reachability information session with customer network 130 as illustrated in FIG. 1B.
FIG. 1B illustrates a system 150 that has a local termination module 170 that masks the multiple control devices to a customer network. Like system 100 in FIG. 1A, system 150 has a customer network 130, which includes a customer routing device 180, and a service provider network 120, which in turn has two control devices (102 and 104) and three forwarding devices (106, 108, and 110).
Some forwarding devices reside on an edge of service provider network 120, meaning that they directly connect to an outside network. According to embodiment, it is these edge forwarding devices that include a local termination module. In system 150, forwarding device 108 is an edge forwarding device, because it connects with customer network 130. Accordingly, forwarding device 108 includes local termination module 170.
Local termination module 170 establishes a reachability information session with the external network that its forwarding device is connected to and with each control device on service provider network 120. Here, local termination module 170 establishes a reachability information session 164 with customer network 130, and reachability information sessions 160 and 162 with control devices 102 and 104 respectively. Local termination module 170 acts as a proxy for the reachability information sessions exchanging messages between them.
In particular, local termination module 170 exchanges messages between reachability information sessions 160, 162, and 164 to make the multiple control devices 102 and 104 appear to customer routing device 180 to be a single device. For example, local termination module 170 may receive an advertisement from customer routing device 180 via the reachability information session 164. The advertisement may include reachability information, and the reachability information may indicate which addresses customer routing device 180 can forward information received from service provider network 120 to. When local termination module 170 receives the advertisement, it sends the enclosed reachability information to the control devices 102 and 104 via the reachability information sessions 160 and 162. Using the reachability information, control devices 102 and 104 may update their knowledge of the network topology. And control devices 102 and 104 use the updated network topology to determine routing tables for forwarding devices 106, 108, and 110 with respect to those addresses in the reachability information. Specifically, control devices 102 and 104 may add entries to the routing tables to route data destined for addresses within customer network 130, and reachable from customer network 130, toward customer network 130. Then, control devices 102 and 104 transmit the updated routing tables to forwarding devices 106, 108, and 110, enabling forwarding devices 106, 108, and 110 to route data to customer network 130.
Because local termination module 170 has reachability information sessions 160 and 162 with both control device 102 and 104, it will receive reachability information from both. And because control device 102 and 104 are redundant, and potentially mirror images of each other, the information received from control devices 102 and 104 will be duplicative. When duplicative information is received, local termination module 170 may only forward on the first-received information. To determine whether reachability information has been previously sent, local termination module 170 may store the reachability information, or an identification of it such as a hash. When local termination module 170 receives reachability information from a control device, it may check the storage to determine whether the reachability information has been previously forwarded to the customer routing device. Then, depending on the check, it may forward the information.
In an example operation, local termination module 170 may receive an advertisement from control device 102 via reachability information session 160. The advertisement may include reachability information that in turn includes a number of entries. Each entry may map destination addresses reachable through service provider network 120 to a next hop address. When local termination module 170 receives the advertisement, local termination module 170 may check its local storage to determine whether it has already sent. If it has already been sent, local termination module 170 does nothing. If it has not already been sent, local termination module 170 may forward on the data to customer routing device 180.
FIGS. 2A-B are diagrams showing a system 200 that illustrates how reachability information is propagated from one network to another. In addition to the components of system 150, system 200 includes a customer network 230 that includes a routing device 204. Routing device 204 is connected to the service provider network at forwarding device 110. In system 200, forwarding device 110, being an edge forwarding device, includes a local termination module 220.
As illustrated in FIG. 2A, customer network 130 has an address space of 20.0.0.0/24. It has been assigned the IP addresses within that space, and so any packets addressed to an IP address whose first three bytes represent 20.0.0 should be routed to customer network 130. Similarly, customer network 230 has an address space of 30.0.0.0/24. It too has been assigned those IP addresses, and so any packets addressed to an IP address whose first three bytes represent 30.0.0 should be routed to customer network 230.
When customer network 130's routing device 180 is attached to forwarding device 108, it sends an advertisement message 210. Advertisement message 210 includes reachability information indicating that the 20.0.0.0/24 subnet is addressable through customer routing device 180.
Forwarding device 108 receives advertisement message 210 and forwards its reachability information onto both control devices in two separate routing messages: routing messages 212 and 214 for control devices 102 and 104 respectively. Control devices 102 and 104 update their model of the global network topology according to the reachability information in messages 212 and 214. As described above with respect to FIG. 1B, it uses this information to update the routing tables of forwarding devices 106, 108, and 110 to route traffic addressed to 20.0.0.0/24 to customer routing device 180. In addition to updating the routing tables of the devices on the service provider network, control devices 102 and 104 can also send routing advertisements to other external networks as illustrated in FIG. 2B.
FIG. 2B illustrates how control devices 102 and 104 advertise reachability information to customer network 230. As mentioned above, control devices 104 have each updated their models of the global network topology to reflect the fact that 20.0.0.0/24 is reachable through customer network 130, which is connected to the service provider network at forwarding device 108. In FIG. 2B, control devices 102 and 104 advertise to customer network 230 that 20.0.0.0/24 is reachable through the service provider network.
Control devices 102 and 104, having both updated their topology models, each send a respective advertisement 260 and 262 to forwarding device 110 and its local termination module 230. Advertisements 260 and 262 include reachability information indicating that the destination addresses within the subnet 20.0.0.0/24 are reachable though the service provider network and specifically forwarding device 110. The reachability information may have a next-hop IP address to reach 20.0.0.0/24 as the IP address of forwarding device 110.
Suppose advertisement 260 reaches forwarding device 110 first. Local termination module 230 stores the reachability information, or a hash of the reachability information, in a local storage and sends the reachability information onto customer routing device 204 in an advertisement 264. Based on advertisement 264, customer routing device 204 configures its routing table according to the reachability information. For example, customer routing device 204 may configure its routing table to route traffic addressed to the subnet 20.0.0.0/24 to forwarding device 110.
When advertisement 262 reaches forwarding device 110, local termination module 230 compares advertisement 262's reachability information with the local storage. It determines that advertisement 262's reachability information is stored in the local storage. And, accordingly, it does not forward the reachability information onto customer network 230.
FIG. 3 is a flowchart of a method 300 for masking redundant controllers, according to an embodiment.
Method 300 begins at step 302 when a customer routing device establishes a reachability information session with the edge forwarding device. Step 302 may occur when the customer routing device and the edge forwarding device discover that they are physically connected to each other. The reachability information session created at step 302 enables the forwarding device to exchange advertisements with the customer routing device. Advertisements from the customer routing device may indicate what addresses are reachable through the customer routing device on the customer network. And advertisements from the forwarding device may indicate what addresses are reachable through the forwarding device on the service provider network.
Once the customer routing device establishes the reachability information session at step 302, the edge forwarding device establishes reachability information sessions with each control device on the service provider network at step 304. These reachability information sessions enable the respective first and second control devices to send advertisements indicating what addresses are reachable through the service provider network to the forwarding device.
Once the reachability information sessions are established, the routing devices start exchanging reachability information. When the control devices learn that a new address prefix is available through the service provider network at decision block 312, each of the control devices advertise the prefix to the edge forwarding device at step 314. Then, the edge forwarding forwards one of the advertisements onto the customer routing device at step 316 and discards the other. Steps 314 and 316 may execute to communicate all accessible prefixes when the session is first established. Then, as illustrated in FIG. 3, steps 314 and 316 may execute incremental updates as the control devices learn that new prefixes are accessible.
Similarly, when the customer routing device learn that a new address prefix is available through the customer network at decision block 306, the customer routing device advertises the prefix to the edge forwarding device at step 308. Then, the edge forwarding forwards the advertisement to each control device at step 310. Steps 308 and 310 may execute to communicate all accessible prefixes when the session is first established. Then, as illustrated in FIG. 3, steps 308 and 310 may execute incremental updates as the customer routing device learns that new prefixes are accessible.
FIG. 4 is a diagram showing a system 400 that illustrates components of the local termination module 170 in greater detail. Local termination module 170 includes three sub-modules: control session module 402, external session module 404, and exchange module 406.
Control session module 402 establishes the reachability information sessions between forwarding device 108 and control devices 102 and 104 as described above for example with respect to step 302. External session module 404 establishes a reachability information session between the forwarding device and a customer routing device with respect to 304.
Exchange module 406 exchanges advertisements between the first and second reachability information sessions and the third reachability information session such that the first and second control device appear to the customer routing device to be a single device. Exchange module 406 may send messages as illustrated in steps 306-316 in FIG. 3.
Each of the devices and modules disclosed herein may be implemented in hardware, software, firmware, or any combination thereof.
Each of the devices and modules disclosed herein may be implemented on the same or different computing devices. Such computing devices can include, but are not limited to, a personal computer, a mobile device such as a mobile phone, workstation, embedded system, game console, television, set-top box, or any other computing device. Further, a computing device can include, but is not limited to, a device having a processor and memory, including a non-transitory memory, for executing and storing instructions. The memory may tangibly embody the data and program instructions. Software may include one or more applications and an operating system. Hardware can include, but is not limited to, a processor, a memory, and a graphical user interface display. The computing device may also have multiple processors and multiple shared or separate memory components. For example, the computing device may be a part of or the entirety of a clustered or distributed computing environment or server farm.
Identifiers, such as “(a),” “(b),” “(i),” “(ii),” etc., are sometimes used for different elements or steps. These identifiers are used for clarity and do not necessarily designate an order for the elements or steps.
The present invention has been described above with the aid of functional building blocks illustrating the implementation of specified functions and relationships thereof. The boundaries of these functional building blocks have been arbitrarily defined herein for the convenience of the description. Alternate boundaries can be defined so long as the specified functions and relationships thereof are appropriately performed.
The foregoing description of the specific embodiments will so fully reveal the general nature of the invention that others can, by applying knowledge within the skill of the art, readily modify and/or adapt for various applications such specific embodiments, without undue experimentation, without departing from the general concept of the present invention. Therefore, such adaptations and modifications are intended to be within the meaning and range of equivalents of the disclosed embodiments, based on the teaching and guidance presented herein. It is to be understood that the phraseology or terminology herein is for the purpose of description and not of limitation, such that the terminology or phraseology of the present specification is to be interpreted by the skilled artisan in light of the teachings and guidance.
The breadth and scope of the present invention should not be limited by any of the above-described exemplary embodiments, but should be defined only in accordance with the following claims and their equivalents.

Claims (17)

What is claimed is:
1. A method for exchanging routing data from redundant controllers, comprising:
(a) establishing, at a routing device, a first reachability information session between the routing device and a forwarding device in a network, wherein the first reachability information session enables the routing device to exchange advertisements with the forwarding device indicating which addresses are reachable through the respective routing and forwarding devices, wherein the forwarding device is further part of a second reachability information session established between the forwarding device and a first control device, the second reachability session enabling the first control device to send advertisements indicating which addresses are reachable through the network;
(b) receiving, at the routing device, an advertisement from the forwarding device via the first reachability session, the advertisement comprising information specifying how the routing device is to forward data to destination addresses, wherein the forwarding device does not send advertisement information to the routing device when a duplicative advertisement is received by the forwarding device from the first control device, and wherein the forwarding device sends advertisement information to the first control device when a duplicative advertisement is received by the forwarding device; and
(c) configuring, by the routing device, a routing table based on the information obtained in (b).
2. The method of claim 1, further comprising: selecting, by the routing device, an output port of the routing device based on a destination address of the data or a label of the data in the configured routing table in (c), forwarding, by the routing device, the data to the output port.
3. The method of claim 1, further comprising:
sending, by the routing device, a first advertisement to the forwarding device via the first reachability information session, the first advertisement comprising reachability information indicating which addresses the routing device is able to forward information to,
wherein the forwarding device sends a second advertisement comprising the reachability information received in the first advertisement to the first control device via the second reachability session to update how the first control device specifies how the forwarding device is to forward data to the addresses indicated in the reachability information.
4. The method of claim 1, further comprising:
receiving, by the routing device, an advertisement from the forwarding device via the first reachability session comprising reachability information received by the forwarding device from a first control advertisement from the first control device via the second reachability session if the forwarding device determines that the reachability information received in the first control advertisement has not already been sent to the routing device.
5. The method of claim 1, wherein at least one of the first and second reachability information sessions is a Border Gateway Protocol Control session.
6. The method of claim 1, wherein at least one of the first and second reachability information sessions is an Open Shortest Path First session.
7. The method of claim 1, wherein at least one of the first and second reachability information sessions is an Intermediate System to Intermediate System session.
8. A system for exchanging routing data from redundant controllers, comprising:
a memory; and
one or more processors coupled to the memory, and configured to:
establish, at a routing device, a first reachability information session with a forwarding device such that the first reachability information session enables the routing device and the
forwarding device to exchange advertisements indicating what addresses are reachable through the respective routing and forwarding devices, wherein the forwarding device is further part of a second reachability information session established between the forwarding device and a first control device, the second reachability session enabling the first control device to send advertisements indicating what addresses are reachable through the network;
receive, at the routing device, an advertisement from the forwarding device via the first reachability session, the advertisement comprising information specifying how the routing device is to forward data to destination addresses, wherein the forwarding device does not send advertisement information to the routing device when a duplicative advertisement is received by the forwarding device from the first control device, and wherein the forwarding device sends advertisement information to the first control device when a duplicative advertisement is received by the forwarding device, and
configure, at the routing device, a routing table based on the information obtained over the first reachability session from forwarding device.
9. The system of claim 8, the one or more processors further configured to: select, by the routing device, an output port of the routing device based on a destination address of the data or a label of the data in the configured routing table in (c), forward, by the routing device, the data to the output port.
10. The system of claim 8, the one or more processors further configured to:
send, by the routing device, a first advertisement to the forwarding device via the first reachability session, the advertisement comprising reachability information indicating which addresses the routing device is able to forward information to, wherein the forwarding device sends a second advertisement comprising the reachability information received in the first advertisement to the first control device via the second reachability session to update how the first control device specifies how the forwarding device is to forward data to the addresses indicated in the reachability information.
11. The system of claim 8, the one or more processors further configured to:
receive, by the routing device, an advertisement from the forwarding device via the first reachability session comprising reachability information received by the forwarding device from a first control advertisement from the first control device via the second reachability session if the forwarding device determines that the reachability information received in the first control advertisement has not already been sent to the routing device.
12. The system of claim 8, wherein at least one of the first and second reachability information sessions is a Border Gateway Protocol Control session.
13. The system of claim 8, wherein at least one of the first and second reachability information sessions is an Open Shortest Path First session.
14. A non-transitory program storage device tangibly embodying a program of instructions executable by at least one machine to exchange routing data with a network including a routing device, a separate control device, and plurality of forwarding devices, the instructions executable by the at least one machine to:
(a) establish, with a routing device, a first reachability information session between a routing device and a forwarding device from the plurality of forwarding devices such that the first reachability information session enables the routing device to exchange advertisements with the forwarding device indicating what addresses are reachable through the respective routing and forwarding devices, wherein the forwarding device is further part of a second reachability information session established between the forwarding device and a first control device, the second reachability session enabling the first control device to send advertisements indicating what addresses are reachable through the network,
(b) receive, at the routing device, an advertisement from the forwarding device via the first reachability session comprising information specifying how the routing device is to forward data to destination addresses, wherein the forwarding device does not send advertisement information to the routing device when a duplicative advertisement is received by the forwarding device from the first control device, and wherein the forwarding device sends advertisement information to the first control device when a duplicative advertisement is received by the forwarding device; and
(c) configure, by the routing device, its routing table based on the information obtained in (b).
15. The non-transitory program storage device of claim 14, wherein the instructions are executable by the at least one machine to select, by the routing device, an output port of the routing device based on a destination address of the data or a label of the data in the configured routing table in (c), forwarding, by the routing device, the data to the output port.
16. The non-transitory program storage device of claim 14, wherein the instructions are executable by the at least one machine to:
send, by the routing device, a first advertisement to the forwarding device via the first reachability information session, the first advertisement comprising reachability information indicating which addresses the routing device is able to forward information to, wherein the forwarding device sends a second advertisement comprising the reachability information received in the first advertisement to the first control device via the second reachability session to update how the first control device specifies how the forwarding device is to forward data to the addresses indicated in the reachability information.
17. The non-transitory program storage device of claim 14, wherein at least one of the first and second reachability sessions is a Border Gateway Protocol Control session.
US16/522,650 2014-04-10 2019-07-26 Proxy of routing protocols to redundant controllers Active US10778564B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US16/522,650 US10778564B2 (en) 2014-04-10 2019-07-26 Proxy of routing protocols to redundant controllers

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US14/250,141 US9124507B1 (en) 2014-04-10 2014-04-10 Proxy of routing protocols to redundant controllers
US14/840,947 US9379966B2 (en) 2014-04-10 2015-08-31 Proxy of routing protocols to redundant controllers
US15/180,936 US10367715B2 (en) 2014-04-10 2016-06-13 Proxy of routing protocols to redundant controllers
US16/522,650 US10778564B2 (en) 2014-04-10 2019-07-26 Proxy of routing protocols to redundant controllers

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US15/180,936 Continuation US10367715B2 (en) 2014-04-10 2016-06-13 Proxy of routing protocols to redundant controllers

Publications (2)

Publication Number Publication Date
US20190349285A1 US20190349285A1 (en) 2019-11-14
US10778564B2 true US10778564B2 (en) 2020-09-15

Family

ID=53939000

Family Applications (4)

Application Number Title Priority Date Filing Date
US14/250,141 Active 2034-04-20 US9124507B1 (en) 2014-04-10 2014-04-10 Proxy of routing protocols to redundant controllers
US14/840,947 Active US9379966B2 (en) 2014-04-10 2015-08-31 Proxy of routing protocols to redundant controllers
US15/180,936 Active 2034-10-16 US10367715B2 (en) 2014-04-10 2016-06-13 Proxy of routing protocols to redundant controllers
US16/522,650 Active US10778564B2 (en) 2014-04-10 2019-07-26 Proxy of routing protocols to redundant controllers

Family Applications Before (3)

Application Number Title Priority Date Filing Date
US14/250,141 Active 2034-04-20 US9124507B1 (en) 2014-04-10 2014-04-10 Proxy of routing protocols to redundant controllers
US14/840,947 Active US9379966B2 (en) 2014-04-10 2015-08-31 Proxy of routing protocols to redundant controllers
US15/180,936 Active 2034-10-16 US10367715B2 (en) 2014-04-10 2016-06-13 Proxy of routing protocols to redundant controllers

Country Status (6)

Country Link
US (4) US9124507B1 (en)
EP (1) EP3130092B1 (en)
JP (1) JP6562466B2 (en)
CN (1) CN106165322B (en)
CA (1) CA2945333C (en)
WO (1) WO2015157096A1 (en)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9124507B1 (en) 2014-04-10 2015-09-01 Level 3 Communications, Llc Proxy of routing protocols to redundant controllers
US9736059B2 (en) 2015-04-06 2017-08-15 Verizon Digital Media Services Inc. Purging failover through application controlled transit selection
US9787579B2 (en) 2015-04-06 2017-10-10 Verizon Digital Media Services Inc. Application controlled path selection based on type-of-service
US10033628B2 (en) * 2015-04-06 2018-07-24 Verizon Digital Media Services Inc. Application controlled path selection over different transit providers
US9900222B2 (en) * 2015-10-26 2018-02-20 Microsoft Technology Licensing, Llc Validating routing tables of routing devices
CN106155637B (en) * 2016-07-26 2019-03-29 中国航空工业集团公司西安飞行自动控制研究所 A kind of Multi-target machine parallel communication method based on redundance
CN110365719B (en) 2018-03-26 2021-10-01 华为技术有限公司 Data processing method and related equipment
CN111817907B (en) * 2019-04-11 2022-12-30 华为技术有限公司 Reachability verification method and device
JP2021016067A (en) * 2019-07-11 2021-02-12 富士ゼロックス株式会社 Relay system, relay device, and program
US11283688B2 (en) * 2020-05-19 2022-03-22 Cisco Technology, Inc. Delayed recomputation of formal network topology models based on modifications to deployed network topologies
US10992540B1 (en) 2020-05-19 2021-04-27 Cisco Technology, Inc. Determining formal models using weighting factors for computing elements in multi-cloud environments
US11424989B2 (en) 2020-06-15 2022-08-23 Cisco Technology, Inc. Machine-learning infused network topology generation and deployment
US11398948B2 (en) 2020-06-29 2022-07-26 Cisco Technology, Inc. Generation and deployment of inherited network topology models
CN112187519A (en) * 2020-09-09 2021-01-05 中盈优创资讯科技有限公司 Multi-activity concurrency method and device for realizing policy control based on BGP (Border gateway protocol)

Citations (84)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6374316B1 (en) * 1999-03-19 2002-04-16 Sony Corporation Method and system for circumscribing a topology to form ring structures
US20020080752A1 (en) * 2000-12-22 2002-06-27 Fredrik Johansson Route optimization technique for mobile IP
US6421731B1 (en) * 1996-10-29 2002-07-16 Telxon Corporation Dynamic next hop routing protocol
US20030018715A1 (en) * 2001-06-14 2003-01-23 O'neill Alan Enabling foreign network multicasting for a roaming mobile node, in a foreign network, using a persistent address
US20030072270A1 (en) * 2001-11-29 2003-04-17 Roch Guerin Method and system for topology construction and path identification in a two-level routing domain operated according to a simple link state routing protocol
US20030131028A1 (en) 2001-12-19 2003-07-10 Tarek Radi System and method for managing information for elements in a communication network
US20030140165A1 (en) 2002-01-23 2003-07-24 Sun Microsystems, Inc. Calculation of layered routes in a distributed manner
US20040107242A1 (en) 2002-12-02 2004-06-03 Microsoft Corporation Peer-to-peer content broadcast transfer mechanism
US20040202171A1 (en) 2000-11-27 2004-10-14 Daisuke Hama Network and edge router
US20040208189A1 (en) 2003-03-13 2004-10-21 International Business Machines Corporation Broadcast between subnetworks connected via router
US20050044037A1 (en) 2001-01-30 2005-02-24 David Lawrence Systems and methods for automated political risk management
US20050068968A1 (en) * 2003-09-30 2005-03-31 Shlomo Ovadia Optical-switched (OS) network to OS network routing using extended border gateway protocol
US20050265259A1 (en) * 2004-06-01 2005-12-01 Pascal Thubert Arrangement for providing network prefix information from attached mobile routers to a clusterhead in a tree-based ad hoc mobile network
US20050276216A1 (en) 2004-06-15 2005-12-15 Jean-Philippe Vasseur Avoiding micro-loop upon failure of fast reroute protected links
US20060053164A1 (en) 2004-09-03 2006-03-09 Teracruz, Inc. Application-layer monitoring of communication between one or more database clients and one or more database servers
US20060092856A1 (en) 2004-10-28 2006-05-04 Fujitsu Limited Node device
US20060092857A1 (en) * 2004-11-01 2006-05-04 Lucent Technologies Inc. Softrouter dynamic binding protocol
US20060126496A1 (en) * 2004-12-10 2006-06-15 Clarence Filsfils Fast reroute (FRR) protection at the edge of a RFC 2547 network
US20060126535A1 (en) * 2004-12-14 2006-06-15 Harris Corporation Mobile AD-HOC network providing expedited conglomerated broadcast message reply features and related methods
US20060146857A1 (en) 2004-12-30 2006-07-06 Naik Chickayya G Admission control mechanism for multicast receivers
US20060291378A1 (en) 2005-06-28 2006-12-28 Alcatel Communication path redundancy protection systems and methods
US20070002850A1 (en) * 2005-06-29 2007-01-04 Guichard James N System and methods for compressing message headers
US20070025353A1 (en) 2005-07-14 2007-02-01 Skipper Wireless, Inc. Method and system for providing location-based addressing
US20070076591A1 (en) 2005-09-16 2007-04-05 Khan Mohiuddin M Method and system of providing redundancy in a network device
US20070110017A1 (en) 2005-08-02 2007-05-17 Waav Inc. Mobile router device
US20070165532A1 (en) * 2006-01-17 2007-07-19 Cisco Technology, Inc. Techniques for detecting loop-free paths that cross routing information boundaries
US20070217419A1 (en) * 2006-03-14 2007-09-20 Jean-Philippe Vasseur Technique for efficiently routing IP traffic on CE-CE paths across a provider network
US20070223478A1 (en) 2006-03-22 2007-09-27 Fujitsu Limited First-arrival learning method, repeater, and computer product
US20070233887A1 (en) * 2006-03-28 2007-10-04 Nubani Samer I Method and apparatus for neighborhood discovery across disparate point-to-point networks
US20080062986A1 (en) 2006-09-08 2008-03-13 Cisco Technology, Inc. Providing reachability information in a routing domain of an external destination address in a data communications network
US20080101392A1 (en) * 2005-07-06 2008-05-01 Huawei Technologies Co., Ltd. Method and system for route updating
US7373660B1 (en) * 2003-08-26 2008-05-13 Cisco Technology, Inc. Methods and apparatus to distribute policy information
US20080130515A1 (en) * 2006-11-30 2008-06-05 Jean-Philippe Vasseur Managing an amount of tunnels in a computer network
US20080151755A1 (en) 2006-12-22 2008-06-26 Nec Corporation Network path control system, path control device, and path control method
US20080198859A1 (en) 2007-02-21 2008-08-21 At&T Knowledge Ventures, Lp System for advertising routing updates
US20080205391A1 (en) * 2007-02-27 2008-08-28 Hatteras Networks, Inc. Methods and apparatus for self partitioning a data network to prevent address conflicts
US20080228940A1 (en) * 2007-03-12 2008-09-18 Pascal Thubert Joining tree-based networks into an autonomous system using peer connections between the tree-based networks
US20080232384A1 (en) * 2007-03-19 2008-09-25 Fujitsu Limited Virtual private network apparatus
US20080247335A1 (en) * 2007-04-05 2008-10-09 Harris Corporation Ad-hoc network routing protocol including the use of forward and reverse multi-point relay (mpr) spanning tree routes
US20080259784A1 (en) * 2007-04-18 2008-10-23 Nortel Networks Limited Failure notification in a network having serially connected nodes
US20090073994A1 (en) * 2007-09-17 2009-03-19 Muhammad Akber Qureshi Method and apparatus for distributing dynamic auto-summarization of internet protocol reachable addresses
US20090080436A1 (en) * 2007-09-26 2009-03-26 Russell White Protection of Transit Links in a Network
US20090129387A1 (en) * 2007-11-21 2009-05-21 Cisco Technology, Inc. Extending an ip everywhere network over a plurality of flooding domains
US20090257440A1 (en) 2006-12-22 2009-10-15 Huawei Technologies Co., Ltd. Method, system and router for communication between ip devices
US20090279536A1 (en) * 2007-12-31 2009-11-12 Nortel Networks Limited IP forwarding across a link state protocol controlled ethernet network
US20100008361A1 (en) * 2008-07-08 2010-01-14 Cisco Technology, Inc. Carrier's carrier without customer-edge-to-customer-edge border gateway protocol
US7653745B1 (en) * 2003-05-08 2010-01-26 Cisco Technology, Inc. Method and apparatus for distributed network address translation processing
US20100085957A1 (en) * 2008-10-03 2010-04-08 Elias Mark A Methods and Apparatus to Form Secure Cross-Virtual Private Network Communications Sessions
US20100091823A1 (en) * 2008-10-13 2010-04-15 Cisco Technology, Inc. Two-hop Relay for Reducing Distance Vector Routing Information
US20100111093A1 (en) * 2008-10-31 2010-05-06 Michael Satterlee Methods and apparatus to dynamically control connectivity within virtual private networks
US7751405B1 (en) * 2007-09-26 2010-07-06 Juniper Networks, Inc. Automatic configuration of label switched path tunnels using BGP attributes
US20100177774A1 (en) * 2009-01-09 2010-07-15 Alcatel Lucent Neighbour discovery protocol mediation
JP2010199800A (en) 2009-02-24 2010-09-09 Nippon Telegr & Teleph Corp <Ntt> Route information management method and management system thereof
US20100322255A1 (en) 2009-06-22 2010-12-23 Alcatel-Lucent Usa Inc. Providing cloud-based services using dynamic network virtualization
US8023414B2 (en) * 2006-10-13 2011-09-20 At&T Intellectual Property I, L.P. System and method for routing packet traffic
US20110249551A1 (en) * 2010-04-13 2011-10-13 Calix, Inc. Virtual snooping bridge in computer networks
US20120014386A1 (en) 2010-06-29 2012-01-19 Futurewei Technologies, Inc. Delegate Gateways and Proxy for Target Hosts in Large Layer 2 and Address Resolution with Duplicated Internet Protocol Addresses
US20120177054A1 (en) * 2011-01-10 2012-07-12 Manas Pati Managing Active Edge Devices in VPLS Using BGP Signaling
US20120176934A1 (en) 2007-07-31 2012-07-12 Cisco Technology, Inc. Overlay transport virtualization
EP2506505A1 (en) 2009-11-26 2012-10-03 Nec Corporation Load distribution system, load distribution method, and program
US20120317307A1 (en) 2011-06-07 2012-12-13 Futurewei Technologies, Inc. Method and Apparatus for Content Identifier Based Radius Constrained Cache Flooding to Enable Efficient Content Routing
US20130151685A1 (en) 2011-12-07 2013-06-13 Citrix Systems, Inc. Controlling A Network Interface Using Virtual Switch Proxying
US20130188645A1 (en) * 2009-04-23 2013-07-25 Futurewei Technologies, Inc. Media Access Control Bridging in a Mesh Network
US20130227336A1 (en) * 2012-02-28 2013-08-29 Cisco Technology, Inc. Efficient link repair mechanism triggered by data traffic
US20130329601A1 (en) 2012-06-11 2013-12-12 Futurewei Technologies, Inc. Defining Data Flow Paths in Software-Defined Networks with Application-Layer Traffic Optimization
US20140003227A1 (en) 2012-06-30 2014-01-02 Juniper Networks, Inc. Selective bgp graceful restart in redundant router deployments
US8649497B1 (en) * 2006-04-28 2014-02-11 At&T Intellectual Property Ii, L.P. Method and apparatus for providing reliable path for direct inward dial calls
US20140112122A1 (en) 2012-10-23 2014-04-24 Cisco Technology, Inc. System and method for optimizing next-hop table space in a dual-homed network environment
US20140211615A1 (en) 2012-12-18 2014-07-31 Juniper Networks, Inc. Aggregation network with centralized control
US20140211661A1 (en) 2013-01-25 2014-07-31 Argela Yazilim Ve Bilisim Teknolojileri San. Ve. Tic. A.S. Automatic Discovery of Multiple Controllers in Software Defined Networks (SDNs)
US20140247727A1 (en) * 2013-03-01 2014-09-04 Skytap Distributed service routing protocol suitable for virtual networks
US8837479B1 (en) * 2012-06-27 2014-09-16 Juniper Networks, Inc. Fast reroute between redundant multicast streams
US20140334286A1 (en) * 2013-05-10 2014-11-13 Telefonaktiebolaget L M Ericsson (Publ) Inter-domain fast reroute methods and network devices
US8989194B1 (en) * 2012-12-18 2015-03-24 Google Inc. Systems and methods for improving network redundancy and for facile initialization in a centrally-controlled network
US20150117215A1 (en) * 2013-10-30 2015-04-30 Aruba Networks Inc. Dynamic optimization of advertisement packets
US20150117451A1 (en) 2013-10-30 2015-04-30 International Business Machines Corporation Communication between hetrogenous networks
US20150207724A1 (en) * 2012-12-18 2015-07-23 Juniper Networks, Inc. Dynamic control channel establishment for software-defined networks having centralized control
US20150263899A1 (en) * 2014-03-14 2015-09-17 Nicira, Inc. Managed gateways peering with external router to attract ingress packets
US9191139B1 (en) * 2012-06-12 2015-11-17 Google Inc. Systems and methods for reducing the computational resources for centralized control in a network
US20150358226A1 (en) * 2013-01-06 2015-12-10 Zte Corporation Method and device for registering multicast source and establishing multicast path
US20160020989A1 (en) 2014-04-10 2016-01-21 Level 3 Communications, Llc Proxy of Routing Protocols to Redundant Controllers
US9450817B1 (en) 2013-03-15 2016-09-20 Juniper Networks, Inc. Software defined network controller
US20160277210A1 (en) 2015-03-18 2016-09-22 Juniper Networks, Inc. Evpn inter-subnet multicast forwarding
US20170317952A1 (en) 2016-04-29 2017-11-02 Arm Ltd Feedback mechanism for multicast protocols

Patent Citations (87)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6421731B1 (en) * 1996-10-29 2002-07-16 Telxon Corporation Dynamic next hop routing protocol
US6374316B1 (en) * 1999-03-19 2002-04-16 Sony Corporation Method and system for circumscribing a topology to form ring structures
US20040202171A1 (en) 2000-11-27 2004-10-14 Daisuke Hama Network and edge router
US20020080752A1 (en) * 2000-12-22 2002-06-27 Fredrik Johansson Route optimization technique for mobile IP
US20050044037A1 (en) 2001-01-30 2005-02-24 David Lawrence Systems and methods for automated political risk management
US20030018715A1 (en) * 2001-06-14 2003-01-23 O'neill Alan Enabling foreign network multicasting for a roaming mobile node, in a foreign network, using a persistent address
US20030072270A1 (en) * 2001-11-29 2003-04-17 Roch Guerin Method and system for topology construction and path identification in a two-level routing domain operated according to a simple link state routing protocol
US20030131028A1 (en) 2001-12-19 2003-07-10 Tarek Radi System and method for managing information for elements in a communication network
US20030140165A1 (en) 2002-01-23 2003-07-24 Sun Microsystems, Inc. Calculation of layered routes in a distributed manner
US20040107242A1 (en) 2002-12-02 2004-06-03 Microsoft Corporation Peer-to-peer content broadcast transfer mechanism
US20040208189A1 (en) 2003-03-13 2004-10-21 International Business Machines Corporation Broadcast between subnetworks connected via router
US7653745B1 (en) * 2003-05-08 2010-01-26 Cisco Technology, Inc. Method and apparatus for distributed network address translation processing
US7373660B1 (en) * 2003-08-26 2008-05-13 Cisco Technology, Inc. Methods and apparatus to distribute policy information
US20050068968A1 (en) * 2003-09-30 2005-03-31 Shlomo Ovadia Optical-switched (OS) network to OS network routing using extended border gateway protocol
US20050265259A1 (en) * 2004-06-01 2005-12-01 Pascal Thubert Arrangement for providing network prefix information from attached mobile routers to a clusterhead in a tree-based ad hoc mobile network
US20050276216A1 (en) 2004-06-15 2005-12-15 Jean-Philippe Vasseur Avoiding micro-loop upon failure of fast reroute protected links
US20060053164A1 (en) 2004-09-03 2006-03-09 Teracruz, Inc. Application-layer monitoring of communication between one or more database clients and one or more database servers
US20060092856A1 (en) 2004-10-28 2006-05-04 Fujitsu Limited Node device
US20060092857A1 (en) * 2004-11-01 2006-05-04 Lucent Technologies Inc. Softrouter dynamic binding protocol
US20060126496A1 (en) * 2004-12-10 2006-06-15 Clarence Filsfils Fast reroute (FRR) protection at the edge of a RFC 2547 network
US20060126535A1 (en) * 2004-12-14 2006-06-15 Harris Corporation Mobile AD-HOC network providing expedited conglomerated broadcast message reply features and related methods
US20060146857A1 (en) 2004-12-30 2006-07-06 Naik Chickayya G Admission control mechanism for multicast receivers
US20060291378A1 (en) 2005-06-28 2006-12-28 Alcatel Communication path redundancy protection systems and methods
US20070002850A1 (en) * 2005-06-29 2007-01-04 Guichard James N System and methods for compressing message headers
US20080101392A1 (en) * 2005-07-06 2008-05-01 Huawei Technologies Co., Ltd. Method and system for route updating
US20070025353A1 (en) 2005-07-14 2007-02-01 Skipper Wireless, Inc. Method and system for providing location-based addressing
US20070110017A1 (en) 2005-08-02 2007-05-17 Waav Inc. Mobile router device
US20070076591A1 (en) 2005-09-16 2007-04-05 Khan Mohiuddin M Method and system of providing redundancy in a network device
US20070165532A1 (en) * 2006-01-17 2007-07-19 Cisco Technology, Inc. Techniques for detecting loop-free paths that cross routing information boundaries
US20070217419A1 (en) * 2006-03-14 2007-09-20 Jean-Philippe Vasseur Technique for efficiently routing IP traffic on CE-CE paths across a provider network
US20070223478A1 (en) 2006-03-22 2007-09-27 Fujitsu Limited First-arrival learning method, repeater, and computer product
US20070233887A1 (en) * 2006-03-28 2007-10-04 Nubani Samer I Method and apparatus for neighborhood discovery across disparate point-to-point networks
US8649497B1 (en) * 2006-04-28 2014-02-11 At&T Intellectual Property Ii, L.P. Method and apparatus for providing reliable path for direct inward dial calls
US20080062986A1 (en) 2006-09-08 2008-03-13 Cisco Technology, Inc. Providing reachability information in a routing domain of an external destination address in a data communications network
US8023414B2 (en) * 2006-10-13 2011-09-20 At&T Intellectual Property I, L.P. System and method for routing packet traffic
US20080130515A1 (en) * 2006-11-30 2008-06-05 Jean-Philippe Vasseur Managing an amount of tunnels in a computer network
US20080151755A1 (en) 2006-12-22 2008-06-26 Nec Corporation Network path control system, path control device, and path control method
US20090257440A1 (en) 2006-12-22 2009-10-15 Huawei Technologies Co., Ltd. Method, system and router for communication between ip devices
US20080198859A1 (en) 2007-02-21 2008-08-21 At&T Knowledge Ventures, Lp System for advertising routing updates
US20080205391A1 (en) * 2007-02-27 2008-08-28 Hatteras Networks, Inc. Methods and apparatus for self partitioning a data network to prevent address conflicts
US20080228940A1 (en) * 2007-03-12 2008-09-18 Pascal Thubert Joining tree-based networks into an autonomous system using peer connections between the tree-based networks
US20080232384A1 (en) * 2007-03-19 2008-09-25 Fujitsu Limited Virtual private network apparatus
US20080247335A1 (en) * 2007-04-05 2008-10-09 Harris Corporation Ad-hoc network routing protocol including the use of forward and reverse multi-point relay (mpr) spanning tree routes
US20080259784A1 (en) * 2007-04-18 2008-10-23 Nortel Networks Limited Failure notification in a network having serially connected nodes
US20120176934A1 (en) 2007-07-31 2012-07-12 Cisco Technology, Inc. Overlay transport virtualization
US20090073994A1 (en) * 2007-09-17 2009-03-19 Muhammad Akber Qureshi Method and apparatus for distributing dynamic auto-summarization of internet protocol reachable addresses
US20090080436A1 (en) * 2007-09-26 2009-03-26 Russell White Protection of Transit Links in a Network
US7751405B1 (en) * 2007-09-26 2010-07-06 Juniper Networks, Inc. Automatic configuration of label switched path tunnels using BGP attributes
US20090129387A1 (en) * 2007-11-21 2009-05-21 Cisco Technology, Inc. Extending an ip everywhere network over a plurality of flooding domains
US20090279536A1 (en) * 2007-12-31 2009-11-12 Nortel Networks Limited IP forwarding across a link state protocol controlled ethernet network
US20100008361A1 (en) * 2008-07-08 2010-01-14 Cisco Technology, Inc. Carrier's carrier without customer-edge-to-customer-edge border gateway protocol
US20100085957A1 (en) * 2008-10-03 2010-04-08 Elias Mark A Methods and Apparatus to Form Secure Cross-Virtual Private Network Communications Sessions
US20100091823A1 (en) * 2008-10-13 2010-04-15 Cisco Technology, Inc. Two-hop Relay for Reducing Distance Vector Routing Information
US20100111093A1 (en) * 2008-10-31 2010-05-06 Michael Satterlee Methods and apparatus to dynamically control connectivity within virtual private networks
US20100177774A1 (en) * 2009-01-09 2010-07-15 Alcatel Lucent Neighbour discovery protocol mediation
JP2010199800A (en) 2009-02-24 2010-09-09 Nippon Telegr & Teleph Corp <Ntt> Route information management method and management system thereof
US20130188645A1 (en) * 2009-04-23 2013-07-25 Futurewei Technologies, Inc. Media Access Control Bridging in a Mesh Network
US20100322255A1 (en) 2009-06-22 2010-12-23 Alcatel-Lucent Usa Inc. Providing cloud-based services using dynamic network virtualization
EP2506505A1 (en) 2009-11-26 2012-10-03 Nec Corporation Load distribution system, load distribution method, and program
US20110249551A1 (en) * 2010-04-13 2011-10-13 Calix, Inc. Virtual snooping bridge in computer networks
US20120014386A1 (en) 2010-06-29 2012-01-19 Futurewei Technologies, Inc. Delegate Gateways and Proxy for Target Hosts in Large Layer 2 and Address Resolution with Duplicated Internet Protocol Addresses
US20120177054A1 (en) * 2011-01-10 2012-07-12 Manas Pati Managing Active Edge Devices in VPLS Using BGP Signaling
US20120317307A1 (en) 2011-06-07 2012-12-13 Futurewei Technologies, Inc. Method and Apparatus for Content Identifier Based Radius Constrained Cache Flooding to Enable Efficient Content Routing
CN103597785A (en) 2011-06-07 2014-02-19 华为技术有限公司 Method and apparatus for content identifier based radius constrained cache flooding to enable efficient content routing
US20130151685A1 (en) 2011-12-07 2013-06-13 Citrix Systems, Inc. Controlling A Network Interface Using Virtual Switch Proxying
US20130227336A1 (en) * 2012-02-28 2013-08-29 Cisco Technology, Inc. Efficient link repair mechanism triggered by data traffic
US20130329601A1 (en) 2012-06-11 2013-12-12 Futurewei Technologies, Inc. Defining Data Flow Paths in Software-Defined Networks with Application-Layer Traffic Optimization
US9191139B1 (en) * 2012-06-12 2015-11-17 Google Inc. Systems and methods for reducing the computational resources for centralized control in a network
US8837479B1 (en) * 2012-06-27 2014-09-16 Juniper Networks, Inc. Fast reroute between redundant multicast streams
CN103532839A (en) 2012-06-30 2014-01-22 丛林网络公司 Selective BGP graceful restart in redundant router deployments
US20140003227A1 (en) 2012-06-30 2014-01-02 Juniper Networks, Inc. Selective bgp graceful restart in redundant router deployments
US20140112122A1 (en) 2012-10-23 2014-04-24 Cisco Technology, Inc. System and method for optimizing next-hop table space in a dual-homed network environment
US20150207724A1 (en) * 2012-12-18 2015-07-23 Juniper Networks, Inc. Dynamic control channel establishment for software-defined networks having centralized control
US20140211615A1 (en) 2012-12-18 2014-07-31 Juniper Networks, Inc. Aggregation network with centralized control
US8989194B1 (en) * 2012-12-18 2015-03-24 Google Inc. Systems and methods for improving network redundancy and for facile initialization in a centrally-controlled network
US20150358226A1 (en) * 2013-01-06 2015-12-10 Zte Corporation Method and device for registering multicast source and establishing multicast path
US20140211661A1 (en) 2013-01-25 2014-07-31 Argela Yazilim Ve Bilisim Teknolojileri San. Ve. Tic. A.S. Automatic Discovery of Multiple Controllers in Software Defined Networks (SDNs)
US20140247727A1 (en) * 2013-03-01 2014-09-04 Skytap Distributed service routing protocol suitable for virtual networks
US9450817B1 (en) 2013-03-15 2016-09-20 Juniper Networks, Inc. Software defined network controller
US20140334286A1 (en) * 2013-05-10 2014-11-13 Telefonaktiebolaget L M Ericsson (Publ) Inter-domain fast reroute methods and network devices
US20150117451A1 (en) 2013-10-30 2015-04-30 International Business Machines Corporation Communication between hetrogenous networks
US20150117215A1 (en) * 2013-10-30 2015-04-30 Aruba Networks Inc. Dynamic optimization of advertisement packets
US20150263899A1 (en) * 2014-03-14 2015-09-17 Nicira, Inc. Managed gateways peering with external router to attract ingress packets
US20160020989A1 (en) 2014-04-10 2016-01-21 Level 3 Communications, Llc Proxy of Routing Protocols to Redundant Controllers
US20160294672A1 (en) 2014-04-10 2016-10-06 Level 3 Communications, Llc Proxy of routing protocols to redundant controllers
US20160277210A1 (en) 2015-03-18 2016-09-22 Juniper Networks, Inc. Evpn inter-subnet multicast forwarding
US20170317952A1 (en) 2016-04-29 2017-11-02 Arm Ltd Feedback mechanism for multicast protocols

Non-Patent Citations (11)

* Cited by examiner, † Cited by third party
Title
"SPARC ICT-258457 Initial Split Architecture and Open Flow Protocol Study Deliverable 3.1", http://www.fp7-sparc.eu/assets/deliverables/D3-1-Initial-Split-Architecture-and-OpenFlow-Protocol-study.pdf; [Section7.4NetworkVirtualizationusingOpenFlow]; XP055139594 [retrieved on Sep. 11, 2014] Oct. 1, 2010 00:00:00.0 , 49 pgs.
Canadian Examination Report, dated May 14, 2020, Application No. 2,945,333, filed Apr. 2, 2015; 2 pgs.
Chinese Examination Report, dated Dec. 15, 2017, Application No. 201580018996.1, filed Apr. 2, 2015; 25 pgs.
Chinese Examination Report, dated Nov. 29, 2018, Application No. 201580018996.1, filed Apr. 2, 2015; 3 pgs.
Extended European Search Report, dated Oct. 16, 2017, Application No. 15777320.1, filed Apr. 2, 2015; 8 pgs.
International Preliminary Report on Patentability, dated Oct. 12, 2016, Int'l Appl. No. PCT/US15/024157, Int'l Filing Date Apr. 2, 2015; 7 pgs.
International Search Report, dated Jul. 9, 2015, Int'l Appl. No. PCT/US15/024157, Int'l Filing Date Apr. 2, 2015; 3 pgs.
Japan Notification of Reasons for Refusal, dated Mar. 7, 2019, Application No. 2016-560540, filed Apr. 2, 2015; 5 pgs.
ROB SHERWOOD, GLEN GIBB, KOK-KIONG YAP, GUIDO APPENZELLER, MARTIN CASADO, NICK MCKEOWN, GURU PARULKAR: "FlowVisor: A Network Virtualization Layer FlowVisor: A Network Virtualization Layer", 14 October 2009 (2009-10-14), XP055091501, Retrieved from the Internet <URL:http://openflow.org/downloads/technicalreports/openflow-tr-2009-1-flowvisor.pdf>
Sherwood, Rob et al., "FlowVisor: A Network Virtualization Layer", OpenFlow http://openflow.org/downloads/technicalreports/openflow-tr-2009-1-flowvisor.pdf [retrieved on Oct. 14, 2009] XP055091501 Oct. 14, 2009 00:00:00.0 , 15 pgs.
Written Opinion of the International Searching Authority, dated Jul. 9, 2015, Int'l Appl. No. PCT/US15/024157, Int'l Filing Date Apr. 2, 2015; 5 pgs.

Also Published As

Publication number Publication date
US20160020989A1 (en) 2016-01-21
EP3130092A4 (en) 2017-11-29
US20190349285A1 (en) 2019-11-14
CN106165322B (en) 2019-08-09
JP2017511069A (en) 2017-04-13
CA2945333C (en) 2021-10-19
US10367715B2 (en) 2019-07-30
CN106165322A (en) 2016-11-23
US9379966B2 (en) 2016-06-28
US9124507B1 (en) 2015-09-01
WO2015157096A1 (en) 2015-10-15
EP3130092B1 (en) 2019-10-23
CA2945333A1 (en) 2015-10-15
US20160294672A1 (en) 2016-10-06
EP3130092A1 (en) 2017-02-15
JP6562466B2 (en) 2019-08-21

Similar Documents

Publication Publication Date Title
US10778564B2 (en) Proxy of routing protocols to redundant controllers
US12106160B2 (en) First hop gateway redundancy in a network computing environment
US11805045B2 (en) Selective routing
US9979629B2 (en) Distribution of segment identifiers in network functions virtualization and software defined network environments
US20180359174A1 (en) Control device discovery in networks having separate control and forwarding devices
US8824334B2 (en) Dynamic shared risk node group (SRNG) membership discovery
US8995444B2 (en) Method and system for extending routing domain to non-routing end stations
US20200396162A1 (en) Service function chain sfc-based communication method, and apparatus
US10771380B2 (en) Fast control path and data path convergence in layer 2 overlay networks
US20120218936A1 (en) Route limiting in border gateway protocol over satellite networks
JP6008801B2 (en) Transmission system, transmission method, and transmission apparatus
US11290394B2 (en) Traffic control in hybrid networks containing both software defined networking domains and non-SDN IP domains
US8667174B2 (en) Method and system for survival of data plane through a total control plane failure
US10069725B1 (en) Collapsed forwarding for service domain routers
CN110120916A (en) The priority of bgp session is formed
JP2019519146A (en) Routing establishment, packet transmission
US20220231942A1 (en) Packet processing method and related apparatus

Legal Events

Date Code Title Description
FEPP Fee payment procedure

Free format text: ENTITY STATUS SET TO UNDISCOUNTED (ORIGINAL EVENT CODE: BIG.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

AS Assignment

Owner name: LEVEL 3 COMMUNICATIONS, LLC., COLORADO

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:TW TELECOM HOLDINGS, INC.;REEL/FRAME:049937/0559

Effective date: 20141120

Owner name: TW TELECOM HOLDINGS INC., COLORADO

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:SELLA, WILLIAM THOMAS;SELLA, JAMES MICHAEL;REEL/FRAME:049944/0718

Effective date: 20140410

STPP Information on status: patent application and granting procedure in general

Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION

STPP Information on status: patent application and granting procedure in general

Free format text: NON FINAL ACTION MAILED

STPP Information on status: patent application and granting procedure in general

Free format text: PUBLICATIONS -- ISSUE FEE PAYMENT VERIFIED

STCF Information on status: patent grant

Free format text: PATENTED CASE

MAFP Maintenance fee payment

Free format text: PAYMENT OF MAINTENANCE FEE, 4TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1551); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

Year of fee payment: 4