Configuring simulated joining
Generally, a host that is running MLD responds to MLD queries from the MLD querier. If a host fails to respond, the multicast router will deem that no member of this IPv6 multicast group exists on the network segment, and will remove the corresponding forwarding path.
To avoid this situation, enable simulated joining on a port of the switch. Namely, you can configure the port as a simulated member host for an IPv6 multicast group. When an MLD query is received, the simulated host gives a response. Thus, the switch can continue receiving IPv6 multicast data.
A simulated host acts like a real host, as follows:
When a port is configured as a simulated member host, the switch sends an unsolicited MLD report through that port.
After a port is configured as a simulated member host, the switch responds to MLD general queries by sending MLD reports through that port.
When the simulated joining function is disabled on a port, the switch sends an MLD done message through that port.
Follow these steps to configure simulated joining:
To do... | Use the command... | Remarks |
|---|---|---|
Enter system view | system-view | — |
Enter Ethernet interface/Layer 2 aggregate interface view or port group view | interface interface-type interface-number | Required Use either approach |
port-group manual port-group-name | ||
Configure simulated joining | mld-snooping host-join ipv6-group-address [ source-ip ipv6-source-address ] vlan vlan-id | Required Disabled by default |
![[NOTE: ]](images/note.png) | NOTE: Each simulated host is equivalent to an independent host. For example, when receiving an MLD query, the simulated host corresponding to each configuration responds respectively. Unlike a static member port, a port configured as a simulated member host will age out like a dynamic member port. | |