ppt

218 views

Published on

  • Be the first to comment

  • Be the first to like this

ppt

  1. 1. E2E piPEs / AMI / OWAMP Status Eric Boyd and Jeff Boote April 10, 2003
  2. 2. Agenda <ul><li>Motivation </li></ul><ul><li>piPEs / AMI Overview </li></ul><ul><li>piPEs / AMI Deployment Plan </li></ul><ul><li>OWAMP Release </li></ul><ul><li>Demo </li></ul>
  3. 3. Context for E2E Performance <ul><li>Even with high bandwidth network links, the Internet2 community often does not see expected performance. </li></ul>
  4. 4. The Wizard Gap
  5. 5. A Problem Applications Developer Applications Developer How do you solve a problem along a path? Hey, this is not working right! The computer Is working OK The network is lightly loaded All the lights are green We don’t see anything wrong Looks fine Others are getting in ok Not our problem System Administrator LAN Administrator Campus Networking Gigapop Gigapop Backbone Campus Networking LAN Administrator System Administrator Talk to the other guys Everything is AOK No other complaints
  6. 6. Good Work Already Going On <ul><li>Many projects and research is underway by others investigating performance on portions of the end-to-end path. </li></ul><ul><li>E2Epi seeks to bring these efforts together to look at the end-to-end path as a complete system. </li></ul>
  7. 7. Can You Go Direct to the Problem? <ul><li>How can you tell where is the problem? </li></ul><ul><li>Need a tool to tell you: </li></ul><ul><ul><li>Where the problem is. </li></ul></ul><ul><ul><li>The type of problem </li></ul></ul><ul><ul><li>Who to contact to get it fixed </li></ul></ul><ul><li>Terry Gray, University of Washington </li></ul><ul><ul><li>“We Need a Finger Pointing Tool” </li></ul></ul>
  8. 8. Gray Finger Pointing Tool Applications Developer Applications Developer Locate the Problem Gray Finger Pointing Tool Terry Gray University of Washington Finger Pointing Tool Time! System Administrator LAN Administrator Campus Networking Gigapop Gigapop Backbone Campus Networking LAN Administrator System Administrator
  9. 9. Gray Finger Pointing Tool Applications Developer Applications Developer Finger Pointing Tool Time You ARE the Weakest Link! OK, I’ll fix it System Administrator LAN Administrator Campus Networking Gigapop Gigapop Backbone Campus Networking LAN Administrator System Administrator
  10. 10. Agenda <ul><li>Motivation </li></ul><ul><li>piPEs / AMI Overview </li></ul><ul><li>piPEs / AMI Deployment Plan </li></ul><ul><li>OWAMP Release </li></ul><ul><li>Demo </li></ul>
  11. 11. BNI AMI <ul><li>Project: BNI Abilene Measurement Infrastructure </li></ul><ul><li>Goal: Instrument Next Generation Abilene network with extensive performance measurement capabilities </li></ul><ul><li>Approach: Collaborative project among BNI, Engineering, and E2E. </li></ul>
  12. 12. E2E piPES <ul><li>Project: End-to-End Performance Initiative Performance Environment System (E2E piPES) </li></ul><ul><li>Goal: To allow end-users and network operators to determine performance capabilities, locate problems, and contact the right person to get a problem resolved. </li></ul><ul><li>Approach: Collaborative project combining the best work of many organizations. </li></ul>
  13. 13. The Measurement System PMP PMP PMP PMP at each Campus Border Extend the System to Campuses Abilene PMP Campus X PMP Campus Y
  14. 14. The Measurement System PMP PMP PMP PMP = Performance Measurement Point (at each Abilene Node) The New Abilene will have measurement devices as part of its structure Abilene
  15. 15. Performance Reporting PMP PMP PMP Perform regular tests to provide web based Performance Reports across Abilene and for Campus-Abilene paths Abilene PMP Campus X PMP Campus Y Campus-Abilene Capability Campus W – 155 Mbps Campus X – 612 Mbps Campus Y – 1000 Mbps Campus Z – 2 Mbps Abilene Capability SNVA/DNVR – 10 Gbps DNVR/ IPLS – 10 Gbps IPLS/NYCM – 10 Gbps
  16. 16. Reaching the End-User PMP PMP PMP Provide a Testing Tool for the End-Users Computer to test across campus and beyond Abilene PMP Campus X PMP Campus Y Host A Host B The tool reports performance of the path to a specified destination by using active tests (like to the campus border) or using stored test results from regularly scheduled tests. It also performs tests on the host system to check host tuning parameters
  17. 17. Adding Path Information PMP PMP PMP Add PMP along paths to provide additional detail Abilene PMP Campus X PMP Campus Y Host A Host B Regular tests are performed between adjacent PMP and stored in a Data Repository. This information is used by the End-User tool to reduce the number or active tests needed. PMP PMP Regional Network J PMP PMP Regional Network M Gigapop S Gigapop T
  18. 18. Who You Gonna Call? PMP PMP PMP E2E piPES will provide contact information when a segment in the path appears to have a problem Abilene PMP Campus X PMP Campus Y Host A Host B The test results obtained by the End-User will be passed on to the contact person PMP PMP Regional Network J PMP PMP Regional Network M Gigapop S Gigapop T piPES Test Analysis Looks like a problem In Gigapop T. Pass these test result to: [email_address]
  19. 19. E2E piPES Architecture
  20. 20. Testing / Analysis Engine <ul><li>Problem: Encode Matt Z.’s Brain </li></ul><ul><li>Open Questions: </li></ul><ul><li>What are measurement results are “acceptable” for a given application (family)? </li></ul><ul><li>What tools generate those results? </li></ul><ul><li>How do you handle incomplete data? </li></ul><ul><li>How do you rank multiple result-generators? </li></ul><ul><li>What is the iterative decision tree to understand E2E problem? </li></ul>
  21. 21. Measurement Schema <ul><li>Measurement Types? </li></ul><ul><li>e.g. BW, Latency, Loss, Jitter </li></ul><ul><li>Measurement Units? </li></ul><ul><li>e.g. Seconds vs. Microseconds </li></ul><ul><li>Map Tools to Measurements? </li></ul><ul><li>e.g. OWAMP -> 1-way Latency </li></ul><ul><li>Measurement Metadata? </li></ul><ul><li>Database Table Design? </li></ul>
  22. 22. Access, Authentication, Authorization <ul><li>Roles for Access </li></ul><ul><ul><li>Standard End-User? </li></ul></ul><ul><ul><li>Near Neighbor (Test Buddy)? </li></ul></ul><ul><ul><li>NOC Staff / Network Engineer? </li></ul></ul><ul><li>Shibboleth for Implementation </li></ul><ul><ul><li>Each campus decides who in each role </li></ul></ul><ul><ul><li>Others trust campus designation </li></ul></ul>
  23. 23. Other R&D Issues <ul><li>Design system to scale (eliminate centralization)? </li></ul><ul><li>How to “discover” PMPs? </li></ul><ul><li>How to insert On-Demand tests into Regularly-Scheduled test set </li></ul><ul><li>Balance centralization and distributed database requirements </li></ul>
  24. 24. Agenda <ul><li>Motivation </li></ul><ul><li>piPEs / AMI Overview </li></ul><ul><li>piPEs / AMI Deployment Plan </li></ul><ul><li>OWAMP Release </li></ul><ul><li>Demo </li></ul>
  25. 25. E2E piPES Architecture v1.0
  26. 26. piPEs / AMI Rollout
  27. 27. piPEs / AMI Rollout
  28. 28. piPEs / AMI Rollout
  29. 29. piPEs / AMI Rollout
  30. 30. piPEs / AMI Rollout
  31. 31. piPEs / AMI Development & Testing Environment
  32. 32. piPEs / AMI Internal Resources <ul><li>Eric Boyd – piPEs development, project coordination </li></ul><ul><li>Jeff Boote – OWAMP, piPEs development </li></ul><ul><li>Prasad Calyam – piPEs development </li></ul><ul><li>Chris Heermann – AMI </li></ul><ul><li>Matt Zekauskas - AMI </li></ul><ul><li>Susan Evett - Documentation </li></ul><ul><li>Russ Hobby – Campus Deployment </li></ul><ul><li>George Brett – Schema, “Grid Service” </li></ul>
  33. 33. piPEs External Resources <ul><li>Yee-Ting Li – UCL (50%) </li></ul><ul><li>Paul Mealor – UCL (up to 100%) </li></ul><ul><li>PhD Student – UCL (contingent on grant) </li></ul><ul><li>Warren Matthews – SLAC </li></ul><ul><li>Jim Ferguson et al – NLANR / DAST </li></ul><ul><li>Many early adopter volunteers </li></ul>
  34. 34. Agenda <ul><li>Motivation </li></ul><ul><li>piPEs / AMI Overview </li></ul><ul><li>piPEs / AMI Deployment Plan </li></ul><ul><li>OWAMP Release </li></ul><ul><li>Demo </li></ul>
  35. 35. Latency Tests <ul><li>Problem: Existing platforms are not interoperable (SURVEYOR,RIPE,…) </li></ul><ul><li>Solution: Standards </li></ul>
  36. 36. OWAMP <ul><li>One-Way-Active-Measurement-Protocol </li></ul><ul><ul><li>Possible due to growing availability of good time sources </li></ul></ul><ul><ul><li>Wide deployment of “open” servers would allow measurement of one-way delay to become as commonplace as measurement of RTT using ICMP tools such as ping. </li></ul></ul><ul><ul><li>Current Draft: draft-ietf-ippm-owdp-05.txt </li></ul></ul><ul><ul><ul><li>Shalunov,Teitelbaum,Zekauskas </li></ul></ul></ul><ul><ul><li>Sample implementation under development </li></ul></ul><ul><ul><ul><li>Beta Release: http://owamp.internet2.edu/ </li></ul></ul></ul>
  37. 37. OWAMP Implementation <ul><li>Basically: </li></ul><ul><ul><li>NTP system call interface </li></ul></ul><ul><ul><li>Multiple processes for recv/send loops </li></ul></ul><ul><ul><li>Written as an API to allow one-off implementations </li></ul></ul>
  38. 38. OWAMP Error Estimates <ul><li>Rate = 1 packets/sec </li></ul><ul><li>Min/Median = 59/64 usec </li></ul>
  39. 39. OWAMP Error Estimates <ul><li>Rate = 10 packets/sec </li></ul><ul><li>Min/Median = 57/63 usec </li></ul>
  40. 40. OWAMP Error Estimates <ul><li>Rate = 100 packets/sec Min/Median = 54/73 usec </li></ul>
  41. 41. OWAMP Error Estimates <ul><li>Rate = 1000 packets/sec Min/Median = 53/176 usec </li></ul>
  42. 42. OWAMP Errors <ul><li>Preliminary Findings: </li></ul><ul><ul><li>Min error estimates look to be in the 55-60 usec range. </li></ul></ul><ul><ul><li>Serialization Delay: ~5usec x 2 </li></ul></ul><ul><ul><li>Get Timestamp: ~15usec x 2 </li></ul></ul><ul><ul><li>Additional error is: </li></ul></ul><ul><ul><ul><li>Time from userland “send” to 1 st byte hits the wire </li></ul></ul></ul><ul><ul><ul><li>Time from kernel has packet to userland “recv” returns </li></ul></ul></ul><ul><ul><ul><li>Potentially recv process data processing before calling “recv” </li></ul></ul></ul>
  43. 43. OWAMP implementation status <ul><li>Sample implementation </li></ul><ul><li>http://owamp.internet2.edu/ </li></ul><ul><ul><li>Beta Release: </li></ul></ul><ul><ul><ul><li>No “policy” </li></ul></ul></ul><ul><ul><ul><li>No authentication/encryption </li></ul></ul></ul><ul><ul><ul><li>FreeBSD only </li></ul></ul></ul>
  44. 44. Abilene OWAMP deployment <ul><li>2 overlapping full meshes (IPv4 & IPv6) </li></ul><ul><ul><li>11 measurement nodes = 220 ongoing tests </li></ul></ul><ul><ul><li>UDP singletons </li></ul></ul><ul><ul><li>Rate: 10 packets/second* </li></ul></ul><ul><ul><li>Packetsize: (32 byte payload)* </li></ul></ul><ul><ul><li>Results are continuously streamed back to “Measurement Portal” for long-term archive and data dissemination (Near real-time) </li></ul></ul>
  45. 45. Agenda <ul><li>Motivation </li></ul><ul><li>piPEs / AMI Overview </li></ul><ul><li>piPEs / AMI Deployment Plan </li></ul><ul><li>OWAMP Release </li></ul><ul><li>Demo </li></ul>
  46. 46. piPEs / AMI / OWAMP Demo <ul><li>http://owamp.internet2.edu </li></ul><ul><li>when available </li></ul>
  47. 47. More Internet2 Information <ul><li>On the Web </li></ul><ul><ul><li>www.internet2.edu </li></ul></ul><ul><ul><li>e2epi.internet2.edu </li></ul></ul><ul><li>Email </li></ul><ul><ul><li>[email_address] </li></ul></ul>
  48. 48. Questions?
  49. 49. www.internet2.edu

×