Re: [multimob] Direct Multicast Routing & the Deployment of PIM-SM(Juan Liu)

liu.juan45@zte.com.cn Thu, 02 August 2012 02:27 UTC

Return-Path: <liu.juan45@zte.com.cn>
X-Original-To: multimob@ietfa.amsl.com
Delivered-To: multimob@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 360B511E819A for <multimob@ietfa.amsl.com>; Wed, 1 Aug 2012 19:27:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -95.911
X-Spam-Level:
X-Spam-Status: No, score=-95.911 tagged_above=-999 required=5 tests=[AWL=-0.076, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_34=0.6, J_CHICKENPOX_56=0.6, J_CHICKENPOX_64=0.6, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_DOUBLE_IP_LOOSE=0.76, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oi1cowMKGm3B for <multimob@ietfa.amsl.com>; Wed, 1 Aug 2012 19:27:17 -0700 (PDT)
Received: from mx5.zte.com.cn (mx6.zte.com.cn [95.130.199.165]) by ietfa.amsl.com (Postfix) with ESMTP id 118C911E8199 for <multimob@ietf.org>; Wed, 1 Aug 2012 19:27:16 -0700 (PDT)
Received: from [10.30.17.99] by mx5.zte.com.cn with surfront esmtp id 10723900245117; Thu, 2 Aug 2012 10:15:56 +0800 (CST)
Received: from [10.30.3.21] by [192.168.168.15] with StormMail ESMTP id 2590.1546756307; Thu, 2 Aug 2012 10:27:15 +0800 (CST)
Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse02.zte.com.cn with ESMTP id q722RBnE040045; Thu, 2 Aug 2012 10:27:11 +0800 (GMT-8) (envelope-from liu.juan45@zte.com.cn)
In-Reply-To: <mailman.2710.1343862121.3364.multimob@ietf.org>
To: schmidt@informatik.haw-hamburg.de
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005
Message-ID: <OF67CCCC6C.E5FFA46D-ON48257A4E.00069465-48257A4E.000D55B4@zte.com.cn>
From: liu.juan45@zte.com.cn
Date: Thu, 02 Aug 2012 10:27:04 +0800
X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP1 HF212|May 23, 2012) at 2012-08-02 10:27:04, Serialize complete at 2012-08-02 10:27:04
Content-Type: multipart/alternative; boundary="=_alternative 000D55B348257A4E_="
X-MAIL: mse02.zte.com.cn q722RBnE040045
Cc: multimob@ietf.org
Subject: Re: [multimob] Direct Multicast Routing & the Deployment of PIM-SM(Juan Liu)
X-BeenThere: multimob@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multicast Mobility <multimob.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/multimob>, <mailto:multimob-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/multimob>
List-Post: <mailto:multimob@ietf.org>
List-Help: <mailto:multimob-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/multimob>, <mailto:multimob-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 02 Aug 2012 02:27:19 -0000

Hi Thomas,
Please see inline: 

multimob-bounces@ietf.org 写于 2012/08/02 07:02:01:

> If you have received this digest without all the individual message
> attachments you will need to update your digest options in your list
> subscription.  To do so, go to 
> 
> https://www.ietf.org/mailman/listinfo/multimob
> 
> Click the 'Unsubscribe or edit options' button, log in, and set "Get
> MIME or Plain Text Digests?" to MIME.  You can set this option
> globally for all the list digests you receive at this point.
> 
> 
> 
> Send multimob mailing list submissions to
>    multimob@ietf.org
> 
> To subscribe or unsubscribe via the World Wide Web, visit
>    https://www.ietf.org/mailman/listinfo/multimob
> or, via email, send a message with subject or body 'help' to
>    multimob-request@ietf.org
> 
> You can reach the person managing the list at
>    multimob-owner@ietf.org
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of multimob digest..."
> 
> 
> Today's Topics:
> 
>    1.  Direct Multicast Routing & the Deployment of PIM-SM
>       (Thomas C. Schmidt)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Wed, 01 Aug 2012 16:01:56 -0700
> From: "Thomas C. Schmidt" <schmidt@informatik.haw-hamburg.de>
> To: "multimob@ietf.org" <multimob@ietf.org>
> Subject: [multimob] Direct Multicast Routing & the Deployment of
>    PIM-SM
> Message-ID: <5019B564.30709@informatik.haw-hamburg.de>
> Content-Type: text/plain; charset=ISO-8859-15; format=flowed
> 
> Hi all,
> 
> after Monday's presentation of PIM deployment options 
> (draft-ietf-multimob-pmipv6-source), there was the discussion on further 

> optimization options. In detail, the idea was raised to reach MNs not 
> via their (permanent) HNP advertisements at the LMA, but directly at 
> their current MAGs. The latter would require a dynamic unicast routing 
> protocol in the access network.
In order that multicast traffic reach MNs directly via MAG-MAG tunnel not
via LMA-MAG tunnel,MRIB can be constructed using route from the tunnel 
between MAGs(draft-liu-multimob-pmipv6-multicast-ro).
> 
> I promised to talk to Sri about this (underlying unicast) approach. As 
> expected, Sri emphasized that the PMIP WGs intentionally do *not* 
> consider this a working option. The reason is that node mobility 
> typically is more intense and faster than unicast routing dynamics. 
> Advertising MN's HNPs throughout the access network would cause route 
> pollution and convergence problems and quickly lead to inconsistencies. 
> For the unicast case, this is the equivalent of pushing multicast 
> mobility management into multicast routing, which we equally avoid.
About the working option you talk with Sri,does it refer to direct routing 
via MAGs,
which in PMIP WG unicast routing through MAG-MAG tunnel is an acceptable 
optimization
options for PMIPv6 routing. Hope i'm not wrong about this.
I agree that advertising MN's HNPs throughout the access network would 
cause various 
problems, which our draft does not involve.
> 
> Consequently, the deployment of PIM-SM in the access network (at MAGs) 
> cannot be better than presented: The (MRIB) route to a (non-local) MN 
> must be via its corresponding LMA, and we actually do not gain anything 
> over the Proxy approach when using PIM-SM at MAGs. On the contrary, as 
> we discussed on Monday, the PIM self-organization (phase transitions) 
> will produce significant overhead for mobile sources (with likely 
> convergence issues) why I would not opt for using PIM-SM other than in 
> Phase 1.
I agree that phase2 and phase3 of PIM-SM cause significant signaling 
overhead for mobile
source. But in case phase2 and phase3 carry out our draft can be a 
optimization
option for phase3.
Besides our draft mainly focus on PIM-SSM scenario.

What do you think,Thomas. Hope to work with you.
Best regards,
Juan Liu
> 
> Cheers,
> 
> Thomas
> -- 
> 
> Prof. Dr. Thomas C. Schmidt
> ? Hamburg University of Applied Sciences                   Berliner Tor 
7 ?
> ? Dept. Informatik, Internet Technologies Group    20099 Hamburg, 
Germany ?
> ? http://www.haw-hamburg.de/inet                   Fon: 
+49-40-42875-8452 ?
> ? http://www.informatik.haw-hamburg.de/~schmidt    Fax: 
+49-40-42875-8409 ?
> 
> 
> ------------------------------
> 
> _______________________________________________
> multimob mailing list
> multimob@ietf.org
> https://www.ietf.org/mailman/listinfo/multimob
> 
> 
> End of multimob Digest, Vol 63, Issue 2
> ***************************************
> 



--------------------------------------------------------
ZTE Information Security Notice: The information contained in this mail (and any attachment transmitted herewith) is privileged and confidential and is intended for the exclusive use of the addressee(s).  If you are not an intended recipient, any disclosure, reproduction, distribution or other dissemination or use of the information contained is strictly prohibited.  If you have received this mail in error, please delete it and notify us immediately.