|Quality of Service Testing Methodology||Ankur Chadda||
Typically, a network service provider offers best-effort service to customers and Quality of Service (QoS) is provided only by network over provisioning. When traffic bursts cause congestion, this default approach does not always provide an acceptable solution. As the trend in networking is convergence of voice, video and data, it is important to differentiate traffic into high and low priority classes through QoS mechanisms. To deliver differentiated QoS, the routers utilize classification and sometimes remarking of the traffic. Based on service agreements with the customer, a certain class of traffic is then given more resources by the router. Evaluation of the results of these methods and approaches on the network performance is very important to device designers, network evaluators, network administrators, network operators and others involved. To study the effects of QoS solutions/techniques on the traffic, methods for testing need to be developed. The objective of this thesis is to propose methods of measuring QoS metrics like throughput, latency, and jitter for different types of traffic through a device. Classification and remarking were observed to put extra load on a device. For some devices, the performance deteriorates when classification and remarking are enabled. Throughput was seen to drop for classification and remarking in some cases. In multiple instances, latency and jitter increased for classification and remarking. There are multiple ways of measuring jitter which were also discussed in the methodology development. It was also observed that some definitions which might seem better from a research perspective are not always available to measure or widely used in the industry. Based on the study it was concluded that service/network providers will have to take care while providing QoS to the customers in order avoid the scenarios discussed here.
|December 13, 2004||Theses|
|How to Make Cable Plants||Jon Beck and Austin Boech||
An overview of how the UNH-IOL Fast Ethernet and Gigabit Ethernet Consortia create the cable plants that are used during InterOperability testing for 1000BASE-T devices.
|December 10, 2004||Tutorials|
|Software Defined Radio (SDR) Based Implementation of IEEE 802.11 WLAN Basedband Protocols||Shravan Surineni||
The IEEE 802.11 family of wireless LAN protocols defines multiple physical layers implementations of which direct sequence spread spectrum (DSSS, 802.11b) and orthogonal frequency division multiplexing (OFDM, 802.11a/g) are currently the most popular. Market pressures are forcing the convergence of multiple wireless protocols into the same access device, and shortened product design cycles dictate rapid prototyping of new or enhanced protocols. The computationally intensive signal processing algorithms and high data rates associated with these protocols necessitate dedicated hardware implementation of some portions of the signal processing chain, yet allocating separate hardware resources for each of the standards would make the "universal access device" bulky and inefficient. Re-using the same software-reconfigurable hardware to handle different processing algorithms would enable an efficient, flexible alternative to current prototyping and implementation methods. In this thesis, the feasibility of using Software Defined Radio architectures as a prototyping tool for wireless LAN baseband signal processor implementations is explored. Signal processing architectures and algorithms for DSSS and OFDM protocols were developed in the Simulink and Matlab environments, and were then translated to VHDL hardware descriptions. A reference design for a OFDM transmitter was synthesized for implementation on a Xilinx Virtex II FPGA, and functional and timing simulations verified the design correctness.
|December 1, 2004||Theses|
|OSRM Test Event 2004||Henry He, Chris Volpe, Takumi Ohba, Kaori Shimizu, Yumiko Kawashima, and Tom DiMicelli||
The second UNH-IOL OSRM test event included seven different companies and was designed in collaboration with Nippon Telegraph and Telephone Corp. (NTT) and the participants to validate and prove GMPLS functionality in a multi-vendor network. This collaboration generated an exceptionally realistic and demanding test suite in line with service providers\' operational demands, rather than simple conformance or interoperability scenarios.
|September 27, 2004||White Papers|
|Moonv6 PhaseII Whitepaper||UNH-IOL||
Phase II of the Moonv6 project established the largest native IPv6 network in the world. The second phase of the project was able to demonstrate high speed links, advanced routing functionality, firewalls, QoS, and other key features. More than two dozen organizations participated in Phase II, and testing was facilitated by engineers from nine separate sites.
|July 5, 2004||White Papers|
|Super Demo 2004||MFA and MSF||
SuperDemo 2004 was the product of a partnering of the Multiservice Switching Forum (MSF) with the MPLS & FR alliance. Eleven companies participated in expanded testing including advanced service provider applications. The collaboration of the MSF and the MFA took the meaning of success to another level in the industry. The Multi-Vendor MPLS infrastructure was constructed for stability and reliability. The Demonstration of VoIP services across this network clearly conveyed a feeling of resilience.
|June 28, 2004||White Papers|
|DSL Crosstalk Simulation and Calibration||Tim Clark (UNH-IOL)||
The performance of DSL transceivers can be impaired by interference from other transceivers operating over wires in the same binder group. It is therefore important to test DSL transceivers in the presence of crosstalk, which can be simulated in a programming environment such as MATLAB. The simulated crosstalk can then be exported to an arbitrary waveform generator (AWG) for injection onto the line through a high-impedance noise injection circuit. This document describes a method of crosstalk simulation and calibration whereby white gaussian noise (WGN) is passed through a frequency-domain filter that gives the noise the spectral characteristics of crosstalk. The crosstalk is calibrated by measuring its power with a vector signal analyzer (VSA) and adjusting the output level on the AWG to achieve the desired noise power. By using MATLAB to estimate the simulated crosstalk power in the same manner as the VSA, the calibration can be performed in MATLAB without taking actual measurements.
|May 11, 2004||White Papers|
|Design and Implementation of iFCP||Claire Kraft||
iFCP is one form of storage over TCP/IP that allows hosts and Fibre Channel storage devices to communicate directly. It is an encapsulation protocol that dictates the means by which Fibre Channel frames become the payload in an iFCP message. In addition, iFCP introduces a few new types of messages for purposes of control. This thesis is comprised of the design and implementation of iFCP end devices. The initiator has been implemented as a software module that behaves like a Fibre Channel Host Bus Adapter with an attached encapsulator. The target has been implemented as a stand-alone software program that acts both as an encapsulator and as a Fibre Channel switch that is attached through a generator to a Fibre Channel disk.
|May 1, 2004||Theses|
|1000-T Jitter Test Channel||Jon Beckwith||
Subclause 18.104.22.168.1 of the IEEE 802.3 Standard defines a test channel to be used in the testing of the jitter on the reference clock of 1000BASE-T devices. The channel consists of two short segments of 120m UTP Category 5 compliant cable, along with one (or two, if necessary) long (the exact length is dependent upon the attenuation of the entire channel) segment of 100m UTP Category 5 compliant cable. The channel is to meet or exceed the insertion loss, crosstalk, and return loss requirements as specified in clause 40.7. The objective of this paper is to outline and describe, in detail, the specifications defined in subclause 22.214.171.124.1 of the IEEE 802.3-2002 standard for the Jitter Test Channel, and observe the results of the testing of a completed test channel. Included are plots, outlining the characteristics of the constructed test channel, along with the limits of each specific test.
|September 24, 2014||Tutorials|
|EFM OAM Tutorial||Kevin Daines||
Tutorial generated by the IEEE EFM task force.
|March 1, 2004||Tutorials|