Download presentation
Presentation is loading. Please wait.
Published byCorey Blake Modified over 9 years ago
1
QoS Translation and Signaling Protocols Edge Device Design for Heterogeneous Network PI: Klara Nahrstedt, Roy Campbell (klara,roy@cs.uiuc.edu) RA: Yuxin Zhou (z-yuxin@uiuc.edu) University of Illinois at Urbana-Champaign
2
Goals Create an edge device model –Create edge device model which connects different networks in a heterogeneous network Understand the End-to-End QoS signaling –Analyze different signaling protocol directions such as sender vs. receiver oriented signaling protocols Translate traffic parameters in the edge device –Translate traffic parameters among IntServ, ATM and CATV Verify the edge device model use OPNET simulation environment
3
QoS and the Internet Internet is a heterogeneous network –Only Best Effort Service available Several network technologies provide QoS –Internet Integrated Services (IntServ): Guaranteed Service (GS), Controlled Load Service (CLS), Best Effort Service –ATM: CBR, VBR, ABR, UBR –CATV: Unsolicited Grant Service, rt-Polling Service, Best Effort, and others
4
Edge Device Architecture for IntServ/ATM Two-Dimensional Structure –Control Plane –Data Plane –RSVP Control –ATM Control RSVP Messages Flow –PATH from RSVP Control –PATH from ATM Control –RESV from RSVP Control –RESV from ATM Control FST* Cell Buffer Control Plane Data Plane (per Flow) RSVP ControlATM Control * Flow State Table
5
End-to-End QoS Signaling Protocol Sender Times Ingress Edge Device Egress Edge Device Receiver Choose NSAP Addr. Add Selector Byte to RESV RESV Wait for ATM Connection Request Get Selector Byte From RESV RESV Make ATM Connection Request Accept ATM Connection Store Port in Flow Record ATM Connection RESV (QoS Reserve) ALLOCATE
6
Signaling Protocol Issues QoS setup in ATM is sender-oriented but QoS IntServ is receiver-oriented Intelligence is built into Edge Device to handle asymmetric end-to-end connection setup ATM connection is not established until a RESV message is processed at the Ingress Edge Device
7
ATM/IntServ Mapping CBR parameters to GS parameters –PCR translates to Peak Rate –MCR translates to Average Rate –SCR translates to Bucket Depth ABR parameters to CLS parameters –PCR translates to Average Rate –MCR is set to be zero Or –PCR is set to be default value –MCR translates to Allowed Cell Rate –Actual transmission rate is controlled by the ATM ABR feedback information
8
Edge Device Considerations for Cable Network Cable network is getting popular for data communications Asymmetric bandwidth allocation scheme –Downstream has higher bandwidth than upstream Head-end reserves and allocates up- and down- stream bandwidth –QoS requirement is not initiated by an End-System –Edge devices (Cable Modem and CMTS) need to translate the traffic parameters and signal the connection setup
9
CATV network: Example
10
End-to-End QoS in CATV QoS Heterogeneity –End User: IntServ –Transmission: Cable Network –Backbone: ATM Asymmetric requirement for up/down stream –Flow between users inside a cable network contains both up and down stream network segments
11
Parameter Mapping for CATV IntServ Guaranteed Service Controlled Load Service Best Effort Service ATMCBRABRUBR Cable Modem UGSNrt-PollingBest Effort
12
Contributions Generic Edge Device Architecture Edge Device Design for IntServ/ATM Edge Device Design for IntServ/CATV/ATM/ Design and Verification of End-to-end QoS Signaling via OPNET Design and Verification of QoS Translation Mappings via OPNET
Similar presentations
© 2024 SlidePlayer.com. Inc.
All rights reserved.