02.10.2013 Views

FTOS Configuration Guide for the C-Series - Force10 Networks

FTOS Configuration Guide for the C-Series - Force10 Networks

FTOS Configuration Guide for the C-Series - Force10 Networks

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Protocol Control Traffic Redirected Through MAC<br />

Protocol control traffic in <strong>FTOS</strong> is redirected through <strong>the</strong> MAC address. In an InterVLAN scenario, certain<br />

types of multicast traffic may hit <strong>the</strong> CPU in addition to normal Layer 2 flooding, since multiple Multicast<br />

IP addresses and Layer 2 traffic both map to <strong>the</strong> same MAC address. For example, 224.0.0.5 is a well<br />

known IP address <strong>for</strong> OSPF that maps to <strong>the</strong> multicast MAC address 01:00:5e:00:00:05. The Layer 2 FIB<br />

alone can not differentiate multicast control traffic, such as OSPF or RIPv2, from certain multicast data<br />

traffic. Since addresses such as 224.0.0.5, 225.0.0.5, 226.0.0.5, etc. all map to this same multicast MAC<br />

address, <strong>the</strong> data traffic and OSPF traffic hit <strong>the</strong> same entry and are <strong>for</strong>warded to <strong>the</strong> CPU. There<strong>for</strong>e,<br />

<strong>Force10</strong> recommends to avoid using those multicast IP address that map to well-known MAC addresses<br />

<strong>for</strong> data transmission.<br />

As <strong>the</strong> upper five bits of an IP Multicast address are dropped in <strong>the</strong> translation, 32 different multicast group<br />

IDs all map to <strong>the</strong> same E<strong>the</strong>rnet address. For example, when <strong>the</strong> user uses IP address 225.0.0.5 that maps<br />

to <strong>the</strong> same multicast MAC address 01:00:5e:00:00:05, <strong>the</strong> traffic is treated as an OSPF multicast entry and<br />

is also sent to <strong>the</strong> CPU.<br />

Here are well known MAC addresses that are used in <strong>the</strong> system:<br />

• OSPF 01:00:5e:00:00:05<br />

• OSPF 01:00:5e:00:00:06<br />

• RIP 01:00:5e:00:00:09<br />

• NTP 01:00:5e:00:01:01<br />

• VRRP 01:00:5e:00:00:12<br />

• PIMSM 01:00:5e:00:00:0d<br />

Multicast Traceroute<br />

Multicast Traceroute is supported only on plat<strong>for</strong>ms e<br />

MTRACE is an IGMP protocol based on <strong>the</strong> multicast traceroute facility which is implemented as per <strong>the</strong><br />

IETF draft draft-fenner-traceroute-ipm. <strong>FTOS</strong> supports mtrace client and mtrace transmit functionality.<br />

Mtrace Client<br />

When acting as an mtrace client, <strong>FTOS</strong> transmits mtrace queries, and receives, parses, and prints out <strong>the</strong><br />

details in <strong>the</strong> recieved response packets.<br />

Mtrace Transit<br />

When acting as an mtrace transit or intermediate router, <strong>FTOS</strong> returns <strong>the</strong> response to mtrace queries.<br />

Upon receiving an mtrace request, <strong>FTOS</strong> computes <strong>the</strong> RPF neighbor <strong>for</strong> <strong>the</strong> source, fills in <strong>the</strong> request,<br />

and <strong>for</strong>wards <strong>the</strong> request to <strong>the</strong> RPF neighbor. While computing <strong>the</strong> RPF neighbor, static mroutes and<br />

mBGP routes are preferred over unicast routes.<br />

636 Multicast Features

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

Saved successfully!

Ooh no, something went wrong!