Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

mDNS floods network #4154

Closed
rage1337 opened this issue Oct 23, 2018 · 4 comments
Closed

mDNS floods network #4154

rage1337 opened this issue Oct 23, 2018 · 4 comments

Comments

@rage1337
Copy link

Expected Behavior

Service discovery does not impact network.

Current Behavior

Every 15 seconds my network breaks down. I could narrow it down to openHAB. The effect does not occur when openHAB is deactivated.

Network throughput - Graph of the network throughput while the problem occurs.

Every 15 seconds, the network becomes unusable. It makes no difference if the openHAB box is in the WIFI or the cabled network.

I scanned the network via Wireshark. On every breakdown, the network is flooded with mDNS data. See picture attached .

  • 192.168.12.37 -> RPi3 with openHAB
  • 192.168.12.24 -> Macbook I'm currently using

Steps to Reproduce (for Bugs)

  1. Setup Raspbian
  2. Install openHAB
  3. Configure Sitemap
  4. Configure Items Groups
    4.1 (no flooding until now)
  5. Install binding (doesn't matter which one, I started with Alexa, Bluetooth)
    5.2 Flooding starts after a few seconds

Your Environment

  • Version used: 2.4.0-SNAPSHOT
  • Operating System and version):Raspbian 9.4 on RPi 3

Misc

While scanning the Wireshark data, I realized the Icloud-Binding was scanning - I never installed this one.

I'm not sure which data to provide to be useful.

@rage1337
Copy link
Author

New Information:

The problem only occurs, when Paper UI is active. After removing PaperUI, the network is stable.
Also, the mDNS queries stop.

Is there any background discovery within PaperUI with an interval of about 15 seconds? I was unable to find anything in the documentation and/or the the configuration files.

@rage1337
Copy link
Author

New Information:

The problem only occurs, when Paper UI AND the bluetooth binding (openhab-binding-bluetooth 2.4.0-SNAPSHOT) are active.
Steps to reproduce:

  • Setup the system
  • Launch Paper-UI
  • Install Bluetooth Binding
  • Flooding starts
  • Uninstall Bluetooth Binding
  • Restart openHAB2 service
  • No more flooding

@rzwarts74
Copy link

mDNS is a basic network function of modern networks to discover services like Chromecast, Homekit, Philips Hue etc... A network should not break because of this (and it's actually weird that you just get this when you start OpenHAB, but I am not familiar with RasPi.

I have mDNS running on 20 devices (without openHAB) and no issues. So this is really not openHAB related. It just shows that there already is an issue in the setup.

@wborn
Copy link
Member

wborn commented Dec 15, 2018

If this is a software issue it should either be reported in the:

The bindings in the openhab2-addons repo just listen to the results provided by ESH. Perhaps enabling debug logging can help finding the root cause?

It also looks similar to jmdns/jmdns#135.

@wborn wborn closed this as completed Dec 16, 2018
holgerfriedrich added a commit to holgerfriedrich/openhab-addons that referenced this issue Mar 31, 2024
* Support Java 17 and 21, default compilation to Java 17 class files
* Add profile "j21" to compile to Java 21 class files
* Bump ecj to 3.36.0 (openhab#4154)

Signed-off-by: Holger Friedrich <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants