QUTE’98 Workshop Heidelberg, October 1998 Telebit Communications A/S An independent Danish vendor of multiprotocol routers and switches. Peder Chr. Nørgaard Senior System Developer

QUTE’98 Workshop Heidelberg, October 1998 Two topics The P702 demo - something that is already working The BTI project - what we want to accomplish in a year or so

QUTE’98 Workshop Heidelberg, October 1998 P702 End-User Bandwidth on Demand - Opportunities for Service Providers and PNOs - - Using IPv6 and RSVP - - as demonstrated by the P702 demonstration

QUTE’98 Workshop Heidelberg, October 1998 P702 - Concept The Concept: © EURESCOM

QUTE’98 Workshop Heidelberg, October 1998 P702 - Concept End-User Bandwidth on Demand over multiple backbone technologies (P702) Most general voice/video/data services available with IP Need for user-initiated multiple service levels with QoS Integration of IP services with all backbone/trunking technologies Needed to make optimum use of network resources and facilitate growth in multimedia services. –Doesn’t ADSL promise 6 Mbps to everyone ? –But how will the backbone network carry traffic ?

QUTE’98 Workshop Heidelberg, October 1998 P702 - Demonstration hardware The Demonstrator: © EURESCOM

QUTE’98 Workshop Heidelberg, October 1998 P702 - Concept Customer selects video from menu, and clicks on PLAY Client in host signals to the server to start video Video SelectService Select  Video 1  Default  Video 2 Bronze  Video 3  Silver Video 4  Gold  Video 5  Platinum PLAY

QUTE’98 Workshop Heidelberg, October 1998 P702 - Concept

QUTE’98 Workshop Heidelberg, October 1998 P702 - Concept

QUTE’98 Workshop Heidelberg, October 1998 P702 - How it works 1) Video server starts and assigns random IPv6 flow label. This is combined with the source address => unique Flow ID 2) Client initiates RSVP sequence signalling reqd BW to server 3) Server sends RSVP PATH_MESSAGE, signalling the BW requirement to the first Decision Point (DP1). 4) PATH_MESSAGE routed using QoS Routing Table mapping BW to port no. 5) Path through network installed.

QUTE’98 Workshop Heidelberg, October 1998 P702 - How it works QOS Routing table: Source Prefix Dest Prefix BW Interface Next Hop Max Min xxxxxxxxxxxxx 64K 8K Internet:: xxxxxxxxxxxxx 512K 65K ISDN:: xxxxxxxxxxxxx 1024K 513K ISDN xxxxxxxxxxxxx 2M 1025K ISDN xxxxxxxxxxxxx 8M 2.01M ATM ::

QUTE’98 Workshop Heidelberg, October 1998 P702 - How it works 6) Client then sends reservation message back through network following the initial RSVP PATH_MESSAGE 7) Remote Decision Point then sets up connection and installs reservation 8) All subsequent packets with identical Flow ID are identified and forwarded using the Reservation Table

QUTE’98 Workshop Heidelberg, October 1998 Why IPv6 ? IPv6 QoS Advantages: QoS becoming an issue as real time services emerge: 1) Need for lower latency and jitter, but improved tolerance to lost packets 2) Less emphasis on re-transmission of lost data 3) More emphasis on timing relationships (time-stamping) 20-bit Flow Label enables identification of traffic flows Class of Service field to manage conflicts RSVP used by routers to deal with requests –Support of more addressing hierarchy –Addition of anycast address to give multicast efficiencies

QUTE’98 Workshop Heidelberg, October 1998 IPv6/P702 - Deployment Issues Could revolutionise relationship between PNO & End-User Requires no specific link-layer technology Facilitates new services: –High bandwidth on demand with existing infrastructures –Real time services (Voice/video over IP) –Multicast services Options for spontaneous purchase of bandwidth Standards based implementation Software developed by group available for experimentation

QUTE’98 Workshop Heidelberg, October 1998 P702 demonstration Partner Profile Consortia of 23 European Telcos (Sponsor) University of Lancaster (Application development) Telebit Communications A/S (Router development)

QUTE’98 Workshop Heidelberg, October 1998 P702 Conclusion IPv6 creates new service possibilities Link-layer independence for new services is achievable (only appropriate bandwidth is needed !) IPv6 already a commercial technology Integration into Differentiated Services Internet model desirable P702 results (hardware and software) made available for further development

QUTE’98 Workshop Heidelberg, October 1998 Need to mature More work on the access side Need to include multicasting Need to use ABR, i.e. upgrade to UNI 4.0 signalling Need to optimize use of ATM switching - NRHP

QUTE’98 Workshop Heidelberg, October 1998 THIS IS THE BTI PROJECT Broadband Trial Integration A project under the ACTS program

QUTE’98 Workshop Heidelberg, October 1998 The partners DSC Communications (coordinating partner) Portugal Telecom-CET Telekomunikacja Polska University of Mining and Metallurgy Teledanmark Telebit Communications A/S University Carlos de Madrid University of Edinburgh UNI-C

QUTE’98 Workshop Heidelberg, October 1998 Content of BTI Broadband residential access network ATM backbone Integrated services Using IPv6, RSVP, PIM, NRHP, ATM w/ multicast SVC Integrate in Educational Environment Evaluation directly at the end-users (pupils, students)

QUTE’98 Workshop Heidelberg, October 1998

QUTE’98 Workshop Heidelberg, October 1998 Network Capability Schedule November 1998 IPv4 multicast, using CBR for controlled load service April 1999 UNI 4.0 signalling, using ABR for controlled load service IPv6 multicast September 1999 NHRP Guaranteed service using CBR ultimo 1999, project ends