Bandwidth Upspeeding via Automatic RSVP Trigger

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In communications systems using the Resource Reservation Protocol (RSVP), when multiple bandwidth requests are made, routers often allocate less than the preferred bandwidth due to insufficient resources, leading to inefficient processes for obtaining additional bandwidth for existing reservations.

Innovation Solution

Implementing a method where intermediate routers automatically detect available additional bandwidth and trigger an upspeeding of existing reservations by providing an indication to the sender, allowing for the allocation of higher specified bandwidths if they become available, using multiple traffic specification (TSPEC) objects within RSVP messages to specify multiple acceptable bandwidths.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If multiple TSPEC requests are communicated in the same RSVP setup message exchange, then bandwidth allocation flexibility is improved, but the complexity of bandwidth management increases

Engineering Contradiction:
Improvebandwidth allocation flexibilityVSAvoidbandwidth management complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The bandwidth request is segmented into multiple TSPEC objects within a single RSVP message. Each TSPEC represents a discrete bandwidth request that can be independently evaluated and allocated by the router, allowing flexible bandwidth allocation while maintaining manageable complexity through structured segmentation.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

Multiple TSPEC requests are prepared and communicated in advance within the same RSVP setup message exchange. This preliminary action allows the router to evaluate all bandwidth requirements upfront and allocate resources efficiently without requiring multiple separate negotiation exchanges.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If a recipient allocates acceptable bandwidth less than preferred bandwidth due to resource constraints, then resource allocation reliability is improved, but the efficiency of bandwidth utilization deteriorates

Engineering Contradiction:
Improveresource allocation reliabilityVSAvoidbandwidth utilization efficiency
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The bandwidth allocation is made dynamic by allowing the recipient to initially allocate acceptable bandwidth when resources are constrained, then subsequently update the reservation to allocate preferred bandwidth when resources become available. This dynamic adjustment resolves the contradiction between reliable allocation under constraints and efficient utilization when resources permit.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system implements feedback mechanisms where the recipient monitors resource availability and communicates bandwidth allocation status back to the sender. When resources become available, the recipient can trigger additional bandwidth allocation, creating a feedback loop that optimizes bandwidth utilization while maintaining reliable allocation under constraints.

Inventive Principle:
Principle #23Feedback

3Quantity of substance

If additional bandwidth is obtained through additional reservation exchanges, then bandwidth availability is improved, but the time required for bandwidth allocation increases

Engineering Contradiction:
Improvebandwidth availabilityVSAvoidbandwidth allocation time
Core Design Contradiction:
Quantity of substanceVSLoss of time

Solution Approach 1:

Multiple TSPEC requests with different bandwidth levels are communicated in advance within the same RSVP setup message exchange. This preliminary action prepares the system for potential future bandwidth increases without requiring additional negotiation exchanges, thereby reducing the time required to obtain additional bandwidth when resources become available.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system enables self-service bandwidth allocation by having the recipient automatically detect available bandwidth and trigger updates to existing reservations. This eliminates the need for manual intervention or additional trial-and-error reservation exchanges, reducing time loss while improving bandwidth availability.

Inventive Principle:
Principle #25Self-service

4Adaptability or versatility

If trial and error reservation exchanges are used to obtain additional bandwidth, then bandwidth allocation adaptability is improved, but the number of communication exchanges increases

Engineering Contradiction:
Improvebandwidth allocation adaptabilityVSAvoidreservation exchange efficiency
Core Design Contradiction:
Adaptability or versatilityVSProductivity

Solution Approach 1:

Multiple TSPEC requests are communicated in the same RSVP setup message exchange as a preliminary action. This allows the system to adapt to different bandwidth scenarios without requiring multiple separate trial-and-error exchanges, thereby improving reservation exchange efficiency while maintaining allocation adaptability.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The recipient monitors resource availability and provides feedback to the sender about acceptable versus preferred bandwidth allocations. This feedback mechanism enables adaptive bandwidth allocation without requiring multiple trial-and-error exchanges, as the sender receives clear guidance on what bandwidth levels are acceptable at different times.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS9008122B2Method and apparatus for triggering bandwidth upspeeding within an existing reservation
Publication Date: 2015.04.14 CISCO TECHNOLOGY INC
  • US9008122B2 patent drawing
  • US9008122B2 patent drawing
  • US9008122B2 patent drawing

AI summary

In one embodiment, a method includes reserving a first amount of bandwidth with respect to a path in response to a reservation request from a sender. The reservation request specifies a plurality of acceptable amounts of bandwidth including the first amount of bandwidth and a second amount of bandwidth. The first amount of bandwidth is less than the second amount of bandwidth. The method also includes determining, after reserving the first amount of bandwidth, that additional bandwidth sufficient to accommodate the second amount of bandwidth is available, and automatically providing a first indication that the additional bandwidth is available. Automatically providing the first indication that the additional bandwidth is available includes providing the first indication to at least the sender. Finally, the method includes obtaining a second indication, the second indication being arranged to indicate whether the second amount of bandwidth may be accommodated with respect to the path.