<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[[solved] Assign dynamic IP (DHCP) to client connected to bridge]]></title><description><![CDATA[<p dir="auto">Hi all,</p>
<p dir="auto">I'm running an APU2C4 (pfSense 2.3.1 / WAN0, LAN0, LAN1) behind a VDSL modem.<br />
My provider delivers IPTV multicast traffic on VLAN8. igmpproxy does not support IGMPv3/SSM on the downstream which is essential in my case. I read on the German forum someone managed to create a bridge between a physical interface and VLAN8 instead. That's what I'm trying desperately right now. The settopbox (@LAN1) expects to get an IP assigned by a DHCP server - that's failing right now.</p>
<p dir="auto">My current setup:</p>
<ul>
<li>DHCP server running on BR0_IPTV</li>
</ul>
<p dir="auto">Interfaces:</p>
<ul>
<li>WAN0_VDSL (VLAN7)              -&gt; PPPoE</li>
<li>WAN0_IPTV (VLAN8)              -&gt; DHCP (Class A private)</li>
<li>LAN0                                      -&gt; STATIC (Class A private)</li>
<li>LAN1                                      -&gt; NONE</li>
<li>BR0_IPTV (WAN0_IPTV, LAN1) -&gt; STATIC (Class B private/30)</li>
</ul>
<p dir="auto">System Tunables:</p>
<ul>
<li>net.link.bridge.pfil_member = 1</li>
<li>net.link.bridge.pfil_bridge = 0</li>
</ul>
<p dir="auto">Firewall rules:</p>
<ul>
<li>Currently none, tried so many.</li>
</ul>
<p dir="auto">I had it running last night (DHCP and working streams) until I decided to "optimize" the firewall rules. IIRC these were (do not work currently):</p>
<p dir="auto">LAN1:<br />
(*) IPV4 * BR0_IPTV net * * * * none</p>
<p dir="auto">WAN0_IPTV:<br />
(*) IPV4 * * * * * * none<br />
IPV4 IGMP * * * * * none<br />
IPV4 UDP * * * * * none</p>
<p dir="auto">BR0_IPTV:<br />
(*) IPV4 * BR0_IPTV net * * * * none</p>
<p dir="auto">What am I missing here?</p>
<p dir="auto">Cheers</p>
]]></description><link>https://forum.netgate.com/topic/101892/solved-assign-dynamic-ip-dhcp-to-client-connected-to-bridge</link><generator>RSS for Node</generator><lastBuildDate>Mon, 08 Jun 2026 14:51:11 GMT</lastBuildDate><atom:link href="https://forum.netgate.com/topic/101892.rss" rel="self" type="application/rss+xml"/><pubDate>Wed, 22 Jun 2016 15:04:16 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to [solved] Assign dynamic IP (DHCP) to client connected to bridge on Wed, 29 Jun 2016 13:01:36 GMT]]></title><description><![CDATA[<p dir="auto">Btw. since I'm really new to pfSense I do welcome any input and improvements in regards to my rules and configurations.</p>
]]></description><link>https://forum.netgate.com/post/634802</link><guid isPermaLink="true">https://forum.netgate.com/post/634802</guid><dc:creator><![CDATA[yay]]></dc:creator><pubDate>Wed, 29 Jun 2016 13:01:36 GMT</pubDate></item><item><title><![CDATA[Reply to [solved] Assign dynamic IP (DHCP) to client connected to bridge on Thu, 23 Jun 2016 13:51:01 GMT]]></title><description><![CDATA[<p dir="auto">Ok folks, I've got it up and running!</p>
<p dir="auto">The main pitfalls were basically two things:</p>
<p dir="auto">1. Not being aware of the fact that "<a href="https://forum.pfsense.org/index.php?topic=82851.msg453560#msg453560" target="_blank" rel="noopener noreferrer nofollow ugc">sysctls are only read when the bridge interface is created, at boot or otherwise</a>". That was quite a PITA since I created bridges and afterwards changed the relevant system tunables, deleted them and so on. Thats why my firewall rules never worked as expected. In order to avoid further collateral damage simply reboot after changing any system tunables.</p>
<p dir="auto">Rule of thumb: "<em>One does not simply setup a bridge without setting up system tunables beforehand!</em>"</p>
<p dir="auto">2. The settopbox didn't get an IP assigned by the DHCP server since relevant requests were blocked on the LAN1 interface. Fixed by a single rule:</p>
<pre><code>
IPv4 UDP 	LAN1 net 	68 	255.255.255.255 	67 	* 	none

</code></pre>
<p dir="auto">As an exercise for myself I repeat the steps below.</p>
<p dir="auto">Step 1: System Tunables</p>
<ul>
<li>net.link.bridge.pfil_member = 1 (default)</li>
<li>net.link.bridge.pfil_bridge = 0 (default)</li>
</ul>
<p dir="auto">Step 2: Setup interfaces</p>
<ul>
<li>WAN0_VDSL (VLAN7)              -&gt; PPPoE</li>
<li>WAN0_IPTV (VLAN8)              -&gt; DHCP (Class A private)</li>
<li>LAN0                                      -&gt; STATIC (Class A private)</li>
<li>LAN1                                      -&gt; NONE</li>
<li>BR0_IPTV (LAN1, WAN0_IPTV) -&gt; STATIC (Class B private/30)</li>
</ul>
<p dir="auto">Step 3: Setup DHCP server</p>
<ul>
<li>DHCP server running on BR0_IPTV</li>
</ul>
<p dir="auto">Step 4: Setup firewall rules<br />
Important: All IGMP rules need "Allow IP options" to be enabled!</p>
<ul>
<li>LAN1</li>
</ul>
<pre><code>
IPv4 UDP 	LAN1 net 	68 	255.255.255.255 	67       * 	none 	  	@Allow DHCP requests to pass
IPv4 IGMP 	* 	        * 	224.0.0.0/4 	        *        * 	none 	  	@Allow multicast traffic to pass
IPv4 UDP 	* 	        * 	239.255.255.250 	1900     * 	none 	  	@Allow SSDP requests to pass 

</code></pre>
<ul>
<li>WAN0_IPTV</li>
</ul>
<pre><code>
IPv4 IGMP 	WAN0_IPTV net 	* 	224.0.0.0/4 	         *       * 	none 	  	@Allow multicast traffic to pass
IPv4 UDP 	87.141.215.251 	4000 	* 	                 10000 	 * 	none 	  	@Allow to "form" RTP streams

</code></pre>
<ul>
<li>BR0_IPTV</li>
</ul>
<pre><code>
IPv4 TCP/UDP 	BR0_IPTV net 	* 	* 	                  * 	* 	none 	  	@Allow any TCP/UDP requests to pass

</code></pre>
<p dir="auto">So long</p>
<p dir="auto"><img src="/public/_imported_attachments_/1/if_assignment.png" alt="if_assignment.png" class=" img-fluid img-markdown" /><br />
<img src="/public/_imported_attachments_/1/if_assignment.png_thumb" alt="if_assignment.png_thumb" class=" img-fluid img-markdown" /><br />
<img src="/public/_imported_attachments_/1/if_bridges.png" alt="if_bridges.png" class=" img-fluid img-markdown" /><br />
<img src="/public/_imported_attachments_/1/if_bridges.png_thumb" alt="if_bridges.png_thumb" class=" img-fluid img-markdown" /><br />
<img src="/public/_imported_attachments_/1/fw_lan1.png" alt="fw_lan1.png" class=" img-fluid img-markdown" /><br />
<img src="/public/_imported_attachments_/1/fw_lan1.png_thumb" alt="fw_lan1.png_thumb" class=" img-fluid img-markdown" /><br />
<img src="/public/_imported_attachments_/1/fw_wan0_iptv.png" alt="fw_wan0_iptv.png" class=" img-fluid img-markdown" /><br />
<img src="/public/_imported_attachments_/1/fw_wan0_iptv.png_thumb" alt="fw_wan0_iptv.png_thumb" class=" img-fluid img-markdown" /><br />
<img src="/public/_imported_attachments_/1/fw_br0_iptv.png" alt="fw_br0_iptv.png" class=" img-fluid img-markdown" /><br />
<img src="/public/_imported_attachments_/1/fw_br0_iptv.png_thumb" alt="fw_br0_iptv.png_thumb" class=" img-fluid img-markdown" /></p>
]]></description><link>https://forum.netgate.com/post/633728</link><guid isPermaLink="true">https://forum.netgate.com/post/633728</guid><dc:creator><![CDATA[yay]]></dc:creator><pubDate>Thu, 23 Jun 2016 13:51:01 GMT</pubDate></item></channel></rss>