100 likes | 247 Views
Mobile Multicast Sender Support in PMIPv6 Domains draft-ietf-multimob-pmipv6-source-02. Thomas C. Schmidt t.schmidt@ieee.org HAW Hamburg . Objective of the Draft . Define Multicast Source Mobility for PMIP Three Basic Multicast Scenarios: Base-line approach compliant to RFC 6224:
E N D
Mobile Multicast Sender Support in PMIPv6 Domains draft-ietf-multimob-pmipv6-source-02 Thomas C. Schmidt t.schmidt@ieee.org HAW Hamburg
Objective of the Draft • Define Multicast Source Mobility for PMIP • Three Basic Multicast Scenarios: • Base-line approach compliant to RFC 6224: • Simple, directly reflects PMIP routing • Direct Multicast Distribution • Based on Proxies, PIM-S(S)M or BIDIR PIM • Optimized Source Mobility • Extended Proxies for traffic optimization
DocumentHistory • Version draft-ietf-multimob-pmipv6-source-01 • Presented in Vancouver • Some WG feedback, pointers on issues by Stig • Current version draft-ietf-multimob-pmipv6-source-02 • Added clarifications in response to WG feedback. • Fixed issues. • Completed specification of multiple upstream proxy. • Clarified proxy peering operations.
3. Optimized Source Mobility • Scenario: Proxies at MAGs • Objective: Optimize traffic exchange from a local MAG - including policy implementations • Requirements: • Unique coverage of receivers • Prevention of Routing Loops • Multiple upstream proxy for sources (MUIMP) • Traffic forwarded to multiple LMAs • Proxy Peering Interface (PPI) • Horizontal traffic exchange between proxy instances
3.1 Multiple Upstream Proxy • Single Proxy instance with multiple upstreams deployed at MAG • Objectives: • Distribute Multicast services according to local policies • Unambiguously guide traffic to upstream interfaces • Approach: • Route according to a filter table
3.1 Filter Table for MUIMP Policy-basedUpstream Routing Group / Channel Specific Routing Remaining Default • Processing: Apply first matching filter • For Sources: • Can express PMIP policy-based routing • For Receivers: • Can sort according to Groups/Channels, but not policies
3.1 Filter-based Routing for MUIMP – TypicalUseCases • Express PMIP policies (for sources only) • Separate local and remote services: • Have selected local channels, keep default remote, or • Provide default services locally, provide selected channels from the remote • Can do many more complicated things … but the goal is to support straight-forward needs
3.2 Proxy Peering (update) • Defines new interface type: Peering • Established between any two proxy instances for shortcutting traffic • Silent virtual link in regular proxy operations • Fixed MLD details: • IGMP2/MLD1: Install incoming filter at MAGs, only • IGMPv3/MLDv2: Source-specific traffic selection (ASM and SSM) • Source-specific signaling will avoid duplicate traffic
Future Steps • Some (few) editorial improvements needed • Improve according to WG feedback • Elaborate security section • Add source operations for fast handover solutions ? … (in case the WG will identify a reasonable path to do fast handovers )