Hi, It is normal behavior with inclusive P-tunnels (in your case P2MP lsps).It is default without explicit selective configuration.
Regards, Krasi On Fri, Sep 16, 2011 at 4:10 PM, Chris Evans <chrisccnpsp...@gmail.com>wrote: > I took a few minutes to setup NG-MVPN using RSVP-TE P2MP LSP in my lab. I > have 3 boxes setup in a triangle format. I have multicast flowing properly, > however I'm seeing a weird anomaly that i'd like to get some clarification > on.**** > All of the P2MP RSVP sessions are up properly, things appear to be signaled > properly, traffic flows properly on the devices that should be getting it. > What I am seeing is on the sender PE, whenever there is a receiver on a > far-end PE's requesting traffic the sender PE floods its to both downstream > PEs. It looks to be flooding it across two LSP paths as I see traffic rates > double what they should be. If I stop the receiver both PEs stop getting > traffic, as expected. > > On the PE that doesn't have the receiver if I do 'show multicast route > instance <name> extension' it shows that route in the table, shows that is > received via PIM (forwarding devices show MVPN) and it also shows it as > pruned. > > Anyone seen this? > _______________________________________________ > juniper-nsp mailing list juniper-nsp@puck.nether.net > https://puck.nether.net/mailman/listinfo/juniper-nsp _______________________________________________ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp