1 / 14

QoS Architectures for Connectionless Networks

QoS Architectures for Connectionless Networks. Stewart Fallis [stewart@mirror.bt.co.uk] BT Advanced Communications Research. Outline. Future network model A generic network model Current architectures ATM QoS Integrated Services Differentiated Services

liona
Download Presentation

QoS Architectures for Connectionless Networks

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. QoS Architectures for Connectionless Networks Stewart Fallis [stewart@mirror.bt.co.uk] BT Advanced Communications Research

  2. Outline • Future network model • A generic network model • Current architectures • ATM QoS • Integrated Services • Differentiated Services • Evolving Differentiated Services • ‘Soft’ QoS • ‘Hard’ QoS • Bounded Delay service • Dynamic QoS • Grade of service • Generic QoS node • Concluding comments

  3. Generic Network Model Core Network Real time Local Data Networks Mobile Networks (real time & data) Need a Globally Accepted QoS Architecture

  4. Current QoS Architectures • ATM QoS • Delay by design • Classes: signalled via control • Integrated Services • Connection Oriented QoS • Negotiable guaranteed end-to-end • delay service • Dynamic Delay Guarantees • Zero packet loss • Heavy weight signalling protocol • Hard QoS • Requires per-flow state in routers • Pessimistic delay bound • Differentiated Services • Connectionless QoS • Small set of aggregate classes: • no per-flow information • ‘Dumb’ core routers • QoS maybe too soft e.g. Premium • service • No-per flow separation • Static: Subscription based • No feedback from network • when failure occurs

  5. Evolving Differentiated Services • What we really need is: • Dynamic Bandwidth Allocation • Per-flow state only at edge • Signalling for hard QoS • Low delay by design not negotiation • Aggregate in core • Not soft-state Network would support both ‘Hard’ and ‘Soft’ QoS

  6. Soft QoS: Olympic Service Ensures access to specified portion of o/p link bandwidth Host inserts pkt class Gold Scheduling Profiler Silver Bronze Random in packet drop aggressive out packet drop Polices pkt rate & marks those outside negotiated rate RIO Congestion control (RED IN and OUT packets) Buffer fill No drop Increasing load

  7. Hard QoS: Bounded Delay • Evolve Diffserv EF class • Peak rate host shaping • Limit Max Packet size • Dimensioned buffer & bandwidth Guaranteed Delay bound + Simple FIFO queuing Overcomes Need For Per-Flow State

  8. Hard QoS: Bounded Delay Core Network FIFO queuing for BD in core routers Host pk rate shaping Local Data Networks Complexity pushed to network edges & hosts

  9. Packetisation delay Host packetisation delay NW delay Packetisation delay Host packetisation delay NW delay Bounded Delay: Delay Bound • Long timescales to • ‘sort’ incoming packets • Int-serv assumed best effort • Network delays dominant • Bounded Delay assumes high speed core • Packetisation delay dominant • FIFO queuing is sufficient

  10. Dynamic QoS Alternatively, communication can be via a bandwidth broker or could be future DNS? • Lightweight signalling • User initiated • Simple bandwidth request Bandwidth Request Bandwidth request can involve only edge nodes, or depending on how onerous, all nodes.

  11. C A C C A C Low user limit C A C Medium user limit High user limit Bounded Delay: Grade of Service • Use CAC to restrict users • Provides varying QoS from one “pool” of bandwidth

  12. Dest Address lookup Signalling QoS Architecture Switching engine Generic QoS Node Current IP architecture does not support connections!

  13. Connection Oriented Routing Is this not simply MPLS? Dest Address lookup Label lookup Signalling Mapping QoS Architecture Switching engine CO routing does not affect the QoS Architecture

  14. Conclusions • Migration to control layer • QoS is application, routing independent • Common reservation method • Common signalling method • Range of QoS supported • QoS architecture not dependant on other NW functions • Work needs to be done on how and when to use these services

More Related