Professor Davids SIPNOC Presentation
Download
Report
Transcript Professor Davids SIPNOC Presentation
Real-Time Communications Lab
Programs and Projects
SIPNOC
June 26, 2012
Herndon, VA
Carol Davids
[email protected]
Carol Davids © 2010
1
Outline
•
•
•
•
Lab Mission and History
Lab Architecture
Programs and Projects
Future Directions
2
About the lab
• Mission
• The lab is an educational facility dedicated to teaching,
research and development activities that further the goals
of networked communications.
• Links
• RTC Lab: http://rtc-lab.itm.iit.edu/
• Recent Events: http://rtclab.itm.iit.edu/events_pages/events_recent.php
• RTC Conference: http://www.rtc-conference.com/
3
History
• Founded in the summer of 2004.
• Web presence attracts industry projects in the areas of
performance testing and development.
• Projects attract donations of equipment and
infrastructure, as well as engineers and technologists
who are willing to mentor and lead them.
• A Wireless Extension to the lab was built in 2010.
• A Main Campus Extension, about 30 miles away from the
original lab, was built in 2010.
4
Selection Criteria
Industry projects are selected based on:
• educational content
• significance to the industry and research communities
• availability of resources.
5
Architecture
•
The lab is designed to support multiple simultaneous projects and
multiple simultaneous users, including users who are performing
weekly lab exercises as part of their course work.
•
To meet this goal the following architecture was chosen:
– Component switches, hubs, routers and application servers are
located on racks at the sides of the room.
– Users work at benches that contain test jacks wired to the
racks.
– The test jacks are permanently cabled to jacks that appear on
two control frames at the front of the room.
– Users can create connections to any switch, hub, router, or
application server that is racked by simply plugging into a test
jack on the bench.
6
Layout for multiple projects and users
7
Layout for multiple projects and users
8
Connections
•
•
•
The lab backbone offers connections to:
– PSTN analog access line
– The public Internet via two different ISPs
– Public or private subnets internet.
It provides wired connections to all the frames and equipment in
the lab.
It includes a Network Management System, Open NMS.
ESInet1
VoIIT
UCCS
To ISP1
Lab Backbone
To ISP2
VVoWi
VVoW
9
To Cbeyond Net To Room 241 - Wire Closet
Legend
Room 245
Closet
Room 256
Wireless
Room 255
VoIP Lab
Room 248
Cbeyond
Access
Network
Hub
F109 v2025
To Room 256
Wireless Lab
OTS Router
F101 v4034
Wall Router
v4025
Switch
F101 v3024
48-Port Switch
F102 v3036
Switch
F86 v3027
Hub
F52 v2028
ESINet
Switch
F101 v3033
Switch
F111 v3031
Hub
F2 v2005
Hub
F84 v2011
Cbeyond Hub
F1 v2012
Vonage
South Desktop
Resources
Hub
F51 v2027
Switch
F84 v3047
Switch
F2 v3049
Hub
F2 v2003
Switch
F52 v3040
Hub
F2 v2002
Hub
F2 v2001
Switch
F86 v3053
Switch
F82 v3043
Switch
F83 v3051
Switch
F6 v3054
SIP Performance
(BMWG)
Private Network
Switch w/POE
F2 v3015
Switch w/POE
F1 v3014
Switch
F102 v3055
Switch
F111 v3030
Frame #8
Resources
Switch
F8 v3017
Router
F101 v4024
Frame #1
Resources
Hub
F1 v2023
Switch
F1 v3050
Switch
F8 v3023
Hub
F1 v2013
10
Mode of Work
• Lab projects are classified into eight broad programs
• Work continues in these programs throughout the year
• Students work on semester-long projects within the
programs
• Industry partners work with lab staff to develop
statements of work and provide personnel and material
resources as needed
11
Lab Programs
•
The Current Lab Programs:
– NG911- Emergency Services IP network (ESInet)
– Performance
– Real-Time Media
– Real-Time Security
– UCCS - Unified Communications Commercial Systems
– Voice over IIT
– VVoW - Voice and Video over Web
– VVoWi - Voice and Video over Wireless
•
Descriptions of these projects is available at a private Google site.
Access to this site is available on request.
12
13
Lab Programs
• Three of these programs are:
– NG911 / ESInet
– SIP Performance Benchmarking Tool
– Web Conferencing service using WebRTC
14
Emergency Services
• The Emergency Services Program studies the functional
elements, architectures, protocols and underlying
networks carrying emergency services over IP
infrastructure. Goals include:
• Characterize the performance of these networks under
various conditions
• Develop Failover methods for these networks
• Provide test services to standards bodies, integrators,
vendors and implementers.
15
Current work
National Emergency Number Association (NENA) ICE-5:
•The lab is preparing to host NENA's ICE-5, a testing event
focused on emergency services for individuals who are deaf, deafblind, hard of hearing or have a speech disability.
•See the description of this Industry Collaboration Event at the
NENA site http://www.nena.org/?page=NG911_ICE
16
Current work
Assure911 and the Counties of Southern Illinois:
• Recently the lab performed testing for Assure911, a consultancy
working for the Counties of Southern Illinois (CSI).
• A description of the Assure911 work is available at http://rtclab.itm.iit.edu/events_pages/events_recent.php#ng911
17
ESInet Testbeds
•
•
•
Three Emergency Services IP networks (ESInets) are currently
available in the lab
Some key functional elements of the ESInets are implementations
developed at Columbia University. These are: SIPc, the LoST
servers, SIPd, the ESRP, PSAPd and the Call Takers
The media server, BCF, LNG, LPG, dispatch mapping software
and LIS are donated by vendors including Dialogic, ACME Packet,
RedSky, and Bullberry.
18
Logical Architecture
19
20
21
Failover Solutions
•
•
•
•
Several failover solutions for the Functional Elements of the test
beds have been developed. Two of them protect against loss of
connectivity at layer 3 and below.
One uses looping pings to verify continuity, combined with a simple
script that swaps IP addresses between a failed system and its
backup.
Another uses UCARP, an implementation of the Common Address
Redundancy Protocol (CARP).
We are developing a layer 5 failover function (L5FF) as well and
currently plan to use an "OPTIONS ping" for this.
22
Failover Solution
•The first failover solution attempted was derived from the paper, “Failover and
Load Sharing in SIP Telephony” by Kundan Singh and Henning Schulzrinne,
Computer Science Department at Columbia University. It involves IP address
takeover.
•This solution it is not dependent on the application layer and is also
transparent to it. The process used is illustrated below.
23
Virtual ESInet
• The 'Virtual ESInet' is a functional model of the ESInet using existing
Columbia University ESInet components within a single virtual machine.
• This non-production environment can be used as: 1) a platform for
feature development, related project work, and testing; 2) a teaching
tool.
24
SIP Performance
•The project addresses the need for a vendor-neutral benchmarking
methodology to allow different SIP servers to be meaningfully
compared one with the other.
•The goal of this program is to develop such benchmarks and to
design systems to collect the benchmarks we define.
•Students have built several versions of a test tool that collects the
benchmarks and that is built in accordance with the terminology and
methodology described in two IETF drafts currently in WGLC.
25
SIP Performance
•
Current versions of the benchmarking methodology and
terminology documents are available at
http://tools.ietf.org/html/draft-ietf-bmwg-sip-bench-meth-04 and
http://tools.ietf.org/html/draft-ietf-bmwg-sip-bench-term-04.
Testbed used to benchmark SIP session throughput. The DUT is an Asterisk server in this illustration.
26
SIP Performance
•
This project has been implemented by three successive student teams.
Below is a sample of comparative results of the first and second teams.
27
Voice and Video
over Web (VVoW)
•
•
•
•
•
The Voice and Video over Web Program studies systems that use
the World-Wide-Web to support real-time streaming media
applications.
Students developed a web conference system in 2011 that enabled
up to 6 participants in an ad-hoc audio/video conference that used
Flash to implement the video.
In 2012, with the availability of the Canary browser and Google's
WebRTC API the students revised the code, eliminating Flash and
adding features to the GUI.
The new VVoW-2012 project basically enhances the interface and
changes from the currently flash based approach to HTML5 and
RTC web functionality.
The project can be tested at http://gardo1.rice.iit.edu/webconf/.
28
VVoW
•
•
The WebConference architecture illustrated below shows the use
of the Real Time Media Flow Protocol (RTMFP) over UDP for the
media and shows the option to use the WebRTC method or Flash.
The application is available at http://gardo1.rice.iit.edu/webconf/ .
29
VVoW
•
•
The students compared the resource consumption of the the
WebRTC implementation with the previous Flash implementation
and that of Skype.
As shown in the table, WebRTC performance is quite different from
that of Flash. The WebRTC implementation's performance more
closely resembles that of Skype. The average packet size is
around 500 B and the video quality is higher than Flash.
Metrics: the amount of traffic in KB measured from the time the application was opened until the time it received
a response; the performance over a 20 second interval after two-way communication is established, measured
in KG, packets and packet size.
30
VVoW
•
Message flow showing the establishment of a browser to browser
session.
31
Next Steps
•
•
•
Access to project materials:
– Create a database for the projects with role-dependent access
permissions.
– Create a code repository for the ongoing projects and share
versioned code with partner organizations.
Test and measurement:
– Host additional test events such as the NENA ICE.
– Publish results of SIP Performance test and find commercial
servers to test.
Corporate relations:
– Develop a Corporate Sponsors program that provides yearround funds in exchange for various in-kind services including
tutorials, on-site internships, testing and development.
– Expand our Internship program and develop other programs that
provide funds to support students working on projects.
32
Web Sites
•
•
•
•
RTC Lab: http://rtc-lab.itm.iit.edu/
RTC Conference and Expo: http://www.rtc-conference.com/
IIT SAT: http://www.iit.edu/cpd/
Projects Web Site: https://sites.google.com/a/iit.edu/real-timecommunications-lab/
33