Firewall Cluster Primary Node Assignment via Crossbeam Coordination

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing firewall systems struggle to manage connections effectively in a distributed cluster setup across multiple computer systems, leading to limitations in node coordination and potential issues like split clusters or failure to recover when the primary node is unavailable.

Innovation Solution

A distributed firewall cluster comprising three or more nodes, where a controller assigns a primary node based on reported eligibility and status, with nodes self-configuring and managing their roles to prevent split clusters and ensure seamless operation, including a crossbeam architecture for coordination and load balancing.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If firewall filtering functions are distributed across multiple computer systems in a cluster, then the firewall's processing capacity and reliability are improved, but the complexity of node coordination and primary node management increases

Engineering Contradiction:
Improvefirewall operation reliabilityVSAvoidnode coordination complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

Nodes automatically determine their own primary node status by checking whether their node ID matches the stored primary node ID from the crossbeam file. This self-service mechanism eliminates the need for complex manual coordination and automatic primary node selection, reducing operational complexity while maintaining reliability in distributed firewall clusters.

Inventive Principle:
Principle #25Self-service

2Ease of operation

If a single primary node is designated in the firewall cluster, then coordination and decision-making are simplified, but the system becomes vulnerable to single points of failure

Engineering Contradiction:
Improvecluster coordination easeVSAvoidsystem availability
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

The system performs preliminary actions by storing the primary node ID in the crossbeam file before any failover events occur. This pre-configured information enables automatic primary node selection and failover without requiring complex real-time coordination or manual intervention, thus maintaining ease of operation while improving reliability through automatic backup activation.

Inventive Principle:
Principle #10Preliminary action

3Extent of automation

If nodes report their primary node eligibility status, then automatic primary node assignment is enabled, but the communication overhead and timing coordination requirements increase

Engineering Contradiction:
Improveprimary node assignment automationVSAvoidstatus reporting time
Core Design Contradiction:
Extent of automationVSLoss of time

Solution Approach 1:

The patent extracts the primary node identification information from complex status reporting mechanisms and stores it directly in the crossbeam file during initialization. This extraction eliminates the need for continuous status reporting and timing-critical coordination, reducing communication overhead and time loss while maintaining high automation through simple ID comparison.

Inventive Principle:
Principle #2Taking out (Extraction)

4Ease of manufacture

If the firewall cluster uses preexisting cluster membership, then node integration is simplified, but timing issues may cause nodes to timeout before properly joining the cluster

Engineering Contradiction:
Improvecluster setup easeVSAvoidnode join timing
Core Design Contradiction:
Ease of manufactureVSLoss of time

Solution Approach 1:

The system implements beforehand cushioning by extending the timeout period for nodes to report their status and join the cluster. This extended timing buffer ensures that nodes have sufficient time to detect existing cluster membership and properly integrate without premature timeout errors, maintaining ease of cluster setup while preventing timing-related failures.

Inventive Principle:
Principle #11Beforehand cushioning (Prior cushioning)

Data Source

PatentUS10721209B2Timing management in a large firewall cluster
Publication Date: 2020.07.21 MCAFEE LLC
  • US10721209B2 patent drawing
  • US10721209B2 patent drawing
  • US10721209B2 patent drawing

AI summary

A firewall cluster comprises three or more firewall processing nodes, which report primary node status based on the reporting node's membership in a preexisting cluster. A controller uses the reported status to assign a primary node in the distributed firewall cluster. Reported primary node status includes reported primary node eligibility if the node is a member of a preexisting cluster, reported primary node status comprising reporting primary node ineligibility if the node is not a member of a preexisting cluster, reported primary node status if the node is a primary node in a preexisting cluster, and reported primary node eligibility in a node that has timed out.