1 / 21

Support for high performance UDP/TCP applications

Support for high performance UDP/TCP applications. Xing Li 2007-08-25. Background. More and more demonstration and trials on high-performance applications Application-specific stream or data Consume large network bandwidth Heavily rely on network support

winter
Download Presentation

Support for high performance UDP/TCP applications

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. Support for high performance UDP/TCP applications Xing Li 2007-08-25

  2. Background • More and more demonstration and trials on high-performance applications • Application-specific stream or data • Consume large network bandwidth • Heavily rely on network support • What can NOC do to support for it? • If there is a lambda path • lucky! • RTT is still an issue • Otherwise • Measurement and monitoring • Network performance measurement tool • Application-specific measurement tools • End to end performance guarantee • Inter-AS routing adjustment • Agreement on enabling application-related ACLs

  3. Bad cabling Wrong speed Wrong duplex mode Bad cabling Wrong speed Wrong duplex mode AS1 AS2 AS3 access access Host parameters Host parameters Bandwidth bottleneck firewall firewall Where are the bottlenecks?

  4. Possible Paths

  5. Case study In KR It is not via the CERNET – KR path It is not via the CERNET– APAN – KR path It is not via the CERNET – TEIN2 – KR path It is not via the CERNET – TEIN2 – JP – KR path It is via the CERNET – APAN – Abilene – KR path And the return path may be totally different

  6. The Ideas • Use measurement tools to • Help users to do self-service • Separate the network problems from the end system problems • Find the network segments which cause the problem

  7. SASM Framework

  8. The operation modes of basic tools

  9. Server discovery and registration

  10. From Arlington to TEIN2 Beijing server using WALNNot good using RJ45Good

  11. TCP transfer speed Formula Theory SUN §WINDOWS

  12. The TCP measurement Tool

  13. The testing steps • Default test • The default TCP transfer speed for the e2e peer • Window size test • Check the client window • Parallel session test • Check the server window • Physical speed limit • Comparison with ping and UDP (dvping) tests • Check packet loss (ping and dvping) • Check RTT (ping and dvping) • Check throughput (dvping)

  14. Comparison with UDP (dvping) • Compare with UDP (dvping) • Check RTT, packet loss and the physical speed limit

  15. ICMP Socket stack ping ICMP ssmpingd U/UDP ssmping U/UDP M/UDP dvping dvmcast U/UDP U/UDP U/TCP iperf –c iperf –s U/TCP smclock smjoin U/UDP server clinet Summary of the TEIN2 NOC measurement servers U – Unicast M - Multicast

  16. CERNET 202.112.35.200 TEIN2 202.179.242.102 202.179.244.105 202.179.252.102 TEIN2 Measurement Server Locations

  17. SASM Framework

  18. A Document http://noc.tein2.net:8036/support-for-hp/hp-mc-20070507.html Login: tein2 passwd: tein2

  19. eVLBI example

  20. Summary • Application specific tools • dvping (UDP) • iperf (TCP/UDP) • Distributed servers alone the path • Scalable Application Specific Measurement (SASM) • Open traffic monitoring • SNMP • Netflow • Applications • TCP vs. UDP • International collaboration

More Related