akklesed
akklesed
>via fe80::1 dev eth0 src 201:77d2:16a9:6bc4:54fa:7fb5:e33f:a77f well that's troublesome. it's not routing via wrong interface, probably because it doesn't have route via that. yet it picks wrong src address. it's...
https://serverfault.com/questions/63014/ip-address-scope-parameter https://unix.stackexchange.com/questions/123084/what-is-the-interface-scope-global-vs-link-used-for so I think we actually want `scope link`
second link is about something a little bit different so it can be disregarded
Somehow I was actually able to replicate issue. I had to leave it running for quite a while, though. Packets still flowing (containing audio data), and firefox still has play...
I've actually just got `curl -s streamurl | opusdec --force-wav --float - - | aplay -t wav - 2>/dev/null` to hang up. It seems likelihood increases when stream is laggy...
It wouldn't surprise me if it was common issue across mpd and icecast, as doing it the right way would be quite a bit more complicated, and resetting connection wouldn't...