Manuals

KLANG:app does not discover any devices

Troubleshooting Steps

  1. Make sure the KLANG processor is powered and the display or status LED are lid
  2. Check that a network cable is plugged into the control network port and that the network activity LEDs are blinking
  3. On your computer, deactivate and unplug all network adapters that are not required to connect to your KLANG hardware. If you are connected via ethernet cable, make sure to disable WiFi for now.
  4. If you want to connect to a KLANG:kontroller, make sure KLANG:app is in Show or Admin mode (Press and hold CONFIG for 3 seconds).

Check the Quick Start Guide for your KLANG hardware:

WHAT ARE DISCOVERY CHALLENGES?

  • Partly overlapping subnets / not identical subnet mask
    • Broadcast is not received. No answer. KLANG:app doesn’t see device.
    • Check IPs and Subnet and correct.
  • Two different subnets that overlap
    • 2+ network interfaces e.g. on zero-conf auto-ip 169.254.0.0/16
    • Windows PCs configure backup auto-ip although other IP configured
    • WiFi interface might have additional auto-ip
    • WiFi Internet DHCP server 192.168.1.0/24 vs. hardwired 192.168.0.0/16
    • It is up to Operating System to decide on which network interface it sends out the broadcast connect request!

The discovery process in more detail…

KLANG:app communicates over IP network messages. KLANG:app sends OSC UDP messages to KLANG processors on port 9110 and to other KLANG:apps on port 9111. All KLANG:apps listen on port 9111. If this port cannot be opened because it is already used by another application, it uses the next free port.

KOS 5.4 and higher: KLANG hardware sends out a “Here I Am” message every 90 sec to its broadcast addresses, e.g. hardware has IP addresses 10.10.10.20/24 (fixed IP) and 169.254.2.3/16 (zeroconf) it will send to 10.10.10.255 and 169.254.255.255
KOS 5.5.12 and higher: KLANG hardware additionally sends out a “Here I Am” message every 90 sec to 255.255.255.255. KLANG:app 5.5.12+ is able to communicate with KLANG hardware with a zeroconf IP although the computer running KLANG:app has a fixed IP in a different subnet. KLANG:app 5.6 will show a KLANG hardware in red if it cannot communicate with it.

The device running KLANG:app has to be in the same network and in the same IP address range as the KLANG hardware. Firstly, check that the network cable is connected properly and the network connectivity and activity LEDs are blinking. Check that the device running KLANG:app has proper ethernet or WLAN connectivity and that it is connected to the same network as the KLANG hardware.

As a second troubleshooting step, make sure to temporarily disable firewalls.

KLANG:vier, :fabrik, :kontroller and :vokal use internally two different IP addresses. One for Dante connectivity and one for control data of the 3D in-ear mixing processor. Depending on the Dante switch configuration for  fabrik: and :vier the two network ports are internally combined (default) or separated (redundant, switch separate control) or VLANs might be configured on :vokal or :kontroller.

In some cases, MS Windows prevents broadcast messages to be sent to all existing network adapters, so the handshake with KLANG:app cannot be completed successfully.

Workaround: Try to deactivate unused adapters like VMware or VirtualBox virtual adapters.

It might be necessary to check Firewall settings. Workaround: temporarily deactivity your computer’s firewall.

Network 101

DHCP, Zero Conv, static / fixed IPs, Subnet masks, Gateway, Unicast / Broadcast / Multicast

IP Address Ranges

Private IP Address Range:

  • 10.0.0.0      – 10.255.255.255  /8
  • 172.16.0.0    – 172.31.255.255  /12
  • 192.168.0.0 – 192.168.255.255  /16

Link Local Address Range (Zeroconf Auto IP)

  • 169.254.0.0 – 169.254.255.255  /16
Never set static / fixed IPs in the range of Link Local / avahi auto IP / zero conf

Multicast Range

  • 224.0.0.0 – 239.255.255.255
Some numbers are reserved: e.g. 0 or 255 in the end

Subnet Masks

  • Smaller, manageable subnets
  • Restrict direct communication
  • “country.city.street.house”

The usual subnet masks:

  • Class A: 255.0.0.0   CIDR: /8   16M devices
  • Class B: 255.255.0.0   CIDR: /16   65k devices
  • Class C: 255.255.255.0 CIDR: /24   256 devices

More specific examples…

  • /20: 192.168.0.0 – 192.168.15.255      255.255.240.0      4096
  • /28: 192.168.0.0 – 192.168.0.15      255.255.255.240      16

Broadcast Address

  • Send only ONE message to ALL devices on the subnet
  • It is calculated from own IP address and subnet mask
  • Receivers need to have exact same broadcast address 
    • Exactly the same subnet mask
    • No mix of 255.255.255.0 and 255.255.0.0 possible!
  • Broadcasts can slow WiFi down to minimum speed
  • Without further configuration e.g. IGMP multicasts are handled as broadcasts!

Still Have Questions?

Contact us here