Deployed a3c6ec0c to dev with MkDocs 1.6.1 and mike 2.2.0

This commit is contained in:
github-actions[bot]
2026-04-30 11:14:35 +00:00
parent 99d7b38ced
commit 66b94d98f7
6 changed files with 339 additions and 52 deletions
+59
View File
@@ -853,6 +853,17 @@
<nav class="md-nav" aria-label="Multicast Filtering and Snooping">
<ul class="md-nav__list">
<li class="md-nav__item">
<a href="#static-multicast-filters" class="md-nav__link">
<span class="md-ellipsis">
Static Multicast Filters
</span>
</a>
</li>
<li class="md-nav__item">
<a href="#terminology-abbreviations" class="md-nav__link">
<span class="md-ellipsis">
@@ -2356,6 +2367,17 @@
<nav class="md-nav" aria-label="Multicast Filtering and Snooping">
<ul class="md-nav__list">
<li class="md-nav__item">
<a href="#static-multicast-filters" class="md-nav__link">
<span class="md-ellipsis">
Static Multicast Filters
</span>
</a>
</li>
<li class="md-nav__item">
<a href="#terminology-abbreviations" class="md-nav__link">
<span class="md-ellipsis">
@@ -2615,6 +2637,43 @@ br1 1 ff02::1:ff00:0 br1
<p>In this setup we have a lot more going on. Multiple multicast router
ports have been detected, and behind the scenes someone has also added
an IGMP/MLD fast-leave port.</p>
<h3 id="static-multicast-filters">Static Multicast Filters<a class="headerlink" href="#static-multicast-filters" title="Permanent link"></a></h3>
<p>When IGMP/MLD snooping is in use, traffic for an unregistered group is
flooded to all ports until a receiver joins. For MAC multicast groups,
or for groups where snooping cannot learn membership automatically, you
can add static entries to the MDB that immediately restrict forwarding
to a given set of ports.</p>
<div class="admonition note">
<p class="admonition-title">Note</p>
<p>Snooping must be enabled on the bridge (or per VLAN) before static
multicast filters can be configured.</p>
</div>
<p>On a plain (non-VLAN) bridge, add a static IPv4 or MAC multicast filter
like this:</p>
<pre class="cli"><code>admin@example:/&gt; <b>configure</b>
admin@example:/config/&gt; <b>edit interface br0</b>
admin@example:/config/interface/br0/&gt; <b>set bridge multicast-filters multicast-filter 224.1.1.1 ports e2</b>
admin@example:/config/interface/br0/&gt; <b>set bridge multicast-filters multicast-filter 224.1.1.1 ports e3</b>
admin@example:/config/interface/br0/&gt; <b>set bridge multicast-filters multicast-filter 01:00:5e:01:01:01 ports e2</b>
admin@example:/config/interface/br0/&gt; <b>leave</b>
admin@example:/&gt; <b>copy running-config startup-config</b>
</code></pre>
<p>Each <code>ports</code> entry for the same group adds one port to the filter.
Receivers on all other ports will not see traffic for that group.</p>
<p>On a VLAN-filtering bridge the filter is scoped per VLAN:</p>
<pre class="cli"><code>admin@example:/config/interface/br1/&gt; <b>set bridge vlans vlan 10 multicast-filters multicast-filter 224.2.2.2 ports e5</b>
admin@example:/config/interface/br1/&gt; <b>set bridge vlans vlan 10 multicast-filters multicast-filter 224.2.2.2 ports e6</b>
</code></pre>
<p>To verify the MDB — both statically configured and dynamically learned
entries — use:</p>
<pre class="cli"><code>admin@example:/&gt; <b>show bridge mdb</b>
<span class="header">BRIDGE VID GROUP PORTS </span>
br0 224.1.1.1 e2, e3
br0 01:00:5e:01:01:01 e2
</code></pre>
<h3 id="terminology-abbreviations">Terminology &amp; Abbreviations<a class="headerlink" href="#terminology-abbreviations" title="Permanent link"></a></h3>
<ul>
<li><strong>IGMP</strong>: Internet Group Membership Protocol, multicast subscription