From sarikaya2012@gmail.com Wed May 1 12:35:08 2013 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 0E54D21F9AFC for ; Wed, 1 May 2013 12:35:08 -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, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] 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 yqemynjd3V7p for ; Wed, 1 May 2013 12:35:07 -0700 (PDT) Received: from mail-la0-x22a.google.com (mail-la0-x22a.google.com [IPv6:2a00:1450:4010:c03::22a]) by ietfa.amsl.com (Postfix) with ESMTP id 6C35721F9AF2 for ; Wed, 1 May 2013 12:35:06 -0700 (PDT) Received: by mail-la0-f42.google.com with SMTP id eb20so1605602lab.15 for ; Wed, 01 May 2013 12:35:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:reply-to:date:message-id:subject:from:to:cc :content-type; bh=PsvZGv8/5eX3dsHY4cajgCDeHmH3H3+61f+K3CKWjbg=; b=fzrlcBFk1Nhf+NxOe33RFp9nVl/WEsDF61DWhM7Q3C6JkKq3zDVMmdS1C+1rH2+1WB X+YfiI7jhR0juANnS4XhaPAawZkxO2fbIH+ZBP59tYhCvrvleqWPvLhKN1uyVKdnuFFv X89Q4jpIqdcMCFAOsf9rtBSyB6ncVllwG6iBAb8JREaeF/UFMjsM2QBz2lJR0b1zliwQ BnKBx8gznfhkDKvcAUZO6sDlv+DGwU/Jfba4lx/5TV+TGcnjfTMUHrc0W4vadsKU80xC 5e3Q096HFZz5DW609myj+pnUEHDC70DTrbpofDa6B/f++TV77NkVKJHatAIbo8wPSNTl ZBrQ== MIME-Version: 1.0 X-Received: by 10.112.130.40 with SMTP id ob8mr1616087lbb.55.1367436905315; Wed, 01 May 2013 12:35:05 -0700 (PDT) Received: by 10.114.64.142 with HTTP; Wed, 1 May 2013 12:35:05 -0700 (PDT) Date: Wed, 1 May 2013 14:35:05 -0500 Message-ID: From: Behcet Sarikaya To: LUIS MIGUEL CONTRERAS MURILLO Content-Type: multipart/alternative; boundary=047d7b342ba4fe851104dbad363b Cc: "multimob@ietf.org" Subject: [multimob] draft-ietf-multimob-handover-optimization-02.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: Wed, 01 May 2013 19:35:08 -0000 --047d7b342ba4fe851104dbad363b Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi authors, On page 21, The MN1 will send an MLD Report message (containing an State Change Record for the last subscribed multicast group with a filter change record mode indicating INCLUDE mode and an empty source list) to the MAG to request the cease of the multicast traffic delivery. In RFC 3810, on Page 22, A MODE_IS_INCLUDE Record is never sent with an empty source list. The API defined in RFC 3810 does allow the stop listening operation but the above seems not the right way. RFC 3810 defines soft leave which is based on timers. As I raised during Orlando meeting, this stop listening operation seems to be integrated into the source lists, i.e. not applicable to ASM. >From the charter point of view, this may not be a problem because the scope specifically mentions MLDv2/IGMPv3. I repeat my suggestion on the A flag from Feb. 25: If a feasible solution emerges and WG believes that there is a need then a separate draft can be written and individual Handover drafts can use it. i.e. Option 3. Behcet On Mon, Feb 25, 2013 at 4:16 PM, LUIS MIGUEL CONTRERAS MURILLO wrote: > Dear all, > > We have just uploaded an updated version of > draft-ietf-multimob-handover-optimization. > > This new version includes some clarification text according to the last > comments received and minor editorial improvements. > > All the content related to the multicast activity indication procedure > remains as in the previous version, waiting for the discussion results an= d > the decisions of the next meeting in Orlando. > > Thanks, best regards, > > Luis > > -----Mensaje original----- > De: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] > Enviado el: lunes, 25 de febrero de 2013 23:11 > Para: LUIS MIGUEL CONTRERAS MURILLO > CC: isoto@it.uc3m.es; cjbc@it.uc3m.es > Asunto: New Version Notification for > draft-ietf-multimob-handover-optimization-02.txt > > > A new version of I-D, draft-ietf-multimob-handover-optimization-02.txt > has been successfully submitted by Luis M. Contreras and posted to the > IETF repository. > > Filename: draft-ietf-multimob-handover-optimization > Revision: 02 > Title: PMIPv6 multicast handover optimization by the > Subscription Information Acquisition through the LMA (SIAL) > Creation date: 2013-02-25 > Group: multimob > Number of pages: 47 > URL: > http://www.ietf.org/internet-drafts/draft-ietf-multimob-handover-optimiza= tion-02.txt > Status: > http://datatracker.ietf.org/doc/draft-ietf-multimob-handover-optimization > Htmlized: > http://tools.ietf.org/html/draft-ietf-multimob-handover-optimization-02 > Diff: > http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-multimob-handover-optimizat= ion-02 > > 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' multicast context 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 > they can also be applied to other solutions being developed to avoid > the tunnel convergence problem. 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 Secretariat > > > ________________________________ > > Este mensaje se dirige exclusivamente 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 > receive email on the basis of the terms set out at: > http://www.tid.es/ES/PAGINAS/disclaimer.aspx > _______________________________________________ > multimob mailing list > multimob@ietf.org > https://www.ietf.org/mailman/listinfo/multimob > --047d7b342ba4fe851104dbad363b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi authors,

On page 21,
The MN1 will send =
an
       MLD Report message (containing an State Change Record for the
       last subscribed multicast group with a filter change record mode
       indicating INCLUDE mode and an empty source list) to the MAG to
       request the cease of the multicast traffic delivery.

In RFC= 3810, on Page 22,
A MODE_IS_INCLUDE Record is ne=
ver sent
             with an empty source list.

The API defined in RFC 3810 does allow= the stop listening operation but the above seems not the right way.
RFC= 3810 defines soft leave which is based on timers.

As I raised durin= g Orlando meeting, this stop listening operation seems to be integrated int= o the source lists, i.e. not applicable to ASM.

From the charter point of view, this may not be a problem because the s= cope specifically mentions MLDv2/IGMPv3.

I repeat my suggestion on t= he A flag from Feb. 25:
If a feasible solution emerges and WG believes t= hat there is a need then a separate draft can be written and individual Handover drafts can use=20 it.

i.e. Option 3.

Behcet

On Mon, Feb 25, 2013 at 4:16= PM, LUIS MIGUEL CONTRERAS MURILLO <lmcm@tid.es> wrote:
Dear all,

We have just uploaded an updated version of draft-ietf-multimob-handover-op= timization.

This new version includes some clarification text according to the last com= ments received and minor editorial improvements.

All the content related to the multicast activity indication procedure rema= ins as in the previous version, waiting for the discussion results and the = decisions of the next meeting in Orlando.

Thanks, best regards,

Luis

-----Mensaje original-----
De: internet-drafts@ietf.org [mailto:internet-drafts@ietf.= org]
Enviado el: lunes, 25 de febrero de 2013 23:11
Para: LUIS MIGUEL CONTRERAS MURILLO
CC: isoto@it.uc3m.es; cjbc@it.uc3m.es
Asunto: New Version Notification for draft-ietf-multimob-handover-optimizat= ion-02.txt


A new version of I-D, draft-ietf-multimob-handover-optimization-02.txt
has been successfully submitted by Luis M. Contreras and posted to the IETF= repository.

Filename: =A0 =A0 =A0 =A0draft-ietf-multimob-handover-optimization
Revision: =A0 =A0 =A0 =A002
Title: =A0 =A0 =A0 =A0 =A0 PMIPv6 multicast handover optimization by the Su= bscription Information Acquisition through the LMA (SIAL)
Creation date: =A0 2013-02-25
Group: =A0 =A0 =A0 =A0 =A0 multimob
Number of pages: 47
URL: =A0 =A0 =A0 =A0 =A0 =A0 http:/= /www.ietf.org/internet-drafts/draft-ietf-multimob-handover-optimization-02.= txt
Status: =A0 =A0 =A0 =A0 =A0http://datatracker.= ietf.org/doc/draft-ietf-multimob-handover-optimization
Htmlized: =A0 =A0 =A0 =A0http://tools.ietf.org/h= tml/draft-ietf-multimob-handover-optimization-02
Diff: =A0 =A0 =A0 =A0 =A0 =A0http://www.= ietf.org/rfcdiff?url2=3Ddraft-ietf-multimob-handover-optimization-02
Abstract:
=A0 =A0This document specifies a multicast handover optimization mechanism<= br> =A0 =A0for Proxy Mobile IPv6 to accelerate the delivery of multicast traffi= c
=A0 =A0to mobile nodes after handovers. =A0The mechanism is based on speedi= ng
=A0 =A0up the acquisition of mobile nodes' multicast context by the mob= ile
=A0 =A0access gateways. =A0To do that, extensions to the current Proxy Mobi= le
=A0 =A0IPv6 protocol are proposed. =A0These extensions are not only applica= ble
=A0 =A0to the base solution for multicast support in Proxy Mobile IPv6, but=
=A0 =A0they can also be applied to other solutions being developed to avoid=
=A0 =A0the tunnel convergence problem. =A0Furthermore, they are also
=A0 =A0independent of the role played by the mobile access gateway within =A0 =A0the multicast network (either acting as multicast listener discovery=
=A0 =A0proxy or multicast router).




The IETF Secretariat


________________________________

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
_______________________________________________
multimob mailing list
multimob@ietf.org
https://www.ietf.org/mailman/listinfo/multimob

--047d7b342ba4fe851104dbad363b-- From internet-drafts@ietf.org Fri May 3 10:40:09 2013 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 DA81021F8FE8; Fri, 3 May 2013 10:40:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.001 X-Spam-Level: X-Spam-Status: No, score=-100.001 tagged_above=-999 required=5 tests=[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 00iA7jxqv-K4; Fri, 3 May 2013 10:40:09 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D419B21F8201; Fri, 3 May 2013 10:29:50 -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.44.p3 Message-ID: <20130503172950.22997.83855.idtracker@ietfa.amsl.com> Date: Fri, 03 May 2013 10:29:50 -0700 Cc: multimob@ietf.org Subject: [multimob] I-D Action: draft-ietf-multimob-pmipv6-ropt-04.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, 03 May 2013 17:40:10 -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 : Multicast Mobility Routing Optimizations for Proxy Mobil= e IPv6 Author(s) : Juan Carlos Zuniga Luis M. Contreras Carlos J. Bernardos Seil Jeon Younghan Kim Filename : draft-ietf-multimob-pmipv6-ropt-04.txt Pages : 25 Date : 2013-05-03 Abstract: The MULTIMOB group has specified a base solution to support IP multicasting in a PMIPv6 domain [RFC6224]. In this document, some enhancements to the base solution are described. These enhancements include the use of a multicast tree mobility anchor as the topological anchor point for multicast traffic, as well as a direct routing option where the MAG can provide access to multicast content in the local network. These enhancements provide benefits such as reducing multicast traffic replication and supporting different PMIPv6 deployment scenarios. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-multimob-pmipv6-ropt There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-multimob-pmipv6-ropt-04 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-multimob-pmipv6-ropt-04 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From sarikaya2012@gmail.com Mon May 6 09:25:16 2013 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 CF78F21F90EB; Mon, 6 May 2013 09:25:16 -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, HTML_MESSAGE=0.001, NO_RELAYS=-0.001] 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 Umj4o8s+DynK; Mon, 6 May 2013 09:25:15 -0700 (PDT) Received: from mail-la0-x22a.google.com (mail-la0-x22a.google.com [IPv6:2a00:1450:4010:c03::22a]) by ietfa.amsl.com (Postfix) with ESMTP id 137C621F8F1F; Mon, 6 May 2013 09:25:14 -0700 (PDT) Received: by mail-la0-f42.google.com with SMTP id fq13so3499017lab.1 for ; Mon, 06 May 2013 09:25:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:reply-to:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=T12hL3oSYAgGCgG3aoTAEoYGyCEqGapmEAcvY2aWf/I=; b=NdXpqmSpmamXSg9nlsnDuk+7kacj0R4JYJ+CzPiKzHh+D9T3725D6f2s3ljIJV2bYk dXVW2Yl71fETuIcPv7YJFQDn/4hbDce6XBey6UXqoQUx9d+dEULO25Uj7C78GBbpAVzB 7kMK23iMGU7bpao5rhchGA0d+0cjEqDYguSfwNxZlELH/63cwkw28vUsCrYSTMEUIjB/ LYjnYyclOa9X5w5lh3Fnm/cmcHzNdx1gw4VjW8JIwU/RqfOcfNDnmjQlZkB6EZAgo6H5 UNJ+cNvt3LjJBY4AbU5UGaN8NhfLui+FobmwXMO889+8PTmfeHHoQmRjiCkLhYyhSHeY QjhQ== MIME-Version: 1.0 X-Received: by 10.152.26.225 with SMTP id o1mr8399314lag.43.1367857509166; Mon, 06 May 2013 09:25:09 -0700 (PDT) Received: by 10.114.64.142 with HTTP; Mon, 6 May 2013 09:25:09 -0700 (PDT) In-Reply-To: <20130503172950.22997.83855.idtracker@ietfa.amsl.com> References: <20130503172950.22997.83855.idtracker@ietfa.amsl.com> Date: Mon, 6 May 2013 11:25:09 -0500 Message-ID: From: Behcet Sarikaya To: internet-drafts@ietf.org Content-Type: multipart/alternative; boundary=089e0158c738eff5ee04dc0f24a6 Cc: multimob@ietf.org Subject: Re: [multimob] I-D Action: draft-ietf-multimob-pmipv6-ropt-04.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, 06 May 2013 16:25:16 -0000 --089e0158c738eff5ee04dc0f24a6 Content-Type: text/plain; charset=ISO-8859-1 Dear Authors, There is an issue with this text in Section 3.1: Similarly, more than one MTMA could be deployed by the operator, for example to serve different multicast groups (not shown in Figure 1). This would require support for MLD proxy with multiple interfaces [I-D.ietf-multimob-pmipv6-source ], [I-D.contreras-multimob-multiple-upstreams ], [I-D.asaeda-pim-mldproxy-multif ]. As I mentioned to the authors, one I-D is missing in the list. But more importantly, it is not clear if multiple MTMAs is normative or informative. I think it is better to make in informative because otherwise these I-Ds need to be listed in the normative references list. So, please remove the above text from Section 3.1 and instead put it into Appendix A and do not forget to make Appendix A informative. Once multiple interface support with MLD proxy is cleared out in IETF, you are welcome to submit a separate draft on multiple MTMA support with a clear explanation how it would work for tunnel convergence Regards, Behcet On Fri, May 3, 2013 at 12:29 PM, wrote: > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > This draft is a work item of the Multicast Mobility Working Group of the > IETF. > > Title : Multicast Mobility Routing Optimizations for > Proxy Mobile IPv6 > Author(s) : Juan Carlos Zuniga > Luis M. Contreras > Carlos J. Bernardos > Seil Jeon > Younghan Kim > Filename : draft-ietf-multimob-pmipv6-ropt-04.txt > Pages : 25 > Date : 2013-05-03 > > Abstract: > The MULTIMOB group has specified a base solution to support IP > multicasting in a PMIPv6 domain [RFC6224]. In this document, some > enhancements to the base solution are described. These enhancements > include the use of a multicast tree mobility anchor as the > topological anchor point for multicast traffic, as well as a direct > routing option where the MAG can provide access to multicast content > in the local network. These enhancements provide benefits such as > reducing multicast traffic replication and supporting different > PMIPv6 deployment scenarios. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-multimob-pmipv6-ropt > > There's also a htmlized version available at: > http://tools.ietf.org/html/draft-ietf-multimob-pmipv6-ropt-04 > > A diff from the previous version is available at: > http://www.ietf.org/rfcdiff?url2=draft-ietf-multimob-pmipv6-ropt-04 > > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > multimob mailing list > multimob@ietf.org > https://www.ietf.org/mailman/listinfo/multimob > --089e0158c738eff5ee04dc0f24a6 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Dear Authors,

There is an issue with this text in Section 3.1:
Similarly, more than one MTMA could be
   deployed by the operator, for example to serve different multicast
   groups (not shown in Figure 1).  This would require support for MLD
   proxy with multiple interfaces [I-D.i=
etf-multimob-pmipv6-source],
   [I-D.contreras-multimob-mul=
tiple-upstreams],
   [I-D.asaeda-pim-mldproxy-multif].<=
/pre>As I mentioned to the authors, one I-D is missing in the list.
But =
more importantly, it is not clear if multiple MTMAs is normative or informa=
tive. I think it is better to make in informative because otherwise these I=
-Ds need to be listed in the normative references list.


So, please remove the above text from Section 3.1 and instead put it in=
to Appendix A and do not forget to make Appendix A informative.

Once=
 multiple interface support with MLD proxy is cleared out in IETF, you are =
welcome to submit a separate draft on multiple MTMA support with a clear ex=
planation how it would work for tunnel convergence

Regards,

Behcet



On Fri, Ma=
y 3, 2013 at 12:29 PM,  <internet-drafts@ietf.org> wr=
ote:




A New Internet-Draft is available from the on-line Internet-Drafts director=
ies.

=A0This draft is a work item of the Multicast Mobility Working Group of the=
 IETF.



=A0 =A0 =A0 =A0 Title =A0 =A0 =A0 =A0 =A0 : Multicast Mobility Routing Opti=
mizations for Proxy Mobile IPv6

=A0 =A0 =A0 =A0 Author(s) =A0 =A0 =A0 : Juan Carlos Zuniga

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Luis M. Contreras

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Carlos J. Bernardos

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Seil Jeon

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Younghan Kim

=A0 =A0 =A0 =A0 Filename =A0 =A0 =A0 =A0: draft-ietf-multimob-pmipv6-ropt-0=
4.txt

=A0 =A0 =A0 =A0 Pages =A0 =A0 =A0 =A0 =A0 : 25

=A0 =A0 =A0 =A0 Date =A0 =A0 =A0 =A0 =A0 =A0: 2013-05-03



Abstract:

=A0 =A0The MULTIMOB group has specified a base solution to support IP

=A0 =A0multicasting in a PMIPv6 domain [RFC6224]. =A0In this document, some=


=A0 =A0enhancements to the base solution are described. =A0These enhancemen=
ts

=A0 =A0include the use of a multicast tree mobility anchor as the

=A0 =A0topological anchor point for multicast traffic, as well as a direct<=
br>
=A0 =A0routing option where the MAG can provide access to multicast content=


=A0 =A0in the local network. =A0These enhancements provide benefits such as=


=A0 =A0reducing multicast traffic replication and supporting different

=A0 =A0PMIPv6 deployment scenarios.





The IETF datatracker status page for this draft is:

https://datatracker.ietf.org/doc/draft-ietf-multimob-pm=
ipv6-ropt



There's also a htmlized version available at:

http://tools.ietf.org/html/draft-ietf-multimob-pmipv6-ropt=
-04



A diff from the previous version is available at:

http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-mult=
imob-pmipv6-ropt-04





Internet-Drafts are also available by anonymous FTP at:

ftp://ftp=
.ietf.org/internet-drafts/



_______________________________________________

multimob mailing list

multimob@ietf.org

https://www.ietf.org/mailman/listinfo/multimob





--089e0158c738eff5ee04dc0f24a6--

From stig@venaas.com  Mon May  6 12:22:09 2013
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 7E90A21F85C9 for ; Mon,  6 May 2013 12:22:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -100.001
X-Spam-Level: 
X-Spam-Status: No, score=-100.001 tagged_above=-999 required=5 tests=[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 4QdK5Jga+giv for ; Mon,  6 May 2013 12:22:08 -0700 (PDT)
Received: from ufisa.uninett.no (ufisa.uninett.no [IPv6:2001:700:1:2:158:38:152:126]) by ietfa.amsl.com (Postfix) with ESMTP id 4309B21F84AF for ; Mon,  6 May 2013 12:22:05 -0700 (PDT)
Received: from [IPv6:2001:420:301:1004:fd03:20e:59e5:4632] (unknown [IPv6:2001:420:301:1004:fd03:20e:59e5:4632]) by ufisa.uninett.no (Postfix) with ESMTPSA id F3C878106; Mon,  6 May 2013 21:21:58 +0200 (CEST)
Message-ID: <518802D5.605@venaas.com>
Date: Mon, 06 May 2013 12:21:57 -0700
From: Stig Venaas 
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5
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
Cc: "multimob@ietf.org" , Behcet Sarikaya 
Subject: Re: [multimob] draft-ietf-multimob-handover-optimization-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, 06 May 2013 19:22:09 -0000

Hi

On 5/1/2013 12:35 PM, Behcet Sarikaya wrote:
> Hi authors,
>
> On page 21,
>
> The MN1 will send an
>         MLD Report message (containing an State Change Record for the
>         last subscribed multicast group with a filter change record mode
>         indicating INCLUDE mode and an empty source list) to the MAG to
>         request the cease of the multicast traffic delivery.
>
>
> In RFC 3810, on Page 22,
>
> A MODE_IS_INCLUDE Record is never sent
>               with an empty source list.
>

MODE_IS_INCLUDE is used when there is no state change. It is not used
for a State Change Record. Here the state changes, and you would send
a State Change Record with "CHANGE_TO_INCLUDE_MODE" with no sources
if previously EXCLUDE, or if INCLUDE and all sources left, then a
Source List Change Record with BLOCK_OLD_SOURCES.

FYI, this text in RFC 3810 6.1 is relevant:

    the table below.  If no per-interface state existed for that
    multicast address before the change (i.e., the change consisted of
    creating a new per-interface record), or if no state exists after the
    change (i.e., the change consisted of deleting a per-interface
    record), then the "non-existent" state is considered to have an
    INCLUDE filter mode and an empty source list.

I think the text in the draft is fine. But it does specify more detail
than needed. Maybe it could just say that an MLD Report message is sent
to the MAG to request the cease of the multicast traffic delivery.

After all, what we're talking of, is the normal MLD behavior of a host
that is no longer interested. I don't see the need to go into further
detail.

Stig

> The API defined in RFC 3810 does allow the stop listening operation but
> the above seems not the right way.
> RFC 3810 defines soft leave which is based on timers.
>
> As I raised during Orlando meeting, this stop listening operation seems
> to be integrated into the source lists, i.e. not applicable to ASM.
>
>  From the charter point of view, this may not be a problem because the
> scope specifically mentions MLDv2/IGMPv3.
>
> I repeat my suggestion on the A flag from Feb. 25:
> If a feasible solution emerges and WG believes that there is a need then
> a separate draft can be written and individual Handover drafts can use it.
>
> i.e. Option 3.
>
> Behcet
>
> On Mon, Feb 25, 2013 at 4:16 PM, LUIS MIGUEL CONTRERAS MURILLO
> > wrote:
>
>     Dear all,
>
>     We have just uploaded an updated version of
>     draft-ietf-multimob-handover-optimization.
>
>     This new version includes some clarification text according to the
>     last comments received and minor editorial improvements.
>
>     All the content related to the multicast activity indication
>     procedure remains as in the previous version, waiting for the
>     discussion results and the decisions of the next meeting in Orlando.
>
>     Thanks, best regards,
>
>     Luis
>
>     -----Mensaje original-----
>     De: internet-drafts@ietf.org 
>     [mailto:internet-drafts@ietf.org ]
>     Enviado el: lunes, 25 de febrero de 2013 23:11
>     Para: LUIS MIGUEL CONTRERAS MURILLO
>     CC: isoto@it.uc3m.es ; cjbc@it.uc3m.es
>     
>     Asunto: New Version Notification for
>     draft-ietf-multimob-handover-optimization-02.txt
>
>
>     A new version of I-D, draft-ietf-multimob-handover-optimization-02.txt
>     has been successfully submitted by Luis M. Contreras and posted to
>     the IETF repository.
>
>     Filename:        draft-ietf-multimob-handover-optimization
>     Revision:        02
>     Title:           PMIPv6 multicast handover optimization by the
>     Subscription Information Acquisition through the LMA (SIAL)
>     Creation date:   2013-02-25
>     Group:           multimob
>     Number of pages: 47
>     URL:
>     http://www.ietf.org/internet-drafts/draft-ietf-multimob-handover-optimization-02.txt
>     Status:
>     http://datatracker.ietf.org/doc/draft-ietf-multimob-handover-optimization
>     Htmlized:
>     http://tools.ietf.org/html/draft-ietf-multimob-handover-optimization-02
>     Diff:
>     http://www.ietf.org/rfcdiff?url2=draft-ietf-multimob-handover-optimization-02
>
>     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' multicast context 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
>         they can also be applied to other solutions being developed to avoid
>         the tunnel convergence problem.  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 Secretariat
>
>
>     ________________________________
>
>     Este mensaje se dirige exclusivamente a su destinatario. Puede
>     consultar nuestra política de envío y recepción de correo
>     electrónico en el enlace situado más abajo.
>     This message is intended exclusively for its addressee. We only send
>     and receive email on the basis of the terms set out at:
>     http://www.tid.es/ES/PAGINAS/disclaimer.aspx
>     _______________________________________________
>     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 lmcm@tid.es  Wed May  8 11:52:54 2013
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 A419C21F90C1 for ; Wed,  8 May 2013 11:52:54 -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 Oqj2l85bgg30 for ; Wed,  8 May 2013 11:52:50 -0700 (PDT)
Received: from tidos.tid.es (tidos.tid.es [195.235.93.44]) by ietfa.amsl.com (Postfix) with ESMTP id AB69D21F902D for ; Wed,  8 May 2013 11:52:49 -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 <0MMH00FDVTRZF8@tid.hi.inet> for multimob@ietf.org; Wed, 08 May 2013 20:52:47 +0200 (MEST)
Received: from tid (tid.hi.inet [10.95.64.10])	by sbrightmailg01.hi.inet (Symantec Messaging Gateway) with SMTP id C4.47.01293.FFE9A815; Wed, 08 May 2013 20:52:47 +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 ESMTP id <0MMH00FDPTRZF8@tid.hi.inet> for multimob@ietf.org; Wed, 08 May 2013 20:52:47 +0200 (MEST)
Received: from EX10-MB2-MAD.hi.inet ([169.254.2.38]) by EX10-HTCAS8-MAD.hi.inet ([fe80::41c8:e965:8a6:de67%11]) with mapi id 14.02.0328.009; Wed, 08 May 2013 20:52:47 +0200
Date: Wed, 08 May 2013 18:52:46 +0000
From: LUIS MIGUEL CONTRERAS MURILLO 
In-reply-to: <518802D5.605@venaas.com>
X-Originating-IP: [10.95.64.115]
To: Stig Venaas 
Message-id: <823234EF5C7C334998D973D822FF801B44F53B15@EX10-MB2-MAD.hi.inet>
MIME-version: 1.0
Content-type: text/plain; charset=iso-8859-1
Content-language: es-ES
Content-transfer-encoding: quoted-printable
Accept-Language: es-ES, en-US
Thread-topic: [multimob] draft-ietf-multimob-handover-optimization-02.txt
Thread-index: AQHORqRo/gSWCJsY5kqcqrfpjdG3AJj4byKAgAM86gA=
X-AuditID: 0a5f4068-b7f006d00000050d-40-518a9eff11e7
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrPLMWRmVeSWpSXmKPExsXCFe/Apft/Xlegwb51xhYzPvaxODB6LFny kymAMYrLJiU1J7MstUjfLoEr41PDZ8aCwzYVSy59Y2lg/K7XxcjJISFgIvH7wn52CFtM4sK9 9WxdjFwcQgIbGSVu73jLDuH8ZpTYeW0qlLOBUWJ6/0+wFhYBVYlLm46B2WwChhKzdk5iBbGF BTwkFuyZzwJicwqoSZz6MwtqhYLEn3OPweIiAooSZzf9BFvHLPCMUeLjtXVARRwcvALeEit3 54HU8AoISvyYfA+snllAR6L3+zdmCFtcYs6viawQtrbEk3cXwGxGAVmJledPM0LM95R4vGUf O4RtJXF43kcWiBsEJJbsOc8MYYtKvHz8D6xXSCBPovP2N5YJjOKzkKyehWT1LCSrZyFZvYCR ZRWjWHFSUWZ6RkluYmZOuoGhXkamXmZeaskmRkgkZexgXL5T5RCjAAejEg/vhRu1gUKsiWXF lbmHGCU4mJVEeO+2dgUK8aYkVlalFuXHF5XmpBYfYmTi4JRqYNzK6M69Qjvm3YaHx0qyDh7f Y8AveinNIG3tjVUB9bXyEtWtLHfT2z9v63osVDub97/fsQUiGSuKJtevOrrr4Mru9NpPRUtf 6E19auwT7Df3unTBlZVZV03NHjZsufMnWS7Y/fP5tLzzVrL/z6dLWjeIpErc+aDgoPtu2ueZ S7tU3z87ZyUqMVOJpTgj0VCLuag4EQD6vkeZggIAAA==
References:  <518802D5.605@venaas.com>
Cc: "multimob@ietf.org" , Behcet Sarikaya 
Subject: Re: [multimob] draft-ietf-multimob-handover-optimization-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: Wed, 08 May 2013 18:52:55 -0000

Hi Stig,

Indeed that's the point. We are just trying to describe the fact that a hos=
t explicitly unsubscribes from receiving a certain content. Of course we ca=
n simplify the text to avoid confusion.

Regarding next steps for this draft, we would like to request guidance to t=
he chairs on how to progress this draft. According to the feedback received=
, it seems that the preferred option is to simplify WG draft by removing th=
e content related to the flag A mechanism from the text. Then the draft wou=
ld be focused on the signaling mechanism for transferring multicast context=
. Any further optimization (and the associated signaling) should be documen=
ted separately. Do you have any objection in following this way? If it is O=
K we will try to have a new version ready ASAP.

Best regards,

Luis

-----Mensaje original-----
De: Stig Venaas [mailto:stig@venaas.com]
Enviado el: lunes, 06 de mayo de 2013 21:22
Para: sarikaya@ieee.org
CC: Behcet Sarikaya; LUIS MIGUEL CONTRERAS MURILLO; multimob@ietf.org
Asunto: Re: [multimob] draft-ietf-multimob-handover-optimization-02.txt

Hi

On 5/1/2013 12:35 PM, Behcet Sarikaya wrote:
> Hi authors,
>
> On page 21,
>
> The MN1 will send an
>         MLD Report message (containing an State Change Record for the
>         last subscribed multicast group with a filter change record mode
>         indicating INCLUDE mode and an empty source list) to the MAG to
>         request the cease of the multicast traffic delivery.
>
>
> In RFC 3810, on Page 22,
>
> A MODE_IS_INCLUDE Record is never sent
>               with an empty source list.
>

MODE_IS_INCLUDE is used when there is no state change. It is not used for a=
 State Change Record. Here the state changes, and you would send a State Ch=
ange Record with "CHANGE_TO_INCLUDE_MODE" with no sources if previously EXC=
LUDE, or if INCLUDE and all sources left, then a Source List Change Record =
with BLOCK_OLD_SOURCES.

FYI, this text in RFC 3810 6.1 is relevant:

    the table below.  If no per-interface state existed for that
    multicast address before the change (i.e., the change consisted of
    creating a new per-interface record), or if no state exists after the
    change (i.e., the change consisted of deleting a per-interface
    record), then the "non-existent" state is considered to have an
    INCLUDE filter mode and an empty source list.

I think the text in the draft is fine. But it does specify more detail than=
 needed. Maybe it could just say that an MLD Report message is sent to the =
MAG to request the cease of the multicast traffic delivery.

After all, what we're talking of, is the normal MLD behavior of a host that=
 is no longer interested. I don't see the need to go into further detail.

Stig

> The API defined in RFC 3810 does allow the stop listening operation
> but the above seems not the right way.
> RFC 3810 defines soft leave which is based on timers.
>
> As I raised during Orlando meeting, this stop listening operation
> seems to be integrated into the source lists, i.e. not applicable to ASM.
>
>  From the charter point of view, this may not be a problem because the
> scope specifically mentions MLDv2/IGMPv3.
>
> I repeat my suggestion on the A flag from Feb. 25:
> If a feasible solution emerges and WG believes that there is a need
> then a separate draft can be written and individual Handover drafts can u=
se it.
>
> i.e. Option 3.
>
> Behcet
>
> On Mon, Feb 25, 2013 at 4:16 PM, LUIS MIGUEL CONTRERAS MURILLO
> > wrote:
>
>     Dear all,
>
>     We have just uploaded an updated version of
>     draft-ietf-multimob-handover-optimization.
>
>     This new version includes some clarification text according to the
>     last comments received and minor editorial improvements.
>
>     All the content related to the multicast activity indication
>     procedure remains as in the previous version, waiting for the
>     discussion results and the decisions of the next meeting in Orlando.
>
>     Thanks, best regards,
>
>     Luis
>
>     -----Mensaje original-----
>     De: internet-drafts@ietf.org 
>     [mailto:internet-drafts@ietf.org ]
>     Enviado el: lunes, 25 de febrero de 2013 23:11
>     Para: LUIS MIGUEL CONTRERAS MURILLO
>     CC: isoto@it.uc3m.es ; cjbc@it.uc3m.es
>     
>     Asunto: New Version Notification for
>     draft-ietf-multimob-handover-optimization-02.txt
>
>
>     A new version of I-D, draft-ietf-multimob-handover-optimization-02.tx=
t
>     has been successfully submitted by Luis M. Contreras and posted to
>     the IETF repository.
>
>     Filename:        draft-ietf-multimob-handover-optimization
>     Revision:        02
>     Title:           PMIPv6 multicast handover optimization by the
>     Subscription Information Acquisition through the LMA (SIAL)
>     Creation date:   2013-02-25
>     Group:           multimob
>     Number of pages: 47
>     URL:
>     http://www.ietf.org/internet-drafts/draft-ietf-multimob-handover-opti=
mization-02.txt
>     Status:
>     http://datatracker.ietf.org/doc/draft-ietf-multimob-handover-optimiza=
tion
>     Htmlized:
>     http://tools.ietf.org/html/draft-ietf-multimob-handover-optimization-=
02
>     Diff:
>
> http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-multimob-handover-optimiza
> tion-02
>
>     Abstract:
>         This document specifies a multicast handover optimization mechani=
sm
>         for Proxy Mobile IPv6 to accelerate the delivery of multicast
>     traffic
>         to mobile nodes after handovers.  The mechanism is based on speed=
ing
>         up the acquisition of mobile nodes' multicast context by the mobi=
le
>         access gateways.  To do that, extensions to the current Proxy Mob=
ile
>         IPv6 protocol are proposed.  These extensions are not only
>     applicable
>         to the base solution for multicast support in Proxy Mobile IPv6, =
but
>         they can also be applied to other solutions being developed to av=
oid
>         the tunnel convergence problem.  Furthermore, they are also
>         independent of the role played by the mobile access gateway withi=
n
>         the multicast network (either acting as multicast listener discov=
ery
>         proxy or multicast router).
>
>
>
>
>     The IETF Secretariat
>
>
>     ________________________________
>
>     Este mensaje se dirige exclusivamente 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 receive email on the basis of the terms set out at:
>     http://www.tid.es/ES/PAGINAS/disclaimer.aspx
>     _______________________________________________
>     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
>


________________________________

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

From stig@venaas.com  Wed May  8 12:11:14 2013
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 2DBED21F86C3 for ; Wed,  8 May 2013 12:11:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.042
X-Spam-Level: 
X-Spam-Status: No, score=-102.042 tagged_above=-999 required=5 tests=[AWL=0.557, 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 vyapdSw+D-SQ for ; Wed,  8 May 2013 12:11:13 -0700 (PDT)
Received: from ufisa.uninett.no (ufisa.uninett.no [IPv6:2001:700:1:2:158:38:152:126]) by ietfa.amsl.com (Postfix) with ESMTP id A822821F86B2 for ; Wed,  8 May 2013 12:11:12 -0700 (PDT)
Received: from [10.33.12.93] (128-107-239-234.cisco.com [128.107.239.234]) by ufisa.uninett.no (Postfix) with ESMTPSA id 13FDA813D; Wed,  8 May 2013 21:11:09 +0200 (CEST)
Message-ID: <518AA34C.90104@venaas.com>
Date: Wed, 08 May 2013 12:11:08 -0700
From: Stig Venaas 
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5
MIME-Version: 1.0
To: LUIS MIGUEL CONTRERAS MURILLO 
References:  <518802D5.605@venaas.com> <823234EF5C7C334998D973D822FF801B44F53B15@EX10-MB2-MAD.hi.inet>
In-Reply-To: <823234EF5C7C334998D973D822FF801B44F53B15@EX10-MB2-MAD.hi.inet>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Cc: "multimob@ietf.org" , Behcet Sarikaya 
Subject: Re: [multimob] draft-ietf-multimob-handover-optimization-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: Wed, 08 May 2013 19:11:14 -0000

On 5/8/2013 11:52 AM, LUIS MIGUEL CONTRERAS MURILLO wrote:
> Hi Stig,
>
> Indeed that's the point. We are just trying to describe the fact that a host explicitly unsubscribes from receiving a certain content. Of course we can simplify the text to avoid confusion.
>
> Regarding next steps for this draft, we would like to request guidance to the chairs on how to progress this draft. According to the feedback received, it seems that the preferred option is to simplify WG draft by removing the content related to the flag A mechanism from the text. Then the draft would be focused on the signaling mechanism for transferring multicast context. Any further optimization (and the associated signaling) should be documented separately. Do you have any objection in following this way? If it is OK we will try to have a new version ready ASAP.

I think so. I was the one raising this issue though. We got responses
from a few people. It is hard to know what those that remained silent
think about this issue. I wish we had more responses, but none argued
for keeping the flag. Let's see what my co-chair thinks too.

Stig

> Best regards,
>
> Luis
>
> -----Mensaje original-----
> De: Stig Venaas [mailto:stig@venaas.com]
> Enviado el: lunes, 06 de mayo de 2013 21:22
> Para: sarikaya@ieee.org
> CC: Behcet Sarikaya; LUIS MIGUEL CONTRERAS MURILLO; multimob@ietf.org
> Asunto: Re: [multimob] draft-ietf-multimob-handover-optimization-02.txt
>
> Hi
>
> On 5/1/2013 12:35 PM, Behcet Sarikaya wrote:
>> Hi authors,
>>
>> On page 21,
>>
>> The MN1 will send an
>>          MLD Report message (containing an State Change Record for the
>>          last subscribed multicast group with a filter change record mode
>>          indicating INCLUDE mode and an empty source list) to the MAG to
>>          request the cease of the multicast traffic delivery.
>>
>>
>> In RFC 3810, on Page 22,
>>
>> A MODE_IS_INCLUDE Record is never sent
>>                with an empty source list.
>>
>
> MODE_IS_INCLUDE is used when there is no state change. It is not used for a State Change Record. Here the state changes, and you would send a State Change Record with "CHANGE_TO_INCLUDE_MODE" with no sources if previously EXCLUDE, or if INCLUDE and all sources left, then a Source List Change Record with BLOCK_OLD_SOURCES.
>
> FYI, this text in RFC 3810 6.1 is relevant:
>
>      the table below.  If no per-interface state existed for that
>      multicast address before the change (i.e., the change consisted of
>      creating a new per-interface record), or if no state exists after the
>      change (i.e., the change consisted of deleting a per-interface
>      record), then the "non-existent" state is considered to have an
>      INCLUDE filter mode and an empty source list.
>
> I think the text in the draft is fine. But it does specify more detail than needed. Maybe it could just say that an MLD Report message is sent to the MAG to request the cease of the multicast traffic delivery.
>
> After all, what we're talking of, is the normal MLD behavior of a host that is no longer interested. I don't see the need to go into further detail.
>
> Stig
>
>> The API defined in RFC 3810 does allow the stop listening operation
>> but the above seems not the right way.
>> RFC 3810 defines soft leave which is based on timers.
>>
>> As I raised during Orlando meeting, this stop listening operation
>> seems to be integrated into the source lists, i.e. not applicable to ASM.
>>
>>   From the charter point of view, this may not be a problem because the
>> scope specifically mentions MLDv2/IGMPv3.
>>
>> I repeat my suggestion on the A flag from Feb. 25:
>> If a feasible solution emerges and WG believes that there is a need
>> then a separate draft can be written and individual Handover drafts can use it.
>>
>> i.e. Option 3.
>>
>> Behcet
>>
>> On Mon, Feb 25, 2013 at 4:16 PM, LUIS MIGUEL CONTRERAS MURILLO
>> > wrote:
>>
>>      Dear all,
>>
>>      We have just uploaded an updated version of
>>      draft-ietf-multimob-handover-optimization.
>>
>>      This new version includes some clarification text according to the
>>      last comments received and minor editorial improvements.
>>
>>      All the content related to the multicast activity indication
>>      procedure remains as in the previous version, waiting for the
>>      discussion results and the decisions of the next meeting in Orlando.
>>
>>      Thanks, best regards,
>>
>>      Luis
>>
>>      -----Mensaje original-----
>>      De: internet-drafts@ietf.org 
>>      [mailto:internet-drafts@ietf.org ]
>>      Enviado el: lunes, 25 de febrero de 2013 23:11
>>      Para: LUIS MIGUEL CONTRERAS MURILLO
>>      CC: isoto@it.uc3m.es ; cjbc@it.uc3m.es
>>      
>>      Asunto: New Version Notification for
>>      draft-ietf-multimob-handover-optimization-02.txt
>>
>>
>>      A new version of I-D, draft-ietf-multimob-handover-optimization-02.txt
>>      has been successfully submitted by Luis M. Contreras and posted to
>>      the IETF repository.
>>
>>      Filename:        draft-ietf-multimob-handover-optimization
>>      Revision:        02
>>      Title:           PMIPv6 multicast handover optimization by the
>>      Subscription Information Acquisition through the LMA (SIAL)
>>      Creation date:   2013-02-25
>>      Group:           multimob
>>      Number of pages: 47
>>      URL:
>>      http://www.ietf.org/internet-drafts/draft-ietf-multimob-handover-optimization-02.txt
>>      Status:
>>      http://datatracker.ietf.org/doc/draft-ietf-multimob-handover-optimization
>>      Htmlized:
>>      http://tools.ietf.org/html/draft-ietf-multimob-handover-optimization-02
>>      Diff:
>>
>> http://www.ietf.org/rfcdiff?url2=draft-ietf-multimob-handover-optimiza
>> tion-02
>>
>>      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' multicast context 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
>>          they can also be applied to other solutions being developed to avoid
>>          the tunnel convergence problem.  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 Secretariat
>>
>>
>>      ________________________________
>>
>>      Este mensaje se dirige exclusivamente a su destinatario. Puede
>>      consultar nuestra política de envío y recepción de correo
>>      electrónico en el enlace situado más abajo.
>>      This message is intended exclusively for its addressee. We only send
>>      and receive email on the basis of the terms set out at:
>>      http://www.tid.es/ES/PAGINAS/disclaimer.aspx
>>      _______________________________________________
>>      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
>>
>
>
> ________________________________
>
> Este mensaje se dirige exclusivamente a su destinatario. Puede consultar nuestra política de envío y recepción de correo electrónico en el enlace situado más abajo.
> This message is intended exclusively for its addressee. We only send and receive email on the basis of the terms set out at:
> http://www.tid.es/ES/PAGINAS/disclaimer.aspx
>


From sarikaya2012@gmail.com  Mon May 13 11:34:28 2013
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 C3C8521F85D6 for ; Mon, 13 May 2013 11:34:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.109
X-Spam-Level: 
X-Spam-Status: No, score=-2.109 tagged_above=-999 required=5 tests=[BAYES_05=-1.11, HTML_MESSAGE=0.001, 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 eZG1NcUTzsh2 for ; Mon, 13 May 2013 11:34:24 -0700 (PDT)
Received: from mail-lb0-f173.google.com (mail-lb0-f173.google.com [209.85.217.173]) by ietfa.amsl.com (Postfix) with ESMTP id 0D71C21F85C3 for ; Mon, 13 May 2013 11:34:23 -0700 (PDT)
Received: by mail-lb0-f173.google.com with SMTP id t10so2670646lbi.4 for ; Mon, 13 May 2013 11:34:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:reply-to:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=1pL1ZGmbd1jrjV9PucnaE/5JEYbnlyPA0OeYZkWFGv8=; b=lJhQEWlz8+gr8x3FuGHPHC1QPWtaiAarktW3EpfQsTpndd9pHL7K4jurfpDIEfWiu2 K4zPlO6EH6/CSxiT3ye778zhKs3/S/FyeShGqZ2cQnpWzv8vhXFiHL4+M8TwNSX30hed CgSqu0jID27H8aDp3eT+K3lwPTftd9NE6DAOK9iAFC5pkz3hNVmkww9AauQ4dGqcBAoN QpqdddZObYEMCcmJf6LABVp/lCDcXrcnjpVC+rXvsVFq1sPeLKi6jo32GKaC4SAEqAji D45VwtW6Agxoh+0yQ1iJ8eoCpOHKoHj4Jgr18CGOH2d28EnUC6Nr2/v33Qc3+Q6+LF+m pekg==
MIME-Version: 1.0
X-Received: by 10.112.133.137 with SMTP id pc9mr13426924lbb.74.1368470062831;  Mon, 13 May 2013 11:34:22 -0700 (PDT)
Received: by 10.114.64.142 with HTTP; Mon, 13 May 2013 11:34:22 -0700 (PDT)
In-Reply-To: <823234EF5C7C334998D973D822FF801B44F53B15@EX10-MB2-MAD.hi.inet>
References:  <518802D5.605@venaas.com> <823234EF5C7C334998D973D822FF801B44F53B15@EX10-MB2-MAD.hi.inet>
Date: Mon, 13 May 2013 13:34:22 -0500
Message-ID: 
From: Behcet Sarikaya 
To: LUIS MIGUEL CONTRERAS MURILLO 
Content-Type: multipart/alternative; boundary=047d7b3439a4fb1f3204dc9dc3bc
Cc: "multimob@ietf.org" 
Subject: Re: [multimob] draft-ietf-multimob-handover-optimization-02.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, 13 May 2013 18:34:28 -0000

--047d7b3439a4fb1f3204dc9dc3bc
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On Wed, May 8, 2013 at 1:52 PM, LUIS MIGUEL CONTRERAS MURILLO
wrote:

> Hi Stig,
>
> Indeed that's the point. We are just trying to describe the fact that a
> host explicitly unsubscribes from receiving a certain content. Of course =
we
> can simplify the text to avoid confusion.
>
> Regarding next steps for this draft, we would like to request guidance to
> the chairs on how to progress this draft. According to the feedback
> received, it seems that the preferred option is to simplify WG draft by
> removing the content related to the flag A mechanism from the text. Then
> the draft would be focused on the signaling mechanism for transferring
> multicast context. Any further optimization (and the associated signaling=
)
> should be documented separately. Do you have any objection in following
> this way? If it is OK we will try to have a new version ready ASAP.
>
>
This sounds good.

Regards,

Behcet

> Best regards,
>
> Luis
>
> -----Mensaje original-----
> De: Stig Venaas [mailto:stig@venaas.com]
> Enviado el: lunes, 06 de mayo de 2013 21:22
> Para: sarikaya@ieee.org
> CC: Behcet Sarikaya; LUIS MIGUEL CONTRERAS MURILLO; multimob@ietf.org
> Asunto: Re: [multimob] draft-ietf-multimob-handover-optimization-02.txt
>
> Hi
>
> On 5/1/2013 12:35 PM, Behcet Sarikaya wrote:
> > Hi authors,
> >
> > On page 21,
> >
> > The MN1 will send an
> >         MLD Report message (containing an State Change Record for the
> >         last subscribed multicast group with a filter change record mod=
e
> >         indicating INCLUDE mode and an empty source list) to the MAG to
> >         request the cease of the multicast traffic delivery.
> >
> >
> > In RFC 3810, on Page 22,
> >
> > A MODE_IS_INCLUDE Record is never sent
> >               with an empty source list.
> >
>
> MODE_IS_INCLUDE is used when there is no state change. It is not used for
> a State Change Record. Here the state changes, and you would send a State
> Change Record with "CHANGE_TO_INCLUDE_MODE" with no sources if previously
> EXCLUDE, or if INCLUDE and all sources left, then a Source List Change
> Record with BLOCK_OLD_SOURCES.
>
> FYI, this text in RFC 3810 6.1 is relevant:
>
>     the table below.  If no per-interface state existed for that
>     multicast address before the change (i.e., the change consisted of
>     creating a new per-interface record), or if no state exists after the
>     change (i.e., the change consisted of deleting a per-interface
>     record), then the "non-existent" state is considered to have an
>     INCLUDE filter mode and an empty source list.
>
> I think the text in the draft is fine. But it does specify more detail
> than needed. Maybe it could just say that an MLD Report message is sent t=
o
> the MAG to request the cease of the multicast traffic delivery.
>
> After all, what we're talking of, is the normal MLD behavior of a host
> that is no longer interested. I don't see the need to go into further
> detail.
>
> Stig
>
> > The API defined in RFC 3810 does allow the stop listening operation
> > but the above seems not the right way.
> > RFC 3810 defines soft leave which is based on timers.
> >
> > As I raised during Orlando meeting, this stop listening operation
> > seems to be integrated into the source lists, i.e. not applicable to AS=
M.
> >
> >  From the charter point of view, this may not be a problem because the
> > scope specifically mentions MLDv2/IGMPv3.
> >
> > I repeat my suggestion on the A flag from Feb. 25:
> > If a feasible solution emerges and WG believes that there is a need
> > then a separate draft can be written and individual Handover drafts can
> use it.
> >
> > i.e. Option 3.
> >
> > Behcet
> >
> > On Mon, Feb 25, 2013 at 4:16 PM, LUIS MIGUEL CONTRERAS MURILLO
> > > wrote:
> >
> >     Dear all,
> >
> >     We have just uploaded an updated version of
> >     draft-ietf-multimob-handover-optimization.
> >
> >     This new version includes some clarification text according to the
> >     last comments received and minor editorial improvements.
> >
> >     All the content related to the multicast activity indication
> >     procedure remains as in the previous version, waiting for the
> >     discussion results and the decisions of the next meeting in Orlando=
.
> >
> >     Thanks, best regards,
> >
> >     Luis
> >
> >     -----Mensaje original-----
> >     De: internet-drafts@ietf.org 
> >     [mailto:internet-drafts@ietf.org ]
> >     Enviado el: lunes, 25 de febrero de 2013 23:11
> >     Para: LUIS MIGUEL CONTRERAS MURILLO
> >     CC: isoto@it.uc3m.es ; cjbc@it.uc3m.es
> >     
> >     Asunto: New Version Notification for
> >     draft-ietf-multimob-handover-optimization-02.txt
> >
> >
> >     A new version of I-D,
> draft-ietf-multimob-handover-optimization-02.txt
> >     has been successfully submitted by Luis M. Contreras and posted to
> >     the IETF repository.
> >
> >     Filename:        draft-ietf-multimob-handover-optimization
> >     Revision:        02
> >     Title:           PMIPv6 multicast handover optimization by the
> >     Subscription Information Acquisition through the LMA (SIAL)
> >     Creation date:   2013-02-25
> >     Group:           multimob
> >     Number of pages: 47
> >     URL:
> >
> http://www.ietf.org/internet-drafts/draft-ietf-multimob-handover-optimiza=
tion-02.txt
> >     Status:
> >
> http://datatracker.ietf.org/doc/draft-ietf-multimob-handover-optimization
> >     Htmlized:
> >
> http://tools.ietf.org/html/draft-ietf-multimob-handover-optimization-02
> >     Diff:
> >
> > http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-multimob-handover-optimiz=
a
> > tion-02
> >
> >     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' multicast context 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
> >         they can also be applied to other solutions being developed to
> avoid
> >         the tunnel convergence problem.  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 Secretariat
> >
> >
> >     ________________________________
> >
> >     Este mensaje se dirige exclusivamente 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 sen=
d
> >     and receive email on the basis of the terms set out at:
> >     http://www.tid.es/ES/PAGINAS/disclaimer.aspx
> >     _______________________________________________
> >     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
> >
>
>
> ________________________________
>
> Este mensaje se dirige exclusivamente 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
> receive email on the basis of the terms set out at:
> http://www.tid.es/ES/PAGINAS/disclaimer.aspx
>

--047d7b3439a4fb1f3204dc9dc3bc
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable



On Wed, May 8, 2013 at 1:52 PM, LUIS MIG=
UEL CONTRERAS MURILLO <lmcm@tid.es> wrote:

Hi Stig,



Indeed that's the point. We are just trying to describe the fact that a=
 host explicitly unsubscribes from receiving a certain content. Of course w=
e can simplify the text to avoid confusion.



Regarding next steps for this draft, we would like to request guidance to t=
he chairs on how to progress this draft. According to the feedback received=
, it seems that the preferred option is to simplify WG draft by removing th=
e content related to the flag A mechanism from the text. Then the draft wou=
ld be focused on the signaling mechanism for transferring multicast context=
. Any further optimization (and the associated signaling) should be documen=
ted separately. Do you have any objection in following this way? If it is O=
K we will try to have a new version ready ASAP.





This sounds good.

=
Regards,

Behcet 


Best regards,



Luis



-----Mensaje original-----


De: Stig Venaas [mailto:stig@venaa=
s.com]

Enviado el: lunes, 06 de mayo de 2013 21:22

Para: sarikaya@ieee.org

CC: Behcet Sarikaya; LUIS MIGUEL CONTRERAS MURILLO; multimob@ietf.org

Asunto: Re: [multimob] draft-ietf-multimob-handover-optimization-02.txt




Hi



On 5/1/2013 12:35 PM, Behcet Sarikaya wrote:

> Hi authors,

>

> On page 21,

>

> The MN1 will send an

> =A0 =A0 =A0 =A0 MLD Report message (containing an State Change Record =
for the

> =A0 =A0 =A0 =A0 last subscribed multicast group with a filter change r=
ecord mode

> =A0 =A0 =A0 =A0 indicating INCLUDE mode and an empty source list) to t=
he MAG to

> =A0 =A0 =A0 =A0 request the cease of the multicast traffic delivery.
>

>

> In RFC 3810, on Page 22,

>

> A MODE_IS_INCLUDE Record is never sent

> =A0 =A0 =A0 =A0 =A0 =A0 =A0 with an empty source list.

>



MODE_IS_INCLUDE is used when there is no state change. It is not used for a=
 State Change Record. Here the state changes, and you would send a State Ch=
ange Record with "CHANGE_TO_INCLUDE_MODE" with no sources if prev=
iously EXCLUDE, or if INCLUDE and all sources left, then a Source List Chan=
ge Record with BLOCK_OLD_SOURCES.




FYI, this text in RFC 3810 6.1 is relevant:



=A0 =A0 the table below. =A0If no per-interface state existed for that

=A0 =A0 multicast address before the change (i.e., the change consisted of<=
br>
=A0 =A0 creating a new per-interface record), or if no state exists after t=
he

=A0 =A0 change (i.e., the change consisted of deleting a per-interface

=A0 =A0 record), then the "non-existent" state is considered to h=
ave an

=A0 =A0 INCLUDE filter mode and an empty source list.



I think the text in the draft is fine. But it does specify more detail than=
 needed. Maybe it could just say that an MLD Report message is sent to the =
MAG to request the cease of the multicast traffic delivery.



After all, what we're talking of, is the normal MLD behavior of a host =
that is no longer interested. I don't see the need to go into further d=
etail.



Stig



> The API defined in RFC 3810 does allow the stop listening operation
> but the above seems not the right way.

> RFC 3810 defines soft leave which is based on timers.

>

> As I raised during Orlando meeting, this stop listening operation

> seems to be integrated into the source lists, i.e. not applicable to A=
SM.

>

> =A0From the charter point of view, this may not be a problem because t=
he

> scope specifically mentions MLDv2/IGMPv3.

>

> I repeat my suggestion on the A flag from Feb. 25:

> If a feasible solution emerges and WG believes that there is a need
> then a separate draft can be written and individual Handover drafts ca=
n use it.

>

> i.e. Option 3.

>

> Behcet

>

> On Mon, Feb 25, 2013 at 4:16 PM, LUIS MIGUEL CONTRERAS MURILLO

> <lmcm@tid.es <mailto:lmcm@tid.es>> wrote:

>

> =A0 =A0 Dear all,

>

> =A0 =A0 We have just uploaded an updated version of

> =A0 =A0 draft-ietf-multimob-handover-optimization.

>

> =A0 =A0 This new version includes some clarification text according to=
 the

> =A0 =A0 last comments received and minor editorial improvements.

>

> =A0 =A0 All the content related to the multicast activity indication
> =A0 =A0 procedure remains as in the previous version, waiting for the<=
br>
> =A0 =A0 discussion results and the decisions of the next meeting in Or=
lando.

>

> =A0 =A0 Thanks, best regards,

>

> =A0 =A0 Luis

>

> =A0 =A0 -----Mensaje original-----

> =A0 =A0 De: internet-draft=
s@ietf.org <mailto:inter=
net-drafts@ietf.org>

> =A0 =A0 [mailto:internet-d=
rafts@ietf.org <mailto:i=
nternet-drafts@ietf.org>]

> =A0 =A0 Enviado el: lunes, 25 de febrero de 2013 23:11

> =A0 =A0 Para: LUIS MIGUEL CONTRERAS MURILLO

> =A0 =A0 CC: isoto@it.uc3m.es &=
lt;mailto:isoto@it.uc3m.es>; cjbc@it.uc3m.es

> =A0 =A0 <mailto:cjbc@it.uc3m.es<=
/a>>

> =A0 =A0 Asunto: New Version Notification for

> =A0 =A0 draft-ietf-multimob-handover-optimization-02.txt

>

>

> =A0 =A0 A new version of I-D, draft-ietf-multimob-handover-optimizatio=
n-02.txt

> =A0 =A0 has been successfully submitted by Luis M. Contreras and poste=
d to

> =A0 =A0 the IETF repository.

>

> =A0 =A0 Filename: =A0 =A0 =A0 =A0draft-ietf-multimob-handover-optimiza=
tion

> =A0 =A0 Revision: =A0 =A0 =A0 =A002

> =A0 =A0 Title: =A0 =A0 =A0 =A0 =A0 PMIPv6 multicast handover optimizat=
ion by the

> =A0 =A0 Subscription Information Acquisition through the LMA (SIAL)
> =A0 =A0 Creation date: =A0 2013-02-25

> =A0 =A0 Group: =A0 =A0 =A0 =A0 =A0 multimob

> =A0 =A0 Number of pages: 47

> =A0 =A0 URL:

> =A0 =A0 http://www.ietf.org/in=
ternet-drafts/draft-ietf-multimob-handover-optimization-02.txt

> =A0 =A0 Status:

> =A0 =A0 http://datatracker.ietf.org/doc/d=
raft-ietf-multimob-handover-optimization

> =A0 =A0 Htmlized:

> =A0 =A0 http://tools.ietf.org/html/draft-ie=
tf-multimob-handover-optimization-02

> =A0 =A0 Diff:

>

> http://www.ietf.org/rfcdiff?url2=3Ddraft-i=
etf-multimob-handover-optimiza

> tion-02

>

> =A0 =A0 Abstract:

> =A0 =A0 =A0 =A0 This document specifies a multicast handover optimizat=
ion mechanism

> =A0 =A0 =A0 =A0 for Proxy Mobile IPv6 to accelerate the delivery of mu=
lticast

> =A0 =A0 traffic

> =A0 =A0 =A0 =A0 to mobile nodes after handovers. =A0The mechanism is b=
ased on speeding

> =A0 =A0 =A0 =A0 up the acquisition of mobile nodes' multicast cont=
ext by the mobile

> =A0 =A0 =A0 =A0 access gateways. =A0To do that, extensions to the curr=
ent Proxy Mobile

> =A0 =A0 =A0 =A0 IPv6 protocol are proposed. =A0These extensions are no=
t only

> =A0 =A0 applicable

> =A0 =A0 =A0 =A0 to the base solution for multicast support in Proxy Mo=
bile IPv6, but

> =A0 =A0 =A0 =A0 they can also be applied to other solutions being deve=
loped to avoid

> =A0 =A0 =A0 =A0 the tunnel convergence problem. =A0Furthermore, they a=
re also

> =A0 =A0 =A0 =A0 independent of the role played by the mobile access ga=
teway within

> =A0 =A0 =A0 =A0 the multicast network (either acting as multicast list=
ener discovery

> =A0 =A0 =A0 =A0 proxy or multicast router).

>

>

>

>

> =A0 =A0 The IETF Secretariat

>

>

> =A0 =A0 ________________________________

>

> =A0 =A0 Este mensaje se dirige exclusivamente a su destinatario. Puede=


> =A0 =A0 consultar nuestra pol=EDtica de env=EDo y recepci=F3n de corre=
o

> =A0 =A0 electr=F3nico en el enlace situado m=E1s abajo.

> =A0 =A0 This message is intended exclusively for its addressee. We onl=
y send

> =A0 =A0 and receive email on the basis of the terms set out at:

> =A0 =A0 http://www.tid.es/ES/PAGINAS/disclaimer.aspx

> =A0 =A0 _______________________________________________

> =A0 =A0 multimob mailing list

> =A0 =A0 multimob@ietf.org <=
;mailto:multimob@ietf.org>

> =A0 =A0 https://www.ietf.org/mailman/listinfo/multimob

>

>

>

>

> _______________________________________________

> multimob mailing list

> multimob@ietf.org

> https://www.ietf.org/mailman/listinfo/multimob

>





________________________________



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





--047d7b3439a4fb1f3204dc9dc3bc--

From internet-drafts@ietf.org  Mon May 13 12:28:49 2013
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 CAA6A21F95A0; Mon, 13 May 2013 12:28:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.346
X-Spam-Level: 
X-Spam-Status: No, score=-102.346 tagged_above=-999 required=5 tests=[AWL=0.254, BAYES_00=-2.599, 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 li35mQ4ZB+sz; Mon, 13 May 2013 12:28:49 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 302C221F86AE; Mon, 13 May 2013 12:28:49 -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.44.p7
Message-ID: <20130513192849.27091.64442.idtracker@ietfa.amsl.com>
Date: Mon, 13 May 2013 12:28:49 -0700
Cc: multimob@ietf.org
Subject: [multimob] I-D Action: draft-ietf-multimob-pmipv6-ropt-05.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, 13 May 2013 19:28:49 -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           : Multicast Mobility Routing Optimizations for Proxy Mobil=
e IPv6
	Author(s)       : Juan Carlos Zuniga
                          Luis M. Contreras
                          Carlos J. Bernardos
                          Seil Jeon
                          Younghan Kim
	Filename        : draft-ietf-multimob-pmipv6-ropt-05.txt
	Pages           : 25
	Date            : 2013-05-13

Abstract:
   The MULTIMOB group has specified a base solution to support IP
   multicasting in a PMIPv6 domain [RFC6224].  In this document, some
   enhancements to the base solution are described.  These enhancements
   include the use of a multicast tree mobility anchor as the
   topological anchor point for multicast traffic, as well as a direct
   routing option where the MAG can provide access to multicast content
   in the local network.  These enhancements provide benefits such as
   reducing multicast traffic replication and supporting different
   PMIPv6 deployment scenarios.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-multimob-pmipv6-ropt

There's also a htmlized version available at:
http://tools.ietf.org/html/draft-ietf-multimob-pmipv6-ropt-05

A diff from the previous version is available at:
http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-multimob-pmipv6-ropt-05


Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


From ietf-ipr@ietf.org  Wed May 15 07:33:30 2013
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 BD74521F90CD; Wed, 15 May 2013 07:33:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.344
X-Spam-Level: 
X-Spam-Status: No, score=-102.344 tagged_above=-999 required=5 tests=[AWL=0.256, BAYES_00=-2.599, 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 vUEh1P+0fXnB; Wed, 15 May 2013 07:33:30 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 4E61E21F908B; Wed, 15 May 2013 07:33:30 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
From: IETF Secretariat 
To: JuanCarlos.Zuniga@InterDigital.com, lmcm@tid.es, cjbc@it.uc3m.es, seiljeon@av.it.pt, yhkim@dcn.ssu.ac.kr
X-Test-IDTracker: no
X-IETF-IDTracker: 4.45
Message-ID: <20130515143330.30487.21764.idtracker@ietfa.amsl.com>
Date: Wed, 15 May 2013 07:33:30 -0700
Cc: multimob@ietf.org, ted.lemon@nominum.com, ipr-announce@ietf.org
Subject: [multimob] IPR Disclosure: Foundation of Soongsil University-Industry	Cooperation's Statement about IPR related to	draft-ietf-multimob-pmipv6-ropt-05
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, 15 May 2013 14:33:30 -0000

Dear Juan Zuniga, Luis M. Contreras, Carlos J=C3=A9sus Bernardos, Seil Jeon=
, Younghan Kim:

 An IPR disclosure that pertains to your Internet-Draft entitled "Multicast
Mobility Routing Optimizations for Proxy Mobile IPv6" (draft-ietf-multimob-
pmipv6-ropt) was submitted to the IETF Secretariat on 2013-05-14 and has be=
en
posted on the "IETF Page of Intellectual Property Rights Disclosures"
(https://datatracker.ietf.org/ipr/2074/). The title of the IPR disclosure is
"Foundation of Soongsil University-Industry Cooperation's Statement about I=
PR
related to draft-ietf-multimob-pmipv6-ropt-05."");

The IETF Secretariat


From ietf-ipr@ietf.org  Thu May 16 13:46:34 2013
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 D018711E8165; Thu, 16 May 2013 13:46:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.354
X-Spam-Level: 
X-Spam-Status: No, score=-102.354 tagged_above=-999 required=5 tests=[AWL=0.246, BAYES_00=-2.599, 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 TWa36dCwq4SJ; Thu, 16 May 2013 13:46:34 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 672BF11E8150; Thu, 16 May 2013 13:46:34 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
From: IETF Secretariat 
To: JuanCarlos.Zuniga@InterDigital.com, lmcm@tid.es, cjbc@it.uc3m.es, seiljeon@av.it.pt, yhkim@dcn.ssu.ac.kr
X-Test-IDTracker: no
X-IETF-IDTracker: 4.45
Message-ID: <20130516204634.31611.99404.idtracker@ietfa.amsl.com>
Date: Thu, 16 May 2013 13:46:34 -0700
Cc: multimob@ietf.org, ted.lemon@nominum.com, ipr-announce@ietf.org
Subject: [multimob] IPR Disclosure: Foundation of Soongsil University-Industry	Cooperation's Statement about IPR related to	draft-ietf-multimob-pmipv6-ropt-05
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, 16 May 2013 20:46:35 -0000

Dear Juan Zuniga, Luis M. Contreras, Carlos J=C3=A9sus Bernardos, Seil Jeon=
, Younghan Kim:

 An IPR disclosure that pertains to your Internet-Draft entitled "Multicast
Mobility Routing Optimizations for Proxy Mobile IPv6" (draft-ietf-multimob-
pmipv6-ropt) was submitted to the IETF Secretariat on 2013-05-15 and has be=
en
posted on the "IETF Page of Intellectual Property Rights Disclosures"
(https://datatracker.ietf.org/ipr/2077/). The title of the IPR disclosure is
"Foundation of Soongsil University-Industry Cooperation's Statement about I=
PR
related to draft-ietf-multimob-pmipv6-ropt-05."");

The IETF Secretariat


From sarikaya2012@gmail.com  Tue May 21 07:42:10 2013
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 C242121F9846 for ; Tue, 21 May 2013 07:42:10 -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, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
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 AX5BktXo6QG5 for ; Tue, 21 May 2013 07:42:10 -0700 (PDT)
Received: from mail-la0-x229.google.com (mail-la0-x229.google.com [IPv6:2a00:1450:4010:c03::229]) by ietfa.amsl.com (Postfix) with ESMTP id E9A5B21F9840 for ; Tue, 21 May 2013 07:42:09 -0700 (PDT)
Received: by mail-la0-f41.google.com with SMTP id ee20so780351lab.28 for ; Tue, 21 May 2013 07:42:03 -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=VCZUR+KFjTz2Ccq5VKPtqGQfhHYwZFThYUciL1hMUnU=; b=B8SCn9n+o+hxm/41g/rYrTfbAKb0gtdU3v1HydCGL+dr2FMe7MaiBOPcZAdfg7E+O7 QDBW8C80CGMOHkMhVc3hkz7wJ25Ffp2fR8WYB/1H7nmVOL93BKBBsPcK/ZPibDvgZpIl Z0/RC5IRB/n8lyfauyAqUF1WJOjl2RLv9HOgBmp3N6ZdEYtoMtH2d+nbSMPFG9ZfesqS A0eJZ2C75/7lE4I9DSWW3adTLqtU2pZVMhgSFKv0qfgdAAsKRK7RznfysjT1ThCB/YlL R6oFjMg3HOmxWapacfwJGSafVp+ahbb8rrjBPGR6kRoztZ5txEaL7QJNQ7Ru268cfcvY qK7Q==
MIME-Version: 1.0
X-Received: by 10.152.37.196 with SMTP id a4mr1494394lak.55.1369147322910; Tue, 21 May 2013 07:42:02 -0700 (PDT)
Received: by 10.114.62.195 with HTTP; Tue, 21 May 2013 07:42:02 -0700 (PDT)
Date: Tue, 21 May 2013 09:42:02 -0500
Message-ID: 
From: Behcet Sarikaya 
To: multimob@ietf.org
Content-Type: multipart/alternative; boundary=089e01493c8ad3cdaf04dd3b7375
Subject: [multimob] 2nd WGLC on draft-ietf-multimob-pmipv6-ropt-05
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, 21 May 2013 14:42:10 -0000

--089e01493c8ad3cdaf04dd3b7375
Content-Type: text/plain; charset=ISO-8859-1

Folks,
     Since there was a late IPR claim on this draft, this message
starts a one week Multimob Working Group last call
on advancing:
	Title           : Multicast Mobility Routing Optimizations for Proxy
Mobile IPv6
	Author(s)       : Juan Carlos Zuniga
                          Luis M. Contreras
                          Carlos J. Bernardos
                          Seil Jeon
                          Younghan Kim
	Filename        : draft-ietf-multimob-pmipv6-ropt-05.txt
	Pages           : 25
	Date            : 2013-05-13
as Experimental.  Substantive comments and statements of support
for advancing this document should be directed to the mailing list.
Editorial suggestions can be sent to the authors.  This last call will
end on May 28, 2013.
We also indicate that there are now two IPR claims made on this draft,
for details,
see
https://datatracker.ietf.org/ipr/search/?option=document_search&document_search=draft-ietf-multimob-pmipv6-ropt

Regards,

Behcet

--089e01493c8ad3cdaf04dd3b7375
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable


Folks,
     Since there was a late IPR claim on this draft, this message starts a =
one week Multimob Working Group last call
on advancing:
	Title           : Multicast Mobility Routing Optimization=
s for Proxy Mobile IPv6
	Author(s)       : Juan Carlos Zuniga
                          Luis M. Contreras
                          Carlos J. Bernardos
                          Seil Jeon
                          Younghan Kim
	Filename        : draft-ietf-multimob-pmipv6-ropt-05.txt
	Pages           : 25
	Date            : 2013-05-13

as Experimental.  Substantive comments and statements of support
for advancing this document should be directed to the mailing list.
Editorial suggestions can be sent to the authors.  This last call will
end on May 28, 2013.

We also indicate that there are now two IPR claims made on this draft, =
for details, 
see 
https://datatracker.ietf.org/ipr/search/?option=3Ddocument_search&am=
p;document_search=3Ddraft-ietf-multimob-pmipv6-ropt


Regards,

Behcet


--089e01493c8ad3cdaf04dd3b7375--

From ietf-ipr@ietf.org  Tue May 21 12:34:56 2013
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 C176E11E8105; Tue, 21 May 2013 12:34:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.397
X-Spam-Level: 
X-Spam-Status: No, score=-102.397 tagged_above=-999 required=5 tests=[AWL=0.203, BAYES_00=-2.599, 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 M67FFTEwaDzh; Tue, 21 May 2013 12:34:56 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0EC0C11E80F8; Tue, 21 May 2013 12:34:56 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
From: IETF Secretariat 
To: JuanCarlos.Zuniga@InterDigital.com, lmcm@tid.es, cjbc@it.uc3m.es, seiljeon@av.it.pt, yhkim@dcn.ssu.ac.kr
X-Test-IDTracker: no
X-IETF-IDTracker: 4.50
Message-ID: <20130521193456.16099.60049.idtracker@ietfa.amsl.com>
Date: Tue, 21 May 2013 12:34:56 -0700
Cc: multimob@ietf.org, ted.lemon@nominum.com, ipr-announce@ietf.org
Subject: [multimob] IPR Disclosure: InterDigital Patent Holdings, Inc.'s Statement about IPR related to	draft-ietf-multimob-pmipv6-ropt-05
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, 21 May 2013 19:34:56 -0000

Dear Juan Zuniga, Luis M. Contreras, Carlos J=C3=A9sus Bernardos, Seil Jeon=
, Younghan Kim:

 An IPR disclosure that pertains to your Internet-Draft entitled "Multicast
Mobility Routing Optimizations for Proxy Mobile IPv6" (draft-ietf-multimob-
pmipv6-ropt) was submitted to the IETF Secretariat on 2013-05-15 and has be=
en
posted on the "IETF Page of Intellectual Property Rights Disclosures"
(https://datatracker.ietf.org/ipr/2075/). The title of the IPR disclosure is
"InterDigital Patent Holdings, Inc.'s Statement about IPR related to draft-=
ietf-
multimob-pmipv6-ropt-05."");

The IETF Secretariat


From sfigueiredo@av.it.pt  Wed May 29 14:56:57 2013
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 8352F21F9766 for ; Wed, 29 May 2013 14:56:57 -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 mWBv9LoWe3Yc for ; Wed, 29 May 2013 14:56:52 -0700 (PDT)
Received: from av.it.pt (mail.av.it.pt [193.136.92.53]) by ietfa.amsl.com (Postfix) with ESMTP id 07DA421F97A8 for ; Wed, 29 May 2013 14:56:48 -0700 (PDT)
Received: from [83.197.161.105] (account sfigueiredo@av.it.pt HELO [192.168.200.244]) by av.it.pt (CommuniGate Pro SMTP 5.4.2) with ESMTPSA id 69440734; Wed, 29 May 2013 22:56:46 +0100
Message-ID: <51A6799C.2060603@av.it.pt>
Date: Wed, 29 May 2013 22:56:44 +0100
From: =?ISO-8859-1?Q?S=E9rgio_Figueiredo?= 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130221 Thunderbird/17.0.3
MIME-Version: 1.0
To: sarikaya@ieee.org
References: 
In-Reply-To: 
Content-Type: multipart/alternative; boundary="------------090504080506060003020404"
Cc: multimob@ietf.org, Behcet Sarikaya 
Subject: Re: [multimob] 2nd WGLC on draft-ietf-multimob-pmipv6-ropt-05
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, 29 May 2013 21:56:57 -0000

This is a multi-part message in MIME format.
--------------090504080506060003020404
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

Hi,

I support the adoption of this draft as Experimental. The two mechanisms 
represent feasible alternatives for avoiding the replication issues in 
PMIPv6 environments. In my opinion, after the reviewing and 
modifications it has been through in last versions, several scenarios 
can now be realistically (and flexibly) supported, and only editorial or 
minor issues persist.

Best regards,
Sérgio

On 05/21/2013 03:42 PM, Behcet Sarikaya wrote:
> Folks,
>       Since there was a late IPR claim on this draft, this message starts a one week Multimob Working Group last call
> on advancing:
> 	Title           : Multicast Mobility Routing Optimizations for Proxy Mobile IPv6
> 	Author(s)       : Juan Carlos Zuniga
>                            Luis M. Contreras
>                            Carlos J. Bernardos
>                            Seil Jeon
>                            Younghan Kim
> 	Filename        : draft-ietf-multimob-pmipv6-ropt-05.txt
> 	Pages           : 25
> 	Date            : 2013-05-13
>
> as Experimental.  Substantive comments and statements of support
> for advancing this document should be directed to the mailing list.
> Editorial suggestions can be sent to the authors.  This last call will
> end on May 28, 2013.
>
> We also indicate that there are now two IPR claims made on this draft, for details,
> see
> https://datatracker.ietf.org/ipr/search/?option=document_search&document_search=draft-ietf-multimob-pmipv6-ropt
>
>
> Regards,
>
> Behcet
>
>
> _______________________________________________
> multimob mailing list
> multimob@ietf.org
> https://www.ietf.org/mailman/listinfo/multimob


--------------090504080506060003020404
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit


  
    
  
  
    
Hi,

      

      I support the adoption of this draft as Experimental. The two
      mechanisms represent feasible alternatives for avoiding the
      replication issues in PMIPv6 environments. In my opinion, after
      the reviewing and modifications it has been through in last
      versions, several scenarios can now be realistically (and
      flexibly) supported, and only editorial or minor issues persist.

      

      Best regards,

      Sérgio

      

      On 05/21/2013 03:42 PM, Behcet Sarikaya wrote:

    

    

      
Folks,
     Since there was a late IPR claim on this draft, this message starts a one week Multimob Working Group last call
on advancing:
	Title           : Multicast Mobility Routing Optimizations for Proxy Mobile IPv6
	Author(s)       : Juan Carlos Zuniga
                          Luis M. Contreras
                          Carlos J. Bernardos
                          Seil Jeon
                          Younghan Kim
	Filename        : draft-ietf-multimob-pmipv6-ropt-05.txt
	Pages           : 25
	Date            : 2013-05-13

as Experimental.  Substantive comments and statements of support
for advancing this document should be directed to the mailing list.
Editorial suggestions can be sent to the authors.  This last call will
end on May 28, 2013.

We also indicate that there are now two IPR claims made on this draft, for details, 
see 
https://datatracker.ietf.org/ipr/search/?option=document_search&document_search=draft-ietf-multimob-pmipv6-ropt


Regards,

Behcet


      

      

      

      
_______________________________________________
multimob mailing list
multimob@ietf.org
https://www.ietf.org/mailman/listinfo/multimob


    

    

  


--------------090504080506060003020404--

From Akbar.Rahman@InterDigital.com  Thu May 30 06:29:14 2013
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 68C2821F92F5 for ; Thu, 30 May 2013 06:29:14 -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=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001]
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 k-jvTOTEHPnT for ; Thu, 30 May 2013 06:29:10 -0700 (PDT)
Received: from smtp-out1.interdigital.com (smtp-out1.interdigital.com [64.208.228.135]) by ietfa.amsl.com (Postfix) with ESMTP id BDBBF21F8CF4 for ; Thu, 30 May 2013 06:29:09 -0700 (PDT)
Received: from SAM.InterDigital.com ([10.30.2.11]) by smtp-out1.interdigital.com with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 30 May 2013 09:29:05 -0400
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CE5D39.A7CD5C3F"
Date: Thu, 30 May 2013 09:29:02 -0400
Message-ID: 
In-Reply-To: <51A6799C.2060603@av.it.pt>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [multimob] 2nd WGLC on draft-ietf-multimob-pmipv6-ropt-05
Thread-Index: Ac5ct7vv6N+uCZpzTamMRZTf6kL9lQAgc9HA
References:  <51A6799C.2060603@av.it.pt>
From: "Rahman, Akbar" 
To: , "Behcet Sarikaya" 
X-OriginalArrivalTime: 30 May 2013 13:29:05.0251 (UTC) FILETIME=[A7F23330:01CE5D39]
Cc: multimob@ietf.org
Subject: Re: [multimob] 2nd WGLC on draft-ietf-multimob-pmipv6-ropt-05
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, 30 May 2013 13:29:14 -0000

This is a multi-part message in MIME format.

------_=_NextPart_001_01CE5D39.A7CD5C3F
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

I also support the adoption of this draft as Experimental.

=20

=20

Best Regards,

=20

=20

Akbar

=20

From: multimob-bounces@ietf.org [mailto:multimob-bounces@ietf.org] On =
Behalf Of S=E9rgio Figueiredo
Sent: Wednesday, May 29, 2013 5:57 PM
To: sarikaya@ieee.org
Cc: multimob@ietf.org; Behcet Sarikaya
Subject: Re: [multimob] 2nd WGLC on draft-ietf-multimob-pmipv6-ropt-05

=20

Hi,

I support the adoption of this draft as Experimental. The two mechanisms =
represent feasible alternatives for avoiding the replication issues in =
PMIPv6 environments. In my opinion, after the reviewing and =
modifications it has been through in last versions, several scenarios =
can now be realistically (and flexibly) supported, and only editorial or =
minor issues persist.

Best regards,
S=E9rgio

On 05/21/2013 03:42 PM, Behcet Sarikaya wrote:

	Folks,
	     Since there was a late IPR claim on this draft, this message =
starts a one week Multimob Working Group last call
	on advancing:
	  Title           : Multicast Mobility Routing Optimizations for Proxy =
Mobile IPv6
	  Author(s)       : Juan Carlos Zuniga
	                          Luis M. Contreras
	                          Carlos J. Bernardos
	                          Seil Jeon
	                          Younghan Kim
	  Filename        : draft-ietf-multimob-pmipv6-ropt-05.txt
	  Pages           : 25
	  Date            : 2013-05-13
	=20
	as Experimental.  Substantive comments and statements of support
	for advancing this document should be directed to the mailing list.
	Editorial suggestions can be sent to the authors.  This last call will
	end on May 28, 2013.
	=20
	We also indicate that there are now two IPR claims made on this draft, =
for details,=20
	see=20
	=
https://datatracker.ietf.org/ipr/search/?option=3Ddocument_search&documen=
t_search=3Ddraft-ietf-multimob-pmipv6-ropt
	=20
	=20
	Regards,
	=20
	Behcet

=09
=09
=09
=09

	_______________________________________________
	multimob mailing list
	multimob@ietf.org
	https://www.ietf.org/mailman/listinfo/multimob

=20


------_=_NextPart_001_01CE5D39.A7CD5C3F
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable



I also support the adoption of this draft as =
Experimental.
 
 
Best Regards,
 
 
Akbar
 
From: multimob-bounces@ietf.org [mailto:multimob-bounces@ietf.org] On =
Behalf Of S=E9rgio Figueiredo
Sent: Wednesday, May 29, =
2013 5:57 PM
To: sarikaya@ieee.org
Cc: =
multimob@ietf.org; Behcet Sarikaya
Subject: Re: [multimob] 2nd =
WGLC on =
draft-ietf-multimob-pmipv6-ropt-05
 
Hi,

I support the adoption of this draft as =
Experimental. The two mechanisms represent feasible alternatives for =
avoiding the replication issues in PMIPv6 environments. In my opinion, =
after the reviewing and modifications it has been through in last =
versions, several scenarios can now be realistically (and flexibly) =
supported, and only editorial or minor issues persist.

Best =
regards,
S=E9rgio

On 05/21/2013 03:42 PM, Behcet Sarikaya =
wrote:
Folks,
=A0=A0=A0=A0 Since there was a late IPR claim on this draft, this =
message starts a one week Multimob Working Group last =
call
on advancing:
=A0 =
Title=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : Multicast Mobility Routing =
Optimizations for Proxy Mobile IPv6
=A0 =
Author(s)=A0=A0=A0=A0=A0=A0 : Juan Carlos =
Zuniga
=A0=A0=A0=A0=A0=A0=A0=A0=A0 =
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0Luis M. =
Contreras
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Carlos J. =
Bernardos
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Seil =
Jeon
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0=A0=A0=A0=A0=A0=A0=A0=A0 Younghan Kim
=A0 =
Filename=A0=A0=A0=A0=A0=A0=A0 : =
draft-ietf-multimob-pmipv6-ropt-05.txt
=A0 =
Pages=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 25
=A0 =
Date=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : =
2013-05-13
 
as =
Experimental.=A0 Substantive comments and statements of =
support
for advancing this document should be =
directed to the mailing list.
Editorial suggestions =
can be sent to the authors.=A0 This last call =
will
end on May 28, =
2013.
 
We also indicate =
that there are now two IPR claims made on this draft, for details, =

see 
https://datatrack=
er.ietf.org/ipr/search/?option=3Ddocument_search&document_search=3Ddr=
aft-ietf-multimob-pmipv6-ropt
 <=
/pre>
 
Regards,
=
 
Behcet



_______________________=
________________________
multimob mailing =
list
multimob@ietf.org
<=
pre>https://www.ietf.=
org/mailman/listinfo/multimob
 

------_=_NextPart_001_01CE5D39.A7CD5C3F--

From sarikaya2012@gmail.com  Thu May 30 09:20:10 2013
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 AE02C21F975C; Thu, 30 May 2013 09:20:10 -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, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
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 UJxADj3Snls0; Thu, 30 May 2013 09:20:09 -0700 (PDT)
Received: from mail-la0-x22b.google.com (mail-la0-x22b.google.com [IPv6:2a00:1450:4010:c03::22b]) by ietfa.amsl.com (Postfix) with ESMTP id 21EDC21F970B; Thu, 30 May 2013 09:20:08 -0700 (PDT)
Received: by mail-la0-f43.google.com with SMTP id ez20so454238lab.2 for ; Thu, 30 May 2013 09:20:08 -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:cc :content-type; bh=V/r2eXCqNUUXirlP1+7dJXjHc/oe8ce1xD4JN8+8Bew=; b=FS8MNMuMgNhMv2RmKR7QEqapmxVjMd4hIaYsbQnwr04Hej+Wa9PUoKbBs4MbpfBVsZ 2CAaJ8VXFPseGw0vYpRDBJ1wlKucR0gUFJDl0GNXkI/ky/jRvVmC6fPSmGOGqjV603kW vbOrWXXFsiQVFWgHO2ywqR1TfF2PDkkmXlxkFGEDGaK1Um6i8mJyEwqEZ/sVQ7hsN+jQ ShkW9RlAVxMx/AOiEKCT2/mHgTZhjJQfKZfJTnT/xzHnVosINHfgPteNmNdk1RqOWCFa 9CO4MpISWmKHpqXJZpDkF4n/dSS6O99Bip54Mz7rhRNJ17NOmXKVnhQvQ+ohxWO5APVm TLgA==
MIME-Version: 1.0
X-Received: by 10.152.28.233 with SMTP id e9mr3928479lah.41.1369930808002; Thu, 30 May 2013 09:20:08 -0700 (PDT)
Received: by 10.114.186.104 with HTTP; Thu, 30 May 2013 09:20:07 -0700 (PDT)
Date: Thu, 30 May 2013 11:20:07 -0500
Message-ID: 
From: Behcet Sarikaya 
To: iesg-secretary@ietf.org
Content-Type: multipart/mixed; boundary=089e0158c7cc2d8e5b04ddf1df4c
Cc: draft-multimob-pmipv6-ropt@tools.ietf.org, multimob@ietf.org
Subject: [multimob] Request to progress Multimob WG I-D draft-ietf-multimob-pmipv6-ropt
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: Thu, 30 May 2013 16:20:10 -0000

--089e0158c7cc2d8e5b04ddf1df4c
Content-Type: multipart/alternative; boundary=089e0158c7cc2d8e5604ddf1df4a

--089e0158c7cc2d8e5604ddf1df4a
Content-Type: text/plain; charset=ISO-8859-1

Dear IESG,

The Multimob WG I-D.  draft-ietf-multimob-pmipv6-ropt-05 on
 Multicast Mobility Routing Optimizations for Proxy Mobile IPv6

has successfully completed the second working group last call and is ready to be
progressed.
Please consider this as a request for review and approval for
publication of this I-D by the IESG as experimental. The shepherd
document follows.

Regards,

Behcet

--089e0158c7cc2d8e5604ddf1df4a
Content-Type: text/html; charset=ISO-8859-1


Dear IESG,

The Multimob WG I-D.  draft-ietf-multimob-pmipv6-ropt-05 on
 Multicast Mobility Routing Optimizations for Proxy Mobile IPv6

has successfully completed the second working group last call and is ready to be
progressed.
Please consider this as a request for review and approval for
publication of this I-D by the IESG as experimental. The shepherd document follows.

Regards,

Behcet


--089e0158c7cc2d8e5604ddf1df4a--
--089e0158c7cc2d8e5b04ddf1df4c
Content-Type: text/plain; charset=US-ASCII; name="shepherd4ropt052713.txt"
Content-Disposition: attachment; filename="shepherd4ropt052713.txt"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_hhc5dqyy0

KDEpIFdoYXQgdHlwZSBvZiBSRkMgaXMgYmVpbmcgcmVxdWVzdGVkIChCQ1AsIFByb3Bvc2VkIFN0
YW5kYXJkLA0KSW50ZXJuZXQgU3RhbmRhcmQsIEluZm9ybWF0aW9uYWwsIEV4cGVyaW1lbnRhbCwg
b3IgSGlzdG9yaWMpPyAgV2h5DQppcyB0aGlzIHRoZSBwcm9wZXIgdHlwZSBvZiBSRkM/ICBJcyB0
aGlzIHR5cGUgb2YgUkZDIGluZGljYXRlZCBpbiB0aGUNCnRpdGxlIHBhZ2UgaGVhZGVyPw0KDQpF
eHBlcmltZW50YWwNClllcw0KWWVzDQooMikgVGhlIElFU0cgYXBwcm92YWwgYW5ub3VuY2VtZW50
IGluY2x1ZGVzIGEgRG9jdW1lbnQgQW5ub3VuY2VtZW50DQpXcml0ZS1VcC4gUGxlYXNlIHByb3Zp
ZGUgc3VjaCBhIERvY3VtZW50IEFubm91bmNlbWVudCBXcml0ZS1VcC4gUmVjZW50DQpleGFtcGxl
cyBjYW4gYmUgZm91bmQgaW4gdGhlICJBY3Rpb24iIGFubm91bmNlbWVudHMgZm9yIGFwcHJvdmVk
DQpkb2N1bWVudHMuIFRoZSBhcHByb3ZhbCBhbm5vdW5jZW1lbnQgY29udGFpbnMgdGhlIGZvbGxv
d2luZyBzZWN0aW9uczoNCg0KVGVjaG5pY2FsIFN1bW1hcnkNCg0KICBSZWxldmFudCBjb250ZW50
IGNhbiBmcmVxdWVudGx5IGJlIGZvdW5kIGluIHRoZSBhYnN0cmFjdCANCiAgYW5kL29yIGludHJv
ZHVjdGlvbiBvZiB0aGUgZG9jdW1lbnQuIElmIG5vdCwgdGhpcyBtYXkgYmUgDQogIGFuIGluZGlj
YXRpb24gdGhhdCB0aGVyZSBhcmUgZGVmaWNpZW5jaWVzIGluIHRoZSBhYnN0cmFjdCANCiAgb3Ig
aW50cm9kdWN0aW9uLg0KDQpUaGUgYWJzdHJhY3QgaXMgT0sNCg0KV29ya2luZyBHcm91cCBTdW1t
YXJ5DQoNCiAgV2FzIHRoZXJlIGFueXRoaW5nIGluIFdHIHByb2Nlc3MgdGhhdCBpcyB3b3J0aCBu
b3Rpbmc/IEZvciANCiAgZXhhbXBsZSwgd2FzIHRoZXJlIGNvbnRyb3ZlcnN5IGFib3V0IHBhcnRp
Y3VsYXIgcG9pbnRzIG9yIA0KICB3ZXJlIHRoZXJlIGRlY2lzaW9ucyB3aGVyZSB0aGUgY29uc2Vu
c3VzIHdhcyBwYXJ0aWN1bGFybHkgDQogIHJvdWdoPw0KDQpObw0KDQpEb2N1bWVudCBRdWFsaXR5
DQoNCiAgQXJlIHRoZXJlIGV4aXN0aW5nIGltcGxlbWVudGF0aW9ucyBvZiB0aGUgcHJvdG9jb2w/
IEhhdmUgYSANCiAgc2lnbmlmaWNhbnQgbnVtYmVyIG9mIHZlbmRvcnMgaW5kaWNhdGVkIHRoZWly
IHBsYW4gdG8gDQogIGltcGxlbWVudCB0aGUgc3BlY2lmaWNhdGlvbj8gQXJlIHRoZXJlIGFueSBy
ZXZpZXdlcnMgdGhhdCANCiAgbWVyaXQgc3BlY2lhbCBtZW50aW9uIGFzIGhhdmluZyBkb25lIGEg
dGhvcm91Z2ggcmV2aWV3LCANCiAgZS5nLiwgb25lIHRoYXQgcmVzdWx0ZWQgaW4gaW1wb3J0YW50
IGNoYW5nZXMgb3IgYSANCiAgY29uY2x1c2lvbiB0aGF0IHRoZSBkb2N1bWVudCBoYWQgbm8gc3Vi
c3RhbnRpdmUgaXNzdWVzPyBJZiANCiAgdGhlcmUgd2FzIGEgTUlCIERvY3RvciwgTWVkaWEgVHlw
ZSBvciBvdGhlciBleHBlcnQgcmV2aWV3LCANCiAgd2hhdCB3YXMgaXRzIGNvdXJzZSAoYnJpZWZs
eSk/IEluIHRoZSBjYXNlIG9mIGEgTWVkaWEgVHlwZSANCiAgcmV2aWV3LCBvbiB3aGF0IGRhdGUg
d2FzIHRoZSByZXF1ZXN0IHBvc3RlZD8NCg0KVGhlIGRvY3VtZW50IGhhcyBubyBzdWJzdGFudGl2
ZSBpc3N1ZXMuDQoNClBlcnNvbm5lbA0KDQogIFdobyBpcyB0aGUgRG9jdW1lbnQgU2hlcGhlcmQ/
IFdobyBpcyB0aGUgUmVzcG9uc2libGUgQXJlYQ0KICBEaXJlY3Rvcj8NCg0KDQpEb2N1bWVudCBT
aGVwaGVyZCBpcyBCZWhjZXQgU2FyaWtheWEgUmVzcG9uc2libGUgQXJlYQ0KICBEaXJlY3RvciBp
cyBCcmlhbiBIYWJlcm1hbg0KICANCigzKSBCcmllZmx5IGRlc2NyaWJlIHRoZSByZXZpZXcgb2Yg
dGhpcyBkb2N1bWVudCB0aGF0IHdhcyBwZXJmb3JtZWQgYnkNCnRoZSBEb2N1bWVudCBTaGVwaGVy
ZC4gIElmIHRoaXMgdmVyc2lvbiBvZiB0aGUgZG9jdW1lbnQgaXMgbm90IHJlYWR5DQpmb3IgcHVi
bGljYXRpb24sIHBsZWFzZSBleHBsYWluIHdoeSB0aGUgZG9jdW1lbnQgaXMgYmVpbmcgZm9yd2Fy
ZGVkIHRvDQp0aGUgSUVTRy4NCg0KVGhlIGNoYWlycyBoYXZlIHJldmlld2VkIHRoZSBkb2N1bWVu
dCBhbmQgaXQgaXMgcmVhZHkgZm9yIHB1YmxpY2F0aW9uLg0KICANCig0KSBEb2VzIHRoZSBkb2N1
bWVudCBTaGVwaGVyZCBoYXZlIGFueSBjb25jZXJucyBhYm91dCB0aGUgZGVwdGggb3INCmJyZWFk
dGggb2YgdGhlIHJldmlld3MgdGhhdCBoYXZlIGJlZW4gcGVyZm9ybWVkPyAgDQoNCk5vLg0KDQoo
NSkgRG8gcG9ydGlvbnMgb2YgdGhlIGRvY3VtZW50IG5lZWQgcmV2aWV3IGZyb20gYSBwYXJ0aWN1
bGFyIG9yIGZyb20NCmJyb2FkZXIgcGVyc3BlY3RpdmUsIGUuZy4sIHNlY3VyaXR5LCBvcGVyYXRp
b25hbCBjb21wbGV4aXR5LCBBQUEsIEROUywNCkRIQ1AsIFhNTCwgb3IgaW50ZXJuYXRpb25hbGl6
YXRpb24/IElmIHNvLCBkZXNjcmliZSB0aGUgcmV2aWV3IHRoYXQNCnRvb2sgcGxhY2UuDQoNCk5v
Lg0KDQooNikgRGVzY3JpYmUgYW55IHNwZWNpZmljIGNvbmNlcm5zIG9yIGlzc3VlcyB0aGF0IHRo
ZSBEb2N1bWVudCBTaGVwaGVyZA0KaGFzIHdpdGggdGhpcyBkb2N1bWVudCB0aGF0IHRoZSBSZXNw
b25zaWJsZSBBcmVhIERpcmVjdG9yIGFuZC9vciB0aGUNCklFU0cgc2hvdWxkIGJlIGF3YXJlIG9m
PyBGb3IgZXhhbXBsZSwgcGVyaGFwcyBoZSBvciBzaGUgaXMgdW5jb21mb3J0YWJsZQ0Kd2l0aCBj
ZXJ0YWluIHBhcnRzIG9mIHRoZSBkb2N1bWVudCwgb3IgaGFzIGNvbmNlcm5zIHdoZXRoZXIgdGhl
cmUgcmVhbGx5DQppcyBhIG5lZWQgZm9yIGl0LiBJbiBhbnkgZXZlbnQsIGlmIHRoZSBXRyBoYXMg
ZGlzY3Vzc2VkIHRob3NlIGlzc3VlcyBhbmQNCmhhcyBpbmRpY2F0ZWQgdGhhdCBpdCBzdGlsbCB3
aXNoZXMgdG8gYWR2YW5jZSB0aGUgZG9jdW1lbnQsIGRldGFpbCB0aG9zZQ0KY29uY2VybnMgaGVy
ZS4NCg0KSSBoYXZlIG5vIGNvbmNlcm5zIG9uIHRoZSBkb2N1bWVudC4NCg0KKDcpIEhhcyBlYWNo
IGF1dGhvciBjb25maXJtZWQgdGhhdCBhbnkgYW5kIGFsbCBhcHByb3ByaWF0ZSBJUFINCmRpc2Ns
b3N1cmVzIHJlcXVpcmVkIGZvciBmdWxsIGNvbmZvcm1hbmNlIHdpdGggdGhlIHByb3Zpc2lvbnMg
b2YgQkNQIDc4DQphbmQgQkNQIDc5IGhhdmUgYWxyZWFkeSBiZWVuIGZpbGVkLiBJZiBub3QsIGV4
cGxhaW4gd2h5Lg0KDQogDQoNCkVhY2ggYXV0aG9yIGNvbmZpcm1lZCBpbmRpdmlkdWFsbHkgdGhl
IElQUiBkaXNjb2xvc3VyZSB0aGF0IGhhcyBhbHJlYWR5IGJlZW4gZmlsZWQgYW5kIGVhY2ggYXV0
aG9yIGluZGl2aWR1YWxseSBjb25maXJtZWQgdGhhdCB0aGV5IGFyZSBub3QgYXdhcmUgb2YgYW55
IG90aGVyIGRpc2Nsb3N1cmVzLg0KDQooOCkgSGFzIGFuIElQUiBkaXNjbG9zdXJlIGJlZW4gZmls
ZWQgdGhhdCByZWZlcmVuY2VzIHRoaXMgZG9jdW1lbnQ/DQpJZiBzbywgc3VtbWFyaXplIGFueSBX
RyBkaXNjdXNzaW9uIGFuZCBjb25jbHVzaW9uIHJlZ2FyZGluZyB0aGUgSVBSDQpkaXNjbG9zdXJl
cy4NCg0KVGhlcmUgaGFzIGJlZW4gYW4gSVBSIGNsYWltIGluIGZ1bGwgY29uZm9ybWFuY2Ugd2l0
aCB0aGUgcHJvdmlzaW9ucyBvZiBCQ1AgNzgNCmFuZCBCQ1AgNzkgaGF2ZSBhbHJlYWR5IGJlZW4g
ZmlsZWQuIFRoZSBjaGFpcnMgaGF2ZSBpbmZvcm1lZCB0aGUgV29ya2luZyBHcm91cCBvZiB0aGlz
IElQUiBjbGFpbSBkdXJpbmcgdGhlIFdvcmtpbmcgR3JvdXAgYWRvcHRpb24gY2FsbCBhbmQgYWxz
byBkdXJpbmcgdGhlIFdvcmtpbmcgR3JvdXAgTGFzdCBDYWxsLiBObyBXRyBkaXNjdXNzaW9uIGhh
cyBoYXBwZW5lZC4gDQoNClRoZXJlIGhhcyBiZWVuIGFub3RoZXIgSVBSIGRpc2Nsb3N1cmUgZmls
ZWQgcmVjZW50bHkgKElEICMgMjA3NCwgcmV2aXNlZCBJRCAjIDIwNzcpLiBTaW5jZSB0aGlzIHdh
cyBhIGxhdGUgZGlzY2xvc3VyZSwgd2UgaGF2ZSBydW4gYSAybmQgV29ya2luZyBHcm91cCBMYXN0
IGNhbGwgb24gdGhlIGRyYWZ0IGNsZWFybHkgaW5mb3JtaW5nIHRoZSBXRyBvZiB0aGlzIGxhdGUg
ZGlzY2xvc3VyZS4NCiANCg0KKDkpIEhvdyBzb2xpZCBpcyB0aGUgV0cgY29uc2Vuc3VzIGJlaGlu
ZCB0aGlzIGRvY3VtZW50PyBEb2VzIGl0IA0KcmVwcmVzZW50IHRoZSBzdHJvbmcgY29uY3VycmVu
Y2Ugb2YgYSBmZXcgaW5kaXZpZHVhbHMsIHdpdGggb3RoZXJzDQpiZWluZyBzaWxlbnQsIG9yIGRv
ZXMgdGhlIFdHIGFzIGEgd2hvbGUgdW5kZXJzdGFuZCBhbmQgYWdyZWUgd2l0aCBpdD8gICANCg0K
VGhlcmUgaXMgYSBzdHJvbmcgY29uc2Vuc3VzIGJlaGluZCB0aGlzIHNvbHV0aW9uLg0KDQooMTAp
IEhhcyBhbnlvbmUgdGhyZWF0ZW5lZCBhbiBhcHBlYWwgb3Igb3RoZXJ3aXNlIGluZGljYXRlZCBl
eHRyZW1lIA0KZGlzY29udGVudD8gSWYgc28sIHBsZWFzZSBzdW1tYXJpc2UgdGhlIGFyZWFzIG9m
IGNvbmZsaWN0IGluIHNlcGFyYXRlDQplbWFpbCBtZXNzYWdlcyB0byB0aGUgUmVzcG9uc2libGUg
QXJlYSBEaXJlY3Rvci4gKEl0IHNob3VsZCBiZSBpbiBhDQpzZXBhcmF0ZSBlbWFpbCBiZWNhdXNl
IHRoaXMgcXVlc3Rpb25uYWlyZSBpcyBwdWJsaWNseSBhdmFpbGFibGUuKSANCg0KTm9ib2R5IGhh
cyB0aHJlYXRlbmVkIHRvIGFwcGVhbCBhbmQgdGhlIGRvY3VtZW50IGhhcyB0aGUgYmFja2luZyBv
ZiB0aGUgV0cgYXMgYSB3aG9sZS4NCg0KKDExKSBJZGVudGlmeSBhbnkgSUQgbml0cyB0aGUgRG9j
dW1lbnQgU2hlcGhlcmQgaGFzIGZvdW5kIGluIHRoaXMNCmRvY3VtZW50LiAoU2VlIGh0dHA6Ly93
d3cuaWV0Zi5vcmcvdG9vbHMvaWRuaXRzLyBhbmQgdGhlIEludGVybmV0LURyYWZ0cw0KQ2hlY2ts
aXN0KS4gQm9pbGVycGxhdGUgY2hlY2tzIGFyZSBub3QgZW5vdWdoOyB0aGlzIGNoZWNrIG5lZWRz
IHRvIGJlDQp0aG9yb3VnaC4NCg0KTm8gSUQgbml0IGVycm9ycy93YXJuaW5ncyBhcmUgcHJlc2Vu
dCBvbiB0aGUgZG9jdW1lbnQgDQoNCigxMikgRGVzY3JpYmUgaG93IHRoZSBkb2N1bWVudCBtZWV0
cyBhbnkgcmVxdWlyZWQgZm9ybWFsIHJldmlldw0KY3JpdGVyaWEsIHN1Y2ggYXMgdGhlIE1JQiBE
b2N0b3IsIG1lZGlhIHR5cGUsIGFuZCBVUkkgdHlwZSByZXZpZXdzLg0KDQpUaGUgZG9jdW1lbnQg
bWVldHMgdGhlIHJldmlldyBjcml0ZXJpYS4NCg0KKDEzKSBIYXZlIGFsbCByZWZlcmVuY2VzIHdp
dGhpbiB0aGlzIGRvY3VtZW50IGJlZW4gaWRlbnRpZmllZCBhcw0KZWl0aGVyIG5vcm1hdGl2ZSBv
ciBpbmZvcm1hdGl2ZT8NCg0KWWVzLg0KDQooMTQpIEFyZSB0aGVyZSBub3JtYXRpdmUgcmVmZXJl
bmNlcyB0byBkb2N1bWVudHMgdGhhdCBhcmUgbm90IHJlYWR5IGZvcg0KYWR2YW5jZW1lbnQgb3Ig
YXJlIG90aGVyd2lzZSBpbiBhbiB1bmNsZWFyIHN0YXRlPyBJZiBzdWNoIG5vcm1hdGl2ZQ0KcmVm
ZXJlbmNlcyBleGlzdCwgd2hhdCBpcyB0aGUgcGxhbiBmb3IgdGhlaXIgY29tcGxldGlvbj8NCg0K
Tm8uDQoNCigxNSkgQXJlIHRoZXJlIGRvd253YXJkIG5vcm1hdGl2ZSByZWZlcmVuY2VzIHJlZmVy
ZW5jZXMgKHNlZSBSRkMgMzk2Nyk/DQpJZiBzbywgbGlzdCB0aGVzZSBkb3dud2FyZCByZWZlcmVu
Y2VzIHRvIHN1cHBvcnQgdGhlIEFyZWEgRGlyZWN0b3IgaW4gDQp0aGUgTGFzdCBDYWxsIHByb2Nl
ZHVyZS4gDQoNCk5vLg0KDQooMTYpIFdpbGwgcHVibGljYXRpb24gb2YgdGhpcyBkb2N1bWVudCBj
aGFuZ2UgdGhlIHN0YXR1cyBvZiBhbnkNCmV4aXN0aW5nIFJGQ3M/IEFyZSB0aG9zZSBSRkNzIGxp
c3RlZCBvbiB0aGUgdGl0bGUgcGFnZSBoZWFkZXIsIGxpc3RlZA0KaW4gdGhlIGFic3RyYWN0LCBh
bmQgZGlzY3Vzc2VkIGluIHRoZSBpbnRyb2R1Y3Rpb24/IElmIHRoZSBSRkNzIGFyZSBub3QNCmxp
c3RlZCBpbiB0aGUgQWJzdHJhY3QgYW5kIEludHJvZHVjdGlvbiwgZXhwbGFpbiB3aHksIGFuZCBw
b2ludCB0byB0aGUNCnBhcnQgb2YgdGhlIGRvY3VtZW50IHdoZXJlIHRoZSByZWxhdGlvbnNoaXAg
b2YgdGhpcyBkb2N1bWVudCB0byB0aGUNCm90aGVyIFJGQ3MgaXMgZGlzY3Vzc2VkLiBJZiB0aGlz
IGluZm9ybWF0aW9uIGlzIG5vdCBpbiB0aGUgZG9jdW1lbnQsDQpleHBsYWluIHdoeSB0aGUgV0cg
Y29uc2lkZXJzIGl0IHVubmVjZXNzYXJ5Lg0KDQpOby4NCg0KDQooMTcpIERlc2NyaWJlIHRoZSBE
b2N1bWVudCBTaGVwaGVyZCdzIHJldmlldyBvZiB0aGUgSUFOQSBjb25zaWRlcmF0aW9ucw0Kc2Vj
dGlvbiwgZXNwZWNpYWxseSB3aXRoIHJlZ2FyZCB0byBpdHMgY29uc2lzdGVuY3kgd2l0aCB0aGUg
Ym9keSBvZiB0aGUNCmRvY3VtZW50LiBDb25maXJtIHRoYXQgYWxsIHByb3RvY29sIGV4dGVuc2lv
bnMgdGhhdCB0aGUgZG9jdW1lbnQgbWFrZXMNCmFyZSBhc3NvY2lhdGVkIHdpdGggdGhlIGFwcHJv
cHJpYXRlIHJlc2VydmF0aW9ucyBpbiBJQU5BIHJlZ2lzdHJpZXMuDQpDb25maXJtIHRoYXQgYW55
IHJlZmVyZW5jZWQgSUFOQSByZWdpc3RyaWVzIGhhdmUgYmVlbiBjbGVhcmx5DQppZGVudGlmaWVk
LiBDb25maXJtIHRoYXQgbmV3bHkgY3JlYXRlZCBJQU5BIHJlZ2lzdHJpZXMgaW5jbHVkZSBhDQpk
ZXRhaWxlZCBzcGVjaWZpY2F0aW9uIG9mIHRoZSBpbml0aWFsIGNvbnRlbnRzIGZvciB0aGUgcmVn
aXN0cnksIHRoYXQNCmFsbG9jYXRpb25zIHByb2NlZHVyZXMgZm9yIGZ1dHVyZSByZWdpc3RyYXRp
b25zIGFyZSBkZWZpbmVkLCBhbmQgYQ0KcmVhc29uYWJsZSBuYW1lIGZvciB0aGUgbmV3IHJlZ2lz
dHJ5IGhhcyBiZWVuIHN1Z2dlc3RlZCAoc2VlIFJGQyA1MjI2KS4NCg0KVGhlIGRvY3VtZW50IGRl
ZmluZXMgYSBuZXcgbW9iaWxpdHkgb3B0aW9uLCB0aGUgSUFOQSByZWdpc3RyeSBpcyBpbiBNb2Jp
bGUgSVB2NiwgTW9iaWxpdHkgT3B0aW9ucy4NCg0KKDE4KSBMaXN0IGFueSBuZXcgSUFOQSByZWdp
c3RyaWVzIHRoYXQgcmVxdWlyZSBFeHBlcnQgUmV2aWV3IGZvciBmdXR1cmUNCmFsbG9jYXRpb25z
LiBQcm92aWRlIGFueSBwdWJsaWMgZ3VpZGFuY2UgdGhhdCB0aGUgSUVTRyB3b3VsZCBmaW5kDQp1
c2VmdWwgaW4gc2VsZWN0aW5nIHRoZSBJQU5BIEV4cGVydHMgZm9yIHRoZXNlIG5ldyByZWdpc3Ry
aWVzLg0KDQpOb25lLg0KDQooMTkpIERlc2NyaWJlIHJldmlld3MgYW5kIGF1dG9tYXRlZCBjaGVj
a3MgcGVyZm9ybWVkIGJ5IHRoZSBEb2N1bWVudA0KU2hlcGhlcmQgdG8gdmFsaWRhdGUgc2VjdGlv
bnMgb2YgdGhlIGRvY3VtZW50IHdyaXR0ZW4gaW4gYSBmb3JtYWwNCmxhbmd1YWdlLCBzdWNoIGFz
IFhNTCBjb2RlLCBCTkYgcnVsZXMsIE1JQiBkZWZpbml0aW9ucywgZXRjLg0KDQpObyBmb3JtYWwg
bGFuZ3VhZ2Ugc2VnbWVudHMgZXhpc3Qu
--089e0158c7cc2d8e5b04ddf1df4c--

From sarikaya2012@gmail.com  Thu May 30 09:24:23 2013
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 2449921F96FD; Thu, 30 May 2013 09:24:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.099
X-Spam-Level: 
X-Spam-Status: No, score=-3.099 tagged_above=-999 required=5 tests=[AWL=0.500,  BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 C6kS+5CyJhhn; Thu, 30 May 2013 09:24:13 -0700 (PDT)
Received: from mail-lb0-f176.google.com (mail-lb0-f176.google.com [209.85.217.176]) by ietfa.amsl.com (Postfix) with ESMTP id 802BA21F96A6; Thu, 30 May 2013 09:24:04 -0700 (PDT)
Received: by mail-lb0-f176.google.com with SMTP id x10so765035lbi.35 for ; Thu, 30 May 2013 09:24:02 -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:cc :content-type; bh=r6mhUPSkDGVuxFf1Kjc0JdeQ/BzXkbqzjw/peFjd3Ws=; b=wuzFV0FyqZPfjzayDRUCOdxDhbSi3CaqHt8OOQp9yGwFKnZpms2IziBs8/qjFwfjo2 fSW8v07A00IC1N1i/DTJBJx9ginj/t69tTGeMSyScjKPkYtAm4PI8KRaQzLhRhPYqH02 /G6MfsAMn3piIXRqOSXlXxK079mS37t5rg2LiHqdqz5G+S9eaWFGx1brN26q/7zHrEki kPTnsEPpIRWrpScqwraxk+nhmMiFpvVSe48Ow3BpNveWp6sHZT8Q36B1pEwjmGo79G0A r0y84U7UEYqi/VEwMr2z4VjCgIvIWhE725bi3wqweM3slVAx+LlVLlhWKVrMRz6YrW+M FL5w==
MIME-Version: 1.0
X-Received: by 10.112.210.135 with SMTP id mu7mr4024148lbc.70.1369931042347; Thu, 30 May 2013 09:24:02 -0700 (PDT)
Received: by 10.114.186.104 with HTTP; Thu, 30 May 2013 09:24:02 -0700 (PDT)
Date: Thu, 30 May 2013 11:24:02 -0500
Message-ID: 
From: Behcet Sarikaya 
To: iesg-secretary@ietf.org
Content-Type: multipart/mixed; boundary=001a11c3c32225612204ddf1ed94
Cc: draft-ietf-multimob-pmipv6-ropt@tools.ietf.org, multimob@ietf.org
Subject: [multimob] Request to progress Multimob WG I-D draft-ietf-multimob-pmipv6-ropt
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: Thu, 30 May 2013 16:24:23 -0000

--001a11c3c32225612204ddf1ed94
Content-Type: multipart/alternative; boundary=001a11c3c32225611e04ddf1ed92

--001a11c3c32225611e04ddf1ed92
Content-Type: text/plain; charset=ISO-8859-1

Dear IESG,

The Multimob WG I-D.  draft-ietf-multimob-pmipv6-ropt-05 on
 Multicast Mobility Routing Optimizations for Proxy Mobile IPv6

has successfully completed the second working group last call and is ready to be
progressed.
Please consider this as a request for review and approval for
publication of this I-D by the IESG as experimental. The shepherd
document follows.

Regards,

Behcet

PS. Resent with corrections

--001a11c3c32225611e04ddf1ed92
Content-Type: text/html; charset=ISO-8859-1


Dear IESG,

The Multimob WG I-D.  draft-ietf-multimob-pmipv6-ropt-05 on
 Multicast Mobility Routing Optimizations for Proxy Mobile IPv6

has successfully completed the second working group last call and is ready to be
progressed.
Please consider this as a request for review and approval for
publication of this I-D by the IESG as experimental. The shepherd document follows.

Regards,

Behcet

PS. Resent with corrections


--001a11c3c32225611e04ddf1ed92--
--001a11c3c32225612204ddf1ed94
Content-Type: text/plain; charset=US-ASCII; name="shepherd4ropt052713.txt"
Content-Disposition: attachment; filename="shepherd4ropt052713.txt"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_hhc5jrdd0

KDEpIFdoYXQgdHlwZSBvZiBSRkMgaXMgYmVpbmcgcmVxdWVzdGVkIChCQ1AsIFByb3Bvc2VkIFN0
YW5kYXJkLA0KSW50ZXJuZXQgU3RhbmRhcmQsIEluZm9ybWF0aW9uYWwsIEV4cGVyaW1lbnRhbCwg
b3IgSGlzdG9yaWMpPyAgV2h5DQppcyB0aGlzIHRoZSBwcm9wZXIgdHlwZSBvZiBSRkM/ICBJcyB0
aGlzIHR5cGUgb2YgUkZDIGluZGljYXRlZCBpbiB0aGUNCnRpdGxlIHBhZ2UgaGVhZGVyPw0KDQpF
eHBlcmltZW50YWwNClllcw0KWWVzDQooMikgVGhlIElFU0cgYXBwcm92YWwgYW5ub3VuY2VtZW50
IGluY2x1ZGVzIGEgRG9jdW1lbnQgQW5ub3VuY2VtZW50DQpXcml0ZS1VcC4gUGxlYXNlIHByb3Zp
ZGUgc3VjaCBhIERvY3VtZW50IEFubm91bmNlbWVudCBXcml0ZS1VcC4gUmVjZW50DQpleGFtcGxl
cyBjYW4gYmUgZm91bmQgaW4gdGhlICJBY3Rpb24iIGFubm91bmNlbWVudHMgZm9yIGFwcHJvdmVk
DQpkb2N1bWVudHMuIFRoZSBhcHByb3ZhbCBhbm5vdW5jZW1lbnQgY29udGFpbnMgdGhlIGZvbGxv
d2luZyBzZWN0aW9uczoNCg0KVGVjaG5pY2FsIFN1bW1hcnkNCg0KICBSZWxldmFudCBjb250ZW50
IGNhbiBmcmVxdWVudGx5IGJlIGZvdW5kIGluIHRoZSBhYnN0cmFjdCANCiAgYW5kL29yIGludHJv
ZHVjdGlvbiBvZiB0aGUgZG9jdW1lbnQuIElmIG5vdCwgdGhpcyBtYXkgYmUgDQogIGFuIGluZGlj
YXRpb24gdGhhdCB0aGVyZSBhcmUgZGVmaWNpZW5jaWVzIGluIHRoZSBhYnN0cmFjdCANCiAgb3Ig
aW50cm9kdWN0aW9uLg0KDQpUaGUgYWJzdHJhY3QgaXMgT0sNCg0KV29ya2luZyBHcm91cCBTdW1t
YXJ5DQoNCiAgV2FzIHRoZXJlIGFueXRoaW5nIGluIFdHIHByb2Nlc3MgdGhhdCBpcyB3b3J0aCBu
b3Rpbmc/IEZvciANCiAgZXhhbXBsZSwgd2FzIHRoZXJlIGNvbnRyb3ZlcnN5IGFib3V0IHBhcnRp
Y3VsYXIgcG9pbnRzIG9yIA0KICB3ZXJlIHRoZXJlIGRlY2lzaW9ucyB3aGVyZSB0aGUgY29uc2Vu
c3VzIHdhcyBwYXJ0aWN1bGFybHkgDQogIHJvdWdoPw0KDQpObw0KDQpEb2N1bWVudCBRdWFsaXR5
DQoNCiAgQXJlIHRoZXJlIGV4aXN0aW5nIGltcGxlbWVudGF0aW9ucyBvZiB0aGUgcHJvdG9jb2w/
IEhhdmUgYSANCiAgc2lnbmlmaWNhbnQgbnVtYmVyIG9mIHZlbmRvcnMgaW5kaWNhdGVkIHRoZWly
IHBsYW4gdG8gDQogIGltcGxlbWVudCB0aGUgc3BlY2lmaWNhdGlvbj8gQXJlIHRoZXJlIGFueSBy
ZXZpZXdlcnMgdGhhdCANCiAgbWVyaXQgc3BlY2lhbCBtZW50aW9uIGFzIGhhdmluZyBkb25lIGEg
dGhvcm91Z2ggcmV2aWV3LCANCiAgZS5nLiwgb25lIHRoYXQgcmVzdWx0ZWQgaW4gaW1wb3J0YW50
IGNoYW5nZXMgb3IgYSANCiAgY29uY2x1c2lvbiB0aGF0IHRoZSBkb2N1bWVudCBoYWQgbm8gc3Vi
c3RhbnRpdmUgaXNzdWVzPyBJZiANCiAgdGhlcmUgd2FzIGEgTUlCIERvY3RvciwgTWVkaWEgVHlw
ZSBvciBvdGhlciBleHBlcnQgcmV2aWV3LCANCiAgd2hhdCB3YXMgaXRzIGNvdXJzZSAoYnJpZWZs
eSk/IEluIHRoZSBjYXNlIG9mIGEgTWVkaWEgVHlwZSANCiAgcmV2aWV3LCBvbiB3aGF0IGRhdGUg
d2FzIHRoZSByZXF1ZXN0IHBvc3RlZD8NCg0KVGhlIGRvY3VtZW50IGhhcyBubyBzdWJzdGFudGl2
ZSBpc3N1ZXMuDQoNClBlcnNvbm5lbA0KDQogIFdobyBpcyB0aGUgRG9jdW1lbnQgU2hlcGhlcmQ/
IFdobyBpcyB0aGUgUmVzcG9uc2libGUgQXJlYQ0KICBEaXJlY3Rvcj8NCg0KDQpEb2N1bWVudCBT
aGVwaGVyZCBpcyBCZWhjZXQgU2FyaWtheWEgUmVzcG9uc2libGUgQXJlYQ0KICBEaXJlY3RvciBp
cyBCcmlhbiBIYWJlcm1hbg0KICANCigzKSBCcmllZmx5IGRlc2NyaWJlIHRoZSByZXZpZXcgb2Yg
dGhpcyBkb2N1bWVudCB0aGF0IHdhcyBwZXJmb3JtZWQgYnkNCnRoZSBEb2N1bWVudCBTaGVwaGVy
ZC4gIElmIHRoaXMgdmVyc2lvbiBvZiB0aGUgZG9jdW1lbnQgaXMgbm90IHJlYWR5DQpmb3IgcHVi
bGljYXRpb24sIHBsZWFzZSBleHBsYWluIHdoeSB0aGUgZG9jdW1lbnQgaXMgYmVpbmcgZm9yd2Fy
ZGVkIHRvDQp0aGUgSUVTRy4NCg0KVGhlIGNoYWlycyBoYXZlIHJldmlld2VkIHRoZSBkb2N1bWVu
dCBhbmQgaXQgaXMgcmVhZHkgZm9yIHB1YmxpY2F0aW9uLg0KICANCig0KSBEb2VzIHRoZSBkb2N1
bWVudCBTaGVwaGVyZCBoYXZlIGFueSBjb25jZXJucyBhYm91dCB0aGUgZGVwdGggb3INCmJyZWFk
dGggb2YgdGhlIHJldmlld3MgdGhhdCBoYXZlIGJlZW4gcGVyZm9ybWVkPyAgDQoNCk5vLg0KDQoo
NSkgRG8gcG9ydGlvbnMgb2YgdGhlIGRvY3VtZW50IG5lZWQgcmV2aWV3IGZyb20gYSBwYXJ0aWN1
bGFyIG9yIGZyb20NCmJyb2FkZXIgcGVyc3BlY3RpdmUsIGUuZy4sIHNlY3VyaXR5LCBvcGVyYXRp
b25hbCBjb21wbGV4aXR5LCBBQUEsIEROUywNCkRIQ1AsIFhNTCwgb3IgaW50ZXJuYXRpb25hbGl6
YXRpb24/IElmIHNvLCBkZXNjcmliZSB0aGUgcmV2aWV3IHRoYXQNCnRvb2sgcGxhY2UuDQoNCk5v
Lg0KDQooNikgRGVzY3JpYmUgYW55IHNwZWNpZmljIGNvbmNlcm5zIG9yIGlzc3VlcyB0aGF0IHRo
ZSBEb2N1bWVudCBTaGVwaGVyZA0KaGFzIHdpdGggdGhpcyBkb2N1bWVudCB0aGF0IHRoZSBSZXNw
b25zaWJsZSBBcmVhIERpcmVjdG9yIGFuZC9vciB0aGUNCklFU0cgc2hvdWxkIGJlIGF3YXJlIG9m
PyBGb3IgZXhhbXBsZSwgcGVyaGFwcyBoZSBvciBzaGUgaXMgdW5jb21mb3J0YWJsZQ0Kd2l0aCBj
ZXJ0YWluIHBhcnRzIG9mIHRoZSBkb2N1bWVudCwgb3IgaGFzIGNvbmNlcm5zIHdoZXRoZXIgdGhl
cmUgcmVhbGx5DQppcyBhIG5lZWQgZm9yIGl0LiBJbiBhbnkgZXZlbnQsIGlmIHRoZSBXRyBoYXMg
ZGlzY3Vzc2VkIHRob3NlIGlzc3VlcyBhbmQNCmhhcyBpbmRpY2F0ZWQgdGhhdCBpdCBzdGlsbCB3
aXNoZXMgdG8gYWR2YW5jZSB0aGUgZG9jdW1lbnQsIGRldGFpbCB0aG9zZQ0KY29uY2VybnMgaGVy
ZS4NCg0KSSBoYXZlIG5vIGNvbmNlcm5zIG9uIHRoZSBkb2N1bWVudC4NCg0KKDcpIEhhcyBlYWNo
IGF1dGhvciBjb25maXJtZWQgdGhhdCBhbnkgYW5kIGFsbCBhcHByb3ByaWF0ZSBJUFINCmRpc2Ns
b3N1cmVzIHJlcXVpcmVkIGZvciBmdWxsIGNvbmZvcm1hbmNlIHdpdGggdGhlIHByb3Zpc2lvbnMg
b2YgQkNQIDc4DQphbmQgQkNQIDc5IGhhdmUgYWxyZWFkeSBiZWVuIGZpbGVkLiBJZiBub3QsIGV4
cGxhaW4gd2h5Lg0KDQogDQoNCkVhY2ggYXV0aG9yIGNvbmZpcm1lZCBpbmRpdmlkdWFsbHkgdGhl
IElQUiBkaXNjb2xvc3VyZSB0aGF0IGhhcyBhbHJlYWR5IGJlZW4gZmlsZWQgYW5kIGVhY2ggYXV0
aG9yIGluZGl2aWR1YWxseSBjb25maXJtZWQgdGhhdCB0aGV5IGFyZSBub3QgYXdhcmUgb2YgYW55
IG90aGVyIGRpc2Nsb3N1cmVzLg0KDQooOCkgSGFzIGFuIElQUiBkaXNjbG9zdXJlIGJlZW4gZmls
ZWQgdGhhdCByZWZlcmVuY2VzIHRoaXMgZG9jdW1lbnQ/DQpJZiBzbywgc3VtbWFyaXplIGFueSBX
RyBkaXNjdXNzaW9uIGFuZCBjb25jbHVzaW9uIHJlZ2FyZGluZyB0aGUgSVBSDQpkaXNjbG9zdXJl
cy4NCg0KVGhlcmUgaGFzIGJlZW4gYW4gSVBSIGNsYWltIGluIGZ1bGwgY29uZm9ybWFuY2Ugd2l0
aCB0aGUgcHJvdmlzaW9ucyBvZiBCQ1AgNzgNCmFuZCBCQ1AgNzkgaGF2ZSBhbHJlYWR5IGJlZW4g
ZmlsZWQuIFRoZSBjaGFpcnMgaGF2ZSBpbmZvcm1lZCB0aGUgV29ya2luZyBHcm91cCBvZiB0aGlz
IElQUiBjbGFpbSBkdXJpbmcgdGhlIFdvcmtpbmcgR3JvdXAgYWRvcHRpb24gY2FsbCBhbmQgYWxz
byBkdXJpbmcgdGhlIFdvcmtpbmcgR3JvdXAgTGFzdCBDYWxsLiBObyBXRyBkaXNjdXNzaW9uIGhh
cyBoYXBwZW5lZC4gDQoNClRoZXJlIGhhcyBiZWVuIGFub3RoZXIgSVBSIGRpc2Nsb3N1cmUgZmls
ZWQgcmVjZW50bHkgKElEICMgMjA3NCwgcmV2aXNlZCBJRCAjIDIwNzcpLiBTaW5jZSB0aGlzIHdh
cyBhIGxhdGUgZGlzY2xvc3VyZSwgd2UgaGF2ZSBydW4gYSAybmQgV29ya2luZyBHcm91cCBMYXN0
IGNhbGwgb24gdGhlIGRyYWZ0IGNsZWFybHkgaW5mb3JtaW5nIHRoZSBXRyBvZiB0aGlzIGxhdGUg
ZGlzY2xvc3VyZS4NCiANCg0KKDkpIEhvdyBzb2xpZCBpcyB0aGUgV0cgY29uc2Vuc3VzIGJlaGlu
ZCB0aGlzIGRvY3VtZW50PyBEb2VzIGl0IA0KcmVwcmVzZW50IHRoZSBzdHJvbmcgY29uY3VycmVu
Y2Ugb2YgYSBmZXcgaW5kaXZpZHVhbHMsIHdpdGggb3RoZXJzDQpiZWluZyBzaWxlbnQsIG9yIGRv
ZXMgdGhlIFdHIGFzIGEgd2hvbGUgdW5kZXJzdGFuZCBhbmQgYWdyZWUgd2l0aCBpdD8gICANCg0K
VGhlcmUgaXMgYSBzdHJvbmcgY29uc2Vuc3VzIGJlaGluZCB0aGlzIHNvbHV0aW9uLg0KDQooMTAp
IEhhcyBhbnlvbmUgdGhyZWF0ZW5lZCBhbiBhcHBlYWwgb3Igb3RoZXJ3aXNlIGluZGljYXRlZCBl
eHRyZW1lIA0KZGlzY29udGVudD8gSWYgc28sIHBsZWFzZSBzdW1tYXJpc2UgdGhlIGFyZWFzIG9m
IGNvbmZsaWN0IGluIHNlcGFyYXRlDQplbWFpbCBtZXNzYWdlcyB0byB0aGUgUmVzcG9uc2libGUg
QXJlYSBEaXJlY3Rvci4gKEl0IHNob3VsZCBiZSBpbiBhDQpzZXBhcmF0ZSBlbWFpbCBiZWNhdXNl
IHRoaXMgcXVlc3Rpb25uYWlyZSBpcyBwdWJsaWNseSBhdmFpbGFibGUuKSANCg0KTm9ib2R5IGhh
cyB0aHJlYXRlbmVkIHRvIGFwcGVhbCBhbmQgdGhlIGRvY3VtZW50IGhhcyB0aGUgYmFja2luZyBv
ZiB0aGUgV0cgYXMgYSB3aG9sZS4NCg0KKDExKSBJZGVudGlmeSBhbnkgSUQgbml0cyB0aGUgRG9j
dW1lbnQgU2hlcGhlcmQgaGFzIGZvdW5kIGluIHRoaXMNCmRvY3VtZW50LiAoU2VlIGh0dHA6Ly93
d3cuaWV0Zi5vcmcvdG9vbHMvaWRuaXRzLyBhbmQgdGhlIEludGVybmV0LURyYWZ0cw0KQ2hlY2ts
aXN0KS4gQm9pbGVycGxhdGUgY2hlY2tzIGFyZSBub3QgZW5vdWdoOyB0aGlzIGNoZWNrIG5lZWRz
IHRvIGJlDQp0aG9yb3VnaC4NCg0KTm8gSUQgbml0IGVycm9ycy93YXJuaW5ncyBhcmUgcHJlc2Vu
dCBvbiB0aGUgZG9jdW1lbnQgDQoNCigxMikgRGVzY3JpYmUgaG93IHRoZSBkb2N1bWVudCBtZWV0
cyBhbnkgcmVxdWlyZWQgZm9ybWFsIHJldmlldw0KY3JpdGVyaWEsIHN1Y2ggYXMgdGhlIE1JQiBE
b2N0b3IsIG1lZGlhIHR5cGUsIGFuZCBVUkkgdHlwZSByZXZpZXdzLg0KDQpUaGUgZG9jdW1lbnQg
bWVldHMgdGhlIHJldmlldyBjcml0ZXJpYS4NCg0KKDEzKSBIYXZlIGFsbCByZWZlcmVuY2VzIHdp
dGhpbiB0aGlzIGRvY3VtZW50IGJlZW4gaWRlbnRpZmllZCBhcw0KZWl0aGVyIG5vcm1hdGl2ZSBv
ciBpbmZvcm1hdGl2ZT8NCg0KWWVzLg0KDQooMTQpIEFyZSB0aGVyZSBub3JtYXRpdmUgcmVmZXJl
bmNlcyB0byBkb2N1bWVudHMgdGhhdCBhcmUgbm90IHJlYWR5IGZvcg0KYWR2YW5jZW1lbnQgb3Ig
YXJlIG90aGVyd2lzZSBpbiBhbiB1bmNsZWFyIHN0YXRlPyBJZiBzdWNoIG5vcm1hdGl2ZQ0KcmVm
ZXJlbmNlcyBleGlzdCwgd2hhdCBpcyB0aGUgcGxhbiBmb3IgdGhlaXIgY29tcGxldGlvbj8NCg0K
Tm8uDQoNCigxNSkgQXJlIHRoZXJlIGRvd253YXJkIG5vcm1hdGl2ZSByZWZlcmVuY2VzIHJlZmVy
ZW5jZXMgKHNlZSBSRkMgMzk2Nyk/DQpJZiBzbywgbGlzdCB0aGVzZSBkb3dud2FyZCByZWZlcmVu
Y2VzIHRvIHN1cHBvcnQgdGhlIEFyZWEgRGlyZWN0b3IgaW4gDQp0aGUgTGFzdCBDYWxsIHByb2Nl
ZHVyZS4gDQoNCk5vLg0KDQooMTYpIFdpbGwgcHVibGljYXRpb24gb2YgdGhpcyBkb2N1bWVudCBj
aGFuZ2UgdGhlIHN0YXR1cyBvZiBhbnkNCmV4aXN0aW5nIFJGQ3M/IEFyZSB0aG9zZSBSRkNzIGxp
c3RlZCBvbiB0aGUgdGl0bGUgcGFnZSBoZWFkZXIsIGxpc3RlZA0KaW4gdGhlIGFic3RyYWN0LCBh
bmQgZGlzY3Vzc2VkIGluIHRoZSBpbnRyb2R1Y3Rpb24/IElmIHRoZSBSRkNzIGFyZSBub3QNCmxp
c3RlZCBpbiB0aGUgQWJzdHJhY3QgYW5kIEludHJvZHVjdGlvbiwgZXhwbGFpbiB3aHksIGFuZCBw
b2ludCB0byB0aGUNCnBhcnQgb2YgdGhlIGRvY3VtZW50IHdoZXJlIHRoZSByZWxhdGlvbnNoaXAg
b2YgdGhpcyBkb2N1bWVudCB0byB0aGUNCm90aGVyIFJGQ3MgaXMgZGlzY3Vzc2VkLiBJZiB0aGlz
IGluZm9ybWF0aW9uIGlzIG5vdCBpbiB0aGUgZG9jdW1lbnQsDQpleHBsYWluIHdoeSB0aGUgV0cg
Y29uc2lkZXJzIGl0IHVubmVjZXNzYXJ5Lg0KDQpOby4NCg0KDQooMTcpIERlc2NyaWJlIHRoZSBE
b2N1bWVudCBTaGVwaGVyZCdzIHJldmlldyBvZiB0aGUgSUFOQSBjb25zaWRlcmF0aW9ucw0Kc2Vj
dGlvbiwgZXNwZWNpYWxseSB3aXRoIHJlZ2FyZCB0byBpdHMgY29uc2lzdGVuY3kgd2l0aCB0aGUg
Ym9keSBvZiB0aGUNCmRvY3VtZW50LiBDb25maXJtIHRoYXQgYWxsIHByb3RvY29sIGV4dGVuc2lv
bnMgdGhhdCB0aGUgZG9jdW1lbnQgbWFrZXMNCmFyZSBhc3NvY2lhdGVkIHdpdGggdGhlIGFwcHJv
cHJpYXRlIHJlc2VydmF0aW9ucyBpbiBJQU5BIHJlZ2lzdHJpZXMuDQpDb25maXJtIHRoYXQgYW55
IHJlZmVyZW5jZWQgSUFOQSByZWdpc3RyaWVzIGhhdmUgYmVlbiBjbGVhcmx5DQppZGVudGlmaWVk
LiBDb25maXJtIHRoYXQgbmV3bHkgY3JlYXRlZCBJQU5BIHJlZ2lzdHJpZXMgaW5jbHVkZSBhDQpk
ZXRhaWxlZCBzcGVjaWZpY2F0aW9uIG9mIHRoZSBpbml0aWFsIGNvbnRlbnRzIGZvciB0aGUgcmVn
aXN0cnksIHRoYXQNCmFsbG9jYXRpb25zIHByb2NlZHVyZXMgZm9yIGZ1dHVyZSByZWdpc3RyYXRp
b25zIGFyZSBkZWZpbmVkLCBhbmQgYQ0KcmVhc29uYWJsZSBuYW1lIGZvciB0aGUgbmV3IHJlZ2lz
dHJ5IGhhcyBiZWVuIHN1Z2dlc3RlZCAoc2VlIFJGQyA1MjI2KS4NCg0KVGhlIGRvY3VtZW50IGRl
ZmluZXMgYSBuZXcgbW9iaWxpdHkgb3B0aW9uLCB0aGUgSUFOQSByZWdpc3RyeSBpcyBpbiBNb2Jp
bGUgSVB2NiwgTW9iaWxpdHkgT3B0aW9ucy4NCg0KKDE4KSBMaXN0IGFueSBuZXcgSUFOQSByZWdp
c3RyaWVzIHRoYXQgcmVxdWlyZSBFeHBlcnQgUmV2aWV3IGZvciBmdXR1cmUNCmFsbG9jYXRpb25z
LiBQcm92aWRlIGFueSBwdWJsaWMgZ3VpZGFuY2UgdGhhdCB0aGUgSUVTRyB3b3VsZCBmaW5kDQp1
c2VmdWwgaW4gc2VsZWN0aW5nIHRoZSBJQU5BIEV4cGVydHMgZm9yIHRoZXNlIG5ldyByZWdpc3Ry
aWVzLg0KDQpOb25lLg0KDQooMTkpIERlc2NyaWJlIHJldmlld3MgYW5kIGF1dG9tYXRlZCBjaGVj
a3MgcGVyZm9ybWVkIGJ5IHRoZSBEb2N1bWVudA0KU2hlcGhlcmQgdG8gdmFsaWRhdGUgc2VjdGlv
bnMgb2YgdGhlIGRvY3VtZW50IHdyaXR0ZW4gaW4gYSBmb3JtYWwNCmxhbmd1YWdlLCBzdWNoIGFz
IFhNTCBjb2RlLCBCTkYgcnVsZXMsIE1JQiBkZWZpbml0aW9ucywgZXRjLg0KDQpObyBmb3JtYWwg
bGFuZ3VhZ2Ugc2VnbWVudHMgZXhpc3Qu
--001a11c3c32225612204ddf1ed94--