Title: Broadband Trial Integration ACTS AC362
1Broadband Trial IntegrationACTS AC362
- Piotr Pacyna, Zdzislaw Papir Arturo Azcorra,
Niels Andersen - pacyna_at_kt.agh.edu.pl
2Project partners
- DSC Communications
- Portugal Telecom - CET
- Polish Telecom
- Teledanmark
- Telebit Communications A/S
- Universidad Politecnica de Madrid
- University of Edinburgh
- UNI-C
- AGH Cracow University
3Project objectives
- Verification of the level of integration of two
quite distinct network architectures (IP, ATM)
and the way they support quality-oriented
application
- Search for appropriate mappings between IP layer
QoS following IntServ model, and corresponding
QoS parameters and QoS setup mechanisms of the ATM
- Search for viable migration paths from present
day IPto next generation IP - IPv6
4Technical means
- Development of IntServ QoS controlled
networkbased on IPv6, RSVP, NHRP and ATM with
m-cast SVCs
- Development of educational user
applicationsemploying capability of the network
to control QoS
- Set up of international, high speed links to
connect broadband islands, verify design
principles and implementation
5Field trials
6Testbed
7IP and ATM - interoperation issues
- Transparent support for existing apps, protocols
and OS - Support for multicast
- Address resolution
- Connection oriented service
- Connectionless service
- Interworking of legacy LAN and ATM
8QoS support
- Individual network elements along data
distribution paths
- Methods to communicate the requirements to
network elements, and to convey QoS management
information
9IPv6 router extension
- RSVP for IPv6
- RSVP interface to PIM for m-cast reservations
- Controlled Load reservations over CBR and VBR
SVCs - Guaranteed Delay reservations over CBR SVCs
- Policy function for ATM SVCs
10IP multicast in the router
- Multicast routing for IPv4/IPv6 through PIM
- Intra domain routing for multicast groups
- PIM-SM rendezvous point through election
mechanism - Build distribution tree for multicast group
11RSVP and ATM key interoperation issues
- A key issue for QoS-capable IP service in an ATM
environment is the integration of RSVP
signalling and ATM signalling in support of the
Integrated Services
12Service model
SA Service Access TA Transport Access UA User
Access RG Residential Gateway NT Network
Terminator
13Access network integration
PON Passive Optical Network ONU Optical
Network Unit OLT Opitcal Line Termination UA
User Access RG Residential Gateway SA
Service Access TA Transport
Access DSLAM Digital Subscriber Line Access
Multiplexer
ATM
14Integrated Access to NSPsL2TP Access Aggregation
Physical
xDSL
Physica
Physical
Physical
Physical
xDSL
UA and Terminal
DSLAM
LAC
LNS
15Integrated Access to NSPsPPP Terminated
Aggregation
ATM,802.3, FDDI, ...
Physical
xDSL
Physical
Physical
xDSL
Physical
Physical
DSLAM
BAS
UA and Terminal
Router
16Service integration in the residential gateway
17IP/ATM Multicast Integration
18IP/ATM multicast integration
19Applications in the network
- point-to-point and multipoint sessions
- low / moderate / high bandwidth requirements
- symmetric / asymmetric bandwidth
20Shared workspace
- session desktop
- chat tool
- shared text editor
- shared web browser
- shared whiteboard
21Video conferencing tool
- m-point session support
- dynamic membership mgmt
- unicast/multicastconnections
- RSVP-aware
- being migratedto IP6 now
Picturehere
22Audio conferencing tool
- m-point session support
- dynamic membership mgmt
- unicast/multicastconnections
- RSVP-aware
- PCM, ?-law, ADPCM, GSM
23Video Retrieval Service
- MPEG1 SIF
- textual descriptions
- search by category / keyword
m-point session(centralized ctrl)
dynamic membership
RSVP reserv.
24QoS requirements
25Performance evaluation
- Traffic engineering approach - netperf
? traffic generator ? UDP, TCP ? Windows NT,
Sun Solaris, HP, ...
- Subjective quality assessment
- ? scenarios for testing ? users evaluation
26Conclusions
complete proposal for QoS IP internet,
promotes evolutionary approach,
preserves present-day IP network
well suited for medium size communities
like access networks, where
? no scaling problem,
- ? per-micro-flow guarantees required
27Conclusions
- IP6 / RSVP over ATM provides many potentials
each protocol contributes valuable and unique
properties each protocol imposes
significant technical barriers
- Integrating IP, RSVP, ATM is not seamless.
In fact it is complex.
? need for series of simplifying
assumptions
28Conclusions
- Commercial software/hardware solutions are good
at one thing, but poor at supporting the mix
- Pre-commercial solutions are being developed and
improved
? the situation changes at high pace
? there is still much to be done
- IPv6 multicast applications can successfully be
developed and tested in local
environments