Closed for Ubuntu since the bug is closed upstream. If you feel this is
incorrect then please comment upstream
(https://gitlab.freedesktop.org/pulseaudio/pulseaudio/issues/505) and
then here.
** Changed in: pulseaudio (Ubuntu)
Status: Confirmed => Won't Fix
--
You received this bug
** Changed in: pulseaudio (Arch Linux)
Status: Confirmed => Unknown
** Changed in: pulseaudio
Status: Confirmed => Unknown
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/411688
Title:
The bug is open with upstream. If you have any comments about it then
the best place to discuss is with upstream:
https://gitlab.freedesktop.org/pulseaudio/pulseaudio/issues/505
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
This ticket was opened 9 years ago. Bug still exists in Ubuntu 16.04.05.
/etc/pulse/default.pa
```
load-module module-null-sink sink_name=rtp
load-module module-rtp-send source=rtp.monitor
set-default-sink rtp
```
This feature still floods the network with packets. Disabling it isn't a
fix, its
:58
Para: jfarroy...@hotmail.com
Asunto: [Bug 411688] Re: pulseaudio floods network with multicast packets
killall pulseaudio didn't fix it, but:
# chmod 0600 /usr/lib/pulse-10.0/modules/module-rtp-send.so
followed by killall pulseaudio again did and this will doubtless work until the
packag
killall pulseaudio didn't fix it, but:
# chmod 0600 /usr/lib/pulse-10.0/modules/module-rtp-send.so
followed by killall pulseaudio again did and this will doubtless work until the
package is updated.
I have no idea why this issue popped up today. I haven't made any changes to my
sound settings
I ran into this flooding today on Ubuntu 17.10. This "fixed" it, at
least temporarily:
pactl unload-module module-rtp-send
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/411688
Title:
** Changed in: pulseaudio (Arch Linux)
Status: Unknown => Confirmed
** Changed in: pulseaudio (Arch Linux)
Importance: Unknown => High
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/411688
same here :( had to restart pulseaudio
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/411688
Title:
pulseaudio floods network with multicast packets
To manage notifications about this bug go to:
ubuntu 16.04
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/411688
Title:
pulseaudio floods network with multicast packets
To manage notifications about this bug go to:
just discovered this on 16.04, pactl unload-module module-rtp-send
"fixed" it
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/411688
Title:
pulseaudio floods network with multicast packets
To manage
** Changed in: pulseaudio (Arch Linux)
Importance: Undecided => Unknown
** Changed in: pulseaudio (Arch Linux)
Status: New => Unknown
** Changed in: pulseaudio (Arch Linux)
Remote watch: None => freedesktop.org Bugzilla #44777
--
You received this bug notification because you are a
This are upstream bug with Flooding packages to Network.
On pulseaudio 9.0 same problem, but upstream reqired to fix it up.
Distributive: ArchLinux.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
** Also affects: pulseaudio (Arch Linux)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/411688
Title:
pulseaudio floods network with multicast packets
To
I am on Ubuntu 14.04.5 platform. I came across the same bug yesterday
while trying to set up pulseaudio server on Windows to send audio from
my Ubuntu laptop in local network and it rendered the home network
unusable. It costed me hours to locate the pest. Dos attack triggered by
pavucontrol, when
Confirming this bug too. I falsely blamed the provider for an unusable
internet connection until I found out that it was my pulseaudio RTP
module. BLUSH.
Well I wanted to be sending via RTP so disabling the module is just a
temporary measure which makes me use Internet again LOL. But it surely
is
Wow Thanks You
3 installs later just to find it creep into my system after a couple of
days, and nothing on the web unless you know the phrase "flooded" the
network.
And indeed using System Monitor it tricked me to believing it was other things,
then finally who would have guessed - PulseAudio,
@Solaris That's not a fix, that's just disabling the feature.
This problem still exists. I'm on Ubuntu 15.10 and RTP send is flooding my
network resulting in near total DoS.
This really needs to be resolved soon...
Example of packet storm:
21:23:48.763850 IP laptop.34779 > 224.0.0.56.46176:
I launched Pulseaudio preferences --- under the tab
multicast/RTP, disabled Multicast/RTP sender .
problem solved!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/411688
Title:
pulseaudio floods
The same here on two boxes.
My desktop is running Gentoo Linux and PulseAudio 5.0
My netbook is running Debian Jessie and PulseAudio 5.0
When I enable rtp sender even if I don't send any stream to RTP Sender
sinc my Wi-Fi connection is getting flooded.
--
You received this bug notification
I just stumbled upon this problem on an upgrade from 14.10 to 15.04 and
this is absolutely killing everything on my network, completely crazy.
Using paprefs and disabling the RTP sender did the trick though.
Would be really nice if this was not enabled by default, this completely
kills WLAN
** Bug watch added: LibreOffice Bugzilla #44777
https://www.libreoffice.org/bugzilla/show_bug.cgi?id=44777
** Also affects: pulseaudio via
https://www.libreoffice.org/bugzilla/show_bug.cgi?id=44777
Importance: Unknown
Status: Unknown
--
You received this bug notification because
** Changed in: pulseaudio (Debian)
Status: Incomplete = Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/411688
Title:
pulseaudio floods network with multicast packets
To manage
I just encountered this same symptoms today in my newly upgraded ubuntu
(from LTS 12.04 to LTS 14.04): 100-150kB upload to 224.0.0.56 and my
wifi down to less than 1Mb effective bandwidth.
There were a few updates today which seem to have triggered the behaviour, as I
had no problems before the
Confirming what appears to be this bug on 12.10. Noticed constant
network usage of 150-200 Kb/sec outgoing, which was causing substantial
slowing over wifi interface. Checked aroung and there were multiple
connections spawned by pulseaudio.
Disabling network devices using paprefs completely
EDIT: Appears to be limited to Apple Airfoil/AirTunes compatibility
plugin thingie. Disabled just make discoverable Apple AirTunes devices
available locally and that cut the bandwidth. Normal PulseAudio network
devices did not seem to experience the same bug.
--
You received this bug
EDIT: Checked Multicast/RTP: it appears the aforementioned plugin for
Apple AirTunes forces the Multicast/RTP settings. Enabling Multicast/RTP
independently of Apple AirTunes support yields same results. My
apologies for the numerous comments.
--
You received this bug notification because you
hi there,
i have hit this bug usint Ubuntu 13.04, PulseAudio 3.0
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/411688
Title:
pulseaudio floods network with multicast packets
To manage
Hi,
I would like to say that this problem is still there and is the reason
why I am not able to stream audio using RTP.
I have all other options disbaled, discover network audio, etc...
When I turn on RTP sender this happens:
21:52:26.935440 IP 192.168.0.235.48718 224.0.0.56.46234: UDP, length
it's alive and well. i'm here on my second day of searching. network
sends jump to 90+kb/s whenever i play audio, regardless of location,
source, and player. have no idea how i tripped this feature, but will
attempt above fix.
10.04 running on hp touchsmart, which is neither touch nor smart.
removed check mark from enabled. hint: gconf-editor in terminal,
system - pulseaudio - modules - rtp-send
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/411688
Title:
pulseaudio floods network
Experiencing this problem with Ubuntu 10.10 and pulseaudio 0.9.21-63
-gd3efa-dirty (no AirTunes connected, enabled or in any way connected
to the network).
- Network gets flooded with multicast packets.
- Sends audio with huge latency and glitches to my Ubuntu Server 11.04
paprefs configured as:
I think I just saw this issue also. I was seeing a lot of traffic over
my wireless NIC going directly to one of three Apple AirTunes devices on
my work network (the one I had connected to previously). Even though I
set Internal Audio Analog Stereo under Sound Preferences/Output tab -
so the
My issue survived the upgrade to Natty Beta 2.
- Acer AspireOne netbook
- only occurs (for me) on a network with an Apple device attached configured to
receive streaming audio i.e. I don't see the behaviour when connected to other
networks
- only occurs using WLAN0, not ETH0
- problem did not
I've installed the Natty Beta and am experiencing the same thing.
Multicast/RTP is unchecked in Pulseaudio prefs, however, it's still
spewing.
I have an Airport Express on my network as an audio gateway. All the
packets are targeted at it. 185 KIB/s.
--
You received this bug notification
** Changed in: pulseaudio (Debian)
Status: Unknown = Incomplete
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/411688
Title:
pulseaudio floods network with multicast packets
--
ubuntu-bugs
** Bug watch added: Debian Bug tracker #522598
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=522598
** Also affects: pulseaudio (Debian) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=522598
Importance: Unknown
Status: Unknown
--
You received this bug notification
+1 here using latest natty. Surprised this hasn't been dealt with yet
:(
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/411688
Title:
pulseaudio floods network with multicast packets
--
Could you possibly explain why is this Low importance?
The bug means that anyone running Pulseaudio (which is everyone, correct?) is
essentially committing a denial-of-service attack on all machines on their
network (unless this only applies to certain configurations). Surely this is at
the
On Mon, Sep 28, 2009 at 7:07 PM, Tim Wright t...@splhi.com wrote:
Could you possibly explain why is this Low importance?
There's a known workaround; it's not reproducible in a default install
of Karmic; it's not reproducible in a dist-upgrade to Karmic from a
default install of Jaunty.
The bug
Fascinating. I did an apt-get install padevchooser which was not
installed after the system updated to Karmic and that seemed to turn
rtp-send off and the system started behaving. That install pulled in
paprefs and zeroconf support.
On reboot it started spewing again, and going into paprefs,
Thank you Daniel. That clarifies it. Is there any debug information I
can collect that would be helpful. On my test system (AMD Athlon-64,
forcedeth NIC driver), trying to enable rtp-send immediately causes the
problem, so I have a good place to repro :-)
--
pulseaudio floods network with
** Changed in: pulseaudio (Ubuntu)
Importance: Undecided = Low
--
pulseaudio floods network with multicast packets
https://bugs.launchpad.net/bugs/411688
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Same issue observed here.
** Changed in: pulseaudio (Ubuntu)
Status: New = Confirmed
--
pulseaudio floods network with multicast packets
https://bugs.launchpad.net/bugs/411688
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
** Attachment added: Pulseaudio network preferences are active but cannot be
disabled
http://launchpadlibrarian.net/30129938/Screenshot-PulseAudio%20Preferences.png
--
pulseaudio floods network with multicast packets
https://bugs.launchpad.net/bugs/411688
You received this bug notification
The multicast/RTP configuration is also disabled (see screenshot) - The
only configuration accessible is the simultaneous output.
** Attachment added: Screenshot-PulseAudio Preferences-2.png
http://launchpadlibrarian.net/30129966/Screenshot-PulseAudio%20Preferences-2.png
--
pulseaudio
See attached file with pulseaudio log debug mode running for a couple of
minutes. It starts flooding the network immediately as it goes up, it
then later started with the alsa-sink rewind stuff, which I'm pretty
sure is not related.
** Attachment added: pa-debug.log
I get this in the syslog - though it might be relevant:
---8---
Aug 11 01:26:28 sepiroth pulseaudio[13073]: module-rtp-recv.c: Detected RTP
packet loop!
---8---
--
pulseaudio floods network with multicast packets
https://bugs.launchpad.net/bugs/411688
You received this bug notification because
If I use padevchooser to specifically choose the internal audio as both
default sink and default source, the network traffic is reduces somewhat
but not by a lot (about 10%~20%).
I can cause pulseaudio to stop flooding the network completely by
disabling the rtp-send module using gconf. I'll keep
49 matches
Mail list logo
