You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Greetings. Great project. Works well, except it will most likely bring your WIFI to its knees (even though you are viewing the feed over WIFI)...
Unfortunately, after the RPI boots and runs that start script, the RTSP stream inundates my WIFI to the point that it is completely unusable. My guess is that it is saturating it with all of the multicast packets. After some researching on google about why this might be, I attempted to reconfigure my DD-WRT router using this tutorial (and among several others who claim this one is inaccurate) to drop all multicast packets before they reach my WLAN.
As of this writing, all attempts I have made to drop multicast packets from WLAN (without going to all the trouble of defining separate VLANs) have failed. I cringe at the thought of creating separate VLANs because it has the potential to introduce a whole host of other side effects like difficulties in file and printer sharing, etc.
Surely this problem can't be unique to me, so I'm putting it out there to see if anyone knows anything about the issue. I suppose also that the RTSP headers may not be implemented correctly, so my router is not able to identify and drop them before reaching the WLAN (using the ebtables commands from the tutorial). I suppose some verification using WireShark is in order, but I'd rather not go that far into this if someone else knows anything.
If someone could let me know if they were able to get RaspBerrIP working with a router that has a WLAN setup (albeit not streaming over WIFI), it would be much appreciated. I don't want to keep investigating this problem if the result is that RaspberrIP and WLAN on the same router configuration just don't play well together.
Cheers!
Brad
The text was updated successfully, but these errors were encountered:
UPDATE: Wireshark shows a storm of UDP packets leaving the raspberry pi destined for "232.102.30.161" which is unreachable. I have rebooted the pi, and now the magic number changes to "232.55.84.163". This number again changes at reboot, which makes me think there is a serious problem with raspberrip. In effect, it is generating a UDP DoS attack on my network. In it's current state, it is unusable.
Greetings. Great project. Works well, except it will most likely bring your WIFI to its knees (even though you are viewing the feed over WIFI)...
Unfortunately, after the RPI boots and runs that start script, the RTSP stream inundates my WIFI to the point that it is completely unusable. My guess is that it is saturating it with all of the multicast packets. After some researching on google about why this might be, I attempted to reconfigure my DD-WRT router using this tutorial (and among several others who claim this one is inaccurate) to drop all multicast packets before they reach my WLAN.
http://www.dd-wrt.com/wiki/index.php/Setting_up_IPTV_without_impact_to_LAN_and_Wireless_traffic#Block_Multicast_via_Ebtables_Firewall
As of this writing, all attempts I have made to drop multicast packets from WLAN (without going to all the trouble of defining separate VLANs) have failed. I cringe at the thought of creating separate VLANs because it has the potential to introduce a whole host of other side effects like difficulties in file and printer sharing, etc.
Surely this problem can't be unique to me, so I'm putting it out there to see if anyone knows anything about the issue. I suppose also that the RTSP headers may not be implemented correctly, so my router is not able to identify and drop them before reaching the WLAN (using the ebtables commands from the tutorial). I suppose some verification using WireShark is in order, but I'd rather not go that far into this if someone else knows anything.
If someone could let me know if they were able to get RaspBerrIP working with a router that has a WLAN setup (albeit not streaming over WIFI), it would be much appreciated. I don't want to keep investigating this problem if the result is that RaspberrIP and WLAN on the same router configuration just don't play well together.
Cheers!
Brad
The text was updated successfully, but these errors were encountered: