* Your assessment is very important for improving the workof artificial intelligence, which forms the content of this project
Download 20000209-HoustonQoS-Fallis
Passive optical network wikipedia , lookup
Distributed firewall wikipedia , lookup
Computer network wikipedia , lookup
Piggybacking (Internet access) wikipedia , lookup
Wake-on-LAN wikipedia , lookup
Network tap wikipedia , lookup
Multiprotocol Label Switching wikipedia , lookup
SIP extensions for the IP Multimedia Subsystem wikipedia , lookup
Zero-configuration networking wikipedia , lookup
Cracking of wireless networks wikipedia , lookup
Asynchronous Transfer Mode wikipedia , lookup
Deep packet inspection wikipedia , lookup
Airborne Networking wikipedia , lookup
List of wireless community networks by region wikipedia , lookup
Routing in delay-tolerant networking wikipedia , lookup
Recursive InterNetwork Architecture (RINA) wikipedia , lookup
QoS Architectures for Connectionless Networks Stewart Fallis [[email protected]] BT Advanced Communications Research 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 a Generic Network Model Core Network Real time Local Data Networks a Mobile Networks (real time & data) Need a Globally Accepted QoS Architecture Current QoS Architectures • ATM QoS • Delay by design • Integrated Services • Connection Oriented QoS • Negotiable guaranteed end-to-end delay service • Dynamic Delay Guarantees • Zero packet loss • Classes: signalled via control • 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 a •QoS maybe too soft e.g. Premium service • No-per flow separation • Static: Subscription based • No feedback from network when failure occurs 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 a Network would support both ‘Hard’ and ‘Soft’ QoS Soft QoS: Olympic Service Host inserts pkt class Ensures access to specified portion of o/p link bandwidth Profiler Scheduling Gold Silver Bronze Polices pkt rate & marks those outside negotiated rate RIO Congestion control Buffer (RED IN and OUT packets) fill a Random in packet drop aggressive out packet drop No drop Increasing load 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 a Overcomes Need For Per-Flow State Hard QoS: Bounded Delay Core Network Host pk rate shaping Local Data Networks Complexity pushed to network edges & hosts a N .LBD Twc R FIFO queuing for BD in core routers Bounded Delay: Delay Bound Host packetisation delay • Int-serv assumed best effort • Network delays dominant Host packetisation delay a NW delay Packetisation delay • Long timescales to ‘sort’ incoming packets NW delay Packetisation delay • Bounded Delay assumes high speed core • Packetisation delay dominant • FIFO queuing is sufficient Dynamic QoS • Lightweight signalling • User initiated • Simple bandwidth request Alternatively, communication can be via a bandwidth broker or could be future DNS? Bandwidth Request a Bandwidth request can involve only edge nodes, or depending on how onerous, all nodes. Bounded Delay: Grade of Service • Use CAC to restrict users • Provides varying QoS from one “pool” of bandwidth a Low user limit C A C Medium user limit C A C High user limit C A C Generic QoS Node Dest Address lookup Signalling QoS Architecture Switching engine a Current IP architecture does not support connections! Connection Oriented Routing Is this not simply MPLS? Label lookup Dest Address lookup Signalling QoS Architecture Switching engine a CO routing does not affect the QoS Architecture 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 a