Donor Borrower Notification Filtering for Network Router Performance
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
In network routers, assigning unique Internet Protocol (IP) addresses to multiple interfaces is cumbersome and generates a large number of event notification messages due to changes in donor interface addresses, leading to reduced system performance and responsiveness.
Innovation Solution
A system where a donor maintains a pool of addresses, borrowers obtain addresses from the donor, and a library manages relationships between donors and borrowers, as well as daemons interested in borrowers, to efficiently notify only relevant daemons of incidents affecting the donors.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If the kernel generates event notification messages for each borrower when a donor address changes, then all applications/programs are notified of address changes, but the system performance and responsiveness deteriorate due to the large number of notifications and processing resources required
Solution Approach 1:
The patent introduces a notification intermediary mechanism that sits between the kernel and daemons. The library maintains mapping relationships between donors, borrowers, and daemons, and selectively forwards notifications only to daemons that have registered interest in affected borrowers. This intermediary filters the notification flow, preventing the kernel from directly notifying all daemons about every borrower, thus reducing the notification overhead while maintaining reliable delivery to interested parties.
2Adaptability or versatility
If unique IP addresses are assigned to each network interface, then each interface has its own address, but the address pool is consumed rapidly and address assignment becomes cumbersome
Solution Approach 1:
The patent merges multiple borrower interfaces under a single donor interface's address pool. Instead of assigning unique addresses from the global pool to each borrower interface, multiple borrowers share addresses from their donor's pool. This combining approach allows numerous interfaces to maintain addressability while conserving the global network address pool, as borrowers obtain addresses locally from their donor rather than requiring unique global addresses.
3Loss of information
If all daemons are notified of every donor incident, then no information is lost, but the processing overhead increases significantly
Solution Approach 1:
The patent applies local quality by making notification delivery selective rather than universal. The library maintains specific mapping relationships between daemons and borrowers, and only notifies daemons that have registered interest in the particular borrower affected by the donor incident. This localized approach ensures that each daemon receives only the notifications relevant to its specific interests, preventing information loss for interested parties while avoiding unnecessary processing for uninterested daemons.
Data Source
AI summary
A device may include a donor to maintain a pool of addresses; a group of borrowers to obtain addresses from the donor; a daemon that has registered an interest in one or more borrowers in the group of borrowers; and a library to maintain first relationships between donors and borrowers that have obtained addresses from the donors, maintain second relationships between daemons and borrowers in which the daemons have registered an interest, receive a notification regarding an incident associated with the donor, identify, in response to the notification, the group of borrowers based on the first relationships, determine that the daemon has registered an interest in the one or more borrowers in the group of borrowers based on the second relationships, and output, to the daemon, a notification regarding the incident associated with the donor.