From liu.juan45@zte.com.cn Mon Jul 9 01:01:52 2012 Return-Path: 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 E839021F8653 for ; Mon, 9 Jul 2012 01:01:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.838 X-Spam-Level: X-Spam-Status: No, score=-101.838 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 ee72ibHfwFef for ; Mon, 9 Jul 2012 01:01:52 -0700 (PDT) Received: from mx5.zte.com.cn (mx6.zte.com.cn [95.130.199.165]) by ietfa.amsl.com (Postfix) with ESMTP id B1E6A21F85C7 for ; Mon, 9 Jul 2012 01:01:51 -0700 (PDT) Received: from [10.30.17.99] by mx5.zte.com.cn with surfront esmtp id 28620900245117; Mon, 9 Jul 2012 15:55:26 +0800 (CST) Received: from [10.30.3.20] by [192.168.168.15] with StormMail ESMTP id 48176.900245117; Mon, 9 Jul 2012 16:02:10 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id q6981wnK069561 for ; Mon, 9 Jul 2012 16:01:58 +0800 (GMT-8) (envelope-from liu.juan45@zte.com.cn) To: multimob@ietf.org MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005 Message-ID: From: liu.juan45@zte.com.cn Date: Mon, 9 Jul 2012 16:01:56 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.1FP4|July 25, 2010) at 2012-07-09 16:01:59, Serialize complete at 2012-07-09 16:01:59 Content-Type: multipart/alternative; boundary="=_alternative 002C07F748257A36_=" X-MAIL: mse01.zte.com.cn q6981wnK069561 Subject: [multimob] Fwd: New Version Notification for draft-liu-multimob-pmipv6-multicast-ro-01.txt X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jul 2012 08:01:53 -0000 This is a multipart message in MIME format. --=_alternative 002C07F748257A36_= Content-Type: text/plain; charset="US-ASCII" Hi all, We have just posted an updated version of the draft proposal for multicast routes optimization. The draft can be found following this link: http://www.ietf.org/id/draft-liu-multimob-pmipv6-multicast-ro-01.txt This draft provide a solution based on MAG to MAG multicast communication in case multicast sender is located in proxy mobile IPv6 domain. Any comments are very welcomed. Best regards Juan Liu -------- Original Message -------- > A new version of I-D, draft-liu-multimob-pmipv6-multicast-ro-01.txt > has been successfully submitted by Juan Liu and posted to the > IETF repository. > > Filename: draft-liu-multimob-pmipv6-multicast-ro > Revision: 01 > Title: Routes Optimization for Multicast Sender in Proxy > Mobile IPv6 Domain > Creation date: 2012-07-09 > WG ID: Individual Submission > Number of pages: 16 > URL: http://www.ietf.org/internet-drafts/draft-liu- > multimob-pmipv6-multicast-ro-01.txt > Status: http://datatracker.ietf.org/doc/draft-liu-multimob- > pmipv6-multicast-ro > Htmlized: http://tools.ietf.org/html/draft-liu-multimob- > pmipv6-multicast-ro-01 > Diff: http://tools.ietf.org/rfcdiff?url2=draft-liu- > multimob-pmipv6-multicast-ro-01 > > Abstract: > To support IP multicasting in PMIPv6 domain, MULTIMOB WG has issued > several proposals including the base solution, dedicated schemes and > direct routing which requires all communications to go through the > local mobility anchor(LMA), the dedicated server and the native > multicasting infrastructure, respectively. As this can be > suboptimal, this document describes multicast routes optimazition > mechanisms for multicast sender. Multicast sender attached to the > same or different mobile access gateways(MAG) with multicast listener > sends multicast data via the tunnel between the gateways without any > dedicated devices or dependence of the native multicasting > infrastructure. The MAG and the LMA are the mobility entities > defined in the PMIPv6 protocol and act as PIM-SM routers. > > > > > The IETF Secretariat > -------------------------------------------------------- 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. --=_alternative 002C07F748257A36_= Content-Type: text/html; charset="US-ASCII"
Hi all,
   We have just posted an updated version of the draft proposal for multicast routes optimization.
The draft can be found following this link: 
http://www.ietf.org/id/draft-liu-multimob-pmipv6-multicast-ro-01.txt
This draft provide a solution based on MAG to MAG multicast communication in case multicast sender is located in proxy mobile IPv6 domain.
Any comments are very welcomed.

Best regards

Juan Liu


-------- Original Message --------

> A new version of I-D, draft-liu-multimob-pmipv6-multicast-ro-01.txt
> has been successfully submitted by Juan Liu and posted to the
> IETF repository.
>
> Filename:    draft-liu-multimob-pmipv6-multicast-ro
> Revision:    01
> Title:       Routes Optimization for Multicast Sender in Proxy
> Mobile IPv6 Domain
> Creation date:    2012-07-09
> WG ID:       Individual Submission
> Number of pages: 16
> URL:             http://www.ietf.org/internet-drafts/draft-liu-
> multimob-pmipv6-multicast-ro-01.txt
> Status:          http://datatracker.ietf.org/doc/draft-liu-multimob-
> pmipv6-multicast-ro
> Htmlized:        http://tools.ietf.org/html/draft-liu-multimob-
> pmipv6-multicast-ro-01
> Diff:            http://tools.ietf.org/rfcdiff?url2=draft-liu-
> multimob-pmipv6-multicast-ro-01
>
> Abstract:
>    To support IP multicasting in PMIPv6 domain, MULTIMOB WG has issued
>    several proposals including the base solution, dedicated schemes and
>    direct routing which requires all communications to go through the
>    local mobility anchor(LMA), the dedicated server and the native
>    multicasting infrastructure, respectively.  As this can be
>    suboptimal, this document describes multicast routes optimazition
>    mechanisms for multicast sender.  Multicast sender attached to the
>    same or different mobile access gateways(MAG) with multicast listener
>    sends multicast data via the tunnel between the gateways without any
>    dedicated devices or dependence of the native multicasting
>    infrastructure.  The MAG and the LMA are the mobility entities
>    defined in the PMIPv6 protocol and act as PIM-SM routers.
>
>                                                                              
>
>
> The IETF Secretariat
> 

--------------------------------------------------------
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.
--=_alternative 002C07F748257A36_=-- From sarikaya2012@gmail.com Mon Jul 9 08:07:02 2012 Return-Path: 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 58F7211E80BD for ; Mon, 9 Jul 2012 08:07:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.485 X-Spam-Level: X-Spam-Status: No, score=-3.485 tagged_above=-999 required=5 tests=[AWL=0.114, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] 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 0nI3lUxcC5UI for ; Mon, 9 Jul 2012 08:07:01 -0700 (PDT) Received: from mail-gh0-f172.google.com (mail-gh0-f172.google.com [209.85.160.172]) by ietfa.amsl.com (Postfix) with ESMTP id BDDCB11E80A1 for ; Mon, 9 Jul 2012 08:07:01 -0700 (PDT) Received: by ghbg16 with SMTP id g16so11186760ghb.31 for ; Mon, 09 Jul 2012 08:07:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:date:message-id:subject:from:to:content-type; bh=DuF3j/N7cHV4ntQRvCL9Wr8GKwKcH52lBIRWIVlSTS8=; b=qrrVtaZfcRyWMGeehlJC16XcIJFHlC6jqX+33QeAOCS0M/QLAP10otu4gAycgc9Lag 1fGf2L3AtvQeJGIvjOkXa/HB1TU+kqf0quAHCR5K0IML89JaIpQ7vdhYVvq6aLE04x3e kCEos8SaIkHDzFun0t5XYdl6cZEJiX4+aXhE/KJAlYJbUCDeJAy0RFauQe7hgl4vlQpL BB8vDJ7M+VcSyGt9Uuch7hHaVt+BRvYw/WjbOqltgO0hfaOCtC7b71FFFPFXV8ZUXNpu AxHJS3PykrlbTLRaoDIg37dYbmqnTFlonOLSIZxd1nP6fW9huhms1yuQ3yZbDK1dM72h xayA== MIME-Version: 1.0 Received: by 10.50.154.233 with SMTP id vr9mr8862972igb.9.1341846446521; Mon, 09 Jul 2012 08:07:26 -0700 (PDT) Received: by 10.231.118.210 with HTTP; Mon, 9 Jul 2012 08:07:26 -0700 (PDT) Date: Mon, 9 Jul 2012 10:07:26 -0500 Message-ID: From: Behcet Sarikaya To: multimob@ietf.org Content-Type: text/plain; charset=ISO-8859-1 Subject: [multimob] IETF 84 Session rescheduled X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: sarikaya@ieee.org List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jul 2012 15:07:02 -0000 Folks, Our Vancouver session has been rescheduled to Monday afternoon as below, due to a conflict with mboned. multimob Session 1 (2:00:00) Monday, Afternoon Session I 1300-1500 Room Name: Regency B Chairs From sarikaya2012@gmail.com Mon Jul 9 08:17:08 2012 Return-Path: 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 13F8A11E80C6 for ; Mon, 9 Jul 2012 08:17:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.497 X-Spam-Level: X-Spam-Status: No, score=-3.497 tagged_above=-999 required=5 tests=[AWL=0.102, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] 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 hksDmwDOORDG for ; Mon, 9 Jul 2012 08:17:07 -0700 (PDT) Received: from mail-vc0-f172.google.com (mail-vc0-f172.google.com [209.85.220.172]) by ietfa.amsl.com (Postfix) with ESMTP id 4D02D11E80A4 for ; Mon, 9 Jul 2012 08:17:07 -0700 (PDT) Received: by vcqp1 with SMTP id p1so8004161vcq.31 for ; Mon, 09 Jul 2012 08:17:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=Q31Ta5CDBEsVSoSAY0tuKZKt1L6kZ/xTFyhvxH/UP40=; b=ozXS4AxIrLSSJYzIn6/xKE+8Hng060HZHn/t7SV40WBXjoef+0HY/CYN4n9N056wnY HMciq4Ke7sccHz3pLMgEkUFAZQTu9Q90qP0kVqyl5pI8lTlLBA5bN/FxZBlbxy6fyyXh VI50pT31ghKp2x59SWE034krzZiZo4CjYGJUDD85oim+zkwDo++aXHq5jWKGXQ4kveHq e3R/QH1E85nub6KefMPFPFNeJbWlB0yxB5EihlTf/weyQY+snwEcmbC40FHShkp3d3ON V8kI2W1LdAV01vG6eGOJx9NOr0Q9ZnPtobwDQ7Waata6+C+tzxTBU05bw1cOz0TW5YZ6 YrAg== MIME-Version: 1.0 Received: by 10.42.10.73 with SMTP id p9mr20647283icp.43.1341847051882; Mon, 09 Jul 2012 08:17:31 -0700 (PDT) Received: by 10.231.118.210 with HTTP; Mon, 9 Jul 2012 08:17:31 -0700 (PDT) In-Reply-To: References: Date: Mon, 9 Jul 2012 10:17:31 -0500 Message-ID: From: Behcet Sarikaya To: multimob@ietf.org Content-Type: text/plain; charset=ISO-8859-1 Subject: [multimob] Fwd: Fwd: New Version Notification for draft-liu-multimob-pmipv6-multicast-ro-01.txt X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: sarikaya@ieee.org List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jul 2012 15:17:08 -0000 Hello folks, Please comment on this revised draft. Regards, Behcet ---------- Forwarded message ---------- From: Date: Mon, Jul 9, 2012 at 3:01 AM Subject: [multimob] Fwd: New Version Notification for draft-liu-multimob-pmipv6-multicast-ro-01.txt To: multimob@ietf.org Hi all, We have just posted an updated version of the draft proposal for multicast routes optimization. The draft can be found following this link: http://www.ietf.org/id/draft-liu-multimob-pmipv6-multicast-ro-01.txt This draft provide a solution based on MAG to MAG multicast communication in case multicast sender is located in proxy mobile IPv6 domain. Any comments are very welcomed. Best regards Juan Liu -------- Original Message -------- > A new version of I-D, draft-liu-multimob-pmipv6-multicast-ro-01.txt > has been successfully submitted by Juan Liu and posted to the > IETF repository. > > Filename: draft-liu-multimob-pmipv6-multicast-ro > Revision: 01 > Title: Routes Optimization for Multicast Sender in Proxy > Mobile IPv6 Domain > Creation date: 2012-07-09 > WG ID: Individual Submission > Number of pages: 16 > URL: http://www.ietf.org/internet-drafts/draft-liu- > multimob-pmipv6-multicast-ro-01.txt > Status: http://datatracker.ietf.org/doc/draft-liu-multimob- > pmipv6-multicast-ro > Htmlized: http://tools.ietf.org/html/draft-liu-multimob- > pmipv6-multicast-ro-01 > Diff: http://tools.ietf.org/rfcdiff?url2=draft-liu- > multimob-pmipv6-multicast-ro-01 > > Abstract: > To support IP multicasting in PMIPv6 domain, MULTIMOB WG has issued > several proposals including the base solution, dedicated schemes and > direct routing which requires all communications to go through the > local mobility anchor(LMA), the dedicated server and the native > multicasting infrastructure, respectively. As this can be > suboptimal, this document describes multicast routes optimazition > mechanisms for multicast sender. Multicast sender attached to the > same or different mobile access gateways(MAG) with multicast listener > sends multicast data via the tunnel between the gateways without any > dedicated devices or dependence of the native multicasting > infrastructure. The MAG and the LMA are the mobility entities > defined in the PMIPv6 protocol and act as PIM-SM routers. > > > > > The IETF Secretariat > -------------------------------------------------------- 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. _______________________________________________ multimob mailing list multimob@ietf.org https://www.ietf.org/mailman/listinfo/multimob From sarikaya2012@gmail.com Tue Jul 10 12:40:22 2012 Return-Path: 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 5784011E80EA for ; Tue, 10 Jul 2012 12:40:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.517 X-Spam-Level: X-Spam-Status: No, score=-3.517 tagged_above=-999 required=5 tests=[AWL=0.082, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] 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 E0iU3v8uW4D9 for ; Tue, 10 Jul 2012 12:40:21 -0700 (PDT) Received: from mail-yx0-f172.google.com (mail-yx0-f172.google.com [209.85.213.172]) by ietfa.amsl.com (Postfix) with ESMTP id C917B11E80E3 for ; Tue, 10 Jul 2012 12:40:21 -0700 (PDT) Received: by yenq13 with SMTP id q13so419920yen.31 for ; Tue, 10 Jul 2012 12:40:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:date:message-id:subject:from:to:content-type; bh=4YB+c5jrESefecnyli5U+fkgLXq2EDBRPb7manVQu40=; b=Z0BExKEvEW1nSpIDf+25h/W4vysxvybtW3tYJzDinx3eqzRoCwIRaZRsoepGs48TKf erlo324APdngi/9fXNsFtFjGIP856/Z4kRfVEQfBT1xIM28UhU7FOI8n7GrDYihW71qr Xfz1EYWrksGwfz1ODp6NZrCcK8MyBkGAFOiUe2c9cdZP3nLRUdGvWxxUiV6lcDd15JvA jIQfZfFT0b19kcJ6WISv0uHsL1PK/gl3Tk6ALErTR+PhObeOgIjDf08p61lhuPKoKZKx J3yivamErPKah31wQHyh88SR/W+l8l2dsH3Jfu6RbZDeHakoAP7b4w/GVlE1O+A5wzhZ VPow== MIME-Version: 1.0 Received: by 10.42.130.68 with SMTP id u4mr23637814ics.17.1341949250052; Tue, 10 Jul 2012 12:40:50 -0700 (PDT) Received: by 10.231.118.210 with HTTP; Tue, 10 Jul 2012 12:40:50 -0700 (PDT) Date: Tue, 10 Jul 2012 14:40:50 -0500 Message-ID: From: Behcet Sarikaya To: multimob@ietf.org Content-Type: text/plain; charset=ISO-8859-1 Subject: [multimob] Draft agenda for IETF 84 X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: sarikaya@ieee.org List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jul 2012 19:40:22 -0000 Has been posted at: http://www.ietf.org/proceedings/84/agenda/agenda-84-multimob From liu.juan45@zte.com.cn Tue Jul 10 19:09:21 2012 Return-Path: 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 A56D011E80DC; Tue, 10 Jul 2012 19:09:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.838 X-Spam-Level: X-Spam-Status: No, score=-101.838 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 NtyC-b50QaEE; Tue, 10 Jul 2012 19:09:21 -0700 (PDT) Received: from mx5.zte.com.cn (mx6.zte.com.cn [95.130.199.165]) by ietfa.amsl.com (Postfix) with ESMTP id 48E3B11E80A1; Tue, 10 Jul 2012 19:09:20 -0700 (PDT) Received: from [10.30.17.100] by mx5.zte.com.cn with surfront esmtp id 286201193313630; Wed, 11 Jul 2012 10:02:41 +0800 (CST) Received: from [10.30.3.20] by [192.168.168.16] with StormMail ESMTP id 16375.1193313630; Wed, 11 Jul 2012 10:09:35 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id q6B29gKU049032; Wed, 11 Jul 2012 10:09:42 +0800 (GMT-8) (envelope-from liu.juan45@zte.com.cn) In-Reply-To: To: multimob@ietf.org Cc: multimob-bounces@ietf.org MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005 Message-ID: From: liu.juan45@zte.com.cn Date: Wed, 11 Jul 2012 10:09:37 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.1FP4|July 25, 2010) at 2012-07-11 10:09:42, Serialize complete at 2012-07-11 10:09:42 Content-Type: multipart/alternative; boundary="=_alternative 000BC6C848257A38_=" X-MAIL: mse01.zte.com.cn q6B29gKU049032 Subject: Re: [multimob] multimob Digest, Vol 61, Issue 2 X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jul 2012 02:09:21 -0000 This is a multipart message in MIME format. --=_alternative 000BC6C848257A38_= Content-Type: text/plain; charset="US-ASCII" Hi Behcet, I would like to present my draft and need 15 minutes ( http://www.ietf.org/id/draft-liu-multimob-pmipv6-multicast-ro-01.txt). -------------------------------------------------------------------------- Abstract To support IP multicasting in PMIPv6 domain, MULTIMOB WG has issued several proposals including the base solution, dedicated schemes and direct routing which requires all communications to go through the local mobility anchor(LMA), the dedicated server and the native multicasting infrastructure, respectively. As this can be suboptimal, this document describes multicast routes optimazition mechanisms for multicast sender. Multicast sender attached to the same or different mobile access gateways(MAG) with multicast listener sends multicast data via the tunnel between the gateways without any dedicated devices or dependence of the native multicasting infrastructure. The MAG and the LMA are the mobility entities defined in the PMIPv6 protocol and act as PIM-SM routers. -------------------------------------------------------------------------- BR Juan Liu > ---------------------------------------------------------------------- > Today's Topics: > > 1. IETF 84 session (Behcet Sarikaya) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 27 Jun 2012 10:43:05 -0500 > From: Behcet Sarikaya > To: multimob@ietf.org > Subject: [multimob] IETF 84 session > Message-ID: > > Content-Type: text/plain; charset=ISO-8859-1 > > Folks, > > We have requested a two-hour slot in IETF 84 and we need to start planning it. > We need to advance our existing WG drafts so those presentations will > have priority. > > If you wish to make a presentation in Vancouver meeting, please send > your request mail to the chairs at > multimob-chairs@tools.ietf.org > > Regards, > > Behcet > > > ------------------------------ > > _______________________________________________ > multimob mailing list > multimob@ietf.org > https://www.ietf.org/mailman/listinfo/multimob > > > End of multimob Digest, Vol 61, 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. --=_alternative 000BC6C848257A38_= Content-Type: text/html; charset="US-ASCII"
Hi  Behcet,
I would like to present my draft and need 15 minutes (http://www.ietf.org/id/draft-liu-multimob-pmipv6-multicast-ro-01.txt).  
 
--------------------------------------------------------------------------
Abstract

 To support IP multicasting in PMIPv6 domain, MULTIMOB WG has issued
 several proposals including the base solution, dedicated schemes and
 direct routing which requires all communications to go through the
 local mobility anchor(LMA), the dedicated server and the native
 multicasting infrastructure, respectively.  As this can be
 suboptimal, this document describes multicast routes optimazition
 mechanisms for multicast sender.  Multicast sender attached to the
 same or different mobile access gateways(MAG) with multicast listener
 sends multicast data via the tunnel between the gateways without any
 dedicated devices or dependence of the native multicasting
 infrastructure.  The MAG and the LMA are the mobility entities
 defined in the PMIPv6 protocol and act as PIM-SM routers.
--------------------------------------------------------------------------
BR
Juan Liu


> ----------------------------------------------------------------------
> Today's Topics:
>
>    1.  IETF 84 session (Behcet Sarikaya)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 27 Jun 2012 10:43:05 -0500
> From: Behcet Sarikaya <sarikaya2012@gmail.com>
> To: multimob@ietf.org
> Subject: [multimob] IETF 84 session
> Message-ID:
>    <CAC8QAceKPMybFK9XZ-GTUynJ_+Qo2eHE=5FvRgXSS7DBMXv9kg@mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Folks,
>
> We have requested a two-hour slot in IETF 84 and we need to start planning it.
> We need to advance our existing WG drafts so those presentations will
> have priority.
>
> If you wish to make a presentation in Vancouver meeting, please send
> your request mail to the chairs at
> multimob-chairs@tools.ietf.org
>
> Regards,
>
> Behcet
>
>
> ------------------------------
>
> _______________________________________________
> multimob mailing list
> multimob@ietf.org
> https://www.ietf.org/mailman/listinfo/multimob
>
>
> End of multimob Digest, Vol 61, 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.
--=_alternative 000BC6C848257A38_=-- From sarikaya2012@gmail.com Wed Jul 11 14:29:45 2012 Return-Path: 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 0885F11E80EC for ; Wed, 11 Jul 2012 14:29:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.531 X-Spam-Level: X-Spam-Status: No, score=-3.531 tagged_above=-999 required=5 tests=[AWL=0.068, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] 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 mumqSV7QyQvc for ; Wed, 11 Jul 2012 14:29:44 -0700 (PDT) Received: from mail-yx0-f172.google.com (mail-yx0-f172.google.com [209.85.213.172]) by ietfa.amsl.com (Postfix) with ESMTP id 6DED811E80EA for ; Wed, 11 Jul 2012 14:29:44 -0700 (PDT) Received: by yenq13 with SMTP id q13so1874972yen.31 for ; Wed, 11 Jul 2012 14:30:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:date:message-id:subject:from:to:content-type; bh=Ta3YoRZZhw5FK4uL7pvvQRlxsM76JP8TLB4n28HVoOc=; b=oO3AbGX+924a6rbZdM9Mtuk54oxv1HRLoGg9zFQv/EH6v2gbwxA4i616wNmF4uAuOv 3rPjiO5zg9dKPyFSTalfULYZkLVVnaw2Df+5zROAmKmJdtn3nbdVRDB49sePqlK0cD9Q TdddfKXcOhhfltaniZzCSBd37ocOpoqasykBi/LYh6TadPM4X6jlWsxBZXJpqE3zeMv3 86M7A9J+twxwSMTJZA/vjp6GqyRY7tviTzTiUBV/gRIqPy4LYvTQuERWnY6jsewI6646 OrEpAUdIkRkdTACT3Yk8zFlH/p1GELUvIUaN0pnXZ4QlGMrIb2baFbDC0vfT+rV1WJj6 E6wg== MIME-Version: 1.0 Received: by 10.50.40.193 with SMTP id z1mr16002699igk.0.1342042215006; Wed, 11 Jul 2012 14:30:15 -0700 (PDT) Received: by 10.231.118.210 with HTTP; Wed, 11 Jul 2012 14:30:14 -0700 (PDT) Date: Wed, 11 Jul 2012 16:30:14 -0500 Message-ID: From: Behcet Sarikaya To: multimob@ietf.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: [multimob] Draft agenda for IETF 84 - Take 1 X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: sarikaya@ieee.org List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jul 2012 21:29:45 -0000 Revised agenda has been posted and can be accessed from the link below. On Tue, Jul 10, 2012 at 2:40 PM, Behcet Sarikaya wrote: > Has been posted at: > > http://www.ietf.org/proceedings/84/agenda/agenda-84-multimob From internet-drafts@ietf.org Mon Jul 16 02:12:42 2012 Return-Path: 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 5660B21F86C1; Mon, 16 Jul 2012 02:12:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.521 X-Spam-Level: X-Spam-Status: No, score=-102.521 tagged_above=-999 required=5 tests=[AWL=0.078, BAYES_00=-2.599, 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 Irm84SKk00G1; Mon, 16 Jul 2012 02:12:41 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C290C21F86B9; Mon, 16 Jul 2012 02:12:41 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.30p3 Message-ID: <20120716091241.30494.95143.idtracker@ietfa.amsl.com> Date: Mon, 16 Jul 2012 02:12:41 -0700 Cc: multimob@ietf.org Subject: [multimob] I-D Action: draft-ietf-multimob-fast-handover-01.txt X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 09:12:42 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Multicast Mobility Working Group of the I= ETF. Title : PMIPv6 multicast handover optimization by the Subscripti= on Information Acquisition through the LMA (SIAL) Author(s) : Luis M. Contreras Carlos J. Bernardos Ignacio Soto Filename : draft-ietf-multimob-fast-handover-01.txt Pages : 37 Date : 2012-07-16 Abstract: This document specifies a multicast handover optimization mechanism for Proxy Mobile IPv6 to accelerate the delivery of multicast traffic to mobile nodes after handovers. The mechanism is based on speeding up the acquisition of mobile nodes' active multicast subscriptions information by the mobile access gateways. To do that, extensions to the current Proxy Mobile IPv6 protocol are proposed. These extensions are not only applicable to the base solution for multicast support in Proxy Mobile IPv6, but also can be applied to other solutions envisioned as possible architectural evolutions of it. Furthermore, they are also independent of the role played by the mobile access gateway within the multicast network (either acting as multicast listener discovery proxy or multicast router). The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-multimob-fast-handover There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-multimob-fast-handover-01 A diff from previous version is available at: http://tools.ietf.org/rfcdiff?url2=3Ddraft-ietf-multimob-fast-handover-01 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From lmcm@tid.es Mon Jul 16 02:15:43 2012 Return-Path: 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 CC23C21F86B1 for ; Mon, 16 Jul 2012 02:15:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] 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 a7n1q2ea771y for ; Mon, 16 Jul 2012 02:15:42 -0700 (PDT) Received: from tidos.tid.es (tidos.tid.es [195.235.93.44]) by ietfa.amsl.com (Postfix) with ESMTP id 3E73021F86C9 for ; Mon, 16 Jul 2012 02:15:42 -0700 (PDT) Received: from sbrightmailg01.hi.inet (sbrightmailg01.hi.inet [10.95.64.104]) by tid.hi.inet (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0M7800AMDXRDEF@tid.hi.inet> for multimob@ietf.org; Mon, 16 Jul 2012 11:16:25 +0200 (MEST) Received: from tid (tid.hi.inet [10.95.64.10]) by sbrightmailg01.hi.inet (Symantec Messaging Gateway) with SMTP id 3A.61.26499.9EBD3005; Mon, 16 Jul 2012 11:16:25 +0200 (CEST) Received: from correo.tid.es (mailhost.hi.inet [10.95.64.100]) by tid.hi.inet (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPS id <0M7800AM8XRCEF@tid.hi.inet> for multimob@ietf.org; Mon, 16 Jul 2012 11:16:24 +0200 (MEST) Received: from EXCLU2K7.hi.inet ([10.95.67.65]) by htcasmad1.hi.inet ([192.168.0.1]) with mapi; Mon, 16 Jul 2012 11:16:24 +0200 Date: Mon, 16 Jul 2012 11:16:23 +0200 From: LUIS MIGUEL CONTRERAS MURILLO In-reply-to: <20120716091241.30494.78808.idtracker@ietfa.amsl.com> To: "multimob@ietf.org" Message-id: MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-language: es-ES Content-transfer-encoding: base64 Accept-Language: es-ES, en-US Thread-topic: New Version Notification for draft-ietf-multimob-fast-handover-01.txt Thread-index: Ac1jM1Vc2g2PisXqTSya3BjmfT/xPgAAAzyg acceptlanguage: es-ES, en-US X-AuditID: 0a5f4068-b7f206d000006783-bc-5003dbe93ad8 X-MS-Has-Attach: X-MS-TNEF-Correlator: X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprCKsWRmVeSWpSXmKPExsXCFe/ApfvyNnOAwfOdvBYzPvaxODB6LFny kymAMYrLJiU1J7MstUjfLoEr4/Kr26wF/6Qqrs0+ydbAuESqi5GTQ0LAROLcjMmsELaYxIV7 69m6GLk4hAQ2Mko8vLYLyvnDKPF/4mImCKeRUeLf1kdgLSwCqhJ/r3xkArHZBAwlZu2cBBYX FgiRmPFsKyOIzSngJPG8pYkNxBYR0JZ48/IPWD2vgKfEq79noGxBiR+T77F0MXJwMAuoS0yZ kgsSZhYQl5jzayIrhK0oMW1RA9hIRgFZiZXnTzNCjAyVeLf0C9R4I4m1Z9azQtTISPxfvpcF 4jMBiSV7zjND2KISLx//A6sREnCUmHzrAMsERrFZSK6YhXDFLCRXzEJyxQJGllWMYsVJRZnp GSW5iZk56QaGehmZepl5qSWbGCHRkrGDcflOlUOMAhyMSjy8itM++QuxJpYVV+YeYpTkYFIS 5a24xhwgxJeUn1KZkVicEV9UmpNafIhRgoNZSYS3sxMox5uSWFmVWpQPk5Lh4FCS4G0DRraQ YFFqempFWmYOMCXApJk4OEHaeYDatUBqeIsLEnOLM9Mh8qcYVTk6t9y7xSjEkpeflyolzlsK UiQAUpRRmgc35xWjONDBwrx+IFkeYFKDm/AKaDgT0HDLEiaQ4SWJCCmpBsaaQ18ENBfqhf9X PSY/na+RW0vxjmztZN3nzWwJKq/Ftk05ZP+BZX5w4WMRrwXdMa99LgjUHrB4fp9tk2fmraQn 0tY2H/Wjp/JPeaic9HSVY3X2xkdsTi/3XmR7JXF64U9tceXm9M3c8plfp/HLK65r9Tlk5pWz 6MHZHVLJW/W/tyZdKXvEJqnEUpyRaKjFXFScCADbhcUuJwMAAA== References: <20120716091241.30494.78808.idtracker@ietfa.amsl.com> Subject: [multimob] RV: New Version Notification for draft-ietf-multimob-fast-handover-01.txt X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 09:15:43 -0000 RGVhciBhbGwsDQoNCldlIGhhdmUganVzdCBzdWJtaXR0ZWQgYW4gdXBkYXRlZCB2ZXJzaW9uIG9m IGRyYWZ0LWlldGYtbXVsdGltb2ItZmFzdC1oYW5kb3ZlciBmb3IgdGhlIFZhbmNvdXZlciBtZWV0 aW5nLg0KDQpBbnkgY29tbWVudCBvciByZXZpZXcgaXMgbW9yZSB0aGFuIHdlbGNvbWUuDQoNClRo YW5rcyBpbiBhZHZhbmNlLA0KDQpCZXN0IHJlZ2FyZHMsDQoNCkx1aXMNCg0KLS0tLS1NZW5zYWpl IG9yaWdpbmFsLS0tLS0NCkRlOiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcgW21haWx0bzppbnRl cm5ldC1kcmFmdHNAaWV0Zi5vcmddDQpFbnZpYWRvIGVsOiBsdW5lcywgMTYgZGUganVsaW8gZGUg MjAxMiAxMToxMw0KUGFyYTogTFVJUyBNSUdVRUwgQ09OVFJFUkFTIE1VUklMTE8NCkNDOiBpc290 b0BkaXQudXBtLmVzOyBjamJjQGl0LnVjM20uZXMNCkFzdW50bzogTmV3IFZlcnNpb24gTm90aWZp Y2F0aW9uIGZvciBkcmFmdC1pZXRmLW11bHRpbW9iLWZhc3QtaGFuZG92ZXItMDEudHh0DQoNCg0K QSBuZXcgdmVyc2lvbiBvZiBJLUQsIGRyYWZ0LWlldGYtbXVsdGltb2ItZmFzdC1oYW5kb3Zlci0w MS50eHQNCmhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgTHVpcyBNLiBDb250cmVy YXMgYW5kIHBvc3RlZCB0byB0aGUgSUVURiByZXBvc2l0b3J5Lg0KDQpGaWxlbmFtZTogICAgICAg IGRyYWZ0LWlldGYtbXVsdGltb2ItZmFzdC1oYW5kb3Zlcg0KUmV2aXNpb246ICAgICAgICAwMQ0K VGl0bGU6ICAgICAgICAgICBQTUlQdjYgbXVsdGljYXN0IGhhbmRvdmVyIG9wdGltaXphdGlvbiBi eSB0aGUgU3Vic2NyaXB0aW9uIEluZm9ybWF0aW9uIEFjcXVpc2l0aW9uIHRocm91Z2ggdGhlIExN QSAoU0lBTCkNCkNyZWF0aW9uIGRhdGU6ICAgMjAxMi0wNy0xNg0KV0cgSUQ6ICAgICAgICAgICBt dWx0aW1vYg0KTnVtYmVyIG9mIHBhZ2VzOiAzNw0KVVJMOiAgICAgICAgICAgICBodHRwOi8vd3d3 LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1pZXRmLW11bHRpbW9iLWZhc3QtaGFuZG92 ZXItMDEudHh0DQpTdGF0dXM6ICAgICAgICAgIGh0dHA6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9k b2MvZHJhZnQtaWV0Zi1tdWx0aW1vYi1mYXN0LWhhbmRvdmVyDQpIdG1saXplZDogICAgICAgIGh0 dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbXVsdGltb2ItZmFzdC1oYW5kb3Zl ci0wMQ0KRGlmZjogICAgICAgICAgICBodHRwOi8vdG9vbHMuaWV0Zi5vcmcvcmZjZGlmZj91cmwy PWRyYWZ0LWlldGYtbXVsdGltb2ItZmFzdC1oYW5kb3Zlci0wMQ0KDQpBYnN0cmFjdDoNCiAgIFRo aXMgZG9jdW1lbnQgc3BlY2lmaWVzIGEgbXVsdGljYXN0IGhhbmRvdmVyIG9wdGltaXphdGlvbiBt ZWNoYW5pc20NCiAgIGZvciBQcm94eSBNb2JpbGUgSVB2NiB0byBhY2NlbGVyYXRlIHRoZSBkZWxp dmVyeSBvZiBtdWx0aWNhc3QgdHJhZmZpYw0KICAgdG8gbW9iaWxlIG5vZGVzIGFmdGVyIGhhbmRv dmVycy4gIFRoZSBtZWNoYW5pc20gaXMgYmFzZWQgb24gc3BlZWRpbmcNCiAgIHVwIHRoZSBhY3F1 aXNpdGlvbiBvZiBtb2JpbGUgbm9kZXMnIGFjdGl2ZSBtdWx0aWNhc3Qgc3Vic2NyaXB0aW9ucw0K ICAgaW5mb3JtYXRpb24gYnkgdGhlIG1vYmlsZSBhY2Nlc3MgZ2F0ZXdheXMuICBUbyBkbyB0aGF0 LCBleHRlbnNpb25zIHRvDQogICB0aGUgY3VycmVudCBQcm94eSBNb2JpbGUgSVB2NiBwcm90b2Nv bCBhcmUgcHJvcG9zZWQuICBUaGVzZQ0KICAgZXh0ZW5zaW9ucyBhcmUgbm90IG9ubHkgYXBwbGlj YWJsZSB0byB0aGUgYmFzZSBzb2x1dGlvbiBmb3IgbXVsdGljYXN0DQogICBzdXBwb3J0IGluIFBy b3h5IE1vYmlsZSBJUHY2LCBidXQgYWxzbyBjYW4gYmUgYXBwbGllZCB0byBvdGhlcg0KICAgc29s dXRpb25zIGVudmlzaW9uZWQgYXMgcG9zc2libGUgYXJjaGl0ZWN0dXJhbCBldm9sdXRpb25zIG9m IGl0Lg0KICAgRnVydGhlcm1vcmUsIHRoZXkgYXJlIGFsc28gaW5kZXBlbmRlbnQgb2YgdGhlIHJv bGUgcGxheWVkIGJ5IHRoZQ0KICAgbW9iaWxlIGFjY2VzcyBnYXRld2F5IHdpdGhpbiB0aGUgbXVs dGljYXN0IG5ldHdvcmsgKGVpdGhlciBhY3RpbmcgYXMNCiAgIG11bHRpY2FzdCBsaXN0ZW5lciBk aXNjb3ZlcnkgcHJveHkgb3IgbXVsdGljYXN0IHJvdXRlcikuDQoNCg0KDQoNClRoZSBJRVRGIFNl Y3JldGFyaWF0DQoNCkVzdGUgbWVuc2FqZSBzZSBkaXJpZ2UgZXhjbHVzaXZhbWVudGUgYSBzdSBk ZXN0aW5hdGFyaW8uIFB1ZWRlIGNvbnN1bHRhciBudWVzdHJhIHBvbMOtdGljYSBkZSBlbnbDrW8g eSByZWNlcGNpw7NuIGRlIGNvcnJlbyBlbGVjdHLDs25pY28gZW4gZWwgZW5sYWNlIHNpdHVhZG8g bcOhcyBhYmFqby4NClRoaXMgbWVzc2FnZSBpcyBpbnRlbmRlZCBleGNsdXNpdmVseSBmb3IgaXRz IGFkZHJlc3NlZS4gV2Ugb25seSBzZW5kIGFuZCByZWNlaXZlIGVtYWlsIG9uIHRoZSBiYXNpcyBv ZiB0aGUgdGVybXMgc2V0IG91dCBhdA0KaHR0cDovL3d3dy50aWQuZXMvRVMvUEFHSU5BUy9kaXNj bGFpbWVyLmFzcHgNCg== From sfigueiredo@av.it.pt Mon Jul 16 10:39:56 2012 Return-Path: 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 0FDDB11E825A for ; Mon, 16 Jul 2012 10:39:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.298 X-Spam-Level: X-Spam-Status: No, score=-2.298 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3] 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 JRUYQKqig3GY for ; Mon, 16 Jul 2012 10:39:55 -0700 (PDT) Received: from av.it.pt (mail.av.it.pt [193.136.92.53]) by ietfa.amsl.com (Postfix) with ESMTP id E02B311E8259 for ; Mon, 16 Jul 2012 10:39:53 -0700 (PDT) Received: from [193.136.93.13] (account sfigueiredo@av.it.pt [193.136.93.13] verified) by av.it.pt (CommuniGate Pro SMTP 5.4.2) with ESMTPSA id 65486527 for multimob@ietf.org; Mon, 16 Jul 2012 18:40:37 +0100 Message-ID: <50045217.60405@av.it.pt> Date: Mon, 16 Jul 2012 18:40:39 +0100 From: =?UTF-8?B?U8OpcmdpbyBGaWd1ZWlyZWRv?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: multimob@ietf.org References: <20120716173426.21663.19374.idtracker@ietfa.amsl.com> In-Reply-To: <20120716173426.21663.19374.idtracker@ietfa.amsl.com> X-Forwarded-Message-Id: <20120716173426.21663.19374.idtracker@ietfa.amsl.com> Content-Type: multipart/alternative; boundary="------------070408040003080901080400" Subject: [multimob] Fwd: New Version Notification for draft-sfigueiredo-multimob-use-case-dmm-02.txt X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 17:39:56 -0000 This is a multi-part message in MIME format. --------------070408040003080901080400 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Dear all, We submitted a new version of "IP Multicast Use Case Analysis for PMIPv6-based Distributed Mobility Management". We kindly ask you to read it, allowing for a fruitful discussion in Vancouver. Best regards, Sérgio Figueiredo -------- Original Message -------- Subject: New Version Notification for draft-sfigueiredo-multimob-use-case-dmm-02.txt Date: Mon, 16 Jul 2012 10:34:26 -0700 From: internet-drafts@ietf.org To: sfigueiredo@av.it.pt CC: seiljeon@av.it.pt, ruilaa@ua.pt A new version of I-D, draft-sfigueiredo-multimob-use-case-dmm-02.txt has been successfully submitted by Sergio Figueiredo and posted to the IETF repository. Filename: draft-sfigueiredo-multimob-use-case-dmm Revision: 02 Title: IP Multicast Use Case Analysis for PMIPv6.based Distributed Mobility Management Creation date: 2012-07-16 WG ID: Individual Submission Number of pages: 14 URL: http://www.ietf.org/internet-drafts/draft-sfigueiredo-multimob-use-case-dmm-02.txt Status: http://datatracker.ietf.org/doc/draft-sfigueiredo-multimob-use-case-dmm Htmlized: http://tools.ietf.org/html/draft-sfigueiredo-multimob-use-case-dmm-02 Diff: http://tools.ietf.org/rfcdiff?url2=draft-sfigueiredo-multimob-use-case-dmm-02 Abstract: Mobile networks are changing towards distributed mobility management, tackling inefficiencies in network management and packet routing. Identifying IP multicast use cases applicable into DMM would be meaningful before exploring solution spaces. This document describes use cases when IP multicast is applied on DMM environment using Base Solution approach specified in [RFC6224], and presents issues for each use case. The IETF Secretariat --------------070408040003080901080400 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit Dear all,

We submitted a new version of "IP Multicast Use Case Analysis for PMIPv6-based Distributed Mobility Management".

We kindly ask you to read it, allowing for a fruitful discussion in Vancouver.

Best regards,
Sérgio Figueiredo


-------- Original Message --------
Subject: New Version Notification for draft-sfigueiredo-multimob-use-case-dmm-02.txt
Date: Mon, 16 Jul 2012 10:34:26 -0700
From: internet-drafts@ietf.org
To: sfigueiredo@av.it.pt
CC: seiljeon@av.it.pt, ruilaa@ua.pt 


A new version of I-D, draft-sfigueiredo-multimob-use-case-dmm-02.txt
has been successfully submitted by Sergio Figueiredo and posted to the
IETF repository.

Filename:	 draft-sfigueiredo-multimob-use-case-dmm
Revision:	 02
Title:		 IP Multicast Use Case Analysis for PMIPv6.based Distributed Mobility Management
Creation date:	 2012-07-16
WG ID:		 Individual Submission
Number of pages: 14
URL:             http://www.ietf.org/internet-drafts/draft-sfigueiredo-multimob-use-case-dmm-02.txt
Status:          http://datatracker.ietf.org/doc/draft-sfigueiredo-multimob-use-case-dmm
Htmlized:        http://tools.ietf.org/html/draft-sfigueiredo-multimob-use-case-dmm-02
Diff:            http://tools.ietf.org/rfcdiff?url2=draft-sfigueiredo-multimob-use-case-dmm-02

Abstract:
   Mobile networks are changing towards distributed mobility management,
   tackling inefficiencies in network management and packet routing.
   Identifying IP multicast use cases applicable into DMM would be
   meaningful before exploring solution spaces. This document describes
   use cases when IP multicast is applied on DMM environment using Base
   Solution approach specified in [RFC6224], and presents issues for
   each use case.



                                                                                  


The IETF Secretariat
--------------070408040003080901080400-- From internet-drafts@ietf.org Mon Jul 16 13:32:18 2012 Return-Path: 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 1A16211E8159; Mon, 16 Jul 2012 13:32:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.493 X-Spam-Level: X-Spam-Status: No, score=-102.493 tagged_above=-999 required=5 tests=[AWL=0.106, BAYES_00=-2.599, 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 ji-uYjXycY39; Mon, 16 Jul 2012 13:32:17 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 51B4D11E813F; Mon, 16 Jul 2012 13:32:17 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.30p3 Message-ID: <20120716203217.11723.44994.idtracker@ietfa.amsl.com> Date: Mon, 16 Jul 2012 13:32:17 -0700 Cc: multimob@ietf.org Subject: [multimob] I-D Action: draft-ietf-multimob-pmipv6-source-01.txt X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 20:32:18 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Multicast Mobility Working Group of the I= ETF. Title : Mobile Multicast Sender Support in Proxy Mobile IPv6 (PM= IPv6) Domains Author(s) : Thomas C. Schmidt Shuai Gao Hong-Ke Zhang Matthias Waehlisch Filename : draft-ietf-multimob-pmipv6-source-01.txt Pages : 24 Date : 2012-07-16 Abstract: Multicast communication can be enabled in Proxy Mobile IPv6 domains via the Local Mobility Anchors by deploying MLD Proxy functions at Mobile Access Gateways, via a direct traffic distribution within an ISP's access network, or by selective route optimization schemes. This document describes the support of mobile multicast senders in Proxy Mobile IPv6 domains for all three scenarios. Protocol optimizations for synchronizing PMIPv6 with PIM, as well as extended MLD Proxy functions are presented. Mobile sources always remain agnostic of multicast mobility operations. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-multimob-pmipv6-source There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-multimob-pmipv6-source-01 A diff from previous version is available at: http://tools.ietf.org/rfcdiff?url2=3Ddraft-ietf-multimob-pmipv6-source-01 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From prvs=5378d2ba5=schmidt@informatik.haw-hamburg.de Mon Jul 16 13:35:49 2012 Return-Path: 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 EA12B11E816D for ; Mon, 16 Jul 2012 13:35:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.249 X-Spam-Level: X-Spam-Status: No, score=-102.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, 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 wIpJXdkbgBBh for ; Mon, 16 Jul 2012 13:35:48 -0700 (PDT) Received: from mx3.haw-public.haw-hamburg.de (mx3.haw-public.haw-hamburg.de [141.22.6.2]) by ietfa.amsl.com (Postfix) with ESMTP id 2605E11E815B for ; Mon, 16 Jul 2012 13:35:47 -0700 (PDT) Received: from mailgate.informatik.haw-hamburg.de ([141.22.30.74]) by mail3.is.haw-hamburg.de with ESMTP/TLS/ADH-AES256-SHA; 16 Jul 2012 22:36:32 +0200 Received: from localhost (localhost [127.0.0.1]) by mailgate.informatik.haw-hamburg.de (Postfix) with ESMTP id B9BF3108F377 for ; Mon, 16 Jul 2012 22:36:32 +0200 (CEST) Received: from mailgate.informatik.haw-hamburg.de ([127.0.0.1]) by localhost (mailgate.informatik.haw-hamburg.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 22232-07 for ; Mon, 16 Jul 2012 22:36:32 +0200 (CEST) Received: from [192.168.178.25] (p5B28A081.dip0.t-ipconnect.de [91.40.160.129]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailgate.informatik.haw-hamburg.de (Postfix) with ESMTPSA id D498D108F375 for ; Mon, 16 Jul 2012 22:36:31 +0200 (CEST) Message-ID: <50047B4F.9070001@informatik.haw-hamburg.de> Date: Mon, 16 Jul 2012 22:36:31 +0200 From: "Thomas C. Schmidt" User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: "multimob@ietf.org" References: <20120716203217.11723.66588.idtracker@ietfa.amsl.com> In-Reply-To: <20120716203217.11723.66588.idtracker@ietfa.amsl.com> X-Forwarded-Message-Id: <20120716203217.11723.66588.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at informatik.haw-hamburg.de Subject: [multimob] Fwd: New Version Notification for draft-ietf-multimob-pmipv6-source-01.txt X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 20:35:49 -0000 Hi all, we've prepared and uploaded a new version of the source mobility draft. The document has been largely extended with the following new contributions: 1. Direct routing with PIM-SM and PIM-SSM has been added. 2. PMIP synchronization with PIM added for improved handover. 3. Direct routing with BIDIR-PIM has been added. 4. MLD Proxy extensions requirements added. 5. Peering of MLD Proxies added. 6. First sketch of multiple upstream proxy added. 7. Editorial improvements. 8. Updated references. Comments, feedback & reviews welcome! See you in Vancouver, Thomas -------- Original Message -------- Subject: New Version Notification for draft-ietf-multimob-pmipv6-source-01.txt Date: Mon, 16 Jul 2012 13:32:17 -0700 From: internet-drafts@ietf.org To: schmidt@informatik.haw-hamburg.de CC: shgao@bjtu.edu.cn, hkzhang@bjtu.edu.cn, mw@link-lab.net A new version of I-D, draft-ietf-multimob-pmipv6-source-01.txt has been successfully submitted by Thomas C. Schmidt and posted to the IETF repository. Filename: draft-ietf-multimob-pmipv6-source Revision: 01 Title: Mobile Multicast Sender Support in Proxy Mobile IPv6 (PMIPv6) Domains Creation date: 2012-07-16 WG ID: multimob Number of pages: 24 URL: http://www.ietf.org/internet-drafts/draft-ietf-multimob-pmipv6-source-01.txt Status: http://datatracker.ietf.org/doc/draft-ietf-multimob-pmipv6-source Htmlized: http://tools.ietf.org/html/draft-ietf-multimob-pmipv6-source-01 Diff: http://tools.ietf.org/rfcdiff?url2=draft-ietf-multimob-pmipv6-source-01 Abstract: Multicast communication can be enabled in Proxy Mobile IPv6 domains via the Local Mobility Anchors by deploying MLD Proxy functions at Mobile Access Gateways, via a direct traffic distribution within an ISP's access network, or by selective route optimization schemes. This document describes the support of mobile multicast senders in Proxy Mobile IPv6 domains for all three scenarios. Protocol optimizations for synchronizing PMIPv6 with PIM, as well as extended MLD Proxy functions are presented. Mobile sources always remain agnostic of multicast mobility operations. The IETF Secretariat From lmcm@tid.es Tue Jul 24 10:54:58 2012 Return-Path: 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 60F5E21F8567 for ; Tue, 24 Jul 2012 10:54:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.391 X-Spam-Level: X-Spam-Status: No, score=-5.391 tagged_above=-999 required=5 tests=[AWL=-1.208, BAYES_40=-0.185, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] 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 q33aZc4vvWEU for ; Tue, 24 Jul 2012 10:54:53 -0700 (PDT) Received: from correo-bck.tid.es (correo-bck.tid.es [195.235.93.200]) by ietfa.amsl.com (Postfix) with ESMTP id 0115F21F852E for ; Tue, 24 Jul 2012 10:54:52 -0700 (PDT) Received: from sbrightmailg02.hi.inet (Sbrightmailg02.hi.inet [10.95.78.105]) by tid.hi.inet (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0M7O00KQLF3D0G@tid.hi.inet> for multimob@ietf.org; Tue, 24 Jul 2012 19:54:50 +0200 (MEST) Received: from vanvan (vanvan.hi.inet [10.95.78.49]) by sbrightmailg02.hi.inet (Symantec Messaging Gateway) with SMTP id E0.A6.02752.A61EE005; Tue, 24 Jul 2012 19:54:50 +0200 (CEST) Received: from correo.tid.es (mailhost.hi.inet [10.95.64.100]) by tid.hi.inet (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPS id <0M7O00KQPF3D0G@tid.hi.inet> for multimob@ietf.org; Tue, 24 Jul 2012 19:54:50 +0200 (MEST) Received: from EXCLU2K7.hi.inet ([10.95.67.65]) by htcasmad2.hi.inet ([192.168.0.2]) with mapi; Tue, 24 Jul 2012 19:54:49 +0200 Date: Tue, 24 Jul 2012 19:52:52 +0200 From: LUIS MIGUEL CONTRERAS MURILLO To: "multimob@ietf.org" Message-id: MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_j0N0pIQNFkonQuArP79XAA)" Content-language: es-ES Accept-Language: es-ES, en-US Thread-topic: Comments on draft-ietf-multimob-pmipv6-source-01 Thread-index: Ac1pu6JgyBFh8PihSVG/10v6pDK92A== acceptlanguage: es-ES, en-US X-AuditID: 0a5f4e69-b7f6d6d000000ac0-bc-500ee16af219 X-MS-Has-Attach: X-MS-TNEF-Correlator: X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprGKsWRmVeSWpSXmKPExsXCFe9nqJv1kC/AYMpyHosZH/tYHBg9liz5 yRTAGMVlk5Kak1mWWqRvl8CV8X7WbeaCg5MZKy6++cjYwDipuouRk0NCwERixu7ZrBC2mMSF e+vZuhi5OIQEtjNKTL15kRHC+cMo8ejGdLAqIYFGRonuLm0Qm0VAVWLRyddsIDabgKHErJ2T wGqEBSwlbnXOA7NFBLQl3rz8wwRi8wp4SvzYvZwVwhaU+DH5HguIzSyQK3H3xld2CFtcYs6v iWA1jAKyEivPn2aEmGMnsXrvDChbT2L3htVMEDUyEv+X72WB+EBAYsme88wQtqjEy8f/WCcw Cs9Csm4WknWzkKyDsPUkbkydwgZha0ssW/iaGcLWlZjx7xALsvgCRvZVjGLFSUWZ6RkluYmZ OekGRnoZmXqZeaklmxghEZO5g3H5TpVDjAIcjEo8vBLTPvkLsSaWFVfmHmKU5GBSEuWdco8v QIgvKT+lMiOxOCO+qDQntfgQowQHs5II7931QDnelMTKqtSifJiUDAeHkgTvtwdAKcGi1PTU irTMHGBagEkzcXCCtPMAtU8BqeEtLkjMLc5Mh8ifYlTl6Nxy7xajEEtefl6qlDjvDJAiAZCi jNI8uDmvGMWBDhbmnQeS5QEmNrgJr4CGMwENfx4GNrwkESEl1cDIz/1hhWD91X2yBjWOdfwe BQs13u1qrL+198ecD9Ojd0Wt95Fb9f1V5b+paaselHI3NPg8u/u71/VOu0ZFUfY3bVZrZeXT z50ucgm0PbWaqXc8O2Lb1xvvEr06dfw4tY/ynL6u/W2HHzfTrkqtI0JPLC6kJrtaVPdUfhO/ EdwalfPdZs1t5lAlluKMREMt5qLiRABGc+8hKQMAAA== Subject: [multimob] Comments on draft-ietf-multimob-pmipv6-source-01 X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jul 2012 17:54:58 -0000 --Boundary_(ID_j0N0pIQNFkonQuArP79XAA) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable Dear Thomas, Shuai, Hong-Ke and Matthias, Please, find here below a number of comments on draft-ietf-multimob-pmipv6-= source-01. These comments are the result of a fresh reading of the draft, s= o possibly some of them can be na=EFve questions or even have been previous= ly discussed on the mailing list. My apologies in advance. Here are the comments. 1/ The draft presents two main scenarios of source mobility. The first one = tries to fit the source mobility in the base solution (multicast routing th= rough the home network), while the second one deals with the direct multica= st routing in the PMIPv6 domain. In the first case you only consider the MA= G having MLD proxy functionality only, while in the second case you relax t= his by considering the case where the MAG is a multicast router. The questi= on is: Do you not consider the MAG as multicast router for the base solutio= n just because the functionality defined for the MAGs in RFC6224 is MLD pro= xy, or actually you are not considering the MAG as multicast router as an o= ption to deliver multicast traffic through the home network via the LMA? In= the former case, I suggest to include this possibility (I don't know if as= part of the base solution or as another case). In the latter case I wonder= why the MAG cannot be a multicast router connected to the LMA (through the= bidirectional tunnel) to deliver the multicast traffic via the home networ= k. 2/ In figure 2, just after MLD proxy configuration statement, you depict th= e sequence MLD Query (from MAG2 to MN2), Mcast Data (from MN2 to MAG2). I t= hink it is a bit confusing. As far as I understand, the MN2 will send the m= ulticast data independently of the reception of an MLD Query. I can underst= and, according to your proposal, that the MLD Query/Report sequence is need= ed to configure the MLD proxy instance at MAG2, but it is not needed for MN= 2 to deliver the multicast traffic (but it is needed for MAG2 to forward th= is traffic, from MAG2 to LMA). Is this correct?. 3/ Along the base solution you described several times that the presence of= different MLD proxies associated to distinct LMAs produces some inefficien= cies, because the traffic has to go up to the LMA for going down again to t= he MAG in order to be delivered to a distinct MLD proxy in the MAG. However= this can be solved if the MTMA approach in draft-ietf-multimob-pmipv6-ropt= is taken into account. Under that approach all the MNs are served by the s= ame anchor, and all are attached to the same MLD proxy instance. So, I woul= d suggest to include explicitly a reference to that option (in fact, the ot= her option in draft-ietf-multimob-pmipv6-ropt, is already considered in you= r draft, so this is not disruptive). 4/ Section 3.2.5 is entitled "Efficiency ..." when actually deals with effi= ciency issues or inefficiencies. I suggest to change the title in that sens= e. 5/ Also in section 3.2.5, the second bullet can be removed if the MTMA appr= oach is mentioned. 6/ According to the description you provide for the direct routing case, it= seems that the base case and the direct routing case are exclusive, that i= s, they cannot coexist simultaneously in the domain. The direct routing cas= e imposes a set of requirements that make not possible to live with the bas= e solution at the same time. In my opinion this is an strong requirement be= cause a probable case is one where there are sources residing both at the h= ome network and the PMIPv6 domain. Are you considering the coexistence of r= emote and direct cases simultaneously for next versions? 7/ In section 4.2, linked to figure 3.a and 3.b, the MAGs (MLD proxy) upstr= eams are connected to a multicast infrastructure in the PMIPv6 domain, rese= rving the LMAs only for unicast traffic. If so, there is no option of suppo= rting multicast listeners as defined in RFC6224, nor in draft-ietf-multimob= -pmipv6-ropt, where both direct and remote multicast service co-exist. This= scenarios are not compatible with multicast listener support, from my poin= t of view. 8/ In section 4.3.3, if the LMA plays the role of RP is then possible to ob= tain the shortest path (through the bidirectional tunnel), isn't it? 9/ In section 5.1 you introduce the multiple upstream interface proxy idea = as a way of eliminating routing loops, needing additional rules and process= for it. In my opinion, the MTMA concept is a simpler way of having the sam= e results. 10/ Also regarding the multiple upstream interface proxy, as we foresee in = the work being done in draft-ietf-multimob-pmipv6-ropt, this could be an op= tion for dynamically allow the direct vs remote routing for the multicast l= istener case (with one upstream pointing to the remote source, while other = to the local one). I think it is worthy to explore also this in the case of= multicast source mobility. If you want I could collaborate on this. 11/ Regarding section 5.1.1, it is not clear to me if the initial paragraph= is actually an extension proposal or just a description text. I mean, you = are talking there about forwarding multicast data to all downstream links (= with active subscriptions) of an MLD proxy once one source is attached to a= nother downstream interface. Is this actually an extension? I mention this = because in pag. 7 you are considering this as a fact, referring RFC4605, wh= ere actually there is a mention to sender support but it is not clearly sta= ted that the traffic is delivered to the rest of downstream interfaces. Ple= ase, could you clarify this? 12/ In section 5.2 you talk about MLD proxy peering. While the description = refers to MLD proxies living in distinct MAGs, I suppose this could be also= applicable to proxies resident in the same MAG, couldn't be? 13/ In section 5.2.2 you mention that the peering upstream interfaces have = to be considered as preferred interfaces. What is the reason for that? I as= sume you are considering that the delivery between MAGs is more efficient t= han the routing between LMA and MAG. But this could be true if you are sure= that the source is in the same domain where the listener is attached to. H= owever, due that the source address is one address of the home domain, you = are not actually able to determine if the source is connected to the PMIPv6= domain or to the home network, so you cannot distinguish if the best route= is through another MAG or through the LMA. Do you agree? Thanks in advance for your answers, Best regards, Luis _____________________________ Luis M. Contreras Technology / Global CTO / Telef=F3nica Efficiency Projects / Telef=F3nica I+D Don Ram=F3n de la Cruz 82-84 28006 Madrid Espa=F1a / Spain lmcm@tid.es ________________________________ Este mensaje se dirige exclusivamente a su destinatario. Puede consultar nu= estra pol=EDtica de env=EDo y recepci=F3n de correo electr=F3nico en el enl= ace situado m=E1s abajo. This message is intended exclusively for its addressee. We only send and re= ceive email on the basis of the terms set out at http://www.tid.es/ES/PAGINAS/disclaimer.aspx --Boundary_(ID_j0N0pIQNFkonQuArP79XAA) Content-type: text/html; charset=iso-8859-1 Content-transfer-encoding: quoted-printable

Dear Thomas, Shuai, Hong-Ke and Matthias,=

 

Please, find here below a number of comments on draf= t-ietf-multimob-pmipv6-source-01. These comments are the result of a fresh = reading of the draft, so possibly some of them can be na=EFve questions or = even have been previously discussed on the mailing list. My apologies in advance.

 

Here are the comments.

 

1/ The draft presents two main scenarios of source m= obility. The first one tries to fit the source mobility in the base solutio= n (multicast routing through the home network), while the second one deals = with the direct multicast routing in the PMIPv6 domain. In the first case you only consider the MAG having M= LD proxy functionality only, while in the second case you relax this by con= sidering the case where the MAG is a multicast router. The question is: Do = you not consider the MAG as multicast router for the base solution just because the functionality defined for th= e MAGs in RFC6224 is MLD proxy, or actually you are not considering the MAG= as multicast router as an option to deliver multicast traffic through the = home network via the LMA? In the former case, I suggest to include this possibility (I don’t know if = as part of the base solution or as another case). In the latter case I wond= er why the MAG cannot be a multicast router connected to the LMA (through t= he bidirectional tunnel) to deliver the multicast traffic via the home network.

 

2/ In figure 2, just after MLD proxy configuration s= tatement, you depict the sequence MLD Query (from MAG2 to MN2), Mcast Data = (from MN2 to MAG2). I think it is a bit confusing. As far as I understand, = the MN2 will send the multicast data independently of the reception of an MLD Query. I can understand, accordin= g to your proposal, that the MLD Query/Report sequence is needed to configu= re the MLD proxy instance at MAG2, but it is not needed for MN2 to deliver = the multicast traffic (but it is needed for MAG2 to forward this traffic, from MAG2 to LMA). Is this correc= t?.

 

3/ Along the base solution you described several tim= es that the presence of different MLD proxies associated to distinct LMAs p= roduces some inefficiencies, because the traffic has to go up to the LMA fo= r going down again to the MAG in order to be delivered to a distinct MLD proxy in the MAG. However this can be so= lved if the MTMA approach in draft-ietf-multimob-pmipv6-ropt is taken into = account. Under that approach all the MNs are served by the same anchor, and= all are attached to the same MLD proxy instance. So, I would suggest to include explicitly a reference to t= hat option (in fact, the other option in draft-ietf-multimob-pmipv6-ropt, i= s already considered in your draft, so this is not disruptive).<= /p>

 

4/ Section 3.2.5 is entitled “Efficiency ̷= 0;” when actually deals with efficiency issues or inefficiencies. I s= uggest to change the title in that sense.

 

5/ Also in section 3.2.5, the second bullet can be r= emoved if the MTMA approach is mentioned.

 

6/ According to the description you provide for the = direct routing case, it seems that the base case and the direct routing cas= e are exclusive, that is, they cannot coexist simultaneously in the domain.= The direct routing case imposes a set of requirements that make not possible to live with the base solution = at the same time. In my opinion this is an strong requirement because a pro= bable case is one where there are sources residing both at the home network= and the PMIPv6 domain. Are you considering the coexistence of remote and direct cases simultaneously for = next versions?

 

7/ In section 4.2, linked to figure 3.a and 3.b, the= MAGs (MLD proxy) upstreams are connected to a multicast infrastructure in = the PMIPv6 domain, reserving the LMAs only for unicast traffic. If so, ther= e is no option of supporting multicast listeners as defined in RFC6224, nor in draft-ietf-multimob-pmipv6-ropt, w= here both direct and remote multicast service co-exist. This scenarios are = not compatible with multicast listener support, from my point of view.=

 

8/ In section 4.3.3, if the LMA plays the role of RP= is then possible to obtain the shortest path (through the bidirectional tu= nnel), isn’t it?

 

9/ In section 5.1 you introduce the multiple upstrea= m interface proxy idea as a way of eliminating routing loops, needing addit= ional rules and process for it. In my opinion, the MTMA concept is a simple= r way of having the same results.

 

10/ Also regarding the multiple upstream interface p= roxy, as we foresee in the work being done in draft-ietf-multimob-pmipv6-ro= pt, this could be an option for dynamically allow the direct vs remote rout= ing for the multicast listener case (with one upstream pointing to the remote source, while other to the local= one). I think it is worthy to explore also this in the case of multicast s= ource mobility. If you want I could collaborate on this.

 

11/ Regarding section 5.1.1, it is not clear to me i= f the initial paragraph is actually an extension proposal or just a descrip= tion text. I mean, you are talking there about forwarding multicast data to= all downstream links (with active subscriptions) of an MLD proxy once one source is attached to another down= stream interface. Is this actually an extension? I mention this because in = pag. 7 you are considering this as a fact, referring RFC4605, where actuall= y there is a mention to sender support but it is not clearly stated that the traffic is delivered to the rest of = downstream interfaces. Please, could you clarify this?

 

12/ In section 5.2 you talk about MLD proxy peering.= While the description refers to MLD proxies living in distinct MAGs, I sup= pose this could be also applicable to proxies resident in the same MAG, cou= ldn’t be?

 

13/ In section 5.2.2 you mention that the peering up= stream interfaces have to be considered as preferred interfaces. What is th= e reason for that? I assume you are considering that the delivery between M= AGs is more efficient than the routing between LMA and MAG. But this could be true if you are sure that the sourc= e is in the same domain where the listener is attached to. However, due tha= t the source address is one address of the home domain, you are not actuall= y able to determine if the source is connected to the PMIPv6 domain or to the home network, so you cannot di= stinguish if the best route is through another MAG or through the LMA. Do y= ou agree?

 

Thanks in advance for your answers,

 

Best regards,

 

Luis

 

_____________________________=

Luis M. Contreras

Technology / Global CTO / Telef=F3= nica

Efficiency Projects / Telef=F3nica= I+D

 

Don Ram=F3n de la Cruz 82-84<= /o:p>

28006 Madrid

Espa=F1a / Spain=

 

lmcm@tid.es

 


Este mensaje se dirige exclu= sivamente a su destinatario. Puede consultar nuestra pol=EDtica de env=EDo = y recepci=F3n de correo electr=F3nico en el enlace situado m=E1s abajo.
This message is intended exclusively for its addressee. We only send and re= ceive email on the basis of the terms set out at
http://www.tid.es/ES/PAGINAS/disclaimer.aspx
 --Boundary_(ID_j0N0pIQNFkonQuArP79XAA)-- From sarikaya2012@gmail.com Tue Jul 24 11:31:40 2012 Return-Path: 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 0E3F211E8087 for ; Tue, 24 Jul 2012 11:31:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.535 X-Spam-Level: X-Spam-Status: No, score=-3.535 tagged_above=-999 required=5 tests=[AWL=0.064, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] 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 NocFIM48ib0r for ; Tue, 24 Jul 2012 11:31:39 -0700 (PDT) Received: from mail-yw0-f44.google.com (mail-yw0-f44.google.com [209.85.213.44]) by ietfa.amsl.com (Postfix) with ESMTP id 6F27811E8079 for ; Tue, 24 Jul 2012 11:31:39 -0700 (PDT) Received: by yhq56 with SMTP id 56so7661450yhq.31 for ; Tue, 24 Jul 2012 11:31:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:date:message-id:subject:from:to:content-type; bh=LuinAd0hU4JfHG+WH7BrN5nm7lHIuRgA/PGGYG20kXQ=; b=FW/GCNYrOXOOhSZY2N40U7eeboOm1wz/AFwgFVLd5B3P1MNwoChO2SUTsREeVSfKOm Q77AGUwLmmgXVBHSHFXDF2nNmQBptjzNfsdSdgLcjGJvb9Vy9YuKF6NrmlPJlSMFNsl6 poKIb4SncXJZzNu4+gi79y2u+Lj8Il1/oVlUGHQBIT1m3WGs4g8wFLl8DwjagHtThoDs h5rOJ2w+xLNsCXYv3MDvP5jSAuS4zAHgLOcfC1wWF90t6pYGiRT8iCVJqQ/l2auDZr8O ENIIhuqyhQBxmDW9mmZZcNnnYIg2oFNrMbshh9BiIvc+fs2OhjzJ7x7T/406ECsAtnYd nCtw== MIME-Version: 1.0 Received: by 10.42.84.16 with SMTP id j16mr16977756icl.7.1343154697877; Tue, 24 Jul 2012 11:31:37 -0700 (PDT) Received: by 10.231.207.167 with HTTP; Tue, 24 Jul 2012 11:31:37 -0700 (PDT) Date: Tue, 24 Jul 2012 13:31:37 -0500 Message-ID: From: Behcet Sarikaya To: multimob@ietf.org Content-Type: text/plain; charset=ISO-8859-1 Subject: [multimob] Presentations X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: sarikaya@ieee.org List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jul 2012 18:31:40 -0000 The agenda is now stable. We need to collect the presentations. Those presenting, please send your slides to multimob-chairs@tools.ietf.org Remember our session is the first session of the afternoon afternoon on the first day, i.e. Monday. Also please read the drafts and post your comments on the list. Thanks to Luis for posting so detailed comments. Next, Administrativia, we need volunteers to take the minutes and Jabber scribes. Please volunteer! Chairs From seiljeon@av.it.pt Wed Jul 25 14:51:49 2012 Return-Path: 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 0BF9F21F864A for ; Wed, 25 Jul 2012 14:51:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] 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 f-zXnUA0N07g for ; Wed, 25 Jul 2012 14:51:48 -0700 (PDT) Received: from av.it.pt (mail.av.it.pt [193.136.92.53]) by ietfa.amsl.com (Postfix) with ESMTP id 8400E21F8648 for ; Wed, 25 Jul 2012 14:51:46 -0700 (PDT) Received: from [192.168.21.32] (account seiljeon@av.it.pt HELO ATNoGSeil) by av.it.pt (CommuniGate Pro SMTP 5.4.2) with ESMTPSA id 65573348; Wed, 25 Jul 2012 22:51:42 +0100 From: "Seil Jeon" To: "'Thomas C. Schmidt'" Date: Wed, 25 Jul 2012 22:51:43 +0100 Message-ID: <000001cd6aaf$ae077dc0$0a167940$@av.it.pt> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac1qqhpJgw39NEOjTpWAwMwUndLXrQ== Content-Language: ko Cc: multimob@ietf.org Subject: Re: [multimob] Fwd: New Version Notification for draft-ietf-multimob-pmipv6-source-01.txt X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jul 2012 21:51:49 -0000 Hi Thomas, I have simple question on this draft. How do you think solution scope and objective? - Listing all possible ways of supporting source mobility including optimization? - If so, which level do you think should be considered for extension? - Wouldn't it be focused on base source mobility deployment option without optimization? Now, we have been working on multicast listener solutions separately; base deployment option [RFC6224] without any modification and extension of existing standard protocols and multicast mobility routing optimization [ietf-multimob-pmipv6-ropt]. This draft includes several cases of source mobility support including optimization. I think listener and source solutions need to be compatible each other. Are you considering that? And routing optimization for listener is now being progressed but not finished yet. Regards, Seil -----Original Message----- From: multimob-bounces@ietf.org [mailto:multimob-bounces@ietf.org] On Behalf Of Thomas C. Schmidt Sent: Monday, July 16, 2012 9:37 PM To: multimob@ietf.org Subject: [multimob] Fwd: New Version Notification for draft-ietf-multimob-pmipv6-source-01.txt Hi all, we've prepared and uploaded a new version of the source mobility draft. The document has been largely extended with the following new contributions: 1. Direct routing with PIM-SM and PIM-SSM has been added. 2. PMIP synchronization with PIM added for improved handover. 3. Direct routing with BIDIR-PIM has been added. 4. MLD Proxy extensions requirements added. 5. Peering of MLD Proxies added. 6. First sketch of multiple upstream proxy added. 7. Editorial improvements. 8. Updated references. Comments, feedback & reviews welcome! See you in Vancouver, Thomas -------- Original Message -------- Subject: New Version Notification for draft-ietf-multimob-pmipv6-source-01.txt Date: Mon, 16 Jul 2012 13:32:17 -0700 From: internet-drafts@ietf.org To: schmidt@informatik.haw-hamburg.de CC: shgao@bjtu.edu.cn, hkzhang@bjtu.edu.cn, mw@link-lab.net A new version of I-D, draft-ietf-multimob-pmipv6-source-01.txt has been successfully submitted by Thomas C. Schmidt and posted to the IETF repository. Filename: draft-ietf-multimob-pmipv6-source Revision: 01 Title: Mobile Multicast Sender Support in Proxy Mobile IPv6 (PMIPv6) Domains Creation date: 2012-07-16 WG ID: multimob Number of pages: 24 URL: http://www.ietf.org/internet-drafts/draft-ietf-multimob-pmipv6-source-01.txt Status: http://datatracker.ietf.org/doc/draft-ietf-multimob-pmipv6-source Htmlized: http://tools.ietf.org/html/draft-ietf-multimob-pmipv6-source-01 Diff: http://tools.ietf.org/rfcdiff?url2=draft-ietf-multimob-pmipv6-source-01 Abstract: Multicast communication can be enabled in Proxy Mobile IPv6 domains via the Local Mobility Anchors by deploying MLD Proxy functions at Mobile Access Gateways, via a direct traffic distribution within an ISP's access network, or by selective route optimization schemes. This document describes the support of mobile multicast senders in Proxy Mobile IPv6 domains for all three scenarios. Protocol optimizations for synchronizing PMIPv6 with PIM, as well as extended MLD Proxy functions are presented. Mobile sources always remain agnostic of multicast mobility operations. The IETF Secretariat _______________________________________________ multimob mailing list multimob@ietf.org https://www.ietf.org/mailman/listinfo/multimob From schmidt@fhtw-berlin.de Wed Jul 25 16:43:55 2012 Return-Path: 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 BE43411E8073 for ; Wed, 25 Jul 2012 16:43:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.249 X-Spam-Level: X-Spam-Status: No, score=-6.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-4] 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 cwm433B8f1Tq for ; Wed, 25 Jul 2012 16:43:53 -0700 (PDT) Received: from mail2.rz.htw-berlin.de (mail2.rz.htw-berlin.de [141.45.10.102]) by ietfa.amsl.com (Postfix) with ESMTP id 07C3811E8087 for ; Wed, 25 Jul 2012 16:43:53 -0700 (PDT) Envelope-to: multimob@ietf.org Received: from g231111143.adsl.alicedsl.de ([92.231.111.143] helo=[192.168.178.36]) by mail2.rz.htw-berlin.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72 (FreeBSD)) (envelope-from ) id 1SuBF9-0007ve-JI; Thu, 26 Jul 2012 01:43:51 +0200 Message-ID: <501084C1.1050607@fhtw-berlin.de> Date: Thu, 26 Jul 2012 01:44:01 +0200 From: "Thomas C. Schmidt" User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: LUIS MIGUEL CONTRERAS MURILLO References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-HTW-SPAMINFO: this message was scanned by eXpurgate (http://www.eleven.de) X-HTW-DELIVERED-TO: multimob@ietf.org Cc: "multimob@ietf.org" Subject: Re: [multimob] Comments on draft-ietf-multimob-pmipv6-source-01 X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jul 2012 23:43:55 -0000 Hi Luis, many thanks for your comments, please see answers inline: On 24.07.2012 19:52, LUIS MIGUEL CONTRERAS MURILLO wrote: > 1/ The draft presents two main scenarios of source mobility. The first > one tries to fit the source mobility in the base solution (multicast > routing through the home network), while the second one deals with the > direct multicast routing in the PMIPv6 domain. In the first case you > only consider the MAG having MLD proxy functionality only, while in the > second case you relax this by considering the case where the MAG is a > multicast router. The question is: Do you not consider the MAG as > multicast router for the base solution just because the functionality > defined for the MAGs in RFC6224 is MLD proxy, or actually you are not > considering the MAG as multicast router as an option to deliver > multicast traffic through the home network via the LMA? SEction 3 only refers to the base solution (aka RFC 6224). Full multicast routing functions at MAGs are the topic of Section 4. On the contrary, if the MAG is a multicast router (using an unmodified multicast routing protocol like some sort of PIM), then multicast data distribution follows the forwarding states implemented by join and leave operations (the TIB or MFIB). The solution you envision ("multicast router ... to deliver multicast traffic through the home network via the LMA") would require static, exclusive, source-specific forwarding states for all groups in the MFIB. That's not how (dynamic) multicast routing works. > > 2/ In figure 2, just after MLD proxy configuration statement, you depict > the sequence MLD Query (from MAG2 to MN2), Mcast Data (from MN2 to > MAG2). I think it is a bit confusing. As far as I understand, the MN2 > will send the multicast data independently of the reception of an MLD > Query. I can understand, according to your proposal, that the MLD > Query/Report sequence is needed to configure the MLD proxy instance at > MAG2, but it is not needed for MN2 to deliver the multicast traffic (but > it is needed for MAG2 to forward this traffic, from MAG2 to LMA). Is > this correct?. > Figure 2 adapts the call-flow of the base solution. The MLD Query is needed to establish appropriate multicast listener states at the MAG after a handover. You are right that the Query is not needed for the source to send multicast data. It is also unnecessary for forwarding traffic to the LMA. We can remove it. > 3/ Along the base solution you described several times that the presence > of different MLD proxies associated to distinct LMAs produces some > inefficiencies, because the traffic has to go up to the LMA for going > down again to the MAG in order to be delivered to a distinct MLD proxy > in the MAG. However this can be solved if the MTMA approach in > draft-ietf-multimob-pmipv6-ropt is taken into account. Under that > approach all the MNs are served by the same anchor, and all are attached > to the same MLD proxy instance. So, I would suggest to include > explicitly a reference to that option (in fact, the other option in > draft-ietf-multimob-pmipv6-ropt, is already considered in your draft, so > this is not disruptive). > The single uplink scenario, which btw. introduces other problems, is described in Section 4.2 and draft-ietf-multimob-pmipv6-ropt is referenced there. So I think this is perfectly o.k. up to the point that performance considerations are still missing in Section 4. They will be added. > 4/ Section 3.2.5 is entitled “Efficiency …” when actually deals with > efficiency issues or inefficiencies. I suggest to change the title in > that sense. > This section discusses the efficiency of the distribution system, which is actually pretty good ... even though the section concentrates on the critical part. Maybe we should put more emphasis on the positive side ... In any case: the category is named efficiency, no matter how good or bad it is. > 5/ Also in section 3.2.5, the second bullet can be removed if the MTMA > approach is mentioned. > see above. > 6/ According to the description you provide for the direct routing case, > it seems that the base case and the direct routing case are exclusive, > that is, they cannot coexist simultaneously in the domain. The direct > routing case imposes a set of requirements that make not possible to > live with the base solution at the same time. In my opinion this is an > strong requirement because a probable case is one where there are > sources residing both at the home network and the PMIPv6 domain. Are you > considering the coexistence of remote and direct cases simultaneously > for next versions? > I don't really get the point here: I cannot see a reasonable way to deploy a set of proxy instances plus a PIM-SM routing daemon on the same MAG (this in particular, since the interaction of the different routing engines would be unclear). In other words: The base solution defines a complete set of forwarding rules that comply to the PMIP topology. What should a PIM routing engine do in addition? The use case you may head at is a different set of filter rules of group or source addresses that lead to a heterogeneous treatment. This subject is addressed in Section 5. > 7/ In section 4.2, linked to figure 3.a and 3.b, the MAGs (MLD proxy) > upstreams are connected to a multicast infrastructure in the PMIPv6 > domain, reserving the LMAs only for unicast traffic. If so, there is no > option of supporting multicast listeners as defined in RFC6224, nor in > draft-ietf-multimob-pmipv6-ropt, where both direct and remote multicast > service co-exist. This scenarios are not compatible with multicast > listener support, from my point of view. > I guess, there are two answers to this questions: 1. draft-ietf-multimob-pmipv6-source is compatible with the two scenarios "meant" in draft-ietf-multimob-pmipv6-ropt, namely a single proxy uplink to a single multicast router (name it MTMA, if you desire), and a direct multicast routing in the access. 2. draft-ietf-multimob-pmipv6-ropt lacks conciseness on how things actually are intended to work. I should remind at my quick review during Cebit 2012 (March 6th) with a few severe comments that have not been addressed in the current update. > 8/ In section 4.3.3, if the LMA plays the role of RP is then possible to > obtain the shortest path (through the bidirectional tunnel), isn’t it? > I guess no. The failure in reasoning is that there is no single LMA. > 9/ In section 5.1 you introduce the multiple upstream interface proxy > idea as a way of eliminating routing loops, needing additional rules and > process for it. In my opinion, the MTMA concept is a simpler way of > having the same results. > T Gee no! - the multiple upstream proxy is a way to attach to multiple LMAs/PIM Routers from a single proxy instance. This bears the strong risk of routing loops ... so any solution must assure to avoid those. > 10/ Also regarding the multiple upstream interface proxy, as we foresee > in the work being done in draft-ietf-multimob-pmipv6-ropt, ... draft-ietf-multimob-pmipv6-ropt is coined as an informational document that is supposed to explain two rather simple things at a MAG: *the deployment of a single multicast router uplink, as well as *dynamic multicast routing. There is no way to deal with variable upstream selections etc. > > 11/ Regarding section 5.1.1, it is not clear to me if the initial > paragraph is actually an extension proposal or just a description text. Section 5.1 is work in progress and not finished ... as indicated by the TODOs. > 12/ In section 5.2 you talk about MLD proxy peering. While the > description refers to MLD proxies living in distinct MAGs, I suppose > this could be also applicable to proxies resident in the same MAG, > couldn’t be? > Yes, as stated explicitly: "Such peering interfaces can be configured - as a direct link or a bidirectional tunnel - between any two proxy instances (locally deployed as in [RFC6224] or remotely)" > 13/ In section 5.2.2 you mention that the peering upstream interfaces > have to be considered as preferred interfaces. What is the reason for > that? If you open multiple redundant paths, you need to apply a routing logic that 1. is loop-free 2. ensures (or fosters at least) traffic uniqueness Those are the reasons to treat these interfaces not as equal, but in a preference hierarchy. Cheers, Thomas > > _______________________________________________ > multimob mailing list > multimob@ietf.org > https://www.ietf.org/mailman/listinfo/multimob > From prvs=5474c2436=schmidt@informatik.haw-hamburg.de Wed Jul 25 17:01:09 2012 Return-Path: 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 40B9D11E8073 for ; Wed, 25 Jul 2012 17:01:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.249 X-Spam-Level: X-Spam-Status: No, score=-102.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, 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 8OITUQAjoBOE for ; Wed, 25 Jul 2012 17:01:08 -0700 (PDT) Received: from mx6.haw-public.haw-hamburg.de (mx6.haw-public.haw-hamburg.de [141.22.6.3]) by ietfa.amsl.com (Postfix) with ESMTP id 0EFBF11E8091 for ; Wed, 25 Jul 2012 17:01:07 -0700 (PDT) Received: from mailgate.informatik.haw-hamburg.de ([141.22.30.74]) by mail6.is.haw-hamburg.de with ESMTP/TLS/ADH-AES256-SHA; 26 Jul 2012 02:01:05 +0200 Received: from localhost (localhost [127.0.0.1]) by mailgate.informatik.haw-hamburg.de (Postfix) with ESMTP id B3717105A860; Thu, 26 Jul 2012 02:01:05 +0200 (CEST) Received: from mailgate.informatik.haw-hamburg.de ([127.0.0.1]) by localhost (mailgate.informatik.haw-hamburg.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 21597-09; Thu, 26 Jul 2012 02:01:04 +0200 (CEST) Received: from [192.168.178.36] (g231111143.adsl.alicedsl.de [92.231.111.143]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailgate.informatik.haw-hamburg.de (Postfix) with ESMTPSA id 9AD871063072; Thu, 26 Jul 2012 02:01:04 +0200 (CEST) Message-ID: <501088CB.20705@informatik.haw-hamburg.de> Date: Thu, 26 Jul 2012 02:01:15 +0200 From: "Thomas C. Schmidt" User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: Seil Jeon References: <000001cd6aaf$ae077dc0$0a167940$@av.it.pt> In-Reply-To: <000001cd6aaf$ae077dc0$0a167940$@av.it.pt> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at informatik.haw-hamburg.de Cc: multimob@ietf.org Subject: Re: [multimob] Fwd: New Version Notification for draft-ietf-multimob-pmipv6-source-01.txt X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jul 2012 00:01:09 -0000 Hi Seil, draft-ietf-multimob-pmipv6-source addresses (and is intended to address) the solution space for multicast source mobility in PMIP. You're right in pointing at compatibility to listener solutions. According to listener mobility, we explicitly included the basic scenarios yet, i.e., * Base solution (RFC 6224) * Single proxy upstream (as subject of draft-ietf-multimob-pmipv6-ropt) * Direct multicast routing (as subject of draft-ietf-multimob-pmipv6-ropt) We should address additional aspects, if arising. In the context of draft-ietf-multimob-pmipv6-ropt, there are several issues: 1. As you mention, draft-ietf-multimob-pmipv6-ropt contains initial trials to route optimization, which it shouldn't. This was approved as an informational document explaining simply the deployment cases mentioned above. 2. draft-ietf-multimob-pmipv6-ropt is neither complete, nor concise ... I would like to point at my earlier review of March 6th which are still unaddressed. Cheers, Thomas On 25.07.2012 23:51, Seil Jeon wrote: > Hi Thomas, > > > I have simple question on this draft. > > How do you think solution scope and objective? > - Listing all possible ways of supporting source mobility including > optimization? > - If so, which level do you think should be considered for extension? > - Wouldn't it be focused on base source mobility deployment option without > optimization? > > Now, we have been working on multicast listener solutions separately; base > deployment option [RFC6224] without any modification and extension of > existing standard protocols and multicast mobility routing optimization > [ietf-multimob-pmipv6-ropt]. > > This draft includes several cases of source mobility support including > optimization. I think listener and source solutions need to be compatible > each other. Are you considering that? And routing optimization for listener > is now being progressed but not finished yet. > > > Regards, > > Seil > > > -----Original Message----- > From: multimob-bounces@ietf.org [mailto:multimob-bounces@ietf.org] On Behalf > Of Thomas C. Schmidt > Sent: Monday, July 16, 2012 9:37 PM > To: multimob@ietf.org > Subject: [multimob] Fwd: New Version Notification for > draft-ietf-multimob-pmipv6-source-01.txt > > Hi all, > > we've prepared and uploaded a new version of the source mobility draft. > The document has been largely extended with the following new contributions: > > 1. Direct routing with PIM-SM and PIM-SSM has been added. > > 2. PMIP synchronization with PIM added for improved handover. > > 3. Direct routing with BIDIR-PIM has been added. > > 4. MLD Proxy extensions requirements added. > > 5. Peering of MLD Proxies added. > > 6. First sketch of multiple upstream proxy added. > > 7. Editorial improvements. > > 8. Updated references. > > Comments, feedback & reviews welcome! > > See you in Vancouver, > > Thomas > > -------- Original Message -------- > Subject: New Version Notification for > draft-ietf-multimob-pmipv6-source-01.txt > Date: Mon, 16 Jul 2012 13:32:17 -0700 > From: internet-drafts@ietf.org > To: schmidt@informatik.haw-hamburg.de > CC: shgao@bjtu.edu.cn, hkzhang@bjtu.edu.cn, mw@link-lab.net > > > A new version of I-D, draft-ietf-multimob-pmipv6-source-01.txt > has been successfully submitted by Thomas C. Schmidt and posted to the > IETF repository. > > Filename: draft-ietf-multimob-pmipv6-source > Revision: 01 > Title: Mobile Multicast Sender Support in Proxy Mobile IPv6 > (PMIPv6) > Domains > Creation date: 2012-07-16 > WG ID: multimob > Number of pages: 24 > URL: > http://www.ietf.org/internet-drafts/draft-ietf-multimob-pmipv6-source-01.txt > Status: > http://datatracker.ietf.org/doc/draft-ietf-multimob-pmipv6-source > Htmlized: > http://tools.ietf.org/html/draft-ietf-multimob-pmipv6-source-01 > Diff: > http://tools.ietf.org/rfcdiff?url2=draft-ietf-multimob-pmipv6-source-01 > > Abstract: > Multicast communication can be enabled in Proxy Mobile IPv6 domains > via the Local Mobility Anchors by deploying MLD Proxy functions at > Mobile Access Gateways, via a direct traffic distribution within an > ISP's access network, or by selective route optimization schemes. > This document describes the support of mobile multicast senders in > Proxy Mobile IPv6 domains for all three scenarios. Protocol > optimizations for synchronizing PMIPv6 with PIM, as well as extended > MLD Proxy functions are presented. Mobile sources always remain > agnostic of multicast mobility operations. > > > > > > > The IETF Secretariat > > > _______________________________________________ > multimob mailing list > multimob@ietf.org > https://www.ietf.org/mailman/listinfo/multimob > > _______________________________________________ > multimob mailing list > multimob@ietf.org > https://www.ietf.org/mailman/listinfo/multimob > -- 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 ° From gaoxlh@gmail.com Thu Jul 26 03:04:41 2012 Return-Path: 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 1C1D521F8755 for ; Thu, 26 Jul 2012 03:04:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.606 X-Spam-Level: X-Spam-Status: No, score=0.606 tagged_above=-999 required=5 tests=[AWL=2.598, BAYES_00=-2.599, FROM_EXCESS_BASE64=1.456, RCVD_IN_DNSWL_LOW=-1, SARE_SUB_ENC_UTF8=0.152] 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 S5LpaeTdq7ZY for ; Thu, 26 Jul 2012 03:04:40 -0700 (PDT) Received: from mail-pb0-f44.google.com (mail-pb0-f44.google.com [209.85.160.44]) by ietfa.amsl.com (Postfix) with ESMTP id 2C5A621F872A for ; Thu, 26 Jul 2012 03:04:40 -0700 (PDT) Received: by pbcwy7 with SMTP id wy7so3030052pbc.31 for ; Thu, 26 Jul 2012 03:04:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:references:subject:message-id:x-mailer:mime-version :content-type:content-transfer-encoding; bh=h4CkzHM58o7oLfpiQEzJ4fkE0ZSeH2cWYo1QVvyR5ZM=; b=mvybSlXll2dwrjxXWjgeAWK78hWTE0C1cUW+RqU9Oz3SrKc/oholabK667eFKPCWlH nL3bX2Rw0NjllvbvQjAUKXpwHHAtcQhai4fuXC1gCfIdd2j1eizLH7hKUG6AZMIff6DL oEDj17nomPggExNX6LSQRh1ZkFrix0SsFB9i6VQKXJZYCx7OOC3H34JihwCMMLMpJBxq HEQ3NjpZinllJaS2vsbWoLb/bP/gPA0BZ8rEIshTfIO7gnd6fbfuT1yoqb19NAMGK27U LTGsznziwxN6EnfZ2cyK/imdbQRjTfQ4dGXCA/LM4hDJu2is7L4TFSqubi/6szj6Mivi 3KYA== Received: by 10.68.203.66 with SMTP id ko2mr3735412pbc.84.1343297079727; Thu, 26 Jul 2012 03:04:39 -0700 (PDT) Received: from admin-PC ([221.130.41.41]) by mx.google.com with ESMTPS id mr1sm16253320pbb.62.2012.07.26.03.04.35 (version=SSLv3 cipher=OTHER); Thu, 26 Jul 2012 03:04:38 -0700 (PDT) Date: Thu, 26 Jul 2012 18:04:33 +0800 From: "=?utf-8?B?U2h1YWkgR2Fv?=" To: "=?utf-8?B?VGhvbWFzIEMuIFNjaG1pZHQ=?=" , "=?utf-8?B?bG1jbQ==?=" References: <000001cd6aaf$ae077dc0$0a167940$@av.it.pt>, <501088CB.20705@informatik.haw-hamburg.de> Message-ID: <201207261804313518081@gmail.com> X-mailer: Foxmail 6, 14, 103, 30 [cn] Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Cc: =?utf-8?B?bXVsdGltb2I=?= Subject: Re: [multimob] =?utf-8?q?Fwd=3A_New_Version_Notification_fordraft-iet?= =?utf-8?q?f-multimob-pmipv6-source-01=2Etxt?= X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jul 2012 10:04:41 -0000 SGkgTHVpcywNCglUaGFua3MgZm9yIHlvdXIgY29tbWVudHMuIEknZCBsaWtlIHRvIG1ha2Ugc29t ZSBzdXBwbGVtZW50cyBpbmxpbmUgb24gYmFzZSBvZiBUaG9tYXMncyBhbnN3ZXJzLgkNCg0KPT09 PT09PSAyMDEyLTA3LTI2IDA3OjQ0OjA5IOaCqOWcqOadpeS/oeS4reWGmemBk++8mj09PT09PT0N Cg0KPkhpIEx1aXMsDQo+DQo+bWFueSB0aGFua3MgZm9yIHlvdXIgY29tbWVudHMsIHBsZWFzZSBz ZWUgYW5zd2VycyBpbmxpbmU6DQo+DQo+T24gMjQuMDcuMjAxMiAxOTo1MiwgTFVJUyBNSUdVRUwg Q09OVFJFUkFTIE1VUklMTE8gd3JvdGU6DQo+DQo+PiAxLyBUaGUgZHJhZnQgcHJlc2VudHMgdHdv IG1haW4gc2NlbmFyaW9zIG9mIHNvdXJjZSBtb2JpbGl0eS4gLi4uDQo+PlRoZSBxdWVzdGlvbiBp czogRG8geW91IG5vdCBjb25zaWRlciB0aGUgTUFHIGFzDQo+PiBtdWx0aWNhc3Qgcm91dGVyIGZv ciB0aGUgYmFzZSBzb2x1dGlvbiBqdXN0IGJlY2F1c2UgdGhlIGZ1bmN0aW9uYWxpdHkNCj4+IGRl ZmluZWQgZm9yIHRoZSBNQUdzIGluIFJGQzYyMjQgaXMgTUxEIHByb3h5LCBvciBhY3R1YWxseSB5 b3UgYXJlIG5vdA0KPj4gY29uc2lkZXJpbmcgdGhlIE1BRyBhcyBtdWx0aWNhc3Qgcm91dGVyIGFz IGFuIG9wdGlvbiB0byBkZWxpdmVyDQo+PiBtdWx0aWNhc3QgdHJhZmZpYyB0aHJvdWdoIHRoZSBo b21lIG5ldHdvcmsgdmlhIHRoZSBMTUE/DQo+DQo+U0VjdGlvbiAzIG9ubHkgcmVmZXJzIHRvIHRo ZSBiYXNlIHNvbHV0aW9uIChha2EgUkZDIDYyMjQpLiBGdWxsIA0KPm11bHRpY2FzdCByb3V0aW5n IGZ1bmN0aW9ucyBhdCBNQUdzIGFyZSB0aGUgdG9waWMgb2YgU2VjdGlvbiA0Lg0KPg0KPk9uIHRo ZSBjb250cmFyeSwgaWYgdGhlIE1BRyBpcyBhIG11bHRpY2FzdCByb3V0ZXIgKHVzaW5nIGFuIHVu bW9kaWZpZWQgDQo+bXVsdGljYXN0IHJvdXRpbmcgcHJvdG9jb2wgbGlrZSBzb21lIHNvcnQgb2Yg UElNKSwgdGhlbiBtdWx0aWNhc3QgZGF0YSANCj5kaXN0cmlidXRpb24gZm9sbG93cyB0aGUgZm9y d2FyZGluZyBzdGF0ZXMgaW1wbGVtZW50ZWQgYnkgam9pbiBhbmQgbGVhdmUgDQo+b3BlcmF0aW9u cyAodGhlIFRJQiBvciBNRklCKS4NCj4NCj5UaGUgc29sdXRpb24geW91IGVudmlzaW9uICgibXVs dGljYXN0IHJvdXRlciAuLi4gdG8gZGVsaXZlciBtdWx0aWNhc3QgDQo+dHJhZmZpYyB0aHJvdWdo IHRoZSBob21lIG5ldHdvcmsgdmlhIHRoZSBMTUEiKSB3b3VsZCByZXF1aXJlIHN0YXRpYywgDQo+ ZXhjbHVzaXZlLCBzb3VyY2Utc3BlY2lmaWMgZm9yd2FyZGluZyBzdGF0ZXMgZm9yIGFsbCBncm91 cHMgaW4gdGhlIE1GSUIuIA0KPlRoYXQncyBub3QgaG93IChkeW5hbWljKSBtdWx0aWNhc3Qgcm91 dGluZyB3b3Jrcy4NCg0KQWN0dWFsbHksIGFzIGEgbXVsdGljYXN0IHJvdXRlciAoUElNLVNNKSwg dGhlIE1BRyBkZWxpdmVycyB0aGUgbXV0bGljYXN0IHRyYWZmaWMgdGhyb3VnaCB0aGUgaG9tZSBu ZXR3b3JrIHZpYSB0aGUgTE1BIG9ubHkgYWZ0ZXIgdGhlIFJQIG9yIHRoZSBEUnMgb2YgcmVjZWl2 ZXJzIGluaXRpYXRlIHNvdXJjZS1zcGVjaWZpYyBKb2luLCB3aGljaCBjYXNlcyBhcmUgZGVzY3Jp YmVkIGluIHNlY3Rpb24gNC4zLjMgYW5kIDQuMy40LiANCg0KPg0KPj4NCj4+IDIvIEluIGZpZ3Vy ZSAyLCBqdXN0IGFmdGVyIE1MRCBwcm94eSBjb25maWd1cmF0aW9uIHN0YXRlbWVudCwgeW91IGRl cGljdA0KPj4gdGhlIHNlcXVlbmNlIE1MRCBRdWVyeSAoZnJvbSBNQUcyIHRvIE1OMiksIE1jYXN0 IERhdGEgKGZyb20gTU4yIHRvDQo+PiBNQUcyKS4gSSB0aGluayBpdCBpcyBhIGJpdCBjb25mdXNp bmcuIEFzIGZhciBhcyBJIHVuZGVyc3RhbmQsIHRoZSBNTjIgIC4uLg0KPj4NCj5GaWd1cmUgMiBh ZGFwdHMgdGhlIGNhbGwtZmxvdyBvZiB0aGUgYmFzZSBzb2x1dGlvbi4gVGhlIE1MRCBRdWVyeSBp cyANCj5uZWVkZWQgdG8gZXN0YWJsaXNoIGFwcHJvcHJpYXRlIG11bHRpY2FzdCBsaXN0ZW5lciBz dGF0ZXMgYXQgdGhlIE1BRyANCj5hZnRlciBhIGhhbmRvdmVyLg0KPg0KPllvdSBhcmUgcmlnaHQg dGhhdCB0aGUgUXVlcnkgaXMgbm90IG5lZWRlZCBmb3IgdGhlIHNvdXJjZSB0byBzZW5kIA0KPm11 bHRpY2FzdCBkYXRhLiBJdCBpcyBhbHNvIHVubmVjZXNzYXJ5IGZvciBmb3J3YXJkaW5nIHRyYWZm aWMgdG8gdGhlIA0KPkxNQS4gV2UgY2FuIHJlbW92ZSBpdC4gICANClRoZSBRdWVyeSBpcyBub3Qg bmVlZGVkLiBIb3dldmVyLCBpdCdzIGRpZmZpY3VsdCB0byBkaXNjcmltaW5hdGUgd2hldGhlciB0 aGUgbmV3bHkgYXR0YWNoZWQgTU4gaXMgYSBtdWx0aWNhc3QgbGlzdGVuZXIgb3Igc291cmNlIGFj Y29yZGluZyB0byBjdXJyZW50IHByb3RvY29sLiBUbyBiZSBjb21wYXRpYmxlIHdpdGggUkZDIDYy MjQsIHRoZSBRdWVyeSBjYW4gYmUga2VwdCBoZXJlLCBJIHRoaW5rLiBPZiBjb3Vyc2UsIHRoZSBR dWVyeSBzaG91bGQgbm90IGJlIHNlbnQgaWYgdGhlIE1BRyBkZWZpbml0ZWx5IGtub3dzIHRoZSBu ZXdseSBNTiBpcyBhIG11bHRpY2FzdCBzb3VyY2UuIA0KDQo+PiA5LyBJbiBzZWN0aW9uIDUuMSB5 b3UgaW50cm9kdWNlIHRoZSBtdWx0aXBsZSB1cHN0cmVhbSBpbnRlcmZhY2UgcHJveHkNCj4+IGlk ZWEgYXMgYSB3YXkgb2YgZWxpbWluYXRpbmcgcm91dGluZyBsb29wcywgbmVlZGluZyBhZGRpdGlv bmFsIHJ1bGVzIGFuZA0KPj4gcHJvY2VzcyBmb3IgaXQuIEluIG15IG9waW5pb24sIHRoZSBNVE1B IGNvbmNlcHQgaXMgYSBzaW1wbGVyIHdheSBvZg0KPj4gaGF2aW5nIHRoZSBzYW1lIHJlc3VsdHMu DQo+Pg0KPlQNCj5HZWUgbm8hIC0gdGhlIG11bHRpcGxlIHVwc3RyZWFtIHByb3h5IGlzIGEgd2F5 IHRvIGF0dGFjaCB0byBtdWx0aXBsZSANCj5MTUFzL1BJTSBSb3V0ZXJzIGZyb20gYSBzaW5nbGUg cHJveHkgaW5zdGFuY2UuIFRoaXMgYmVhcnMgdGhlIHN0cm9uZyANCj5yaXNrIG9mIHJvdXRpbmcg bG9vcHMgLi4uIHNvIGFueSBzb2x1dGlvbiBtdXN0IGFzc3VyZSB0byBhdm9pZCB0aG9zZS4NCj4N ClRoZSBtdWx0aXBsZSB1cHN0cmVhbSBpbnRlcmZhY2UgcHJveHkgY2FuIGhlbHAgYWRkcmVzcyBs b2NhbCByb3V0aW5nIG9wdGltaXphdGlvbiBwcm9ibGVtIGJ5IGRlcGxveWluZyBzaW5nbGUgcHJv eHkgaW5zdGFuY2Ugd2l0aCBtdWx0aXBsZSB1cHN0cmVhbSBpbnRlcmZhY2VzLiBSZWdhcmRpbmcg dGhlIHJvdXRpbmcgbG9vcHMgYW5kIHJlZHVuZGFudCB0cmFmZmljIHByb2JsZW0sIHdlIGFyZSB3 b3JraW5nIG9uIHRoaXMgYW5kIHdpbGwgYWRkIGNvcnJlc3BvbmRpbmcgZGV0YWlsIHNjaGVtZSB0 byBhdm9pZCBpdCBpbiBuZXh0IHZlcnNpb24uICANCj4NClRoYW5rcw0KU2h1YWkNCg0KIA0KCQkJ CSANClNodWFpIEdhbw0KTmF0aW9uYWwgRW5naW5lZXJpbmcgTGFiIGZvciBOZXh0IEdlbmVyYXRp b24gSW50ZXJuZXQgSW50ZXJjb25uZWN0aW9uIERldmljZXMNCkJlaWppbmcgSmlhb3RvbmcgVW5p dmVyc2l0eQ0KQmVpamluZywgQ2hpbmEsIDEwMDA0NA0KZ2FveGxoQGdtYWlsLmNvbQ0KMjAxMi0w Ny0yNg0KDQo= From lmcm@tid.es Fri Jul 27 01:22:37 2012 Return-Path: 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 670FB21F8618 for ; Fri, 27 Jul 2012 01:22:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.995 X-Spam-Level: X-Spam-Status: No, score=-5.995 tagged_above=-999 required=5 tests=[AWL=0.604, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] 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 FVWAgmXNduXJ for ; Fri, 27 Jul 2012 01:22:36 -0700 (PDT) Received: from correo-bck.tid.es (correo-bck.tid.es [195.235.93.200]) by ietfa.amsl.com (Postfix) with ESMTP id 00E1521F8616 for ; Fri, 27 Jul 2012 01:22:33 -0700 (PDT) Received: from sbrightmailg02.hi.inet (Sbrightmailg02.hi.inet [10.95.78.105]) by tid.hi.inet (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0M7T004CV8LK6G@tid.hi.inet> for multimob@ietf.org; Fri, 27 Jul 2012 10:22:32 +0200 (MEST) Received: from vanvan (vanvan.hi.inet [10.95.78.49]) by sbrightmailg02.hi.inet (Symantec Messaging Gateway) with SMTP id 49.BB.02752.7CF42105; Fri, 27 Jul 2012 10:22:31 +0200 (CEST) Received: from correo.tid.es (mailhost.hi.inet [10.95.64.100]) by tid.hi.inet (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPS id <0M7T004CV8LJ6L@tid.hi.inet> for multimob@ietf.org; Fri, 27 Jul 2012 10:22:31 +0200 (MEST) Received: from EXCLU2K7.hi.inet ([10.95.67.65]) by htcasmad1.hi.inet ([192.168.0.1]) with mapi; Fri, 27 Jul 2012 10:22:31 +0200 Date: Fri, 27 Jul 2012 10:22:29 +0200 From: LUIS MIGUEL CONTRERAS MURILLO In-reply-to: <501084C1.1050607@fhtw-berlin.de> To: "Thomas C. Schmidt" Message-id: MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-language: es-ES Content-transfer-encoding: base64 Accept-Language: es-ES, en-US Thread-topic: [multimob] Comments on draft-ietf-multimob-pmipv6-source-01 Thread-index: Ac1qv1x/rZv1w4reSv6MXgWhNRRaCgAjVL5A acceptlanguage: es-ES, en-US X-AuditID: 0a5f4e69-b7f6d6d000000ac0-d7-50124fc7e486 X-MS-Has-Attach: X-MS-TNEF-Correlator: X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrGKsWRmVeSWpSXmKPExsXCFe9nqHvcXyjA4FCbucWMj30sDoweS5b8 ZApgjOKySUnNySxLLdK3S+DKuPdxBlvBlEmMFUd3tLI3MG7pY+xi5OSQEDCReHllGjOELSZx 4d56NhBbSGA7o8S9qeZdjFxA9h9GiRXLPrNCOI2MEhcOTwXrYBFQlZjycyLYJDYBQ4lZOyex gtjCAh4Sj34fZgKxOQX0JLZ8fwlmiwgYSNxcvJYdxGYW0JaY9m8R0BwODl4BT4lZU5NAwrwC ghI/Jt9jAQkzC6hLTJmSC1EtLjHn10RWCFtRYtqiBrCtjAKyEivPn2aEmO4pcW7daijbSOJq wypmiBoZif/L97JA/CggsWTPeah/RSVePv7HCvFvrsTaF5MZJzCKz0JyxSyEK2YhuWIWkisW MLKsYhQrTirKTM8oyU3MzEk3MNLLyNTLzEst2cQIiaLMHYzLd6ocYhTgYFTi4dXYJBggxJpY VlyZe4hRkoNJSZR3padQgBBfUn5KZUZicUZ8UWlOavEhRgkOZiUR3q+2QDnelMTKqtSifJiU DAeHkgTvAh+glGBRanpqRVpmDjBVwKSZODhB2nmA2p/5gbQXFyTmFmemQ+RPMWpz3H/+5DYj R/+OF7cZhVjy8vNSpcR5f4KMEwApzSjNg5v2ilEc6Gxh3qkgWR5g4oOb8wpoBRPQiudhfCAr ShIRUlINjCE+qWYKU7rryuWZ+OsvmQp6JGWFPgqLfNXT5KtfKHOwsi3xUtSkV3FcrG66kfvz /gSEmrlt1dSR52ie27usWfR8b/jbl4yc777LfT0uvqBl1SqbK4Zfbl1aHZtaNa/J6XqYQ+Gh VyoXj/+9/sPGM1D01Pz+UxfXcx7J2GtXvXvthI6X4hyLlViKMxINtZiLihMBAkH86zkDAAA= References: <501084C1.1050607@fhtw-berlin.de> Cc: "multimob@ietf.org" Subject: Re: [multimob] Comments on draft-ietf-multimob-pmipv6-source-01 X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jul 2012 08:22:37 -0000 SGkgVGhvbWFzLA0KDQpUaGFua3MgZm9yIHlvdXIgYW5zd2Vycy4gUGxlYXNlLCBub3RlIHNvbWUg YWRkaXRpb25hbCBjb21tZW50cyBmb2xsb3dpbmcgeW91cnM6DQoNCi0tLS0tTWVuc2FqZSBvcmln aW5hbC0tLS0tDQpEZTogVGhvbWFzIEMuIFNjaG1pZHQgW21haWx0bzpzY2htaWR0QGZodHctYmVy bGluLmRlXQ0KRW52aWFkbyBlbDoganVldmVzLCAyNiBkZSBqdWxpbyBkZSAyMDEyIDE6NDQNClBh cmE6IExVSVMgTUlHVUVMIENPTlRSRVJBUyBNVVJJTExPDQpDQzogbXVsdGltb2JAaWV0Zi5vcmcN CkFzdW50bzogUmU6IFttdWx0aW1vYl0gQ29tbWVudHMgb24gZHJhZnQtaWV0Zi1tdWx0aW1vYi1w bWlwdjYtc291cmNlLTAxDQoNCkhpIEx1aXMsDQoNCm1hbnkgdGhhbmtzIGZvciB5b3VyIGNvbW1l bnRzLCBwbGVhc2Ugc2VlIGFuc3dlcnMgaW5saW5lOg0KDQpPbiAyNC4wNy4yMDEyIDE5OjUyLCBM VUlTIE1JR1VFTCBDT05UUkVSQVMgTVVSSUxMTyB3cm90ZToNCg0KPiAxLyBUaGUgZHJhZnQgcHJl c2VudHMgdHdvIG1haW4gc2NlbmFyaW9zIG9mIHNvdXJjZSBtb2JpbGl0eS4gVGhlIGZpcnN0DQo+ IG9uZSB0cmllcyB0byBmaXQgdGhlIHNvdXJjZSBtb2JpbGl0eSBpbiB0aGUgYmFzZSBzb2x1dGlv biAobXVsdGljYXN0DQo+IHJvdXRpbmcgdGhyb3VnaCB0aGUgaG9tZSBuZXR3b3JrKSwgd2hpbGUg dGhlIHNlY29uZCBvbmUgZGVhbHMgd2l0aCB0aGUNCj4gZGlyZWN0IG11bHRpY2FzdCByb3V0aW5n IGluIHRoZSBQTUlQdjYgZG9tYWluLiBJbiB0aGUgZmlyc3QgY2FzZSB5b3UNCj4gb25seSBjb25z aWRlciB0aGUgTUFHIGhhdmluZyBNTEQgcHJveHkgZnVuY3Rpb25hbGl0eSBvbmx5LCB3aGlsZSBp bg0KPiB0aGUgc2Vjb25kIGNhc2UgeW91IHJlbGF4IHRoaXMgYnkgY29uc2lkZXJpbmcgdGhlIGNh c2Ugd2hlcmUgdGhlIE1BRw0KPiBpcyBhIG11bHRpY2FzdCByb3V0ZXIuIFRoZSBxdWVzdGlvbiBp czogRG8geW91IG5vdCBjb25zaWRlciB0aGUgTUFHIGFzDQo+IG11bHRpY2FzdCByb3V0ZXIgZm9y IHRoZSBiYXNlIHNvbHV0aW9uIGp1c3QgYmVjYXVzZSB0aGUgZnVuY3Rpb25hbGl0eQ0KPiBkZWZp bmVkIGZvciB0aGUgTUFHcyBpbiBSRkM2MjI0IGlzIE1MRCBwcm94eSwgb3IgYWN0dWFsbHkgeW91 IGFyZSBub3QNCj4gY29uc2lkZXJpbmcgdGhlIE1BRyBhcyBtdWx0aWNhc3Qgcm91dGVyIGFzIGFu IG9wdGlvbiB0byBkZWxpdmVyDQo+IG11bHRpY2FzdCB0cmFmZmljIHRocm91Z2ggdGhlIGhvbWUg bmV0d29yayB2aWEgdGhlIExNQT8NCg0KU0VjdGlvbiAzIG9ubHkgcmVmZXJzIHRvIHRoZSBiYXNl IHNvbHV0aW9uIChha2EgUkZDIDYyMjQpLiBGdWxsIG11bHRpY2FzdCByb3V0aW5nIGZ1bmN0aW9u cyBhdCBNQUdzIGFyZSB0aGUgdG9waWMgb2YgU2VjdGlvbiA0Lg0KDQpPbiB0aGUgY29udHJhcnks IGlmIHRoZSBNQUcgaXMgYSBtdWx0aWNhc3Qgcm91dGVyICh1c2luZyBhbiB1bm1vZGlmaWVkIG11 bHRpY2FzdCByb3V0aW5nIHByb3RvY29sIGxpa2Ugc29tZSBzb3J0IG9mIFBJTSksIHRoZW4gbXVs dGljYXN0IGRhdGEgZGlzdHJpYnV0aW9uIGZvbGxvd3MgdGhlIGZvcndhcmRpbmcgc3RhdGVzIGlt cGxlbWVudGVkIGJ5IGpvaW4gYW5kIGxlYXZlIG9wZXJhdGlvbnMgKHRoZSBUSUIgb3IgTUZJQiku DQoNClRoZSBzb2x1dGlvbiB5b3UgZW52aXNpb24gKCJtdWx0aWNhc3Qgcm91dGVyIC4uLiB0byBk ZWxpdmVyIG11bHRpY2FzdCB0cmFmZmljIHRocm91Z2ggdGhlIGhvbWUgbmV0d29yayB2aWEgdGhl IExNQSIpIHdvdWxkIHJlcXVpcmUgc3RhdGljLCBleGNsdXNpdmUsIHNvdXJjZS1zcGVjaWZpYyBm b3J3YXJkaW5nIHN0YXRlcyBmb3IgYWxsIGdyb3VwcyBpbiB0aGUgTUZJQi4NClRoYXQncyBub3Qg aG93IChkeW5hbWljKSBtdWx0aWNhc3Qgcm91dGluZyB3b3Jrcy4NCg0KW0x1aXM+Pl0gTGV0IG1l IGV4cGxhaW4gaG93IEkgc2VlIHRoaXMuIENvbnNpZGVyIHRoYXQgUElNIGlzIGVuYWJsZWQgaW4g dGhlIGludGVyZmFjZSBvZiB0aGUgYmlkaXJlY3Rpb25hbCB0dW5uZWwgaW4gYm90aCBNQUcgYW5k IExNQS4NCkluIHRoZSBjYXNlIG9mIFBJTS1TTSwgdGhlIE1BRyB3aWxsIHNlbmQgYSB1bmljYXN0 IFBJTSBSZWdpc3RlciB0b3dhcmRzIHRoZSBSUCwgd2hpY2ggd2lsbCBiZSBsb2NhdGVkIGluIHRo ZSBob21lIG5ldHdvcmsgKG90aGVyd2lzZSB3ZSB3b3VsZCBiZSBkZWFsaW5nIHdpdGggUElNIGlu dGVyLWRvbWFpbiBpc3N1ZXMpLiBUaGF0IHVuaWNhc3QgbWVzc2FnZSB3aWxsIGJlIG5hdHVyYWxs eSBmb3J3YXJkZWQgYnkgdGhlIGJpZGlyZWN0aW9uYWwgdHVubmVsLCBhcyBhbnkgb3RoZXIgdW5p Y2FzdCBjb21tdW5pY2F0aW9uLCB0b3dhcmRzIHRoZSBMTUEgdG8gcmVhY2ggdGhlIFJQIGluIGhv bWUgbmV0d29yay4gT25jZSByZWdpc3RlcmVkLCB0aGUgbXVsdGljYXN0IGNvbnRlbnQgd2lsbCBi ZSBzZW50IGluIHVuaWNhc3QgZmFzaGlvbiB0byB0aGUgUlAsIHRocm91Z2ggdGhlIExNQS4NCklu IGNhc2Ugb2YgUElNLVNTTSwgb3IgaW4gY2FzZSB0aGVyZSBpcyBhIHRyYW5zaXRpb24gZnJvbSBz aGFyZWQtdHJlZSB0byBzb3VyY2UtYmFzZWQgdHJlZSwgdGhlIFBJTSBzb3VyY2Utc3BlY2lmaWMg am9pbiBmcm9tIHRoZSBkZXNpZ25hdGVkIHJvdXRlciBpbiBob21lIGRvbWFpbiB3aWxsIGFycml2 ZSB0byB0aGUgTE1BLiBPbmNlIHRoZSBMTUEgZGVsaXZlcnMgdGhhdCBqb2luIHRvIHRoZSBNQUcs IHRocm91Z2ggdGhlIGJpZGlyZWN0aW9uYWwgdHVubmVsLCB0aGUgTUFHIHdpbGwgc2V0LXVwIHRo ZSBtdWx0aWNhc3Qgc3RhdGUgb24gdGhlIHR1bm5lbCBpbnRlcmZhY2UsIGFuZCB3aWxsIGRlbGl2 ZXIgdGhlIG11bHRpY2FzdCBmbG93IHRvd2FyZHMgdGhlIExNQS4NCg0KDQo+IDMvIEFsb25nIHRo ZSBiYXNlIHNvbHV0aW9uIHlvdSBkZXNjcmliZWQgc2V2ZXJhbCB0aW1lcyB0aGF0IHRoZSBwcmVz ZW5jZQ0KPiBvZiBkaWZmZXJlbnQgTUxEIHByb3hpZXMgYXNzb2NpYXRlZCB0byBkaXN0aW5jdCBM TUFzIHByb2R1Y2VzIHNvbWUNCj4gaW5lZmZpY2llbmNpZXMsIGJlY2F1c2UgdGhlIHRyYWZmaWMg aGFzIHRvIGdvIHVwIHRvIHRoZSBMTUEgZm9yIGdvaW5nDQo+IGRvd24gYWdhaW4gdG8gdGhlIE1B RyBpbiBvcmRlciB0byBiZSBkZWxpdmVyZWQgdG8gYSBkaXN0aW5jdCBNTEQgcHJveHkNCj4gaW4g dGhlIE1BRy4gSG93ZXZlciB0aGlzIGNhbiBiZSBzb2x2ZWQgaWYgdGhlIE1UTUEgYXBwcm9hY2gg aW4NCj4gZHJhZnQtaWV0Zi1tdWx0aW1vYi1wbWlwdjYtcm9wdCBpcyB0YWtlbiBpbnRvIGFjY291 bnQuIFVuZGVyIHRoYXQNCj4gYXBwcm9hY2ggYWxsIHRoZSBNTnMgYXJlIHNlcnZlZCBieSB0aGUg c2FtZSBhbmNob3IsIGFuZCBhbGwgYXJlIGF0dGFjaGVkDQo+IHRvIHRoZSBzYW1lIE1MRCBwcm94 eSBpbnN0YW5jZS4gU28sIEkgd291bGQgc3VnZ2VzdCB0byBpbmNsdWRlDQo+IGV4cGxpY2l0bHkg YSByZWZlcmVuY2UgdG8gdGhhdCBvcHRpb24gKGluIGZhY3QsIHRoZSBvdGhlciBvcHRpb24gaW4N Cj4gZHJhZnQtaWV0Zi1tdWx0aW1vYi1wbWlwdjYtcm9wdCwgaXMgYWxyZWFkeSBjb25zaWRlcmVk IGluIHlvdXIgZHJhZnQsIHNvDQo+IHRoaXMgaXMgbm90IGRpc3J1cHRpdmUpLg0KPg0KDQpUaGUg c2luZ2xlIHVwbGluayBzY2VuYXJpbywgd2hpY2ggYnR3LiBpbnRyb2R1Y2VzIG90aGVyIHByb2Js ZW1zLCBpcw0KZGVzY3JpYmVkIGluIFNlY3Rpb24gNC4yIGFuZCBkcmFmdC1pZXRmLW11bHRpbW9i LXBtaXB2Ni1yb3B0IGlzDQpyZWZlcmVuY2VkIHRoZXJlLiBTbyBJIHRoaW5rIHRoaXMgaXMgcGVy ZmVjdGx5IG8uay4gdXAgdG8gdGhlIHBvaW50IHRoYXQNCnBlcmZvcm1hbmNlIGNvbnNpZGVyYXRp b25zIGFyZSBzdGlsbCBtaXNzaW5nIGluIFNlY3Rpb24gNC4gVGhleSB3aWxsIGJlDQphZGRlZC4N Cg0KW0x1aXM+Pl0gU2VjdGlvbiA0IGlzIHJlbGF0ZWQgdG8gRGlyZWN0IE11bHRpY2FzdCBSb3V0 aW5nLiBNeSBxdWVzdGlvbiBpcyBhYm91dCB0aGUgc2l0dWF0aW9uIHdoZXJlIG5vIGRpcmVjdCBy b3V0aW5nIGhhcHBlbnMsIGJ1dCB0aGUgbXVsdGljYXN0IHNvdXJjZSBpbiBhIFBNSVB2NiBkb21h aW4gZGlzdHJpYnV0ZXMgaXRzIHRyYWZmaWMgdG8gdGhlIEludGVybmV0IHRocm91Z2ggaXRzIGhv bWUgbmV0d29yay4gSW4gdGhhdCBjYXNlLCBpZiB5b3UgZGlyZWN0bHkgYXBwbHkgUkZDNjIyNCBz b2x1dGlvbiB5b3UgY2FuIGZpbmQgdGhlIHByb2JsZW0geW91IG1lbnRpb24gKHVwIGFuZCBkb3du IHJvdXRpbmcgb2YgdGhlIHNhbWUgbXVsdGljYXN0IHRyYWZmaWMsIHdoZW4gTU4gbGlzdGVuZXJz IHJlc2lkZSBpbiB0aGUgc2FtZSBQTUlQdjYgZG9tYWluIGFzIHRoZSBzb3VyY2UsIGJ1dCB0aGV5 IGFyZSBib3VuZCB0byBkaXN0aW5jdCBNTEQgcHJveHkgaW5zdGFuY2UpLiBZb3UsIGxhdGVyIG9u IHlvdXIgZHJhZnQsIHByb3Bvc2UgYSBzb2x1dGlvbiBmb3IgdGhpcyB0aHJvdWdoIHRoZSBpbnRy b2R1Y3Rpb24gb2YgdGhlIE1MRCBwcm94eSB3aXRoIG11bHRpcGxlIHVwc3RyZWFtIGludGVyZmFj ZXMuIE9rLCB0aGF0J3MgZmluZSwgYnV0IG5vdGUgdGhhdCB0b2RheSBvdGhlciBwb3NzaWJpbGl0 aWVzIGNhbiBiZSBhcHBsaWVkLiBBcyBXRyBkb2N1bWVudCBJIGZlZWwgdGhpcyBzaG91bGQgYmUg YWxzbyBjb3ZlcmVkLCB3aXRob3V0IGRldHJpbWVudCBvZiBvdGhlciBuZXcgb3B0aW9ucywgdG8g YmUgZGVmaW5lZCBhbmQgY29tcGxldGVkLg0KDQoNCj4gNi8gQWNjb3JkaW5nIHRvIHRoZSBkZXNj cmlwdGlvbiB5b3UgcHJvdmlkZSBmb3IgdGhlIGRpcmVjdCByb3V0aW5nIGNhc2UsDQo+IGl0IHNl ZW1zIHRoYXQgdGhlIGJhc2UgY2FzZSBhbmQgdGhlIGRpcmVjdCByb3V0aW5nIGNhc2UgYXJlIGV4 Y2x1c2l2ZSwNCj4gdGhhdCBpcywgdGhleSBjYW5ub3QgY29leGlzdCBzaW11bHRhbmVvdXNseSBp biB0aGUgZG9tYWluLiBUaGUgZGlyZWN0DQo+IHJvdXRpbmcgY2FzZSBpbXBvc2VzIGEgc2V0IG9m IHJlcXVpcmVtZW50cyB0aGF0IG1ha2Ugbm90IHBvc3NpYmxlIHRvDQo+IGxpdmUgd2l0aCB0aGUg YmFzZSBzb2x1dGlvbiBhdCB0aGUgc2FtZSB0aW1lLiBJbiBteSBvcGluaW9uIHRoaXMgaXMgYW4N Cj4gc3Ryb25nIHJlcXVpcmVtZW50IGJlY2F1c2UgYSBwcm9iYWJsZSBjYXNlIGlzIG9uZSB3aGVy ZSB0aGVyZSBhcmUNCj4gc291cmNlcyByZXNpZGluZyBib3RoIGF0IHRoZSBob21lIG5ldHdvcmsg YW5kIHRoZSBQTUlQdjYgZG9tYWluLiBBcmUgeW91DQo+IGNvbnNpZGVyaW5nIHRoZSBjb2V4aXN0 ZW5jZSBvZiByZW1vdGUgYW5kIGRpcmVjdCBjYXNlcyBzaW11bHRhbmVvdXNseQ0KPiBmb3IgbmV4 dCB2ZXJzaW9ucz8NCj4NCg0KSSBkb24ndCByZWFsbHkgZ2V0IHRoZSBwb2ludCBoZXJlOiBJIGNh bm5vdCBzZWUgYSByZWFzb25hYmxlIHdheSB0bw0KZGVwbG95IGEgc2V0IG9mIHByb3h5IGluc3Rh bmNlcyBwbHVzIGEgUElNLVNNIHJvdXRpbmcgZGFlbW9uIG9uIHRoZSBzYW1lDQpNQUcgKHRoaXMg aW4gcGFydGljdWxhciwgc2luY2UgdGhlIGludGVyYWN0aW9uIG9mIHRoZSBkaWZmZXJlbnQgcm91 dGluZw0KZW5naW5lcyB3b3VsZCBiZSB1bmNsZWFyKS4NCg0KSW4gb3RoZXIgd29yZHM6IFRoZSBi YXNlIHNvbHV0aW9uIGRlZmluZXMgYSBjb21wbGV0ZSBzZXQgb2YgZm9yd2FyZGluZw0KcnVsZXMg dGhhdCBjb21wbHkgdG8gdGhlIFBNSVAgdG9wb2xvZ3kuIFdoYXQgc2hvdWxkIGEgUElNIHJvdXRp bmcgZW5naW5lDQpkbyBpbiBhZGRpdGlvbj8NCg0KVGhlIHVzZSBjYXNlIHlvdSBtYXkgaGVhZCBh dCBpcyBhIGRpZmZlcmVudCBzZXQgb2YgZmlsdGVyIHJ1bGVzIG9mIGdyb3VwDQpvciBzb3VyY2Ug YWRkcmVzc2VzIHRoYXQgbGVhZCB0byBhIGhldGVyb2dlbmVvdXMgdHJlYXRtZW50LiBUaGlzIHN1 YmplY3QNCmlzIGFkZHJlc3NlZCBpbiBTZWN0aW9uIDUuDQoNCltMdWlzPj5dIFNvcnJ5IFRob21h cywgcHJvYmFibHkgdGhlIGNvbW1lbnQgd2FzIG5vdCB3ZWxsIGRlc2NyaWJlZC4gTGV0IG1lIGVs YWJvcmF0ZSBhIGJpdCBtb3JlLiBXaGVuIHlvdSBhcmUgaW50cm9kdWNpbmcgdGhlIGRpcmVjdCBy b3V0aW5nIGNhc2UsIHNlY3Rpb24gNCwgeW91IHN0YXRlIHRoYXQgaXQgY2FuIGhhcHBlbiB3aXRo IE1MRCBwcm94eSBpbnN0YW5jZXMgZGVwbG95ZWQgYXQgTUFHLiBTbywgbm8gUElNIGJ5IG5vdy4g V2l0aCB0aGlzIGluIG1pbmQsIGF0dGVuZGluZyB0byBmaWd1cmUgMywgdGhlIExNQXMgd2lsbCBi ZSBkZXZvdGVkIG9ubHkgZm9yIHVuaWNhc3QgdHJhZmZpYywgYW5kIG11bHRpY2FzdCB0cmFmZmlj IHdpbGwgY29tZSBmcm9tIHRoZSBQTUlQdjYgZG9tYWluLiBTbywgYmFzZSBzb2x1dGlvbiAocmVt b3RlIHJvdXRpbmcpIGFuZCBkaXJlY3Qgcm91dGluZyBhcmUgZXhjbHVzaXZlLCByaWdodD8sIGJl Y2F1c2Ugbm8gZHluYW1pYyBtZWNoYW5pc20gdG8gc3dhcCBmcm9tIG9uZSBjYXNlIHRvIHRoZSBv dGhlciBpcyBlbnZpc2FnZSAobXkgcXVlc3Rpb24gd2FzIGlmIHlvdSBhcmUgY29uc2lkZXJpbmcg c29tZSBraW5kIG9mIG1lY2hhbmlzbSB0byBkbyB0aGF0KS4NCg0KPiA3LyBJbiBzZWN0aW9uIDQu MiwgbGlua2VkIHRvIGZpZ3VyZSAzLmEgYW5kIDMuYiwgdGhlIE1BR3MgKE1MRCBwcm94eSkNCj4g dXBzdHJlYW1zIGFyZSBjb25uZWN0ZWQgdG8gYSBtdWx0aWNhc3QgaW5mcmFzdHJ1Y3R1cmUgaW4g dGhlIFBNSVB2Ng0KPiBkb21haW4sIHJlc2VydmluZyB0aGUgTE1BcyBvbmx5IGZvciB1bmljYXN0 IHRyYWZmaWMuIElmIHNvLCB0aGVyZSBpcyBubw0KPiBvcHRpb24gb2Ygc3VwcG9ydGluZyBtdWx0 aWNhc3QgbGlzdGVuZXJzIGFzIGRlZmluZWQgaW4gUkZDNjIyNCwgbm9yIGluDQo+IGRyYWZ0LWll dGYtbXVsdGltb2ItcG1pcHY2LXJvcHQsIHdoZXJlIGJvdGggZGlyZWN0IGFuZCByZW1vdGUgbXVs dGljYXN0DQo+IHNlcnZpY2UgY28tZXhpc3QuIFRoaXMgc2NlbmFyaW9zIGFyZSBub3QgY29tcGF0 aWJsZSB3aXRoIG11bHRpY2FzdA0KPiBsaXN0ZW5lciBzdXBwb3J0LCBmcm9tIG15IHBvaW50IG9m IHZpZXcuDQo+DQoNCkkgZ3Vlc3MsIHRoZXJlIGFyZSB0d28gYW5zd2VycyB0byB0aGlzIHF1ZXN0 aW9uczoNCg0KICAxLiBkcmFmdC1pZXRmLW11bHRpbW9iLXBtaXB2Ni1zb3VyY2UgaXMgY29tcGF0 aWJsZSB3aXRoIHRoZSB0d28NCnNjZW5hcmlvcyAibWVhbnQiIGluIGRyYWZ0LWlldGYtbXVsdGlt b2ItcG1pcHY2LXJvcHQsIG5hbWVseSBhIHNpbmdsZQ0KcHJveHkgdXBsaW5rIHRvIGEgc2luZ2xl IG11bHRpY2FzdCByb3V0ZXIgKG5hbWUgaXQgTVRNQSwgaWYgeW91IGRlc2lyZSksDQphbmQgYSBk aXJlY3QgbXVsdGljYXN0IHJvdXRpbmcgaW4gdGhlIGFjY2Vzcy4NCg0KW0x1aXM+Pl0gUmlnaHQs IEkgc2VlIGJhc2Ugc29sdXRpb24gc291cmNlIG1vYmlsaXR5IGlzIGNvbXBhdGlibGUgd2l0aCBi YXNlIHNvbHV0aW9uIGxpc3RlbmVyIG1vYmlsaXR5IChSRkM2MjI0KSwgYW5kIGRpcmVjdCByb3V0 aW5nIHNvdXJjZSBtb2JpbGl0eSBpcyBjb21wYXRpYmxlIHdpdGggZGlyZWN0IHJvdXRpbmcgbGlz dGVuZXIgbW9iaWxpdHkuIEl0IGNhbiBhbHNvIGJlIGNvbXBhdGlibGUgd2l0aCB0dW5uZWwgY29u dmVyZ2VuY2Ugb3B0aW1pemF0aW9uIGR1ZSB0byBNVE1BLCBkZXNwaXRlIHRoaXMgaXMgbm90IGRl c2NyaWJlZCB5ZXQgaW4geW91ciBkcmFmdCAoZG9lcyBub3QgZml0IGluIHNlY3Rpb24gMyBiZWNh dXNlIG5vIG1lbnRpb24gaXMgZG9uZSB0byB0dW5uZWwgY29udmVyZ2VuY2Ugb3B0aW1pemF0aW9u LCBub3IgZml0IGluIHNlY3Rpb24gNCBiZWNhdXNlIG9mIGRpcmVjdCByb3V0aW5nLCBzbyBubyBy ZW1vdGUpLg0KV2hhdCBzZWVtcyB0byBub3QgYmUgcG9zc2libGUgaXMgdG8gaGF2ZSBsaXN0ZW5l cnMgcmVjZWl2aW5nIHJlbW90ZSBjb250ZW50IHRvZ2V0aGVyIHdpdGggc29tZSBzb3VyY2VzIGlu amVjdGluZyBkaXJlY3RseSAod2l0aCBNTEQgcHJveHkgZnVuY3Rpb25hbGl0eSBhdCBNQUcpIGlu dG8gdGhlIFBNSVB2NiBkb21haW4uIEEgd2F5IG9mIGRvaW5nIHRoYXQgaXMgdGhlIHVzZSBvZiB0 aGUgTUxEIHByb3h5IHdpdGggbXVsdGlwbGUgdXBzdHJlYW0gaW50ZXJmYWNlcy4NCk15IGNvbmNl cm4gaGVyZSBpcyBoZSBmb2xsb3dpbmcuIEluIGEgUE1JUHY2IGRvbWFpbiAob3IgaW4gZ2VuZXJh bCBpbiBhbnkgbmV0d29yaykgdGhlcmUgd2lsbCBiZSBtb3JlIGxpc3RlbmVycyB0aGFuIHNvdXJj ZXMuIElmIHRoZSB3YXkgb2YgZGVwbG95aW5nIGEgc291cmNlIGZvciBhIGNlcnRhaW4gY29udGVu dCByZXN0cmljdHMgdGhlIHdheSB0aGUgbGlzdGVuZXJzIGNvbnN1bWUgYSB2YXJpZXR5IG9mIHNv bWUgb3RoZXIgY29udGVudHMsIGJvdGggbG9jYWwgKGlmIGxvY2FsbHkgYXZhaWxhYmxlKSBhbmQg cmVtb3RlLCB0aGVuIGl0IGlzIG5vdCBwcmFjdGljYWwgYXQgYWxsLiBJbiBteSBvcGluaW9uLCBh IHBhcnRpY3VsYXIgY2FzZSAodGhlIG9wdGltaXphdGlvbiBmb3IgdGhlIGxvY2FsIGRlbGl2ZXJ5 IG9mIGEgTU4vc291cmNlKSBzaG91bGQgYmUgYWNjb21tb2RhdGVkIHRvIHRoZSBtb3JlIGdlbmVy YWwgY2FzZSAodGhlIHJlY2VwdGlvbiBvZiB0aGUgY29udGVudCBieSBNTi9saXN0ZW5lcnMsIGxv Y2FsbHkgaWYgdGhlIHNvdXJjZSBpcyBsb2NhbCwgcmVtb3RlbHkgaWYgdGhlIHNvdXJjZSBpcyBy ZW1vdGUpLg0KDQogIDIuIGRyYWZ0LWlldGYtbXVsdGltb2ItcG1pcHY2LXJvcHQgbGFja3MgY29u Y2lzZW5lc3Mgb24gaG93IHRoaW5ncw0KYWN0dWFsbHkgYXJlIGludGVuZGVkIHRvIHdvcmsuIEkg c2hvdWxkIHJlbWluZCBhdCBteSBxdWljayByZXZpZXcgZHVyaW5nDQpDZWJpdCAyMDEyIChNYXJj aCA2dGgpIHdpdGggYSBmZXcgc2V2ZXJlIGNvbW1lbnRzIHRoYXQgaGF2ZSBub3QgYmVlbg0KYWRk cmVzc2VkIGluIHRoZSBjdXJyZW50IHVwZGF0ZS4NCg0KW0x1aXM+Pl0gVG91Y2hleiEhIE5vdCBz dXJlIGlmIHRoaXMgaXMgYW4gYW5zd2VyIHRvIHRoZSBxdWVzdGlvbiwgYnV0IGFueXdheSB5b3Ug YXJlIHJpZ2h0LCB3ZSBoYXZlIHRvIHdvcmsgb3V0IGEgYmV0dGVyIHN0cnVjdHVyZWQgZG9jdW1l bnQsIGFuZCBhZGRyZXNzIG9mIGNvdXJzZSBhbGwgdGhlIGNvbW1lbnRzIGNvbWluZyBmcm9tIHRo ZSBXRywgYXMgdGhlIGRvY3VtZW50IGlzIG5vdCBvdXJzIGV4Y2x1c2l2ZWx5LCBidXQgcGFydCBv ZiB0aGUgV0cgb3V0Y29tZXMuDQoNCj4gOC8gSW4gc2VjdGlvbiA0LjMuMywgaWYgdGhlIExNQSBw bGF5cyB0aGUgcm9sZSBvZiBSUCBpcyB0aGVuIHBvc3NpYmxlIHRvDQo+IG9idGFpbiB0aGUgc2hv cnRlc3QgcGF0aCAodGhyb3VnaCB0aGUgYmlkaXJlY3Rpb25hbCB0dW5uZWwpLCBpc27igJl0IGl0 Pw0KPg0KDQpJIGd1ZXNzIG5vLiBUaGUgZmFpbHVyZSBpbiByZWFzb25pbmcgaXMgdGhhdCB0aGVy ZSBpcyBubyBzaW5nbGUgTE1BLg0KDQpbTHVpcz4+XSBSaWdodCwgYnV0IGJlaW5nIHRoZSBNTiBp biBhIFBNSVB2NiBkb21haW4gaXQgd2lsbCBiZSBhc3NvY2lhdGVkIHRvIG9ubHkgb25lIExNQSwg d2hpY2ggd2lsbCBhZHZlcnRpc2UgaXRzIEhOUHMgdG8gdGhlIHJlc3Qgb2YgdGhlIEludGVybmV0 LiBUaGVuIHRoZSBNTi9zb3VyY2UgYmVjb21lcyByZWFjaGFibGUgdGhyb3VnaCB0aGF0IExNQS4g QXMgdGhlIExNQSBhbmQgdGhlIE1BRyBtYWludGFpbnMgdGhlIGJpZGlyZWN0aW9uYWwgdHVubmVs LCBJIGRlZHVjZSB0aGlzIGlzIHRoZW4gdGhlIHNob3J0ZXN0IHBhdGgsIEkgc3VwcG9zZS4NCg0K PiA5LyBJbiBzZWN0aW9uIDUuMSB5b3UgaW50cm9kdWNlIHRoZSBtdWx0aXBsZSB1cHN0cmVhbSBp bnRlcmZhY2UgcHJveHkNCj4gaWRlYSBhcyBhIHdheSBvZiBlbGltaW5hdGluZyByb3V0aW5nIGxv b3BzLCBuZWVkaW5nIGFkZGl0aW9uYWwgcnVsZXMgYW5kDQo+IHByb2Nlc3MgZm9yIGl0LiBJbiBt eSBvcGluaW9uLCB0aGUgTVRNQSBjb25jZXB0IGlzIGEgc2ltcGxlciB3YXkgb2YNCj4gaGF2aW5n IHRoZSBzYW1lIHJlc3VsdHMuDQo+DQpUDQpHZWUgbm8hIC0gdGhlIG11bHRpcGxlIHVwc3RyZWFt IHByb3h5IGlzIGEgd2F5IHRvIGF0dGFjaCB0byBtdWx0aXBsZQ0KTE1Bcy9QSU0gUm91dGVycyBm cm9tIGEgc2luZ2xlIHByb3h5IGluc3RhbmNlLiBUaGlzIGJlYXJzIHRoZSBzdHJvbmcNCnJpc2sg b2Ygcm91dGluZyBsb29wcyAuLi4gc28gYW55IHNvbHV0aW9uIG11c3QgYXNzdXJlIHRvIGF2b2lk IHRob3NlLg0KDQpbTHVpcz4+XSBMZXQgbWUgZXhwbGFpbiBiZXR0ZXIuIEFzIEkgdW5kZXJzdGFu ZCwgeW91IGFyZSBjb25zaWRlcmluZyB0aGUgbXVsdGlwbGUgdXBzdHJlYW0gcHJveHkgYXMgYSB3 YXkgb2YgYXZvaWRpbmcgdGhvc2UgbG9vcHMuIFRob3NlIGxvb3BzIGFyZSBvcmlnaW5hdGVkIGJ5 IHRoZSBmYWN0IG9mIGhhdmluZyBzZXZlcmFsIE1MRCBwcm94eSBpbnN0YW5jZXMgcGVyIE1BRywg YW5kIHRob3NlIGRpc3RpbmN0IGluc3RhbmNlcyBhcmUgbmVlZGVkIGJlY2F1c2UgdGhlIG11bHRp Y2FzdCB0cmFmZmljIGNhbiBiZSBpbmplY3RlZCBieSBkaWZmZXJlbnQgTE1Bcy4gVG8gZmFjZSB0 aGlzIGlzc3VlIHlvdSBwcm9wb3NlIG11bHRpLXVwc3RyZWFtIE1MRCBwcm94aWVzIGFzIGFuIGFy dGlmYWN0IHRoYXQgcGVybWl0cyB0byBjb21tdW5pY2F0ZSBhIHNpbmdsZSBNTEQgcHJveHkgaW5z dGFuY2Ugd2l0aCBhbnkgTE1BIGluIHRoZSBkb21haW4sIGFuZCBhbGwgdGhlIE1OIGluIHRoZSBN QUcgY2FuIGRpcmVjdGx5IHJlY2VpdmUgdGhlIHRyYWZmaWMgaW5qZWN0ZWQgYnkgYW55IE1OIGFj dGluZyBhcyBhIG11bHRpY2FzdCBzb3VyY2UsIGF0IHRoZSBjb3N0IG9mIGRlZmluaW5nIGFkZGl0 aW9uYWwgcnVsZXMgYW5kIGNvbXBsaWNhdGluZyB0aGUgTUFHLiAgT24gdGhlIG90aGVyIGhhbmQg eW91IGhhdmUgYW5vdGhlciBzb2x1dGlvbiB0byByZWFjaCB0aGUgc2FtZSBnb2FsOiB0aGUgTVRN QSBhcHByb2FjaCwgd2hlcmUgb25lIGFuY2hvciByb3V0ZXMgYWxsIHRoZSBtdWx0aWNhc3QgdHJh ZmZpYywgYW5kIGluaGVyZW50bHkgb25seSBvbmUgTUxEIHByb3h5IGluc3RhbmNlIGlzIHJlcXVp cmVkIGluIHRoZSBNQUcuIE5vIGFkZGl0aW9uYWwgcnVsZXMsIG5vIGFkZGl0aW9uYWwgY29tcGxl eGl0eSBhdCBNQUcuIEFuZCwgb2YgY291cnNlLCBubyB0dW5uZWwgY29udmVyZ2VuY2UgaXNzdWVz Lg0KSSdtIG5vdCBhZ2FpbnN0IHRoZSBtdWx0aXBsZSB1cHN0cmVhbSBwcm94eSBzb2x1dGlvbi4g SSBqdXN0IHdhbnQgdG8gaGlnaGxpZ2h0IG90aGVyIHNvbHV0aW9ucyBmb3IgdGhlIHNhbWUgcHJv YmxlbSwgYW5kIEkgdGhpbmsgaXQgaXMgZmFpciB0byBtZW50aW9uIHRoZW0sIGVzcGVjaWFsbHkg aWYgdGhleSBleGlzdCwgYXJlIGRvY3VtZW50ZWQsIGFuZCBhcmUgcGFydCBvZiB0aGUgb3V0Y29t ZXMgb2YgdGhlIHdvcmtpbmcgZ3JvdXAuDQoNCj4gMTAvIEFsc28gcmVnYXJkaW5nIHRoZSBtdWx0 aXBsZSB1cHN0cmVhbSBpbnRlcmZhY2UgcHJveHksIGFzIHdlIGZvcmVzZWUNCj4gaW4gdGhlIHdv cmsgYmVpbmcgZG9uZSBpbiBkcmFmdC1pZXRmLW11bHRpbW9iLXBtaXB2Ni1yb3B0LCAuLi4NCg0K ZHJhZnQtaWV0Zi1tdWx0aW1vYi1wbWlwdjYtcm9wdCBpcyBjb2luZWQgYXMgYW4gaW5mb3JtYXRp b25hbCBkb2N1bWVudA0KdGhhdCBpcyBzdXBwb3NlZCB0byBleHBsYWluIHR3byByYXRoZXIgc2lt cGxlIHRoaW5ncyBhdCBhIE1BRzoNCiAgKnRoZSBkZXBsb3ltZW50IG9mIGEgc2luZ2xlIG11bHRp Y2FzdCByb3V0ZXIgdXBsaW5rLCBhcyB3ZWxsIGFzDQogICpkeW5hbWljIG11bHRpY2FzdCByb3V0 aW5nLg0KVGhlcmUgaXMgbm8gd2F5IHRvIGRlYWwgd2l0aCB2YXJpYWJsZSB1cHN0cmVhbSBzZWxl Y3Rpb25zIGV0Yy4NCg0KW0x1aXM+Pl0gU29ycnkgVGhvbWFzLCB0aGlzIGRvZXMgbm90IGFuc3dl ciB0aGUgcXVlc3Rpb24uIFNob3VsZCBJIGFzc3VtZSB0aGF0IG11bHRpcGxlIHVwc3RyZWFtIGlu dGVyZmFjZXMgcHJvcG9zYWwgaXMganVzdCBhcHBsaWNhYmxlIGZvciB0aGUgYmFzZSBzb2x1dGlv biBjYXNlLCBleGNsdXNpdmVseT8gSXMgdGhhdCB0aGUgaWRlYSB5b3UgaGFuZGxlPyAodGhpcyBp cyBsaW5rZWQgdG8gbXkgY29tbWVudCBudW1iZXIgNykNCg0KPiAxMy8gSW4gc2VjdGlvbiA1LjIu MiB5b3UgbWVudGlvbiB0aGF0IHRoZSBwZWVyaW5nIHVwc3RyZWFtIGludGVyZmFjZXMNCj4gaGF2 ZSB0byBiZSBjb25zaWRlcmVkIGFzIHByZWZlcnJlZCBpbnRlcmZhY2VzLiBXaGF0IGlzIHRoZSBy ZWFzb24gZm9yDQo+IHRoYXQ/DQoNCklmIHlvdSBvcGVuIG11bHRpcGxlIHJlZHVuZGFudCBwYXRo cywgeW91IG5lZWQgdG8gYXBwbHkgYSByb3V0aW5nIGxvZ2ljIHRoYXQNCg0KICAxLiBpcyBsb29w LWZyZWUNCiAgMi4gZW5zdXJlcyAob3IgZm9zdGVycyBhdCBsZWFzdCkgdHJhZmZpYyB1bmlxdWVu ZXNzDQoNClRob3NlIGFyZSB0aGUgcmVhc29ucyB0byB0cmVhdCB0aGVzZSBpbnRlcmZhY2VzIG5v dCBhcyBlcXVhbCwgYnV0IGluIGENCnByZWZlcmVuY2UgaGllcmFyY2h5Lg0KDQpbTHVpcz4+XSBJ IHVuZGVyc3RhbmQgeW91ciBzdGF0ZW1lbnQsIGJ1dCB0aGF0IHdhcyBubyB0aGUgcXVlc3Rpb24u IFRoZSBxdWVzdGlvbiBpcyB3aHkgZG8geW91IGNsYXNzaWZ5IGFzIHByZWZlcnJlZCB0aGUgcGVl cmluZyBsaW5rcyBpbnN0ZWFkIG9mIHRoZSBvbmVzIHBvaW50aW5nIHRvIHRoZSBMTUFzPyBMZXQg bWUgcmVwZWF0IHRoZSByYXRpb25hbGUgb2YgdGhpcyBjb21tZW50LiBTaW5jZSB0aGUgc291cmNl IGFkZHJlc3Mgb2YgdGhlIE1OIGlzIG9uZSBhZGRyZXNzIG9mIHRoZSBob21lIGRvbWFpbiwgdGhl IE1BRyBpcyBub3QgYWJsZSB0byBkZXRlcm1pbmUgaWYgdGhlIE1OL3NvdXJjZSBpcyBhY3R1YWxs eSBjb25uZWN0ZWQgdG8gdGhlIFBNSVB2NiBkb21haW4gb3IgaXQgaXMgcGxhY2VkIG9uIHRoZSBo b21lIG5ldHdvcmssIHNvIHRoZXJlIGlzIG5vIHdheSBmb3IgdGhlIE1BRyB0byBkaXN0aW5ndWlz aCBpZiB0aGUgYmVzdCByb3V0ZSBpcyB0aHJvdWdoIGFub3RoZXIgTUFHIG9yIHRocm91Z2ggdGhl IExNQS4NCg0KQ2hlZXJzLA0KDQpUaG9tYXMNCg0KDQpbTHVpcz4+XSBCZXN0IHJlZ2FyZHMsIEx1 aXMNCg0KPg0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0KPiBtdWx0aW1vYiBtYWlsaW5nIGxpc3QNCj4gbXVsdGltb2JAaWV0Zi5vcmcNCj4gaHR0cHM6 Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tdWx0aW1vYg0KPg0KDQpFc3RlIG1lbnNh amUgc2UgZGlyaWdlIGV4Y2x1c2l2YW1lbnRlIGEgc3UgZGVzdGluYXRhcmlvLiBQdWVkZSBjb25z dWx0YXIgbnVlc3RyYSBwb2zDrXRpY2EgZGUgZW52w61vIHkgcmVjZXBjacOzbiBkZSBjb3JyZW8g ZWxlY3Ryw7NuaWNvIGVuIGVsIGVubGFjZSBzaXR1YWRvIG3DoXMgYWJham8uDQpUaGlzIG1lc3Nh Z2UgaXMgaW50ZW5kZWQgZXhjbHVzaXZlbHkgZm9yIGl0cyBhZGRyZXNzZWUuIFdlIG9ubHkgc2Vu ZCBhbmQgcmVjZWl2ZSBlbWFpbCBvbiB0aGUgYmFzaXMgb2YgdGhlIHRlcm1zIHNldCBvdXQgYXQN Cmh0dHA6Ly93d3cudGlkLmVzL0VTL1BBR0lOQVMvZGlzY2xhaW1lci5hc3B4DQo= From lmcm@tid.es Fri Jul 27 01:30:15 2012 Return-Path: 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 A73F221F84DC for ; Fri, 27 Jul 2012 01:30:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.197 X-Spam-Level: X-Spam-Status: No, score=-6.197 tagged_above=-999 required=5 tests=[AWL=0.402, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] 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 DF0WpNb3VfW8 for ; Fri, 27 Jul 2012 01:30:14 -0700 (PDT) Received: from correo-bck.tid.es (correo-bck.tid.es [195.235.93.200]) by ietfa.amsl.com (Postfix) with ESMTP id DC83B21F845D for ; Fri, 27 Jul 2012 01:30:09 -0700 (PDT) Received: from sbrightmailg02.hi.inet (Sbrightmailg02.hi.inet [10.95.78.105]) by tid.hi.inet (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0M7T0049Z8Y66L@tid.hi.inet> for multimob@ietf.org; Fri, 27 Jul 2012 10:30:09 +0200 (MEST) Received: from vanvan (vanvan.hi.inet [10.95.78.49]) by sbrightmailg02.hi.inet (Symantec Messaging Gateway) with SMTP id EC.EB.02752.09152105; Fri, 27 Jul 2012 10:30:09 +0200 (CEST) Received: from correo.tid.es (mailhost.hi.inet [10.95.64.100]) by tid.hi.inet (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPS id <0M7T004778Y86G@tid.hi.inet> for multimob@ietf.org; Fri, 27 Jul 2012 10:30:08 +0200 (MEST) Received: from EXCLU2K7.hi.inet ([10.95.67.65]) by htcasmad1.hi.inet ([192.168.0.1]) with mapi; Fri, 27 Jul 2012 10:30:08 +0200 Date: Fri, 27 Jul 2012 10:30:07 +0200 From: LUIS MIGUEL CONTRERAS MURILLO In-reply-to: <201207261804313518081@gmail.com> To: Shuai Gao , "Thomas C. Schmidt" Message-id: MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-language: es-ES Content-transfer-encoding: base64 Accept-Language: es-ES, en-US Thread-topic: Re: [multimob] Fwd: New Version Notification fordraft-ietf-multimob-pmipv6-source-01.txt Thread-index: Ac1rFkZAHl8VWKZVTq2lKizn7cODrQAuSZ1Q acceptlanguage: es-ES, en-US X-AuditID: 0a5f4e69-b7f6d6d000000ac0-42-501251903026 X-MS-Has-Attach: X-MS-TNEF-Correlator: X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrIKsWRmVeSWpSXmKPExsXCFe9nqDsxUCjA4M0TZosZH/tYHBg9liz5 yRTAGMVlk5Kak1mWWqRvl8CVMf3fBqaCN4YV7d//MTUwnjDoYuTkkBAwkZi5ciI7hC0mceHe erYuRi4OIYHtjBLPJx9ngXD+MErsfNMP5TQySqzYsxWshUVAVWLiitusIDabgKHErJ2TwGxh gXSJbw+/MIPYnAJ6Eg/7prKA2CIC0RKLvrcwgtjMAgoSd991sIHYvAKeEpMXLWWBsAUlfky+ B2RzANWoS0yZkgtRLi4x59dEVghbUWLaogawMYwCshIrz59mhBifITFr71lmCNtIYlXzZBaI GhmJ/8v3skB8KSCxZM95ZghbVOLl43+sEH+1Mkpsb53GNIFRfBaSM2YhnDELyRmzkJyxgJFl FaNYcVJRZnpGSW5iZk66gZFeRqZeZl5qySZGSBxl7mBcvlPlEKMAB6MSD6/GJsEAIdbEsuLK 3EOMkhxMSqK8Kz2FAoT4kvJTKjMSizPii0pzUosPMUpwMCuJ8H61BcrxpiRWVqUW5cOkZDg4 lCR4VwYApQSLUtNTK9Iyc4DJAibNxMEJ0s4D1H4YpIa3uCAxtzgzHSJ/ilGVo3/Hi9uMQix5 +XmpUuK8VSBFAiBFGaV5cHNeMYoDHSzMewkkywNMd3ATXgENZwIa/jyMD2R4SSJCSqqBcbkj k4DAHtX7e0/78R6QtYop1Fz4u/SmwvrVn7ax5fpv2BtjZn1sXR27slSAjl229ulZS94wVsrc ndj0r7+gb8azCesytRY/XP+l8u2cyaFlq/Uy5Fle/L7x5+l2xVldP16FlSof0Q94lNFv9D1I 85xh6tm9R6V81O1K7y8Wd02cmrRhWl35EyWW4oxEQy3mouJEAItk1Yk0AwAA References: <000001cd6aaf$ae077dc0$0a167940$@av.it.pt> <501088CB.20705@informatik.haw-hamburg.de> <201207261804313518081@gmail.com> Cc: multimob Subject: Re: [multimob] Fwd: New Version Notification fordraft-ietf-multimob-pmipv6-source-01.txt X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jul 2012 08:30:15 -0000 VGhhbmtzIFNodWFpIGZvciB5b3VyIGNsYXJpZmljYXRpb25zLg0KDQpKdXN0IG9uZSBjb21tZW50 IGFib3V0IHlvdXIgYW5zd2VyIGFib3V0IHRoZSBRdWVyeSBtZXNzYWdlIGluIGZpZ3VyZSAyLiBJ IHRoaW5rIHdlIGFyZSBhbGwgb24gdGhlIHNhbWUgcGFnZS4gV2hhdCBJIHdvdWxkIHN1Z2dlc3Qg aXMgdG8gZGVwaWN0IGluIGEgbW9yZSBjbGVhciB3YXkgdGhhdCB0aGUgTUxEIFF1ZXJ5LCBuZWVk ZWQgYmFzaWNhbGx5IHRvIGRldGVybWluZSB0aGUgbXVsdGljYXN0IGxpc3RlbmVyIG5hdHVyZSBv ZiB0aGUgTU4sIHJ1biBpbiBwYXJhbGxlbCB3aXRoIHRoZSBmYWN0IG9mIGRlbGl2ZXJpbmcgbXVs dGljYXN0IHRyYWZmaWMgaWYgdGhlIE1OIGFjdHMgYXMgYSBzb3VyY2UuIEFzIGl0IGlzIGRlcGlj dGVkIG5vdywgYXMgYSBzZXF1ZW50aWFsIGZsb3csIGNhbiBiZSBhIGxpdHRsZSBiaXQgY29uZnVz aW5nLg0KDQpUaGFua3MgYWdhaW4sDQoNCkJlc3QgcmVnYXJkcywNCg0KTHVpcw0KDQotLS0tLU1l bnNhamUgb3JpZ2luYWwtLS0tLQ0KRGU6IFNodWFpIEdhbyBbbWFpbHRvOmdhb3hsaEBnbWFpbC5j b21dDQpFbnZpYWRvIGVsOiBqdWV2ZXMsIDI2IGRlIGp1bGlvIGRlIDIwMTIgMTI6MDUNClBhcmE6 IFRob21hcyBDLiBTY2htaWR0OyBMVUlTIE1JR1VFTCBDT05UUkVSQVMgTVVSSUxMTw0KQ0M6IG11 bHRpbW9iDQpBc3VudG86IFJlOiBSZTogW211bHRpbW9iXSBGd2Q6IE5ldyBWZXJzaW9uIE5vdGlm aWNhdGlvbiBmb3JkcmFmdC1pZXRmLW11bHRpbW9iLXBtaXB2Ni1zb3VyY2UtMDEudHh0DQoNCkhp IEx1aXMsDQogICAgICAgIFRoYW5rcyBmb3IgeW91ciBjb21tZW50cy4gSSdkIGxpa2UgdG8gbWFr ZSBzb21lIHN1cHBsZW1lbnRzIGlubGluZSBvbiBiYXNlIG9mIFRob21hcydzIGFuc3dlcnMuDQoN Cj09PT09PT0gMjAxMi0wNy0yNiAwNzo0NDowOSDmgqjlnKjmnaXkv6HkuK3lhpnpgZPvvJo9PT09 PT09DQoNCj5IaSBMdWlzLA0KPg0KPm1hbnkgdGhhbmtzIGZvciB5b3VyIGNvbW1lbnRzLCBwbGVh c2Ugc2VlIGFuc3dlcnMgaW5saW5lOg0KPg0KPk9uIDI0LjA3LjIwMTIgMTk6NTIsIExVSVMgTUlH VUVMIENPTlRSRVJBUyBNVVJJTExPIHdyb3RlOg0KPg0KPj4gMS8gVGhlIGRyYWZ0IHByZXNlbnRz IHR3byBtYWluIHNjZW5hcmlvcyBvZiBzb3VyY2UgbW9iaWxpdHkuIC4uLg0KPj5UaGUgcXVlc3Rp b24gaXM6IERvIHlvdSBub3QgY29uc2lkZXIgdGhlIE1BRyBhcyAgbXVsdGljYXN0IHJvdXRlciBm b3INCj4+dGhlIGJhc2Ugc29sdXRpb24ganVzdCBiZWNhdXNlIHRoZSBmdW5jdGlvbmFsaXR5ICBk ZWZpbmVkIGZvciB0aGUgTUFHcw0KPj5pbiBSRkM2MjI0IGlzIE1MRCBwcm94eSwgb3IgYWN0dWFs bHkgeW91IGFyZSBub3QgIGNvbnNpZGVyaW5nIHRoZSBNQUcNCj4+YXMgbXVsdGljYXN0IHJvdXRl ciBhcyBhbiBvcHRpb24gdG8gZGVsaXZlciAgbXVsdGljYXN0IHRyYWZmaWMgdGhyb3VnaA0KPj50 aGUgaG9tZSBuZXR3b3JrIHZpYSB0aGUgTE1BPw0KPg0KPlNFY3Rpb24gMyBvbmx5IHJlZmVycyB0 byB0aGUgYmFzZSBzb2x1dGlvbiAoYWthIFJGQyA2MjI0KS4gRnVsbA0KPm11bHRpY2FzdCByb3V0 aW5nIGZ1bmN0aW9ucyBhdCBNQUdzIGFyZSB0aGUgdG9waWMgb2YgU2VjdGlvbiA0Lg0KPg0KPk9u IHRoZSBjb250cmFyeSwgaWYgdGhlIE1BRyBpcyBhIG11bHRpY2FzdCByb3V0ZXIgKHVzaW5nIGFu IHVubW9kaWZpZWQNCj5tdWx0aWNhc3Qgcm91dGluZyBwcm90b2NvbCBsaWtlIHNvbWUgc29ydCBv ZiBQSU0pLCB0aGVuIG11bHRpY2FzdCBkYXRhDQo+ZGlzdHJpYnV0aW9uIGZvbGxvd3MgdGhlIGZv cndhcmRpbmcgc3RhdGVzIGltcGxlbWVudGVkIGJ5IGpvaW4gYW5kDQo+bGVhdmUgb3BlcmF0aW9u cyAodGhlIFRJQiBvciBNRklCKS4NCj4NCj5UaGUgc29sdXRpb24geW91IGVudmlzaW9uICgibXVs dGljYXN0IHJvdXRlciAuLi4gdG8gZGVsaXZlciBtdWx0aWNhc3QNCj50cmFmZmljIHRocm91Z2gg dGhlIGhvbWUgbmV0d29yayB2aWEgdGhlIExNQSIpIHdvdWxkIHJlcXVpcmUgc3RhdGljLA0KPmV4 Y2x1c2l2ZSwgc291cmNlLXNwZWNpZmljIGZvcndhcmRpbmcgc3RhdGVzIGZvciBhbGwgZ3JvdXBz IGluIHRoZSBNRklCLg0KPlRoYXQncyBub3QgaG93IChkeW5hbWljKSBtdWx0aWNhc3Qgcm91dGlu ZyB3b3Jrcy4NCg0KQWN0dWFsbHksIGFzIGEgbXVsdGljYXN0IHJvdXRlciAoUElNLVNNKSwgdGhl IE1BRyBkZWxpdmVycyB0aGUgbXV0bGljYXN0IHRyYWZmaWMgdGhyb3VnaCB0aGUgaG9tZSBuZXR3 b3JrIHZpYSB0aGUgTE1BIG9ubHkgYWZ0ZXIgdGhlIFJQIG9yIHRoZSBEUnMgb2YgcmVjZWl2ZXJz IGluaXRpYXRlIHNvdXJjZS1zcGVjaWZpYyBKb2luLCB3aGljaCBjYXNlcyBhcmUgZGVzY3JpYmVk IGluIHNlY3Rpb24gNC4zLjMgYW5kIDQuMy40Lg0KDQo+DQo+Pg0KPj4gMi8gSW4gZmlndXJlIDIs IGp1c3QgYWZ0ZXIgTUxEIHByb3h5IGNvbmZpZ3VyYXRpb24gc3RhdGVtZW50LCB5b3UNCj4+IGRl cGljdCB0aGUgc2VxdWVuY2UgTUxEIFF1ZXJ5IChmcm9tIE1BRzIgdG8gTU4yKSwgTWNhc3QgRGF0 YSAoZnJvbQ0KPj4gTU4yIHRvIE1BRzIpLiBJIHRoaW5rIGl0IGlzIGEgYml0IGNvbmZ1c2luZy4g QXMgZmFyIGFzIEkgdW5kZXJzdGFuZCwgdGhlIE1OMiAgLi4uDQo+Pg0KPkZpZ3VyZSAyIGFkYXB0 cyB0aGUgY2FsbC1mbG93IG9mIHRoZSBiYXNlIHNvbHV0aW9uLiBUaGUgTUxEIFF1ZXJ5IGlzDQo+ bmVlZGVkIHRvIGVzdGFibGlzaCBhcHByb3ByaWF0ZSBtdWx0aWNhc3QgbGlzdGVuZXIgc3RhdGVz IGF0IHRoZSBNQUcNCj5hZnRlciBhIGhhbmRvdmVyLg0KPg0KPllvdSBhcmUgcmlnaHQgdGhhdCB0 aGUgUXVlcnkgaXMgbm90IG5lZWRlZCBmb3IgdGhlIHNvdXJjZSB0byBzZW5kDQo+bXVsdGljYXN0 IGRhdGEuIEl0IGlzIGFsc28gdW5uZWNlc3NhcnkgZm9yIGZvcndhcmRpbmcgdHJhZmZpYyB0byB0 aGUNCj5MTUEuIFdlIGNhbiByZW1vdmUgaXQuDQpUaGUgUXVlcnkgaXMgbm90IG5lZWRlZC4gSG93 ZXZlciwgaXQncyBkaWZmaWN1bHQgdG8gZGlzY3JpbWluYXRlIHdoZXRoZXIgdGhlIG5ld2x5IGF0 dGFjaGVkIE1OIGlzIGEgbXVsdGljYXN0IGxpc3RlbmVyIG9yIHNvdXJjZSBhY2NvcmRpbmcgdG8g Y3VycmVudCBwcm90b2NvbC4gVG8gYmUgY29tcGF0aWJsZSB3aXRoIFJGQyA2MjI0LCB0aGUgUXVl cnkgY2FuIGJlIGtlcHQgaGVyZSwgSSB0aGluay4gT2YgY291cnNlLCB0aGUgUXVlcnkgc2hvdWxk IG5vdCBiZSBzZW50IGlmIHRoZSBNQUcgZGVmaW5pdGVseSBrbm93cyB0aGUgbmV3bHkgTU4gaXMg YSBtdWx0aWNhc3Qgc291cmNlLg0KDQo+PiA5LyBJbiBzZWN0aW9uIDUuMSB5b3UgaW50cm9kdWNl IHRoZSBtdWx0aXBsZSB1cHN0cmVhbSBpbnRlcmZhY2UgcHJveHkNCj4+IGlkZWEgYXMgYSB3YXkg b2YgZWxpbWluYXRpbmcgcm91dGluZyBsb29wcywgbmVlZGluZyBhZGRpdGlvbmFsIHJ1bGVzIGFu ZA0KPj4gcHJvY2VzcyBmb3IgaXQuIEluIG15IG9waW5pb24sIHRoZSBNVE1BIGNvbmNlcHQgaXMg YSBzaW1wbGVyIHdheSBvZg0KPj4gaGF2aW5nIHRoZSBzYW1lIHJlc3VsdHMuDQo+Pg0KPlQNCj5H ZWUgbm8hIC0gdGhlIG11bHRpcGxlIHVwc3RyZWFtIHByb3h5IGlzIGEgd2F5IHRvIGF0dGFjaCB0 byBtdWx0aXBsZQ0KPkxNQXMvUElNIFJvdXRlcnMgZnJvbSBhIHNpbmdsZSBwcm94eSBpbnN0YW5j ZS4gVGhpcyBiZWFycyB0aGUgc3Ryb25nDQo+cmlzayBvZiByb3V0aW5nIGxvb3BzIC4uLiBzbyBh bnkgc29sdXRpb24gbXVzdCBhc3N1cmUgdG8gYXZvaWQgdGhvc2UuDQo+DQpUaGUgbXVsdGlwbGUg dXBzdHJlYW0gaW50ZXJmYWNlIHByb3h5IGNhbiBoZWxwIGFkZHJlc3MgbG9jYWwgcm91dGluZyBv cHRpbWl6YXRpb24gcHJvYmxlbSBieSBkZXBsb3lpbmcgc2luZ2xlIHByb3h5IGluc3RhbmNlIHdp dGggbXVsdGlwbGUgdXBzdHJlYW0gaW50ZXJmYWNlcy4gUmVnYXJkaW5nIHRoZSByb3V0aW5nIGxv b3BzIGFuZCByZWR1bmRhbnQgdHJhZmZpYyBwcm9ibGVtLCB3ZSBhcmUgd29ya2luZyBvbiB0aGlz IGFuZCB3aWxsIGFkZCBjb3JyZXNwb25kaW5nIGRldGFpbCBzY2hlbWUgdG8gYXZvaWQgaXQgaW4g bmV4dCB2ZXJzaW9uLg0KPg0KVGhhbmtzDQpTaHVhaQ0KDQoNCg0KU2h1YWkgR2FvDQpOYXRpb25h bCBFbmdpbmVlcmluZyBMYWIgZm9yIE5leHQgR2VuZXJhdGlvbiBJbnRlcm5ldCBJbnRlcmNvbm5l Y3Rpb24gRGV2aWNlcw0KQmVpamluZyBKaWFvdG9uZyBVbml2ZXJzaXR5DQpCZWlqaW5nLCBDaGlu YSwgMTAwMDQ0DQpnYW94bGhAZ21haWwuY29tDQoyMDEyLTA3LTI2DQoNCg0KRXN0ZSBtZW5zYWpl IHNlIGRpcmlnZSBleGNsdXNpdmFtZW50ZSBhIHN1IGRlc3RpbmF0YXJpby4gUHVlZGUgY29uc3Vs dGFyIG51ZXN0cmEgcG9sw610aWNhIGRlIGVudsOtbyB5IHJlY2VwY2nDs24gZGUgY29ycmVvIGVs ZWN0csOzbmljbyBlbiBlbCBlbmxhY2Ugc2l0dWFkbyBtw6FzIGFiYWpvLg0KVGhpcyBtZXNzYWdl IGlzIGludGVuZGVkIGV4Y2x1c2l2ZWx5IGZvciBpdHMgYWRkcmVzc2VlLiBXZSBvbmx5IHNlbmQg YW5kIHJlY2VpdmUgZW1haWwgb24gdGhlIGJhc2lzIG9mIHRoZSB0ZXJtcyBzZXQgb3V0IGF0DQpo dHRwOi8vd3d3LnRpZC5lcy9FUy9QQUdJTkFTL2Rpc2NsYWltZXIuYXNweA0K From seiljeon@av.it.pt Fri Jul 27 02:58:32 2012 Return-Path: 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 703F121F861D for ; Fri, 27 Jul 2012 02:58:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] 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 qBfeP0yHrCG0 for ; Fri, 27 Jul 2012 02:58:31 -0700 (PDT) Received: from av.it.pt (mail.av.it.pt [193.136.92.53]) by ietfa.amsl.com (Postfix) with ESMTP id 222C521F8616 for ; Fri, 27 Jul 2012 02:58:30 -0700 (PDT) Received: from [193.136.93.23] (account seiljeon@av.it.pt HELO ATNoGSeil) by av.it.pt (CommuniGate Pro SMTP 5.4.2) with ESMTPSA id 65597911; Fri, 27 Jul 2012 10:58:26 +0100 From: "Seil Jeon" To: "'Thomas C. Schmidt'" References: <000001cd6aaf$ae077dc0$0a167940$@av.it.pt> <501088CB.20705@informatik.haw-hamburg.de> In-Reply-To: <501088CB.20705@informatik.haw-hamburg.de> Date: Fri, 27 Jul 2012 10:58:28 +0100 Message-ID: <001201cd6bde$5f58cfa0$1e0a6ee0$@av.it.pt> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQHk9wFM4M80+hp8a/aXusiVP/doAgGQ1c0GlwFGG3A= Content-Language: ko Cc: multimob@ietf.org Subject: Re: [multimob] Fwd: New Version Notification for draft-ietf-multimob-pmipv6-source-01.txt X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jul 2012 09:58:32 -0000 Hi Thomas, As you pointed it out, multicast mobility routing optimization needs to = be addressed well. In Vancouver meeting, that would be discussed. And regarding on your answer to my question, if you are intending to present all the possible ways including optimization, don't you think this needs to go along with draft-ietf-multimob-pmipv6-ropt, even though it is informational? Seil -----Original Message----- From: Thomas C. Schmidt [mailto:schmidt@informatik.haw-hamburg.de]=20 Sent: Thursday, July 26, 2012 1:01 AM To: Seil Jeon Cc: multimob@ietf.org Subject: Re: [multimob] Fwd: New Version Notification for draft-ietf-multimob-pmipv6-source-01.txt Hi Seil, draft-ietf-multimob-pmipv6-source addresses (and is intended to address) = the solution space for multicast source mobility in PMIP. You're right in pointing at compatibility to listener solutions. According to listener mobility, we explicitly included the basic = scenarios yet, i.e., * Base solution (RFC 6224) * Single proxy upstream (as subject of = draft-ietf-multimob-pmipv6-ropt) * Direct multicast routing (as subject of = draft-ietf-multimob-pmipv6-ropt) We should address additional aspects, if arising. In the context of draft-ietf-multimob-pmipv6-ropt, there are several = issues: 1. As you mention, draft-ietf-multimob-pmipv6-ropt contains initial = trials to route optimization, which it shouldn't. This was approved as an informational document explaining simply the deployment cases mentioned above. 2. draft-ietf-multimob-pmipv6-ropt is neither complete, nor concise = ... I would like to point at my earlier review of March 6th which are still unaddressed. Cheers, Thomas On 25.07.2012 23:51, Seil Jeon wrote: > Hi Thomas, > > > I have simple question on this draft. > > How do you think solution scope and objective? > - Listing all possible ways of supporting source mobility including=20 > optimization? > - If so, which level do you think should be considered for = extension? > - Wouldn't it be focused on base source mobility deployment option=20 > without optimization? > > Now, we have been working on multicast listener solutions separately;=20 > base deployment option [RFC6224] without any modification and=20 > extension of existing standard protocols and multicast mobility=20 > routing optimization [ietf-multimob-pmipv6-ropt]. > > This draft includes several cases of source mobility support including = > optimization. I think listener and source solutions need to be=20 > compatible each other. Are you considering that? And routing=20 > optimization for listener is now being progressed but not finished = yet. > > > Regards, > > Seil > > > -----Original Message----- > From: multimob-bounces@ietf.org [mailto:multimob-bounces@ietf.org] On=20 > Behalf Of Thomas C. Schmidt > Sent: Monday, July 16, 2012 9:37 PM > To: multimob@ietf.org > Subject: [multimob] Fwd: New Version Notification for=20 > draft-ietf-multimob-pmipv6-source-01.txt > > Hi all, > > we've prepared and uploaded a new version of the source mobility = draft. > The document has been largely extended with the following new contributions: > > 1. Direct routing with PIM-SM and PIM-SSM has been added. > > 2. PMIP synchronization with PIM added for improved handover. > > 3. Direct routing with BIDIR-PIM has been added. > > 4. MLD Proxy extensions requirements added. > > 5. Peering of MLD Proxies added. > > 6. First sketch of multiple upstream proxy added. > > 7. Editorial improvements. > > 8. Updated references. > > Comments, feedback & reviews welcome! > > See you in Vancouver, > > Thomas > > -------- Original Message -------- > Subject: New Version Notification for > draft-ietf-multimob-pmipv6-source-01.txt > Date: Mon, 16 Jul 2012 13:32:17 -0700 > From: internet-drafts@ietf.org > To: schmidt@informatik.haw-hamburg.de > CC: shgao@bjtu.edu.cn, hkzhang@bjtu.edu.cn, mw@link-lab.net > > > A new version of I-D, draft-ietf-multimob-pmipv6-source-01.txt > has been successfully submitted by Thomas C. Schmidt and posted to the = > IETF repository. > > Filename: draft-ietf-multimob-pmipv6-source > Revision: 01 > Title: Mobile Multicast Sender Support in Proxy Mobile IPv6 > (PMIPv6) > Domains > Creation date: 2012-07-16 > WG ID: multimob > Number of pages: 24 > URL: > http://www.ietf.org/internet-drafts/draft-ietf-multimob-pmipv6-source- > 01.txt > Status: > http://datatracker.ietf.org/doc/draft-ietf-multimob-pmipv6-source > Htmlized: > http://tools.ietf.org/html/draft-ietf-multimob-pmipv6-source-01 > Diff: > = http://tools.ietf.org/rfcdiff?url2=3Ddraft-ietf-multimob-pmipv6-source-0 > 1 > > Abstract: > Multicast communication can be enabled in Proxy Mobile IPv6 = domains > via the Local Mobility Anchors by deploying MLD Proxy functions = at > Mobile Access Gateways, via a direct traffic distribution within = an > ISP's access network, or by selective route optimization schemes. > This document describes the support of mobile multicast senders = in > Proxy Mobile IPv6 domains for all three scenarios. Protocol > optimizations for synchronizing PMIPv6 with PIM, as well as = extended > MLD Proxy functions are presented. Mobile sources always remain > agnostic of multicast mobility operations. > > > > > > > The IETF Secretariat > > > _______________________________________________ > multimob mailing list > multimob@ietf.org > https://www.ietf.org/mailman/listinfo/multimob > > _______________________________________________ > multimob mailing list > multimob@ietf.org > https://www.ietf.org/mailman/listinfo/multimob > --=20 Prof. Dr. Thomas C. Schmidt =B0 Hamburg University of Applied Sciences Berliner = Tor 7 =B0 =B0 Dept. Informatik, Internet Technologies Group 20099 Hamburg, = Germany =B0 =B0 http://www.haw-hamburg.de/inet Fon: = +49-40-42875-8452 =B0 =B0 http://www.informatik.haw-hamburg.de/~schmidt Fax: = +49-40-42875-8409 =B0 From lmcm@tid.es Fri Jul 27 03:15:21 2012 Return-Path: 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 CA64A21F85FF for ; Fri, 27 Jul 2012 03:15:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.552 X-Spam-Level: X-Spam-Status: No, score=-5.552 tagged_above=-999 required=5 tests=[AWL=-0.443, BAYES_05=-1.11, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] 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 LTIMh7DELvLO for ; Fri, 27 Jul 2012 03:15:20 -0700 (PDT) Received: from correo-bck.tid.es (correo-bck.tid.es [195.235.93.200]) by ietfa.amsl.com (Postfix) with ESMTP id 33CD521F8530 for ; Fri, 27 Jul 2012 03:15:19 -0700 (PDT) Received: from sbrightmailg02.hi.inet (Sbrightmailg02.hi.inet [10.95.78.105]) by tid.hi.inet (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0M7T00C8DDT9TL@tid.hi.inet> for multimob@ietf.org; Fri, 27 Jul 2012 12:15:18 +0200 (MEST) Received: from vanvan (vanvan.hi.inet [10.95.78.49]) by sbrightmailg02.hi.inet (Symantec Messaging Gateway) with SMTP id 36.13.02752.63A62105; Fri, 27 Jul 2012 12:15:18 +0200 (CEST) Received: from correo.tid.es (mailhost.hi.inet [10.95.64.100]) by tid.hi.inet (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPS id <0M7T00C9WDTHTL@tid.hi.inet> for multimob@ietf.org; Fri, 27 Jul 2012 12:15:17 +0200 (MEST) Received: from EXCLU2K7.hi.inet ([10.95.67.65]) by htcasmad2.hi.inet ([192.168.0.2]) with mapi; Fri, 27 Jul 2012 12:15:17 +0200 Date: Fri, 27 Jul 2012 12:15:16 +0200 From: LUIS MIGUEL CONTRERAS MURILLO To: "multimob@ietf.org" Message-id: MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_g0PwrCrBZTa1ZcWI86XZZw)" Content-language: es-ES Accept-Language: es-ES, en-US Thread-topic: Comments on draft-liu-multimob-pmipv6-multicast-ro-01 Thread-index: Ac1r3mFIep72WGMXRiKDSEKtPqF06w== acceptlanguage: es-ES, en-US X-AuditID: 0a5f4e69-b7f6d6d000000ac0-c1-50126a36385c X-MS-Has-Attach: X-MS-TNEF-Correlator: X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprKKsWRmVeSWpSXmKPExsXCFe9nqGuWJRRg8HQ3u8WMj30sDoweS5b8 ZApgjOKySUnNySxLLdK3S+DKaOzoZizYaV8x+fdexgbGtWZdjJwcEgImEpd3dTJC2GISF+6t Z+ti5OIQEtjOKPHj7XcmCOcPo8SJwwuYIZxGRonj61pYQFpYBFQl/h/6DWazCRhKzNo5iRXE Fhawk3h65goTiC0ioC3x5uUfMJtXwFNi9/lbzBC2oMSPyffAepkFciVan1+CssUl5vyaCDaH UUBWYuX504wQc5wl7ndMBYpzANl6EhNWsUGUyEj8X76XBeIDAYkle84zQ9iiEi8f/2OdwCg8 C8m2WUi2zUKyDcLWk7gxdQobhK0tsWzha2YIW1dixr9DLMjiCxjZVzGKFScVZaZnlOQmZuak GxjpZWTqZeallmxihMRL5g7G5TtVDjEKcDAq8fBqbBIMEGJNLCuuzD3EKMnBpCTKq5MpFCDE l5SfUpmRWJwRX1Sak1p8iFGCg1lJhPerLVCONyWxsiq1KB8mJcPBoSTB6wnSJliUmp5akZaZ A0wKMGkmDk6Qdh6gdiOQGt7igsTc4sx0iPwpRlWO/h0vbjMKseTl56VKifPqghQJgBRllObB zXnFKA50sDCvFUiWB5jW4Ca8AhrOBDTcIhpseEkiQkqqgVFij/KSnz+vPQiosgz74mDe5fv1 0BNxi2zZz278LwVXyRjwOMqH1EhMPecjKDN1/1KVP8uFf7Lcn17dbCTTy/PpzMqwIHWdqIMe L3/q+x7VY6rb71Q1eZt12pzUF2aV7vtTjtYsmZA+dY/K3klHf/w49Kfs4Bq1ddo5m/hrrez1 j98z65Ax2qfEUpyRaKjFXFScCAA6TxjUKAMAAA== Subject: [multimob] Comments on draft-liu-multimob-pmipv6-multicast-ro-01 X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jul 2012 10:15:21 -0000 --Boundary_(ID_g0PwrCrBZTa1ZcWI86XZZw) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable Dear Juan, Wen, Wei, Please, find here below some comments on your draft. 1/ You propose the MAGs to be multicast enabled routers. However, to enabli= ng the solution you propose to set-up a tunnel among the MAGs where the sou= rce and the listener are attached to. Why do you need such tunnel? Why the = communication cannot be directly routed without any additional tunnel (assu= ming the domain is multicast enabled)? In fact the tunnel probably will fol= low the same path as the PIM messages would follow. 2/ When you describe the establishment of bidirectional tunnels between MAG= s you refer RFC5213 for further detail, but RFC5213 does not include tunnel= establishment between MAGs. This is not covered by standard PMIP (it impli= es an extension). 3/ For the mobile node operation you are restricting the optimization propo= sal to the case where the listener is an SSM-aware host. In my opinion this= restricts the solution, not being generic (ASM case is not covered) 4/ Through the PBU-Q/PBA-Q sequence of messages you are able to obtain the = CoA for the MN source. However, how do you know in advance that the MN sour= ce is attached to the domain? There is no way of knowing it in advance, and= because the MN HoA is not an address of the PMIPv6 domain, how do you dedu= ce that it is a MN source? Do you send the PBU-Q for all kind of SSM subscr= iptions? Additionally, what happens (what is the message) in case the sourc= e is effectively not attached to the PMIPv6 domain? Finally, as a minor comment, the heading of the txt file mention "RELOAD Cl= ient Extension", which is not the subject of the draft. Best regards, Luis _____________________________ Luis M. Contreras Technology / Global CTO / Telef=F3nica Efficiency Projects / Telef=F3nica I+D Don Ram=F3n de la Cruz 82-84 28006 Madrid Espa=F1a / Spain lmcm@tid.es ________________________________ Este mensaje se dirige exclusivamente a su destinatario. Puede consultar nu= estra pol=EDtica de env=EDo y recepci=F3n de correo electr=F3nico en el enl= ace situado m=E1s abajo. This message is intended exclusively for its addressee. We only send and re= ceive email on the basis of the terms set out at http://www.tid.es/ES/PAGINAS/disclaimer.aspx --Boundary_(ID_g0PwrCrBZTa1ZcWI86XZZw) Content-type: text/html; charset=iso-8859-1 Content-transfer-encoding: quoted-printable

Dear Juan, Wen, Wei,

 

Please, find here below some comments on your draft.=

 

1/ You propose the MAGs to be multicast enabled rout= ers. However, to enabling the solution you propose to set-up a tunnel among= the MAGs where the source and the listener are attached to. Why do you nee= d such tunnel? Why the communication cannot be directly routed without any additional tunnel (assuming the doma= in is multicast enabled)? In fact the tunnel probably will follow the same = path as the PIM messages would follow.

 

2/ When you describe the establishment of bidirectio= nal tunnels between MAGs you refer RFC5213 for further detail, but RFC5213 = does not include tunnel establishment between MAGs. This is not covered by = standard PMIP (it implies an extension).

 

3/ For the mobile node operation you are restricting= the optimization proposal to the case where the listener is an SSM-aware h= ost. In my opinion this restricts the solution, not being generic (ASM case= is not covered)

 

4/ Through the PBU-Q/PBA-Q sequence of messages you = are able to obtain the CoA for the MN source. However, how do you know in a= dvance that the MN source is attached to the domain? There is no way of kno= wing it in advance, and because the MN HoA is not an address of the PMIPv6 domain, how do you deduce that it i= s a MN source? Do you send the PBU-Q for all kind of SSM subscriptions? Add= itionally, what happens (what is the message) in case the source is effecti= vely not attached to the PMIPv6 domain?

 

Finally, as a minor comment, the heading of the txt = file mention “RELOAD Client Extension”, which is not the subjec= t of the draft.

 

Best regards,

 

Luis

 

_____________________________=

Luis M. Contreras

Technology / Global CTO / Telef=F3= nica

Efficiency Projects / Telef=F3nica= I+D

 

Don Ram=F3n de la Cruz 82-84<= /o:p>

28006 Madrid

Espa=F1a / Spain=

 

lmcm@tid.es

 


Este mensaje se dirige exclu= sivamente a su destinatario. Puede consultar nuestra pol=EDtica de env=EDo = y recepci=F3n de correo electr=F3nico en el enlace situado m=E1s abajo.
This message is intended exclusively for its addressee. We only send and re= ceive email on the basis of the terms set out at
http://www.tid.es/ES/PAGINAS/disclaimer.aspx
 --Boundary_(ID_g0PwrCrBZTa1ZcWI86XZZw)-- From schmidt@fhtw-berlin.de Fri Jul 27 03:29:18 2012 Return-Path: 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 5523C21F8643 for ; Fri, 27 Jul 2012 03:29:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.337 X-Spam-Level: X-Spam-Status: No, score=-5.337 tagged_above=-999 required=5 tests=[AWL=0.912, BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-4] 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 ikQG93FUgrPP for ; Fri, 27 Jul 2012 03:29:17 -0700 (PDT) Received: from mail2.rz.htw-berlin.de (mail2.rz.htw-berlin.de [141.45.10.102]) by ietfa.amsl.com (Postfix) with ESMTP id 520F621F8631 for ; Fri, 27 Jul 2012 03:29:17 -0700 (PDT) Envelope-to: multimob@ietf.org Received: from g231233081.adsl.alicedsl.de ([92.231.233.81] helo=[192.168.178.36]) by mail2.rz.htw-berlin.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72 (FreeBSD)) (envelope-from ) id 1SuhnI-000LmE-34 for multimob@ietf.org; Fri, 27 Jul 2012 12:29:16 +0200 Message-ID: <50126D88.8020304@fhtw-berlin.de> Date: Fri, 27 Jul 2012 12:29:28 +0200 From: "Thomas C. Schmidt" User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: multimob@ietf.org References: <000001cd6aaf$ae077dc0$0a167940$@av.it.pt> <501088CB.20705@informatik.haw-hamburg.de> <001201cd6bde$5f58cfa0$1e0a6ee0$@av.it.pt> In-Reply-To: <001201cd6bde$5f58cfa0$1e0a6ee0$@av.it.pt> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-HTW-SPAMINFO: this message was scanned by eXpurgate (http://www.eleven.de) X-HTW-DELIVERED-TO: multimob@ietf.org Subject: Re: [multimob] Fwd: New Version Notification for draft-ietf-multimob-pmipv6-source-01.txt X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jul 2012 10:29:18 -0000 Hi Seil, On 27.07.2012 11:58, Seil Jeon wrote: > As you pointed it out, multicast mobility routing optimization needs to be > addressed well. In Vancouver meeting, that would be discussed. > > And regarding on your answer to my question, > > if you are intending to present all the possible ways including > optimization, don't you think this needs to go along with > draft-ietf-multimob-pmipv6-ropt, even though it is informational? > No problem with informational ... and as I wrote previously: it does go along with the deployment options of draft-ietf-multimob-pmipv6-ropt (up to the point where this is specific) - the corresponding pointers are already in the draft. Cheers, Thomas > -----Original Message----- > From: Thomas C. Schmidt [mailto:schmidt@informatik.haw-hamburg.de] > Sent: Thursday, July 26, 2012 1:01 AM > To: Seil Jeon > Cc: multimob@ietf.org > Subject: Re: [multimob] Fwd: New Version Notification for > draft-ietf-multimob-pmipv6-source-01.txt > > Hi Seil, > > draft-ietf-multimob-pmipv6-source addresses (and is intended to address) the > solution space for multicast source mobility in PMIP. You're right in > pointing at compatibility to listener solutions. > > According to listener mobility, we explicitly included the basic scenarios > yet, i.e., > > * Base solution (RFC 6224) > * Single proxy upstream (as subject of draft-ietf-multimob-pmipv6-ropt) > * Direct multicast routing (as subject of draft-ietf-multimob-pmipv6-ropt) > > We should address additional aspects, if arising. > > In the context of draft-ietf-multimob-pmipv6-ropt, there are several issues: > > 1. As you mention, draft-ietf-multimob-pmipv6-ropt contains initial trials > to route optimization, which it shouldn't. This was approved as an > informational document explaining simply the deployment cases mentioned > above. > > 2. draft-ietf-multimob-pmipv6-ropt is neither complete, nor concise ... I > would like to point at my earlier review of March 6th which are still > unaddressed. > > Cheers, > > Thomas > > > On 25.07.2012 23:51, Seil Jeon wrote: >> Hi Thomas, >> >> >> I have simple question on this draft. >> >> How do you think solution scope and objective? >> - Listing all possible ways of supporting source mobility including >> optimization? >> - If so, which level do you think should be considered for extension? >> - Wouldn't it be focused on base source mobility deployment option >> without optimization? >> >> Now, we have been working on multicast listener solutions separately; >> base deployment option [RFC6224] without any modification and >> extension of existing standard protocols and multicast mobility >> routing optimization [ietf-multimob-pmipv6-ropt]. >> >> This draft includes several cases of source mobility support including >> optimization. I think listener and source solutions need to be >> compatible each other. Are you considering that? And routing >> optimization for listener is now being progressed but not finished yet. >> >> >> Regards, >> >> Seil >> >> >> -----Original Message----- >> From: multimob-bounces@ietf.org [mailto:multimob-bounces@ietf.org] On >> Behalf Of Thomas C. Schmidt >> Sent: Monday, July 16, 2012 9:37 PM >> To: multimob@ietf.org >> Subject: [multimob] Fwd: New Version Notification for >> draft-ietf-multimob-pmipv6-source-01.txt >> >> Hi all, >> >> we've prepared and uploaded a new version of the source mobility draft. >> The document has been largely extended with the following new > contributions: >> >> 1. Direct routing with PIM-SM and PIM-SSM has been added. >> >> 2. PMIP synchronization with PIM added for improved handover. >> >> 3. Direct routing with BIDIR-PIM has been added. >> >> 4. MLD Proxy extensions requirements added. >> >> 5. Peering of MLD Proxies added. >> >> 6. First sketch of multiple upstream proxy added. >> >> 7. Editorial improvements. >> >> 8. Updated references. >> >> Comments, feedback & reviews welcome! >> >> See you in Vancouver, >> >> Thomas >> >> -------- Original Message -------- >> Subject: New Version Notification for >> draft-ietf-multimob-pmipv6-source-01.txt >> Date: Mon, 16 Jul 2012 13:32:17 -0700 >> From: internet-drafts@ietf.org >> To: schmidt@informatik.haw-hamburg.de >> CC: shgao@bjtu.edu.cn, hkzhang@bjtu.edu.cn, mw@link-lab.net >> >> >> A new version of I-D, draft-ietf-multimob-pmipv6-source-01.txt >> has been successfully submitted by Thomas C. Schmidt and posted to the >> IETF repository. >> >> Filename: draft-ietf-multimob-pmipv6-source >> Revision: 01 >> Title: Mobile Multicast Sender Support in Proxy Mobile > IPv6 >> (PMIPv6) >> Domains >> Creation date: 2012-07-16 >> WG ID: multimob >> Number of pages: 24 >> URL: >> http://www.ietf.org/internet-drafts/draft-ietf-multimob-pmipv6-source- >> 01.txt >> Status: >> http://datatracker.ietf.org/doc/draft-ietf-multimob-pmipv6-source >> Htmlized: >> http://tools.ietf.org/html/draft-ietf-multimob-pmipv6-source-01 >> Diff: >> http://tools.ietf.org/rfcdiff?url2=draft-ietf-multimob-pmipv6-source-0 >> 1 >> >> Abstract: >> Multicast communication can be enabled in Proxy Mobile IPv6 domains >> via the Local Mobility Anchors by deploying MLD Proxy functions at >> Mobile Access Gateways, via a direct traffic distribution within an >> ISP's access network, or by selective route optimization schemes. >> This document describes the support of mobile multicast senders in >> Proxy Mobile IPv6 domains for all three scenarios. Protocol >> optimizations for synchronizing PMIPv6 with PIM, as well as extended >> MLD Proxy functions are presented. Mobile sources always remain >> agnostic of multicast mobility operations. >> >> >> >> >> >> >> The IETF Secretariat >> >> >> _______________________________________________ >> multimob mailing list >> multimob@ietf.org >> https://www.ietf.org/mailman/listinfo/multimob >> >> _______________________________________________ >> multimob mailing list >> multimob@ietf.org >> https://www.ietf.org/mailman/listinfo/multimob >> > From karagian@cs.utwente.nl Sun Jul 29 15:21:34 2012 Return-Path: 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 0EFC721F861F for ; Sun, 29 Jul 2012 15:21:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.985 X-Spam-Level: X-Spam-Status: No, score=0.985 tagged_above=-999 required=5 tests=[BAYES_05=-1.11, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545] 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 2PRO0aX0vUxA for ; Sun, 29 Jul 2012 15:21:33 -0700 (PDT) Received: from EXEDGE02.ad.utwente.nl (exedge02.ad.utwente.nl [130.89.5.49]) by ietfa.amsl.com (Postfix) with ESMTP id F140C21F845C for ; Sun, 29 Jul 2012 15:21:32 -0700 (PDT) Received: from EXHUB02.ad.utwente.nl (130.89.4.229) by EXEDGE02.ad.utwente.nl (130.89.5.49) with Microsoft SMTP Server (TLS) id 14.1.339.1; Mon, 30 Jul 2012 00:21:32 +0200 Received: from EXMBX04.ad.utwente.nl ([169.254.4.41]) by EXHUB02.ad.utwente.nl ([130.89.4.229]) with mapi id 14.01.0339.001; Mon, 30 Jul 2012 00:21:30 +0200 From: To: Thread-Topic: Comments on draft-schmidt-multimob-fmipv6-pfmipv6-multicast-06 Thread-Index: AQHNbdiAD+BpzbeMcEaC2X6s0lYzow== Date: Sun, 29 Jul 2012 22:21:30 +0000 Message-ID: Accept-Language: nl-NL, en-US Content-Language: nl-NL X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [64.114.255.126] Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: [multimob] Comments on draft-schmidt-multimob-fmipv6-pfmipv6-multicast-06 X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jul 2012 22:21:34 -0000 Hi Thomas, Matthias, Rajeev, Gorry, I have read draft-schmidt-multimob-fmipv6-pfmipv6-multicast-06 and I have some comments: Comment_1: The draft is useful since it is providing a solution for seamle= ss and fast handover for multicast applications by extending existing seaml= ess and fast handover solutions used for unicast applications, which are th= e Mobile IPv6 Fast Handovers (FMIPv6) specified in RFC5568 and the Fast Han= dovers for Proxy Mobile IPv6 (PFMIPv6) specified in RFC5949. Comment_2: A motivation section is missing from the draft. In my opinion it= is very useful to include such section in this draft. In particular, this = draft mentions that a seamless and fast handover solutions is needed for mu= lticast applications like IPTV. Other scenarios and applications that shoul= d probably be mentioned and that will make use of such solutions are the Pu= blic Protection and Disaster Relief (PPDR) scenarios & application types, w= here mobile multicast communications need to be supported between members o= f rescue teams, police officers, fire brigade teams, paramedic teams, comma= nd control offices in order to support the protection and health of citizen= s. In particular three main PPDR scenarios & application types could be distin= guished: 1) City security scenario: that can be used to support the day to day safe= ty and security of citizens. 2) Disaster recovery scenario that deals with the protection of people and = rescue teams during large scale natural or man-made disasters, like floodin= g, earth quakes and nuclear disasters. 3) Temporary Protection PPDR scenario that deals with safety and security o= f citizens visiting large planned events like football matches, pop concert= s and protest demonstrations. Comment_3: The draft is not clear about the main differences between this d= raft and draft-ietf-multimob-fast-handover-01. From what I understood after= reading both drafts: o) draft-ietf-multimob-fast-handover-01 focuses on the extension of the Pro= xy Mobile IPv6 (PMIPv6) RFC5213, and the =93Base deployment for multicast l= istener support in Proxy Mobile IPv6 (PMIPv6) Domain=94 RFC6224, to achieve= fast handover for mobile multicast applications, while: o) draft-schmidt-multimob-fmipv6-pfmipv6-multicast-06 focuses on the extens= ions of Mobile IPv6 Fast Handovers (FMIPv6) specified in RFC5568 and the Fa= st Handovers for Peoxy Mobile IPv6 (PFMIPv6) specified in RFC5949 to achiev= e fast handover for mobile multicast applications. Can you please elaborate? Best regards, Georgios= From prvs=55000e83e=schmidt@informatik.haw-hamburg.de Sun Jul 29 15:57:34 2012 Return-Path: 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 356CB11E8072 for ; Sun, 29 Jul 2012 15:57:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.249 X-Spam-Level: X-Spam-Status: No, score=-102.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, 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 hL4PcphZBU+G for ; Sun, 29 Jul 2012 15:57:33 -0700 (PDT) Received: from mx3.haw-public.haw-hamburg.de (mx3.haw-public.haw-hamburg.de [141.22.6.2]) by ietfa.amsl.com (Postfix) with ESMTP id 399DF11E80BF for ; Sun, 29 Jul 2012 15:57:32 -0700 (PDT) Received: from mailgate.informatik.haw-hamburg.de ([141.22.30.74]) by mail3.is.haw-hamburg.de with ESMTP/TLS/ADH-AES256-SHA; 30 Jul 2012 00:57:31 +0200 Received: from localhost (localhost [127.0.0.1]) by mailgate.informatik.haw-hamburg.de (Postfix) with ESMTP id A9D1D109E103 for ; Mon, 30 Jul 2012 00:57:31 +0200 (CEST) Received: from mailgate.informatik.haw-hamburg.de ([127.0.0.1]) by localhost (mailgate.informatik.haw-hamburg.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 04898-02 for ; Mon, 30 Jul 2012 00:57:31 +0200 (CEST) Received: from [130.129.83.194] (unknown [130.129.83.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailgate.informatik.haw-hamburg.de (Postfix) with ESMTPSA id 75F26109E102 for ; Mon, 30 Jul 2012 00:57:30 +0200 (CEST) Message-ID: <5015BFD9.40906@informatik.haw-hamburg.de> Date: Sun, 29 Jul 2012 15:57:29 -0700 From: "Thomas C. Schmidt" User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: multimob@ietf.org References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at informatik.haw-hamburg.de Subject: Re: [multimob] Comments on draft-schmidt-multimob-fmipv6-pfmipv6-multicast-06 X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jul 2012 22:57:34 -0000 Hi Georgios, many thanks for your comments, please see answers inline. On 29.07.2012 15:21, karagian@cs.utwente.nl wrote: > I have read draft-schmidt-multimob-fmipv6-pfmipv6-multicast-06 > and I have some comments: > > Comment_1: The draft is useful since it is providing a solution for seamless and fast handover for multicast applications by extending existing seamless and fast handover solutions used for unicast applications, which are the Mobile IPv6 Fast Handovers (FMIPv6) specified in RFC5568 and the Fast Handovers for Proxy Mobile IPv6 (PFMIPv6) specified in RFC5949. Thanks again, we believe so, too ;) > > Comment_2: A motivation section is missing from the draft. In my opinion it is very useful to include such section in this draft. In particular, this draft mentions that a seamless and fast handover solutions is needed for multicast applications like IPTV. Other scenarios and applications that should probably be mentioned and that will make use of such solutions are the Public Protection and Disaster Relief (PPDR) scenarios & application types, where mobile multicast communications need to be supported between members of rescue teams, police officers, fire brigade teams, paramedic teams, command control offices in order to support the protection and health of citizens. > In particular three main PPDR scenarios & application types could be distinguished: > > 1) City security scenario: that can be used to support the day to day safety and security of citizens. > > 2) Disaster recovery scenario that deals with the protection of people and rescue teams during large scale natural or man-made disasters, like flooding, earth quakes and nuclear disasters. > > 3) Temporary Protection PPDR scenario that deals with safety and security of citizens visiting large planned events like football matches, pop concerts and protest demonstrations. > Thanks for this pointer: disaster scenarios are indeed a good motivation for fast handover operations. We can add this. > Comment_3: The draft is not clear about the main differences between this draft and draft-ietf-multimob-fast-handover-01. From what I understood after reading both drafts: > > o) draft-ietf-multimob-fast-handover-01 focuses on the extension of the Proxy Mobile IPv6 (PMIPv6) RFC5213, and the “Base deployment for multicast listener support in Proxy Mobile IPv6 (PMIPv6) Domain” RFC6224, to achieve fast handover for mobile multicast applications, while: > > o) draft-schmidt-multimob-fmipv6-pfmipv6-multicast-06 focuses on the extensions of Mobile IPv6 Fast Handovers (FMIPv6) specified in RFC5568 and the Fast Handovers for Peoxy Mobile IPv6 (PFMIPv6) specified in RFC5949 to achieve fast handover for mobile multicast applications. > Can you please elaborate? > This is indeed largely misleading, in particular the name "draft-ietf-multimob-fast-handover", which I have pointed out several times. From the unicast systematic, "Fast Handover" is coined to (P)FMIP - so I agree that this terminology is misleading. From the protocol perspective, there are two approaches of accelerated handover support in PMIP: * The *Fast*Handover* between ARs/MAGs (in unicast (P)FMIP), which our draft extends to Multicast. * The *Transient*Binding* that transfers context from pMAG via LMA to nMAG (in unicast RFC 6058), which draft-ietf-multimob-fast-handover follows in part. There was a general agreement (including both ADs) to progress both drafts in the multicast context, but chairs haven't called for adoption of draft-schmidt-multimob-fmipv6-pfmipv6-multicast, yet. We will discuss in Multimob tomorrow. Thanks, 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 ° From seiljeon@av.it.pt Sun Jul 29 16:49:11 2012 Return-Path: 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 202E311E80DC for ; Sun, 29 Jul 2012 16:49:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] 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 5Yu0QOMpqaOL for ; Sun, 29 Jul 2012 16:49:10 -0700 (PDT) Received: from av.it.pt (mail.av.it.pt [193.136.92.53]) by ietfa.amsl.com (Postfix) with ESMTP id 9931B11E8072 for ; Sun, 29 Jul 2012 16:49:08 -0700 (PDT) Received: from [216.123.55.167] (account seiljeon@av.it.pt) by av.it.pt (CommuniGate Pro WEBUSER 5.4.2) with HTTP id 65630338; Mon, 30 Jul 2012 00:49:07 +0100 From: "Seil Jeon" To: "Thomas C. Schmidt" X-Mailer: CommuniGate Pro WebUser v5.4.2 Date: Mon, 30 Jul 2012 00:49:07 +0100 Message-ID: In-Reply-To: <50126D88.8020304@fhtw-berlin.de> References: <000001cd6aaf$ae077dc0$0a167940$@av.it.pt> <501088CB.20705@informatik.haw-hamburg.de> <001201cd6bde$5f58cfa0$1e0a6ee0$@av.it.pt> <50126D88.8020304@fhtw-berlin.de> MIME-Version: 1.0 Content-Type: text/plain;charset=iso-2022-kr; format="flowed" Content-Transfer-Encoding: 8bit Cc: multimob@ietf.org Subject: Re: [multimob] Fwd: New Version Notification for draft-ietf-multimob-pmipv6-source-01.txt X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jul 2012 23:49:11 -0000 Hi Thomas, Then, O.K. See you soon. Regards, Seil On Fri, 27 Jul 2012 12:29:28 +0200 "Thomas C. Schmidt" wrote: > Hi Seil, > > On 27.07.2012 11:58, Seil Jeon wrote: > >> As you pointed it out, multicast mobility routing >>optimization needs to be >> addressed well. In Vancouver meeting, that would be >>discussed. >> >> And regarding on your answer to my question, >> >> if you are intending to present all the possible ways >>including >> optimization, don't you think this needs to go along >>with >> draft-ietf-multimob-pmipv6-ropt, even though it is >>informational? >> > > No problem with informational ... and as I wrote >previously: it does go along with the deployment options >of draft-ietf-multimob-pmipv6-ropt (up to the point where >this is specific) - the corresponding pointers are >already in the draft. > > Cheers, > > Thomas > >> -----Original Message----- >> From: Thomas C. Schmidt >>[mailto:schmidt@informatik.haw-hamburg.de] >> Sent: Thursday, July 26, 2012 1:01 AM >> To: Seil Jeon >> Cc: multimob@ietf.org >> Subject: Re: [multimob] Fwd: New Version Notification >>for >> draft-ietf-multimob-pmipv6-source-01.txt >> >> Hi Seil, >> >> draft-ietf-multimob-pmipv6-source addresses (and is >>intended to address) the >> solution space for multicast source mobility in PMIP. >>You're right in >> pointing at compatibility to listener solutions. >> >> According to listener mobility, we explicitly included >>the basic scenarios >> yet, i.e., >> >> * Base solution (RFC 6224) >> * Single proxy upstream (as subject of >>draft-ietf-multimob-pmipv6-ropt) >> * Direct multicast routing (as subject of >>draft-ietf-multimob-pmipv6-ropt) >> >> We should address additional aspects, if arising. >> >> In the context of draft-ietf-multimob-pmipv6-ropt, there >>are several issues: >> >> 1. As you mention, draft-ietf-multimob-pmipv6-ropt >>contains initial trials >> to route optimization, which it shouldn't. This was >>approved as an >> informational document explaining simply the deployment >>cases mentioned >> above. >> >> 2. draft-ietf-multimob-pmipv6-ropt is neither >>complete, nor concise ... I >> would like to point at my earlier review of March 6th >>which are still >> unaddressed. >> >> Cheers, >> >> Thomas >> >> >> On 25.07.2012 23:51, Seil Jeon wrote: >>> Hi Thomas, >>> >>> >>> I have simple question on this draft. >>> >>> How do you think solution scope and objective? >>> - Listing all possible ways of supporting source >>>mobility including >>> optimization? >>> - If so, which level do you think should be >>>considered for extension? >>> - Wouldn't it be focused on base source mobility >>>deployment option >>> without optimization? >>> >>> Now, we have been working on multicast listener >>>solutions separately; >>> base deployment option [RFC6224] without any >>>modification and >>> extension of existing standard protocols and multicast >>>mobility >>> routing optimization [ietf-multimob-pmipv6-ropt]. >>> >>> This draft includes several cases of source mobility >>>support including >>> optimization. I think listener and source solutions need >>>to be >>> compatible each other. Are you considering that? And >>>routing >>> optimization for listener is now being progressed but >>>not finished yet. >>> >>> >>> Regards, >>> >>> Seil >>> >>> >>> -----Original Message----- >>> From: multimob-bounces@ietf.org >>>[mailto:multimob-bounces@ietf.org] On >>> Behalf Of Thomas C. Schmidt >>> Sent: Monday, July 16, 2012 9:37 PM >>> To: multimob@ietf.org >>> Subject: [multimob] Fwd: New Version Notification for >>> draft-ietf-multimob-pmipv6-source-01.txt >>> >>> Hi all, >>> >>> we've prepared and uploaded a new version of the source >>>mobility draft. >>> The document has been largely extended with the >>>following new >> contributions: >>> >>> 1. Direct routing with PIM-SM and PIM-SSM has >>>been added. >>> >>> 2. PMIP synchronization with PIM added for >>>improved handover. >>> >>> 3. Direct routing with BIDIR-PIM has been added. >>> >>> 4. MLD Proxy extensions requirements added. >>> >>> 5. Peering of MLD Proxies added. >>> >>> 6. First sketch of multiple upstream proxy added. >>> >>> 7. Editorial improvements. >>> >>> 8. Updated references. >>> >>> Comments, feedback & reviews welcome! >>> >>> See you in Vancouver, >>> >>> Thomas >>> >>> -------- Original Message -------- >>> Subject: New Version Notification for >>> draft-ietf-multimob-pmipv6-source-01.txt >>> Date: Mon, 16 Jul 2012 13:32:17 -0700 >>> From: internet-drafts@ietf.org >>> To: schmidt@informatik.haw-hamburg.de >>> CC: shgao@bjtu.edu.cn, hkzhang@bjtu.edu.cn, >>>mw@link-lab.net >>> >>> >>> A new version of I-D, >>>draft-ietf-multimob-pmipv6-source-01.txt >>> has been successfully submitted by Thomas C. Schmidt and >>>posted to the >>> IETF repository. >>> >>> Filename: draft-ietf-multimob-pmipv6-source >>> Revision: 01 >>> Title: Mobile Multicast Sender Support in Proxy Mobile >> IPv6 >>> (PMIPv6) >>> Domains >>> Creation date: 2012-07-16 >>> WG ID: multimob >>> Number of pages: 24 >>> URL: >>> http://www.ietf.org/internet-drafts/draft-ietf-multimob-pmipv6-source- >>> 01.txt >>> Status: >>> http://datatracker.ietf.org/doc/draft-ietf-multimob-pmipv6-source >>> Htmlized: >>> http://tools.ietf.org/html/draft-ietf-multimob-pmipv6-source-01 >>> Diff: >>> http://tools.ietf.org/rfcdiff?url2=draft-ietf-multimob-pmipv6-source-0 >>> 1 >>> >>> Abstract: >>> Multicast communication can be enabled in Proxy >>>Mobile IPv6 domains >>> via the Local Mobility Anchors by deploying MLD >>>Proxy functions at >>> Mobile Access Gateways, via a direct traffic >>>distribution within an >>> ISP's access network, or by selective route >>>optimization schemes. >>> This document describes the support of mobile >>>multicast senders in >>> Proxy Mobile IPv6 domains for all three scenarios. >>> Protocol >>> optimizations for synchronizing PMIPv6 with PIM, >>>as well as extended >>> MLD Proxy functions are presented. Mobile sources >>>always remain >>> agnostic of multicast mobility operations. >>> >>> >>> >>> >>> >>> >>> The IETF Secretariat >>> >>> >>> _______________________________________________ >>> multimob mailing list >>> multimob@ietf.org >>> https://www.ietf.org/mailman/listinfo/multimob >>> >>> _______________________________________________ >>> multimob mailing list >>> multimob@ietf.org >>> https://www.ietf.org/mailman/listinfo/multimob >>> >> > _______________________________________________ > multimob mailing list > multimob@ietf.org > https://www.ietf.org/mailman/listinfo/multimob From liu.juan45@zte.com.cn Sun Jul 29 19:28:07 2012 Return-Path: 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 C67D911E80F8; Sun, 29 Jul 2012 19:28:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -85.59 X-Spam-Level: X-Spam-Status: No, score=-85.59 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, J_CHICKENPOX_102=0.6, J_CHICKENPOX_31=0.6, J_CHICKENPOX_32=0.6, J_CHICKENPOX_34=0.6, J_CHICKENPOX_41=0.6, J_CHICKENPOX_42=0.6, J_CHICKENPOX_43=0.6, J_CHICKENPOX_53=0.6, J_CHICKENPOX_54=0.6, J_CHICKENPOX_56=0.6, J_CHICKENPOX_71=0.6, J_CHICKENPOX_82=0.6, MIME_8BIT_HEADER=0.3, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_DOUBLE_IP_LOOSE=0.76, SARE_SUB_ENC_GB2312=1.345, 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 FXiBKlC+4gyc; Sun, 29 Jul 2012 19:28:06 -0700 (PDT) Received: from mx5.zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id AA1FD11E80FB; Sun, 29 Jul 2012 19:28:05 -0700 (PDT) Received: from [10.30.17.99] by mx5.zte.com.cn with surfront esmtp id 232551193313630; Mon, 30 Jul 2012 10:23:45 +0800 (CST) Received: from [10.30.3.20] by [192.168.168.15] with StormMail ESMTP id 54804.1193313630; Mon, 30 Jul 2012 10:28:03 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id q6U2RrJb062227; Mon, 30 Jul 2012 10:27:53 +0800 (GMT-8) (envelope-from liu.juan45@zte.com.cn) In-Reply-To: To: multimob@ietf.org Cc: multimob@ietf.org, multimob-bounces@ietf.org MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005 Message-ID: From: liu.juan45@zte.com.cn Date: Mon, 30 Jul 2012 10:27:52 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP1 HF212|May 23, 2012) at 2012-07-30 10:27:52, Serialize complete at 2012-07-30 10:27:52 Content-Type: multipart/alternative; boundary="=_alternative 000D67F748257A4B_=" X-MAIL: mse01.zte.com.cn q6U2RrJb062227 Subject: [multimob] =?gb2312?b?tPC4tDogbXVsdGltb2IgRGlnZXN0LCBWb2wgNjIs?= =?gb2312?b?IElzc3VlIDIx?= X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2012 02:28:07 -0000 This is a multipart message in MIME format. --=_alternative 000D67F748257A4B_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGkgTHVpcywNCk1hbnkgdGhhbmtzIGZvciB5b3VyIGNvbW1lbnRzIGFuZCB3ZSBhcmUgdmVyeSBz b3JyeSBmb3IgdGhlIGxhdGUgDQpyZXBseSxwbGVhc2Ugc2VlIGFuc3dlcnMgaW5saW5lOg0KDQpt dWx0aW1vYi1ib3VuY2VzQGlldGYub3JnINC009ogMjAxMi8wNy8yNyAxODoxNToyMjoNCg0KPiBJ ZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGRpZ2VzdCB3aXRob3V0IGFsbCB0aGUgaW5kaXZpZHVh bCBtZXNzYWdlDQo+IGF0dGFjaG1lbnRzIHlvdSB3aWxsIG5lZWQgdG8gdXBkYXRlIHlvdXIgZGln ZXN0IG9wdGlvbnMgaW4geW91ciBsaXN0DQo+IHN1YnNjcmlwdGlvbi4gIFRvIGRvIHNvLCBnbyB0 byANCj4gDQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXVsdGltb2IN Cj4gDQo+IENsaWNrIHRoZSAnVW5zdWJzY3JpYmUgb3IgZWRpdCBvcHRpb25zJyBidXR0b24sIGxv ZyBpbiwgYW5kIHNldCAiR2V0DQo+IE1JTUUgb3IgUGxhaW4gVGV4dCBEaWdlc3RzPyIgdG8gTUlN RS4gIFlvdSBjYW4gc2V0IHRoaXMgb3B0aW9uDQo+IGdsb2JhbGx5IGZvciBhbGwgdGhlIGxpc3Qg ZGlnZXN0cyB5b3UgcmVjZWl2ZSBhdCB0aGlzIHBvaW50Lg0KPiANCj4gDQo+IA0KPiBTZW5kIG11 bHRpbW9iIG1haWxpbmcgbGlzdCBzdWJtaXNzaW9ucyB0bw0KPiAgICBtdWx0aW1vYkBpZXRmLm9y Zw0KPiANCj4gVG8gc3Vic2NyaWJlIG9yIHVuc3Vic2NyaWJlIHZpYSB0aGUgV29ybGQgV2lkZSBX ZWIsIHZpc2l0DQo+ICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXVs dGltb2INCj4gb3IsIHZpYSBlbWFpbCwgc2VuZCBhIG1lc3NhZ2Ugd2l0aCBzdWJqZWN0IG9yIGJv ZHkgJ2hlbHAnIHRvDQo+ICAgIG11bHRpbW9iLXJlcXVlc3RAaWV0Zi5vcmcNCj4gDQo+IFlvdSBj YW4gcmVhY2ggdGhlIHBlcnNvbiBtYW5hZ2luZyB0aGUgbGlzdCBhdA0KPiAgICBtdWx0aW1vYi1v d25lckBpZXRmLm9yZw0KPiANCj4gV2hlbiByZXBseWluZywgcGxlYXNlIGVkaXQgeW91ciBTdWJq ZWN0IGxpbmUgc28gaXQgaXMgbW9yZSBzcGVjaWZpYw0KPiB0aGFuICJSZTogQ29udGVudHMgb2Yg bXVsdGltb2IgZGlnZXN0Li4uIg0KPiANCj4gDQo+IFRvZGF5J3MgVG9waWNzOg0KPiANCj4gICAg MS4gIENvbW1lbnRzIG9uIGRyYWZ0LWxpdS1tdWx0aW1vYi1wbWlwdjYtbXVsdGljYXN0LXJvLTAx DQo+ICAgICAgIChMVUlTIE1JR1VFTCBDT05UUkVSQVMgTVVSSUxMTykNCj4gDQo+IA0KPiAtLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tDQo+IA0KPiBNZXNzYWdlOiAxDQo+IERhdGU6IEZyaSwgMjcgSnVsIDIwMTIgMTI6 MTU6MTYgKzAyMDANCj4gRnJvbTogTFVJUyBNSUdVRUwgQ09OVFJFUkFTIE1VUklMTE8gPGxtY21A dGlkLmVzPg0KPiBUbzogIm11bHRpbW9iQGlldGYub3JnIiA8bXVsdGltb2JAaWV0Zi5vcmc+DQo+ IFN1YmplY3Q6IFttdWx0aW1vYl0gQ29tbWVudHMgb24NCj4gICAgZHJhZnQtbGl1LW11bHRpbW9i LXBtaXB2Ni1tdWx0aWNhc3Qtcm8tMDENCj4gTWVzc2FnZS1JRDoNCj4gICAgPEIzNDhCMTUyRTVG MTE2NDBCMjI0N0U1NDMwNEU1M0ZDNkU1NkYzMUQ4QkBFWENMVTJLNy5oaS5pbmV0Pg0KPiBDb250 ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9Imlzby04ODU5LTEiDQo+IA0KPiBEZWFyIEp1 YW4sIFdlbiwgV2VpLA0KPiANCj4gUGxlYXNlLCBmaW5kIGhlcmUgYmVsb3cgc29tZSBjb21tZW50 cyBvbiB5b3VyIGRyYWZ0Lg0KPiANCj4gMS8gWW91IHByb3Bvc2UgdGhlIE1BR3MgdG8gYmUgbXVs dGljYXN0IGVuYWJsZWQgcm91dGVycy4gSG93ZXZlciwgdG8NCj4gZW5hYmxpbmcgdGhlIHNvbHV0 aW9uIHlvdSBwcm9wb3NlIHRvIHNldC11cCBhIHR1bm5lbCBhbW9uZyB0aGUgTUFHcyANCj4gd2hl cmUgdGhlIHNvdXJjZSBhbmQgdGhlIGxpc3RlbmVyIGFyZSBhdHRhY2hlZCB0by4gV2h5IGRvIHlv dSBuZWVkIA0KPiBzdWNoIHR1bm5lbD8gV2h5IHRoZSBjb21tdW5pY2F0aW9uIGNhbm5vdCBiZSBk aXJlY3RseSByb3V0ZWQgd2l0aG91dA0KPiBhbnkgYWRkaXRpb25hbCB0dW5uZWwgKGFzc3VtaW5n IHRoZSBkb21haW4gaXMgbXVsdGljYXN0IGVuYWJsZWQpPyBJbg0KPiBmYWN0IHRoZSB0dW5uZWwg cHJvYmFibHkgd2lsbCBmb2xsb3cgdGhlIHNhbWUgcGF0aCBhcyB0aGUgUElNIA0KPiBtZXNzYWdl cyB3b3VsZCBmb2xsb3cuDQpJIHRoaW5rIHRoYXQgZGVwZW5kcyBvbiBob3cgdGhlIE1SSUIgaXMg Z2VuZXJhdGVkLiBJbiBvdXIgZHJhZnQsdGhlIA0KTUFHLU1BRyB0dW5uZWwgbmVlZHMgdG8gYmUg aW5jbHVkZWQgaW50byB0aGUgTVJJQi4NCk90aGVyd2lzZSxzb3VyY2Utc3BlY2lmaWMgSm9pbiBt ZXNzYWdlIHdpbGwgZm9sbG93IHRoZSBMTUEtTUFHIHR1bm5lbCB0byANCnRoZSBzb3VyY2UuDQo+ IA0KPiAyLyBXaGVuIHlvdSBkZXNjcmliZSB0aGUgZXN0YWJsaXNobWVudCBvZiBiaWRpcmVjdGlv bmFsIHR1bm5lbHMgDQo+IGJldHdlZW4gTUFHcyB5b3UgcmVmZXIgUkZDNTIxMyBmb3IgZnVydGhl ciBkZXRhaWwsIGJ1dCBSRkM1MjEzIGRvZXMgDQo+IG5vdCBpbmNsdWRlIHR1bm5lbCBlc3RhYmxp c2htZW50IGJldHdlZW4gTUFHcy4gVGhpcyBpcyBub3QgY292ZXJlZCANCj4gYnkgc3RhbmRhcmQg UE1JUCAoaXQgaW1wbGllcyBhbiBleHRlbnNpb24pLg0KWW91IGFyZSByaWdodCB0aGF0IFJGQzUy MTMgZG9lcyBub3QgaW5jbHVkZSB0dW5uZWwgZXN0YWJsaXNobWVudCBiZXR3ZWVuIA0KTUFHcy53 ZSB3aWxsIGNvcnJlY3QgdGhlIGRlc2NyaXB0aW9uIGluIHRoZSBuZXh0IHZlcnNpb24uDQp3ZSBj YW4gcmVmZXIgdG8gc2VjdGlvbjYuMiBvZiBkcmFmdC1pZXRmLW5ldGV4dC1wbWlwLWxyIGZvciB0 dW5uZWxpbmcgDQpiZXR3ZWVuIHRoZSBNQUdzLg0KPiANCj4gMy8gRm9yIHRoZSBtb2JpbGUgbm9k ZSBvcGVyYXRpb24geW91IGFyZSByZXN0cmljdGluZyB0aGUgDQo+IG9wdGltaXphdGlvbiBwcm9w b3NhbCB0byB0aGUgY2FzZSB3aGVyZSB0aGUgbGlzdGVuZXIgaXMgYW4gU1NNLWF3YXJlDQo+IGhv c3QuIEluIG15IG9waW5pb24gdGhpcyByZXN0cmljdHMgdGhlIHNvbHV0aW9uLCBub3QgYmVpbmcg Z2VuZXJpYyANCj4gKEFTTSBjYXNlIGlzIG5vdCBjb3ZlcmVkKQ0KWW91IGFyZSByaWdodCB0aGF0 IG91ciBzb2x1dGlvbiBzaG91bGQgY292ZXIgdGhlIEFTTSBzY2VuYXJpbyx3ZSBoYXZlIA0KcGxh bm5lZCB0byBhZGQgaXQgaW4gdGhlIG5leHQgdmVyc2lvbi4NCkluIHRoZSBwaGFzZSB0aHJlZSBv ZiBQSU0tU00oQVNNIFNjZW5hcmlvKSx3aGVuIHRoZSBNQUcgb24gdGhlIHJlY2VpdmVyJ3MgDQpz aWRlIGluaXRpYXRlcyBhIHRyYW5zZmVyIGZyb20gdGhlIHNoYXJlZCB0cmVlIHRvIGEgc291cmNl LXNwZWNpZmljIA0Kc2hvcnRlc3QtcGF0aCB0cmVlLHRoZSBzb2x1dGlvbiBjYW4gYmUgdXNlZCBp biB0aGlzIHBoYXNlIHRvIHJlZXN0YWJsaXNoIA0KdGhlIG9wdGltaXplZCBTUFQuDQo+IA0KPiA0 LyBUaHJvdWdoIHRoZSBQQlUtUS9QQkEtUSBzZXF1ZW5jZSBvZiBtZXNzYWdlcyB5b3UgYXJlIGFi bGUgdG8gDQo+IG9idGFpbiB0aGUgQ29BIGZvciB0aGUgTU4gc291cmNlLiBIb3dldmVyLCBob3cg ZG8geW91IGtub3cgaW4gDQo+IGFkdmFuY2UgdGhhdCB0aGUgTU4gc291cmNlIGlzIGF0dGFjaGVk IHRvIHRoZSBkb21haW4/IFRoZXJlIGlzIG5vIA0KPiB3YXkgb2Yga25vd2luZyBpdCBpbiBhZHZh bmNlLCBhbmQgYmVjYXVzZSB0aGUgTU4gSG9BIGlzIG5vdCBhbiANCj4gYWRkcmVzcyBvZiB0aGUg UE1JUHY2IGRvbWFpbiwgaG93IGRvIHlvdSBkZWR1Y2UgdGhhdCBpdCBpcyBhIE1OIA0KPiBzb3Vy Y2U/IERvIHlvdSBzZW5kIHRoZSBQQlUtUSBmb3IgYWxsIGtpbmQgb2YgU1NNIHN1YnNjcmlwdGlv bnM/IA0KPiBBZGRpdGlvbmFsbHksIHdoYXQgaGFwcGVucyAod2hhdCBpcyB0aGUgbWVzc2FnZSkg aW4gY2FzZSB0aGUgc291cmNlIA0KPiBpcyBlZmZlY3RpdmVseSBub3QgYXR0YWNoZWQgdG8gdGhl IFBNSVB2NiBkb21haW4NClllcyx3ZSBjYW4gbm90IGtub3cgaW4gYWR2YW5jZSB0aGF0IHRoZSBN TiBzb3VyY2UgaXMgYXR0YWNoZWQgdG8gdGhlIHNhbWUgDQpkb21haW4uU28gaWYgdGhlIE1BRyBp biB0aGUgbGlzdGVuZXIgc2lkZSBmaWd1cmVzKHRocm91Z2ggdGhlIFBCVS1RL1BCQS1RIA0KbWVz c2FnZXMpIHRoYXQgdGhlIE1OIHNvdXJjZSBpcyBub3QgYXR0YWNoZWQgdG8gYSBNQUcgaW4gdGhl IGRvbWFpbiwgaXQgDQp3aWxsIHByb2Nlc3MgdGhlIG11bHRpY2FzdCBtZXNzYWdlIGFzIG5vcm1h bC4NCldlIHNlbmQgdGhlIFBCVS1RIGV2ZXJ5IHRpbWUgd2hlbiB0aGUgTUFHIGluIHRoZSBsaXN0 ZW5lciBzaWRlIGZpcnN0IGpvaW5zIA0KdGhlIChTLEcpIGNoYW5uZWwuDQpXZSBkb24ndCBzb2x2 ZSB0aGUgY2FzZSB3aGVuIHRoZSBzb3VyY2UgaXMgbm90IGF0dGFjaGVkIHRvIHRoZSBQTUlQdjYg DQpkb21haW4sIHRoZSBkcmFmdCBhc3N1bWVzIHRoYXQgdGhlIE1OIHNvdXJjZSBhbmQgTU4gbGlz dGVuZXIgYXJlIGJvdGggDQptb2JpbGUgbm9kZXMgYXR0YWNoZWQgdG8gdGhlaXIgb3duIE1BRy4N Cj4gDQo+IEZpbmFsbHksIGFzIGEgbWlub3IgY29tbWVudCwgdGhlIGhlYWRpbmcgb2YgdGhlIHR4 dCBmaWxlIG1lbnRpb24gDQo+ICJSRUxPQUQgQ2xpZW50IEV4dGVuc2lvbiIsIHdoaWNoIGlzIG5v dCB0aGUgc3ViamVjdCBvZiB0aGUgZHJhZnQuDQpUaGFuayB5b3UgZm9yIHBvaW50aW5nIG91dCB0 aGlzLGl0J3Mgb3VyIG5lZ2xpZ2VuY2Usd2Ugd2lsbCBjb3JyZWN0IGl0IGluIA0KdGhlIG5leHQg dmVyc2lvbi4NCg0KTW9yZSBjb21tZW50cyBhcmUgdmVyeSB3ZWxjb21lZCENCkJSLA0KSnVhbg0K PiANCj4gQmVzdCByZWdhcmRzLA0KPiANCj4gTHVpcw0KPiANCj4gX19fX19fX19fX19fX19fX19f X19fX19fX19fX18NCj4gTHVpcyBNLiBDb250cmVyYXMNCj4gVGVjaG5vbG9neSAvIEdsb2JhbCBD VE8gLyBUZWxlZj9uaWNhDQo+IEVmZmljaWVuY3kgUHJvamVjdHMgLyBUZWxlZj9uaWNhIEkrRA0K PiANCj4gRG9uIFJhbT9uIGRlIGxhIENydXogODItODQNCj4gMjgwMDYgTWFkcmlkDQo+IEVzcGE/ YSAvIFNwYWluDQo+IA0KPiBsbWNtQHRpZC5lcw0KPiANCj4gDQo+IF9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fDQo+IEVzdGUgbWVuc2FqZSBzZSBkaXJpZ2UgZXhjbHVzaXZhbWVudGUg YSBzdSBkZXN0aW5hdGFyaW8uIFB1ZWRlIA0KPiBjb25zdWx0YXIgbnVlc3RyYSBwb2w/dGljYSBk ZSBlbnY/byB5IHJlY2VwY2k/biBkZSBjb3JyZW8gZWxlY3RyPw0KPiBuaWNvIGVuIGVsIGVubGFj ZSBzaXR1YWRvIG0/cyBhYmFqby4NCj4gVGhpcyBtZXNzYWdlIGlzIGludGVuZGVkIGV4Y2x1c2l2 ZWx5IGZvciBpdHMgYWRkcmVzc2VlLiBXZSBvbmx5IHNlbmQNCj4gYW5kIHJlY2VpdmUgZW1haWwg b24gdGhlIGJhc2lzIG9mIHRoZSB0ZXJtcyBzZXQgb3V0IGF0DQo+IGh0dHA6Ly93d3cudGlkLmVz L0VTL1BBR0lOQVMvZGlzY2xhaW1lci5hc3B4DQo+IC0tLS0tLS0tLS0tLS0tIG5leHQgcGFydCAt LS0tLS0tLS0tLS0tLQ0KPiBBbiBIVE1MIGF0dGFjaG1lbnQgd2FzIHNjcnViYmVkLi4uDQo+IFVS TDogPGh0dHA6Ly93d3cuaWV0Zi5vcmcvbWFpbC0NCj4gYXJjaGl2ZS93ZWIvbXVsdGltb2IvYXR0 YWNobWVudHMvMjAxMjA3MjcvZGVjYjBjYzkvYXR0YWNobWVudC5odG0+DQo+IA0KPiAtLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fDQo+IG11bHRpbW9iIG1haWxpbmcgbGlzdA0KPiBtdWx0aW1v YkBpZXRmLm9yZw0KPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL211bHRp bW9iDQo+IA0KPiANCj4gRW5kIG9mIG11bHRpbW9iIERpZ2VzdCwgVm9sIDYyLCBJc3N1ZSAyMQ0K PiAqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqDQo+IA0KDQoNCg0KLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NClpU RSBJbmZvcm1hdGlvbiBTZWN1cml0eSBOb3RpY2U6IFRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQg aW4gdGhpcyBtYWlsIChhbmQgYW55IGF0dGFjaG1lbnQgdHJhbnNtaXR0ZWQgaGVyZXdpdGgpIGlz IHByaXZpbGVnZWQgYW5kIGNvbmZpZGVudGlhbCBhbmQgaXMgaW50ZW5kZWQgZm9yIHRoZSBleGNs dXNpdmUgdXNlIG9mIHRoZSBhZGRyZXNzZWUocykuICBJZiB5b3UgYXJlIG5vdCBhbiBpbnRlbmRl ZCByZWNpcGllbnQsIGFueSBkaXNjbG9zdXJlLCByZXByb2R1Y3Rpb24sIGRpc3RyaWJ1dGlvbiBv ciBvdGhlciBkaXNzZW1pbmF0aW9uIG9yIHVzZSBvZiB0aGUgaW5mb3JtYXRpb24gY29udGFpbmVk IGlzIHN0cmljdGx5IHByb2hpYml0ZWQuICBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIG1haWwg aW4gZXJyb3IsIHBsZWFzZSBkZWxldGUgaXQgYW5kIG5vdGlmeSB1cyBpbW1lZGlhdGVseS4NCg0K --=_alternative 000D67F748257A4B_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT0ic2Fucy1zZXJpZiI+SGkgTHVpcyw8 L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT0ic2Fucy1zZXJpZiI+TWFu eSB0aGFua3MgZm9yIHlvdXIgY29tbWVudHMNCmFuZCB3ZSBhcmUgdmVyeSBzb3JyeSBmb3IgdGhl IGxhdGUgcmVwbHkscGxlYXNlIHNlZSA8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWU+PHR0 PmFuc3dlcnMNCmlubGluZTo8L3R0PjwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTI+PHR0 Pm11bHRpbW9iLWJvdW5jZXNAaWV0Zi5vcmcg0LTT2iAyMDEyLzA3LzI3IDE4OjE1OjIyOjxicj4N Cjxicj4NCiZndDsgSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBkaWdlc3Qgd2l0aG91dCBhbGwg dGhlIGluZGl2aWR1YWwgbWVzc2FnZTxicj4NCiZndDsgYXR0YWNobWVudHMgeW91IHdpbGwgbmVl ZCB0byB1cGRhdGUgeW91ciBkaWdlc3Qgb3B0aW9ucyBpbiB5b3VyIGxpc3Q8YnI+DQomZ3Q7IHN1 YnNjcmlwdGlvbi4gJm5ic3A7VG8gZG8gc28sIGdvIHRvIDxicj4NCiZndDsgPGJyPg0KJmd0OyBo dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL211bHRpbW9iPGJyPg0KJmd0OyA8 YnI+DQomZ3Q7IENsaWNrIHRoZSAnVW5zdWJzY3JpYmUgb3IgZWRpdCBvcHRpb25zJyBidXR0b24s IGxvZyBpbiwgYW5kIHNldCAmcXVvdDtHZXQ8YnI+DQomZ3Q7IE1JTUUgb3IgUGxhaW4gVGV4dCBE aWdlc3RzPyZxdW90OyB0byBNSU1FLiAmbmJzcDtZb3UgY2FuIHNldCB0aGlzDQpvcHRpb248YnI+ DQomZ3Q7IGdsb2JhbGx5IGZvciBhbGwgdGhlIGxpc3QgZGlnZXN0cyB5b3UgcmVjZWl2ZSBhdCB0 aGlzIHBvaW50Ljxicj4NCiZndDsgPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IDxicj4NCiZndDsgU2Vu ZCBtdWx0aW1vYiBtYWlsaW5nIGxpc3Qgc3VibWlzc2lvbnMgdG88YnI+DQomZ3Q7ICZuYnNwOyAm bmJzcDttdWx0aW1vYkBpZXRmLm9yZzxicj4NCiZndDsgPGJyPg0KJmd0OyBUbyBzdWJzY3JpYmUg b3IgdW5zdWJzY3JpYmUgdmlhIHRoZSBXb3JsZCBXaWRlIFdlYiwgdmlzaXQ8YnI+DQomZ3Q7ICZu YnNwOyAmbmJzcDtodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL211bHRpbW9i PGJyPg0KJmd0OyBvciwgdmlhIGVtYWlsLCBzZW5kIGEgbWVzc2FnZSB3aXRoIHN1YmplY3Qgb3Ig Ym9keSAnaGVscCcgdG88YnI+DQomZ3Q7ICZuYnNwOyAmbmJzcDttdWx0aW1vYi1yZXF1ZXN0QGll dGYub3JnPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IFlvdSBjYW4gcmVhY2ggdGhlIHBlcnNvbiBtYW5h Z2luZyB0aGUgbGlzdCBhdDxicj4NCiZndDsgJm5ic3A7ICZuYnNwO211bHRpbW9iLW93bmVyQGll dGYub3JnPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IFdoZW4gcmVwbHlpbmcsIHBsZWFzZSBlZGl0IHlv dXIgU3ViamVjdCBsaW5lIHNvIGl0IGlzIG1vcmUgc3BlY2lmaWM8YnI+DQomZ3Q7IHRoYW4gJnF1 b3Q7UmU6IENvbnRlbnRzIG9mIG11bHRpbW9iIGRpZ2VzdC4uLiZxdW90Ozxicj4NCiZndDsgPGJy Pg0KJmd0OyA8YnI+DQomZ3Q7IFRvZGF5J3MgVG9waWNzOjxicj4NCiZndDsgPGJyPg0KJmd0OyAm bmJzcDsgJm5ic3A7MS4gJm5ic3A7Q29tbWVudHMgb24gZHJhZnQtbGl1LW11bHRpbW9iLXBtaXB2 Ni1tdWx0aWNhc3Qtcm8tMDE8YnI+DQomZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IChMVUlTIE1J R1VFTCBDT05UUkVSQVMgTVVSSUxMTyk8YnI+DQomZ3Q7IDxicj4NCiZndDsgPGJyPg0KJmd0OyAt LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IE1lc3NhZ2U6IDE8YnI+DQomZ3Q7IERh dGU6IEZyaSwgMjcgSnVsIDIwMTIgMTI6MTU6MTYgKzAyMDA8YnI+DQomZ3Q7IEZyb206IExVSVMg TUlHVUVMIENPTlRSRVJBUyBNVVJJTExPICZsdDtsbWNtQHRpZC5lcyZndDs8YnI+DQomZ3Q7IFRv OiAmcXVvdDttdWx0aW1vYkBpZXRmLm9yZyZxdW90OyAmbHQ7bXVsdGltb2JAaWV0Zi5vcmcmZ3Q7 PGJyPg0KJmd0OyBTdWJqZWN0OiBbbXVsdGltb2JdIENvbW1lbnRzIG9uPGJyPg0KJmd0OyAmbmJz cDsgJm5ic3A7ZHJhZnQtbGl1LW11bHRpbW9iLXBtaXB2Ni1tdWx0aWNhc3Qtcm8tMDE8YnI+DQom Z3Q7IE1lc3NhZ2UtSUQ6PGJyPg0KJmd0OyAmbmJzcDsgJm5ic3A7Jmx0O0IzNDhCMTUyRTVGMTE2 NDBCMjI0N0U1NDMwNEU1M0ZDNkU1NkYzMUQ4QkBFWENMVTJLNy5oaS5pbmV0Jmd0Ozxicj4NCiZn dDsgQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFyc2V0PSZxdW90O2lzby04ODU5LTEmcXVv dDs8YnI+DQomZ3Q7IDxicj4NCiZndDsgRGVhciBKdWFuLCBXZW4sIFdlaSw8YnI+DQomZ3Q7IDxi cj4NCiZndDsgUGxlYXNlLCBmaW5kIGhlcmUgYmVsb3cgc29tZSBjb21tZW50cyBvbiB5b3VyIGRy YWZ0Ljxicj4NCiZndDsgPGJyPg0KJmd0OyAxLyBZb3UgcHJvcG9zZSB0aGUgTUFHcyB0byBiZSBt dWx0aWNhc3QgZW5hYmxlZCByb3V0ZXJzLiBIb3dldmVyLA0KdG88YnI+DQomZ3Q7IGVuYWJsaW5n IHRoZSBzb2x1dGlvbiB5b3UgcHJvcG9zZSB0byBzZXQtdXAgYSB0dW5uZWwgYW1vbmcgdGhlIE1B R3MNCjxicj4NCiZndDsgd2hlcmUgdGhlIHNvdXJjZSBhbmQgdGhlIGxpc3RlbmVyIGFyZSBhdHRh Y2hlZCB0by4gV2h5IGRvIHlvdSBuZWVkDQo8YnI+DQomZ3Q7IHN1Y2ggdHVubmVsPyBXaHkgdGhl IGNvbW11bmljYXRpb24gY2Fubm90IGJlIGRpcmVjdGx5IHJvdXRlZCB3aXRob3V0PGJyPg0KJmd0 OyBhbnkgYWRkaXRpb25hbCB0dW5uZWwgKGFzc3VtaW5nIHRoZSBkb21haW4gaXMgbXVsdGljYXN0 IGVuYWJsZWQpPw0KSW48YnI+DQomZ3Q7IGZhY3QgdGhlIHR1bm5lbCBwcm9iYWJseSB3aWxsIGZv bGxvdyB0aGUgc2FtZSBwYXRoIGFzIHRoZSBQSU0gPGJyPg0KJmd0OyBtZXNzYWdlcyB3b3VsZCBm b2xsb3cuPC90dD48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWU+PHR0PkkgdGhp bmsgdGhhdCBkZXBlbmRzIG9uIGhvdyB0aGUgTVJJQiBpcw0KZ2VuZXJhdGVkLiBJbiBvdXIgZHJh ZnQsdGhlIE1BRy1NQUcgdHVubmVsIG5lZWRzIHRvIGJlIGluY2x1ZGVkIGludG8gdGhlDQpNUklC LjwvdHQ+PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBjb2xvcj1ibHVlPjx0dD5PdGhlcndpc2Us c291cmNlLXNwZWNpZmljIEpvaW4gbWVzc2FnZQ0Kd2lsbCBmb2xsb3cgdGhlIExNQS1NQUcgdHVu bmVsIHRvIHRoZSBzb3VyY2UuPGJyPg0KPC90dD48L2ZvbnQ+PGZvbnQgc2l6ZT0yPjx0dD4mZ3Q7 IDxicj4NCiZndDsgMi8gV2hlbiB5b3UgZGVzY3JpYmUgdGhlIGVzdGFibGlzaG1lbnQgb2YgYmlk aXJlY3Rpb25hbCB0dW5uZWxzIDxicj4NCiZndDsgYmV0d2VlbiBNQUdzIHlvdSByZWZlciBSRkM1 MjEzIGZvciBmdXJ0aGVyIGRldGFpbCwgYnV0IFJGQzUyMTMgZG9lcw0KPGJyPg0KJmd0OyBub3Qg aW5jbHVkZSB0dW5uZWwgZXN0YWJsaXNobWVudCBiZXR3ZWVuIE1BR3MuIFRoaXMgaXMgbm90IGNv dmVyZWQNCjxicj4NCiZndDsgYnkgc3RhbmRhcmQgUE1JUCAoaXQgaW1wbGllcyBhbiBleHRlbnNp b24pLjwvdHQ+PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBjb2xvcj1ibHVlPjx0dD5Zb3UgYXJl IHJpZ2h0IHRoYXQgUkZDNTIxMyBkb2VzIG5vdCBpbmNsdWRlDQp0dW5uZWwgZXN0YWJsaXNobWVu dCBiZXR3ZWVuIE1BR3Mud2Ugd2lsbCBjb3JyZWN0IHRoZSBkZXNjcmlwdGlvbiBpbiB0aGUNCm5l eHQgdmVyc2lvbi48L3R0PjwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZT48dHQ+ d2UgY2FuIHJlZmVyIHRvIHNlY3Rpb242LjIgb2YgZHJhZnQtaWV0Zi1uZXRleHQtcG1pcC1scg0K Zm9yIHR1bm5lbGluZyBiZXR3ZWVuIHRoZSBNQUdzPC90dD48L2ZvbnQ+PGZvbnQgc2l6ZT0yPjx0 dD4uPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IDMvIEZvciB0aGUgbW9iaWxlIG5vZGUgb3BlcmF0aW9u IHlvdSBhcmUgcmVzdHJpY3RpbmcgdGhlIDxicj4NCiZndDsgb3B0aW1pemF0aW9uIHByb3Bvc2Fs IHRvIHRoZSBjYXNlIHdoZXJlIHRoZSBsaXN0ZW5lciBpcyBhbiBTU00tYXdhcmU8YnI+DQomZ3Q7 IGhvc3QuIEluIG15IG9waW5pb24gdGhpcyByZXN0cmljdHMgdGhlIHNvbHV0aW9uLCBub3QgYmVp bmcgZ2VuZXJpYw0KPGJyPg0KJmd0OyAoQVNNIGNhc2UgaXMgbm90IGNvdmVyZWQpPC90dD48L2Zv bnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWU+PHR0PllvdSBhcmUgcmlnaHQgdGhhdCBv dXIgc29sdXRpb24gc2hvdWxkDQpjb3ZlciB0aGUgQVNNIHNjZW5hcmlvLHdlIGhhdmUgcGxhbm5l ZCB0byBhZGQgaXQgaW4gdGhlIG5leHQgdmVyc2lvbi48L3R0PjwvZm9udD4NCjxicj48Zm9udCBz aXplPTIgY29sb3I9Ymx1ZT48dHQ+SW4gdGhlIHBoYXNlIHRocmVlIG9mIFBJTS1TTShBU00gU2Nl bmFyaW8pLHdoZW4NCnRoZSBNQUcgb24gdGhlIHJlY2VpdmVyJ3Mgc2lkZSBpbml0aWF0ZXMgYSB0 cmFuc2ZlciBmcm9tIHRoZSBzaGFyZWQgdHJlZQ0KdG8gYSBzb3VyY2Utc3BlY2lmaWMgc2hvcnRl c3QtcGF0aCB0cmVlLHRoZSBzb2x1dGlvbiBjYW4gYmUgdXNlZCBpbiB0aGlzDQpwaGFzZSB0byBy ZWVzdGFibGlzaCB0aGUgb3B0aW1pemVkIFNQVC48L3R0PjwvZm9udD48Zm9udCBzaXplPTI+PHR0 Pjxicj4NCiZndDsgPGJyPg0KJmd0OyA0LyBUaHJvdWdoIHRoZSBQQlUtUS9QQkEtUSBzZXF1ZW5j ZSBvZiBtZXNzYWdlcyB5b3UgYXJlIGFibGUgdG8gPGJyPg0KJmd0OyBvYnRhaW4gdGhlIENvQSBm b3IgdGhlIE1OIHNvdXJjZS4gSG93ZXZlciwgaG93IGRvIHlvdSBrbm93IGluIDxicj4NCiZndDsg YWR2YW5jZSB0aGF0IHRoZSBNTiBzb3VyY2UgaXMgYXR0YWNoZWQgdG8gdGhlIGRvbWFpbj8gVGhl cmUgaXMgbm8NCjxicj4NCiZndDsgd2F5IG9mIGtub3dpbmcgaXQgaW4gYWR2YW5jZSwgYW5kIGJl Y2F1c2UgdGhlIE1OIEhvQSBpcyBub3QgYW4gPGJyPg0KJmd0OyBhZGRyZXNzIG9mIHRoZSBQTUlQ djYgZG9tYWluLCBob3cgZG8geW91IGRlZHVjZSB0aGF0IGl0IGlzIGEgTU4gPGJyPg0KJmd0OyBz b3VyY2U/IERvIHlvdSBzZW5kIHRoZSBQQlUtUSBmb3IgYWxsIGtpbmQgb2YgU1NNIHN1YnNjcmlw dGlvbnM/IDxicj4NCiZndDsgQWRkaXRpb25hbGx5LCB3aGF0IGhhcHBlbnMgKHdoYXQgaXMgdGhl IG1lc3NhZ2UpIGluIGNhc2UgdGhlIHNvdXJjZQ0KPGJyPg0KJmd0OyBpcyBlZmZlY3RpdmVseSBu b3QgYXR0YWNoZWQgdG8gdGhlIFBNSVB2NiBkb21haW48L3R0PjwvZm9udD4NCjxicj48Zm9udCBz aXplPTIgY29sb3I9Ymx1ZT48dHQ+WWVzLHdlIGNhbiBub3Qga25vdyBpbiBhZHZhbmNlIHRoYXQg dGhlDQpNTiBzb3VyY2UgaXMgYXR0YWNoZWQgdG8gdGhlIHNhbWUgZG9tYWluLlNvIGlmIHRoZSBN QUcgaW4gdGhlIGxpc3RlbmVyDQpzaWRlIGZpZ3VyZXModGhyb3VnaCB0aGUgUEJVLVEvUEJBLVEg bWVzc2FnZXMpIHRoYXQgdGhlIE1OIHNvdXJjZSBpcyBub3QNCmF0dGFjaGVkIHRvIGEgTUFHIGlu IHRoZSBkb21haW4sIGl0IHdpbGwgcHJvY2VzcyB0aGUgbXVsdGljYXN0IG1lc3NhZ2UNCmFzIG5v cm1hbC48L3R0PjwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZT48dHQ+V2Ugc2Vu ZCB0aGUgUEJVLVEgZXZlcnkgdGltZSB3aGVuIHRoZSBNQUcNCmluIHRoZSBsaXN0ZW5lciBzaWRl IGZpcnN0IGpvaW5zIHRoZSAoUyxHKSBjaGFubmVsLjwvdHQ+PC9mb250Pg0KPGJyPjxmb250IHNp emU9MiBjb2xvcj1ibHVlPjx0dD5XZSBkb24ndCBzb2x2ZSB0aGUgY2FzZSB3aGVuIHRoZSBzb3Vy Y2UNCmlzIG5vdCBhdHRhY2hlZCB0byB0aGUgUE1JUHY2IGRvbWFpbiwgdGhlIGRyYWZ0IGFzc3Vt ZXMgdGhhdCB0aGUgTU4gc291cmNlDQphbmQgTU4gbGlzdGVuZXIgYXJlIGJvdGggbW9iaWxlIG5v ZGVzIGF0dGFjaGVkIHRvIHRoZWlyIG93biBNQUc8L3R0PjwvZm9udD48Zm9udCBzaXplPTI+PHR0 Pi48YnI+DQomZ3Q7IDxicj4NCiZndDsgRmluYWxseSwgYXMgYSBtaW5vciBjb21tZW50LCB0aGUg aGVhZGluZyBvZiB0aGUgdHh0IGZpbGUgbWVudGlvbiA8YnI+DQomZ3Q7ICZxdW90O1JFTE9BRCBD bGllbnQgRXh0ZW5zaW9uJnF1b3Q7LCB3aGljaCBpcyBub3QgdGhlIHN1YmplY3Qgb2YgdGhlDQpk cmFmdC48L3R0PjwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZT48dHQ+VGhhbmsg eW91IGZvciBwb2ludGluZyBvdXQgdGhpcyxpdCdzIG91cg0KbmVnbGlnZW5jZSx3ZSB3aWxsIGNv cnJlY3QgaXQgaW4gdGhlIG5leHQgdmVyc2lvbi48L3R0PjwvZm9udD4NCjxicj4NCjxicj48Zm9u dCBzaXplPTIgY29sb3I9Ymx1ZT48dHQ+TW9yZSBjb21tZW50cyBhcmUgdmVyeSB3ZWxjb21lZCE8 L3R0PjwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZT48dHQ+QlIsPC90dD48L2Zv bnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWU+PHR0Pkp1YW48YnI+DQo8L3R0PjwvZm9u dD48Zm9udCBzaXplPTI+PHR0PiZndDsgPGJyPg0KJmd0OyBCZXN0IHJlZ2FyZHMsPGJyPg0KJmd0 OyA8YnI+DQomZ3Q7IEx1aXM8YnI+DQomZ3Q7IDxicj4NCiZndDsgX19fX19fX19fX19fX19fX19f X19fX19fX19fX188YnI+DQomZ3Q7IEx1aXMgTS4gQ29udHJlcmFzPGJyPg0KJmd0OyBUZWNobm9s b2d5IC8gR2xvYmFsIENUTyAvIFRlbGVmP25pY2E8YnI+DQomZ3Q7IEVmZmljaWVuY3kgUHJvamVj dHMgLyBUZWxlZj9uaWNhIEkrRDxicj4NCiZndDsgPGJyPg0KJmd0OyBEb24gUmFtP24gZGUgbGEg Q3J1eiA4Mi04NDxicj4NCiZndDsgMjgwMDYgTWFkcmlkPGJyPg0KJmd0OyBFc3BhP2EgLyBTcGFp bjxicj4NCiZndDsgPGJyPg0KJmd0OyBsbWNtQHRpZC5lczxicj4NCiZndDsgPGJyPg0KJmd0OyA8 YnI+DQomZ3Q7IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KJmd0OyBFc3Rl IG1lbnNhamUgc2UgZGlyaWdlIGV4Y2x1c2l2YW1lbnRlIGEgc3UgZGVzdGluYXRhcmlvLiBQdWVk ZSA8YnI+DQomZ3Q7IGNvbnN1bHRhciBudWVzdHJhIHBvbD90aWNhIGRlIGVudj9vIHkgcmVjZXBj aT9uIGRlIGNvcnJlbyBlbGVjdHI/PGJyPg0KJmd0OyBuaWNvIGVuIGVsIGVubGFjZSBzaXR1YWRv IG0/cyBhYmFqby48YnI+DQomZ3Q7IFRoaXMgbWVzc2FnZSBpcyBpbnRlbmRlZCBleGNsdXNpdmVs eSBmb3IgaXRzIGFkZHJlc3NlZS4gV2Ugb25seSBzZW5kPGJyPg0KJmd0OyBhbmQgcmVjZWl2ZSBl bWFpbCBvbiB0aGUgYmFzaXMgb2YgdGhlIHRlcm1zIHNldCBvdXQgYXQ8YnI+DQomZ3Q7IGh0dHA6 Ly93d3cudGlkLmVzL0VTL1BBR0lOQVMvZGlzY2xhaW1lci5hc3B4PGJyPg0KJmd0OyAtLS0tLS0t LS0tLS0tLSBuZXh0IHBhcnQgLS0tLS0tLS0tLS0tLS08YnI+DQomZ3Q7IEFuIEhUTUwgYXR0YWNo bWVudCB3YXMgc2NydWJiZWQuLi48YnI+DQomZ3Q7IFVSTDogJmx0O2h0dHA6Ly93d3cuaWV0Zi5v cmcvbWFpbC08YnI+DQomZ3Q7IGFyY2hpdmUvd2ViL211bHRpbW9iL2F0dGFjaG1lbnRzLzIwMTIw NzI3L2RlY2IwY2M5L2F0dGFjaG1lbnQuaHRtJmd0Ozxicj4NCiZndDsgPGJyPg0KJmd0OyAtLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08YnI+DQomZ3Q7IDxicj4NCiZndDsgX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQomZ3Q7IG11bHRpbW9i IG1haWxpbmcgbGlzdDxicj4NCiZndDsgbXVsdGltb2JAaWV0Zi5vcmc8YnI+DQomZ3Q7IGh0dHBz Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXVsdGltb2I8YnI+DQomZ3Q7IDxicj4N CiZndDsgPGJyPg0KJmd0OyBFbmQgb2YgbXVsdGltb2IgRGlnZXN0LCBWb2wgNjIsIElzc3VlIDIx PGJyPg0KJmd0OyAqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqPGJyPg0K Jmd0OyA8YnI+DQo8L3R0PjwvZm9udD4NCjxicj48cHJlPg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NClpURSZuYnNwO0luZm9ybWF0aW9u Jm5ic3A7U2VjdXJpdHkmbmJzcDtOb3RpY2U6Jm5ic3A7VGhlJm5ic3A7aW5mb3JtYXRpb24mbmJz cDtjb250YWluZWQmbmJzcDtpbiZuYnNwO3RoaXMmbmJzcDttYWlsJm5ic3A7KGFuZCZuYnNwO2Fu eSZuYnNwO2F0dGFjaG1lbnQmbmJzcDt0cmFuc21pdHRlZCZuYnNwO2hlcmV3aXRoKSZuYnNwO2lz Jm5ic3A7cHJpdmlsZWdlZCZuYnNwO2FuZCZuYnNwO2NvbmZpZGVudGlhbCZuYnNwO2FuZCZuYnNw O2lzJm5ic3A7aW50ZW5kZWQmbmJzcDtmb3ImbmJzcDt0aGUmbmJzcDtleGNsdXNpdmUmbmJzcDt1 c2UmbmJzcDtvZiZuYnNwO3RoZSZuYnNwO2FkZHJlc3NlZShzKS4mbmJzcDsmbmJzcDtJZiZuYnNw O3lvdSZuYnNwO2FyZSZuYnNwO25vdCZuYnNwO2FuJm5ic3A7aW50ZW5kZWQmbmJzcDtyZWNpcGll bnQsJm5ic3A7YW55Jm5ic3A7ZGlzY2xvc3VyZSwmbmJzcDtyZXByb2R1Y3Rpb24sJm5ic3A7ZGlz dHJpYnV0aW9uJm5ic3A7b3ImbmJzcDtvdGhlciZuYnNwO2Rpc3NlbWluYXRpb24mbmJzcDtvciZu YnNwO3VzZSZuYnNwO29mJm5ic3A7dGhlJm5ic3A7aW5mb3JtYXRpb24mbmJzcDtjb250YWluZWQm bmJzcDtpcyZuYnNwO3N0cmljdGx5Jm5ic3A7cHJvaGliaXRlZC4mbmJzcDsmbmJzcDtJZiZuYnNw O3lvdSZuYnNwO2hhdmUmbmJzcDtyZWNlaXZlZCZuYnNwO3RoaXMmbmJzcDttYWlsJm5ic3A7aW4m bmJzcDtlcnJvciwmbmJzcDtwbGVhc2UmbmJzcDtkZWxldGUmbmJzcDtpdCZuYnNwO2FuZCZuYnNw O25vdGlmeSZuYnNwO3VzJm5ic3A7aW1tZWRpYXRlbHkuDQoNCjwvcHJlPg== --=_alternative 000D67F748257A4B_=-- From liu.juan45@zte.com.cn Sun Jul 29 19:35:10 2012 Return-Path: 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 2D91521F8455 for ; Sun, 29 Jul 2012 19:35:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -94.337 X-Spam-Level: X-Spam-Status: No, score=-94.337 tagged_above=-999 required=5 tests=[AWL=-7.501, BAYES_60=1, HTML_MESSAGE=0.001, J_CHICKENPOX_102=0.6, J_CHICKENPOX_31=0.6, J_CHICKENPOX_32=0.6, J_CHICKENPOX_34=0.6, J_CHICKENPOX_41=0.6, J_CHICKENPOX_42=0.6, J_CHICKENPOX_43=0.6, J_CHICKENPOX_53=0.6, J_CHICKENPOX_54=0.6, J_CHICKENPOX_56=0.6, J_CHICKENPOX_71=0.6, J_CHICKENPOX_82=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 iYHxzyJYvXxN for ; Sun, 29 Jul 2012 19:35:09 -0700 (PDT) Received: from mx5.zte.com.cn (mx6.zte.com.cn [95.130.199.165]) by ietfa.amsl.com (Postfix) with ESMTP id 2481B21F844E for ; Sun, 29 Jul 2012 19:35:07 -0700 (PDT) Received: from [10.30.17.99] by mx5.zte.com.cn with surfront esmtp id 10723900245117; Mon, 30 Jul 2012 10:24:31 +0800 (CST) Received: from [10.30.3.20] by [192.168.168.15] with StormMail ESMTP id 54804.2687962399; Mon, 30 Jul 2012 10:35:03 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id q6U2YuX6071986; Mon, 30 Jul 2012 10:34:56 +0800 (GMT-8) (envelope-from liu.juan45@zte.com.cn) To: lmcm@tid.es MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005 Message-ID: From: liu.juan45@zte.com.cn Date: Mon, 30 Jul 2012 10:34:55 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP1 HF212|May 23, 2012) at 2012-07-30 10:34:54, Serialize complete at 2012-07-30 10:34:54 Content-Type: multipart/alternative; boundary="=_alternative 000E0D4648257A4B_=" X-MAIL: mse01.zte.com.cn q6U2YuX6071986 Cc: multimob@ietf.org Subject: Re: [multimob] Comments on draft-liu-multimob-pmipv6-multicast-ro-01(JUAN LIU) X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2012 02:35:10 -0000 This is a multipart message in MIME format. --=_alternative 000E0D4648257A4B_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGkgTHVpcywNCk1hbnkgdGhhbmtzIGZvciB5b3VyIGNvbW1lbnRzIGFuZCB3ZSBhcmUgdmVyeSBz b3JyeSBmb3IgdGhlIGxhdGUgDQpyZXBseSxwbGVhc2Ugc2VlIGFuc3dlcnMgaW5saW5lOg0KDQpt dWx0aW1vYi1ib3VuY2VzQGlldGYub3JnINC009ogMjAxMi8wNy8yNyAxODoxNToyMjoNCg0KPiBJ ZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGRpZ2VzdCB3aXRob3V0IGFsbCB0aGUgaW5kaXZpZHVh bCBtZXNzYWdlDQo+IGF0dGFjaG1lbnRzIHlvdSB3aWxsIG5lZWQgdG8gdXBkYXRlIHlvdXIgZGln ZXN0IG9wdGlvbnMgaW4geW91ciBsaXN0DQo+IHN1YnNjcmlwdGlvbi4gIFRvIGRvIHNvLCBnbyB0 byANCj4gDQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXVsdGltb2IN Cj4gDQo+IENsaWNrIHRoZSAnVW5zdWJzY3JpYmUgb3IgZWRpdCBvcHRpb25zJyBidXR0b24sIGxv ZyBpbiwgYW5kIHNldCAiR2V0DQo+IE1JTUUgb3IgUGxhaW4gVGV4dCBEaWdlc3RzPyIgdG8gTUlN RS4gIFlvdSBjYW4gc2V0IHRoaXMgb3B0aW9uDQo+IGdsb2JhbGx5IGZvciBhbGwgdGhlIGxpc3Qg ZGlnZXN0cyB5b3UgcmVjZWl2ZSBhdCB0aGlzIHBvaW50Lg0KPiANCj4gDQo+IA0KPiBTZW5kIG11 bHRpbW9iIG1haWxpbmcgbGlzdCBzdWJtaXNzaW9ucyB0bw0KPiAgICBtdWx0aW1vYkBpZXRmLm9y Zw0KPiANCj4gVG8gc3Vic2NyaWJlIG9yIHVuc3Vic2NyaWJlIHZpYSB0aGUgV29ybGQgV2lkZSBX ZWIsIHZpc2l0DQo+ICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXVs dGltb2INCj4gb3IsIHZpYSBlbWFpbCwgc2VuZCBhIG1lc3NhZ2Ugd2l0aCBzdWJqZWN0IG9yIGJv ZHkgJ2hlbHAnIHRvDQo+ICAgIG11bHRpbW9iLXJlcXVlc3RAaWV0Zi5vcmcNCj4gDQo+IFlvdSBj YW4gcmVhY2ggdGhlIHBlcnNvbiBtYW5hZ2luZyB0aGUgbGlzdCBhdA0KPiAgICBtdWx0aW1vYi1v d25lckBpZXRmLm9yZw0KPiANCj4gV2hlbiByZXBseWluZywgcGxlYXNlIGVkaXQgeW91ciBTdWJq ZWN0IGxpbmUgc28gaXQgaXMgbW9yZSBzcGVjaWZpYw0KPiB0aGFuICJSZTogQ29udGVudHMgb2Yg bXVsdGltb2IgZGlnZXN0Li4uIg0KPiANCj4gDQo+IFRvZGF5J3MgVG9waWNzOg0KPiANCj4gICAg MS4gIENvbW1lbnRzIG9uIGRyYWZ0LWxpdS1tdWx0aW1vYi1wbWlwdjYtbXVsdGljYXN0LXJvLTAx DQo+ICAgICAgIChMVUlTIE1JR1VFTCBDT05UUkVSQVMgTVVSSUxMTykNCj4gDQo+IA0KPiAtLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tDQo+IA0KPiBNZXNzYWdlOiAxDQo+IERhdGU6IEZyaSwgMjcgSnVsIDIwMTIgMTI6 MTU6MTYgKzAyMDANCj4gRnJvbTogTFVJUyBNSUdVRUwgQ09OVFJFUkFTIE1VUklMTE8gPGxtY21A dGlkLmVzPg0KPiBUbzogIm11bHRpbW9iQGlldGYub3JnIiA8bXVsdGltb2JAaWV0Zi5vcmc+DQo+ IFN1YmplY3Q6IFttdWx0aW1vYl0gQ29tbWVudHMgb24NCj4gICAgZHJhZnQtbGl1LW11bHRpbW9i LXBtaXB2Ni1tdWx0aWNhc3Qtcm8tMDENCj4gTWVzc2FnZS1JRDoNCj4gICAgPEIzNDhCMTUyRTVG MTE2NDBCMjI0N0U1NDMwNEU1M0ZDNkU1NkYzMUQ4QkBFWENMVTJLNy5oaS5pbmV0Pg0KPiBDb250 ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9Imlzby04ODU5LTEiDQo+IA0KPiBEZWFyIEp1 YW4sIFdlbiwgV2VpLA0KPiANCj4gUGxlYXNlLCBmaW5kIGhlcmUgYmVsb3cgc29tZSBjb21tZW50 cyBvbiB5b3VyIGRyYWZ0Lg0KPiANCj4gMS8gWW91IHByb3Bvc2UgdGhlIE1BR3MgdG8gYmUgbXVs dGljYXN0IGVuYWJsZWQgcm91dGVycy4gSG93ZXZlciwgdG8NCj4gZW5hYmxpbmcgdGhlIHNvbHV0 aW9uIHlvdSBwcm9wb3NlIHRvIHNldC11cCBhIHR1bm5lbCBhbW9uZyB0aGUgTUFHcyANCj4gd2hl cmUgdGhlIHNvdXJjZSBhbmQgdGhlIGxpc3RlbmVyIGFyZSBhdHRhY2hlZCB0by4gV2h5IGRvIHlv dSBuZWVkIA0KPiBzdWNoIHR1bm5lbD8gV2h5IHRoZSBjb21tdW5pY2F0aW9uIGNhbm5vdCBiZSBk aXJlY3RseSByb3V0ZWQgd2l0aG91dA0KPiBhbnkgYWRkaXRpb25hbCB0dW5uZWwgKGFzc3VtaW5n IHRoZSBkb21haW4gaXMgbXVsdGljYXN0IGVuYWJsZWQpPyBJbg0KPiBmYWN0IHRoZSB0dW5uZWwg cHJvYmFibHkgd2lsbCBmb2xsb3cgdGhlIHNhbWUgcGF0aCBhcyB0aGUgUElNIA0KPiBtZXNzYWdl cyB3b3VsZCBmb2xsb3cuDQpJIHRoaW5rIHRoYXQgZGVwZW5kcyBvbiBob3cgdGhlIE1SSUIgaXMg Z2VuZXJhdGVkLiBJbiBvdXIgZHJhZnQsdGhlIA0KTUFHLU1BRyB0dW5uZWwgbmVlZHMgdG8gYmUg aW5jbHVkZWQgaW50byB0aGUgTVJJQi4NCk90aGVyd2lzZSxzb3VyY2Utc3BlY2lmaWMgSm9pbiBt ZXNzYWdlIHdpbGwgZm9sbG93IHRoZSBMTUEtTUFHIHR1bm5lbCB0byANCnRoZSBzb3VyY2UuDQo+ IA0KPiAyLyBXaGVuIHlvdSBkZXNjcmliZSB0aGUgZXN0YWJsaXNobWVudCBvZiBiaWRpcmVjdGlv bmFsIHR1bm5lbHMgDQo+IGJldHdlZW4gTUFHcyB5b3UgcmVmZXIgUkZDNTIxMyBmb3IgZnVydGhl ciBkZXRhaWwsIGJ1dCBSRkM1MjEzIGRvZXMgDQo+IG5vdCBpbmNsdWRlIHR1bm5lbCBlc3RhYmxp c2htZW50IGJldHdlZW4gTUFHcy4gVGhpcyBpcyBub3QgY292ZXJlZCANCj4gYnkgc3RhbmRhcmQg UE1JUCAoaXQgaW1wbGllcyBhbiBleHRlbnNpb24pLg0KWW91IGFyZSByaWdodCB0aGF0IFJGQzUy MTMgZG9lcyBub3QgaW5jbHVkZSB0dW5uZWwgZXN0YWJsaXNobWVudCBiZXR3ZWVuIA0KTUFHcy53 ZSB3aWxsIGNvcnJlY3QgdGhlIGRlc2NyaXB0aW9uIGluIHRoZSBuZXh0IHZlcnNpb24uDQp3ZSBj YW4gcmVmZXIgdG8gc2VjdGlvbjYuMiBvZiBkcmFmdC1pZXRmLW5ldGV4dC1wbWlwLWxyIGZvciB0 dW5uZWxpbmcgDQpiZXR3ZWVuIHRoZSBNQUdzLg0KPiANCj4gMy8gRm9yIHRoZSBtb2JpbGUgbm9k ZSBvcGVyYXRpb24geW91IGFyZSByZXN0cmljdGluZyB0aGUgDQo+IG9wdGltaXphdGlvbiBwcm9w b3NhbCB0byB0aGUgY2FzZSB3aGVyZSB0aGUgbGlzdGVuZXIgaXMgYW4gU1NNLWF3YXJlDQo+IGhv c3QuIEluIG15IG9waW5pb24gdGhpcyByZXN0cmljdHMgdGhlIHNvbHV0aW9uLCBub3QgYmVpbmcg Z2VuZXJpYyANCj4gKEFTTSBjYXNlIGlzIG5vdCBjb3ZlcmVkKQ0KWW91IGFyZSByaWdodCB0aGF0 IG91ciBzb2x1dGlvbiBzaG91bGQgY292ZXIgdGhlIEFTTSBzY2VuYXJpbyx3ZSBoYXZlIA0KcGxh bm5lZCB0byBhZGQgaXQgaW4gdGhlIG5leHQgdmVyc2lvbi4NCkluIHRoZSBwaGFzZSB0aHJlZSBv ZiBQSU0tU00oQVNNIFNjZW5hcmlvKSx3aGVuIHRoZSBNQUcgb24gdGhlIHJlY2VpdmVyJ3MgDQpz aWRlIGluaXRpYXRlcyBhIHRyYW5zZmVyIGZyb20gdGhlIHNoYXJlZCB0cmVlIHRvIGEgc291cmNl LXNwZWNpZmljIA0Kc2hvcnRlc3QtcGF0aCB0cmVlLHRoZSBzb2x1dGlvbiBjYW4gYmUgdXNlZCBp biB0aGlzIHBoYXNlIHRvIHJlZXN0YWJsaXNoIA0KdGhlIG9wdGltaXplZCBTUFQuDQo+IA0KPiA0 LyBUaHJvdWdoIHRoZSBQQlUtUS9QQkEtUSBzZXF1ZW5jZSBvZiBtZXNzYWdlcyB5b3UgYXJlIGFi bGUgdG8gDQo+IG9idGFpbiB0aGUgQ29BIGZvciB0aGUgTU4gc291cmNlLiBIb3dldmVyLCBob3cg ZG8geW91IGtub3cgaW4gDQo+IGFkdmFuY2UgdGhhdCB0aGUgTU4gc291cmNlIGlzIGF0dGFjaGVk IHRvIHRoZSBkb21haW4/IFRoZXJlIGlzIG5vIA0KPiB3YXkgb2Yga25vd2luZyBpdCBpbiBhZHZh bmNlLCBhbmQgYmVjYXVzZSB0aGUgTU4gSG9BIGlzIG5vdCBhbiANCj4gYWRkcmVzcyBvZiB0aGUg UE1JUHY2IGRvbWFpbiwgaG93IGRvIHlvdSBkZWR1Y2UgdGhhdCBpdCBpcyBhIE1OIA0KPiBzb3Vy Y2U/IERvIHlvdSBzZW5kIHRoZSBQQlUtUSBmb3IgYWxsIGtpbmQgb2YgU1NNIHN1YnNjcmlwdGlv bnM/IA0KPiBBZGRpdGlvbmFsbHksIHdoYXQgaGFwcGVucyAod2hhdCBpcyB0aGUgbWVzc2FnZSkg aW4gY2FzZSB0aGUgc291cmNlIA0KPiBpcyBlZmZlY3RpdmVseSBub3QgYXR0YWNoZWQgdG8gdGhl IFBNSVB2NiBkb21haW4NClllcyx3ZSBjYW4gbm90IGtub3cgaW4gYWR2YW5jZSB0aGF0IHRoZSBN TiBzb3VyY2UgaXMgYXR0YWNoZWQgdG8gdGhlIHNhbWUgDQpkb21haW4uU28gaWYgdGhlIE1BRyBp biB0aGUgbGlzdGVuZXIgc2lkZSBmaWd1cmVzKHRocm91Z2ggdGhlIFBCVS1RL1BCQS1RIA0KbWVz c2FnZXMpIHRoYXQgdGhlIE1OIHNvdXJjZSBpcyBub3QgYXR0YWNoZWQgdG8gYSBNQUcgaW4gdGhl IGRvbWFpbiwgaXQgDQp3aWxsIHByb2Nlc3MgdGhlIG11bHRpY2FzdCBtZXNzYWdlIGFzIG5vcm1h bC4NCldlIHNlbmQgdGhlIFBCVS1RIGV2ZXJ5IHRpbWUgd2hlbiB0aGUgTUFHIGluIHRoZSBsaXN0 ZW5lciBzaWRlIGZpcnN0IGpvaW5zIA0KdGhlIChTLEcpIGNoYW5uZWwuDQpXZSBkb24ndCBzb2x2 ZSB0aGUgY2FzZSB3aGVuIHRoZSBzb3VyY2UgaXMgbm90IGF0dGFjaGVkIHRvIHRoZSBQTUlQdjYg DQpkb21haW4sIHRoZSBkcmFmdCBhc3N1bWVzIHRoYXQgdGhlIE1OIHNvdXJjZSBhbmQgTU4gbGlz dGVuZXIgYXJlIGJvdGggDQptb2JpbGUgbm9kZXMgYXR0YWNoZWQgdG8gdGhlaXIgb3duIE1BRy4N Cj4gDQo+IEZpbmFsbHksIGFzIGEgbWlub3IgY29tbWVudCwgdGhlIGhlYWRpbmcgb2YgdGhlIHR4 dCBmaWxlIG1lbnRpb24gDQo+ICJSRUxPQUQgQ2xpZW50IEV4dGVuc2lvbiIsIHdoaWNoIGlzIG5v dCB0aGUgc3ViamVjdCBvZiB0aGUgZHJhZnQuDQpUaGFuayB5b3UgZm9yIHBvaW50aW5nIG91dCB0 aGlzLGl0J3Mgb3VyIG5lZ2xpZ2VuY2Usd2Ugd2lsbCBjb3JyZWN0IGl0IGluIA0KdGhlIG5leHQg dmVyc2lvbi4NCg0KTW9yZSBjb21tZW50cyBhcmUgdmVyeSB3ZWxjb21lZCENCkJSLA0KSnVhbg0K PiANCj4gQmVzdCByZWdhcmRzLA0KPiANCj4gTHVpcw0KPiANCj4gX19fX19fX19fX19fX19fX19f X19fX19fX19fX18NCj4gTHVpcyBNLiBDb250cmVyYXMNCj4gVGVjaG5vbG9neSAvIEdsb2JhbCBD VE8gLyBUZWxlZj9uaWNhDQo+IEVmZmljaWVuY3kgUHJvamVjdHMgLyBUZWxlZj9uaWNhIEkrRA0K PiANCj4gRG9uIFJhbT9uIGRlIGxhIENydXogODItODQNCj4gMjgwMDYgTWFkcmlkDQo+IEVzcGE/ YSAvIFNwYWluDQo+IA0KPiBsbWNtQHRpZC5lcw0KPiANCj4gDQo+IF9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fDQo+IEVzdGUgbWVuc2FqZSBzZSBkaXJpZ2UgZXhjbHVzaXZhbWVudGUg YSBzdSBkZXN0aW5hdGFyaW8uIFB1ZWRlIA0KPiBjb25zdWx0YXIgbnVlc3RyYSBwb2w/dGljYSBk ZSBlbnY/byB5IHJlY2VwY2k/biBkZSBjb3JyZW8gZWxlY3RyPw0KPiBuaWNvIGVuIGVsIGVubGFj ZSBzaXR1YWRvIG0/cyBhYmFqby4NCj4gVGhpcyBtZXNzYWdlIGlzIGludGVuZGVkIGV4Y2x1c2l2 ZWx5IGZvciBpdHMgYWRkcmVzc2VlLiBXZSBvbmx5IHNlbmQNCj4gYW5kIHJlY2VpdmUgZW1haWwg b24gdGhlIGJhc2lzIG9mIHRoZSB0ZXJtcyBzZXQgb3V0IGF0DQo+IGh0dHA6Ly93d3cudGlkLmVz L0VTL1BBR0lOQVMvZGlzY2xhaW1lci5hc3B4DQo+IC0tLS0tLS0tLS0tLS0tIG5leHQgcGFydCAt LS0tLS0tLS0tLS0tLQ0KPiBBbiBIVE1MIGF0dGFjaG1lbnQgd2FzIHNjcnViYmVkLi4uDQo+IFVS TDogPGh0dHA6Ly93d3cuaWV0Zi5vcmcvbWFpbC0NCj4gYXJjaGl2ZS93ZWIvbXVsdGltb2IvYXR0 YWNobWVudHMvMjAxMjA3MjcvZGVjYjBjYzkvYXR0YWNobWVudC5odG0+DQo+IA0KPiAtLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fDQo+IG11bHRpbW9iIG1haWxpbmcgbGlzdA0KPiBtdWx0aW1v YkBpZXRmLm9yZw0KPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL211bHRp bW9iDQo+IA0KPiANCj4gRW5kIG9mIG11bHRpbW9iIERpZ2VzdCwgVm9sIDYyLCBJc3N1ZSAyMQ0K PiAqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqDQo+IA0KDQoNCi0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpaVEUg SW5mb3JtYXRpb24gU2VjdXJpdHkgTm90aWNlOiBUaGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGlu IHRoaXMgbWFpbCAoYW5kIGFueSBhdHRhY2htZW50IHRyYW5zbWl0dGVkIGhlcmV3aXRoKSBpcyBw cml2aWxlZ2VkIGFuZCBjb25maWRlbnRpYWwgYW5kIGlzIGludGVuZGVkIGZvciB0aGUgZXhjbHVz aXZlIHVzZSBvZiB0aGUgYWRkcmVzc2VlKHMpLiAgSWYgeW91IGFyZSBub3QgYW4gaW50ZW5kZWQg cmVjaXBpZW50LCBhbnkgZGlzY2xvc3VyZSwgcmVwcm9kdWN0aW9uLCBkaXN0cmlidXRpb24gb3Ig b3RoZXIgZGlzc2VtaW5hdGlvbiBvciB1c2Ugb2YgdGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBp cyBzdHJpY3RseSBwcm9oaWJpdGVkLiAgSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBtYWlsIGlu IGVycm9yLCBwbGVhc2UgZGVsZXRlIGl0IGFuZCBub3RpZnkgdXMgaW1tZWRpYXRlbHkuDQoNCg== --=_alternative 000E0D4648257A4B_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT0ic2Fucy1zZXJpZiI+SGkgTHVpcyw8 L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT0ic2Fucy1zZXJpZiI+TWFu eSB0aGFua3MgZm9yIHlvdXIgY29tbWVudHMNCmFuZCB3ZSBhcmUgdmVyeSBzb3JyeSBmb3IgdGhl IGxhdGUgcmVwbHkscGxlYXNlIHNlZSA8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWU+PHR0 PmFuc3dlcnMNCmlubGluZTo8L3R0PjwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTI+PHR0 Pm11bHRpbW9iLWJvdW5jZXNAaWV0Zi5vcmcg0LTT2iAyMDEyLzA3LzI3IDE4OjE1OjIyOjxicj4N Cjxicj4NCiZndDsgSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBkaWdlc3Qgd2l0aG91dCBhbGwg dGhlIGluZGl2aWR1YWwgbWVzc2FnZTxicj4NCiZndDsgYXR0YWNobWVudHMgeW91IHdpbGwgbmVl ZCB0byB1cGRhdGUgeW91ciBkaWdlc3Qgb3B0aW9ucyBpbiB5b3VyIGxpc3Q8YnI+DQomZ3Q7IHN1 YnNjcmlwdGlvbi4gJm5ic3A7VG8gZG8gc28sIGdvIHRvIDxicj4NCiZndDsgPGJyPg0KJmd0OyBo dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL211bHRpbW9iPGJyPg0KJmd0OyA8 YnI+DQomZ3Q7IENsaWNrIHRoZSAnVW5zdWJzY3JpYmUgb3IgZWRpdCBvcHRpb25zJyBidXR0b24s IGxvZyBpbiwgYW5kIHNldCAmcXVvdDtHZXQ8YnI+DQomZ3Q7IE1JTUUgb3IgUGxhaW4gVGV4dCBE aWdlc3RzPyZxdW90OyB0byBNSU1FLiAmbmJzcDtZb3UgY2FuIHNldCB0aGlzDQpvcHRpb248YnI+ DQomZ3Q7IGdsb2JhbGx5IGZvciBhbGwgdGhlIGxpc3QgZGlnZXN0cyB5b3UgcmVjZWl2ZSBhdCB0 aGlzIHBvaW50Ljxicj4NCiZndDsgPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IDxicj4NCiZndDsgU2Vu ZCBtdWx0aW1vYiBtYWlsaW5nIGxpc3Qgc3VibWlzc2lvbnMgdG88YnI+DQomZ3Q7ICZuYnNwOyAm bmJzcDttdWx0aW1vYkBpZXRmLm9yZzxicj4NCiZndDsgPGJyPg0KJmd0OyBUbyBzdWJzY3JpYmUg b3IgdW5zdWJzY3JpYmUgdmlhIHRoZSBXb3JsZCBXaWRlIFdlYiwgdmlzaXQ8YnI+DQomZ3Q7ICZu YnNwOyAmbmJzcDtodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL211bHRpbW9i PGJyPg0KJmd0OyBvciwgdmlhIGVtYWlsLCBzZW5kIGEgbWVzc2FnZSB3aXRoIHN1YmplY3Qgb3Ig Ym9keSAnaGVscCcgdG88YnI+DQomZ3Q7ICZuYnNwOyAmbmJzcDttdWx0aW1vYi1yZXF1ZXN0QGll dGYub3JnPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IFlvdSBjYW4gcmVhY2ggdGhlIHBlcnNvbiBtYW5h Z2luZyB0aGUgbGlzdCBhdDxicj4NCiZndDsgJm5ic3A7ICZuYnNwO211bHRpbW9iLW93bmVyQGll dGYub3JnPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IFdoZW4gcmVwbHlpbmcsIHBsZWFzZSBlZGl0IHlv dXIgU3ViamVjdCBsaW5lIHNvIGl0IGlzIG1vcmUgc3BlY2lmaWM8YnI+DQomZ3Q7IHRoYW4gJnF1 b3Q7UmU6IENvbnRlbnRzIG9mIG11bHRpbW9iIGRpZ2VzdC4uLiZxdW90Ozxicj4NCiZndDsgPGJy Pg0KJmd0OyA8YnI+DQomZ3Q7IFRvZGF5J3MgVG9waWNzOjxicj4NCiZndDsgPGJyPg0KJmd0OyAm bmJzcDsgJm5ic3A7MS4gJm5ic3A7Q29tbWVudHMgb24gZHJhZnQtbGl1LW11bHRpbW9iLXBtaXB2 Ni1tdWx0aWNhc3Qtcm8tMDE8YnI+DQomZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IChMVUlTIE1J R1VFTCBDT05UUkVSQVMgTVVSSUxMTyk8YnI+DQomZ3Q7IDxicj4NCiZndDsgPGJyPg0KJmd0OyAt LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IE1lc3NhZ2U6IDE8YnI+DQomZ3Q7IERh dGU6IEZyaSwgMjcgSnVsIDIwMTIgMTI6MTU6MTYgKzAyMDA8YnI+DQomZ3Q7IEZyb206IExVSVMg TUlHVUVMIENPTlRSRVJBUyBNVVJJTExPICZsdDtsbWNtQHRpZC5lcyZndDs8YnI+DQomZ3Q7IFRv OiAmcXVvdDttdWx0aW1vYkBpZXRmLm9yZyZxdW90OyAmbHQ7bXVsdGltb2JAaWV0Zi5vcmcmZ3Q7 PGJyPg0KJmd0OyBTdWJqZWN0OiBbbXVsdGltb2JdIENvbW1lbnRzIG9uPGJyPg0KJmd0OyAmbmJz cDsgJm5ic3A7ZHJhZnQtbGl1LW11bHRpbW9iLXBtaXB2Ni1tdWx0aWNhc3Qtcm8tMDE8YnI+DQom Z3Q7IE1lc3NhZ2UtSUQ6PGJyPg0KJmd0OyAmbmJzcDsgJm5ic3A7Jmx0O0IzNDhCMTUyRTVGMTE2 NDBCMjI0N0U1NDMwNEU1M0ZDNkU1NkYzMUQ4QkBFWENMVTJLNy5oaS5pbmV0Jmd0Ozxicj4NCiZn dDsgQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFyc2V0PSZxdW90O2lzby04ODU5LTEmcXVv dDs8YnI+DQomZ3Q7IDxicj4NCiZndDsgRGVhciBKdWFuLCBXZW4sIFdlaSw8YnI+DQomZ3Q7IDxi cj4NCiZndDsgUGxlYXNlLCBmaW5kIGhlcmUgYmVsb3cgc29tZSBjb21tZW50cyBvbiB5b3VyIGRy YWZ0Ljxicj4NCiZndDsgPGJyPg0KJmd0OyAxLyBZb3UgcHJvcG9zZSB0aGUgTUFHcyB0byBiZSBt dWx0aWNhc3QgZW5hYmxlZCByb3V0ZXJzLiBIb3dldmVyLA0KdG88YnI+DQomZ3Q7IGVuYWJsaW5n IHRoZSBzb2x1dGlvbiB5b3UgcHJvcG9zZSB0byBzZXQtdXAgYSB0dW5uZWwgYW1vbmcgdGhlIE1B R3MNCjxicj4NCiZndDsgd2hlcmUgdGhlIHNvdXJjZSBhbmQgdGhlIGxpc3RlbmVyIGFyZSBhdHRh Y2hlZCB0by4gV2h5IGRvIHlvdSBuZWVkDQo8YnI+DQomZ3Q7IHN1Y2ggdHVubmVsPyBXaHkgdGhl IGNvbW11bmljYXRpb24gY2Fubm90IGJlIGRpcmVjdGx5IHJvdXRlZCB3aXRob3V0PGJyPg0KJmd0 OyBhbnkgYWRkaXRpb25hbCB0dW5uZWwgKGFzc3VtaW5nIHRoZSBkb21haW4gaXMgbXVsdGljYXN0 IGVuYWJsZWQpPw0KSW48YnI+DQomZ3Q7IGZhY3QgdGhlIHR1bm5lbCBwcm9iYWJseSB3aWxsIGZv bGxvdyB0aGUgc2FtZSBwYXRoIGFzIHRoZSBQSU0gPGJyPg0KJmd0OyBtZXNzYWdlcyB3b3VsZCBm b2xsb3cuPC90dD48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWU+PHR0PkkgdGhp bmsgdGhhdCBkZXBlbmRzIG9uIGhvdyB0aGUgTVJJQiBpcw0KZ2VuZXJhdGVkLiBJbiBvdXIgZHJh ZnQsdGhlIE1BRy1NQUcgdHVubmVsIG5lZWRzIHRvIGJlIGluY2x1ZGVkIGludG8gdGhlDQpNUklC LjwvdHQ+PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBjb2xvcj1ibHVlPjx0dD5PdGhlcndpc2Us c291cmNlLXNwZWNpZmljIEpvaW4gbWVzc2FnZQ0Kd2lsbCBmb2xsb3cgdGhlIExNQS1NQUcgdHVu bmVsIHRvIHRoZSBzb3VyY2UuPGJyPg0KPC90dD48L2ZvbnQ+PGZvbnQgc2l6ZT0yPjx0dD4mZ3Q7 IDxicj4NCiZndDsgMi8gV2hlbiB5b3UgZGVzY3JpYmUgdGhlIGVzdGFibGlzaG1lbnQgb2YgYmlk aXJlY3Rpb25hbCB0dW5uZWxzIDxicj4NCiZndDsgYmV0d2VlbiBNQUdzIHlvdSByZWZlciBSRkM1 MjEzIGZvciBmdXJ0aGVyIGRldGFpbCwgYnV0IFJGQzUyMTMgZG9lcw0KPGJyPg0KJmd0OyBub3Qg aW5jbHVkZSB0dW5uZWwgZXN0YWJsaXNobWVudCBiZXR3ZWVuIE1BR3MuIFRoaXMgaXMgbm90IGNv dmVyZWQNCjxicj4NCiZndDsgYnkgc3RhbmRhcmQgUE1JUCAoaXQgaW1wbGllcyBhbiBleHRlbnNp b24pLjwvdHQ+PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBjb2xvcj1ibHVlPjx0dD5Zb3UgYXJl IHJpZ2h0IHRoYXQgUkZDNTIxMyBkb2VzIG5vdCBpbmNsdWRlDQp0dW5uZWwgZXN0YWJsaXNobWVu dCBiZXR3ZWVuIE1BR3Mud2Ugd2lsbCBjb3JyZWN0IHRoZSBkZXNjcmlwdGlvbiBpbiB0aGUNCm5l eHQgdmVyc2lvbi48L3R0PjwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZT48dHQ+ d2UgY2FuIHJlZmVyIHRvIHNlY3Rpb242LjIgb2YgZHJhZnQtaWV0Zi1uZXRleHQtcG1pcC1scg0K Zm9yIHR1bm5lbGluZyBiZXR3ZWVuIHRoZSBNQUdzPC90dD48L2ZvbnQ+PGZvbnQgc2l6ZT0yPjx0 dD4uPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IDMvIEZvciB0aGUgbW9iaWxlIG5vZGUgb3BlcmF0aW9u IHlvdSBhcmUgcmVzdHJpY3RpbmcgdGhlIDxicj4NCiZndDsgb3B0aW1pemF0aW9uIHByb3Bvc2Fs IHRvIHRoZSBjYXNlIHdoZXJlIHRoZSBsaXN0ZW5lciBpcyBhbiBTU00tYXdhcmU8YnI+DQomZ3Q7 IGhvc3QuIEluIG15IG9waW5pb24gdGhpcyByZXN0cmljdHMgdGhlIHNvbHV0aW9uLCBub3QgYmVp bmcgZ2VuZXJpYw0KPGJyPg0KJmd0OyAoQVNNIGNhc2UgaXMgbm90IGNvdmVyZWQpPC90dD48L2Zv bnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWU+PHR0PllvdSBhcmUgcmlnaHQgdGhhdCBv dXIgc29sdXRpb24gc2hvdWxkDQpjb3ZlciB0aGUgQVNNIHNjZW5hcmlvLHdlIGhhdmUgcGxhbm5l ZCB0byBhZGQgaXQgaW4gdGhlIG5leHQgdmVyc2lvbi48L3R0PjwvZm9udD4NCjxicj48Zm9udCBz aXplPTIgY29sb3I9Ymx1ZT48dHQ+SW4gdGhlIHBoYXNlIHRocmVlIG9mIFBJTS1TTShBU00gU2Nl bmFyaW8pLHdoZW4NCnRoZSBNQUcgb24gdGhlIHJlY2VpdmVyJ3Mgc2lkZSBpbml0aWF0ZXMgYSB0 cmFuc2ZlciBmcm9tIHRoZSBzaGFyZWQgdHJlZQ0KdG8gYSBzb3VyY2Utc3BlY2lmaWMgc2hvcnRl c3QtcGF0aCB0cmVlLHRoZSBzb2x1dGlvbiBjYW4gYmUgdXNlZCBpbiB0aGlzDQpwaGFzZSB0byBy ZWVzdGFibGlzaCB0aGUgb3B0aW1pemVkIFNQVC48L3R0PjwvZm9udD48Zm9udCBzaXplPTI+PHR0 Pjxicj4NCiZndDsgPGJyPg0KJmd0OyA0LyBUaHJvdWdoIHRoZSBQQlUtUS9QQkEtUSBzZXF1ZW5j ZSBvZiBtZXNzYWdlcyB5b3UgYXJlIGFibGUgdG8gPGJyPg0KJmd0OyBvYnRhaW4gdGhlIENvQSBm b3IgdGhlIE1OIHNvdXJjZS4gSG93ZXZlciwgaG93IGRvIHlvdSBrbm93IGluIDxicj4NCiZndDsg YWR2YW5jZSB0aGF0IHRoZSBNTiBzb3VyY2UgaXMgYXR0YWNoZWQgdG8gdGhlIGRvbWFpbj8gVGhl cmUgaXMgbm8NCjxicj4NCiZndDsgd2F5IG9mIGtub3dpbmcgaXQgaW4gYWR2YW5jZSwgYW5kIGJl Y2F1c2UgdGhlIE1OIEhvQSBpcyBub3QgYW4gPGJyPg0KJmd0OyBhZGRyZXNzIG9mIHRoZSBQTUlQ djYgZG9tYWluLCBob3cgZG8geW91IGRlZHVjZSB0aGF0IGl0IGlzIGEgTU4gPGJyPg0KJmd0OyBz b3VyY2U/IERvIHlvdSBzZW5kIHRoZSBQQlUtUSBmb3IgYWxsIGtpbmQgb2YgU1NNIHN1YnNjcmlw dGlvbnM/IDxicj4NCiZndDsgQWRkaXRpb25hbGx5LCB3aGF0IGhhcHBlbnMgKHdoYXQgaXMgdGhl IG1lc3NhZ2UpIGluIGNhc2UgdGhlIHNvdXJjZQ0KPGJyPg0KJmd0OyBpcyBlZmZlY3RpdmVseSBu b3QgYXR0YWNoZWQgdG8gdGhlIFBNSVB2NiBkb21haW48L3R0PjwvZm9udD4NCjxicj48Zm9udCBz aXplPTIgY29sb3I9Ymx1ZT48dHQ+WWVzLHdlIGNhbiBub3Qga25vdyBpbiBhZHZhbmNlIHRoYXQg dGhlDQpNTiBzb3VyY2UgaXMgYXR0YWNoZWQgdG8gdGhlIHNhbWUgZG9tYWluLlNvIGlmIHRoZSBN QUcgaW4gdGhlIGxpc3RlbmVyDQpzaWRlIGZpZ3VyZXModGhyb3VnaCB0aGUgUEJVLVEvUEJBLVEg bWVzc2FnZXMpIHRoYXQgdGhlIE1OIHNvdXJjZSBpcyBub3QNCmF0dGFjaGVkIHRvIGEgTUFHIGlu IHRoZSBkb21haW4sIGl0IHdpbGwgcHJvY2VzcyB0aGUgbXVsdGljYXN0IG1lc3NhZ2UNCmFzIG5v cm1hbC48L3R0PjwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZT48dHQ+V2Ugc2Vu ZCB0aGUgUEJVLVEgZXZlcnkgdGltZSB3aGVuIHRoZSBNQUcNCmluIHRoZSBsaXN0ZW5lciBzaWRl IGZpcnN0IGpvaW5zIHRoZSAoUyxHKSBjaGFubmVsLjwvdHQ+PC9mb250Pg0KPGJyPjxmb250IHNp emU9MiBjb2xvcj1ibHVlPjx0dD5XZSBkb24ndCBzb2x2ZSB0aGUgY2FzZSB3aGVuIHRoZSBzb3Vy Y2UNCmlzIG5vdCBhdHRhY2hlZCB0byB0aGUgUE1JUHY2IGRvbWFpbiwgdGhlIGRyYWZ0IGFzc3Vt ZXMgdGhhdCB0aGUgTU4gc291cmNlDQphbmQgTU4gbGlzdGVuZXIgYXJlIGJvdGggbW9iaWxlIG5v ZGVzIGF0dGFjaGVkIHRvIHRoZWlyIG93biBNQUc8L3R0PjwvZm9udD48Zm9udCBzaXplPTI+PHR0 Pi48YnI+DQomZ3Q7IDxicj4NCiZndDsgRmluYWxseSwgYXMgYSBtaW5vciBjb21tZW50LCB0aGUg aGVhZGluZyBvZiB0aGUgdHh0IGZpbGUgbWVudGlvbiA8YnI+DQomZ3Q7ICZxdW90O1JFTE9BRCBD bGllbnQgRXh0ZW5zaW9uJnF1b3Q7LCB3aGljaCBpcyBub3QgdGhlIHN1YmplY3Qgb2YgdGhlDQpk cmFmdC48L3R0PjwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZT48dHQ+VGhhbmsg eW91IGZvciBwb2ludGluZyBvdXQgdGhpcyxpdCdzIG91cg0KbmVnbGlnZW5jZSx3ZSB3aWxsIGNv cnJlY3QgaXQgaW4gdGhlIG5leHQgdmVyc2lvbi48L3R0PjwvZm9udD4NCjxicj4NCjxicj48Zm9u dCBzaXplPTIgY29sb3I9Ymx1ZT48dHQ+TW9yZSBjb21tZW50cyBhcmUgdmVyeSB3ZWxjb21lZCE8 L3R0PjwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZT48dHQ+QlIsPC90dD48L2Zv bnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWU+PHR0Pkp1YW48YnI+DQo8L3R0PjwvZm9u dD48Zm9udCBzaXplPTI+PHR0PiZndDsgPGJyPg0KJmd0OyBCZXN0IHJlZ2FyZHMsPGJyPg0KJmd0 OyA8YnI+DQomZ3Q7IEx1aXM8YnI+DQomZ3Q7IDxicj4NCiZndDsgX19fX19fX19fX19fX19fX19f X19fX19fX19fX188YnI+DQomZ3Q7IEx1aXMgTS4gQ29udHJlcmFzPGJyPg0KJmd0OyBUZWNobm9s b2d5IC8gR2xvYmFsIENUTyAvIFRlbGVmP25pY2E8YnI+DQomZ3Q7IEVmZmljaWVuY3kgUHJvamVj dHMgLyBUZWxlZj9uaWNhIEkrRDxicj4NCiZndDsgPGJyPg0KJmd0OyBEb24gUmFtP24gZGUgbGEg Q3J1eiA4Mi04NDxicj4NCiZndDsgMjgwMDYgTWFkcmlkPGJyPg0KJmd0OyBFc3BhP2EgLyBTcGFp bjxicj4NCiZndDsgPGJyPg0KJmd0OyBsbWNtQHRpZC5lczxicj4NCiZndDsgPGJyPg0KJmd0OyA8 YnI+DQomZ3Q7IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KJmd0OyBFc3Rl IG1lbnNhamUgc2UgZGlyaWdlIGV4Y2x1c2l2YW1lbnRlIGEgc3UgZGVzdGluYXRhcmlvLiBQdWVk ZSA8YnI+DQomZ3Q7IGNvbnN1bHRhciBudWVzdHJhIHBvbD90aWNhIGRlIGVudj9vIHkgcmVjZXBj aT9uIGRlIGNvcnJlbyBlbGVjdHI/PGJyPg0KJmd0OyBuaWNvIGVuIGVsIGVubGFjZSBzaXR1YWRv IG0/cyBhYmFqby48YnI+DQomZ3Q7IFRoaXMgbWVzc2FnZSBpcyBpbnRlbmRlZCBleGNsdXNpdmVs eSBmb3IgaXRzIGFkZHJlc3NlZS4gV2Ugb25seSBzZW5kPGJyPg0KJmd0OyBhbmQgcmVjZWl2ZSBl bWFpbCBvbiB0aGUgYmFzaXMgb2YgdGhlIHRlcm1zIHNldCBvdXQgYXQ8YnI+DQomZ3Q7IGh0dHA6 Ly93d3cudGlkLmVzL0VTL1BBR0lOQVMvZGlzY2xhaW1lci5hc3B4PGJyPg0KJmd0OyAtLS0tLS0t LS0tLS0tLSBuZXh0IHBhcnQgLS0tLS0tLS0tLS0tLS08YnI+DQomZ3Q7IEFuIEhUTUwgYXR0YWNo bWVudCB3YXMgc2NydWJiZWQuLi48YnI+DQomZ3Q7IFVSTDogJmx0O2h0dHA6Ly93d3cuaWV0Zi5v cmcvbWFpbC08YnI+DQomZ3Q7IGFyY2hpdmUvd2ViL211bHRpbW9iL2F0dGFjaG1lbnRzLzIwMTIw NzI3L2RlY2IwY2M5L2F0dGFjaG1lbnQuaHRtJmd0Ozxicj4NCiZndDsgPGJyPg0KJmd0OyAtLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08YnI+DQomZ3Q7IDxicj4NCiZndDsgX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQomZ3Q7IG11bHRpbW9i IG1haWxpbmcgbGlzdDxicj4NCiZndDsgbXVsdGltb2JAaWV0Zi5vcmc8YnI+DQomZ3Q7IGh0dHBz Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXVsdGltb2I8YnI+DQomZ3Q7IDxicj4N CiZndDsgPGJyPg0KJmd0OyBFbmQgb2YgbXVsdGltb2IgRGlnZXN0LCBWb2wgNjIsIElzc3VlIDIx PGJyPg0KJmd0OyAqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqPGJyPg0K Jmd0OyA8L3R0PjwvZm9udD4NCjxicj48cHJlPg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NClpURSZuYnNwO0luZm9ybWF0aW9uJm5ic3A7 U2VjdXJpdHkmbmJzcDtOb3RpY2U6Jm5ic3A7VGhlJm5ic3A7aW5mb3JtYXRpb24mbmJzcDtjb250 YWluZWQmbmJzcDtpbiZuYnNwO3RoaXMmbmJzcDttYWlsJm5ic3A7KGFuZCZuYnNwO2FueSZuYnNw O2F0dGFjaG1lbnQmbmJzcDt0cmFuc21pdHRlZCZuYnNwO2hlcmV3aXRoKSZuYnNwO2lzJm5ic3A7 cHJpdmlsZWdlZCZuYnNwO2FuZCZuYnNwO2NvbmZpZGVudGlhbCZuYnNwO2FuZCZuYnNwO2lzJm5i c3A7aW50ZW5kZWQmbmJzcDtmb3ImbmJzcDt0aGUmbmJzcDtleGNsdXNpdmUmbmJzcDt1c2UmbmJz cDtvZiZuYnNwO3RoZSZuYnNwO2FkZHJlc3NlZShzKS4mbmJzcDsmbmJzcDtJZiZuYnNwO3lvdSZu YnNwO2FyZSZuYnNwO25vdCZuYnNwO2FuJm5ic3A7aW50ZW5kZWQmbmJzcDtyZWNpcGllbnQsJm5i c3A7YW55Jm5ic3A7ZGlzY2xvc3VyZSwmbmJzcDtyZXByb2R1Y3Rpb24sJm5ic3A7ZGlzdHJpYnV0 aW9uJm5ic3A7b3ImbmJzcDtvdGhlciZuYnNwO2Rpc3NlbWluYXRpb24mbmJzcDtvciZuYnNwO3Vz ZSZuYnNwO29mJm5ic3A7dGhlJm5ic3A7aW5mb3JtYXRpb24mbmJzcDtjb250YWluZWQmbmJzcDtp cyZuYnNwO3N0cmljdGx5Jm5ic3A7cHJvaGliaXRlZC4mbmJzcDsmbmJzcDtJZiZuYnNwO3lvdSZu YnNwO2hhdmUmbmJzcDtyZWNlaXZlZCZuYnNwO3RoaXMmbmJzcDttYWlsJm5ic3A7aW4mbmJzcDtl cnJvciwmbmJzcDtwbGVhc2UmbmJzcDtkZWxldGUmbmJzcDtpdCZuYnNwO2FuZCZuYnNwO25vdGlm eSZuYnNwO3VzJm5ic3A7aW1tZWRpYXRlbHkuDQoNCjwvcHJlPg== --=_alternative 000E0D4648257A4B_=-- From asaeda@sfc.wide.ad.jp Sun Jul 29 20:19:59 2012 Return-Path: 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 BE59221F84A1 for ; Sun, 29 Jul 2012 20:19:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -92.155 X-Spam-Level: X-Spam-Status: No, score=-92.155 tagged_above=-999 required=5 tests=[BAYES_50=0.001, CHARSET_FARAWAY_HEADER=3.2, J_CHICKENPOX_32=0.6, J_CHICKENPOX_42=0.6, J_CHICKENPOX_43=0.6, J_CHICKENPOX_53=0.6, J_CHICKENPOX_82=0.6, MIME_8BIT_HEADER=0.3, NO_RELAYS=-0.001, SARE_SUB_ENC_GB2312=1.345, 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 KtMDZ9B1PORo for ; Sun, 29 Jul 2012 20:19:59 -0700 (PDT) Received: from mail.sfc.wide.ad.jp (mail.sfc.wide.ad.jp [IPv6:2001:200:0:8803:203:178:142:146]) by ietfa.amsl.com (Postfix) with ESMTP id C004221F8446 for ; Sun, 29 Jul 2012 20:19:57 -0700 (PDT) Received: from localhost (unknown [IPv6:2001:df8:0:64:5a55:caff:fef6:4c5]) by mail.sfc.wide.ad.jp (Postfix) with ESMTPSA id 263462780CA; Mon, 30 Jul 2012 12:19:56 +0900 (JST) Date: Sun, 29 Jul 2012 20:19:54 -0700 (PDT) Message-Id: <20120729.201954.44556593.asaeda@sfc.wide.ad.jp> To: liu.juan45@zte.com.cn From: Hitoshi Asaeda In-Reply-To: References: X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: multimob@ietf.org Subject: Re: [multimob] =?gb2312?b?tPC4tDogbXVsdGltb2IgRGlnZXN0LCBWb2wgNjIs?= =?gb2312?b?IElzc3VlIDIx?= X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2012 03:19:59 -0000 Hi, >> 1/ You propose the MAGs to be multicast enabled routers. However, to >> enabling the solution you propose to set-up a tunnel among the MAGs >> where the source and the listener are attached to. Why do you need >> such tunnel? Why the communication cannot be directly routed without >> any additional tunnel (assuming the domain is multicast enabled)? In >> fact the tunnel probably will follow the same path as the PIM >> messages would follow. > I think that depends on how the MRIB is generated. In our draft,the > MAG-MAG tunnel needs to be included into the MRIB. > Otherwise,source-specific Join message will follow the LMA-MAG tunnel to > the source. At first, all scenarios related to PIM-capable MAG are described in; http://tools.ietf.org/html/draft-asaeda-multimob-pmip6-extension-10 I'd say people who are interested in the optimized solution done by PIM-callable MAG had better read above draft. >> 2/ When you describe the establishment of bidirectional tunnels >> between MAGs you refer RFC5213 for further detail, but RFC5213 does >> not include tunnel establishment between MAGs. This is not covered >> by standard PMIP (it implies an extension). > You are right that RFC5213 does not include tunnel establishment between > MAGs.we will correct the description in the next version. > we can refer to section6.2 of draft-ietf-netext-pmip-lr for tunneling > between the MAGs. See M-tunnel configuration described in section 4 of above draft. >> 3/ For the mobile node operation you are restricting the >> optimization proposal to the case where the listener is an SSM-aware >> host. In my opinion this restricts the solution, not being generic >> (ASM case is not covered) > You are right that our solution should cover the ASM scenario,we have > planned to add it in the next version. > In the phase three of PIM-SM(ASM Scenario),when the MAG on the receiver's > side initiates a transfer from the shared tree to a source-specific > shortest-path tree,the solution can be used in this phase to reestablish > the optimized SPT. If the standard PIM-SM is supported by the proposed solution, RPT-SPT switch must be dependent on PIM-SM itself. In other words, it is not necessary to change the standard PIM-SM behavior for RPT-SPT switch. >> 4/ Through the PBU-Q/PBA-Q sequence of messages you are able to >> obtain the CoA for the MN source. However, how do you know in >> advance that the MN source is attached to the domain? There is no >> way of knowing it in advance, and because the MN HoA is not an >> address of the PMIPv6 domain, how do you deduce that it is a MN >> source? Do you send the PBU-Q for all kind of SSM subscriptions? >> Additionally, what happens (what is the message) in case the source >> is effectively not attached to the PMIPv6 domain > Yes,we can not know in advance that the MN source is attached to the same > domain.So if the MAG in the listener side figures(through the PBU-Q/PBA-Q > messages) that the MN source is not attached to a MAG in the domain, it > will process the multicast message as normal. > We send the PBU-Q every time when the MAG in the listener side first joins > the (S,G) channel. > We don't solve the case when the source is not attached to the PMIPv6 > domain, the draft assumes that the MN source and MN listener are both > mobile nodes attached to their own MAG. I don't understand why other query message (except IGMP/MLD query) is needed. Regards, -- Hitoshi Asaeda From liu.juan45@zte.com.cn Sun Jul 29 22:17:25 2012 Return-Path: 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 3EAF511E8088 for ; Sun, 29 Jul 2012 22:17:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -95.136 X-Spam-Level: X-Spam-Status: No, score=-95.136 tagged_above=-999 required=5 tests=[AWL=-1.701, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_32=0.6, J_CHICKENPOX_33=0.6, J_CHICKENPOX_36=0.6, J_CHICKENPOX_42=0.6, J_CHICKENPOX_43=0.6, J_CHICKENPOX_53=0.6, J_CHICKENPOX_82=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 KABk2Co7zM9T for ; Sun, 29 Jul 2012 22:17:24 -0700 (PDT) Received: from mx5.zte.com.cn (mx6.zte.com.cn [95.130.199.165]) by ietfa.amsl.com (Postfix) with ESMTP id 95D3911E80AD for ; Sun, 29 Jul 2012 22:17:23 -0700 (PDT) Received: from [10.30.17.100] by mx5.zte.com.cn with surfront esmtp id 10723900245117; Mon, 30 Jul 2012 13:06:35 +0800 (CST) Received: from [10.30.3.20] by [192.168.168.16] with StormMail ESMTP id 41138.1418581982; Mon, 30 Jul 2012 13:17:15 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id q6U5HA5S003799; Mon, 30 Jul 2012 13:17:10 +0800 (GMT-8) (envelope-from liu.juan45@zte.com.cn) In-Reply-To: <20120729.201954.44556593.asaeda@sfc.wide.ad.jp> To: Hitoshi Asaeda MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005 Message-ID: From: liu.juan45@zte.com.cn Date: Mon, 30 Jul 2012 13:17:09 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP1 HF212|May 23, 2012) at 2012-07-30 13:17:08, Serialize complete at 2012-07-30 13:17:08 Content-Type: multipart/alternative; boundary="=_alternative 001CE78848257A4B_=" X-MAIL: mse01.zte.com.cn q6U5HA5S003799 Cc: multimob@ietf.org Subject: Re: [multimob] Comments on draft-liu-multimob-pmipv6-multicast-ro-01(JUAN LIU) X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2012 05:17:25 -0000 This is a multipart message in MIME format. --=_alternative 001CE78848257A4B_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGkgSGl0b3NoaSwNClBsZWFzZSBzZWUgYW5zd2VycyBpbmxpbmU6DQoNCkhpdG9zaGkgQXNhZWRh IDxhc2FlZGFAc2ZjLndpZGUuYWQuanA+INC009ogMjAxMi8wNy8zMCAxMToxOTo1NDoNCg0KPiBI aSwNCj4gDQo+ID4+IDEvIFlvdSBwcm9wb3NlIHRoZSBNQUdzIHRvIGJlIG11bHRpY2FzdCBlbmFi bGVkIHJvdXRlcnMuIEhvd2V2ZXIsIHRvDQo+ID4+IGVuYWJsaW5nIHRoZSBzb2x1dGlvbiB5b3Ug cHJvcG9zZSB0byBzZXQtdXAgYSB0dW5uZWwgYW1vbmcgdGhlIE1BR3MgDQo+ID4+IHdoZXJlIHRo ZSBzb3VyY2UgYW5kIHRoZSBsaXN0ZW5lciBhcmUgYXR0YWNoZWQgdG8uIFdoeSBkbyB5b3UgbmVl ZCANCj4gPj4gc3VjaCB0dW5uZWw/IFdoeSB0aGUgY29tbXVuaWNhdGlvbiBjYW5ub3QgYmUgZGly ZWN0bHkgcm91dGVkIHdpdGhvdXQNCj4gPj4gYW55IGFkZGl0aW9uYWwgdHVubmVsIChhc3N1bWlu ZyB0aGUgZG9tYWluIGlzIG11bHRpY2FzdCBlbmFibGVkKT8gSW4NCj4gPj4gZmFjdCB0aGUgdHVu bmVsIHByb2JhYmx5IHdpbGwgZm9sbG93IHRoZSBzYW1lIHBhdGggYXMgdGhlIFBJTSANCj4gPj4g bWVzc2FnZXMgd291bGQgZm9sbG93Lg0KPiA+IEkgdGhpbmsgdGhhdCBkZXBlbmRzIG9uIGhvdyB0 aGUgTVJJQiBpcyBnZW5lcmF0ZWQuIEluIG91ciBkcmFmdCx0aGUgDQo+ID4gTUFHLU1BRyB0dW5u ZWwgbmVlZHMgdG8gYmUgaW5jbHVkZWQgaW50byB0aGUgTVJJQi4NCj4gPiBPdGhlcndpc2Usc291 cmNlLXNwZWNpZmljIEpvaW4gbWVzc2FnZSB3aWxsIGZvbGxvdyB0aGUgTE1BLU1BRyB0dW5uZWwg DQp0byANCj4gPiB0aGUgc291cmNlLg0KPiANCj4gQXQgZmlyc3QsIGFsbCBzY2VuYXJpb3MgcmVs YXRlZCB0byBQSU0tY2FwYWJsZSBNQUcgYXJlIGRlc2NyaWJlZCBpbjsNCj4gaHR0cDovL3Rvb2xz LmlldGYub3JnL2h0bWwvZHJhZnQtYXNhZWRhLW11bHRpbW9iLXBtaXA2LWV4dGVuc2lvbi0xMA0K PiANCj4gSSdkIHNheSBwZW9wbGUgd2hvIGFyZSBpbnRlcmVzdGVkIGluIHRoZSBvcHRpbWl6ZWQg c29sdXRpb24gZG9uZSBieQ0KPiBQSU0tY2FsbGFibGUgTUFHIGhhZCBiZXR0ZXIgcmVhZCBhYm92 ZSBkcmFmdC4NClllcyx0aGUgc2NlbmFyaW9zIGluIG91ciBkcmFmdCBhcmUgcmVsYXRlZCB0byBQ SU0tY2FwYWJsZSBNQUcuQnV0IHRoZSANCm9wdGltaXplZCBzb2x1dGlvbiBpcyBkaWZmZXJlbnQg ZnJvbSB5b3Vycy4NCj4gDQo+ID4+IDIvIFdoZW4geW91IGRlc2NyaWJlIHRoZSBlc3RhYmxpc2ht ZW50IG9mIGJpZGlyZWN0aW9uYWwgdHVubmVscyANCj4gPj4gYmV0d2VlbiBNQUdzIHlvdSByZWZl ciBSRkM1MjEzIGZvciBmdXJ0aGVyIGRldGFpbCwgYnV0IFJGQzUyMTMgZG9lcyANCj4gPj4gbm90 IGluY2x1ZGUgdHVubmVsIGVzdGFibGlzaG1lbnQgYmV0d2VlbiBNQUdzLiBUaGlzIGlzIG5vdCBj b3ZlcmVkIA0KPiA+PiBieSBzdGFuZGFyZCBQTUlQIChpdCBpbXBsaWVzIGFuIGV4dGVuc2lvbiku DQo+ID4gWW91IGFyZSByaWdodCB0aGF0IFJGQzUyMTMgZG9lcyBub3QgaW5jbHVkZSB0dW5uZWwg ZXN0YWJsaXNobWVudCANCmJldHdlZW4gDQo+ID4gTUFHcy53ZSB3aWxsIGNvcnJlY3QgdGhlIGRl c2NyaXB0aW9uIGluIHRoZSBuZXh0IHZlcnNpb24uDQo+ID4gd2UgY2FuIHJlZmVyIHRvIHNlY3Rp b242LjIgb2YgZHJhZnQtaWV0Zi1uZXRleHQtcG1pcC1sciBmb3IgdHVubmVsaW5nIA0KPiA+IGJl dHdlZW4gdGhlIE1BR3MuDQo+IA0KPiBTZWUgTS10dW5uZWwgY29uZmlndXJhdGlvbiBkZXNjcmli ZWQgaW4gc2VjdGlvbiA0IG9mIGFib3ZlIGRyYWZ0Lg0KVGhlcmUgY2FuIGJlIHZhdmlvdXMgdHVu bmVsIG5lZ290aWF0aW9uIG1lY2hhbmlzbXMgYmV0d2VlbiBNQUcsYmV0dGVyIA0KYmFzZWQgb24g ZXhpc3RpbmcgbWVjaGFuaXNtLg0KPiANCj4gPj4gMy8gRm9yIHRoZSBtb2JpbGUgbm9kZSBvcGVy YXRpb24geW91IGFyZSByZXN0cmljdGluZyB0aGUgDQo+ID4+IG9wdGltaXphdGlvbiBwcm9wb3Nh bCB0byB0aGUgY2FzZSB3aGVyZSB0aGUgbGlzdGVuZXIgaXMgYW4gU1NNLWF3YXJlDQo+ID4+IGhv c3QuIEluIG15IG9waW5pb24gdGhpcyByZXN0cmljdHMgdGhlIHNvbHV0aW9uLCBub3QgYmVpbmcg Z2VuZXJpYyANCj4gPj4gKEFTTSBjYXNlIGlzIG5vdCBjb3ZlcmVkKQ0KPiA+IFlvdSBhcmUgcmln aHQgdGhhdCBvdXIgc29sdXRpb24gc2hvdWxkIGNvdmVyIHRoZSBBU00gc2NlbmFyaW8sd2UgaGF2 ZSANCj4gPiBwbGFubmVkIHRvIGFkZCBpdCBpbiB0aGUgbmV4dCB2ZXJzaW9uLg0KPiA+IEluIHRo ZSBwaGFzZSB0aHJlZSBvZiBQSU0tU00oQVNNIFNjZW5hcmlvKSx3aGVuIHRoZSBNQUcgb24gdGhl IA0KcmVjZWl2ZXIncyANCj4gPiBzaWRlIGluaXRpYXRlcyBhIHRyYW5zZmVyIGZyb20gdGhlIHNo YXJlZCB0cmVlIHRvIGEgc291cmNlLXNwZWNpZmljIA0KPiA+IHNob3J0ZXN0LXBhdGggdHJlZSx0 aGUgc29sdXRpb24gY2FuIGJlIHVzZWQgaW4gdGhpcyBwaGFzZSB0byANCnJlZXN0YWJsaXNoIA0K PiA+IHRoZSBvcHRpbWl6ZWQgU1BULg0KPiANCj4gSWYgdGhlIHN0YW5kYXJkIFBJTS1TTSBpcyBz dXBwb3J0ZWQgYnkgdGhlIHByb3Bvc2VkIHNvbHV0aW9uLCBSUFQtU1BUDQo+IHN3aXRjaCBtdXN0 IGJlIGRlcGVuZGVudCBvbiBQSU0tU00gaXRzZWxmLiBJbiBvdGhlciB3b3JkcywgaXQgaXMgbm90 DQo+IG5lY2Vzc2FyeSB0byBjaGFuZ2UgdGhlIHN0YW5kYXJkIFBJTS1TTSBiZWhhdmlvciBmb3Ig UlBULVNQVCBzd2l0Y2guDQpCeSBkb2luZyB0aGlzLHdlIGNhbiBlc3RhYmxpc2ggYSBvcHRpbWl6 ZWQgU1BUIGluc3RlYWQgb2YgYSBMTUEtTUFHIA0KdHVubmVsKHRvd2FyZHMgdGhlIE1OIHNvdXJj ZSkgYmFzZWQgU1BULg0KPiANCj4gPj4gNC8gVGhyb3VnaCB0aGUgUEJVLVEvUEJBLVEgc2VxdWVu Y2Ugb2YgbWVzc2FnZXMgeW91IGFyZSBhYmxlIHRvIA0KPiA+PiBvYnRhaW4gdGhlIENvQSBmb3Ig dGhlIE1OIHNvdXJjZS4gSG93ZXZlciwgaG93IGRvIHlvdSBrbm93IGluIA0KPiA+PiBhZHZhbmNl IHRoYXQgdGhlIE1OIHNvdXJjZSBpcyBhdHRhY2hlZCB0byB0aGUgZG9tYWluPyBUaGVyZSBpcyBu byANCj4gPj4gd2F5IG9mIGtub3dpbmcgaXQgaW4gYWR2YW5jZSwgYW5kIGJlY2F1c2UgdGhlIE1O IEhvQSBpcyBub3QgYW4gDQo+ID4+IGFkZHJlc3Mgb2YgdGhlIFBNSVB2NiBkb21haW4sIGhvdyBk byB5b3UgZGVkdWNlIHRoYXQgaXQgaXMgYSBNTiANCj4gPj4gc291cmNlPyBEbyB5b3Ugc2VuZCB0 aGUgUEJVLVEgZm9yIGFsbCBraW5kIG9mIFNTTSBzdWJzY3JpcHRpb25zPyANCj4gPj4gQWRkaXRp b25hbGx5LCB3aGF0IGhhcHBlbnMgKHdoYXQgaXMgdGhlIG1lc3NhZ2UpIGluIGNhc2UgdGhlIHNv dXJjZSANCj4gPj4gaXMgZWZmZWN0aXZlbHkgbm90IGF0dGFjaGVkIHRvIHRoZSBQTUlQdjYgZG9t YWluDQo+ID4gWWVzLHdlIGNhbiBub3Qga25vdyBpbiBhZHZhbmNlIHRoYXQgdGhlIE1OIHNvdXJj ZSBpcyBhdHRhY2hlZCB0byB0aGUgDQpzYW1lIA0KPiA+IGRvbWFpbi5TbyBpZiB0aGUgTUFHIGlu IHRoZSBsaXN0ZW5lciBzaWRlIGZpZ3VyZXModGhyb3VnaCB0aGUgDQpQQlUtUS9QQkEtUSANCj4g PiBtZXNzYWdlcykgdGhhdCB0aGUgTU4gc291cmNlIGlzIG5vdCBhdHRhY2hlZCB0byBhIE1BRyBp biB0aGUgZG9tYWluLCANCml0IA0KPiA+IHdpbGwgcHJvY2VzcyB0aGUgbXVsdGljYXN0IG1lc3Nh Z2UgYXMgbm9ybWFsLg0KPiA+IFdlIHNlbmQgdGhlIFBCVS1RIGV2ZXJ5IHRpbWUgd2hlbiB0aGUg TUFHIGluIHRoZSBsaXN0ZW5lciBzaWRlIGZpcnN0IA0Kam9pbnMgDQo+ID4gdGhlIChTLEcpIGNo YW5uZWwuDQo+ID4gV2UgZG9uJ3Qgc29sdmUgdGhlIGNhc2Ugd2hlbiB0aGUgc291cmNlIGlzIG5v dCBhdHRhY2hlZCB0byB0aGUgUE1JUHY2IA0KPiA+IGRvbWFpbiwgdGhlIGRyYWZ0IGFzc3VtZXMg dGhhdCB0aGUgTU4gc291cmNlIGFuZCBNTiBsaXN0ZW5lciBhcmUgYm90aCANCj4gPiBtb2JpbGUg bm9kZXMgYXR0YWNoZWQgdG8gdGhlaXIgb3duIE1BRy4NCj4gDQo+IEkgZG9uJ3QgdW5kZXJzdGFu ZCB3aHkgb3RoZXIgcXVlcnkgbWVzc2FnZSAoZXhjZXB0IElHTVAvTUxEIHF1ZXJ5KSBpcw0KPiBu ZWVkZWQuDQpUaGUgcXVlcnkgbWVzc2FnZSBpbiBvdXIgc29sdXRpb24gaXMgdXNlZCB0byBsb2Nh dGUgdGhlIE1OIHNvdXJjZSBpbiB0aGUgDQpQTUlQdjYgZG9tYWluLg0KQlIsDQpKdWFuIExpdQ0K PiANCj4gUmVnYXJkcywNCj4gLS0NCj4gSGl0b3NoaSBBc2FlZGENCj4gDQoNCg0KDQotLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KWlRFIElu Zm9ybWF0aW9uIFNlY3VyaXR5IE5vdGljZTogVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0 aGlzIG1haWwgKGFuZCBhbnkgYXR0YWNobWVudCB0cmFuc21pdHRlZCBoZXJld2l0aCkgaXMgcHJp dmlsZWdlZCBhbmQgY29uZmlkZW50aWFsIGFuZCBpcyBpbnRlbmRlZCBmb3IgdGhlIGV4Y2x1c2l2 ZSB1c2Ugb2YgdGhlIGFkZHJlc3NlZShzKS4gIElmIHlvdSBhcmUgbm90IGFuIGludGVuZGVkIHJl Y2lwaWVudCwgYW55IGRpc2Nsb3N1cmUsIHJlcHJvZHVjdGlvbiwgZGlzdHJpYnV0aW9uIG9yIG90 aGVyIGRpc3NlbWluYXRpb24gb3IgdXNlIG9mIHRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaXMg c3RyaWN0bHkgcHJvaGliaXRlZC4gIElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgbWFpbCBpbiBl cnJvciwgcGxlYXNlIGRlbGV0ZSBpdCBhbmQgbm90aWZ5IHVzIGltbWVkaWF0ZWx5Lg0KDQo= --=_alternative 001CE78848257A4B_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT0ic2Fucy1zZXJpZiI+SGkgSGl0b3No aSw8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT0ic2Fucy1zZXJpZiI+ UGxlYXNlIHNlZSBhbnN3ZXJzIGlubGluZTo8L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0y Pjx0dD5IaXRvc2hpIEFzYWVkYSAmbHQ7YXNhZWRhQHNmYy53aWRlLmFkLmpwJmd0OyDQtNPaDQoy MDEyLzA3LzMwIDExOjE5OjU0Ojxicj4NCjxicj4NCiZndDsgSGksPGJyPg0KJmd0OyA8YnI+DQom Z3Q7ICZndDsmZ3Q7IDEvIFlvdSBwcm9wb3NlIHRoZSBNQUdzIHRvIGJlIG11bHRpY2FzdCBlbmFi bGVkIHJvdXRlcnMuDQpIb3dldmVyLCB0bzxicj4NCiZndDsgJmd0OyZndDsgZW5hYmxpbmcgdGhl IHNvbHV0aW9uIHlvdSBwcm9wb3NlIHRvIHNldC11cCBhIHR1bm5lbCBhbW9uZw0KdGhlIE1BR3Mg PGJyPg0KJmd0OyAmZ3Q7Jmd0OyB3aGVyZSB0aGUgc291cmNlIGFuZCB0aGUgbGlzdGVuZXIgYXJl IGF0dGFjaGVkIHRvLiBXaHkgZG8NCnlvdSBuZWVkIDxicj4NCiZndDsgJmd0OyZndDsgc3VjaCB0 dW5uZWw/IFdoeSB0aGUgY29tbXVuaWNhdGlvbiBjYW5ub3QgYmUgZGlyZWN0bHkgcm91dGVkDQp3 aXRob3V0PGJyPg0KJmd0OyAmZ3Q7Jmd0OyBhbnkgYWRkaXRpb25hbCB0dW5uZWwgKGFzc3VtaW5n IHRoZSBkb21haW4gaXMgbXVsdGljYXN0IGVuYWJsZWQpPw0KSW48YnI+DQomZ3Q7ICZndDsmZ3Q7 IGZhY3QgdGhlIHR1bm5lbCBwcm9iYWJseSB3aWxsIGZvbGxvdyB0aGUgc2FtZSBwYXRoIGFzIHRo ZQ0KUElNIDxicj4NCiZndDsgJmd0OyZndDsgbWVzc2FnZXMgd291bGQgZm9sbG93Ljxicj4NCiZn dDsgJmd0OyBJIHRoaW5rIHRoYXQgZGVwZW5kcyBvbiBob3cgdGhlIE1SSUIgaXMgZ2VuZXJhdGVk LiBJbiBvdXIgZHJhZnQsdGhlDQo8YnI+DQomZ3Q7ICZndDsgTUFHLU1BRyB0dW5uZWwgbmVlZHMg dG8gYmUgaW5jbHVkZWQgaW50byB0aGUgTVJJQi48YnI+DQomZ3Q7ICZndDsgT3RoZXJ3aXNlLHNv dXJjZS1zcGVjaWZpYyBKb2luIG1lc3NhZ2Ugd2lsbCBmb2xsb3cgdGhlIExNQS1NQUcNCnR1bm5l bCB0byA8YnI+DQomZ3Q7ICZndDsgdGhlIHNvdXJjZS48YnI+DQomZ3Q7IDxicj4NCiZndDsgQXQg Zmlyc3QsIGFsbCBzY2VuYXJpb3MgcmVsYXRlZCB0byBQSU0tY2FwYWJsZSBNQUcgYXJlIGRlc2Ny aWJlZCBpbjs8YnI+DQomZ3Q7IGh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWFzYWVk YS1tdWx0aW1vYi1wbWlwNi1leHRlbnNpb24tMTA8YnI+DQomZ3Q7IDxicj4NCiZndDsgSSdkIHNh eSBwZW9wbGUgd2hvIGFyZSBpbnRlcmVzdGVkIGluIHRoZSBvcHRpbWl6ZWQgc29sdXRpb24gZG9u ZSBieTxicj4NCiZndDsgUElNLWNhbGxhYmxlIE1BRyBoYWQgYmV0dGVyIHJlYWQgYWJvdmUgZHJh ZnQuPC90dD48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWU+PHR0Plllcyx0aGUg c2NlbmFyaW9zIGluIG91ciBkcmFmdCBhcmUgcmVsYXRlZA0KdG8gUElNLWNhcGFibGUgTUFHLkJ1 dCB0aGUgb3B0aW1pemVkIHNvbHV0aW9uIGlzIGRpZmZlcmVudCBmcm9tIHlvdXJzLjwvdHQ+PC9m b250Pjxmb250IHNpemU9Mj48dHQ+PGJyPg0KJmd0OyA8YnI+DQomZ3Q7ICZndDsmZ3Q7IDIvIFdo ZW4geW91IGRlc2NyaWJlIHRoZSBlc3RhYmxpc2htZW50IG9mIGJpZGlyZWN0aW9uYWwgdHVubmVs cw0KPGJyPg0KJmd0OyAmZ3Q7Jmd0OyBiZXR3ZWVuIE1BR3MgeW91IHJlZmVyIFJGQzUyMTMgZm9y IGZ1cnRoZXIgZGV0YWlsLCBidXQgUkZDNTIxMw0KZG9lcyA8YnI+DQomZ3Q7ICZndDsmZ3Q7IG5v dCBpbmNsdWRlIHR1bm5lbCBlc3RhYmxpc2htZW50IGJldHdlZW4gTUFHcy4gVGhpcyBpcyBub3QN CmNvdmVyZWQgPGJyPg0KJmd0OyAmZ3Q7Jmd0OyBieSBzdGFuZGFyZCBQTUlQIChpdCBpbXBsaWVz IGFuIGV4dGVuc2lvbikuPGJyPg0KJmd0OyAmZ3Q7IFlvdSBhcmUgcmlnaHQgdGhhdCBSRkM1MjEz IGRvZXMgbm90IGluY2x1ZGUgdHVubmVsIGVzdGFibGlzaG1lbnQNCmJldHdlZW4gPGJyPg0KJmd0 OyAmZ3Q7IE1BR3Mud2Ugd2lsbCBjb3JyZWN0IHRoZSBkZXNjcmlwdGlvbiBpbiB0aGUgbmV4dCB2 ZXJzaW9uLjxicj4NCiZndDsgJmd0OyB3ZSBjYW4gcmVmZXIgdG8gc2VjdGlvbjYuMiBvZiBkcmFm dC1pZXRmLW5ldGV4dC1wbWlwLWxyIGZvciB0dW5uZWxpbmcNCjxicj4NCiZndDsgJmd0OyBiZXR3 ZWVuIHRoZSBNQUdzLjxicj4NCiZndDsgPGJyPg0KJmd0OyBTZWUgTS10dW5uZWwgY29uZmlndXJh dGlvbiBkZXNjcmliZWQgaW4gc2VjdGlvbiA0IG9mIGFib3ZlIGRyYWZ0LjwvdHQ+PC9mb250Pg0K PGJyPjxmb250IHNpemU9MiBjb2xvcj1ibHVlPjx0dD5UaGVyZSBjYW4gYmUgdmF2aW91cyB0dW5u ZWwgbmVnb3RpYXRpb24NCm1lY2hhbmlzbXMgYmV0d2VlbiBNQUcsYmV0dGVyIGJhc2VkIG9uIGV4 aXN0aW5nIG1lY2hhbmlzbS48L3R0PjwvZm9udD48Zm9udCBzaXplPTI+PHR0Pjxicj4NCiZndDsg PGJyPg0KJmd0OyAmZ3Q7Jmd0OyAzLyBGb3IgdGhlIG1vYmlsZSBub2RlIG9wZXJhdGlvbiB5b3Ug YXJlIHJlc3RyaWN0aW5nIHRoZQ0KPGJyPg0KJmd0OyAmZ3Q7Jmd0OyBvcHRpbWl6YXRpb24gcHJv cG9zYWwgdG8gdGhlIGNhc2Ugd2hlcmUgdGhlIGxpc3RlbmVyIGlzIGFuDQpTU00tYXdhcmU8YnI+ DQomZ3Q7ICZndDsmZ3Q7IGhvc3QuIEluIG15IG9waW5pb24gdGhpcyByZXN0cmljdHMgdGhlIHNv bHV0aW9uLCBub3QgYmVpbmcNCmdlbmVyaWMgPGJyPg0KJmd0OyAmZ3Q7Jmd0OyAoQVNNIGNhc2Ug aXMgbm90IGNvdmVyZWQpPGJyPg0KJmd0OyAmZ3Q7IFlvdSBhcmUgcmlnaHQgdGhhdCBvdXIgc29s dXRpb24gc2hvdWxkIGNvdmVyIHRoZSBBU00gc2NlbmFyaW8sd2UNCmhhdmUgPGJyPg0KJmd0OyAm Z3Q7IHBsYW5uZWQgdG8gYWRkIGl0IGluIHRoZSBuZXh0IHZlcnNpb24uPGJyPg0KJmd0OyAmZ3Q7 IEluIHRoZSBwaGFzZSB0aHJlZSBvZiBQSU0tU00oQVNNIFNjZW5hcmlvKSx3aGVuIHRoZSBNQUcg b24gdGhlDQpyZWNlaXZlcidzIDxicj4NCiZndDsgJmd0OyBzaWRlIGluaXRpYXRlcyBhIHRyYW5z ZmVyIGZyb20gdGhlIHNoYXJlZCB0cmVlIHRvIGEgc291cmNlLXNwZWNpZmljDQo8YnI+DQomZ3Q7 ICZndDsgc2hvcnRlc3QtcGF0aCB0cmVlLHRoZSBzb2x1dGlvbiBjYW4gYmUgdXNlZCBpbiB0aGlz IHBoYXNlIHRvDQpyZWVzdGFibGlzaCA8YnI+DQomZ3Q7ICZndDsgdGhlIG9wdGltaXplZCBTUFQu PGJyPg0KJmd0OyA8YnI+DQomZ3Q7IElmIHRoZSBzdGFuZGFyZCBQSU0tU00gaXMgc3VwcG9ydGVk IGJ5IHRoZSBwcm9wb3NlZCBzb2x1dGlvbiwgUlBULVNQVDxicj4NCiZndDsgc3dpdGNoIG11c3Qg YmUgZGVwZW5kZW50IG9uIFBJTS1TTSBpdHNlbGYuIEluIG90aGVyIHdvcmRzLCBpdCBpcyBub3Q8 YnI+DQomZ3Q7IG5lY2Vzc2FyeSB0byBjaGFuZ2UgdGhlIHN0YW5kYXJkIFBJTS1TTSBiZWhhdmlv ciBmb3IgUlBULVNQVCBzd2l0Y2guPC90dD48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGNvbG9y PWJsdWU+PHR0PkJ5IGRvaW5nIHRoaXMsd2UgY2FuIGVzdGFibGlzaCBhIG9wdGltaXplZA0KU1BU IGluc3RlYWQgb2YgYSBMTUEtTUFHIHR1bm5lbCh0b3dhcmRzIHRoZSBNTiBzb3VyY2UpIGJhc2Vk IFNQVC48L3R0PjwvZm9udD48Zm9udCBzaXplPTI+PHR0Pjxicj4NCiZndDsgPGJyPg0KJmd0OyAm Z3Q7Jmd0OyA0LyBUaHJvdWdoIHRoZSBQQlUtUS9QQkEtUSBzZXF1ZW5jZSBvZiBtZXNzYWdlcyB5 b3UgYXJlIGFibGUNCnRvIDxicj4NCiZndDsgJmd0OyZndDsgb2J0YWluIHRoZSBDb0EgZm9yIHRo ZSBNTiBzb3VyY2UuIEhvd2V2ZXIsIGhvdyBkbyB5b3Uga25vdw0KaW4gPGJyPg0KJmd0OyAmZ3Q7 Jmd0OyBhZHZhbmNlIHRoYXQgdGhlIE1OIHNvdXJjZSBpcyBhdHRhY2hlZCB0byB0aGUgZG9tYWlu PyBUaGVyZQ0KaXMgbm8gPGJyPg0KJmd0OyAmZ3Q7Jmd0OyB3YXkgb2Yga25vd2luZyBpdCBpbiBh ZHZhbmNlLCBhbmQgYmVjYXVzZSB0aGUgTU4gSG9BIGlzIG5vdA0KYW4gPGJyPg0KJmd0OyAmZ3Q7 Jmd0OyBhZGRyZXNzIG9mIHRoZSBQTUlQdjYgZG9tYWluLCBob3cgZG8geW91IGRlZHVjZSB0aGF0 IGl0IGlzDQphIE1OIDxicj4NCiZndDsgJmd0OyZndDsgc291cmNlPyBEbyB5b3Ugc2VuZCB0aGUg UEJVLVEgZm9yIGFsbCBraW5kIG9mIFNTTSBzdWJzY3JpcHRpb25zPw0KPGJyPg0KJmd0OyAmZ3Q7 Jmd0OyBBZGRpdGlvbmFsbHksIHdoYXQgaGFwcGVucyAod2hhdCBpcyB0aGUgbWVzc2FnZSkgaW4g Y2FzZQ0KdGhlIHNvdXJjZSA8YnI+DQomZ3Q7ICZndDsmZ3Q7IGlzIGVmZmVjdGl2ZWx5IG5vdCBh dHRhY2hlZCB0byB0aGUgUE1JUHY2IGRvbWFpbjxicj4NCiZndDsgJmd0OyBZZXMsd2UgY2FuIG5v dCBrbm93IGluIGFkdmFuY2UgdGhhdCB0aGUgTU4gc291cmNlIGlzIGF0dGFjaGVkDQp0byB0aGUg c2FtZSA8YnI+DQomZ3Q7ICZndDsgZG9tYWluLlNvIGlmIHRoZSBNQUcgaW4gdGhlIGxpc3RlbmVy IHNpZGUgZmlndXJlcyh0aHJvdWdoIHRoZQ0KUEJVLVEvUEJBLVEgPGJyPg0KJmd0OyAmZ3Q7IG1l c3NhZ2VzKSB0aGF0IHRoZSBNTiBzb3VyY2UgaXMgbm90IGF0dGFjaGVkIHRvIGEgTUFHIGluIHRo ZQ0KZG9tYWluLCBpdCA8YnI+DQomZ3Q7ICZndDsgd2lsbCBwcm9jZXNzIHRoZSBtdWx0aWNhc3Qg bWVzc2FnZSBhcyBub3JtYWwuPGJyPg0KJmd0OyAmZ3Q7IFdlIHNlbmQgdGhlIFBCVS1RIGV2ZXJ5 IHRpbWUgd2hlbiB0aGUgTUFHIGluIHRoZSBsaXN0ZW5lciBzaWRlDQpmaXJzdCBqb2lucyA8YnI+ DQomZ3Q7ICZndDsgdGhlIChTLEcpIGNoYW5uZWwuPGJyPg0KJmd0OyAmZ3Q7IFdlIGRvbid0IHNv bHZlIHRoZSBjYXNlIHdoZW4gdGhlIHNvdXJjZSBpcyBub3QgYXR0YWNoZWQgdG8gdGhlDQpQTUlQ djYgPGJyPg0KJmd0OyAmZ3Q7IGRvbWFpbiwgdGhlIGRyYWZ0IGFzc3VtZXMgdGhhdCB0aGUgTU4g c291cmNlIGFuZCBNTiBsaXN0ZW5lcg0KYXJlIGJvdGggPGJyPg0KJmd0OyAmZ3Q7IG1vYmlsZSBu b2RlcyBhdHRhY2hlZCB0byB0aGVpciBvd24gTUFHLjxicj4NCiZndDsgPGJyPg0KJmd0OyBJIGRv bid0IHVuZGVyc3RhbmQgd2h5IG90aGVyIHF1ZXJ5IG1lc3NhZ2UgKGV4Y2VwdCBJR01QL01MRCBx dWVyeSkNCmlzPGJyPg0KJmd0OyBuZWVkZWQuPC90dD48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0y IGNvbG9yPWJsdWU+PHR0PlRoZSBxdWVyeSBtZXNzYWdlIGluIG91ciBzb2x1dGlvbiBpcyB1c2Vk DQp0byBsb2NhdGUgdGhlIE1OIHNvdXJjZSBpbiB0aGUgUE1JUHY2IGRvbWFpbi48L3R0PjwvZm9u dD4NCjxicj48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZT48dHQ+QlIsPC90dD48L2ZvbnQ+DQo8YnI+ PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWU+PHR0Pkp1YW4gTGl1PGJyPg0KPC90dD48L2ZvbnQ+PGZv bnQgc2l6ZT0yPjx0dD4mZ3Q7IDxicj4NCiZndDsgUmVnYXJkcyw8YnI+DQomZ3Q7IC0tPGJyPg0K Jmd0OyBIaXRvc2hpIEFzYWVkYTxicj4NCiZndDsgPGJyPg0KPC90dD48L2ZvbnQ+DQo8YnI+PHBy ZT4NCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tDQpaVEUmbmJzcDtJbmZvcm1hdGlvbiZuYnNwO1NlY3VyaXR5Jm5ic3A7Tm90aWNlOiZuYnNw O1RoZSZuYnNwO2luZm9ybWF0aW9uJm5ic3A7Y29udGFpbmVkJm5ic3A7aW4mbmJzcDt0aGlzJm5i c3A7bWFpbCZuYnNwOyhhbmQmbmJzcDthbnkmbmJzcDthdHRhY2htZW50Jm5ic3A7dHJhbnNtaXR0 ZWQmbmJzcDtoZXJld2l0aCkmbmJzcDtpcyZuYnNwO3ByaXZpbGVnZWQmbmJzcDthbmQmbmJzcDtj b25maWRlbnRpYWwmbmJzcDthbmQmbmJzcDtpcyZuYnNwO2ludGVuZGVkJm5ic3A7Zm9yJm5ic3A7 dGhlJm5ic3A7ZXhjbHVzaXZlJm5ic3A7dXNlJm5ic3A7b2YmbmJzcDt0aGUmbmJzcDthZGRyZXNz ZWUocykuJm5ic3A7Jm5ic3A7SWYmbmJzcDt5b3UmbmJzcDthcmUmbmJzcDtub3QmbmJzcDthbiZu YnNwO2ludGVuZGVkJm5ic3A7cmVjaXBpZW50LCZuYnNwO2FueSZuYnNwO2Rpc2Nsb3N1cmUsJm5i c3A7cmVwcm9kdWN0aW9uLCZuYnNwO2Rpc3RyaWJ1dGlvbiZuYnNwO29yJm5ic3A7b3RoZXImbmJz cDtkaXNzZW1pbmF0aW9uJm5ic3A7b3ImbmJzcDt1c2UmbmJzcDtvZiZuYnNwO3RoZSZuYnNwO2lu Zm9ybWF0aW9uJm5ic3A7Y29udGFpbmVkJm5ic3A7aXMmbmJzcDtzdHJpY3RseSZuYnNwO3Byb2hp Yml0ZWQuJm5ic3A7Jm5ic3A7SWYmbmJzcDt5b3UmbmJzcDtoYXZlJm5ic3A7cmVjZWl2ZWQmbmJz cDt0aGlzJm5ic3A7bWFpbCZuYnNwO2luJm5ic3A7ZXJyb3IsJm5ic3A7cGxlYXNlJm5ic3A7ZGVs ZXRlJm5ic3A7aXQmbmJzcDthbmQmbmJzcDtub3RpZnkmbmJzcDt1cyZuYnNwO2ltbWVkaWF0ZWx5 Lg0KDQo8L3ByZT4= --=_alternative 001CE78848257A4B_=-- From karagian@cs.utwente.nl Mon Jul 30 08:00:28 2012 Return-Path: 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 E36F521F8646 for ; Mon, 30 Jul 2012 08:00:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.177 X-Spam-Level: X-Spam-Status: No, score=0.177 tagged_above=-999 required=5 tests=[AWL=0.681, BAYES_00=-2.599, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545] 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 kTK-VeeIj3bA for ; Mon, 30 Jul 2012 08:00:28 -0700 (PDT) Received: from EXEDGE02.ad.utwente.nl (exedge02.ad.utwente.nl [130.89.5.49]) by ietfa.amsl.com (Postfix) with ESMTP id 7FC2B21F8629 for ; Mon, 30 Jul 2012 08:00:27 -0700 (PDT) Received: from EXHUB02.ad.utwente.nl (130.89.4.229) by EXEDGE02.ad.utwente.nl (130.89.5.49) with Microsoft SMTP Server (TLS) id 14.1.339.1; Mon, 30 Jul 2012 17:00:26 +0200 Received: from EXMBX04.ad.utwente.nl ([169.254.4.41]) by EXHUB02.ad.utwente.nl ([130.89.4.229]) with mapi id 14.01.0339.001; Mon, 30 Jul 2012 17:00:25 +0200 From: To: , Thread-Topic: [multimob] Comments on draft-schmidt-multimob-fmipv6-pfmipv6-multicast-06 Thread-Index: AQHNbd2OHKumSt3xNU6qY1bADlpZVJdB6zHV Date: Mon, 30 Jul 2012 15:00:24 +0000 Message-ID: References: , <5015BFD9.40906@informatik.haw-hamburg.de> In-Reply-To: <5015BFD9.40906@informatik.haw-hamburg.de> Accept-Language: nl-NL, en-US Content-Language: nl-NL X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [64.114.255.126] Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [multimob] Comments on draft-schmidt-multimob-fmipv6-pfmipv6-multicast-06 X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2012 15:00:29 -0000 Hi Thomas, Please see in line! > ________________________________________ >Van: multimob-bounces@ietf.org [multimob-bounces@ietf.org] namens Thomas C= . Schmidt >[schmidt@informatik.haw-hamburg.de] >Verzonden: maandag 30 juli 2012 0:57 >Aan: multimob@ietf.org >Onderwerp: Re: [multimob] Comments on draft-schmidt-multimob-fmipv6-pfmi= pv6-multicast-06 >Hi Georgios, >many thanks for your comments, please see answers inline. >On 29.07.2012 15:21, karagian@cs.utwente.nl wrote: >> I have read draft-schmidt-multimob-fmipv6-pfmipv6-multicast-06 >> and I have some comments: >> >> Comment_1: The draft is useful since it is providing a solution for sea= mless and fast handover for multicast applications by extending existing se= amless and fast handover solutions used for unicast applications, which are= the Mobile IPv6 Fast Handovers (FMIPv6) specified in RFC5568 and the Fast = Handovers for Proxy Mobile IPv6 (PFMIPv6) specified in RFC5949. >Thanks again, we believe so, too ;) >> >> Comment_2: A motivation section is missing from the draft. In my opinion= it is very useful to include such section in this draft. In particular, th= is draft mentions that a seamless and fast handover solutions is needed for= multicast applications like IPTV. Other scenarios and applications that sh= ould probably be mentioned and that will make use of such solutions are the= Public Protection and Disaster Relief (PPDR) scenarios & application types= , where mobile multicast communications need to be supported between member= s of rescue teams, police officers, fire brigade teams, paramedic teams, co= mmand control offices in order to support the protection and health of citi= zens. >> In particular three main PPDR scenarios & application types could be dis= tinguished: >> >>> 1) City security scenario: that can be used to support the day to day = safety and security of citizens. >> >> 2) Disaster recovery scenario that deals with the protection of people a= nd rescue teams during large scale natural or man-made disasters, like floo= ding, earth quakes and nuclear disasters. > >> 3) Temporary Protection PPDR scenario that deals with safety and securit= y of citizens visiting large planned events like football matches, pop conc= erts and protest demonstrations. > >Thanks for this pointer: disaster scenarios are indeed a good motivation >for fast handover operations. We can add this. Georgios: Great, I can provide more details on the above! >> Comment_3: The draft is not clear about the main differences between thi= s draft and draft-ietf-multimob-fast-handover-01. From what I understood af= ter reading both drafts: >> >> o) draft-ietf-multimob-fast-handover-01 focuses on the extension of the = Proxy Mobile IPv6 (PMIPv6) RFC5213, and the =93Base deployment for multicas= t listener support in Proxy Mobile IPv6 (PMIPv6) Domain=94 RFC6224, to achi= eve fast handover for mobile multicast applications, while: >> >> o) draft-schmidt-multimob-fmipv6-pfmipv6-multicast-06 focuses on the ext= ensions of Mobile IPv6 Fast Handovers (FMIPv6) specified in RFC5568 and the= Fast Handovers for Peoxy Mobile IPv6 (PFMIPv6) specified in RFC5949 to ach= ieve fast handover for mobile multicast applications. >> Can you please elaborate? >> >This is indeed largely misleading, in particular the name >"draft-ietf-multimob-fast-handover", which I have pointed out several >times. From the unicast systematic, "Fast Handover" is coined to (P)FMIP >- so I agree that this terminology is misleading. > From the protocol perspective, there are two approaches of accelerated >handover support in PMIP: > * The *Fast*Handover* between ARs/MAGs (in unicast (P)FMIP), which our >draft extends to Multicast. > * The *Transient*Binding* that transfers context from pMAG via LMA to > nMAG (in unicast RFC 6058), which draft-ietf-multimob-fast-handover > follows in part. >There was a general agreement (including both ADs) to progress both >drafts in the multicast context, but chairs haven't called for adoption >of draft-schmidt-multimob-fmipv6-pfmipv6-multicast, yet. >We will discuss in Multimob tomorrow. >Thanks, >Thomas Georgios: Thanks for the explanation! Best regards, Georgios -- Prof. Dr. Thomas C. Schmidt =B0 Hamburg University of Applied Sciences Berliner Tor 7= =B0 =B0 Dept. Informatik, Internet Technologies Group 20099 Hamburg, Germany= =B0 =B0 http://www.haw-hamburg.de/inet Fon: +49-40-42875-8452= =B0 =B0 http://www.informatik.haw-hamburg.de/~schmidt Fax: +49-40-42875-8409= =B0 _______________________________________________ multimob mailing list multimob@ietf.org https://www.ietf.org/mailman/listinfo/multimob= From asaeda@sfc.wide.ad.jp Mon Jul 30 09:35:47 2012 Return-Path: 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 D716F21F8629 for ; Mon, 30 Jul 2012 09:35:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.478 X-Spam-Level: X-Spam-Status: No, score=-96.478 tagged_above=-999 required=5 tests=[AWL=4.322, BAYES_00=-2.599, J_CHICKENPOX_32=0.6, J_CHICKENPOX_36=0.6, J_CHICKENPOX_42=0.6, NO_RELAYS=-0.001, 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 NbmDGL-ZYTqY for ; Mon, 30 Jul 2012 09:35:47 -0700 (PDT) Received: from mail.sfc.wide.ad.jp (mail.sfc.wide.ad.jp [IPv6:2001:200:0:8803:203:178:142:146]) by ietfa.amsl.com (Postfix) with ESMTP id 3D49021F862B for ; Mon, 30 Jul 2012 09:35:46 -0700 (PDT) Received: from localhost (unknown [IPv6:2001:df8:0:16:5a55:caff:fef6:4c5]) by mail.sfc.wide.ad.jp (Postfix) with ESMTPSA id BCF662780CC; Tue, 31 Jul 2012 01:35:43 +0900 (JST) Date: Mon, 30 Jul 2012 09:35:40 -0700 (PDT) Message-Id: <20120730.093540.33006417.asaeda@sfc.wide.ad.jp> To: liu.juan45@zte.com.cn From: Hitoshi Asaeda In-Reply-To: References: <20120729.201954.44556593.asaeda@sfc.wide.ad.jp> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: multimob@ietf.org Subject: Re: [multimob] Comments on draft-liu-multimob-pmipv6-multicast-ro-01(JUAN LIU) X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2012 16:35:48 -0000 Hi, >> >> 2/ When you describe the establishment of bidirectional tunnels >> >> between MAGs you refer RFC5213 for further detail, but RFC5213 does >> >> not include tunnel establishment between MAGs. This is not covered >> >> by standard PMIP (it implies an extension). >> > You are right that RFC5213 does not include tunnel establishment > between >> > MAGs.we will correct the description in the next version. >> > we can refer to section6.2 of draft-ietf-netext-pmip-lr for tunneling >> > between the MAGs. >> >> See M-tunnel configuration described in section 4 of above draft. > There can be vavious tunnel negotiation mechanisms between MAG,better > based on existing mechanism. Does your draft assume MAG acts as MLD proxy for remote subscription and also acts as PIM router for local routing? >> >> 4/ Through the PBU-Q/PBA-Q sequence of messages you are able to >> >> obtain the CoA for the MN source. However, how do you know in >> >> advance that the MN source is attached to the domain? There is no >> >> way of knowing it in advance, and because the MN HoA is not an >> >> address of the PMIPv6 domain, how do you deduce that it is a MN >> >> source? Do you send the PBU-Q for all kind of SSM subscriptions? >> >> Additionally, what happens (what is the message) in case the source >> >> is effectively not attached to the PMIPv6 domain >> > Yes,we can not know in advance that the MN source is attached to the same >> > domain.So if the MAG in the listener side figures(through the PBU-Q/PBA-Q >> > messages) that the MN source is not attached to a MAG in the domain, it >> > will process the multicast message as normal. >> > We send the PBU-Q every time when the MAG in the listener side first joins >> > the (S,G) channel. >> > We don't solve the case when the source is not attached to the PMIPv6 >> > domain, the draft assumes that the MN source and MN listener are both >> > mobile nodes attached to their own MAG. >> >> I don't understand why other query message (except IGMP/MLD query) is >> needed. > The query message in our solution is used to locate the MN source in the > PMIPv6 domain. Then I may ask the same question Luis did. Does this extension properly work with moving source? Regards, -- Hitoshi Asaeda From prvs=551f805bc=schmidt@informatik.haw-hamburg.de Mon Jul 30 14:36:39 2012 Return-Path: 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 BC99211E812C for ; Mon, 30 Jul 2012 14:36:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.249 X-Spam-Level: X-Spam-Status: No, score=-102.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, 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 4p0BnKN5bI2j for ; Mon, 30 Jul 2012 14:36:39 -0700 (PDT) Received: from mx6.haw-public.haw-hamburg.de (mx6.haw-public.haw-hamburg.de [141.22.6.3]) by ietfa.amsl.com (Postfix) with ESMTP id 083D611E80DE for ; Mon, 30 Jul 2012 14:36:38 -0700 (PDT) Received: from mailgate.informatik.haw-hamburg.de ([141.22.30.74]) by mail6.is.haw-hamburg.de with ESMTP/TLS/ADH-AES256-SHA; 30 Jul 2012 23:36:28 +0200 Received: from localhost (localhost [127.0.0.1]) by mailgate.informatik.haw-hamburg.de (Postfix) with ESMTP id 39BEC109E124 for ; Mon, 30 Jul 2012 23:36:28 +0200 (CEST) Received: from mailgate.informatik.haw-hamburg.de ([127.0.0.1]) by localhost (mailgate.informatik.haw-hamburg.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 28440-08 for ; Mon, 30 Jul 2012 23:36:27 +0200 (CEST) Received: from [130.129.83.194] (dhcp-53c2.meeting.ietf.org [130.129.83.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailgate.informatik.haw-hamburg.de (Postfix) with ESMTPSA id 0F825105A868 for ; Mon, 30 Jul 2012 23:36:26 +0200 (CEST) Message-ID: <5016FE59.7090800@informatik.haw-hamburg.de> Date: Mon, 30 Jul 2012 14:36:25 -0700 From: "Thomas C. Schmidt" User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: "multimob@ietf.org" Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at informatik.haw-hamburg.de Subject: [multimob] draft-ietf-multimob-fast-handover + transient binding X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2012 21:36:39 -0000 Hi, as discussed today in the meeting, the following question was raised: draft-ietf-multimob-fast-handover transfers context from pMAG via LMA to nMAG - which in concept corresponds to the *Transient*Binding* in unicast RFC 6058 http://tools.ietf.org/html/rfc6058. draft-ietf-multimob-fast-handover does not even reference RFC 6058 ... but probably should closely stick to the unicast solution. So the question is about protocol systematics: Do we want unicast and multicast protocol operations remain incompatible? 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 ° From prvs=551f805bc=schmidt@informatik.haw-hamburg.de Mon Jul 30 15:47:40 2012 Return-Path: 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 0A27121F8608 for ; Mon, 30 Jul 2012 15:47:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.249 X-Spam-Level: X-Spam-Status: No, score=-102.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, 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 D-sT2dJ+H376 for ; Mon, 30 Jul 2012 15:47:39 -0700 (PDT) Received: from mx6.haw-public.haw-hamburg.de (mx6.haw-public.haw-hamburg.de [141.22.6.3]) by ietfa.amsl.com (Postfix) with ESMTP id 08B0A21F85F9 for ; Mon, 30 Jul 2012 15:47:38 -0700 (PDT) Received: from mailgate.informatik.haw-hamburg.de ([141.22.30.74]) by mail6.is.haw-hamburg.de with ESMTP/TLS/ADH-AES256-SHA; 31 Jul 2012 00:47:37 +0200 Received: from localhost (localhost [127.0.0.1]) by mailgate.informatik.haw-hamburg.de (Postfix) with ESMTP id F00D4109E124 for ; Tue, 31 Jul 2012 00:47:37 +0200 (CEST) Received: from mailgate.informatik.haw-hamburg.de ([127.0.0.1]) by localhost (mailgate.informatik.haw-hamburg.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 29278-09 for ; Tue, 31 Jul 2012 00:47:37 +0200 (CEST) Received: from [130.129.83.194] (dhcp-53c2.meeting.ietf.org [130.129.83.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailgate.informatik.haw-hamburg.de (Postfix) with ESMTPSA id 3DE68105A868 for ; Tue, 31 Jul 2012 00:47:37 +0200 (CEST) Message-ID: <50170F07.6020402@informatik.haw-hamburg.de> Date: Mon, 30 Jul 2012 15:47:35 -0700 From: "Thomas C. Schmidt" User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: "multimob@ietf.org" Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at informatik.haw-hamburg.de Subject: [multimob] Regarding Adoption of draft-schmidt-multimob-fmipv6-pfmipv6-multicast X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2012 22:47:40 -0000 Hi all, this is a clarification on the draft-schmidt-multimob-fmipv6-pfmipv6-multicast: There has been again the erroneous "rumor" that this draft would impose changes to the MN on the PMIP domain. As discussed many times: This draft defines multicast extensions jointly used for the unicast protocols *PFMIPv6* and *FMIPv6*. For FMIPv6, there are multicast extensions of the MN, which is of no harm. FMIPv6 describes a client-initiated handover. As far as *PFMIPv6* is concerned, no changes to the MN are made for multicast operations. This can be easily seen from figures 4 & 5. Multicast extensions are simply an exchange of context records between MAGs, i.e., "Multicast MobOpt". So the repeated claim of "changes to PMIP MN" has never been true - it simply was malicious gossip! 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 ° From sarikaya2012@gmail.com Mon Jul 30 16:59:15 2012 Return-Path: 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 9BBB621F85C4 for ; Mon, 30 Jul 2012 16:59:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.549 X-Spam-Level: X-Spam-Status: No, score=-3.549 tagged_above=-999 required=5 tests=[AWL=0.050, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] 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 VA34APECmA4O for ; Mon, 30 Jul 2012 16:59:15 -0700 (PDT) Received: from mail-yw0-f44.google.com (mail-yw0-f44.google.com [209.85.213.44]) by ietfa.amsl.com (Postfix) with ESMTP id 1106F21F85C3 for ; Mon, 30 Jul 2012 16:59:15 -0700 (PDT) Received: by yhq56 with SMTP id 56so5915870yhq.31 for ; Mon, 30 Jul 2012 16:59:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:date:message-id:subject:from:to:content-type; bh=zbhxOCZWyHwvAzLCBApzxrDRDqT8EGunACegRbzJg/M=; b=J3AnSMNndYnZj3NKUziuxB3mI5W3E3frhz3siNzuOzkkK/N8pIZXBj5miBBf5NlTpq 1Nxs3nDo7UbrIVqujiw6B4BrcQDJzq1HlmlDNRQxb1Kj9kjT3WBdp/71uvj+9uIpYbwn n4v7A87ZODmCHYU8WiBSUyF8KkE3MNhuSBuDetOAvhcTsm2v7ruiUivOP33BaAwj4aKl jBnCtEanXzVd5706aE9or0VpX3hvpGxI59n5STpd5kxSvngS23DtK8SpJuLKLJHpEkZf uofngWvZV6DZamyyKQEswmjWLjl5qEuGgWfTOXsN9vSyEfuuOBU/7xwNNhHhiU4nryap 6Jhw== MIME-Version: 1.0 Received: by 10.50.40.193 with SMTP id z1mr480502igk.0.1343692754283; Mon, 30 Jul 2012 16:59:14 -0700 (PDT) Received: by 10.231.207.167 with HTTP; Mon, 30 Jul 2012 16:59:14 -0700 (PDT) Date: Mon, 30 Jul 2012 18:59:14 -0500 Message-ID: From: Behcet Sarikaya To: multimob@ietf.org Content-Type: text/plain; charset=ISO-8859-1 Subject: [multimob] Minutes X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: sarikaya@ieee.org List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2012 23:59:15 -0000 posted at http://www.ietf.org/proceedings/84/minutes/minutes-84-multimob Thanks Akbar! Any corrections, please speak up. Behcet From liu.juan45@zte.com.cn Mon Jul 30 18:41:47 2012 Return-Path: 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 42E8311E810F for ; Mon, 30 Jul 2012 18:41:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -90.713 X-Spam-Level: X-Spam-Status: No, score=-90.713 tagged_above=-999 required=5 tests=[AWL=5.123, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_32=0.6, J_CHICKENPOX_36=0.6, J_CHICKENPOX_42=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 Cp5F9GgzbqdY for ; Mon, 30 Jul 2012 18:41:46 -0700 (PDT) Received: from mx5.zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id BEC5B11E80F6 for ; Mon, 30 Jul 2012 18:41:45 -0700 (PDT) Received: from [10.30.17.99] by mx5.zte.com.cn with surfront esmtp id 23255900245117; Tue, 31 Jul 2012 09:37:22 +0800 (CST) Received: from [10.30.3.20] by [192.168.168.15] with StormMail ESMTP id 21262.1418581982; Tue, 31 Jul 2012 09:41:44 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id q6V1ffBi046638; Tue, 31 Jul 2012 09:41:41 +0800 (GMT-8) (envelope-from liu.juan45@zte.com.cn) In-Reply-To: <20120730.093540.33006417.asaeda@sfc.wide.ad.jp> To: Hitoshi Asaeda MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005 Message-ID: From: liu.juan45@zte.com.cn Date: Tue, 31 Jul 2012 09:41:39 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP1 HF212|May 23, 2012) at 2012-07-31 09:41:38, Serialize complete at 2012-07-31 09:41:38 Content-Type: multipart/alternative; boundary="=_alternative 00092CB548257A4C_=" X-MAIL: mse01.zte.com.cn q6V1ffBi046638 Cc: multimob@ietf.org Subject: Re: [multimob] Comments on draft-liu-multimob-pmipv6-multicast-ro-01(JUAN LIU) X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jul 2012 01:41:47 -0000 This is a multipart message in MIME format. --=_alternative 00092CB548257A4C_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGkgSGl0b3NoaSwNClRoYW5rIHlvdSBmb3IgeW91ciBjb21tZW50cyxwbGVhc2Ugc2VlIGFuc3dl cnMgaW5saW5lOg0KDQpIaXRvc2hpIEFzYWVkYSA8YXNhZWRhQHNmYy53aWRlLmFkLmpwPiDQtNPa IDIwMTIvMDcvMzEgMDA6MzU6NDA6DQoNCj4gSGksDQo+IA0KPiA+PiA+PiAyLyBXaGVuIHlvdSBk ZXNjcmliZSB0aGUgZXN0YWJsaXNobWVudCBvZiBiaWRpcmVjdGlvbmFsIHR1bm5lbHMgDQo+ID4+ ID4+IGJldHdlZW4gTUFHcyB5b3UgcmVmZXIgUkZDNTIxMyBmb3IgZnVydGhlciBkZXRhaWwsIGJ1 dCBSRkM1MjEzIA0KZG9lcyANCj4gPj4gPj4gbm90IGluY2x1ZGUgdHVubmVsIGVzdGFibGlzaG1l bnQgYmV0d2VlbiBNQUdzLiBUaGlzIGlzIG5vdCBjb3ZlcmVkIA0KDQo+ID4+ID4+IGJ5IHN0YW5k YXJkIFBNSVAgKGl0IGltcGxpZXMgYW4gZXh0ZW5zaW9uKS4NCj4gPj4gPiBZb3UgYXJlIHJpZ2h0 IHRoYXQgUkZDNTIxMyBkb2VzIG5vdCBpbmNsdWRlIHR1bm5lbCBlc3RhYmxpc2htZW50IA0KPiA+ IGJldHdlZW4gDQo+ID4+ID4gTUFHcy53ZSB3aWxsIGNvcnJlY3QgdGhlIGRlc2NyaXB0aW9uIGlu IHRoZSBuZXh0IHZlcnNpb24uDQo+ID4+ID4gd2UgY2FuIHJlZmVyIHRvIHNlY3Rpb242LjIgb2Yg ZHJhZnQtaWV0Zi1uZXRleHQtcG1pcC1sciBmb3IgDQp0dW5uZWxpbmcgDQo+ID4+ID4gYmV0d2Vl biB0aGUgTUFHcy4NCj4gPj4gDQo+ID4+IFNlZSBNLXR1bm5lbCBjb25maWd1cmF0aW9uIGRlc2Ny aWJlZCBpbiBzZWN0aW9uIDQgb2YgYWJvdmUgZHJhZnQuDQo+ID4gVGhlcmUgY2FuIGJlIHZhdmlv dXMgdHVubmVsIG5lZ290aWF0aW9uIG1lY2hhbmlzbXMgYmV0d2VlbiBNQUcsYmV0dGVyIA0KPiA+ IGJhc2VkIG9uIGV4aXN0aW5nIG1lY2hhbmlzbS4NCj4gDQo+IERvZXMgeW91ciBkcmFmdCBhc3N1 bWUgTUFHIGFjdHMgYXMgTUxEIHByb3h5IGZvciByZW1vdGUgc3Vic2NyaXB0aW9uDQo+IGFuZCBh bHNvIGFjdHMgYXMgUElNIHJvdXRlciBmb3IgbG9jYWwgcm91dGluZz8NCk91ciBkcmFmdCBkb2Vz J3QgcHV0IGFueSBhc3N1bXB0aW9uIG9uIHJlbW90ZSBzdWJzY3JpcHRpb24gYW5kIGxvY2FsIA0K cm91dGluZy4NCk1BRyBhY3RzIGFzIFBJTSByb3V0ZXIgaW4gb3VyIHNvbHV0aW9uLg0KPiANCj4g Pj4gPj4gNC8gVGhyb3VnaCB0aGUgUEJVLVEvUEJBLVEgc2VxdWVuY2Ugb2YgbWVzc2FnZXMgeW91 IGFyZSBhYmxlIHRvIA0KPiA+PiA+PiBvYnRhaW4gdGhlIENvQSBmb3IgdGhlIE1OIHNvdXJjZS4g SG93ZXZlciwgaG93IGRvIHlvdSBrbm93IGluIA0KPiA+PiA+PiBhZHZhbmNlIHRoYXQgdGhlIE1O IHNvdXJjZSBpcyBhdHRhY2hlZCB0byB0aGUgZG9tYWluPyBUaGVyZSBpcyBubyANCj4gPj4gPj4g d2F5IG9mIGtub3dpbmcgaXQgaW4gYWR2YW5jZSwgYW5kIGJlY2F1c2UgdGhlIE1OIEhvQSBpcyBu b3QgYW4gDQo+ID4+ID4+IGFkZHJlc3Mgb2YgdGhlIFBNSVB2NiBkb21haW4sIGhvdyBkbyB5b3Ug ZGVkdWNlIHRoYXQgaXQgaXMgYSBNTiANCj4gPj4gPj4gc291cmNlPyBEbyB5b3Ugc2VuZCB0aGUg UEJVLVEgZm9yIGFsbCBraW5kIG9mIFNTTSBzdWJzY3JpcHRpb25zPyANCj4gPj4gPj4gQWRkaXRp b25hbGx5LCB3aGF0IGhhcHBlbnMgKHdoYXQgaXMgdGhlIG1lc3NhZ2UpIGluIGNhc2UgdGhlIA0K c291cmNlIA0KPiA+PiA+PiBpcyBlZmZlY3RpdmVseSBub3QgYXR0YWNoZWQgdG8gdGhlIFBNSVB2 NiBkb21haW4NCj4gPj4gPiBZZXMsd2UgY2FuIG5vdCBrbm93IGluIGFkdmFuY2UgdGhhdCB0aGUg TU4gc291cmNlIGlzIGF0dGFjaGVkIA0KPiB0byB0aGUgc2FtZSANCj4gPj4gPiBkb21haW4uU28g aWYgdGhlIE1BRyBpbiB0aGUgbGlzdGVuZXIgc2lkZSBmaWd1cmVzKHRocm91Z2ggdGhlIA0KPiBQ QlUtUS9QQkEtUSANCj4gPj4gPiBtZXNzYWdlcykgdGhhdCB0aGUgTU4gc291cmNlIGlzIG5vdCBh dHRhY2hlZCB0byBhIE1BRyBpbiB0aGUgDQpkb21haW4sIGl0IA0KPiA+PiA+IHdpbGwgcHJvY2Vz cyB0aGUgbXVsdGljYXN0IG1lc3NhZ2UgYXMgbm9ybWFsLg0KPiA+PiA+IFdlIHNlbmQgdGhlIFBC VS1RIGV2ZXJ5IHRpbWUgd2hlbiB0aGUgTUFHIGluIHRoZSBsaXN0ZW5lciBzaWRlIA0KPiBmaXJz dCBqb2lucyANCj4gPj4gPiB0aGUgKFMsRykgY2hhbm5lbC4NCj4gPj4gPiBXZSBkb24ndCBzb2x2 ZSB0aGUgY2FzZSB3aGVuIHRoZSBzb3VyY2UgaXMgbm90IGF0dGFjaGVkIHRvIHRoZSANClBNSVB2 NiANCj4gPj4gPiBkb21haW4sIHRoZSBkcmFmdCBhc3N1bWVzIHRoYXQgdGhlIE1OIHNvdXJjZSBh bmQgTU4gbGlzdGVuZXIgYXJlIA0KYm90aCANCj4gPj4gPiBtb2JpbGUgbm9kZXMgYXR0YWNoZWQg dG8gdGhlaXIgb3duIE1BRy4NCj4gPj4gDQo+ID4+IEkgZG9uJ3QgdW5kZXJzdGFuZCB3aHkgb3Ro ZXIgcXVlcnkgbWVzc2FnZSAoZXhjZXB0IElHTVAvTUxEIHF1ZXJ5KSBpcw0KPiA+PiBuZWVkZWQu DQo+ID4gVGhlIHF1ZXJ5IG1lc3NhZ2UgaW4gb3VyIHNvbHV0aW9uIGlzIHVzZWQgdG8gbG9jYXRl IHRoZSBNTiBzb3VyY2UgaW4gDQp0aGUgDQo+ID4gUE1JUHY2IGRvbWFpbi4NCj4gDQo+IFRoZW4g SSBtYXkgYXNrIHRoZSBzYW1lIHF1ZXN0aW9uIEx1aXMgZGlkLg0KPiBEb2VzIHRoaXMgZXh0ZW5z aW9uIHByb3Blcmx5IHdvcmsgd2l0aCBtb3Zpbmcgc291cmNlPw0KUGxlYXNlIHNlZSBhYm92ZSBh bnN3ZXIgZm9yIEx1aXMncyBxdWVzdGlvbi4NClRoaXMgZXh0ZW5zaW9uIGNhbiB3b3JrIHdpdGgg c291cmNlIG1vYmlsaXR5LCB5b3UgY2FuIHJlZmVyIHRvIHRoZSBsaW5rIA0KYmVsb3cgdG8gaGF2 ZSBhIHJvdWdoIGtub3dsZWRnZSBvbiBob3cgaXQgd29ya3M6IA0KaHR0cDovL3d3dy5pZXRmLm9y Zy9pZC9kcmFmdC1saXUtbXVsdGltb2ItcG1pcHY2LW11bHRpY2FzdC1yby0wMi50eHQNCkRldGFp bHMgd2lsbCBiZSBpbmNsdWRlZCBpbiB0aGUgbmV4dCB2ZXJzaW9uLg0KQlIsDQpKdWFuIExpdQ0K PiANCj4gUmVnYXJkcywNCj4gLS0NCj4gSGl0b3NoaSBBc2FlZGENCj4gDQoNCg0KDQotLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KWlRFIElu Zm9ybWF0aW9uIFNlY3VyaXR5IE5vdGljZTogVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0 aGlzIG1haWwgKGFuZCBhbnkgYXR0YWNobWVudCB0cmFuc21pdHRlZCBoZXJld2l0aCkgaXMgcHJp dmlsZWdlZCBhbmQgY29uZmlkZW50aWFsIGFuZCBpcyBpbnRlbmRlZCBmb3IgdGhlIGV4Y2x1c2l2 ZSB1c2Ugb2YgdGhlIGFkZHJlc3NlZShzKS4gIElmIHlvdSBhcmUgbm90IGFuIGludGVuZGVkIHJl Y2lwaWVudCwgYW55IGRpc2Nsb3N1cmUsIHJlcHJvZHVjdGlvbiwgZGlzdHJpYnV0aW9uIG9yIG90 aGVyIGRpc3NlbWluYXRpb24gb3IgdXNlIG9mIHRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaXMg c3RyaWN0bHkgcHJvaGliaXRlZC4gIElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgbWFpbCBpbiBl cnJvciwgcGxlYXNlIGRlbGV0ZSBpdCBhbmQgbm90aWZ5IHVzIGltbWVkaWF0ZWx5Lg0KDQo= --=_alternative 00092CB548257A4C_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT0ic2Fucy1zZXJpZiI+SGkgSGl0b3No aSw8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT0ic2Fucy1zZXJpZiI+ VGhhbmsgeW91IGZvciB5b3VyIGNvbW1lbnRzLHBsZWFzZQ0Kc2VlIGFuc3dlcnMgaW5saW5lOjwv Zm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTI+PHR0PkhpdG9zaGkgQXNhZWRhICZsdDthc2Fl ZGFAc2ZjLndpZGUuYWQuanAmZ3Q7INC009oNCjIwMTIvMDcvMzEgMDA6MzU6NDA6PGJyPg0KPGJy Pg0KJmd0OyBIaSw8YnI+DQomZ3Q7IDxicj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDsgMi8gV2hl biB5b3UgZGVzY3JpYmUgdGhlIGVzdGFibGlzaG1lbnQgb2YgYmlkaXJlY3Rpb25hbA0KdHVubmVs cyA8YnI+DQomZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IGJldHdlZW4gTUFHcyB5b3UgcmVmZXIgUkZD NTIxMyBmb3IgZnVydGhlciBkZXRhaWwsDQpidXQgUkZDNTIxMyBkb2VzIDxicj4NCiZndDsgJmd0 OyZndDsgJmd0OyZndDsgbm90IGluY2x1ZGUgdHVubmVsIGVzdGFibGlzaG1lbnQgYmV0d2VlbiBN QUdzLiBUaGlzDQppcyBub3QgY292ZXJlZCA8YnI+DQomZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IGJ5 IHN0YW5kYXJkIFBNSVAgKGl0IGltcGxpZXMgYW4gZXh0ZW5zaW9uKS48YnI+DQomZ3Q7ICZndDsm Z3Q7ICZndDsgWW91IGFyZSByaWdodCB0aGF0IFJGQzUyMTMgZG9lcyBub3QgaW5jbHVkZSB0dW5u ZWwgZXN0YWJsaXNobWVudA0KPGJyPg0KJmd0OyAmZ3Q7IGJldHdlZW4gPGJyPg0KJmd0OyAmZ3Q7 Jmd0OyAmZ3Q7IE1BR3Mud2Ugd2lsbCBjb3JyZWN0IHRoZSBkZXNjcmlwdGlvbiBpbiB0aGUgbmV4 dCB2ZXJzaW9uLjxicj4NCiZndDsgJmd0OyZndDsgJmd0OyB3ZSBjYW4gcmVmZXIgdG8gc2VjdGlv bjYuMiBvZiBkcmFmdC1pZXRmLW5ldGV4dC1wbWlwLWxyDQpmb3IgdHVubmVsaW5nIDxicj4NCiZn dDsgJmd0OyZndDsgJmd0OyBiZXR3ZWVuIHRoZSBNQUdzLjxicj4NCiZndDsgJmd0OyZndDsgPGJy Pg0KJmd0OyAmZ3Q7Jmd0OyBTZWUgTS10dW5uZWwgY29uZmlndXJhdGlvbiBkZXNjcmliZWQgaW4g c2VjdGlvbiA0IG9mIGFib3ZlDQpkcmFmdC48YnI+DQomZ3Q7ICZndDsgVGhlcmUgY2FuIGJlIHZh dmlvdXMgdHVubmVsIG5lZ290aWF0aW9uIG1lY2hhbmlzbXMgYmV0d2VlbiBNQUcsYmV0dGVyDQo8 YnI+DQomZ3Q7ICZndDsgYmFzZWQgb24gZXhpc3RpbmcgbWVjaGFuaXNtLjxicj4NCiZndDsgPGJy Pg0KJmd0OyBEb2VzIHlvdXIgZHJhZnQgYXNzdW1lIE1BRyBhY3RzIGFzIE1MRCBwcm94eSBmb3Ig cmVtb3RlIHN1YnNjcmlwdGlvbjxicj4NCiZndDsgYW5kIGFsc28gYWN0cyBhcyBQSU0gcm91dGVy IGZvciBsb2NhbCByb3V0aW5nPzwvdHQ+PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBjb2xvcj1i bHVlPjx0dD5PdXIgZHJhZnQgZG9lcyd0IHB1dCBhbnkgYXNzdW1wdGlvbiBvbg0KcmVtb3RlIHN1 YnNjcmlwdGlvbiBhbmQgbG9jYWwgcm91dGluZzwvdHQ+PC9mb250Pjxmb250IHNpemU9Mj48dHQ+ LjwvdHQ+PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBjb2xvcj1ibHVlPjx0dD5NQUcgYWN0cyBh cyBQSU0gcm91dGVyIGluIG91ciBzb2x1dGlvbi48L3R0PjwvZm9udD48Zm9udCBzaXplPTI+PHR0 Pjxicj4NCiZndDsgPGJyPg0KJmd0OyAmZ3Q7Jmd0OyAmZ3Q7Jmd0OyA0LyBUaHJvdWdoIHRoZSBQ QlUtUS9QQkEtUSBzZXF1ZW5jZSBvZiBtZXNzYWdlcw0KeW91IGFyZSBhYmxlIHRvIDxicj4NCiZn dDsgJmd0OyZndDsgJmd0OyZndDsgb2J0YWluIHRoZSBDb0EgZm9yIHRoZSBNTiBzb3VyY2UuIEhv d2V2ZXIsIGhvdyBkbw0KeW91IGtub3cgaW4gPGJyPg0KJmd0OyAmZ3Q7Jmd0OyAmZ3Q7Jmd0OyBh ZHZhbmNlIHRoYXQgdGhlIE1OIHNvdXJjZSBpcyBhdHRhY2hlZCB0byB0aGUgZG9tYWluPw0KVGhl cmUgaXMgbm8gPGJyPg0KJmd0OyAmZ3Q7Jmd0OyAmZ3Q7Jmd0OyB3YXkgb2Yga25vd2luZyBpdCBp biBhZHZhbmNlLCBhbmQgYmVjYXVzZSB0aGUgTU4NCkhvQSBpcyBub3QgYW4gPGJyPg0KJmd0OyAm Z3Q7Jmd0OyAmZ3Q7Jmd0OyBhZGRyZXNzIG9mIHRoZSBQTUlQdjYgZG9tYWluLCBob3cgZG8geW91 IGRlZHVjZQ0KdGhhdCBpdCBpcyBhIE1OIDxicj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDsgc291 cmNlPyBEbyB5b3Ugc2VuZCB0aGUgUEJVLVEgZm9yIGFsbCBraW5kIG9mIFNTTQ0Kc3Vic2NyaXB0 aW9ucz8gPGJyPg0KJmd0OyAmZ3Q7Jmd0OyAmZ3Q7Jmd0OyBBZGRpdGlvbmFsbHksIHdoYXQgaGFw cGVucyAod2hhdCBpcyB0aGUgbWVzc2FnZSkNCmluIGNhc2UgdGhlIHNvdXJjZSA8YnI+DQomZ3Q7 ICZndDsmZ3Q7ICZndDsmZ3Q7IGlzIGVmZmVjdGl2ZWx5IG5vdCBhdHRhY2hlZCB0byB0aGUgUE1J UHY2IGRvbWFpbjxicj4NCiZndDsgJmd0OyZndDsgJmd0OyBZZXMsd2UgY2FuIG5vdCBrbm93IGlu IGFkdmFuY2UgdGhhdCB0aGUgTU4gc291cmNlIGlzDQphdHRhY2hlZCA8YnI+DQomZ3Q7IHRvIHRo ZSBzYW1lIDxicj4NCiZndDsgJmd0OyZndDsgJmd0OyBkb21haW4uU28gaWYgdGhlIE1BRyBpbiB0 aGUgbGlzdGVuZXIgc2lkZSBmaWd1cmVzKHRocm91Z2gNCnRoZSA8YnI+DQomZ3Q7IFBCVS1RL1BC QS1RIDxicj4NCiZndDsgJmd0OyZndDsgJmd0OyBtZXNzYWdlcykgdGhhdCB0aGUgTU4gc291cmNl IGlzIG5vdCBhdHRhY2hlZCB0byBhIE1BRw0KaW4gdGhlIGRvbWFpbiwgaXQgPGJyPg0KJmd0OyAm Z3Q7Jmd0OyAmZ3Q7IHdpbGwgcHJvY2VzcyB0aGUgbXVsdGljYXN0IG1lc3NhZ2UgYXMgbm9ybWFs Ljxicj4NCiZndDsgJmd0OyZndDsgJmd0OyBXZSBzZW5kIHRoZSBQQlUtUSBldmVyeSB0aW1lIHdo ZW4gdGhlIE1BRyBpbiB0aGUgbGlzdGVuZXINCnNpZGUgPGJyPg0KJmd0OyBmaXJzdCBqb2lucyA8 YnI+DQomZ3Q7ICZndDsmZ3Q7ICZndDsgdGhlIChTLEcpIGNoYW5uZWwuPGJyPg0KJmd0OyAmZ3Q7 Jmd0OyAmZ3Q7IFdlIGRvbid0IHNvbHZlIHRoZSBjYXNlIHdoZW4gdGhlIHNvdXJjZSBpcyBub3Qg YXR0YWNoZWQNCnRvIHRoZSBQTUlQdjYgPGJyPg0KJmd0OyAmZ3Q7Jmd0OyAmZ3Q7IGRvbWFpbiwg dGhlIGRyYWZ0IGFzc3VtZXMgdGhhdCB0aGUgTU4gc291cmNlIGFuZCBNTg0KbGlzdGVuZXIgYXJl IGJvdGggPGJyPg0KJmd0OyAmZ3Q7Jmd0OyAmZ3Q7IG1vYmlsZSBub2RlcyBhdHRhY2hlZCB0byB0 aGVpciBvd24gTUFHLjxicj4NCiZndDsgJmd0OyZndDsgPGJyPg0KJmd0OyAmZ3Q7Jmd0OyBJIGRv bid0IHVuZGVyc3RhbmQgd2h5IG90aGVyIHF1ZXJ5IG1lc3NhZ2UgKGV4Y2VwdCBJR01QL01MRA0K cXVlcnkpIGlzPGJyPg0KJmd0OyAmZ3Q7Jmd0OyBuZWVkZWQuPGJyPg0KJmd0OyAmZ3Q7IFRoZSBx dWVyeSBtZXNzYWdlIGluIG91ciBzb2x1dGlvbiBpcyB1c2VkIHRvIGxvY2F0ZSB0aGUgTU4gc291 cmNlDQppbiB0aGUgPGJyPg0KJmd0OyAmZ3Q7IFBNSVB2NiBkb21haW4uPGJyPg0KJmd0OyA8YnI+ DQomZ3Q7IFRoZW4gSSBtYXkgYXNrIHRoZSBzYW1lIHF1ZXN0aW9uIEx1aXMgZGlkLjxicj4NCiZn dDsgRG9lcyB0aGlzIGV4dGVuc2lvbiBwcm9wZXJseSB3b3JrIHdpdGggbW92aW5nIHNvdXJjZT88 L3R0PjwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZT48dHQ+UGxlYXNlIHNlZSBh Ym92ZSBhbnN3ZXIgZm9yIEx1aXMncyBxdWVzdGlvbi48L3R0PjwvZm9udD4NCjxicj48Zm9udCBz aXplPTIgY29sb3I9Ymx1ZT48dHQ+VGhpcyBleHRlbnNpb24gY2FuIHdvcmsgd2l0aCBzb3VyY2Ug bW9iaWxpdHksDQp5b3UgY2FuIHJlZmVyIHRvIHRoZSBsaW5rIGJlbG93IHRvIGhhdmUgYSByb3Vn aCBrbm93bGVkZ2Ugb24gaG93IGl0IHdvcmtzOg0KPC90dD48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6 ZT0yIGNvbG9yPWJsdWU+aHR0cDovL3d3dy5pZXRmLm9yZy9pZC9kcmFmdC1saXUtbXVsdGltb2It cG1pcHY2LW11bHRpY2FzdC1yby0wMi50eHQ8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGNvbG9y PWJsdWU+PHR0PkRldGFpbHMgd2lsbCBiZSBpbmNsdWRlZCBpbiB0aGUgbmV4dCB2ZXJzaW9uLjwv dHQ+PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBjb2xvcj1ibHVlPjx0dD5CUiw8L3R0PjwvZm9u dD4NCjxicj48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZT48dHQ+SnVhbiBMaXU8L3R0PjwvZm9udD48 Zm9udCBzaXplPTI+PHR0Pjxicj4NCiZndDsgPGJyPg0KJmd0OyBSZWdhcmRzLDxicj4NCiZndDsg LS08YnI+DQomZ3Q7IEhpdG9zaGkgQXNhZWRhPGJyPg0KJmd0OyA8YnI+DQo8L3R0PjwvZm9udD4N Cjxicj48cHJlPg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0NClpURSZuYnNwO0luZm9ybWF0aW9uJm5ic3A7U2VjdXJpdHkmbmJzcDtOb3Rp Y2U6Jm5ic3A7VGhlJm5ic3A7aW5mb3JtYXRpb24mbmJzcDtjb250YWluZWQmbmJzcDtpbiZuYnNw O3RoaXMmbmJzcDttYWlsJm5ic3A7KGFuZCZuYnNwO2FueSZuYnNwO2F0dGFjaG1lbnQmbmJzcDt0 cmFuc21pdHRlZCZuYnNwO2hlcmV3aXRoKSZuYnNwO2lzJm5ic3A7cHJpdmlsZWdlZCZuYnNwO2Fu ZCZuYnNwO2NvbmZpZGVudGlhbCZuYnNwO2FuZCZuYnNwO2lzJm5ic3A7aW50ZW5kZWQmbmJzcDtm b3ImbmJzcDt0aGUmbmJzcDtleGNsdXNpdmUmbmJzcDt1c2UmbmJzcDtvZiZuYnNwO3RoZSZuYnNw O2FkZHJlc3NlZShzKS4mbmJzcDsmbmJzcDtJZiZuYnNwO3lvdSZuYnNwO2FyZSZuYnNwO25vdCZu YnNwO2FuJm5ic3A7aW50ZW5kZWQmbmJzcDtyZWNpcGllbnQsJm5ic3A7YW55Jm5ic3A7ZGlzY2xv c3VyZSwmbmJzcDtyZXByb2R1Y3Rpb24sJm5ic3A7ZGlzdHJpYnV0aW9uJm5ic3A7b3ImbmJzcDtv dGhlciZuYnNwO2Rpc3NlbWluYXRpb24mbmJzcDtvciZuYnNwO3VzZSZuYnNwO29mJm5ic3A7dGhl Jm5ic3A7aW5mb3JtYXRpb24mbmJzcDtjb250YWluZWQmbmJzcDtpcyZuYnNwO3N0cmljdGx5Jm5i c3A7cHJvaGliaXRlZC4mbmJzcDsmbmJzcDtJZiZuYnNwO3lvdSZuYnNwO2hhdmUmbmJzcDtyZWNl aXZlZCZuYnNwO3RoaXMmbmJzcDttYWlsJm5ic3A7aW4mbmJzcDtlcnJvciwmbmJzcDtwbGVhc2Um bmJzcDtkZWxldGUmbmJzcDtpdCZuYnNwO2FuZCZuYnNwO25vdGlmeSZuYnNwO3VzJm5ic3A7aW1t ZWRpYXRlbHkuDQoNCjwvcHJlPg== --=_alternative 00092CB548257A4C_=-- From sarikaya2012@gmail.com Tue Jul 31 13:31:36 2012 Return-Path: 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 8BC1D21F8950 for ; Tue, 31 Jul 2012 13:31:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.551 X-Spam-Level: X-Spam-Status: No, score=-3.551 tagged_above=-999 required=5 tests=[AWL=0.048, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] 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 Zs7Mt54+YCFw for ; Tue, 31 Jul 2012 13:31:36 -0700 (PDT) Received: from mail-ob0-f172.google.com (mail-ob0-f172.google.com [209.85.214.172]) by ietfa.amsl.com (Postfix) with ESMTP id 12EDE21F8944 for ; Tue, 31 Jul 2012 13:31:35 -0700 (PDT) Received: by obbwc20 with SMTP id wc20so12659477obb.31 for ; Tue, 31 Jul 2012 13:31:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:date:message-id:subject:from:to:content-type; bh=wp3DfYLfLJn+APvJW22xlPKJeGOyySFGFfvHWXJylg4=; b=hnEi5Yh2yzw5/B36GGouExbfXMk2LJA2uGBh4zSankutkE1Ta451ijPkN5IX4ADXr+ H4ne6bbwvWcIfXYpA9vuA0sd9VSiKB0hN69VpYOAQZXyGtiuCkxGkeZu8vh9TBlCTE7C Lfbu5hha90gilsVPSBlaFtK0lHvoJzmFMbnOzWqCVuHjpizkJQbH1qM0pz+fyuG/WMYV 8AvvAl77B3WEpmnVkmUfWXUHOXMOScJG+BcYnnw8cQeGKGxCZbCa0Z/IuxLBq/8ysVFh 8G60aAwEDVe6yeOOkE8yWyNNfb+nm6NQdUpZGn05zFfRykKDtjwsUdxyT7wvgCM2wsU0 dBOw== MIME-Version: 1.0 Received: by 10.182.164.10 with SMTP id ym10mr25325658obb.75.1343766695601; Tue, 31 Jul 2012 13:31:35 -0700 (PDT) Received: by 10.60.37.197 with HTTP; Tue, 31 Jul 2012 13:31:35 -0700 (PDT) Date: Tue, 31 Jul 2012 15:31:35 -0500 Message-ID: From: Behcet Sarikaya To: multimob@ietf.org Content-Type: text/plain; charset=ISO-8859-1 Subject: [multimob] Adoption of HO drafts incl. draft-schmidt-multimob-fmipv6-pfmipv6-multicast X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: sarikaya@ieee.org List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jul 2012 20:31:36 -0000 Hi all, There is an issue that we missed in Monday Multimob session that I would like to bring to attention: We did have, apart from draft-schmidt-multimob-fmipv6-pfmipv6-multicast, several other multicast handover solution drafts such as: http://tools.ietf.org/html/draft-vonhugo-multimob-cxtp-extension-01 http://tools.ietf.org/html/draft-hui-multimob-fast-handover-04 These are the documents that are still active. There could be others that are no longer active. If we decide to accept more than one handover solution then we probably need to consider all of them for possible WG adoption. What do you think? Regards, Behcet From seiljeon@av.it.pt Tue Jul 31 14:35:23 2012 Return-Path: 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 28B2C21F884D for ; Tue, 31 Jul 2012 14:35:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] 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 ux8A-0vXPZ8n for ; Tue, 31 Jul 2012 14:35:22 -0700 (PDT) Received: from av.it.pt (mail.av.it.pt [193.136.92.53]) by ietfa.amsl.com (Postfix) with ESMTP id 2BE8D21F8843 for ; Tue, 31 Jul 2012 14:35:20 -0700 (PDT) Received: from [130.129.54.42] (account seiljeon@av.it.pt) by av.it.pt (CommuniGate Pro WEBUSER 5.4.2) with HTTP id 65659880; Tue, 31 Jul 2012 22:35:18 +0100 From: "Seil Jeon" To: , "Behcet Sarikaya" X-Mailer: CommuniGate Pro WebUser v5.4.2 Date: Tue, 31 Jul 2012 22:35:18 +0100 Message-ID: In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain;charset=iso-2022-kr; format="flowed" Content-Transfer-Encoding: 8bit Cc: multimob@ietf.org Subject: Re: [multimob] Adoption of HO drafts incl. draft-schmidt-multimob-fmipv6-pfmipv6-multicast X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jul 2012 21:35:23 -0000 Hi Behcet, Could you let me know the reason why we need to consider this? Seil On Tue, 31 Jul 2012 15:31:35 -0500 Behcet Sarikaya wrote: > Hi all, > There is an issue that we missed in Monday Multimob >session that I > would like to bring to attention: > > We did have, apart from > draft-schmidt-multimob-fmipv6-pfmipv6-multicast, several >other > multicast handover solution drafts such as: > http://tools.ietf.org/html/draft-vonhugo-multimob-cxtp-extension-01 > > http://tools.ietf.org/html/draft-hui-multimob-fast-handover-04 > > These are the documents that are still active. There >could be others > that are no longer active. > > If we decide to accept more than one handover solution >then we > probably need to consider all of them for possible WG >adoption. > > What do you think? > > Regards, > > Behcet > _______________________________________________ > multimob mailing list > multimob@ietf.org > https://www.ietf.org/mailman/listinfo/multimob From prvs=552ff2332=schmidt@informatik.haw-hamburg.de Tue Jul 31 15:02:45 2012 Return-Path: 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 B2A1411E808E for ; Tue, 31 Jul 2012 15:02:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.249 X-Spam-Level: X-Spam-Status: No, score=-102.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, 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 pHffNMUHXdin for ; Tue, 31 Jul 2012 15:02:45 -0700 (PDT) Received: from mx3.haw-public.haw-hamburg.de (mx3.haw-public.haw-hamburg.de [141.22.6.2]) by ietfa.amsl.com (Postfix) with ESMTP id 9514021F85CE for ; Tue, 31 Jul 2012 15:02:44 -0700 (PDT) Received: from mailgate.informatik.haw-hamburg.de ([141.22.30.74]) by mail3.is.haw-hamburg.de with ESMTP/TLS/ADH-AES256-SHA; 01 Aug 2012 00:02:43 +0200 Received: from localhost (localhost [127.0.0.1]) by mailgate.informatik.haw-hamburg.de (Postfix) with ESMTP id 594C6105A968; Wed, 1 Aug 2012 00:02:43 +0200 (CEST) Received: from mailgate.informatik.haw-hamburg.de ([127.0.0.1]) by localhost (mailgate.informatik.haw-hamburg.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 30544-03; Wed, 1 Aug 2012 00:02:42 +0200 (CEST) Received: from [130.129.83.194] (dhcp-53c2.meeting.ietf.org [130.129.83.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailgate.informatik.haw-hamburg.de (Postfix) with ESMTPSA id 091B7105A963; Wed, 1 Aug 2012 00:02:41 +0200 (CEST) Message-ID: <50185601.9080505@informatik.haw-hamburg.de> Date: Tue, 31 Jul 2012 15:02:41 -0700 From: "Thomas C. Schmidt" User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: sarikaya@ieee.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at informatik.haw-hamburg.de Cc: multimob@ietf.org, Behcet Sarikaya Subject: Re: [multimob] Adoption of HO drafts incl. draft-schmidt-multimob-fmipv6-pfmipv6-multicast X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jul 2012 22:02:45 -0000 Hi Behcet, hi all, please see inline. On 31.07.2012 13:31, Behcet Sarikaya wrote: > We did have, apart from > draft-schmidt-multimob-fmipv6-pfmipv6-multicast, several other > multicast handover solution drafts such as: > http://tools.ietf.org/html/draft-vonhugo-multimob-cxtp-extension-01 > This draft basically uses the context transfer protocol (RFC4067) to carry multicast state between ARs/MAGs. No full handover operations have been specified. At the unicast side, RFC4067 is a predecessor of the more advanced Fast Handover Protocols does not apply to unicast handover management.... IMO it does not make much sense to consider this rather elementary approach any further. > http://tools.ietf.org/html/draft-hui-multimob-fast-handover-04 > This draft is - if you want so - a competitor to draft-schmidt-multimob-fmipv6-pfmipv6-multicast, but has never been worked out (as have several other attempts in the past). If this document was to be advanced, it had to rewrite (or copy ??) 80 % of our draft, which is not a proper way to treat authorship. > If we decide to accept more than one handover solution then we > probably need to consider all of them for possible WG adoption. > I don't understand your thinking here: it is perfectly normal that there are competing approaches and the idea of the IETF discussion is to have the best solution win. From the performance side, and from protocol systematics (cooperation with unicast), draft-schmidt-multimob-fmipv6-pfmipv6-multicast is clearly the best solution for fast handover operations - this comparison includes the adopted draft "fast handover from transient binding". 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 ° From asaeda@sfc.wide.ad.jp Tue Jul 31 22:01:52 2012 Return-Path: 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 460BB21F8755 for ; Tue, 31 Jul 2012 22:01:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.538 X-Spam-Level: X-Spam-Status: No, score=-99.538 tagged_above=-999 required=5 tests=[AWL=3.061, BAYES_00=-2.599, 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 qJBoiytNOImB for ; Tue, 31 Jul 2012 22:01:39 -0700 (PDT) Received: from mail.sfc.wide.ad.jp (mail.sfc.wide.ad.jp [IPv6:2001:200:0:8803:203:178:142:146]) by ietfa.amsl.com (Postfix) with ESMTP id 0CD5421F8750 for ; Tue, 31 Jul 2012 22:01:38 -0700 (PDT) Received: from localhost (dhcp-46f2.meeting.ietf.org [130.129.70.242]) by mail.sfc.wide.ad.jp (Postfix) with ESMTPSA id 245142780B8; Wed, 1 Aug 2012 14:01:36 +0900 (JST) Date: Tue, 31 Jul 2012 22:01:32 -0700 (PDT) Message-Id: <20120731.220132.42453793.asaeda@sfc.wide.ad.jp> To: schmidt@informatik.haw-hamburg.de From: Hitoshi Asaeda In-Reply-To: <50185601.9080505@informatik.haw-hamburg.de> References: <50185601.9080505@informatik.haw-hamburg.de> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: multimob@ietf.org, sarikaya2012@gmail.com Subject: Re: [multimob] Adoption of HO drafts incl. draft-schmidt-multimob-fmipv6-pfmipv6-multicast X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2012 05:01:52 -0000 Thomas, >> We did have, apart from >> draft-schmidt-multimob-fmipv6-pfmipv6-multicast, several other >> multicast handover solution drafts such as: >> http://tools.ietf.org/html/draft-vonhugo-multimob-cxtp-extension-01 > > This draft basically uses the context transfer protocol (RFC4067) to > carry multicast state between ARs/MAGs. No full handover operations > have been specified. It is because this draft inherits the basic operation from rfc4067 and hence no need to repeat to write it. The main aim of this draft is to define the message format for multicast context transfer with CXTP. Of course, if something is missing and required to clarify in the document, the authors will try to improve the document quality, I believe. > At the unicast side, RFC4067 is a predecessor of the more advanced > Fast Handover Protocols does not apply to unicast handover > management.... IMO it does not make much sense to consider this rather > elementary approach any further. > >> http://tools.ietf.org/html/draft-hui-multimob-fast-handover-04 >> > > This draft is - if you want so - a competitor to > draft-schmidt-multimob-fmipv6-pfmipv6-multicast, but has never been > worked out (as have several other attempts in the past). If this > document was to be advanced, it had to rewrite (or copy ??) 80 % of > our draft, which is not a proper way to treat authorship. The -00 version of draft-hui was published on June 29, 2009. Your -00 draft was published on March 01, 2010. (I just tell the fact.) >> If we decide to accept more than one handover solution then we >> probably need to consider all of them for possible WG adoption. > > I don't understand your thinking here: it is perfectly normal that > there are competing approaches and the idea of the IETF discussion is > to have the best solution win. From the performance side, and from > protocol systematics (cooperation with unicast), > draft-schmidt-multimob-fmipv6-pfmipv6-multicast is clearly the best > solution for fast handover operations - this comparison includes the > adopted draft "fast handover from transient binding". If only one HO document is needed, then since this WG has already been working for SIAL proposal, other documents (including yours) related to HO are not needed, are they? Furthermore I don't think all mobile operators in the world adpot only FPMIPv6 as their business. So, if other idea is useful and technically correct, documenting it is reasonable. This is just my feeling. Regards, -- Hitoshi Asaeda