Bi-Directional Resource Setup Reservation Protocol B-RSVP

1
Bi-Directional Resource Setup Reservation
ProtocolB-RSVP

• Kamel Shaheen
• Kamel.shaheen_at_interdigital.com

2
Overview

• Main Guidelines for B-RSVP
• Backward Compatibility with RSVP
• Minimum amount of change to existing RSVP
  Protocol and network topology.
• Bi-directional RSVP Proposal
• What is B-RSVP? What are the changes?
• How does B-RSVP work?
• Why are these changes backward compatible?
• Conclusion and Discussion

3
Multimedia Session over IP Network with RSVP
Router 3
Router 1
Router 2
Service Initiator
Service Receptor
Service establishment using SIP
Resource Reservation by Service Initiator
Media traffic is established in this direction
Resource Reservation by Service Receptor
Media traffic is established in this direction
Updating Resource Reservation by both sides
4
Multimedia Session over IP Network with B-RSVP
Router 3
Router 1
Router 2
Service Initiator
Service Receptor
Service establishment using SIP
Resource Reservation by Service Initiator
Media traffic is established in both directions
Updating Resource Reservation by Service Receptor
5
What, How, and Where can RSVP be modified?

• By expanding existing message formats and the
  associated process (software upgrade) at the
  routers.
• The RSVP existing message type field a0000 is
  used to indicate a Send-Only reservation.
  (Backward Compatible),
• By generalizing the process, the same message
  RSVP format can be used for Receive-only
  reservation, e.g., a0011. (Backward
  Compatible),
• By extended the RSVP message to accommodate the
  reservations both directions (Bi-directional
  Send Receive Reservations), e.g., a1111.

6
B-RSVP Message Format PATH SENDER_TSPEC
a 0000 Send-only Direction (Old form)
A 1111 Send and Receive
a 0011 Receive- only Direction
a is the message type field
7
B-RSVP Message Format PATH Default ADSPEC
8
B-RSVP PATH Guaranteed Service ADSPEC
9
B-RSVP RESV FLOWSPEC (Guaranteed Service)
10
B-RSVP RESV FLOWSPEC (Guaranteed Service
Extension Format)
11
Conclusion

• For Bi-directional services, RSVP requires the
  reservation process to be performed in both
  direction at both end points.
• For receive only services, the originator needs
  to request the terminated end point to make the
  reservation.
• B-RSVP allows the originator to make
  bi-directional reservations reducing the total
  number of messages exchanged between endpoints
  and saving substantial air interface resources.
• B-RSVP is based on existing procedures defined
  for RSVP by extending existing message formats
  for new services and minor adjustments to the
  associated processes at the routers.
• The extended message format can be used for
  unidirectional (Send-only or Receive only), or
  Bi-directional (Send and Receive) reservations
• The Send-only message is the existing RSVP
  message (Backward Compatible),
• The Receive-only message is similar to Send-only
  except for message type,
• The Send-Receive message contains traffic
  parameters for both directions, same overhead
  information, and has a new message type.