Adder Corporation AdderLink Infinity 100T User guide

Download

Page 1

AdderLink Innity 100T

Experts in

Connectivity

Solutions

KVM Extension

Solutions

User Guide

Page 2

Introduction

Welcome ................................................................................................................ 2

Supplied items ....................................................................................................... 3

Optional extras .....................................................................................................3

Installation

Connections .......................................................................................................... 4

Video link .........................................................................................................5

Network link ................................................................................................... 5

USB and power connections .......................................................................6

Conguration

Initial conguration .............................................................................................. 7

Manual factory reset ...................................................................................... 7

AdderLink Innity browser-based conguration utility ......................... 8

Restoring a backup rmware image .................................................................9

Performing an upgrade ........................................................................................9

Operation

Status indicators .................................................................................................10

Resetting...............................................................................................................10

Further information

Getting assistance ..............................................................................................11

Appendix A - Conguration pages .................................................................12

Appendix B - Dimensions ................................................................................19

Appendix C - Tips for success when networking ALIF units ....................20

Appendix D - Troubleshooting ........................................................................22

Appendix E - Glossary ......................................................................................24

Appendix F - Open source licenses ...............................................................27

Warranty ..................................................... .........................................................37

Safety information ..............................................................................................37

Waste Electrical and Electronic Equipment (WEEE)..................................37

Radio frequency energy ....................................................................................38

Index

INSTALLATION

CONFIGURATIONOPERATION

FURTHER

INDEX

INFORMATION

Page 3

Introduction

WELCOME

Thank you for choosing the AdderLink Innity (aka ALIF) family of high capacity digital extenders/switches. By encoding high quality DVI video, digital audio and USB data into Internet Protocol (IP) messages, ALIF units offer exible ways to link peripherals and systems via standard networks.

This guide covers the ALIF100T unit, a highly compact dongle which can be attached to its host computer and transfer single link DVI video and USB signals across your

network.

One-to-one conguration

The simplest conguration links one RX unit to a single TX unit, either by a direct link or over much greater distances via a high speed network.

ALIF100T

One-to-many conguration

Using multicast techniques, an unlimited number of receivers* can receive video and audio data streams from a single TX unit.

ALIF RX

ALIF and A.I.M.

Where multiple ALIF units are used on a network, we have developed the AdderLink Innity Management (A.I.M.) server to allow comprehensive and secure central control of all transmitters, receivers and users.

When using an A.I.M. server to congure ALIF units, it is vital that all ALIF units that you wish to locate and control are set to their factory default settings. Otherwise they will not be located by the A.I.M. server. If necessary, perform a factory reset on

each ALIF unit.

Note: If you are using one or more ALIF100T transmitters within an installation managed by

an A.I.M. server, the A.I.M. server must be running rmware version 4.7 or above.

Please also see Appendix C - Tips for success when networking ALIF units

INSTALLATION

CONFIGURATIONOPERATION

ALIF100T

* A maximum of thirteen concurrent USB inputs (via multiple RX units) are permitted to a single TX unit.

Gigabit

Ethernet

ALIF RX

FURTHER

INFORMATION

ALIF RX

INDEX

Page 4

SUPPLIED ITEMS

OPTIONAL EXTRAS

12.5W power adapter

Part number: PSU-IEC-5VDC-2.5A

INSTALLATION

ALIF100T unit

Information wallet

containing:

Four self-adhesive rubber feet

Quick start guide

Safety document

Country-specic power cords

CAB-IEC-AUS (Australia) CAB-IEC-EURO (Europe) CAB-IEC-UK (United Kingdom) CAB-IEC-USA (United States)

CONFIGURATIONOPERATION

FURTHER

INFORMATION

INDEX

Page 5

Installation

CONNECTIONS

Installation involves linking the ALIF100T unit to various ports on the host computer, while the ALIF RX unit is attached to your peripherals:

Status

indicators

(page 10)

Cable tie

mounting slot

INSTALLATIONCONFIGURATIONOPERATION

DVI-D (or DisplayPort)

connector input (page 5)

Black USB plug provides

USB signals (plus power if

the external power adapter

is not present)

Reset

button

(page 7)

Red USB plug provides

power only when the

external power adapter is

not present

(page 6)

Ethernet

port

(page 5)

Optional

external power

input

(page 6)

FURTHER

INFORMATION

INDEX

Page 6

Video link

Each ALIF100T unit is supplied with either a DVI-D (single link) or a DisplayPort™ video connector. Video signals at pixel clocks up to 165MHz (equivalent to a maximum resolution of 1920 x 1200 at 60Hz) are permissible.

To make a video link

1 Connect the ALIF100T video connector to the DVI-D or DisplayPort™ socket of

the host computer:

Network link

ALIF transmitters and receivers can either be connected directly to each other or via a high speed network.

A single Gigabit Ethernet port is located on the front panel. For direct links via Ethernet cable, the length of cable should not exceed 100 metres (328 feet). Network cables used for connections may be category 5, 5e, 6 or 7 twisted-pair cable. The ALIF100T unit has an autosensing capability on its network interfaces, so for direct point-to-point connections, no ‘crossover’ Ethernet cable is required.

ALIF100T DVI-D model

ALIF100T DP model

Host

computer

DVI-D video

port

Host computer

DisplayPort

connector

To link the ALIF100T unit

1 Connect a CAT 5, 5e, 6, or 7 cable to the Gigabit Ethernet socket on the front panel

of the ALIF100T unit.

CAT 5, 5e, 6, or 7 link

either directly from the other ALIF unit

or from a Gigabit

Ethernet switch

2 Connect the other end of the cable either directly to an ALIF receiver or to a Gigabit

Ethernet switch, as appropriate.

3 [For connections via a network] repeat steps 1 and 2 for the other ALIF unit(s).

Please see Appendix C for important tips about networking ALIF units.

INSTALLATIONCONFIGURATIONOPERATION

FURTHER

INFORMATION

INDEX

Page 7

USB and power connections

The ALIF100T unit is designed to be as exible as possible. It can either operate using an optional external power adapter (see page 3) or derive all of its power from its two USB plugs. The main advantage offered by using an external power adapter is that it allows the ALIF100T unit to be active before the host computer; thus allowing a remote user to access the host’s initial boot up and access the BIOS menu, when required.

If powered by USB only, then both the black and red USB plugs need to be connected. If powered by external power adapter, only the black USB plug needs to be connected,

for signal purposes. Whenever, the external power adapter is attached and operating, then power will be taken from it rather than the USB plugs. There is no problem if the red USB plug remains connected while the power adapter is used.

This is summarized as follows:

Power Black Red adapter USB USB Power sourcing behavior

Black USB plug provides

USB signals (plus power if

the external power adapter

is not present)

Host computer

USB ports

INSTALLATIONCONFIGURATIONOPERATION

û ü ü Power taken from both USB plugs. ü ü û Power taken from power adapter only. ü ü ü Power taken from power adapter only, unless it becomes

unavailable, in which case power will be taken from both USB plugs after a short interruption.

Note: The USB plugs do not operate as a seamless failover for the external power adapter; there will be a short interruption as operation switches from one power source to the other.

Red USB plug provides

power only when the

external power adapter is

not present

FURTHER

INFORMATION

From the optional

external power

adapter

INDEX

Page 8

Conguration

INITIAL CONFIGURATION

ALIF units are designed to be as exible as possible and this principle extends also to their conguration.

Direct linking

Where ALIF transmitters and receivers are directly linked to each other, very little conguration action is required, provided that they have their factory default settings in place. If the standard settings have been changed in a previous installation, you merely

need to perform a factory reset on each unit.

Networked linking

Where ALIF units are connected via networked links, you can either congure them individually, or congure them collectively using an A.I.M. server:

• Conguring networked ALIF units individually - You need to specify the

network addresses of the ALIF units so that they can locate each other. This is done

by running the AdderLink Innity browser-based conguration utility on a computer

system linked to the same network as the ALIF units.

• Conguring ALIF units collectively - The AdderLink Innity Management (A.I.M.) server allows you to congure, control and coordinate any number of ALIF transmitters and receivers from a single application.

Note: If you are using one or more ALIF100T transmitters within an installation managed by

an A.I.M. server, the A.I.M. server must be running rmware version 4.7 or above.

IMPORTANT: When using A.I.M. to congure ALIF units, it is vital that all units that

you wish to locate and control are set to their factory default settings. Otherwise they will not be located by the A.I.M. server. If necessary, perform a factory reset on

each ALIF unit.

Please also see Appendix C - Tips for success when networking ALIF units

Manual factory reset

A factory reset returns ALIF100T unit to its default conguration. You can perform factory resets using the AdderLink Innity browser-based conguration utility or by using this direct manual method.

To perform a manual factory reset

1 Power on the ALIF100T unit.

2 Use a narrow implement (e.g. a straightened-out paper clip) to press-and-hold

the recessed reset button on the front panel for roughly fteen seconds, until the

indicators turn blue (Note: alternating red/green indications will occur during the fteen second period while the button is still pressed).

Use a straightened-out paper clip to press the reset button for roughly 5 seconds

3 Release the reset switch. The indicators will remain blue for a short while (less than ten seconds) while

ALIF100T unit congures itself and should then change to green if all connections are correct; or orange if one or more of the video, USB and/or network links are missing.

INSTALLATIONCONFIGURATIONOPERATION

FURTHER

INFORMATION

INDEX

Page 9

AdderLink Innity browser-based conguration utility

The browser-based conguration utility within all TX and RX units requires a network connection between the ALIF100T unit and a computer on the same network. The conguration utility allows you to perform many important functions. Please see

Appendix A.

To connect a computer to access the conguration utility

1 Connect a CAT 5, 5e, 6, or 7 link cable to the network port on the front panel.

The port automatically congures itself, so no cross-over cable is required (but is

supported if you do use one).

To access the browser-based conguration utility

1 Temporarily connect the ALIF100T unit and your computer, as discussed left. 2 Run a web browser on your computer and enter the IP address of the ALIF100T unit:

169.254.1.33

Note: If the IP address of ALIF100T unit has been changed and is not known, providing it is

appropriate to do so, perform a manual factory reset to restore the default address.

The opening page of the ALIF conguration utility should be displayed:

INSTALLATIONCONFIGURATIONOPERATION

Temporary link

from your computer

to the ALIF100T

network port

2 Connect the other end of the link cable directly to the network port of your

computer.

Use the menu options to choose the required conguration page

You can nd further information about the conguration pages later in this guide:

• Appendix A - Conguration pages

FURTHER

INFORMATION

INDEX

Page 10

RESTORING A BACKUP FIRMWARE IMAGE

The ALIF100T unit retains a backup image of the previous rmware version in order to provide a fallback in case of any issues with the primary image. The backup image has no video or USB functionality; once invoked, you will need to load an upgrade le using the web interface or via an AdderLink Innity Manager (A.I.M.) to load a new primary image

- see Performing an upgrade (shown right).

To restore the backup rmware image

1 Power on the ALIF100T unit.

2 Use a narrow implement (e.g. a straightened-out paper clip) to press-and-hold the

recessed reset button for roughly ten seconds until the indicators ash green/red.

Use a straightened-out paper clip to press the reset button for roughly 10 seconds

3 Release the reset switch.

The ALIF100T unit will switch to the backup rmware image. Once complete,

ALIF100T unit will then continually ash green/red.

4 Perform an upgrade to reinstate a fresh primary rmware image - see right.

PERFORMING AN UPGRADE

ALIF100T units are ash upgradeable using the method outlined here. However, for larger installations we recommend that you use the AdderLink Innity Manager (A.I.M.) to upgrade multiple ALIF units. When using the method below, the ALIF100T unit will be upgraded in sequence.

IMPORTANT: Upgrades must be performed equally on transmitters and receivers at the same time. Mixed rmware operation is not supported.

WARNING: During the upgrade process, ensure that power is not interrupted as this may leave ALIF100T unit in an inoperable state.

If the upgrade process is interrupted and fails, it may be necessary to switch to the backup rmware image in order to regain operation. See left for details.

To upgrade a single ALIF100T unit via the network link

1 Download the latest upgrade le from the Adder Technology website.

Note: There are separate upgrade les for ALIF TX and RX units.

2 Temporarily connect the ALIF100T unit and a computer via a network (see AdderLink

Innity browser-based conguration utility section for details).

3 Run a web browser on your computer and enter the IP address of the ALIF100T unit

to be upgraded.

4 Click the Firmware Upgrade link. Within the Firmware Upgrade page, click the Choose

File button. In the subsequent le dialog, locate the downloaded upgrade le - check that the le is correct for ALIF100T unit being upgraded. The le contains main and backup images, you can choose to upgrade either the Main or the Backup.

5 Click the Upgrade Now button. A progress bar will be displayed (however, if your

screen is connected to ALIF100T unit being upgraded then video may be interrupted) and the status indicators on ALIF100T unit will ash while the upgrade is in progress.

6 The indicators should stop ashing in less than one minute, after which ALIF100T unit

will automatically reboot itself. The upgrade process is complete.

INSTALLATIONCONFIGURATIONOPERATION

Finding the latest upgrade les

Firmware les for the ALIF100T units are available from the Technical Support > Updates section of the Adder Technology website (www.adder.com).

Note: It is possible to downgrade the AdderLink Innity rmware. After installing the older rmware, perform a factory reset on each AdderLink Innity in order to clear the conguration le.

FURTHER

INFORMATION

INDEX

Page 11

Operation

In operation, many ALIF installations require no intervention once congured. The TX and RX units take care of all connection control behind the scenes so that you can continue

to work unhindered.

STATUS INDICATORS

The two top panel indicators on the ALIF100T unit provide a useful guide to operation:

Main status indicators

Network specic indicators

Main status indicators

• Off No power

• Green Operating - Video, USB and network link all present

• Orange Operating - But video, USB and/or network link missing.

• Red (momentarily) Unit is booting up, or (consistently) Unit has failed, try rebooting.

• Red/green ashing Unit is in backup mode.

• Blue Factory reset has been activated.

• Red/blue ashing Unit is in upgrade mode.

• Fast green ash Unit is in identify mode (see page 13).

Network specic indicators

• Orange Off: No link On: Link established

• Green Off: No link Flashing: Network activity On: Quiescent link

RESETTING

The recessed reset button provides a way to take control of the ALIF100T if normal operation is affected. You will need a thin implement, such as a straightened out paper clip to press and hold the button. Depending on when you release the button, one of three functions will occur:

Required function Release time Indicators

To reboot to the primary rmware version less than 10s red To boot to the backup rmware version* 10 to 14s green/red ash To restore factory settings and reboot more than 15s blue

* The backup rmware version has no video or USB functionality. Once invoked, you will need

to load an upgrade le to restore normal operation - see page 9.

To reset the ALIF100T

1 Power on the ALIF100T unit.

2 Use a narrow implement (e.g. a straightened-out paper clip) to press-and-hold the

recessed reset button. The status indicators will immediately turn red:

Use a straightened-out paper clip to press the reset button for roughly 10 seconds

3 Release the reset switch at the appropriate time (see the table above).

INSTALLATIONCONFIGURATIONOPERATION

FURTHER

INFORMATION

INDEX

Page 12

Further information

This chapter contains a variety of information, including the following:

• Getting assistance - see right

• Appendix A - Transmitter (TX) unit conguration pages

• Appendix B - Dimensions

• Appendix C - Tips for success when networking ALIF units

• Appendix D - Troubleshooting

• Appendix E - Glossary

• Appendix F - Open source licenses

• Waste Electrical and Electronic Equipment (WEEE)

• Safety information

• Warranty

• Radio frequency energy statements

GETTING ASSISTANCE

If you are still experiencing problems after checking the information contained within this guide, then we provide a number of other solutions:

• Online solutions and updates – www.adder.com/support Check the Support section of the adder.com website for the latest solutions and

rmware updates.

• Technical support – www.adder.com/contact-support-form For technical support, use the contact form in the Support section of the

adder.com website - your regional ofce will then get in contact with you.

INSTALLATIONCONFIGURATIONOPERATION

FURTHER

INFORMATION

INDEX

Page 13

APPENDIX A - Conguration pages

This section covers the browser-based conguration utility for the ALIF100T unit. There are ten pages, titled as follows:

• System Conguration • System Messages

• Video Conguration • Statistics

• USB Settings • Firmware Upgrade

• Security • Reboot

• AIM Manager • About

INSTALLATIONCONFIGURATIONOPERATION

FURTHER

INFORMATION

INDEX

Page 14

System Conguration

Unit Name

Name details that you can alter to distinguish this unit from all others. The name entered here will be read by

A.I.M. units (if used) for administration purposes.

Unit Description

Allows you to optionally add a description of ALIF100T unit, such as its location. Useful when many ALIF units are being

used.

System port

This section determines the IP Address, Netmask and Gateway details for the Gigabit Ethernet port located on the front panel. The default IP address is 169.254.1.33 which is the zero cong IP address that allows ALIF100T unit to work immediately in point-to-point mode. You are recommended to change this to an appropriate address in the private IP range 192.168.xxx.xxx The default netmask is 255.255.0.0. If you change the IP address to the private range, you are recommended to change this to 255.255.255.0 The default gateway address is 0.0.0.0

Force Multicast

By default, the ALIF100T unit will use unicast transmission when only a single RX is connected. This would then be upgraded to multicast when one or more other RX units are added. By ticking this option, the ALIF100T unit will always use multicast. This option should be ticked for most installations as it provides the most efcient way to deliver video and audio to multiple destinations.

Enable options

These checkboxes allow you to determine which peripheral options will be used: Video, audio and USB.

Identify unit

When clicked, these buttons cause the top indicators to ash to assist with identifying the ALIF100T unit within

a rack.

• The Identify Unit (short) button ashes the indicators for ve seconds.

• The Identify Unit (long) button ashes the indicators for one hour but can be overridden by clicking the Identify Unit (short) button.

Target Multicast Conguration

This option allows you to congure an IP address to which this transmitter can send multicast data, and from which multiple receivers can tap into it.

Note: The multicast addresses for each service endpoint must be unique across the whole ALIF installation.

INSTALLATIONCONFIGURATIONOPERATION

To get here

1 Connect your computer to the network port on the front panel.

2 Run a web browser and enter the IP address of the unit: http://169.254.1.33

If the address is unknown, perform a manual factory reset.

3 If necessary, click the System Conguration link.

FURTHER

INFORMATION

INDEX

Page 15

Video Conguration

To get here

1 Connect your computer to the network port on the front panel.

2 Run a web browser and enter the IP address of the unit: http://169.254.1.33

If the address is unknown, perform a manual factory reset.

3 Click the Video Conguration link.

Peak bandwidth limiter percentage

The ALIF100T unit will employ a ‘best effort’ strategy in sending video and other data over the IP network. This means it will use as much of the available network bandwidth as necessary to achieve optimal data quality, although typically the ALIF100T unit will use considerably less than the maximum available. In order to prevent the ALIF100T unit from ‘hogging’ too much of the network capacity, you can reduce this setting to place a tighter limit on the maximum bandwidth permissible to the ALIF100T unit. Range: 0 to 95%.

Note: All of the following controls are available separately for each video port:

Background Refresh

The ALIF100T unit sends portions of the video image only when they change. In order to give the best user experience, the ALIF100T unit also sends the whole video image, at a lower frame rate, in the background. The Background Refresh parameter controls the rate at which this background image is sent. The default value is ‘every 32 frames’, meaning that a full frame is sent in the background every 32 frames. Reducing this to ‘every 64 frames’ or more will reduce the amount of bandwidth that the ALIF100T unit consumes. On a high-trafc network this parameter should be reduced in this way to improve overall system performance. Options: every 32 frames, every 64 frames, every 128 frames, every 256 frames or disabled.

Enable Magic Eye

This feature, enabled as standard, aims to reduce the effect of dithering - a technique used by some graphics cards to improve the perceived quality and color depth of images by diffusing or altering the colour of pixels between video frames. The Magic Eye feature increases the frame rate and eliminates unnecessary network trafc by ignoring the color dithering where it occurs. If the video source is not noisy or dithered then you can switch off Magic Eye to enable full colour accuracy.

Use Default DDC and Choose Default DDC

When the Use Default DDC option is unticked, AdderLink Innity will use the EDID that is reported by the monitor connected to the receiver unit. However, if you tick the Use Default DDC option, you can then select from a range of preset video resolutions from the Choose Default DDC drop down box. Once selected, ALIF100T unit will report itself capable of only supporting this one video resolution. Please note that all of the listed video resolutions are single link DVI with a maximum pixel clock of 165MHz and a 60Hz refresh rate.

Enable Hot Plug Detect...

When this option is ticked, every time the monitor is changed at the receiver unit, a hot plug detect message will be sent to the graphics card of the PC attached to the ALIF100T unit.

Period of Hot Plug Detect signal

This is the length of time that a hot-plug detect signal is applied. The default of 100mS is sufcient for the majority of graphics cards, however, a small minority may need to be given a longer a period.

Frame skipping percentage

Frame Skipping involves ‘missing out’ video frames between those captured by the ALIF100T unit. For video sources that update only infrequently or for those that update very frequently but where high delity is not required, frame skipping is a good strategy for reducing the overall bandwidth consumed by the system. Range: 0 to 100%.

Compression

Determines the (AFZ and AFZ+) compression method used for video transmission. Choices are:

• ‘Pixel perfect’ - only uses pixel perfect AFZ,

• ‘Adaptive’ - guarantees frame rate, builds to pixel perfect,

• ‘Smoothest video’ - forces the maximum compression, or

• ‘Advanced’ - allows you to choose a xed compression mode:

• ‘AFZ only (pixel perfect),

• ‘AFZ+ Minimum compression’,

• ‘AFZ+ Middle compression’, or

• ‘AFZ+ Maximum compression’.

INSTALLATIONCONFIGURATIONOPERATION

FURTHER

INFORMATION

INDEX

Page 16

USB Settings

Security

Enable Dummy Boot Keyboard

When ticked, ALIF100T unit will report a virtual dummy boot keyboard to the attached PC to ensure that a keyboard is always reported when the PC boots up. The dummy boot keyboard uses one of the 13 USB endpoints, therefore if all 13 endpoints are required elsewhere for USB devices (or a KVM switch only supports two HID devices) then it can be disabled by deselecting this option. See also Reserved Port Range below.

Hub Size

Using this option you can select whether ALIF100T unit should report itself as a 13 or a 7 port USB hub. Some USB hosts are only able to support 7 port USB hubs. If this option is set to 7, then only 7 USB devices are supported by the PC.

Reserved Port Range

For some devices, e.g. touch screens, you may wish to ensure that they are always reported to the same USB port number so that the USB driver will always nd the device. This option allows you reserve up to 8 ports for certain devices. At the RX unit, the devices are assigned to the reserved ports. If a port reservation is to be applied, then the dummy boot keyboard should be disabled. The default value for this option is ‘0’, i.e. disabled.

USB Encryption

This setting determines whether encryption should be applied to the USB data passed across the link. Note that video data is never encrypted.

Control Encryption

This setting determines whether encryption should be applied to the control data passed across the link. The “Prefer off” setting means that control encryption is enabled if the receiver at the other end of the link has “always on” selected, otherwise it is disabled. Note: video data is never encrypted.

Secure Web pages with password

When ticked, this option enables https security so that the conguration pages are only accessible to the admin

user with a password.

Change/conrm password

These options allow you to change the admin password for the system.

INSTALLATIONCONFIGURATIONOPERATION

FURTHER

INFORMATION

To get here

1 Connect your computer to the network port on the front panel.

2 Run a web browser and enter the IP address of the unit: http://169.254.1.33

If the address is unknown, perform a manual factory reset.

3 Click either the USB Settings or Security links, as appropriate.

INDEX

Page 17

AIM Manager

System Messages

Enable AIM Control

Click this button to allow an A.I.M. (Adder Innity Manager) box to take control of this TX. When the button is clicked, the ALIF100T unit will be rebooted to allow the A.I.M. box to discover and control it.

INSTALLATIONCONFIGURATIONOPERATION

Enable system messages

Tick to allow the creation of status and error messages by ALIF100T unit.

Send system messages to remote Log Server

Choose this option to send the system messages to a remote server via the network. Provide the IP address of a suitable server here also.

AdderLink Innity servers use the User Datagram Protocol (UDP) for all Syslog trafc.

Store system messages in unit

When ticked, this option will store system messages within the memory of ALIF100T unit. Click the View messages button to view the list or the Clear messages button to delete the list.

Update Now

Click to save and implement any changes that you make.

To get here

1 Connect your computer to the network port on the front panel.

2 Run a web browser and enter the IP address of the unit: http://169.254.1.33

If the address is unknown, perform a manual factory reset.

3 Click either the AIM Manager or System Messages links, as appropriate.

FURTHER

INFORMATION

INDEX

Page 18

Statistics

Firmware Upgrade

Enable collection of bandwidth statistics

ALIF units can record data transfer statistics from the System port and plot them on a graph for troubleshooting and optimization purposes. When you enable this option, you will rst be presented with a pop up from which you can choose which aspects you would like to graph: Data throughput, various packet rates

and/or frame rates.

Submit

Click this button after ticking the above checkbox to plot the chosen statistics on a pop up graph.

INSTALLATIONCONFIGURATIONOPERATION

Upgrade

Use this page to upgrade the main or backup rmware image on ALIF100T unit. Please see the section

Performing an upgrade for details.

Reboot

Use this page to perform a reboot or a factory reset. Please see the section Manual factory reset for details.

To get here

1 Connect your computer to the network port on the front panel.

2 Run a web browser and enter the IP address of the unit: http://169.254.1.33

If the address is unknown, perform a manual factory reset.

3 Click either the Statistics , Firmware Upgrade or Reboot links, as appropriate.

FURTHER

INFORMATION

INDEX

Page 19

About

This page displays key information about the ALIF100T unit that may be requested by Adder Technical Support.

INSTALLATIONCONFIGURATIONOPERATION

To get here

1 Connect your computer to the network port on the front panel.

2 Run a web browser and enter the IP address of the unit: http://169.254.1.33

If the address is unknown, perform a manual factory reset.

3 Click the About link.

FURTHER

INFORMATION

INDEX

Page 20

APPENDIX B - Dimensions

0.2”

(5mm)

0.98”

(25mm)

INSTALLATIONCONFIGURATIONOPERATION

4 x M3 holes

1.3”

(33mm)

2.95” (75mm)

4.33”(110mm)

0.91”

(23mm)

1.97”

(50mm)

2.2”

(56mm)

FURTHER

INFORMATION

INDEX

Page 21

APPENDIX C - Tips for success when networking ALIF units

ALIF units use multiple strategies to minimize the amount of data that they send across networks. However, data overheads can be quite high, particularly when very high resolution video is being transferred, so it is important to take steps to maximize network efciency and help minimize data output. The tips given in this section have been proven to produce very benecial results.

Summary of steps

• Choose the right kind of switch.

• Create an efcient network layout.

• Congure the switches and devices correctly.

Choosing the right switch

Layer 2 switches are what bind all of the hosts together in the subnet. However, they are

all not created equally, so choose carefully. In particular look for the following:

• Gigabit (1000Mbps) or faster Ethernet ports,

• Support for IGMP v2 (or v3) snooping,

• Support for Jumbo frames up to 9216-byte size,

• High bandwidth connections between switches, preferably Fiber Channel.

• Look for switches that perform their most onerous tasks (e.g. IGMP snooping) using

multiple dedicated processors (ASICS).

• Ensure the maximum number of concurrent ‘snoopable groups’ the switch can handle meets or exceeds the number of ALIF transmitters that will be used to create multicast groups.

• Check the throughput of the switch: Full duplex, 1Gbps up- and down- stream speeds

per port.

• Use the same switch make and model throughout a single subnet.

• You also need a Layer 3 switch. Ensure that it can operate efciently as an IGMP

Querier.

For the latest list of switches known to work with ALIF, please download the latest white paper ‘Successful AdderLink Innity Implementation’ from www.adder.com/white-papers

Creating an efcient network layout

Network layout is vital. The use of IGMP snooping also introduces certain constraints, so take heed:

• Keep it at. Use a basic line-cascade structure rather than a pyramid or tree arrangement.

• Keep the distances between the switches as short as possible.

• Ensure sufcient bandwidth between switches to eliminate bottlenecks.

• Where the A.I.M. server is used to administer multiple ALIF transceivers, ensure the A.I.M. server and all ALIF units reside in the same subnet.

• Do not use VGA to DVI converters, instead replace VGA video cards in older systems with suitable DVI replacements. Converters cause ALIF TX units to massively increase

data output.

• Wherever possible, create a private network.

The recommended layout

The layout shown below has been found to provide the most efcient network layout for rapid throughput when using IGMP snooping:

Note: From rmware version 3.1, tree and hierarchical structures of network switches are also

supported. The Transmitter now joins its own multicast group so there is always a route from

the querier to the transmitter which was previously missing in earlier rmware versions.

• Use no more than two cascade levels.

• Ensure high bandwidth between the two L2 switches and very high bandwidth between the top L2 and the L3. Typically 10GB and 20GB, respectively for 48 port L2

switches.

continued

INSTALLATIONCONFIGURATIONOPERATION

FURTHER

INFORMATION

INDEX

Page 22

Conguring the switches and devices

The layout is vital but so too is the conguration:

• Enable IGMP Snooping on all L2 switches.

• Ensure that IGMP Fast-Leave is enabled on all switches with ALIF units connected

directly to them.

• Enable the L3 switch as an IGMP Querier.

• Enable Spanning Tree Protocol (STP) on all switches and importantly also enable portfast (only) on all switch ports that have ALIF units connected.

• If any hosts will use any video resolutions using 2048 horizontal pixels (e.g. 2048 x

1152), ensure that Jumbo Frames are enabled on all switches.

• Choose an appropriate forwarding mode on all switches. Use Cut-through if available,

otherwise Store and forward.

• Optimize the settings on the ALIF transmitters:

• If moving video images are being shown frequently, then leave Frame Skipping at a low percentage and instead reduce the Peak bandwidth limiter.

• Where screens are quite static, try increasing the Background Refresh interval and/ or increasing the Frame skipping percentage setting.

Make changes to the ALIF transmitters one at a time, in small steps, and view typical

video images so that you can attribute positive or negative results to the appropriate

control.

• Ensure that all ALIF units are fully updated to the latest rmware version (at least v2.1).

INSTALLATIONCONFIGURATIONOPERATION

FURTHER

INFORMATION

INDEX

Page 23

APPENDIX D - Troubleshooting

Problem: The video image of the ALIF receiver shows horizontal lines across the screen.

This issue is known as Blinding because the resulting video image looks as though you’re viewing it through a venetian blind.

When video is transmitted by ALIF units, the various lines of each screen are divided up and transmitted as separate data packets. If the reception of those packets is disturbed, then blinding is caused. The lines are displayed in place of the missing video data packets.

There are several possible causes for the loss of data packets:

• Incorrect switch conguration. The problem could be caused by multicast ooding, which causes unnecessary network trafc. This is what IGMP snooping is designed to combat, however, there can be numerous causes of the ooding.

• Speed/memory bandwidth issues within one or more switches. The speed and capabilities of different switch models varies greatly. If a switch cannot maintain pace with the quantity of data being sent through it, then it will inevitably start dropping

packets.

• One or more ALIF units may be outputting Jumbo frames due to the video resolution (2048 horizontal pixels) being used. If jumbo frames are output by an ALIF unit, but the network switches have not been congured to use jumbo frames, the switches will attempt to break the large packets down into standard packets. This process introduces a certain latency and could be a cause for dropped packets.

• One or more ALIF units may be using an old rmware version. Firmware versions prior to v2.1 exhibited an issue with the timing of IGMP join and leave commands that caused multicast ooding in certain congurations.

Remedies:

• Ensure that IGMP snooping is enabled on all switches within the subnet.

• Where each ALIF unit is connected as the sole device on a port connection to a switch, enable IGMP Fast-Leave (aka Immediate Leave) to reduce unnecessary processing on each switch.

• Check the video resolution(s) being fed into the ALIF transmitters. If resolutions using 2048 horizontal pixels are unavoidable then ensure that Jumbo frames are enabled on

all switches.

• Check the forwarding mode on the switches. If Store and forward is being used, try selecting Cut-through as this mode causes reduced latency on lesser switch designs.

• Ensure that one device within the subnet is correctly congured as an IGMP Querier,

usually a layer 3 switch or multicast router.

• Ensure that the rmware in every ALIF unit is version 2.1 or greater.

• Try adjusting the transmitter settings on each ALIF to make the output data stream as efcient as possible. See ALIF transmitter video settings for details.

continued

INSTALLATIONCONFIGURATIONOPERATION

FURTHER

INFORMATION

INDEX

Page 24

Problem: The mouse pointer of the ALIF receiver is slow or sluggish when moved across the screen.

This issue is often related to either using dithering on the video output of one or more transmitting computers or using VGA-to-DVI video converters.

Dithering is used to improve the perceived quality and color depth of images by diffusing or altering the color of pixels between video frames. This practice is commonly used on Apple Mac computers using ATI or Nvidia graphics cards. VGA-to-DVI converters unwittingly produce a similar issue by creating high levels of pixel background noise.

ALIF units attempt to considerably reduce network trafc by transmitting only the pixels that change between successive video frames. When dithering is enabled and/or VGA-toDVI converters are used, this can have the effect of changing almost every pixel between each frame, thus forcing the ALIF transmitter to send the whole of every frame: resulting in greatly increased network trafc and what’s perceived as sluggish performance.

Remedies:

• Linux PCs Check the video settings on the PC. If the Dither video box option is enabled, disable it.

• Apple Mac with Nvidia graphics Use the Adder utility for Mac’s – Contact technical support.

• Apple Mac with ATI graphics Enable the Magic Eye dither removal feature.

• Windows PCs If you suspect these issues with PC’s, contact technical support for assistance.

• Replace old VGA adapters on host computers with DVI video cards.

Problem: My monitor is displaying a pink screen

It is possible that the source computer and ALIF transmitter are sending a high resolution Dual Link signal in response to a request from your Dual Link monitor. However, your ALIF receiver is unable to correctly process the signal, causing the pink screen issue (DVI resolutions above 1920 x 1200 are generally Dual Link).

ALIF2002T and 2112T transmitters are able to send Dual Link video when requested, however, an ALIF2000R receiver is required to process the higher resolution signal fully at the other end. Other receivers, such as the ALIF1000R, 1002R and 2020R units cannot process Dual Link DVI as they are Single Link devices.

Ensure that the ALIF transmitter is set to supply a Single Link EDID to the graphics card. When the video source is changed to a Single Link video resolution, the pink screen should disappear and the video should be displayed normally. Alternatively, change the monitor to a Single Link DVI monitor.

It is important not to mix Dual Link Transmitters with Single Link Receivers. On an A.I.M. controlled system, ensure that the Video compatibility check is enabled as

this ensures that the correct video mode is displayed for the monitor being used.

Problem: The audio output of the ALIF receiver sounds like a scratched record.

This issue is called Audio crackle and is a symptom of the same problem that produces blinding (see previous page). The issue is related to missing data packets.

Remedies:

As per blinding discussed previously.

Problem: A.I.M. cannot locate working ALIF units.

There are a few possible causes:

• The ALIF units must be reset back to their zero cong IP addresses for A.I.M. discovery. If you have a working network of ALIF’s without A.I.M. and then add A.I.M. to the network A.I.M. will not discover the ALIFs until they are reset to the zero cong IP

addresses.

• This could be caused by Layer 2 Cisco switches that have Spanning Tree Protocol

(STP) enabled but do not also have portfast enabled on the ports to which ALIF units

are connected. Without portfast enabled, ALIF units will all be assigned the same zero cong IP address at reboot and A.I.M. will only acquire them one at a time on a random basis.

You can easily tell whether portfast is enabled on a switch that is running STP: When

you plug the link cable from a working ALIF unit into the switch port, check how long it takes for the port indicator to change from orange to green. If it takes roughly one second, portfast is on; if it takes roughly thirty seconds then portfast is disabled.

Remedies:

• Ensure that the ALIF units and the A.I.M. server are located within the same subnet because A.I.M. cannot cross subnet boundaries.

• Manually reset the ALIF units to their zero cong IP addresses.

• Enable portfast on all switch ports that have ALIF units attached to them or try temporarily disabling STP on the switches while A.I.M. is attempting to locate ALIF

units.

INSTALLATIONCONFIGURATIONOPERATION

FURTHER

INFORMATION

INDEX

Page 25

APPENDIX E - Glossary

Internet Group Management Protocol

Where an ALIF transmitter is required to stream video to two or more receivers, multicasting is the method used.

Multicasting involves the delivery of identical data to multiple receivers simultaneously without the need to maintain individual links. When multicast data packets enter a subnet, the natural reaction of the switches that bind all the hosts together within the subnet, is to spread the

multicast data to all of their ports. This is referred to as

Multicast ooding and means that the hosts (or at least

their network interfaces) are required to process plenty of

data that they didn’t request. IGMP offers a partial solution. The Internet Group Management Protocol (IGMP) is

designed to prevent multicast ooding by allowing Layer

3 switches to check whether host computers within

their care are interested in receiving particular multicast

transmissions. They can then direct multicast data only to those points that require it and can shut off a multicast

stream if the subnet has no recipients. There are currently three IGMP versions: 1, 2 and 3, with

each version building upon the capabilities of the previous one:

• IGMPv1 allows host computers to opt into a multicast transmission using a Join Group message, it is then incumbent on the router to discover when they no longer wish to receive; this is achieved by polling them (see IGMP Querier below) until they no longer respond.

• IGMPv2 includes the means for hosts to opt out as well as in, using a Leave Group message.

• IGMPv3 encompasses the abilities of versions 1 and 2 but also adds the ability for hosts to specify particular

sources of multicast data.

AdderLink Innity units make use of IGMPv2 when performing multicasts to ensure that no unnecessary congestion is caused.

IGMP Snooping

The IGMP messages are effective but only operate at

layer 2 - intended for routers to determine whether

multicast data should enter a subnet. A relatively recent development has taken place within the switches that glue together all of the hosts within each subnet: IGMP Snooping. IGMP snooping means these layer 2 devices now have the ability to take a peek at the IGMP messages. As a result, the switches can then determine exactly which of their own hosts have requested to receive a multicast –

and only pass on multicast data to those hosts.

IGMP Querier

When IGMP is used, each subnet requires one Layer 3 switch to act as a Querier. In this lead role, the switch periodically sends out IGMP Query messages and in

response all hosts report which multicast streams they

wish to receive. The Querier device and all snooping Layer 2 switches, then update their lists accordingly (the lists are also updated when Join Group and Leave Group (IGMPv2) messages are received).

IGMP Fast-Leave (aka Immediate Leave)

When a device/host no longer wishes to receive a multicast transmission, it can issue an IGMP Leave Group message as mentioned above. This causes the switch to issue an IGMP Group-Specic Query message on the port (that the Leave Group was received on) to check no other receivers exist on that connection that wish to remain a

part of the multicast. This process has a cost in terms of

switch processor activity and time.

Where ALIF units are connected directly to the switch

(with no other devices on the same port) then enabling IGMP Fast-Leave mode means that switches can immediately remove receivers without going through a full checking procedure. Where multiple units are regularly joining and leaving multicasts, this can speed up performance considerably.

Jumbo frames (Jumbo packets)

Since its commercial introduction in 1980, the Ethernet standard has been successfully extended and adapted to keep pace with the ever improving capabilities of computer systems. The achievable data rates, for instance, have risen in ten-fold leaps from the original 10Mbit/s to a current maximum of 100Gbit/s.

While data speeds have increased massively, the standard dening the number of bytes (known as the Payload)

placed into each data packet has remained resolutely stuck

at its original level of 1500 bytes. This standard was set during the original speed era (10Mbits/s) and offered the best compromise at that speed between the time taken to

process each packet and the time required to resend faulty packets due to transmission errors.

But now networks are much faster and les/data streams are much larger; so time for a change? Unfortunately, a wholesale change to the packet size is not straightforward as it is a fundamental standard and changing it would mean a loss of backward compatibility with older systems.

Larger payload options have been around for a while, however, they have often been vendor specic and at present they remain outside the ofcial standard. There is, however, increased consensus on an optional ‘Jumbo’ payload size of 9000 bytes and this is fully supported by the AdderLink Innity (ALIF) units.

Jumbo frames (or Jumbo packets) offer advantages for ALIF units when transmitting certain high resolution video signals across a network. This is because the increased data in each packet reduces the number of packets that need to be transferred and dealt with - thus reducing latency times.

The main problem is that for jumbo frames to be possible on a network, all of the devices on the network must

support them.

INSTALLATIONCONFIGURATIONOPERATION

FURTHER

INFORMATION

INDEX

Page 26

Spanning Tree Protocol (STP)

In order to build a robust network, it is necessary to include certain levels of redundancy within the interconnections between switches. This will help to

ensure that a failure of one link does not lead to a complete failure of the whole network.

The danger of multiple links is that data packets, especially multicast packets, become involved in continual loops as neighbouring switches use the duplicated links to send and

resend them to each other.

To prevent such bridging loops from occurring, the Spanning Tree Protocol (STP), operating at layer 2, is used within each switch. STP encourages all switches to communicate and learn about each other. It prevents bridging loops by blocking newly discovered links until it can discover the nature of the link: is it a new host or a new switch?

The problem with this is that the discovery process can take up to 50 seconds before the block is lifted, causing problematic timeouts.

The answer to this issue is to enable the portfast variable

for all host links on a switch. This will cause any new

connection to go immediately into forwarding mode. However, take particular care not to enable portfast on

any switch to switch connections as this will result in

bridging loops.

Forwarding modes

In essence, the job of a layer 2 switch is to transfer as fast as possible, data packets arriving at one port out to another port as determined by the destination address. This is known as data forwarding and most switches offer a choice of methods to achieve this. Choosing the most appropriate forwarding method can often have a sizeable impact on the overall speed of switching:

• Store and forward is the original method and requires the switch to save each entire data packet to buffer memory, run an error check and then forward if no

error is found (or otherwise discard it).

• Cut-through was developed to address the latency issues suffered by some store and forward switches. The switch begins interpreting each data packet as it arrives. Once the initial addressing information has been read, the switch immediately begins forwarding the data packet while the remainder is still arriving. Once all of the packet has been received, an error check is performed and, if necessary, the packet is tagged as being in error. This checking ‘on-the-y’ means that cut-through switches cannot discard faulty packets themselves. However, on receipt of the marked packet, a

host will carry out the discard process.

• Fragment-free is a hybrid of the above two methods. It waits until the rst 64 bits have been received before beginning to forward each data packet. This way the

switch is more likely to locate and discard faulty packets

that are fragmented due to collisions with other data

packets.

• Adaptive switches automatically choose between the above methods. Usually they start out as a cut-through switches and change to store and forward or fragmentfree methods if large number of errors or collisions are

detected.

So which one to choose? The Cut-through method has the least latency so is usually the best to use with AdderLink Innity units. However, if the network components and/ or cabling generate a lot of errors, the Store and forward method should probably be used. On higher end store and forward switches, latency is rarely an issue.

Layer 2 and Layer 3: The OSI model

When discussing network switches, the terms Layer 2 and Layer 3 are very often used. These refer to parts of the Open System Interconnection (OSI) model, a standardized way to categorize the necessary functions of any standard

network.

There are seven layers in the OSI model and these dene the steps needed to get the data created by you (imagine that you are Layer 8) reliably down onto the transmission medium (the cable, optical ber, radio wave, etc.) that carries the data to another user; to complete the picture, consider the transmission medium is Layer 0. In general, think of the functions carried out by the layers at the top as being complex, becoming less complex as you go lower

down.

As your data travel down from you towards the transmission medium (the cable), they are successively encapsulated at each layer within a new wrapper (along with a few instructions), ready for transport. Once transmission has been made to the intended destination, the reverse occurs: Each wrapper is stripped away and the instructions examined until nally only the original data are

left. So why are Layer 2 and Layer 3 of particular importance

when discussing AdderLink Innity? Because the successful transmission of data relies upon fast and reliable passage through network switches – and most of these operate at

either Layer 2 or Layer 3.

The job of any network switch is to receive each incoming network packet, strip away only the rst few wrappers to discover the intended destination then rewrap the packet

and send it in the correct direction.

continued

INSTALLATIONCONFIGURATIONOPERATION

FURTHER

INFORMATION

INDEX

Page 27

In simplied terms, the wrapper that is added at Layer 2 (by the sending system) includes the physical address of the intended recipient system, i.e. the unique MAC address (for example, 09:f8:33:d7:66:12) that is assigned to every networking device at manufacture. Deciphering recipients at this level is more straightforward than at Layer 3, where the address of the recipient is represented by a logical IP address (e.g. 192.168.0.10) and requires greater knowledge of the surrounding network structure. Due to their more complex circuitry, Layer 3 switches are more expensive than Layer 2 switches of a similar build quality and are used more sparingly within installations.

INSTALLATIONCONFIGURATIONOPERATION

FURTHER

INFORMATION

INDEX

Page 28

APPENDIX F - Open source licenses

This product includes binaries that are derived from the open source community. The modules listed below are licenced under the GNU General Public License v2 and must be provided, in source form, on request:

dtc

u-boot-xlnx linux-xlnx busybox util-linux udev

termcap

mtd-utils libpbe

haserl

The software included in this product contains copyrighted software that is licensed under the GPL. You may obtain the complete Corresponding Source code from Adder for a period of three years after the last shipment of this product, which will be no earlier than 2028, by contacting [email protected] or writing to :

Attn: ACD/Open Source Request, Adder Technology Ltd,

Saxon Way, Bar Hill, Cambridge, CB23 8SL, United Kingdom

Please write “Source for product XXXXXXXX ” in the subject line (where XXXXXX is the model and version number). This offer is valid to anyone in receipt of this

information.

This product includes binaries that are derived from the open source community. The modules listed below are licenced under the GNU Lesser General Public License v2.1 and must be provided, in source form, on request:

kmod

libdaemon avahi libgpg-error

nettle

libgcrypt gnutls libmicrohttpd

In addition to the GPL modules listed, this product also includes binaries derived from 3rd party open sources that have their own license requirements. Each module is listed below with their required Copyright statement and distribution conditions.

----------------------------------------------------------------------------

- Module: openssl

----------------------------------------------------------------------------

LICENSE ISSUES ==============

The OpenSSL toolkit stays under a dual license, i.e. both the conditions of the OpenSSL License and the original SSLeay license apply to the toolkit. See below for the actual license texts. Actually both licenses are BSD-style

Open Source licenses. In case of any license issues related to OpenSSL please contact [email protected].

OpenSSL License

---------------

/* ============================================================

========

Redistribution and use in source and binary forms, with or without modication, are permitted provided that the following conditions are met:

1. Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer.

2. Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution.

3. All advertising materials mentioning features or use of this software must display the following acknowledgment: “This product includes software developed by the OpenSSL Project for use in the OpenSSL Toolkit. (http://www.openssl.org/)”

4. The names “OpenSSL Toolkit” and “OpenSSL Project” must not be used to endorse or promote products derived from this software without prior written permission. For written permission, please contact [email protected].

5. Products derived from this software may not be called “OpenSSL” nor may “OpenSSL”

appear in their names without prior written permission of the OpenSSL Project.

6. Redistributions of any form whatsoever must retain the following acknowledgment:

INSTALLATIONCONFIGURATIONOPERATION

FURTHER

INFORMATION

INDEX

Page 29

“This product includes software developed by the OpenSSL Project for use in the OpenSSL Toolkit (http://www.openssl.org/)”

THIS SOFTWARE IS PROVIDED BY THE OpenSSL PROJECT ``AS IS’’ AND ANY EXPRESSED OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR

PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE OpenSSL PROJECT OR

ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.

=============================================================

This product includes cryptographic software written by Eric Young (eay@cryptsoft. com). This product includes software written by Tim Hudson ([email protected]).

Original SSLeay License

-----------------------

The implementation was written so as to conform with Netscapes SSL.

* This library is free for commercial and non-commercial use as long as the following conditions are aheared to. The following conditions apply to all code found in this distribution, be it the RC4, RSA, lhash, DES, etc., code; not just the SSL code. The SSL documentation included with this distribution is covered by the same copyright terms except that the holder is Tim Hudson ([email protected]). * Copyright remains Eric Young’s, and as such any Copyright notices in the code are not to be removed. If this package is used in a product, Eric Young should be given attribution as the author of the parts of the library used. This can be in the form of a textual message at program startup or in documentation (online or textual) provided with the package. * Redistribution and use in source and binary forms, with or without modication, are permitted provided that the following conditions are met:

1. Redistributions of source code must retain the copyright notice, this list of conditions and the following disclaimer.

3. All advertising materials mentioning features or use of this software must display the following acknowledgement: “This product includes cryptographic software written by Eric Young ([email protected])” The word ‘cryptographic’ can be left out if the rouines from the library being used are not cryptographic related :-).

4. If you include any Windows specic code (or a derivative thereof) from the apps directory (application code) you must include an acknowledgement: “This product includes software written by Tim Hudson ([email protected])” * THIS SOFTWARE IS PROVIDED BY ERIC YOUNG ``AS IS’’ AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR

PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR

CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH

DAMAGE.

* The licence and distribution terms for any publically available version or derivative of this code cannot be changed. i.e. this code cannot simply be copied and put under another distribution licence [including the GNU Public Licence.] */

----------------------------------------------------------------------------

- Module: libev

----------------------------------------------------------------------------

Redistribution and use in source and binary forms, with or without modication, are permitted provided that the following conditions are met:

INSTALLATIONCONFIGURATIONOPERATION

FURTHER

INFORMATION

INDEX

Page 30

* Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer.

* Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution.

THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS “AS IS” AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH

DAMAGE.

----------------------------------------------------------------------------

- Module: libaes

----------------------------------------------------------------------------

LICENSE TERMS

The redistribution and use of this software (with or without changes) is allowed without the payment of fees or royalties provided that:

1. source code distributions include the above copyright notice, this list of conditions and the following disclaimer;

2. binary distributions include the above copyright notice, this list of conditions and the following disclaimer in their documentation;

3. the name of the copyright holder is not used to endorse products built using this software without specic written permission.

DISCLAIMER

This software is provided ‘as is’ with no explicit or implied warranties in respect of its properties, including, but not limited to, correctness and/or tness for purpose.

----------------------------------------------------------------------------

- Module: libgcrypt

----------------------------------------------------------------------------

Additional license notices for Libgcrypt. -*- org -*-

This le contains the copying permission notices for various les in the Libgcrypt distribution which are not covered by the GNU Lesser General Public License (LGPL) or the GNU General Public License (GPL).

These notices all require that a copy of the notice be included in the accompanying documentation and be distributed with binary distributions of the code, so be sure to include this le along with any binary distributions derived from the GNU C Library.

* BSD_3Clause

For les:

- cipher/sha256-avx-amd64.S

- cipher/sha256-avx2-bmi2-amd64.S

- cipher/sha256-ssse3-amd64.S

- cipher/sha512-avx-amd64.S

- cipher/sha512-avx2-bmi2-amd64.S

- cipher/sha512-ssse3-amd64.S

Redistribution and use in source and binary forms, with or without modication, are permitted provided that the following conditions are met:

* Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer.

INSTALLATIONCONFIGURATIONOPERATION

FURTHER

INFORMATION

INDEX

Page 31

* Neither the name of the Intel Corporation nor the names of its contributors may be used to endorse or promote products derived from this software without specic prior written permission.

THIS SOFTWARE IS PROVIDED BY INTEL CORPORATION “AS IS” AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR

PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL INTEL CORPORATION OR

DAMAGE.

#+end_quote

* X License

For les:

- install.sh

Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation les (the “Software”), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED “AS IS”, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND

NONINFRINGEMENT. IN NO EVENT SHALL THE X CONSORTIUM BE LIABLE

FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN

CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.

Except as contained in this notice, the name of the X Consortium shall not be used in advertising or otherwise to promote the sale, use or other deal ings in this Software without prior written authorization from the X Consor-

tium.

#+end_quote

* Public domain

For les:

- cipher/arcfour-amd64.S

#+begin_quote Author: Marc Bevand <bevand_m (at) epita.fr> Licence: I hereby disclaim the copyright on this code and place it in the public domain. #+end_quote

* OCB license 1

For les:

- cipher/cipher-ocb.c

#+begin_quote OCB is covered by several patents but may be used freely by most software. See http://web.cs.ucdavis.edu/~rogaway/ocb/license.htm . In particular license 1 is suitable for Libgcrypt: See http://web.cs.ucdavis.edu/~rogaway/ocb/license1.pdf for the full license document; it basically says:

INSTALLATIONCONFIGURATIONOPERATION

FURTHER

INFORMATION

INDEX

Page 32

License 1 — License for Open-Source Software Implementations of OCB (Jan 9, 2013)

Under this license, you are authorized to make, use, and distribute open-source software implementations of OCB. This license terminates for you if you sue someone over their open-source software implementation of OCB claiming that you have a patent covering their implementation.

License for Open Source Software Implementations of OCB

January 9, 2013

1 Denitions

1.1 “Licensor” means Phillip Rogaway.

1.2 “Licensed Patents” means any patent that claims priority to United

States Patent Application No. 09/918,615 entitled “Method and Apparatus for Facilitating Efcient Authenticated Encryption,” and any utility, divisional, provisional, continuation, continuations-in-part, reexamination, reissue, or foreign counterpart patents that may issue with respect to the aforesaid patent application. This includes, but is not limited to, United States Patent No. 7,046,802; United States Patent No. 7,200,227; United States Patent No. 7,949,129; United States Patent No. 8,321,675 ; and any patent that issues out of United States Patent Application No. 13/669,114.

1.3 “Use” means any practice of any invention claimed in the Licensed Patents.

1.4 “Software Implementation” means any practice of any invention claimed in the Licensed Patents that takes the form of software executing on a user-programmable, general-purpose computer or that takes the form of a computer-readable medium storing such software. Software Implementation does not include, for example, application-specic integrated circuits (ASICs), eld-programmable gate arrays (FPGAs), embedded systems, or IP cores.

1.5 “Open Source Software” means software whose source code is published and made available for inspection and use by anyone because either (a) the source code is subject to a license that permits recipients to copy, modify, and distribute the source code without payment of fees or royalties, or (b) the source code is in the public domain, including code released for public use through a CC0 waiver. All licenses certied by the Open Source Initiative at opensource.org as of January 9, 2013 and all Creative Commons licenses identied on the creativecommons.org website as of January 9, 2013, including the Public License Fallback of the CC0 waiver, satisfy these

requirements for the purposes of this license.

1.6 “Open Source Software Implementation” means a Software Implementation in which the software implicating the Licensed Patents is Open Source Software. Open Source Software Implementation does not include

any Software Implementation in which the software implicating the Licensed Patents is combined, so as to form a larger program, with software that is

not Open Source Software.

2 License Grant

2.1 License. Subject to your compliance with the term s of this license, including the restriction set forth in Section 2.2, Licensor hereby grants to you a perpetual, worldwide, non-exclusive, non-transferable, non-sublicenseable, no-charge, royalty-free, irrevocable license to practice any invention claimed in the Licensed Patents in any Open Source Software

Implementation.

2.2 Restriction. If you or your afliates institute patent litigation (including, but not limited to, a cross-claim or counterclaim in a lawsuit) against any entity alleging that any Use authorized by this license infringes another patent, then any rights granted to you under this license automatically terminate as of the date such litigation is led.

3 Disclaimer

YOUR USE OF THE LICENSED PATENTS IS AT YOUR OWN RISK AND UNLESS REQUIRED BY APPLICABLE LAW, LICENSOR MAKES NO REPRESENTATIONS OR WARRANTIES OF ANY KIND CONCERNING THE LICENSED PATENTS OR ANY PRODUCT EMBODYING ANY LICENSED PATENT, EXPRESS OR IMPLIED, STATUT ORY OR OTHERWISE, INCLUDING, WITHOUT LIMITATION, WARRANTIES OF TITLE, MERCHANTIBILITY, FITNESS FOR A PARTICULAR PURPOSE, OR NONINFRINGEMENT. IN NO EVENT WILL LICENSOR BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN CONTRACT, TORT OR OTHERWISE, ARISING FROM OR RELATED TO ANY USE OF THE LICENSED PATENTS, INCLUDING, WITHOUT LIMITATION, DIRECT, INDIRECT, INCIDENTAL, CONSEQUENTIAL, PUNITIVE OR SPECIAL DAMAGES, EVEN IF LICENSOR HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES PRIOR TO SUCH AN

OCCURRENCE. #+end_quote

INSTALLATIONCONFIGURATIONOPERATION

FURTHER

INFORMATION

INDEX

Page 33

----------------------------------------------------------------------------

- Module: freebsd-libc

----------------------------------------------------------------------------

# @(#)COPYRIGHT 8.2 (Berkeley) 3/21/94

All of the documentation and software included in the 4.4BSD and 4.4BSD-Lite Releases is copyrighted by The Regents of the University of California.

Redistribution and use in source and binary forms, with or without modication, are permitted provided that the following conditions are met:

1. Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer.

3. All advertising materials mentioning features or use of this software must display the following acknowledgement:

This product includes software developed by the University of California, Berkeley and its contributors.

4. Neither the name of the University nor the names of its contributors may be used to endorse or promote products derived from this software without specic prior written permission.

THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS’’ AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A

PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR

DAMAGE.

The Institute of Electrical and Electronics Engineers and the American National Standards Committee X3, on Information Processing Systems have given us permission to reprint portions of their documentation.

In the following statement, the phrase ``this text’’ refers to portions

of the system documentation.

Portions of this text are reprinted and reproduced in electronic form in

the second BSD Networking Software Release, from IEEE Std 1003.1-1988, IEEE Standard Portable Operating System Interface for Computer Environments (POSIX), copyright C 1988 by the Institute of Electrical and Electronics Engineers, Inc. In the event of any discrepancy between these versions and the original IEEE Standard, the original IEEE Standard is the referee

document.

In the following statement, the phrase ``This material’’ refers to portions of the system documentation.

This material is reproduced with permission from American National

Standards Committee X3, on Information Processing Systems. Computer and Business Equipment Manufacturers Association (CBEMA), 311 First St., NW, Suite 500, Washington, DC 20001-2178. The developmental work of Programming Language C was completed by the X3J11 Technical Committee.

The views and conclusions contained in the software and documentation are those of the authors and should not be interpreted as representing ofcial policies, either expressed or implied, of the Regents of the University

of California.

----------------------------------------------------------------------------

- Module: strace

----------------------------------------------------------------------------

Copyright (c) 1991, 1992 Paul Kranenburg <[email protected]> Copyright (c) 1993 Branko Lankester <[email protected]> Copyright (c) 1993 Ulrich Pegelow <[email protected]> Copyright (c) 1995, 1996 Michael Elizabeth Chastain <[email protected]> Copyright (c) 1993, 1994, 1995, 1996 Rick Sladkey <[email protected]> Copyright (C) 1998-2001 Wichert Akkerman <[email protected]> Copyright (C) 2001-2017 The strace developers. All rights reserved.

INSTALLATIONCONFIGURATIONOPERATION

FURTHER

INFORMATION

INDEX

Page 34

Redistribution and use in source and binary forms, with or without modication, are permitted provided that the following conditions are met:

1. Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer.

3. The name of the author may not be used to endorse or promote products derived from this software without specic prior written permission.

THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS’’ AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.

----------------------------------------------------------------------------

- Module: libpcap

----------------------------------------------------------------------------

Redistribution and use in source and binary forms, with or without modication, are permitted provided that the following conditions are met:

1. Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer.

3. The names of the authors may not be used to endorse or promote products derived from this software without specic prior

written permission.

THIS SOFTWARE IS PROVIDED ``AS IS’’ AND WITHOUT ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, WITHOUT LIMITATION, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR

PURPOSE.

----------------------------------------------------------------------------

- Module: tcpdump

----------------------------------------------------------------------------

Licensed under the 3-clause BSD license:

Redistribution and use in source and binary forms, with or without modication, are permitted provided that the following conditions are met:

1. Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer.

3. The names of the authors may not be used to endorse or promote products derived from this software without specic prior

written permission.

THIS SOFTWARE IS PROVIDED ``AS IS’’ AND WITHOUT ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, WITHOUT LIMITATION, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR

PURPOSE.

Some les in this package are licensed under the 4-clause BSD license, the copyright on most of them belongs to The Regents of the University of California. Since the license was retroactively changed in 1999 to remove the advertising clause, they are effectively under the 3-clause license even if the text of the license in the les hasn’t been updated. See the following document for more details:

ftp://ftp.cs.berkeley.edu/pub/4bsd/README.Impt.License.Change>

Other les under the 4-clause BSD license and whose copyright doesn’t belong to the The Regents of the University of California are listed below:

INSTALLATIONCONFIGURATIONOPERATION

FURTHER

INFORMATION

INDEX

Page 35

Sweden).

----------------------------------------------------------------------------

- Module: dhcp

----------------------------------------------------------------------------

# Permission to use, copy, modify, and distribute this software for any # purpose with or without fee is hereby granted, provided that the above # copyright notice and this permission notice appear in all copies.

# # THE SOFTWARE IS PROVIDED “AS IS” AND ISC DISCLAIMS ALL WARRANTIES # WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF

# MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL ISC BE LIABLE FOR # ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY # DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, # WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS # ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR

PERFORMANCE OF THIS SOFTWARE.

# # Internet Systems Consortium, Inc. # 950 Charter Street

# Redwood City, CA 94063 # <[email protected]> # https://www.isc.org/

----------------------------------------------------------------------------

- Module: ntp

----------------------------------------------------------------------------

_________________________________________________________________

The following copyright notice applies to all les collectively called the Network Time Protocol Version 4 Distribution. Unless specically declared otherwise in an individual le, this entire notice applies as if the text was explicitly included in the le. *********************************************************************** * * * Copyright (c) University of Delaware 1992-2015 * * * * Permission to use, copy, modify, and distribute this software and * * its documentation for any purpose with or without fee is hereby * * granted, provided that the above copyright notice appears in all * * copies and that both the copyright notice and this permission * * notice appear in supporting documentation, and that the name * * University of Delaware not be used in advertising or publicity * * pertaining to distribution of the software without specic, * * written prior permission. The University of Delaware makes no * * representations about the suitability this software for any * * purpose. It is provided “as is” without express or implied * * warranty. * * * ***********************************************************************

Content starting in 2011 from Harlan Stenn, Danny Mayer, and Martin Burnicki is: *********************************************************************** * * * Copyright (c) Network Time Foundation 2011-2017 * * * * All Rights Reserved *

INSTALLATIONCONFIGURATIONOPERATION

FURTHER

INFORMATION

INDEX

Page 36

* * * Redistribution and use in source and binary forms, with or without * * modication, are permitted provided that the following conditions * * are met: * * 1. Redistributions of source code must retain the above copyright * * notice, this list of conditions and the following disclaimer. * * 2. Redistributions in binary form must reproduce the above * * copyright notice, this list of conditions and the following * * disclaimer in the documentation and/or other materials provided * * with the distribution. * * * * THIS SOFTWARE IS PROVIDED BY THE AUTHORS ``AS IS’’ AND ANY EXPRESS * * OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED * * WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE * * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHORS OR CONTRIBUTORS BE * LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR * * CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT * * OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR * * BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF * LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT * * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE * USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH * * DAMAGE. * ***********************************************************************

The following individuals contributed in part to the Network Time Protocol Distribution Version 4 and are acknowledged as authors of

this work.

1. [1]Takao Abe <[email protected]> Clock driver for JJY receivers

2. [2]Mark Andrews <[email protected]> Leitch atomic clock

controller

3. [3]Bernd Altmeier <[email protected]> hopf Elektronik serial line and PCI-bus devices

4. [4]Viraj Bais <[email protected]> and [5]Clayton Kirkwood <[email protected]> port to WindowsNT 3.5

5. [6]Michael Barone <michael,[email protected]> GPSVME xes

6. [7]Karl Berry <[email protected]> syslog to le option

7. [8]Greg Brackley <[email protected]> Major rework of WINNT port. Clean up recvbuf and iosignal code into separate modules.

8. [9]Marc Brett <[email protected]> Magnavox GPS clock driver

9. [10]Piete Brooks <[email protected]> MSF clock driver, Trimble PARSE support

10. [11]Nelson B Bolyard <[email protected]> update and complete broadcast and crypto features in sntp

11. [12]Jean-Francois Boudreault <[email protected]> IPv6 support

12. [13]Reg Clemens <[email protected]> Oncore driver (Current maintainer)

13. [14]Steve Clift <[email protected]> OMEGA clock driver

14. [15]Casey Crellin <[email protected]> vxWorks (Tornado) port and help with target conguration

15. [16]Sven Dietrich <[email protected]> Palisade reference clock driver, NT adj. residuals, integrated Greg’s Winnt port.

16. [17]John A. Dundas III <[email protected]> Apple A/UX port

17. [18]Torsten Duwe <[email protected]> Linux

port

18. [19]Dennis Ferguson <[email protected]> foundation code for NTP Version 2 as specied in RFC-1119

19. [20]John Hay <[email protected]> IPv6 support and testing

20. [21]Dave Hart <[email protected]> General maintenance, Windows

port interpolation rewrite

21. [22]Claas Hilbrecht <[email protected]> NeoClock4X clock driver

22. [23]Glenn Hollinger <[email protected]> GOES clock driver

23. [24]Mike Iglesias <[email protected]> DEC Alpha port

24. [25]Jim Jagielski <[email protected]> A/UX port

25. [26]Jeff Johnson <[email protected]> massive prototyping overhaul

26. [27]Hans Lambermont <[email protected]> or [28]<[email protected]> ntpsweep

27. [29]Poul-Henning Kamp <[email protected]> Oncore driver (Original

author)

28. [30]Frank Kardel [31]<kardel (at) ntp (dot) org> PARSE <GENERIC> (driver 14 reference clocks), STREAMS modules for PARSE, support scripts, syslog cleanup, dynamic interface handling

29. [32]Johannes Maximilian Kuehn <[email protected]> Rewrote sntp to comply with NTPv4 specication, ntpq savecong

30. [33]William L. Jones <[email protected]> RS/6000 AIX modications, HPUX modications

31. [34]Dave Katz <[email protected]> RS/6000 AIX port

32. [35]Craig Leres <[email protected]> 4.4BSD port, ppsclock, Magnavox GPS clock driver

33. [36]George Lindholm <[email protected]> SunOS 5.1 port

34. [37]Louis A. Mamakos <[email protected]> MD5-based authentication

35. [38]Lars H. Mathiesen <[email protected]> adaptation of foundation code for Version 3 as specied in RFC-1305

36. [39]Danny Mayer <[email protected]>Network I/O, Windows Port, Code

Maintenance

INSTALLATIONCONFIGURATIONOPERATION

FURTHER

INFORMATION

INDEX

Page 37

37. [40]David L. Mills <[email protected]> Version 4 foundation, precision kernel; clock drivers: 1, 3, 4, 6, 7, 11, 13, 18, 19, 22, 36

38. [41]Wolfgang Moeller <[email protected]> VMS port

39. [42]Jeffrey Mogul <[email protected]> ntptrace utility

40. [43]Tom Moore <tmoore@evel.daytonoh.ncr.com> i386 svr4 port

41. [44]Kamal A Mostafa <[email protected]> SCO OpenServer port

42. [45]Derek Mulcahy <[email protected]> and [46]Damon Hart-Davis <[email protected]> ARCRON MSF clock driver

43. [47]Rob Neal <[email protected]> Bancomm refclock and cong/parse code

maintenance

44. [48]Rainer Pruy <[email protected]> monitoring/trap scripts, statistics le handling

45. [49]Dirce Richards <[email protected]> Digital UNIX V4.0 port

46. [50]Wilfredo Sánchez <[email protected]> added support for

NetInfo

47. [51]Nick Sayer <[email protected]> SunOS streams modules

48. [52]Jack Sasportas <[email protected]> Saved a Lot of space on the stuff in the html/pic/ subdirectory

49. [53]Ray Schnitzler <[email protected]> Unixware1 port

50. [54]Michael Shields <[email protected]> USNO clock driver

51. [55]Jeff Steinman <[email protected]> Datum PTS clock driver

52. [56]Harlan Stenn <[email protected]> GNU automake/autocongure makeover, various other bits (see the ChangeLog)

53. [57]Kenneth Stone <[email protected]> HP-UX port

54. [58]Ajit Thyagarajan <[email protected]>IP multicast/anycast

support

55. [59]Tomoaki TSURUOKA <[email protected]>TRAK clock driver

56. [60]Brian Utterback <[email protected]> General codebase,

Solaris issues

57. [61]Loganaden Velvindron <[email protected]> Sandboxing (libseccomp) support

58. [62]Paul A Vixie <[email protected]> TrueTime GPS driver, generic TrueTime clock driver

59. [63]Ulrich Windl <[email protected]> corrected and validated HTML documents according to the HTML DTD _________________________________________________________________

INSTALLATIONCONFIGURATIONOPERATION

FURTHER

INFORMATION

INDEX

Page 38

SAFETY INFORMATION

• For use in dry, oil free indoor environments only.

• Warning - live parts contained within power adapter.

• No user serviceable parts within power adapter - do not dismantle.

• Plug the power adapter into a socket outlet close to the module that it is powering.

• Replace a defective power adapter with a manufacturer approved type only.

• Do not use the power adapter if the power adapter case becomes damaged, cracked or broken or if you suspect that it is not operating properly.

• Do not attempt to service the units yourself.

• Not suitable for use in hazardous or explosive environments or next to highly ammable materials.

• If you use a power extension cord with the units, make sure the total ampere rating of the devices plugged into the extension cord does not exceed the cord’s ampere rating. Also, make sure that the total ampere rating of all the devices plugged into the wall outlet does not exceed the wall outlet’s ampere rating.

• The unit and its power adapter can get warm in operation - do not situate these items in an enclosed space without any ventilation.

WASTE ELECTRICAL AND ELECTRONIC EQUIPMENT (WEEE)

• At the end of its useful life, your product is considered to be WEEE. As such, it is important to note that: WEEE is not to be disposed of as unsorted municipal waste. It is to be collected separately such that it can be disassembled so its components and materials can be recycled, re-used, and recovered (burned for energy content in the

production of electricity).

• Public collection points have been set up by municipalities for the collection of WEEE, free of charge to you.

• Please return your WEEE to the collection facility nearest your home or ofce.

• If you have difculty locating a collection facility, the retailer that sold you the product

should accept your WEEE.

• If you are no longer in contact with your retailer, please contact Adder Technology Ltd

for assistance with this matter.

• Recycling of WEEE is geared toward protecting the environment, protecting human health, preserving raw materials, improving sustainable development, and ensuring a better supply of commodities in the European Union. This will be achieved by retrieving valuable secondary raw materials and reducing the disposal of waste. You can contribute to the success of these goals by returning your WEEE to a collection facility.

• Your product is marked with the WEEE symbol (wheelie bin with an X through it). This symbol is to inform you that the WEEE is not to be disposed of as unsorted municipal

waste.

• For B2B WEEE collection and reprocessing requirements refer to Adder Technology’s

Terms and Conditions of Purchase.

WARRANTY

Adder Technology Ltd warrants that this product shall be free from defects in workmanship and materials for a period of two years from the date of original purchase. If the product should fail to operate correctly in normal use during the warranty period, Adder will replace or repair it free of charge. No liability can be accepted for damage due to misuse or circumstances outside Adder’s control. Also Adder will not be responsible for any loss, damage or injury arising directly or indirectly from the use of this product. Adder’s total liability under the terms of this warranty shall in all circumstances be limited to the replacement value of this product.

If any difculty is experienced in the installation or use of this product that you are unable to resolve, please contact your supplier.

Warranty (in Australia)

Adder Technology warrants its products and their parts against defects in materials and workmanship under normal use for a period of 24 months from the original date of purchase (please retain proof of purchase). During this period we will repair or replace a defective product or part subject to the following warranty conditions:

The warranty applies only to defects in materials and workmanship under normal use

and does not extend to damage to the Product or parts which result from:-

• Alteration, repair, modication or service carried out by anyone other than an authorised Adder Technology service provider.

• Accident, neglect, abuse or misuse owing to failure to comply with the normal operating procedures for a product of this type.

Nothing in this warranty shall have the effect of excluding the liability of Adder Technology in respect of death and personal injury caused by the negligence of Adder Technology. This Warranty is offered (subject to these terms and conditions) in addition to, and does not affect your rights and remedies under the Australian Consumer Law and

other laws.

Our goods come with guarantees that cannot be excluded under the Australian Consumer Law. You are entitled to a replacement or refund for a major failure and for compensation for any other reasonably foreseeable loss or damage. You are also entitled to have the goods repaired or replaced if the goods fail to be of acceptable quality and

the failure does not amount to a major failure.

For any questions relating to your warranty, please contact your local service agent.

INSTALLATIONCONFIGURATIONOPERATION

FURTHER

INFORMATION

INDEX

Page 39

RADIO FREQUENCY ENERGY

A Category 5e (or better) twisted pair cable must be used to connect the units in order to maintain compliance with radio frequency energy emission regulations and ensure a suitably high level of immunity to electromagnetic disturbances.

All cables used with this equipment must be shielded in order to maintain compliance with radio frequency energy emission regulations and ensure a suitably high level of immunity to electromagnetic disturbances.

European EMC directive 2014/108/EC

This equipment has been tested and found to comply with the limits for a class A computing device in accordance with the specications in the European standard EN55032. In a residential environment, this equipment may cause radio interference.

FCC Compliance Statement (United States)

This equipment generates, uses and can radiate radio frequency energy and if not installed and used properly, that is, in strict accordance with the manufacturer’s instructions, may cause interference to radio communication. It has been tested and found to comply with the limits for a class A computing device in accordance with the specications part 15 of FCC rules, which are designed to provide reasonable protection against such interference when the equipment is operated in a commercial environment. Operation of this equipment in a residential area may cause interference, in which case the user at his own expense will be required to take whatever measures may be necessary to correct the interference. Changes or modications not expressly approved by the manufacturer could void the user’s authority to operate the equipment.

Canadian Department of Communications RFI statement

This equipment does not exceed the class A limits for radio noise emissions from digital apparatus set out in the radio interference regulations of the Canadian Department of

Communications.

Le présent appareil numérique n’émet pas de bruits radioélectriques dépassant les limites applicables aux appareils numériques de la classe A prescrites dans le règlement sur le brouillage radioélectriques publié par le ministère des Communications du Canada.

INSTALLATIONCONFIGURATIONOPERATION

FURTHER

INFORMATION

INDEX

Page 40

Web: www.adder.com

Contact: www.adder.com/contact-details

Support: www.adder.com/support

INSTALLATIONCONFIGURATIONOPERATION

FURTHER

INFORMATION

Documentation by:

www.ctxd.com

INDEX

Page 41

Index

Adaptive 25

AFZ 14

Browser-based utility 8

Compression 14

Conguration

browser-based utility 8

Connections

overview 4

Cut-through 25

DisplayPort 5

DVI-D 5

Ethernet port 4 External power input 4

Factory reset 7

Fast-Leave 24 Firmware upgrade 9 Forwarding modes 25 Fragment-free 25 Frame Skipping 14

Gigabit Ethernet 5

IGMP 24

fast-leave 24

querier 24

snooping 24

Indicators 10

Initial conguration 7

IP address 8

Jumbo frames (packets) 24

Layers 2 and 3 25

Magic Eye 14 Management port 13

TX settings 13

Network address 8 Network layout 20 Network link 5 Network switch

choosing 20

Optimization

statistics for 17

OSI model 25

Power

external input 4,6

Power adapter 3

Querier 24

Reset

manual 7

Reset button 4 Resetting 10

Safety information 37

Snooping 24 Spanning Tree Protocol 25

Statistics

graphing 17

Status indicators 4,10

Store and forward 25 Switch

choosing 20 conguring 21

System port 5,13

TX settings 13

Troubleshooting 22

Upgrade rmware 9

USB

connections 6

plugs 4

Video link 5

Warranty 37

INSTALLATIONCONFIGURATIONOPERATION

FURTHER

INFORMATION

INDEX

Adder Corporation AdderLink Infinity 100T User guide

Contents

Introduction

WELCOME

SUPPLIED ITEMS

OPTIONAL EXTRAS

Installation

CONNECTIONS

Video link

Network link

USB and power connections

INITIAL CONFIGURATION

Manual factory reset

INSTALLATIONCONFIGURATIONOPERATION

RESTORING A BACKUP FIRMWARE IMAGE

PERFORMING AN UPGRADE

Operation

STATUS INDICATORS

RESETTING

Further information

GETTING ASSISTANCE

APPENDIX B - Dimensions

APPENDIX C - Tips for success when networking ALIF units

APPENDIX D - Troubleshooting

APPENDIX E - Glossary

APPENDIX F - Open source licenses

SAFETY INFORMATION

WASTE ELECTRICAL AND ELECTRONIC EQUIPMENT (WEEE)

WARRANTY

RADIO FREQUENCY ENERGY

Index