Containerized BGP Modules Scaling Network Routing
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Current network routing protocols, such as BGP, face scalability issues due to the need for multiple connections between routers and the lack of efficient resource management, leading to increased operational burdens and reduced flexibility in handling changes in network traffic demands.
Innovation Solution
Implementing a routing protocol service system using containerized routing protocol modules on a single compute node, which enables network address translation and peer-to-peer communication among modules, allowing for scalable routing services without requiring changes to existing BGP clients or protocols, and providing a shared data store for routing information.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If multiple connections between routers are used to handle routing protocol sessions, then routing information exchange is achieved, but device complexity and operational burden increase
Solution Approach 1:
The patent segments the routing protocol service into multiple independent containerized modules (routing protocol daemons) that can be instantiated on a single compute node. Each container handles specific routing sessions, dividing the complex connection management task into manageable, isolated units that can be independently configured, monitored, and scaled without affecting the entire system.
Solution Approach 2:
The compute node is designed to universally handle multiple routing protocol sessions across different autonomous systems through a pool of containerized modules. The system can dynamically allocate and reuse these modules to serve various BGP peers, making the infrastructure multi-functional and adaptable to different routing scenarios without requiring dedicated hardware for each connection.
2Reliability
If traditional routing protocol implementations are used, then routing services are provided, but scalability is limited due to lack of efficient resource management
Solution Approach 1:
The system implements dynamic resource management through containerized routing protocol modules that can be instantiated, activated, deactivated, and removed based on real-time routing demands. The compute node dynamically allocates computational resources to handle varying numbers of BGP sessions and routing information exchanges, allowing the system to scale flexibly without over-provisioning or under-provisioning resources.
Solution Approach 2:
The patent uses containerization to create lightweight, copyable instances of routing protocol daemons. These containers can be rapidly replicated across the compute node to handle increased routing loads, with each container being a self-contained, portable unit that can be copied and deployed without complex configuration, enabling quick scaling of routing services.
3Loss of energy
If a single compute device is used, then resource utilization is improved, but handling changes in network traffic demands becomes difficult
Solution Approach 1:
The patent merges multiple routing protocol functionalities into a single compute node by containerizing different routing protocol daemons and orchestration components. This consolidation improves resource utilization by eliminating redundant hardware while maintaining the ability to handle diverse routing protocols and session types through the modular container architecture.
Solution Approach 2:
The system enables flexible adaptation to traffic demands by dynamically changing operational parameters such as the number of active routing protocol daemon instances, container resource allocations (CPU, memory), and session handling priorities. These parameter adjustments allow the single compute device to optimize performance for varying network conditions without physical reconfiguration.
Data Source
AI summary
This disclosure describes techniques for scaling resources that handle, participate, and/or control routing protocol sessions. In one example, this disclosure describes a method that includes instantiating a plurality of containerized routing protocol modules, each capable of storing routing information about a network having a plurality of routers; performing network address translation to enable each of the containerized routing protocol modules to communicate with each of the plurality of routers using a public address associated with the computing system; configuring each of the containerized routing protocol modules to peer with a different subset of the plurality of routers so that each of the containerized routing protocol modules share routing information with a respective different subset of the plurality of routers; and configuring each of the containerized routing protocol modules to peer with each other to share routing information received from the different subsets of the plurality of routers.