Bandwidth on Demand Services in National Scale Test Network VIOLA

Transcription

1 Bandwidth on Demand Services in National Scale Test Network VIOLA Carsten Rosche, Ferdinand Hommes Fraunhofer Institute Intelligent Analysis and Information Systems (IAIS) Workshop on ASON/GMPLS Implementations in Field Trials and Carrier Networks, September 24, 2006, Cannes

2 Outline Project Overview Test Scenarios Test Results Future Activities Seite 2

3 VIOLA Test Bed VIOLA: Vertically Integrated Optical Test Bed for Large Applications Major goals - Test of advanced network equipment and network architectures (10/40 Gbps, Ethernet, SDH) - Interworking tests of network equipment from different vendors - Development and test of software tools for user-driven dynamic bandwidth provision (MPLS, GMPLS/ASON, UNI, E-NNI) - Enhancement and test of new advanced applications (Grid, VR) - Cooperation with European IST projects (GÉANT2, MUPBED) Seite 3

4 VIOLA Partners Organized as consortium, Leader: DFN-Verein Members of consortium: Alcatel SEL AG, Siemens AG, FZ Jülich, Universität Bonn, RWTH Aachen T-Systems Business Services GmbH, FhG (IAIS, SCAI), Stiftung caesar, FH Bonn-Rhein-Sieg (U Appl. Sc.) Associated partners: GasLINE, Navtel Project started: June 2004 Duration: Funding: 3 Years BMBF (German Federal Ministry of Education and Research) and Project Partners Seite 4

5 VIOLA Topology RWTH Aachen Research Centre Jülich FH Bonn-Rhine-Sieg Sankt Augustin caesar Bonn n x 40 Gbit/s (WDM) 10 Gbps SDH 10 GE 2,5 Gbps (2 x GE) B-IT Bonn University of Bonn MPI Bonn Fraunhofer Institutes Sankt Augustin GÉANT Frankfurt Jülich Sankt Augustin Aachen Bonn Frankfurt Erlangen Nuremberg backbone node and user node user node T-Systems Nuremberg University of Erlangen Seite 5

6 Vertical Integration of Transmission Technologies Applications Middleware GRID Virtual Reality Layer 2 Service VLL / VPLS / H-VPLS Packet Ring Layer 3 Service MPLS Switch/Router Layer 3 VPNs GFP / LCAS / VCAT SDH Cross Connects ASON-GMPLS / UNI / I-NNI / E-NNI Fibre Direct, CWDM, DWDM Seite 6

7 ARGON - Interfaces for Network Resource Reservation - Integrated into UNICORE through MetaScheduler - Supporting various different network technologies - Advance Reservation Unicore WS-Agreement Applikation Übertragung der Job-Daten MetaScheduler Site 1 Site n ARGON Adapter Adapter Adapter VPLS VLL ASON GMPLS Local Scheduler Site 1 Partial job 1 Local Scheduler Site n Partial job n ARGON Network Seite 7

8 ARGON Services Seite 8 Availability Reserve Bind Query Cancel Modify Activate Interface

9 Virtual Reality Application (KoDaVis) - Layer 2 Service - Visualization Connections: - High Bandwidth and low delay - Point-to-Point Ethernet over SDH - Control Connections: - Low Bandwidth demands - Point-to-Multipoint Connections via VPLS KoDaVis (collaborative visualization of huge atmospheric datasets in heterogeneous environments) Seite 9 Slide:

10 KoDaVis Demo Network Setup KoDaVis-Demo - Übersicht RWTH Management- und Video-Netz Ether Switch MPLS-Router Backbone VLAN 253 VPLS Ether Switch FhG RWTH Ether Switch FhG FZJ FZJ GbE-Port Visualisierungsverbindungen RWTH Vis-PC1 FZJ Router (Riverstone) SDH-Netzwerk Ethernet over SDH Vis-PC2 Vis-PC FhG-IMK U. Eisenblätter XD1 Reservierung und Schaltung über ARGON Messung des Live-Verkehrs mit Interwatch Seite 10 FhG

11 Signaling Overview Control Plane, Data Plane, Out of Band Signaling Packet Sniffer Ethernet DCN Network Ethernet Control plane UNI 1.0 R2 / 2.0 Control plane E-NNI Control plane UNI 1.0 R2 / 2.0 Control plane Router Switch ETH/SDH Data Connection Cross Connect SDH Data Connection Cross Connect ETH/SDH Data Connection Router Switch Seite 11

12 Test Scenarios DCN Network DCN SDH Switch/Hub n x TP GF Alcatel 1678 DCN SDH Riv /0/5 Riv. Riv /0/ /0/7 Alcatel 1678 DCN SDH Ethernet-over-IP Tunnel BSD WS DCN IMK Cisco 1712 Cisco 1712 DCN SDH.1.1 DCN Nürnberg Server WindowsXP Clearpond Sniffer Alcatel n x TP Switch/Hub GF Siemens hit 7070 WindowsXP Clearpond Sniffer Alcatel SUN WS sa Alcatel SUN WS bn Alcatel SUN WS ju Siemens hit Alcatel UNI-Proxy aunisa Alcatel UNI-Proxy aunibn Alcatel UNI-Proxy auniju WindowsXP Clearpond DCN Berlin WindowsXP Clearpond Sniffer.17.1 Cisco 1712 DCN Erlangen Cisco Siemens hit 7070 BSD WS BSD WS.8.99 Sycamore SN DCN SDH

13 Test Scenarios Test Equipment and Supported Protocols UNI-C UNI-N I-NNI E-NNI Alcatel 1678 UNI 1.0R2 / 2.0* X X Siemens HiT 7070 Sycamore SN16000 UNI 2.0 Subset UNI 1.0R2 / 2.0 X X - X Marconi MSH64c UNI 1.0R2 / 2.0 X X Navtel Interemulator Alcatel UNI Proxy Alcatel SUN WS UNI 1.0R2 / 2.0 UNI 1.0R2 / 2.0 UNI 1.0R2 / 2.0 UNI 2.0 Subset X X * Using external hardware Seite 13

14 Joint MUPBED-VIOLA Test Scenarios Protocol Analysis, Visualisation of Paths Ethereal Clear Pond but also Command Line Interfaces, Management-Systems etc. Seite 14

15 Joint MUPBED-VIOLA Test Results E-NNI and UNI 1.0 R2 Tests Overall Results Seite 15

16 Joint MUPBED-VIOLA Test Results E-NNI and UNI 2.0 Tests Overall Results Seite 16

17 Alcatel UNI2.0 Proxy Solution 4/1 UNI-2.0-Port (GE) 5/1 UNI-1.x-Port (2,5Gbps) 2/4 E-NNI-Port 6/1 Legende: Ports auf 1678, konfiguriert auf SUN 4/1 GE-Ports für Shahid-Tests 4/10 GE-Ports für Navtel-IE-Tests RemoteNodeAddress RemoteIfIndex TELinkIfIndex RemoteNodeAddress RemoteIfAddress TELinkIfIndex 3/1 3/2 2,5-UNI-Verbindung GE-UNI-Verbindung L 3/12 4/4 4/3 a78ju /2 4/1 2/1 2/2 2/1 3/1 3/2 Alcatel UNI 2.0 Realisierung 3/16 4/1 4/4 5/4 5/3 5/2 5/1 a78bn ENNI 10Gbps 5/4 5/3 5/2 5/ /4 6/3 6/2 6/1 6/4 6/3 6/2 6/ (01) L L L L L L (01) ENNI 2x 10Gbps 5/3 5/1 6/3 6/1 6/3 2/2 2/4 2/2 4/16 4/2 4/1 a78sa /1 5/2 5/4 6/1 5/3 3/ (01) (01) SUN SUN SUN RemoteNodeAddress RemoteIfAddress TELinkIfIndex TNA RemoteNodeId RemoteIfId IfIndex TNA FhG-IAIS U. Eisenblätter 3/1 3/1 3/2 3/2 3/8 UNI-N... 3/11 3/12 4/4 4/3 3/12 4/4 UNI-C 4/3 4/2 proxy /2 4/1 4/ /1 3/1 3/10 3/11 NIE UNI-N 3/16 4/1 4/4 5/4 5/3 5/2 5/1 3/16 4/1... 4/4 5/4 5/3 5/2 5/1 UNI-C proxy UNI 1GE und UNI 2,5Gbps 4/16 4/ /13 UNI-N 4/10 4/2 4/1 NIE /2 4/1 UNI-C 5/1 5/2 5/4 5/1 5/2 5/4 proxy Seite

18 Test Results Complex Protocol Configuration, Missing In-Band Auto Configuration

19 Test Results Configuration Issues Different configuration interfaces - Mixture of craft terminal and command line interfaces - Mixture of SNMP and command line interfaces - Menu based interface combined with command line interfaces for defining the initial OSPF/RSVP configuration - Mixture of craft terminal and SNMP - Only partial integration into existing management systems until now ongoing work at vendors sites Seite 19

20 Test Results The TNA Problem Many different address types allowed TNA Transport Network Address: - IPv4 address - IPv6 address - NSAP address Problems: - Mostly private IPv4 addresses were used in field trials - No addressing scheme, parallel address space to IP address space? - Distribution of TNAs via OSPF, sometimes static configuration Requests: - TNAs should be handled like IP addresses - Use of IP routing protocols for exchanging TNAs Seite 20

21 Test Results Error Handling Error messages shown during configuration are often not helpful: - Different management interfaces must be consulted to locate an error (CLI, SNMP, craft terminal) - Packet sniffing via Ethereal protocol analyzer very useful, but requires flat SCN network to enable monitoring of all packets - Sometimes real error reason could only be found by experts using undocumented debugging commands - Errors based on different interpretation of protocol standards could be easier found and overcome by direct vendor to vendor communication Seite 21

22 Test Results Software Prototypes, Standardization not Finished Implementation of standardized functions - Software worked fine with own network elements - Vendors have implemented different sub-sets of standards - Optional protocol elements are sometimes not ignored but rejected - Multiple control flows for setting up, keeping and deleting connections were possible - Different state of implementations of add-ons were found Interoperability tests - Experts meet just for some days, fix problems on the fly, if possible, which results in serious time constraints and leaves no time for documentation - Open problem fixing would require continuous cooperation between vendors - Often same problems have to be re-visited at next interoperability tests Seite 22

23 Summary In most cases the interoperability problems could be solved and the experimental evaluations were accomplished successfully. But, achieving interoperability is a very time consuming process. Requirement towards standardization bodies: Please provide better standards - Less optional parameters - Intermediate versions of standards, clearing which protocol elements must be supported Requirements towards vendors: Please automate configuration process - Support auto-configuration wherever possible - Use of in-band signaling suggested Seite 23

24 Future Activities Continuation of current work: - UNI 2.0 interoperability tests within VIOLA (Alcatel, Siemens and Sycamore) between VIOLA and MUPBED (Marconi/Ericsson and Alcatel) - Stress tests, recovery and restoration tests using emulation tool Navtel Interemulator - Interoperability tests with additional vendors Cooperation with GÉANT2 EU-Project PHOSPHORUS (starting October 1 st 2006) Implementation of universal UNI-C 1.0R2/2.0 software (planned) Seite 24

25 Acknowledgements We would like to thank all the experts from Alcatel, Cisco, Marconi/Ericsson, Siemens, Sycamore and T-Systems, who have supported us in accomplishing these interoperability tests successfully. Seite 25