21.03.2013 Views

Junos® OS Ethernet Interfaces Configuration ... - Juniper Networks

Junos® OS Ethernet Interfaces Configuration ... - Juniper Networks

Junos® OS Ethernet Interfaces Configuration ... - Juniper 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.

Junos ®<br />

<strong>OS</strong> 12.3 <strong>Ethernet</strong> <strong>Interfaces</strong> <strong>Configuration</strong> Guide<br />

Data Forwarding with Qualified Learning<br />

Since there are no multichassis links in learning domain ld3, for the IGMP speakers (hosts<br />

and routers) in learning domain ld3, P-A and S-A will not appear to be one switch.<br />

This discussion assumes interchassis link ICL1 corresponds to learning domain ld1 and<br />

interchassis link ICL2 corresponds to learning domain ld2.<br />

Control packet flow is supported, with the exception of passing information to IRB.<br />

This discussion assumes one learning domain (LD), ld1, and further assumes interface I1<br />

on router P-A is connected to the PIM-DR in the learning domain and pulls the traffic<br />

from sources in the core.<br />

For delivering traffic to hosts connected to router S-A (which is the non-DR) on the<br />

single-homed link like I2, I4 (belonging to ld1), we rely on ICL1. The traffic that hits router<br />

P-A on interface I1 is sent over interchassis link ICL1 to router S-A to be delivered to the<br />

links that have reported interests in s,g or the links that are router facing in learning domain<br />

ld1.<br />

Static Groups on Single Homed <strong>Interfaces</strong><br />

When the interface ae0 leg in router P-A goes down, the hosts connected to the<br />

multichassis link receive traffic from interface I1 via the interchassis link ICL1. In router<br />

S-A, traffic received on interchassis link ICL1 is sent to multichassis links in the outgoing<br />

interface list for which the aggregated <strong>Ethernet</strong> counterpart in router P-A is down.<br />

It is further assumed that interface I9 in router S-A belongs to the learning domain ld3<br />

with interests in s,g, and that interface I10 in learning domain ld3 in router P-A receives<br />

traffic for s,g. Interface I9 does not receive data in this topology because there are no<br />

multichassis links (in a-a mode) and hence no interchassis link in learning domain ld3.<br />

For multichassis links, the static group configuration should exist on both legs and<br />

synchronization with the other chassis is not required.<br />

Synchronization of the static groups on single homed interfaces between the chassis is<br />

not supported, however the addition of logical interfaces to the default outgoing interface<br />

list supports traffic delivery to the interface within a static configuration.<br />

Router Facing <strong>Interfaces</strong> as Multichassis Links<br />

108<br />

IGMP queries could arrive on either leg of the multichassis links but in both peers, the<br />

multichassis link should be considered as router facing.<br />

Reports should exit only once from the multichassis link, that is from only one leg.<br />

The following MC-LAG support for IGMP snooping in IRB is provided:<br />

• Non-proxy snooping<br />

• Logical interfaces must be outgoing interfaces for all routes including the default route<br />

• IGMP snooping in a pure Layer 2 switch<br />

Copyright © 2012, <strong>Juniper</strong> <strong>Networks</strong>, Inc.

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

Saved successfully!

Ooh no, something went wrong!