1 / 40

v1.0 - 20050426

Telecommunications Industry Association TR-30.3/09-03-004 Arlington, VA, March 30-31, 2009. v1.0 - 20050426. Packet Delay Modeling From a network synchronization perspective TIA TR 30.3 Arlington, VA March 2009. Outline. Introduction Status Need common test suites Issues

holt
Download Presentation

v1.0 - 20050426

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. Telecommunications Industry Association TR-30.3/09-03-004 Arlington, VA, March 30-31, 2009 v1.0 - 20050426

  2. Packet Delay Modeling From a network synchronization perspective TIA TR 30.3 Arlington, VA March 2009

  3. Outline • Introduction • Status • Need common test suites • Issues • Burst Definition • Simple way to understand PDV • Matlab approximation to help demystify • Synthetic test cases • Some example results • Interesting 3D surface plots • Recap

  4. State of Sync • Deployment of CES/TDMoIP/PTP has begun • Strong financial incentive to do so • Trials are ongoing with good success • But is the technology really ready? • Not yet. • Examples: • SLA metrics are insufficient to ensure success with Sync • Need common conformance and interoperability test suites • Allocate end-to-end PDV budget to individual NEs • Drives future equipment development Anue Systems, Inc. www.anuesystems.com

  5. Need common test suites • Three different approaches • Collect real world traces from actual networks • Good because it is realistic • But no way to know if such traces are really worst case • Service providers are sensitive about publishing such measurements • G.8261 Appendix VI test bed • Measure delays in a test bed under controlled conditions • Realism and repeatability depends on many factors • Synthetic test cases • Create test cases that introduce controlled amounts of impairment • Can be unrealistic but still very useful • E.g: sinusoidal tolerance tests for SONET/SDH • Can be realistic • E.g: modem testsd Anue Systems, Inc. www.anuesystems.com

  6. Real world measurements • Actual measurements are samples of network behavior. • Good for research and initial development • Not so good for ensuring interoperability or performancemargin in a real network. • What if conditions change? • Network loads & characteristics increase • Technologies change (e.g. DOCSIS3.0, WiMAX, xDSL, PON) • And: Harder to control • e.g. no control over results (e.g. minTDEV)

  7. Real World Measurements 1 RNC GEM 2 PDV #1 PDV #2 Capture CES or PTP and save to PDV Bidi & Multi stream Anue Systems, Inc. www.anuesystems.com

  8. Real world measurements Anue Systems, Inc. www.anuesystems.com

  9. G.8261 App VI Test case: Seems straightforward Anue Systems, Inc. www.anuesystems.com

  10. Build & Measure a G.8261 App VI Test bed • Test case descriptions in Appendix VI are incomplete • It probably seemed clear enough when written. • And it wasn’t important enough to be normative anyway. • Now, everyone is doing it. • Differently. • Top three issues • Load Definition • Burst Definition • Burst Definition Anue Systems, Inc. www.anuesystems.com

  11. A test bed • Measure delay under G.8261 Appendix VI test conditions…..

  12. Definition of Load Percentage • Load percentage is • A ratio: number of bits / max # bits possible • Measured over a specified time interval • Longest possible time is to measure over a whole test case (one value/average) • Shortest possible time is to measure from one frame to the next (many values) • Why does this matter? • Because we need to know what 80% load means • If 80% is the peak load • Then 80% is max and applies only during the burst. • During gap, assume that 64 and 576 byte generators stay same • If 80% is an average over the whole test case (nominal), • Then load measured during a single burst must be greater than 80%. • The amount by which it exceeds 80% determines the burst duty cycle. Anue Systems, Inc. www.anuesystems.com

  13. Bursts not fully specified “Maximum size packets will occur in bursts lasting between 0.1s and 3s.” • Two related questions: • How long between bursts? • What is the burst density? • If “Load” means peak load • Then there’s no guidance on the gaps between bursts • Could pick fixed or random value, or just assume 50% duty cycle • If “Load” means average load • Then gap time will depend on burst density • proportional to the amount by which the load during a burst exceeds the nominal load Anue Systems, Inc. www.anuesystems.com

  14. Burst Parameters Burst Load Gap Length Burst Length Load Percentage Nominal Load time Anue Systems, Inc. www.anuesystems.com

  15. Burst Examples (30 sec. each: 20%, 50%, 80%) CBR “Load” means peak load Anue Systems, Inc. www.anuesystems.com

  16. Burst Examples (30 sec. each: 20%, 50%, 80%) CBR Bursts VBR Bursts “Load” means Avg Load Anue Systems, Inc. www.anuesystems.com

  17. Burst Examples (30 sec. each: 20%, 50%, 80%) “Load” means Avg Load Load during burst is Gamma distributed Anue Systems, Inc. www.anuesystems.com

  18. Are there limits on Burst Density? • Yes • For two reasons • TM1 has 64-byte disturbance packets at a constant rate (CBR). • Bandwidth limit (1G) of the disturbance load generators. • Though you could have separate generators for each packet size ($) MaxBurstLoad = 100% - NomLoad*(F64+F576) Anue Systems, Inc. www.anuesystems.com

  19. G.8261 App VI Test cases: What matters most? • Primary factor: Configuration of disturbance load generator • Bursts (and gaps) • Disturbance packet size(s) • Secondary factors • Type of switch (L2 or L2/L3) • CBR (almost or exactly … or not) • Other important factors • Non-ethernet links (especially asymmetric access technologies) • DSL, Cable Modem, PON (beating effects w.r.t. packet schedulers) • Uplink versus downlink • Store & Forward (traditional ethernet) vs. cut-through (MPLS) Anue Systems, Inc. www.anuesystems.com

  20. What to expect PDV to look like? Why? function V = PDV(NumPkt, PktSz, DistLd, TM, NumSw, MinDelSw, UncDelSw) MinDly = NumSw * (PktSz + MinDelSw); % Store-fwd delay MaxLen = max(TM(:,1)); X = zeros(1,MaxLen); % X is PDV for one switch for d=1:size(TM,1) len = TM(d,1); frac = TM(d,2); X = X + (frac/len)*[ones(1,len), zeros(1,MaxLen-len)]; end V = zeros(1,MaxLen*(NumSw-1)); % V is end-to end PDV V(1) = binopdf(0,NumSw-1,max(1e-4,DistLd)); for j=1:NumSw-1 tmp = X; for k=2:j tmp = conv(tmp,X); end weight = binopdf(j,NumSw-1,max(1e-4,DistLd)); V = V + weight*[tmp,zeros(1,MaxLen*(NumSw-1)-size(tmp,2))]; end V = [zeros(1,MinDly) NumPkt*V]; V = conv(V,ClkUncer(NumSw,UncDelSw)); TM2 20% 80% Anue Systems, Inc. www.anuesystems.com

  21. What to expect PDV to look like? 20% TM2: Reality vs. Matlab Anue Systems, Inc. www.anuesystems.com

  22. Model-based impairment profiles • Build a bottom-up model of each network element • Construct test scenarios by connecting together various model elements and run a simulation • Validate end-to-end results • Challenges • As network changes, model params must also change • New technologies may require new model elements • Harder to make a general model than to measure one sample

  23. Discrete event simulation of test bed.. • One way to model is to use a discrete event simulator • Develop models for the switches and dummy traffic generators. • Anue has developed one such model • This is just the beginning of modeling • Further refinements are possible • Plots shown are for G.8261 test beds configured per Appendix VI • TM2 bursts assume Bursts that have constant load (70%-60%) • 10 store/fwd GigE switches, 20 disturbance load generators (fwd/rev) • Clock uncertainty (each switch is asynchronous) • No priority or congestion avoidance (QoS, RED/WFQ, VOQ)

  24. Reference (test bed) S/W Model Results Example model results (20% load TM2)

  25. G.8261 Test Case 2 (TM2) Load Steps Anue Systems, Inc. www.anuesystems.com

  26. G.8261 Test Case 3 (TM2) Slow Load Ramp 24hr Anue Systems, Inc. www.anuesystems.com

  27. G.8261 TC3: variations showing 3D PDV 80% Load 20% 50us Delay 150us Anue Systems, Inc. www.anuesystems.com

  28. G.8261 TC3: variations showing 3D PDV 20% Load 80% 50us Delay 150us Anue Systems, Inc. www.anuesystems.com

  29. G.8261 TC7 (TM2 E1 16ppb) - Beating Anue Systems, Inc. www.anuesystems.com

  30. G.8261 TC8 partA (Blocking) Bursts of max len pkts:(this dimension is governed by the burst density andmax packet size) Gap between bursts: (this dimension is governed by the min and mediumsize packets) Anue Systems, Inc. www.anuesystems.com

  31. 3D Surface plot for TC8 (blocking) 50% 0% Load 50us Delay 150us Anue Systems, Inc. www.anuesystems.com

  32. 3D Surface plot for TC8 (blocking) Load 0% 50% 50us Delay 150us Anue Systems, Inc. www.anuesystems.com

  33. G.8261 TC13 TM2 (fwd/rev steps) FWD REV Anue Systems, Inc. www.anuesystems.com

  34. Recap • Deployment has started • Need metrics for measuring PDV • Need common, repeatable test cases • Focus on conformance and interoperability • Burst parameters need better specification • Simple matlab code can predict first order PDV behavior • Helps understand measurements from lab • Synthetic model • Results are quite realistic

  35. Thank You!

  36. Questions? • Contact me! • Chip WebbAnue Systems9111 Jollyville RdSuite 100cwebb@anuesystems.com (preferred)+1 (512) 527-0453 x102

  37. Backup Slides Anue Systems, Inc. www.anuesystems.com

  38. Effect of reverse traffic:For L2/L3 enterprise switch DUMMY LOAD DUMMY LOAD DUT Capture Packets DUT

  39. Effect of reverse traffic:For L2/L3 enterprise switch 8-port switch 24-port switch No load 100% load Anue Systems, Inc. www.anuesystems.com

  40. Effect of reverse traffic: minTDEV 8-port switch 24-port switch Anue Systems, Inc. www.anuesystems.com

More Related