* Your assessment is very important for improving the workof artificial intelligence, which forms the content of this project
Download Document
Zero-configuration networking wikipedia , lookup
Net neutrality wikipedia , lookup
Passive optical network wikipedia , lookup
Net neutrality law wikipedia , lookup
Video on demand wikipedia , lookup
Computer network wikipedia , lookup
Piggybacking (Internet access) wikipedia , lookup
Wake-on-LAN wikipedia , lookup
Asynchronous Transfer Mode wikipedia , lookup
Airborne Networking wikipedia , lookup
List of wireless community networks by region wikipedia , lookup
Network tap wikipedia , lookup
Cracking of wireless networks wikipedia , lookup
Multiprotocol Label Switching wikipedia , lookup
Distributed firewall wikipedia , lookup
Recursive InterNetwork Architecture (RINA) wikipedia , lookup
UniPro protocol stack wikipedia , lookup
Policy-based QoS Framework for Multi-service IP Networks Hoon Lee E-mail: [email protected] Network and Service Assurance Lab. Dept. of Information & Communications Engineering Changwon National University Changwon, Korea Service Trends: Triple Play=Voice+Data+Video Voice from Phone Data from PC VoD/ TV Videophone There exists no killer applications! Pack them up!! Triple Play Services: - Italy: FastWeb - Japan: NTT RENA, KDDI, SoftBank - Korea 1. KT: All up prime (Megapass+VoIP+Videophone+Messaging+Broadcasting) 2. Dacom: Internet+VoIP+ Broadcasting 3. Hanaro Telecom: 2 Scenarios PSTN: xDSL+POTS+SkyLife Cable: Cable internet+VoIP+Broadcasting Technologies for Internet QoS Speed up & Over-provisioning (QoS-Free) - Current BE service - Applicable to any kind of future applications * Almost zero delay if link speed is in the order of 10s of Mbps Service Differentiation for Priority Traffic SP, CBQ, Hybrid - Wired network: IETF DiffServ + MPLS (Priority service +Tunneling) Priority: EF > AF > BE - Wireless ad hoc network: SWAN (Feedback control + CAC) Priority: rt traffic > BE traffic Policy-based QoS Guarantee - Policies for service differentiation / BW allocation / scheduling / routing Policy-based QoS Framework of TEQUILA Policy Manageme nt Tool Policy management Policy server Policy consumer From Customer SLS Subscr. Traffic Estimation Network Provisioning Static policy (Long-term) SLS Req. SLS Inv. SLS Management Network monitoring Resource manag. Route manag Performance Manag. Traffic Engineering Dynamic policy (Short-term) NTT RENA’s QoS Framework Separation of control and data transfer plane Flexible network control Centralized QoS management e2e QoS Service/Network Control Platform NIB SCS PS BB From NMS PSTN PC Video server PC e2e Optical network Web server Phone RENATM: Resilient Network Architecture SCS: Session control server BB: Bandwidth broker PS: Policy-server NIB:Network information base Phone Policies for IP QoS Principle for IP QoS: Be faithful to IP’s philosophy. - Advantage of IP: Connectionless paradigm Simple & scalable IP QoS Provisioning: via Policy-based networking - Destination-based routing based on OSPF principle - Treat QoS traffic with higher priority than the BE traffic SP does not sacrifice the lower class traffic when the link speed exceeds 10s of Mbps!! - Protection of QoS traffic: Class-based CAC - Network–wide: Interoperation of Policy Server/NMS Dynamic CAC & bandwidth management Policy-based Networking: Big Picture Phones Best effort IP network VoIP G/W PBX … Current AN Router PCs/Servers Core Access Premium backbone network Router Router Voice buffer MPLS Tunnel Policy server farm QoS Server (SLA) Policy Base VPN Bandwidth Broker Voice Access network Data NIB Traffic meter PCs/Phones/TEs/Serv ers Core node: DiffServ-based CBQ + PHB-based Scheduling + MPLS-TE Edge node: SLA negotiation, UPC, Packet classification /QoS mapping, CBQ, Packet-scheduling Packet Level SLS Service type Data service Voice service Video service Bundle service Attributes Conventional BE service QoS compatible to PSTN New Interactive Application services QoS Requirements (ITU-T) Email, ftp, low quality video None Internet telephony, Interactive multimedia E2E delay < 150ms for 99.99% of packets, PLR < 10-3 TV, Videoconfere ncing E2E delay < 150ms for 99.99% of packets, PLR < 10-4 IP VPN ,www, on-line game, streaming multimedia Minimum contracted BW, E2E delay < 1~4sec PLR < 10-6 Mapping between DiffServ & MPLS QoS Services Premium service Assured service Better than BE service Best-Effort service DiffServ PHB EF AF 1/2 AF 3/4 BE MPLS Label Platinum Gold Silver/ Bronze Steel ITU-T QoS Class 0/1 2 3~4 5 Typical Applications VoIP VPN Signaling, VoD WWW, telnet, streaming service e-mail Bandwidth Allocation Alternatives Bandwidth reservation model - Absolute QoS guarantee - Low efficiency - e.g.: IntServ architecture - Application to: Videophone service Bandwidth share with priority scheme model - Statistical QoS guarantee - High utilization - e.g.: DiffServ architecture - Application to: Multi-service Bandwidth Reservation Model : Videophone Service Architecture ISP LAN Video Phone Internet traffic Cd IP Network (DiffServ) E-S/W Router … Cv = ? Cv=C C: Number of videophone connection (channel) : Bandwidth of a videophone connection E-S/W … Input to The System Parameters: Number of subscribers: M (Tens of thousand) Fraction of active connections at busy hour: (10%~20%) Mean session duration: 1/ ( 1,000seconds) Mean session arrival rate: (0.01 ~ 1 ) Session broking probability: (0.5~1%) Bandwidth requirement of a Videophone session: = 2Mbps (For basic rate service) (8bits/pixel250200pixels/frame5frames/sec=2Mbps) Analytic System Model Assumption on the session: Session arrival: Poisson arrival Session duration: Exponential distribution System model: Infinite number of traffic sources Full availability link M/M/c/c Queuing model with C concurrent channels Erlang B-formula for GoS of videophone service C E (C , ) C! C i i 0 i! . Constraint on the Service level: E(C,) . where = (M /)/3600 Results and Discussion Typical Assumptions: M = 30,000 residential subscribers = 0.1 (Residential= 10%, Business=20%) 1/ =1,000 seconds =0.36/0.72 sessions / Busy hour / Person (Residential / Business) =1% = 2Mbps (basic rate) Result of computation: Input traffic in Erlang: 300 Erlang Computed number of channel: 323 Channels Required bandwidth: Cv=C = 323 2Mbps = 646Mbps To provide the safety margin, we have to take into account the traffic from alternate route of the neighboring nodes: Cv Final= 2 Cv=1.3Gbps Final result. Comparison: Residential vs. Business When the subscribers are business customers - = 0.2 - = 0.72 (The offered load increases to 4 times that of the residential subscribers!) Total required bandwidth for a number of subscribers: Number of subscriber Required number of channel (residential / business) Total Required Bandwidth (residential / business) 30,000 323 / 1292 1.3 / 5.2 Gbps 60,000 650 / 2600 2.6 / 10.4 Gbps 90,000 928 / 3712 3.7 / 14.8 Gbps Bandwidth Share Model : Strict Priority Scheduling Scheme System model: DiffServ-aware MPLS Service model: Strict priority (SP) to voice over data1 over data2 Router model: M/G/1 queue with non-preemptive service Objectives: Evaluation of delay for class1, 2, and 3 packets Voice packet SP Data1 packet C Data 2 packet Our concern: 1. Can we apply the SPSS in a DiffServ router for BcN? 2. How about the behavior of delay with respect to the system parameters? System Model System parameters: - Mean arrival rate for voice/data1/data2: 1, 2 , 3 - Mean service time for voice/data1/data2 : 1/1, 1/2 , 1/3 - Second moment of service time: E[k2],k=1,2,3 - Offered load for voice/data1/data2 : 1, 2, 3 - Link capacity: C Source models: - Voice: Poisson arrival, fixed packet size - Data1 & data2: Poisson arrivals, Pareto distributions Delay Performance Mean waiting times for M/G/1 queue with SP service: 2 E [ k 1 k k ] 3 W1 R 2(1 1 ) W2 R , (1 1 )(1 1 2 ) W3 R , (1 1 2 )(1 1 2 3 ) Mean waiting time for M/G/1 queue with FIFO service: 2=squared coefficient of variation for 2 1 CS2 C S WFIFO ( ). 1 2 service time of a packet 1 Numerical Experiments Source traffic profile: - Voice source: G.711 Voice coder, 216bytes - Data source: Ethernet frame, Pareto distribution, m F (l ) Pr{L l} 1 ( ) , (l m, 0). l Minimum packet size, m: 500~1500bytes Tail index: =3 Link capacity per output port: 1M, 10M, 100Mbps Traffic Load Type Load Type 1 2 3 A 0.1 0.4 0.4 0.9 B 0.3 0.3 0.3 0.9 C 0.5 0.2 0.2 0.9 D 0.7 0.1 0.1 0.9 Light-voice Heavy-data Heavy-voice Light-data Waiting Time of Voice Packets for Different Link Capacities m2=500bytes, m3=1500bytes Under SP scheduling scheme, delay of voice packet is almost negligible for high-speed links! Waiting Time of Voice Packets for Different Service Schemes m2=m3=1,000 bytes, C=1Mbps The conventional wisdom of “SP isolates voice traffic from non- voice traffic” does not hold! This is more evident for the WFQ-families. Delay Performance of Data Traffic Performance comparison between different classes: W2 1 . W1 1 1 2 W3 1 1 . W2 (1 1 2 3 ) 1=0.2 1=0.4 1=0.2 2=0.4 2=0.2 Summary Policy is important for QoS provisioning in future Internet. Network provisioning is dependent on the policy. Reservation model over-estimates the network resources. Shared bandwidth model will prevail. Accurate dimensioning of network resources saves cost. References [Lee] Hoon Lee, “Strategies for the construction of Policy-based managed IP QoS”, Final Report of NCA II-RER-04041, November 30, 2004. [Lee] Hoon Lee et al., “Dimensioning NGN for QoS guaranteed voice services”, Jr. of IEEK, Vol. TC-40, No.12, December 2003. [Lee] Hoon Lee, “Delay analysis of DiffServ/MPLS network”, Industrial Mathematics Initiative 2004, August 26-28, Korea. [Lee] Hoon Lee et al., “Delay performance of non-realtime services for the strict priority scheduling scheme”, Jr. of the research institute of industrial technology, Vol.18, May 2004. [Trimintzios] P. Trimintzios et al., An architectural framework for providing QoS in IP differentiated services networks, TEQUILA Project report.