On 2013-05-09, Artturi Alm <artturi....@gmail.com> wrote: > 2013/5/10 Tor Houghton <t...@bogus.net> >> >> I'm running 5.2, and I am wondering if it's possible to forward broadcast >> requests between interfaces. >> >> I've got a Squeezebox that doesn't seem to like that the media server is on >> a different segment than itself. >> >> Both the media server and the Squeezebox itself send out what to be "are you >> there" packets in the form of: >> >> From Mediaserver ($int_if): >> 00:51:38.750309 192.168.16.3.3483 > 255.255.255.255.3483: udp 16 (DF) >> >> From Squeezebox ($dmz_if): >> 00:56:06.588102 192.168.32.130.17784 > 255.255.255.255.17784: udp 27 (DF) >> 00:56:06.589912 192.168.32.130.49127 > 255.255.255.255.3483: udp 37 (DF) >> >> I thought perhaps I could configure pf so (for example): >> >> pass in quick on $dmz_if proto udp to 255.255.255.255 port 17784 \ >> rdr-to $int_if port 17784 >> >> or perhaps: >> >> pass in quick on $dmz_if proto udp to 255.255.255.255 port 17784 \ >> rdr-to 192.168.16.3 port 17784 >> >> But that doesn't seem to work. Should pf be able to do this?
I don't think so (and I haven't been able to persuade it to with route-to/dup-to either). The classic example for this is DHCP, which uses a userland process to relay it across. I've had squeezeboxes running across subnets before though; no broadcast-based discovery but after entering the IP address, everything else worked. > Just in case you did not even try google, here's the first hit for > "forwarding multicast traffic openbsd": > http://undeadly.org/cgi?action=article&sid=20110222002946 > The article ought to give enough clues. This article is about multicast, not broadcast.