[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Feedback on draft-raggarwa-l3vpn-mvpn-vpls-mcast-00.txt
We recently posted the following draft and would like to request feedback
from the L3VPN and L2VPN WGs on it.
http://www.ietf.org/internet-drafts/draft-raggarwa-l3vpn-mvpn-vpls-mcast-00.txt
It describes a solution framework for scalable multicast support in
BGP/MPLS VPNs and VPLS.
Yakov> May be before expanding mVPN draft to cover VPLS we should first
Yakov> fix few fairly fundamental problems of the mVPN draft, like the
Yakov> amount of state within the service provider with PIM-SSM,
Yakov> the overhead of PIM state on PEs associated with VRF-VRF PIM
Yakov> peering, etc...
The procedures described in the draft reduce the overhead of PIM neighbor
relationships that a PE router needs to maintain with other PE routers
for BGP/MPLS VPNs.
Yakov> when an MDT does not guarantee that the (multicast) traffic be delivered
Yakov> to only the PEs that have receivers for that traffic (like the case
Yakov> of default MDT), it seems rather arbitrary to restrict such MDT
Yakov> to only a single VPN.
Eric> Assigning multiple VPNs to a single MDT is worth considering, but
Eric> the trick of course is to come up with an assignment rule which is
Eric> not arbitrary.
The procedures described in the draft also reduce the state (and the
overhead of maintaining the state) in the SP network by removing the need to
maintain in the SP network at least one dedicated multicast tree per
each VPN. The procedures also apply to VPLS multicast.
Comments are greatly appreciated.
Thanks,
rahul