2005 SPRING SIW Performance Evaluation of the XMSF Overlay Multicast Prototype

Transcription

1 Performance Evaluation of the XMSF Overlay Multicast Prototype Dennis M. Moen J. Mark Pullen George Mason University, C3I Center

2 Network Service Requirements for Real Time Distributed Virtual Simulation Network Quality of Service (QoS) End-to-end capacity, latency, jitter, and packet loss in a statistical sense Multicast Many-to-many group communication Reliable Multicast Transport High confidence of delivery End-to-end network status and performance monitoring Need to know what the network is doing for you Multi-sensor systems Must manage streaming data with low latency 2

3 Internet Multicast Services Today IP multicast over the Internet not widely deployed IETF initial focus is on one-to-many multicast Commercial viability lacking for IP multicast in the Internet Result: interest in multicast based on end systems not network End-to-end argument: push complexity up the stack Example: TCP is complex, IP is simple 3

4 B Cross-Network Overlay Multicast E A INTERNET C G Overlay Multicast: Many-to-Many Many senders to same group Source-Based Trees Open Network (Independent of Management Domain) Responsive to Application End-to-End QoS Considerations Group Management Efficiency F D A H B C Private Network D G Traditional IP Multicast: Usually One-to-Many Single Sender Core/root-Based Tree Closed Network (Single Management Domain) Insensitive to application J E F 4

5 on Subnet with Group Management B G 2 = { B, C, D} C D R 3 Internet R 1 A B G 1 = {A, B} R 2 A C D G 2 = { B, C, D} Application B sending implies routing to group G 3 = {G 1? G 2 } B G 1 = {A, B} 5

6 Architecture Generic Class Definition Interface (SRMP example) Registry Routing Group Management Path Management Packet Send/Receive Distribute Messages TCP/UDP IP Join/leave Security Address Capacity/latency Node Demand Path Optimization Listen to Groups/Ports Routing Table Class QoS/ Queueing Group Management Partner Discovery via Registry Performance Measurement for Path Management Periodic Routing Update to Each Partner 6

7 R Prototype Monitoring via Web browser Registry Web service Monitoring Web service Internet Other Sites incoming outgoing Statistics WAN LAN data MulticastRouter* (Java or C++) routing info routing table Routing IPmc Host multicast to/from WAN IPmc Host *All modules except Router are Java 7

8 R Configuration Parameters registryaddress InetAddress of registry, 0 if none numberofmulticastgroups numberofportspergroup lowestmcaddress lowest port routingupdateinterval (optional) count of groups/ports we will support count of ports each group will support (nonoverlapping) first group address to multicast from the subnet, dotted decimal notation (other addresses follow in sequence) first UDP port to multicast (each address will get one port in sequence) time in ms between routing updates (default 10 s) thissubnetmaskbits (optional) usetcp (optional) partnerhostaddress (optional in future, when Registry becomes available) number of bits used for routing in subnet address (default 24) 0 for UDP tunnels, 1 for TCP tunnels (default 0; 1 does not work yet) zero to MAX_PARTNERS IP addresses, in dotted decimal format, to be used as partners without checking the registry 8

9 Laboratory Performance Testing 9

10 Performance Test Traffic Generator R 1 4 Subnets 3 Receivers Linux Router Hosts Linux Uniform Distribution Traffic generator Message size of 150 bytes R 2 R 4 R 3 Traffic Receiver Traffic Receiver Traffic Receiver 10

11 Laboratory Test Results Loss Ratio Messages/second subnets 2 subnets 11

12 Wide Area Demonstration 12

13 VMASC Demo : HLA 1516 RTI and Web Service Interest Management NPS GMU C3I Lab HLA Federate HLA Federate HLA Federate RTI Multicast group WSIM Server/ Federate INTERNET IEEE 1516 RTI provided by Pitch WSIM Client DMSO Booth WSIM Client XMSF Booth WSIM Multicast group Viewer Viewer 13

14 Tier Relationship for Multicast Demonstration Simulation Federate VMASC Simulation Federate GMU Simulation Federate NPS Multicast Multicast Group Group #2 #2 HLA using Pitch prti WSIM Server Multicast Multicast Group Group #1 #1 Web Service VMASC Simulation Client GMU Simulation Client Viewer Viewer 14

15 Conclusions and Future Work Initial results indicate overlay networking is a promising strategy for providing many-to-many multicast in the open network environment of T. Complete an architecture specification based on the properties of distributed simulation traffic plus recent networking research. NPS is developing a Web-service-based registry and routing information system. Use next version of prototype in live simulation exercise Demonstrate use of WSIM and to accomplish multicast streaming of user-selected information 15

16 Acknowledgements Research work has been supported by DMSO IEEE 1516 RTI provided by Pitch Other Participants: NPS and SAIC Additional Information available at 16