Transcript No Slide Title

Overview
•
•
•
•
•
•
•
Background
Components in the release
Feature set
Interfaces
APIs for extension
Limitations
Plans for next release
July 21, 2015
The ICEBERG Team, Summer 2000 Retreat
2
ICEBERG Goals: Potentially Any Network Service
Same service in different networks
Service handoff between networks
2-way Paging
GSM/CDMA
PSTN
IAP
IAP
IAP
IP
High BW IP core
Diverse access links
July 21, 2015
IAP
WIP
IAP
• Extensible network
environment
• Addressing accessdevice and accessnetwork
heterogeneity
The ICEBERG Team, Summer 2000 Retreat
3
ICEBERG Goals: Personal Mobility
Speech-to-Text
Speech-to-Voice-Attached-Email
Call-to-Pager/Email-Notification
Email-to-Speech
All compositions
of the above!
Universal Inbox
Policy-based
Location-based
Activity-based
July 21, 2015
The ICEBERG Team, Summer 2000 Retreat
4
ICEBERG Goals
• Go beyond 3rd generation cellular
• Infrastructure for hybrid services
–
–
–
–
Work in the wide-area
Ease of deployment
Robust signaling, high availability
Secure billing issues
July 21, 2015
The ICEBERG Team, Summer 2000 Retreat
5
ICEBERG Architecture: An Overview
Access Network
Plane
PSTN
GSM
IAP IAP
ICEBERG
Network
Plane
IAP
Pager
IAP
A
SF iPOP
IAP
NY iPOP
IAP
B
SF iPOP
NY iPOP
Clearing House
ISP Plane
July 21, 2015
ISP1
ISP2
CA
PR
PAC
APC
NMS
ISP3
The ICEBERG Team, Summer 2000 Retreat
6
Components in the Release
Call Agent (CA)
Outgoing
calls
Client IAPs
ICEBERG
Access
Points
(IAPs)
Preference Registry
(PR)
Automatic Path
Creation Service
(APC)
Name Mapping
Service (NMS)
Incoming
calls
ICEBERG Point of Presence (iPOP)
July 21, 2015
Server IAPs
The ICEBERG Team, Summer 2000 Retreat
7
Components in the Release
VAT
IAP
CA
GSM
IAP
Jukebox
IAP
PR
Pref.
Mgr.
GUI
MediaManager
IAP
APC
NMS
iPOP
July 21, 2015
Voice-Mail
IAP
Mail-push
Client
IAP
The ICEBERG Team, Summer 2000 Retreat
8
Requirements
• Ninja 1.5
– iSpace for service platform
– NinjaRMI for communication
• Hardware
– Linux cluster
– Scaling not too good
• Use of NinjaRMI
• Process-per-operator-per-path model for APC
July 21, 2015
The ICEBERG Team, Summer 2000 Retreat
9
Capabilities: Any-to-Any Communication
Calls
from
friends
Emails from
important
business
associates
Anonymous
callers
Read email
through
MediaManager
Calls during
office hours
Preference-based redirection
Device-type and name independence
July 21, 2015
The ICEBERG Team, Summer 2000 Retreat
10
Capabilities: Service Handoff
July 21, 2015
The ICEBERG Team, Summer 2000 Retreat
11
Capabilities: Service Handoff
July 21, 2015
The ICEBERG Team, Summer 2000 Retreat
12
Capabilities: Adding new IAPs
H.323 IAP
Push
Stock Quotes
IAP
iPOP
Access
July 21, 2015
Yahoo
Calendar
IAP
The ICEBERG Team, Summer 2000 Retreat
13
Capabilities: Adding to APC
Front-end
APC
July 21, 2015
Back-end
Operators + Connectors
The ICEBERG Team, Summer 2000 Retreat
14
Overview
•
•
•
•
•
•
•
Background
Components in the release
Feature set
Interfaces
APIs for extension
Limitations
Plans for next release
July 21, 2015
The ICEBERG Team, Summer 2000 Retreat
15
Interfaces between Components
PR1
IAP 1
NMS1
PR2
NMS2
CA 1
CA 2
APC 1
APC 2
IAP 2
NinjaRMI
Soft-state signaling for session maintenance
July 21, 2015
The ICEBERG Team, Summer 2000 Retreat
16
Interfaces with Specific Services
• APC Service
– int createPath(source, destination)  returns pathID
– Source and Destination description:
• Machine address
• Connector specification: RMI/UDP/HTTP/RTP
– void destroyPath(int pathID)
– void changePath(int pathID, newSrc)
• MediaManager Service
– String[] getFolders(username)
– MediaMessage[] getList(username, folder, num-msgs)
– ContentObject getMsgContent(contentID, int type) 
returns one of:
• text transcript, text summary, audio summary
• multiple audio formats possible
July 21, 2015
The ICEBERG Team, Summer 2000 Retreat
17
API’s for Extension: Adding IAPs
Setup(), Terminate(),
DTMF(), ServiceHandoff()
CA
Setup(), Terminate(),
DTMF()
Device- or
service-specific
part
Generic
part
StartConnection(),
CleanUp()
APC
Extend IAPWithCA Implement IAPIF
July 21, 2015
The ICEBERG Team, Summer 2000 Retreat
18
API’s for Extension: Adding Operators
• Specify I/O types
• Specify ADU size
• For process-based
operators:
APC
Operator 1
Operator 2
New Operator
Operator 3
– Java-wrapper around
executable
– I/O in
STDIN/STDOUT
– Specify executable
• G.723 codec added in
2hrs
Extend Operator Implement OperatorIF
July 21, 2015
The ICEBERG Team, Summer 2000 Retreat
19
Overview
•
•
•
•
•
•
•
Background
Components in the release
Feature set
Interfaces
APIs for extension
Limitations
Plans for next release
July 21, 2015
The ICEBERG Team, Summer 2000 Retreat
20
Limitations in v0
• No heart-beat between IAP and CA
– require iPOP in a vSpace cluster
– IAP stub communicates with periodic state
updates (keep-alive messages)
• APC supports only UDP connectors between
operators
Any
July 21, 2015
UDP
UDP
The ICEBERG Team, Summer 2000 Retreat
Any
21
Limitations in v0 (Continued)
• APC issues
– ties operators to specific connectors
– process per operator model (scaling problems)
– pipes for communication (huge delays due to
buffering)
– path restricted within a cluster
• Issues with path control
– hard-state protocol for setup and tear-down
(easy to fix)
– no flow control (more difficult to fix)
July 21, 2015
The ICEBERG Team, Summer 2000 Retreat
22
Limitations in v0 (Continued)
• Naming service not distributed
• Soft-state update not enough for userlevel signaling between end-points
CA 2
IAP 1
CA 1
IAP 2
– need reliable propagation
– need instantaneous propagation
– e.g., DTMF
July 21, 2015
The ICEBERG Team, Summer 2000 Retreat
23
Plans for Next Release
• Port to vSpace
– fault-tolerant communication between the IAP
and the CA
– inherit scaling features
• Fix (some of) APC issues
– remove process-per-operator model
– remove coupling between operators and
connectors
– soft-state for path maintenance
July 21, 2015
The ICEBERG Team, Summer 2000 Retreat
24
Feedback
•
•
•
•
•
Evaluation strategy
Security issues
Things to fix in next release
Thoughts on more IAPs
Deployment issues
July 21, 2015
The ICEBERG Team, Summer 2000 Retreat
25