-
-
Notifications
You must be signed in to change notification settings - Fork 379
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 storm #616
Comments
I added the following lines to the setup of the Also not sure if I should keep the issue open or not. Without turning off the // There seems to be some trouble with mdns where it can flood the local network
// with requests - so turn it off.
let mut setting_engine = SettingEngine::default();
setting_engine.set_ice_multicast_dns_mode(MulticastDnsMode::Disabled);
// Create the API object with the MediaEngine
let api = APIBuilder::new()
.with_media_engine(m)
.with_interceptor_registry(registry)
.with_setting_engine(setting_engine)
.build(); |
I see lot of mdns error messages when a peer connection is closed. It seems like the mdns connection is not stopped when the peer connection is closed. Tracking down the call from Line 342 in fc3a0aa
I think this should have a I'm disabling mdns for now using the above method. |
I use the library with many open/close, and I get mdns storms where the webrtc library searches for other nodes over the network in a very aggressive manner. This has been proposed by @r-byondlabs, and might very well be the problem: if I open/close many connections, and the mdns-agents are not cleaned up, there might be many requests. Fixes webrtc-rs#616
Ah, that might be it. My nodes do reconnect quite often, which might lead to having lots of mdns requests going on. I didn't try it out yet, but here is a PR: #636 @r-byondlabs - is that what you think should happen? |
@ineiti yup, seems right to be me 👍🏽 |
I use the library with many open/close, and I get mdns storms where the webrtc library searches for other nodes over the network in a very aggressive manner. This has been proposed by @r-byondlabs, and might very well be the problem: if I open/close many connections, and the mdns-agents are not cleaned up, there might be many requests. Fixes webrtc-rs#616
I use the library with many open/close, and I get mdns storms where the webrtc library searches for other nodes over the network in a very aggressive manner. This has been proposed by @r-byondlabs, and might very well be the problem: if I open/close many connections, and the mdns-agents are not cleaned up, there might be many requests. Fixes webrtc-rs#616
I use the library with many open/close, and I get mdns storms where the webrtc library searches for other nodes over the network in a very aggressive manner. This has been proposed by @r-byondlabs, and might very well be the problem: if I open/close many connections, and the mdns-agents are not cleaned up, there might be many requests. Fixes webrtc-rs#616
Unfortunately this doesn't fix it - I just had the same problem as above with the printer not being reachable due to excessive mDNS packets from webrtc... @rainliu - can you re-open this issue? Or shall I create a new one? |
I'm using the latest version of the
webrtc
crate to connect nodes between servers and webclients. Recently I had problems in my home network, and it turned out that my nodes running on my server using webrtc create mdns storms:Lots and lots of them. If I correlated this correctly, it tries to find the mdns of a remote web-client, which will never be in the local network.
Is there something to do to calm down these mdns storms? I tried to look how to configure the
mdns
part in the documentation, but didn't find how to do that.The nodes are running in a docker container - might this impact how
mdns
interacts with the network?The text was updated successfully, but these errors were encountered: