The IRI-h Objectives 1 Platform Independent Services

Download Report

Transcript The IRI-h Objectives 1 Platform Independent Services

The IRI-h Objectives 1
The IRI-h Objectives 2
 Platform Independent Services: using JAVA technology
 Multi-participant Audio/Video: using Java’s JMF framework
 Collaboration Engine with Multiple-Platform-Tool-Source:
 Platform/environment management including late
join/early leave: A student can join an on-going session at any time
and fully participate in that class.
 Situational awareness: Students, instructors and technical
makes available the rich set of applications running on Windows/UNIX
environments.
engineers are made aware of the current operating environment and are
notified about noteworthy changes or unusual situations.
 Delivery to the home/office: users can access the session over a
 Class Management: instructor handouts/student notes, call by
regular Internet connection using the latest generation of high speed at
home Internet connections.
name, polling, classroom video, attendance, auto session start, class
monitoring, enrollment
 Recording/Replay: indexed by session events
 Support multiple learning modes: lecture, demonstration,
 Shared Common Experience: The position and focus of the
windows displayed on the student’s workstation is coordinated with the
instructor’s machine.
collaborative learning, computer-based labs, student team project, study
sessions
 Scalable: 100 participants
 Easy of Use: Ease of installation, Quick class join
 Virtual Rooms: the class can be divided into groups by assigning each
group a virtual meeting room. Students can move from room to room and
join in different on-going discussions.
IRI-h Network Layout
IRI-h Startup Scenarios
IRI-h Software Architecture
A
S1
S2
Multicast
High Speed
Network (Multicast)
SP Startup
Log Server
SP
SM: Session Manager
SP: Session Participant
HA: Host Ambassador
X
Y: X initiates protocol
with Y
X
Y: X spawn Y
B
Startup Applet
SP
SM
High Speed
Network(Multicast)
Annotation
Group Communication
server
server
Pointer
Gateway
P7
P6
P9
P8
Intranet
Gateway
UDP tunnel
Gateway
Audio
Video
Multicast
UDP tunnel
Snd
Snd
D
Token Managers
Rcv
E
High Delay
without multicast
Low Bandwidth
without multicast
Private panel
Low Bandwidth
with multicast
Class name and
semester
Room cards
F
HA
SP
G
SM
SP
P5
P4
TCP connection
Multicast disabled site
Service manager
Thread relationship
Main Thread
Token controlled tools
Snd: Sender
Rcv: Receiver
SP: Session Participant
SM: Session Manager
E, F: Automated Startup by Java Server
B: Manual Join by contacting the Directory Server
H: Session Manager manually invoked
G: Manual Join by contacting H directly
Presentation
Mode
Presentation
Mode
Login/Discussion Mode
Login box
HA
Rcv
S3
P1
P2
Rcv
SM
Observers
Gateway servers
G
P3
H
Directory Server
Java Server
Snd
UDP tunnel
C
Sharing Tool
Collaboration Mode
Private panel
Shared view
Audio control
Video control
Annotation token holder utilities
Performance
Future Tasks 1
• Gateway
– Target bandwidth setup
• uplink (to gateway) 128-512 Kbps
• downlink (from gateway) 256-740Kbps
– Tunneling for lack of multicast
– Format transcoding and/or data rate limiting.
– Bandwidth management
• Inter-Stream Synchronization
• Quality of Session management
• IRI-h Scalability: scalability tests on 35 machines with no
incremental degradation in performance (video/audio/IPV reception).
• Delay: Audio/Video 750ms, IPV 1800ms
• Bandwidth: 1.5 Mb/s with three video, audio, ipv, pointer and
annotation
• StartUp: initial interface 1 minute, video 25s, audio (10s), ipv (5 s),
pointer(30ms), private services (3 s), class creation (10s)
• Refresh rates: Video 15 frames/sec, IPV 5s for full screen
Future Tasks 2
•
•
•
•
•
•
Late-Join mechanisms (service state)
Record/Replay
Semi-reliable application access protocols
Multiple Rooms
Feedback: network monitor, “smiley face”
Additional Features: classroom video, call on student,
survey, PA channel for multiple rooms, exam tool, remote
ipv
Poster on
4x8 foot
posterboard
The IRI-h Objectives 1
The IRI-h Objectives 2
 Platform Independent Services: using JAVA technology
 Multi-participant Audio/Video: using Java’s JMF framework
 Collaboration Engine with Multiple-Platform-Tool-Source: makes
available the rich set of applications running on Windows/UNIX
environments.
 Delivery to the home/office: users can access the session over a regular
Internet connection using the latest generation of high speed at home
Internet connections.
 Recording/Replay: indexed by session events
 Support multiple learning modes: lecture, demonstration, collaborative
learning, computer-based labs, student team project, study sessions
 Virtual Rooms: the class can be divided into groups by assigning each
group a virtual meeting room. Students can move from room to room and
join in different on-going discussions.
 Platform/environment management including late
join/early leave: A student can join an on-going session at
any time and fully participate in that class.
 Situational awareness: Students, instructors and technical
engineers are made aware of the current operating
environment and are notified about noteworthy changes or
unusual situations.
 Class Management: instructor handouts/student notes, call
by name, polling, classroom video, attendance
 Shared Common Experience: The position and focus of
the windows displayed on the student’s workstation is
coordinated with the instructor’s machine.
 Scalable: 100 participants
IRI-h Network Layout
IRI-h Software Architecture
IRI-h Startup Scenarios
A
S1
S2
SM: Session Manager
SP: Session Participant
HA: Host Ambassador
X
Y: X initiates protocol
with Y
X
Y: X spawn Y
B
Startup Applet
SP Startup
Log Server
SP
Multicast
High Speed
Network (Multicast)
SP
SM
Annotation
High Speed
Network(Multicast)
Group Communication
server
server
Pointer
Gateway
P7
P6
P9
Audio
Gateway
Video
UDP tunnel
Multicast
Snd
Snd
UDP tunnel
D
P3
Rcv
E
Low Bandwidth
without multicast
Low Bandwidth
with multicast
HA
Rcv
P5
Class name and
semester
Room cards
G
SM
SP
P4
TCP connection
Token controlled tools
Service manager
Thread relationship
Multicast disabled site
Main Thread
Snd: Sender
Rcv: Receiver
SP: Session Participant
SM: Session Manager
E, F: Automated Startup by Java Server
B: Manual Join by contacting the Directory Server
H: Session Manager manually invoked
G: Manual Join by contacting H directly
Presentation Mode
Discussion Mode
Private panel
Login box
F
HA
SP
S3
P1
P2
High Delay
without multicast
SM
Token Managers
Gateway servers
Rcv
G
H
Directory Server
Java Server
Observers
Snd
UDP tunnel
C
Sharing Tool
P8
Intranet
Gateway
Private panel
Private panel
Login box
Class name and
semester
Room cards
Token controlled tools
Collaboration Mode
Private panel
Private panel
Login box
Shared view
Shared view
Annotation token holder utilities
Annotation token holder utilities
Token controlled tools
Private panel
Audio control
Video control
Video control
Room cards
Shared view
Audio control
Audio control
Class name and
semester
Video control
Annotation token holder utilities
Future Work
Performance Results 1
• Gateway
– target bandwidth setup
• uplink (to gateway) 256Kbps
• downlink (from gateway) 1 Mbps.
– Tunneling, and integration within current session/resource
management framework.
– format transcoding and/or data rate limiting.
• Tool Sharing (IPV)
– The performance of IPV depends on the following activities.
• Capture images of the windows in the application being shared,
• Compare these images with previous images to see if the image has
changed (for removing temporal redundancy),
• Compress the image,
• Transfer,
• Decompress,
• Display images on client machine.
– Capture time is a function of the image size only (measured around
220 msec for a 700x700 image on a Unix machine).
– Comparison time is between 300-500 msec.
•
•
•
•
•
Inter-Stream Synchronization
Late-Join mechanisms (service state)
Record/Replay
Quality of Session management
Semi-reliable application access protocols
Performance Results 2
• IPV (continued)
– Compression time is a function of the compression algorithm and
ranges from 1000 to 3000 msec. since this is performed in
software.
– Transmission time depends on image type and ranges from 20msec
for text images to 350 msec. for picture images (using PNG).
– On the receiver's side, performance is dominated by the time to
decompress which is around 500 msec.
• IRI-h Scalability
– scalability tests have been performed by running IRI-h on all
Intranet machines (35) with no degradation in performance
(video/audio/IPV reception).
The IRI-h Objectives 1
 Platform Independent Services: using JAVA technology
 Multi-participant Audio/Video: using Java’s JMF framework
 Collaboration Engine with Multiple-Platform-Tool-Source:
makes available the rich set of applications running on Windows/UNIX
environments.
 Delivery to the home/office: users can access the session over a
regular Internet connection using the latest generation of high speed at
home Internet connections.
 Recording/Replay: indexed by session events
 Support multiple learning modes: lecture, demonstration,
collaborative learning, computer-based labs, student team project, study
sessions
 Virtual Rooms: the class can be divided into groups by assigning each
group a virtual meeting room. Students can move from room to room and
join in different on-going discussions.
The IRI-h Objectives 2
 Platform/environment management including late
join/early leave: A student can join an on-going session at any time
and fully participate in that class.
 Situational awareness: Students, instructors and technical
engineers are made aware of the current operating environment and are
notified about noteworthy changes or unusual situations.
 Class Management: instructor handouts/student notes, call by
name, polling, classroom video, attendance, auto session start, class
monitoring, enrollment
 Shared Common Experience: The position and focus of the
windows displayed on the student’s workstation is coordinated with the
instructor’s machine.
 Scalable: 100 participants
 Easy of Use: Ease of installation, Quick class join
IRI-h Network Layout
S1
S2
Multicast
High Speed
Network (Multicast)
P7
High Speed
Network(Multicast)
P6
P8
Intranet
Gateway
UDP tunnel
P9
UDP tunnel
Gateway
Multicast
UDP tunnel
G
P3
P2
High Delay
without multicast
Low Bandwidth
without multicast
P1
Low Bandwidth
with multicast
S3
P5
P4
Multicast disabled site
IRI-h Software Architecture
Log Server
SP
SM
Annotation
Group Communication
server
Pointer
Gateway
Sharing Tool
Audio
Video
Observers
Token Managers
Snd
Snd
Snd
Rcv
Gateway servers
Rcv
Rcv
TCP connection
Service manager
Thread relationship
Main Thread
Snd: Sender
Rcv: Receiver
SP: Session Participant
SM: Session Manager
IRI-h Startup Scenarios
A
SM: Session Manager
SP: Session Participant
HA: Host Ambassador
X
Y: X initiates protocol
with Y
X
Y: X spawn Y
B
Startup Applet
SP Startup
SP
server
C
D
H
Directory Server
Java Server
E
HA
F
HA
SP
SM
G
SM
SP
E, F: Automated Startup by Java Server
B: Manual Join by contacting the Directory Server
H: Session Manager manually invoked
G: Manual Join by contacting H directly
Login/Discussion Mode
Private panel
Login box
Class name and
semester
Room cards
Token controlled tools
Private panel
Shared view
Audio control
Video control
Annotation token holder utilities
Presentation Mode
Collaboration Mode
Future Tasks 1
• Gateway
– Target bandwidth setup
• uplink (to gateway) 128-512 Kbps
• downlink (from gateway) 256-740Kbps
– Tunneling for lack of multicast
– Format transcoding and/or data rate limiting.
– Bandwidth management
• Inter-Stream Synchronization
• Quality of Session management
Performance
• IRI-h Scalability: scalability tests on 35 machines with no
incremental degradation in performance (video/audio/IPV reception).
• Delay: Audio/Video 750ms, IPV 1800ms
• Bandwidth: 1.5 Mb/s with three video, audio, ipv, pointer and
annotation
• StartUp: initial interface 1 minute, video 25s, audio (10s), ipv (5 s),
pointer(30ms), private services (3 s), class creation (10s)
• Refresh rates: Video 15 frames/sec, IPV 5s for full screen
Future Tasks 2
•
•
•
•
•
•
Late-Join mechanisms (service state)
Record/Replay
Semi-reliable application access protocols
Multiple Rooms
Feedback: network monitor, “smiley face”
Additional Features: classroom video, call on student,
survey, PA channel for multiple rooms, exam tool, remote
ipv