An Architecture Concept for Mobile P2P File Sharing Services

Transcription

4. Würzburger Workshop "IP Netzmanagement, IP Netzplanung und Optimierung"
An Architecture Concept for
Mobile P2P File Sharing Services
Andersen F.-U., Kappler C. (Siemens AG)
Ivan Dedinski, Oberender J., de Meer H. (Universität Passau)
Tutschku K., Hossfeld T., Mäder A., Tran-Gia P. (Universität Würzburg)
University of Würzburg
Department of Distributed
Systems, Prof. Dr.Ing. P. Tran-Gia
University of Passau
Institute of Computer Networks and
Computer, Prof.
Dr. H. de Meer
SIEMENS AG I&C
Mobile Networks Research & Concepts,
F.-U. Andersen
Dr. C. Kappler
Motivation (Trends and Assumptions)
Trends
Billing models for GPRS/UMTS: Towards time based and flat rate
Rising or evolving amount of „user created mobile content“
- Photos / small Videos of any (rights-free) kind
- (self-composed) Ring tones, free text files / Information
ISP network traffic is dominated by peer-to-peer file sharing applications
- Telefonica reports up to 80% fixed network p2p traffic
Assumptions
DRM: very complex, inter-disciplinary issue (but ouf of scope)
- Alternatives: DRM light / Creative Commons Licence model
P2P experience is highly attractive to many users
- Curiosity factor (what do other users have to offer?)
4. Würzburger Workshop "IP Netzmanagement, IP Netzplanung und Optimierung",
28.7.2004
Seite 2
Objectives of MoPi („Mobile P2P“)
Problems for P2P in 2.5/3G mobile networks
P2P traffic should be kept local for fixed/wireless operators
Asymmetric speed / P2P-unattractive charging
Variable terminal connectivity
1
High signalling traffic in unmodified P2P systems
0.9
0.8
0.7
0.6
CDF
Operators wish to participate in service creation
0.5
0.4
0.3
0.2
Æ Qualitative + quantitative analysis of P2P in 2.5G / 3G
0.1
0
0
Approach / options:
Operator-managed P2P services:
Operator controls service and traffic dynamics
Improved P2P performance for mobile environments
Realize in 3G by hybrid P2P structure
Æ Introduce infrastructure elements to address
the above problems
28.7.2004
Seite 3
with cache
without cache
5
10
15
download time [h]
20
25
State of the art / related work
Smart cache for KaZaA (Joltid Inc.) and other P2P systems
man-in-the-middle approach. Protocol messages are
intercepted and then tried to satisfy from a cache database
Project JXTA for mobile devices (J2ME, JXME)
mobile P2P messaging / lightweight JXTA APIs for mobiles
relays enable connection to JXTA networks
rendezvous peers with full capabilities (message routing /
proxy services)
no consideration of cellular mobile requirements
“A platform and applications for mobile peer-to-peer
communications” (Kato et al., WWW2003, DoCoMo / Ericsson)
mobiles cannot run “full” P2P client software Æ proxy
mixed architecture: hybrid, superpeer + pure P2P part.
multicast overlay carries out multicast forwarding by multihop or multidestination unicast (ALM).
28.7.2004
Seite 4
Classical
operator
domain
decentralized
Pure
P2P
Classical
user centric
domain
e-donkey
MBMS
Proxy
centralized
resource mediation
Option Space Cartography (I)
Cache
client/
server
centralized
IMS
VPN static
overlay
Hybrid
domain
decentralized
resource access
28.7.2004
Seite 5
Option Space Cartography (II)
Classical
operator
domain
decentralized
centralized
resource mediation
Shifting a pure P2P system towards the client-server model
Pure
P2P
Solution
with
e-Donkey
+ Cache
+ Proxy
e-Donkey
client/
server
centralized
Classical
user centric
domain
Hybrid
domain
decentralized
resource control
28.7.2004
Seite 6
Scope of work
Mobile P2P (MoPi)
Initial basic idea
Cellular mobile
Environment
(2.5/3G)
Decisions
taken during
project
definition
phase
User services
for sharing
content
Decisions
taken during
WP1 project
phase
Fix-Mobile P2P
Interconnect
Bluetooth, IR,
WLAN, satellite, …
selected option
evaluated but not
selected option
Network + control
services, resilience
Hybrid P2P
Pure P2P
Edonkey +
derivatives
JXTA
Mobile-toMobile P2P
Legend:
4G
Gnutella II,
Fasttrack,
WinMX,
BitTorrent
DoCoMoEricsson
proposal
Optimization of
PC-based P2P
access via 3G
28.7.2004
Seite 7
Design decisions
Legend:
Option space
selected option
evaluated but not
selected option
Infrastructure options
Algorithm options
current work focus
MBMS
Distribution
at GGSN
level
SIP
presence
Superpeer
organization
Presence
information
IMS / SIP
IMS P2P
application
server
P2P
Cache
Edonkey
Index server
Mod
Advanced
signalling
Caching
strategies
Proxy
P2P
Crawler
Transfer
session
Search
session
Mobile P2P
Architecture / System
proposal
28.7.2004
Seite 8
Caching Peer (pat. pend.) sub-system
P2P file exchange
- Selected for final
architecture; strong
improvement of
performance; implementation without
changes in client
peer software
Common P2P / overlay signaling
Caching peer specific signaling
Mob.
peer
GGSN
Fixed P2P
network
Caching
peer
user domain
Index
server
operator domain
Air traffic generated
Mob.
peer
trigger
level
for cache
# of downloads
28.7.2004
Seite 9
Crawling Peer (pat. pend.) sub-system
P2P file exchange
Caching peer specific signaling
Mob.
peer
GGSN
Mob.
peer
Fixed P2P
network
- Selected for final
architecture; allows
for integration of
mobile peers into the
global P2P
community
Index
server
Crawling
peer
user domain
operator domain
28.7.2004
Seite 10
Smart Proxy (pat. pend.) sub-system
Legacy mobile signaling
P2P file exchange
Enhanced MoPi signaling
-Some of its core
functionality can be
taken over by the
caching and crawling
peers
Mob.
peer
GGSN
Mob.
peer
Fixed
P2P
network
Firewall
- Deselected for
final architecture;
has lots of interesting
options for further
research (e.g. queue
sharing)
Indexserver
P2P
proxy
user domain
operator domain
28.7.2004
Seite 11
Proposed Architecture
Mobile Control Domain (Presence Information)
Internet Index Server
Crawling
Peer
2.5/3G
mobile network
Cache Peer
Internet Peers
0
Mobile Peers
user domain
operator domain
P2P file exchange
mediation signaling
enhanced P2P signalling
28.7.2004
Seite 12
Simulation model and first results
1
3000
Popular file(s)
0.9
2500
0.8
0.7
0.6
CDF
Requested file
2000
1500
0.5
0.4
1000
0.3
0.2
500
0.1
0
0
5
10
15
20
0
0
25
Tim e [h]
3.5
x 10
5
10
15
download time [h]
20
25
4
dow nlink
uplink
3
Transferred data volume [kB]
with cache
without cache
Mean value without cache: 11.2915 h
Mean value with cache: 5.8751 h
2.5
2
1.5
Simulation model type: Queue-based,eventoriented (virtual time base) and implemented in
Java. Event inter-arrival time is randomized.
1
0.5
0
0
100
200
300
tim e [m in]
400
500
28.7.2004
Seite 13
First results and conclusions
(project is still running)
The project shows that
It is possible to use P2P with GPRS with limitations
The limitations can be addressed by using the described infrastructure
elements / architecture
If the proposed architecture is used, it has the following
advantages:
More performant P2P data exchange via the 2.5/3G cellular air IF
Increasing reliability of mobile-to-mobile file transfers
Caching ( Æ only 1 air interface needed)
Based upon a fixed network P2P standard (eDonkey)
Connecting to fixed network P2P world in a controlled way
Operator-provided index-server manages content mediation
Redirection of clients to the operator‘s index server Æ reducing interdomain traffic
For the most parts, also applicable to fixed networks
Motivation for end users to subscribe to a mobile P2P service because of
a noticeable performance improvement

28.7.2004
Seite 14

An Architecture Concept for Mobile P2P File Sharing Services

Transcription

Documents pareils

National Progress Report on

Influence of the Size of Swapping Entities in Mobile P2P File

Unbenannte Seite - Der Schallplattenladen

pdf-en - HTL Mödling

Software design engineer (Ingenieur/in

Glass pipes for sale - Hookah Online Store

PGEU statement on the development of e-health and e

- Aero-naut

Der witz und seine beziehung zum unbewussten pdf

fil_attachment-3

Distant Event, Local Effects? Fukushima and the German

Cache in the air: exploiting content caching and delivery