MPLS Consortium Charter Meeting Welcome to UNH Durham, New Hampshire February 7, 2000
Agenda n Welcome and Introductions n Overview of the UNH InterOperability Laboratory n Establishment of the MPLS Consortium –Testing Goals Discussion –Charter and Usage Agreement
Agenda (continued) n Lunch n Election of MPLS Steering Committee n Initial Group Test Planning n Review and Closing Remarks
The Interoperability Problem and the UNH InterOperability Laboratory Scott A. Valcourt Senior Consortium Manager February 7, 2000
Overview n Understanding the Interoperability Problem n Solving the Interoperability Problem n The UNH InterOperability Laboratory
Interoperability Failures n Pushes out market acceptance of new technologies n Increases support cost n Opens windows of opportunity for different solutions n Does not enhance the reputation of a product
The Meaning of Interoperability n Plug and play operation independent of who provided the product n Works in the users environment n Works with the users applications
Foundational Issues n How is interoperability achieved? n How is interoperability demonstrated to the marketplace?
Key #1 The Standard n The standard is the foundation of interoperability. Interoperability problems will exist unless the standard: –Clearly and fully specifies external behavior –Limits options –Addresses market needs –Achieves sufficient developer support and is considered authoritative
Key #2 Technical Testing n New technologies, like new products, have bugs. Test procedures must be available which show that the: –External behavior of the product is consistent with the standard –Product works with other products in different configurations –Product works with common applications
Key #3 Reference Environment n Practical concerns make it necessary to maintain a common center in which interoperability testing can take place –A common site is needed where multiple implementations of the standard are available for testing –Developers must be able to have testing done without exposure of unannounced products or test results
Key #4 An Interoperability Metric n An accepted definition must exist that shows when a product is interoperable –A test report that may be distributed by the owner of the product within the development community –Testing must cover both conformance-like and interoperability items
The Marketing Issues n Cooperation must be achieved between developers n Interoperability intent and achievement must be demonstrated to the public n Testing needs can not significantly delay product introductions n The interoperability metric must be effective to be accepted
The Process n Creating structure to focus industry effort and obtain support n Develop testing tools and technology n Establish reference center n Coordinate demonstrations that show interoperability n Establish a visible interoperability metric
What is the UNH-IOL n Interoperability “facilitation” organization –Part of the University of New Hampshire –Provides technical experience for students in CS and EE –Develops test suites, testing tools, and provides testing services –Helps coordinate interoperability efforts within industry in a cooperative manner –Technical in nature
IOL Experience n Twelve years of helping industry bring “interoperable” technology to market 10BaseT EthernetFast EthernetFDDIGigabit Ethernet Fibre ChannelIP ProtocolSNMPBridge Functions LINUXToken RingATMADSL DOCSISWireless (IEEE )100VG-AnyLAN HDSL2MPLSNetwork Management n Test development experience at physical signaling level up to application level
IOL Acceptance n 150+ corporate memberships world-wide n IOL test reports are trusted by vendors and are often used as basis for quality assurance in OEM deals n Establishment of IOL consortiums accepted as evidence of industry commitment to interoperability within telecom, datacom and other industries
Establishing a MPLS Interoperability Effort n Formation of the MPLS consortium –members agree on charter and fee structure –members elect steering committee –members define scope of testing effort n Consortium develops testing facilities and supports demonstration efforts n Consortium must cover all direct costs of operation
Summary n Addressing the interoperability problem requires: –A good standard, and a good conformance and interoperability test suite –An interoperability reference center and interoperability test procedures –A meaningful interoperability metric n IOL consortiums address interoperability issues in specific technologies
Contact Information Scott A. Valcourt Senior Consortium Manager (603)
MPLS Consortium Testing Goals Rob Blais MPLS Consortium Manager February 7, 2000
Consortium Testing Goals n MPLS-Specific Protocols n Routing Protocols n MPLS Services n Interfaces (Layer 2)
MPLS Specific Protocols n RSVP n LDP n CR-LDP
Routing Protocols n OSPF n BGP4 n IS-IS n Others? n Focus on TE extensions
MPLS Services n Class of Service (CoS) n Traffic Engineering n VPNs
Interfaces (Layer 2) n ATM n Packet over SONET (PoS) n Frame-Relay n Gigabit Ethernet n Optical/Lambda/WDM? n Others?
Other Issues n Other things that should be tested
MPLS Consortium Structure Rob Blais MPLS Consortium Manager February 7, 2000
MPLS Consortium Charter n Structure & Terms n Fees
Structure & Terms n Overall n Section 3.1.3
MPLS Consortium Expenses n Labor –Graduate student: $25k/year –Undergraduate student: $12k/year –Full-Time UNH Staff members: $55k/year n General –Overhead: 25%/year –Other expenses: $30k/year –Special equipment needs: ??
Expenses (cont.) n Staffing needs –3 to 4 Graduate students –6 to 8 Undergraduate students –Full-time UNH Staff members
Fees n Estimated members: 20 n Estimated expenses: $290,000/year n Membership fee needed: $15,000/year
Steering Committee n Optional n Typically 3 members –1 member per company n Nominate n Vote
Group Tests n First: March , 2000 n IOL Group Test Facility, Durham, NH n Focus: RSVP n Testing Plans
Group Tests (cont.) n Future tests –LDP/CR-LDP –When?
Contact Information Rob Blais MPLS Consortium Manager (603)
Closing Remarks n Thank you for coming! n Have a Safe Trip Home!