03.11.2012 Views

Medium Access Control (MAC) and Physical Layer (PHY) - CISE

Medium Access Control (MAC) and Physical Layer (PHY) - CISE

Medium Access Control (MAC) and Physical Layer (PHY) - CISE

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

4-June-07 P1901_PRO_016_r0<br />

Notes:<br />

• Eth.req (802.3/EthernetII frame, BPL local ports list, PB, OVLAN word): This primitive requests the<br />

transfer of an Ethernet frame from the local bridging block to a single peer bridging block or multiple peer<br />

bridging blocks in the case of multi-port transfer requests (see 6.3.1).<br />

• Eth.ind (802.3/EthernetII frame, BPL local port, LB, OVLAN word, Session ID): This primitive defines the<br />

transfer of an Ethernet frame from the convergence layer to the bridging block.<br />

• Eth.cnf: This primitive is used by the convergence layer to notify the bridging block of the results of the<br />

Eth.req primitive.<br />

• VLAN tag may be included in the 802.3/EthernetII frame<br />

• The OVLAN word includes PCF, PCP, OVLANV <strong>and</strong> OVLANID<br />

6.3.1 Multi-port transfer requests<br />

Multi-port transfer requests correspond to Eth.req service primitives including several BPL local ports as argument.<br />

Such requests are inherent to bridging in TDRs <strong>and</strong> HEs which manage several BPL ports. The multi-port requests<br />

are solicited by st<strong>and</strong>ard transparent bridging actions such as:<br />

1. Broadcast transmission: The IEEE 802.3 frame includes a Broadcast Ethernet address in its Destination<br />

Address field. The multi-port request concerns all the BPL ports managed by the bridging function except<br />

the one from which the Ethernet frame was received (if it was eventually received from a BPL port).<br />

2. Multicast transmission: The IEEE 802.3 frame includes a Multicast Ethernet address in its Destination<br />

Address field. The multi-port request might concern a subset of the BPL ports managed by the bridging<br />

function or a single native multicast BPL port associated.<br />

3. Bridge flooding: The bridging block could not find any association of a unicast Ethernet Destination<br />

addresses with a specific bridge port, the request is then flooded to all the bridge ports. The multi-port<br />

request concerns all the BPL ports managed by the bridging function.<br />

6.4 BROADCAST/MULTICAST HANDLER FUNCTIONAL REQUIREMENTS<br />

The convergence layer shall include a broadcast/multicast h<strong>and</strong>ler that shall perform the following functions:<br />

1. H<strong>and</strong>ling transfer of multicast management messages: Management messages can be unicast or multicast as<br />

described in section 7.4. Multicast management messages can be received from the bridging fundtion through<br />

primitives which are either single port requests or multi-port requests. Any multicast management message<br />

received through these requests shall be transferred over the broadcast port using HURTO modulation.<br />

2. Management of multi-port transfer requests which do not carry multicast management messages: upon<br />

reception of such multi-port transfer request from the convergence layer, the block shall compute the best<br />

method for h<strong>and</strong>ling the transfer. If the multi-port request concerns all the local ports of the Port Solver Table or<br />

if the request includes a broadcast/multicast Ethernet Destination Address, depending on the bit-loading tables<br />

associated to each local port, the block might consider transferring the Ethernet frame over the broadcast local<br />

Submission page 172 UPA-OPERA

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!