sdn-and-bgp

SDN Traffic Optimizations

 

BGP Inbound Traffic Engineering

 

SDN Traffic Optimizations

In today’s digital age, where data consumption is exponentially increasing, efficient network traffic management has become more critical than ever. Traditional networking approaches often struggle to meet the demand, leading to congestion, latency, and poor performance. However, with the advent of Software-Defined Networking (SDN), network administrators now have powerful tools to optimize network traffic and improve overall network efficiency.

SDN is an innovative networking approach that separates the control and data planes. By centralizing network control in a software-based controller, SDN enables administrators to have a holistic view of the network and implement traffic optimizations seamlessly. This centralized control allows for dynamic traffic routing, load balancing, and prioritization, improving network performance.

 

Highlights: SDN Traffic Optimizations

  • Challenges to Multihoming

Multihoming to different transit providers has become an essential service component at the Internet edge. Multihoming allows you to satisfy several high-level requirements, including redundancy. Redundancy is site or device/link level and protects from a single point of failure.

There are several ways to route and manage traffic in and out of multi-homed sites. Some rely on static routing, while others rely on the routing policy capabilities of the inter-domain routing protocol, Border Gateway Protocol (BGP).

 

You may find the following helpful post for pre-information:

  1. WAN SDN 
  2. TCP IP Optimization
  3. BGP SDN
  4. What is BGP Protocol in Networking
  5. Network Traffic Engineering

 



Inbound Traffic Optimization

Key SDN Traffic Optimizations Discussion Points:


  • Introduction to SDN Traffic Optimizations and what is involved.

  • Highlighting the challenges with BGP inbound traffic engineering.

  • Critical points on how this can be solved.

  • Technical details with a use case that uses LISP protocol.

  • A final point on WAN SDN.

 

Back to basics with BGP

Border Gateway Protocol (BGP) is the routing protocol to exchange routing information across the Internet. BGP is considered the glue of the Internet and is the only protocol designed to deal with a network of the Internet’s size. As a result, BGP is sometimes called a distance-path protocol.

BGP does not look at something as simple as hop count or link costs, but it doesn’t keep track of the complete topology of the entire network either. Instead, BGP accomplishes this through neighbor-peer relationships that must be explicitly configured.

 

  • A key point: Lab guide on BGP

Here we have a sample BGP network that consists of two nodes, BGP Peer 1 and BGP Peer 2. We are running iBGP between these BGP peers, which is done by configuring both peers with the same AS number. In our case, this is AS 1. The command: show ip bgp summary is used to determine the status of a BGP neighbor. Remember that BGP runs over TCP port 179 and is a path vector protocol.

 

Port 179
Diagram: Port 179 with BGP peerings.

 

BGP Inbound Traffic Engineering

BGP is great for reducing network complexity and increasing scale at edges, but it has shortcomings concerning path selection. BGP is scalable and robust, but routing decisions based on BGP attributes are flawed. These are driving a requirement for a new approach, SDN traffic optimizations, and triangular routing with the LISP control plane.

For BGP inbound traffic engineering, the protocol validates path attributes. It selects the best path by checking local preference, shortest AS Path, ORIGIN attribute, lower MED attribute, eBGP routes are preferred over iBGP routes, and lower metric to the NEXT-HOP. Although these attributes allow granular policy control, they do not cover aspects relating to path performance. So, how can you add intelligence to BGP?

SDN Traffic Optimizations

 

Traffic Engineering with SDN:

SDN enables administrators to implement advanced traffic engineering techniques to optimize network traffic. By leveraging real-time network analytics and traffic monitoring, SDN controllers can intelligently route traffic based on various parameters such as bandwidth, latency requirements, and network congestion. This dynamic traffic engineering ensures network resources are efficiently utilized, reducing bottlenecks and improving overall network performance.

Quality of Service (QoS) Optimization:

One of the key benefits of SDN is its ability to prioritize certain types of network traffic over others. With SDN, administrators can implement Quality of Service (QoS) policies to ensure critical applications and services receive the necessary bandwidth and low latency they require. By prioritizing traffic based on predefined rules, SDN can guarantee a consistent user experience for essential services while preventing network congestion caused by non-critical traffic.

Scalability and Flexibility:

Traditional networking architectures often struggle to scale efficiently, leading to performance degradation as network demand increases. SDN offers inherent scalability by decoupling network control from the underlying hardware. With SDN, administrators can quickly scale network resources and adapt to changing traffic patterns by dynamically provisioning resources and adjusting traffic flow without requiring manual configuration changes.

Network Virtualization:

SDN provides the foundation for network virtualization, allowing administrators to create virtual networks independent of the underlying physical infrastructure. This virtualization enables the efficient allocation of network resources, isolation of traffic, and simplified network management. By leveraging network virtualization, organizations can optimize their network traffic by creating logical networks that meet specific requirements, such as separating traffic for different departments or applications.

 

SDN Traffic Optimizations and Border 6

Border6’s goal is simple: to develop an innovative routing optimization platform. Their toolset (NSI probe and NSI server) is not a replacement for BGP but a complementary tool. BGP is still required at network edges. The NSI products integrate with the border-routing process to complement the BGP decision process.

Integrating NSI into BGP adds additional intelligence to the BGP routing process and overcomes the issues addressed with BGP inbound traffic engineering. They are allowing engineers to automate, control, and monitor routing policies. For example, they have a Routing Decision Engine ( RDE ) that looks at the cost of transits. It takes into account the monthly subscription cost and the cost of traffic bursts.

 

Inbound traffic optimization

NSI probing and analysis allow them to measure latency and packet loss. The best path is then compared to the original path selected by the BGP process. The entire process lets you compare paths in terms of performance. If BGP does not determine the best path, NSI automates traffic engineering and pushes outbound traffic via the best-performing path.

The NSI probe communicates with the BGP edge routers and sends aggregated data back to the NSI Server. The server then analyzes the data and triggers an action for the NSI probe. You can have multiple NSI probes for various data center topologies at each location.

BGP Inbound Traffic Engineering

Optimizing inbound traffic flow

Enforcing outbound routing is performed without any difficulty. Inbound routing differs as you rely on the upstream 3rd party to take action. You can, however, influence this with AS-PATH prepending, community tagging, and auto-shutdown of defective links. Locator/ID Separation Protocol (LISP) provides more granularity for inbound traffic engineering as it separates the address spaces.

Border 6 supports LISP version 1.1 and can respond to the path available to external servers to reach a preferred network. This is based on NSI measurements. Border 6 is collaborating with French Research Agency ( ANR ) to develop a design to integrate NSI with LISP for inbound traffic optimization. This is an ongoing project and is dependent on the broader scope of a global LISP implementation. And as Mateusz Viste states – “LISP is not going to rule the Internet tomorrow, nor the day after that.

 

Border 6 LISP process

The NSI device registers itself with a MAP server. A LISP Map server is a LISP infrastructure device that advertises host prefixes that are advertising to it. The registration process involves sending the MAP server the customer’s prefix. When other LISP participants need to send a packet to the customer’s prefix, they query the MAP server for its location. The MAP server, in turn, relays it to the NSI device.

NSI identifies who is asking (what remote prefix), and responds with the correct RLOC device. RLOCs identify the location of the prefix. The selection of RLOC is based on where transit gateway Border 6 prefers. This requires LISP tunnels on every customer’s edge routers, making it possible for external entities to send LISP-tunneled packets. Until LISP becomes widely available, Border6 continues other working practices to optimize inbound traffic flows, shortest AS-Path, community tagging, and auto-shutdown of defective links.

 

Other Inbound Optimizations

Standard AS-PATH prepending is a well-known BGP path engineering method. BGP selects paths with the shortest AS path. Setting multiple AS entries to a prefix, announced to each of your transits, will affect inbound traffic flow. Community tagging – is a “work-in-progress” project due this year. Essentially, they can add custom-defined communities to the selected prefix.

Transit providers can match these communities and re-announce them partially. Effectively, traffic engineering-inbound flow. Auto-shutdown of defective links – when NSI detects a failure on one of your transit, it can shut down the BGP session (via ssh access on your router), preventing announcements of your prefix via particular links.

 

NSI route limiter

RAM and CPU are critical components of router resources and should always be protected. Routers at the edge may need to accept large portions of the BGP table, maybe the entire BGP table, consuming many router resources. The global IPv4 routing table has surpassed the 500 thousand route benchmark. We are quickly reaching the hard forwarding capacity limits of many popular routers. NSI has a nice feature known as a route limiter.

It is used for routers that can not accept large BGP tables due to memory or other constraints. NSI can feed low-end customer edge routers routes that NSI selects to match destinations where you send traffic. This frees up RAM and CPU for additional control and data plane tasks. It also lets you use cheaper Layer 3 switches, such as Cumulus or Brocade. Make your WAN edge and BGP platform a proper BGP SDN-powered solution.

Software-Defined Networking (SDN) has revolutionized network traffic optimization by giving administrators unprecedented control and flexibility. With its centralized control, dynamic traffic engineering capabilities, and ability to prioritize critical traffic, SDN enables organizations to improve network performance, reduce congestion, and enhance the overall user experience. As the demand for data continues to grow, SDN will play a crucial role in ensuring efficient network traffic management in the digital era.

 

SDN traffic optimizations