1 / 7

Dedicated Multicast LMA

Juan Carlos Zúñiga Akbar Rahman Luis M. Contreras Carlos J. Bernardos Ignacio Soto IETF 79, November 2010. Dedicated Multicast LMA. Dedicated Multicast LMA (1/2). Joint draft = draft-zuniga + draft- contreras - msd Basic concept discussed since IETF 76 (Hiroshima)

illias
Download Presentation

Dedicated Multicast LMA

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Juan Carlos ZúñigaAkbar RahmanLuis M. ContrerasCarlos J. BernardosIgnacio SotoIETF 79, November 2010 Dedicated Multicast LMA

  2. Dedicated Multicast LMA (1/2) • Joint draft = draft-zuniga + draft-contreras-msd • Basic concept discussed since IETF 76 (Hiroshima) • All concepts and comments addressed now in this draft • https://datatracker.ietf.org/doc/draft-zuniga-multimob-smspmip/ • Scope of Changes: • New sections on deployment scenarios • Multicast LMA definitions and terminology updated • PMIP enhancements: • Binding Update • Policy Profile • MAG to LMA attach requirements

  3. Dedicated Multicast LMA (2/2) • Advantages • Not all LMAs need to support multicast capability and connectivity • Reduces total resources and states at LMAs • Reduces tunnel convergence issue at the MAG • Minimizes the replication of multicast traffic when MNs with different LMAs join the same multicast group • Simplifies the multicast tree topology • allows a PMIPv6 domain to closely follow a simple multicast tree topology for Proxy MLD forwarding • Allows the implementation of a single MLD proxy instance per MAG to support the multicast service • Reduces the complexity of the MAG • Permits different PMIPv6 deployment scenarios • Deployment strategies can be tailored for expected traffic scenarios

  4. Multicast tree M-LMA U-LMA U-LMA Multicast area Unicast area Unicast area MAG1 MAG2 MAG3 MAG4 MAG5 Several unicast PMIPv6 domains served by one Multicast LMA (relationship N:1) • Suited for / Potential benefits: • Initial scenario for network deployment (scalable approach) • Reduced multicast tree size in core network and/or centralized content distribution • Adapted to low multicast-MN customer base (multicast equipment synergy, shared for high number of customers) Unicast flow Multicast flow

  5. One unicast PMIPv6 domain served by several Multicast LMAs (relationship 1:N) • Suited for / Potential benefits: • Service differentiation: distinct content providers, transport technology (IPv4/v6), content type (premium vs non-premium), etc • Load balance, redundancy • Topological efficiency (best route to content source) [only if MAG implements multicast router capabilities] • Adaptability to multicast tree dynamics in core network • (very) High multicast MN customer base [no overlapping areas] Multicast tree U-LMA Multicast tree M-LMA M-LMA Multicast area Multicast area MLD proxy Instance #2 MLD proxy Instance #1 Unicast area Unicast flow Multicast flow MAG1 MAG2 MAG3 MAG4 MAG5

  6. Several unicast PMIPv6 domains served by one Multicast LMA (relationship N:1) with Hybrid LMA Multicast tree HybridLMA U-LMA Multicast area Unicast area Unicast area MAG1 MAG2 MAG3 MAG4 MAG5 Unicast flow Multicast flow

  7. THANK YOU

More Related