MDS213 Datasheet, PDF (50/120 Pages) Zarlink Semiconductor Inc – 12-Port 10/100Mbps + 1Gbps Ethernet Switch

MDS213
Data Sheet
Note that, at the remote device, the frame is written into the transmit FIFO of the remote destination port. The frame
is not stored in the FDB of the remote device again, so that the latency can be reduce.
12.2.3 Multicast Data Frame
In this scenario, we assume that the multicast frame involve both local and remote ports. The received multicast
frame is written to the local FDB by the Frame Engine. After resolving the destinations, the Switch Engine then
provides local destination port addresses and remote port address to the Frame Engine. If the address resolution
cannot be completed by the Switch Engine, the HISC and/or the CPU are queried.
Frame Engine pushes the jobs to the corresponding transmission queues (per job per local port). When a local port
is ready for this multicast frame, the Frame Engine moves the frame to the corresponding TxFIFO. There is a
counter to track of the number of copies to be sent. The number is provided by Search Engine and the Frame
Engine keeps track of this counter. When a frame is sent, the counter is decreased by one. The FDB will be
released when the counter becomes zero.
When the destination ports involve remote ports, the frame is transferred over the XPipe to the remote Frame
Engine, which writes a single copy of it into the remote FDB. That is we use double store-and-forward for remote
multicast. After receiving the whole frame, the remote Frame Engine utilizes the control information in the internal
header, which indicates the associated destination ports in the remote device to push the jobs into the
corresponding transmission queues. When a port is ready for this multicast frame, the Frame Engine moves the
frame to the corresponding TxFIFO. Similarly, the Frame Engine also keeps track of the number of copy of frame to
be sent and release the frame when the counter is reduced to be zero.
12.3 Flow for CPU Control Frame
In managed system, CPU may transmit or receive CPU control frames, e.g., Protocols, SNMP frames to/from a
MAC port via a CPU unicast frame. On the other hand, a CPU may receive a multicast frame from a MAC port.
Moreover, CPU can transmit a multicast frame to multiple ports. Use four scenarios to illustrate the forwarding flow.
12.3.1 CPU Transmitting Unicast CPU Frame
The CPU initiates Unicast control messages, by first writing the frame into the FDB, and then sending a message to
the HISC. The HISC forwards a switch response to the Frame Engine, which transmits the frame to the destination
MAC port. After receiving switch response, Frame Engine performs the same unicast forwarding as for unicast data
frame. Refer previous subsection for unicast data frame mechanism.
12.3.2 CPU Transmitting Multicast CPU Frame
When the CPU sends a multicast control message to ports, the CPU first writes the frame to the local FDB. The
CPU then sends a message to the HISC, which provides a switch response message to the local Frame Engine.
After receiving switch response, Frame Engine performs the same multicast forwarding as for multicast data frame.
Refer previous subsection for multicast data frame mechanism.
12.3.3 CPU Receiving Unicast Frame
The receiving CPU frame is moved to FDB and the Frame Engine forwards a switch request including the frame
header to Search Engine. After Search Engine decodes the header and determines to forward it to HISC to
process. HISC informs the CPU via a mail, which indicates the handle of FDB. CPU then obtains the frame through
the MDS213. After read the frame from FDB, CPU will inform HISC to release the FDB. Finally, HISC passes the
release command to Frame Engine to release the FDB accommodated CPU frame.
50
Zarlink Semiconductor Inc.