Não sei exatamente o que você tentou (você não especificou), mas posso obter dois servidores pulseaudio para se comunicarem via RTP multicast da seguinte maneira.
No remetente,
pacmd load-module module-rtp-send source=name_of_mic_source destination_ip=232.43.211.230 inhibit_auto_suspend=always
onde name_of_mic_source é uma fonte conectada a um microfone para teste (use pamcd list-sources | grep name: para ver nomes, ignore os colchetes angulares).
No receptor,
pacmd load-module module-null-sink sink_name=rtpsink
pacmd load-module module-rtp-recv sink=rtpsink sap_address=232.43.211.230
Isso cria um coletor "nulo" que eu posso monitorar com pavucontrol para verificar os ruídos que estou fazendo na frente do microfone. O Wireshark verifica se os pacotes são realmente multicast.
Também funciona sem destination_ip resp. sap_address , caso em que o grupo de difusão seletiva 224.0.0.56 padrão será usado. No entanto, este grupo é link-local, por isso não será encaminhado e ambos os computadores devem estar no mesmo segmento para que funcione.
Esta foi uma configuração de teste. Para encaminhar o som de vlc etc., eu criaria o nulo no remetente, deixaria vlc entrar nesse coletor, usaria a rtpsink.monitor de origem associada para module-rtp-send e conectaria module-rtp-recv diretamente a um pia audível no receptor.
Eu não tentei isso com um fluxo RTP produzido diretamente por vlc , mas se você descrever sua configuração, posso testar isso também. Se algo der errado, deve ser a leste comparar os anúncios do SDP / SAP com o Wireshark para ver se o problema está presente.