Axia IP-Driver and AES67

Updated 2 months ago by Bryan Jones


The Axia IP-Audio Windows Driver includes support for AES67, Livewire+, with version 2.10 and above. If you are running a version older than 2.10 you must update to achieve AES67 compatibility. Info on updating can be found by clicking this link. This document also makes the assumption that you have an already established IEEE1588-2008 PTP clock on your network.


This support adds the 1ms packet time required in AES67. The standard defines what receivers shall be able to receive, but does not dictate how a AES67 transmitter should be transmitting. As long as a transmitter is sending packets which fit into the many possible AES67 defined stream it should work, right? (snicker)

So the Axia IP-Audio Driver maintains the typical 2-channel transmit streams which is the most common need by the market. The legacy 8-channel surround mode, which was introduced as part of Livewire in 2003 still remains. Other channel count transmitted streams are not widely needed at the moment, but Telos Alliance is working on changes that would enable clients to use these more obscure transmission combinations.

To be compliant with AES67, a product must be able to receive various streams and the Axia IP-Audio Driver supports the more obscure styles through a back end and not through the configuration UI which is documented in this manual. The Windows configuration UI is provided to support the most common usage of the driver.


To access the backend, the end user would need to setup a TCP connection to the PC on port 93. This can easily be done with a windows telnet session or widely used IT applications like Putty. Putty can be download for free from this link. From a connection, the Destination (what is received from the network) can be configured to accept alternate streams.

For example, to receive a unicast stream into the IP driver through the first Destination:

  1. Make a telnet connection to the driver on port 93. Here is a sample connection using Putty.
  1. Once connected, if you press the ENTER key, you should receive a response back of ERROR 1000 bad command. If you see this error then you are connected properly.
All commands sent to the driver must be in all upper case. This applies to all Livewire Routing Protocol commands sent on port 93 to ANY device.
  1. Type LOGIN and press enter.
LOGIN must be sent before any changes can be made
  1. from the terminal window type the following. This is an example of a sip unicast connection.
DST 1 ADDR:”sip:6@” 

or use a multicast address outside of the standard channel range used by the Livewire network.

DST 1 ADDR:”” 


multicast/unicast:port;fmt=A/B/C where;

  • A is L16 or L24 : either a 16bit or 24 bit depth stream
  • B is 44100 or 48000 : either a 44.1khz or 48khz sample stream
  • C is 1 - 8 : the number of channels in the stream. A stereo stream would be 2.
For example, a 16-bit, 48khz, 8 channel stream at multicast group would be written as follows:;fmt=L16/48000/8

The Defaults are L24, 48K, 2. If the stream you are receiving uses those defaults then the ;fmt= parameters can be omitted.

For sip unicast, it is assumed to be on port 5060 is used for set up. Specify an additional port as needed if different that 5060. In the example above, if port 5063 was used, it would be typed like this;

DST 1 ADDR:”sip:6@”

For multicast, port 5004 is assumed. If the audio packet are on a different port, it can be specified like this;

DST 1 ADDR:”” 

How did we do?

Knowledge Base

Powered by HelpDocs