Switching

last person joined: yesterday 

Ask questions and share experiences about EX and QFX portfolios and all switching solutions across your data center, campus, and branch locations.

  • 1.  Multicast behaviour

    Posted 01-17-2013 06:59
      |   view attached

    See the attached picture.

    FW1 (1.1.1.1/24) is checkpoint cluster (under customer resp), R1 (1.1.1.2/24) and R2 (1.1.1.3) two Ex4200.

    FW1 is PIM peering with both R1 and R2, PIM neighbor between R1 and R2 is not permitted by firewall filter.

     

    In the peering between FW1-R1 and FW1-R2 I see the DR is always the Router (higher ip address).

    What, from your point of view, will be the DR for FW1 ?

     

    What is expected to happens in the firewall multicast decision when a join is received from the customer network ?

    What problem can be experienced in this scenario ?

     

    What customer says is that experience sometimes spurious multicast flow stopped...

     

    We run PIM sparse-mode.

     

    Tks

    Attachment(s)

    pdf
    possible-problem.pdf   33 KB 1 version


  • 2.  RE: Multicast behaviour
    Best Answer

    Posted 01-20-2013 00:52

    Hello,

    DR is only significant for 1st and last hop.

    Assuming FW is not in "transparent" mode (does not forward Ethernet frames on L2) then, when FW receives PIM join from top cloud ("customer network") then it either sends it towards RP (if FW sits between receiver and RP) or towards source (if FW sits between RP and source, and/or SSM is used). In both cases, FW has to know the route towards RP and/or source.

    HTH

    Thanks

    Alex

     



  • 3.  RE: Multicast behaviour

    Posted 01-20-2013 23:30

    Tks Alex