From internet-drafts@ietf.org Mon Dec 3 16:13:33 2012 Return-Path: X-Original-To: multimob@ietfa.amsl.com Delivered-To: multimob@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9723121F88D4; Mon, 3 Dec 2012 16:13:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.529 X-Spam-Level: X-Spam-Status: No, score=-102.529 tagged_above=-999 required=5 tests=[AWL=0.070, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3gxLpKbPr38L; Mon, 3 Dec 2012 16:13:32 -0800 (PST) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CCF3E21F88C8; Mon, 3 Dec 2012 16:13:32 -0800 (PST) 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.36 Message-ID: <20121204001332.24367.68133.idtracker@ietfa.amsl.com> Date: Mon, 03 Dec 2012 16:13:32 -0800 Cc: multimob@ietf.org Subject: [multimob] I-D Action: draft-ietf-multimob-fmipv6-pfmipv6-multicast-00.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: Tue, 04 Dec 2012 00:13:33 -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 Listener Extensions for MIPv6 and PMIPv6 Fast = Handovers Author(s) : Thomas C. Schmidt Matthias Waehlisch Rajeev Koodli Godred Fairhurst Filename : draft-ietf-multimob-fmipv6-pfmipv6-multicast-00.txt Pages : 27 Date : 2012-12-03 Abstract: Fast handover protocols for MIPv6 and PMIPv6 define mobility management procedures that support unicast communication at reduced handover latency. Fast handover base operations do not affect multicast communication, and hence do not accelerate handover management for native multicast listeners. Many multicast applications like IPTV or conferencing, though, are comprised of delay-sensitive real-time traffic and will benefit from fast handover execution. This document specifies extension of the Mobile IPv6 Fast Handovers (FMIPv6) and the Fast Handovers for Proxy Mobile IPv6 (PFMIPv6) protocols to include multicast traffic management in fast handover operations. This multicast support is provided first at the control plane by a management of rapid context transfer between access routers, second at the data plane by an optional fast traffic forwarding that MAY include buffering. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-multimob-fmipv6-pfmipv6-multica= st There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-multimob-fmipv6-pfmipv6-multicast-00 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From sarikaya2012@gmail.com Mon Dec 3 16:17:24 2012 Return-Path: X-Original-To: multimob@ietfa.amsl.com Delivered-To: multimob@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B08E921F8923 for ; Mon, 3 Dec 2012 16:17:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.583 X-Spam-Level: X-Spam-Status: No, score=-3.583 tagged_above=-999 required=5 tests=[AWL=0.015, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FkKkkViNBkuY for ; Mon, 3 Dec 2012 16:17:24 -0800 (PST) Received: from mail-ie0-f181.google.com (mail-ie0-f181.google.com [209.85.223.181]) by ietfa.amsl.com (Postfix) with ESMTP id 00A2A21F8921 for ; Mon, 3 Dec 2012 16:17:23 -0800 (PST) Received: by mail-ie0-f181.google.com with SMTP id 16so5169219iea.40 for ; Mon, 03 Dec 2012 16:17:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=gvNIQPMa59NBhqDmvOTznXCn0f5PFX1XRQ/Khgoe/Xc=; b=MStcv0cXpYNvZ9Rf0Q5AqCqi7Y9j6ZyRl3Y96rY5BKitbdj8JUdWuQDFXHceLZzWTt igai5rqp1hpKTHvT5Ijw+OiTlWWhfWaLxckJdNmfzxCKns2FSkuEmj00etY48zvx6ybc K7uLDf8824BfB0nwQ/CB5ah0WFTMer4qQ8V2/bySFQhxetNvxCARHR5CGipAN++AKAhs Og60gkaMVEGszjQifCNS7R9ZoEmtZL9pi1BGB9iYOfYML+Xu3jdYxPl0ZeRf59o4fJrk im0TP/QoQ+mYjl8cwch1fc5GuZ2UODZnrKtuxb7vYjoBqMNiibiSvr0MVQQTnk5AGu2o 3zrg== MIME-Version: 1.0 Received: by 10.50.57.225 with SMTP id l1mr873386igq.37.1354580243441; Mon, 03 Dec 2012 16:17:23 -0800 (PST) Received: by 10.231.10.204 with HTTP; Mon, 3 Dec 2012 16:17:23 -0800 (PST) In-Reply-To: <7708224CCA85B641A12F88B1F5A47A430367002D@EXDAG0-B2.intra.cea.fr> References: <7708224CCA85B641A12F88B1F5A47A430367002D@EXDAG0-B2.intra.cea.fr> Date: Mon, 3 Dec 2012 18:17:23 -0600 Message-ID: From: Behcet Sarikaya To: multimob@ietf.org Content-Type: multipart/alternative; boundary=14dae93411153ae98a04cffbca9a Subject: [multimob] Fwd: FYI: draft-kellil-multimob-partial-mcast-00.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: Tue, 04 Dec 2012 00:17:24 -0000 --14dae93411153ae98a04cffbca9a Content-Type: text/plain; charset=ISO-8859-1 Folks, A new draft has been submitted to Multimob. Please read and comment. Regards, Behcet ---------- Forwarded message ---------- From: KELLIL Mounir Date: Fri, Nov 16, 2012 at 8:27 AM Subject: [multimob] FYI: draft-kellil-multimob-partial-mcast-00.txt To: "multimob@ietf.org" Dear all,**** ** ** I have just submitted a draft to IETF (within the scope of multimob WG).**** Please find below a few words on the general idea of the draft**** ** ** Best regards**** ** ** Mounir KELLIL**** **** Filename: draft-kellil-multimob-partial-mcast**** Revision: 00**** Title: Group Communications in a PMIPv6 Domain with Partial Deployment of Multicast**** Creation date: 2012-11-16**** WG ID: Individual Submission**** Number of pages: 12**** URL: http://www.ietf.org/internet-drafts/draft-kellil-multimob-partial-mcast-00.txt **** Status: http://datatracker.ietf.org/doc/draft-kellil-multimob-partial-mcast**** Htmlized: http://tools.ietf.org/html/draft-kellil-multimob-partial-mcast-00**** ** ** ** ** Abstract:**** Various approaches have been proposed to support multicast in PMIPv6**** domains. However, the problem of partial deployment of multicast in**** the PMIPv6 domain has not been considered. In particular, the**** proposed approaches typically assume that all the MAGs of the PMIPv6**** domain are multicast-capable. The present work aims at carrying out**** the case where some of the PMIPv6 domain's MAGs are not necessarily**** multicast-capable.**** ** ** _______________________________________________ multimob mailing list multimob@ietf.org https://www.ietf.org/mailman/listinfo/multimob --14dae93411153ae98a04cffbca9a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Folks,

A new draft has been submitted to Multimob.

Please rea= d and comment.

Regards,

Behcet

---------- Forwarded message ----------
From: KELLIL Mounir <mounir.kellil@cea.fr>
Date: Fri, Nov 16, 2012 at 8:27 AM
Subject: [multimob] FYI: draft-kellil= -multimob-partial-mcast-00.txt
To: "multimob@ietf.org" <= multimob@ietf.org>


Dear all,<= /p>

=A0

I have just submitted a draft t= o IETF (within the scope of multimob WG).

Please find below a few words o= n the general idea of the draft

=A0

Best regards

=A0

Mounir KELLIL

Filename:=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 draft-ke= llil-multimob-partial-mcast

Revision:=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 00=

Title:=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 Group Communications in a PMIPv6 Domain with Partial Deploymen= t of Multicast

Creation date:=A0=A0 2012-11-16

WG ID:=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 Individual Submission

Number of pages: 12

URL:=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 http://www.ietf.org/int= ernet-drafts/draft-kellil-multimob-partial-mcast-00.txt

Status:=A0=A0=A0=A0=A0=A0=A0=A0=A0 http://datatracker.ietf.org/doc/draft-= kellil-multimob-partial-mcast=

Htmlized:=A0=A0=A0=A0=A0=A0=A0 http://tools.ietf.org/html/draft-kellil-multim= ob-partial-mcast-00

=A0

=A0

Abstract:

=A0=A0 Various approaches have been proposed to sup= port multicast in PMIPv6

=A0=A0 domains. However, the problem of partial dep= loyment of multicast in

=A0=A0 the PMIPv6 domain has not been considered. I= n particular, the

=A0=A0 proposed approaches typically assume that al= l the MAGs of the PMIPv6

=A0=A0 domain are multicast-capable. The present wo= rk aims at carrying out

=A0=A0 the case where some of the PMIPv6 domain'= ;s MAGs are not necessarily

=A0=A0 multicast-capable.

=A0


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


--14dae93411153ae98a04cffbca9a-- From internet-drafts@ietf.org Mon Dec 31 09:05:30 2012 Return-Path: X-Original-To: multimob@ietfa.amsl.com Delivered-To: multimob@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 296AF21F8961; Mon, 31 Dec 2012 09:05:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.522 X-Spam-Level: X-Spam-Status: No, score=-102.522 tagged_above=-999 required=5 tests=[AWL=0.077, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qaDJdFmeEKEl; Mon, 31 Dec 2012 09:05:29 -0800 (PST) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B358121F8798; Mon, 31 Dec 2012 09:05:29 -0800 (PST) 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.37 Message-ID: <20121231170529.29096.47449.idtracker@ietfa.amsl.com> Date: Mon, 31 Dec 2012 09:05:29 -0800 Cc: multimob@ietf.org Subject: [multimob] I-D Action: draft-ietf-multimob-handover-optimization-01.txt X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Dec 2012 17:05:30 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Multicast Mobility Working Group of the I= ETF. Title : PMIPv6 multicast handover optimization by the Subscripti= on Information Acquisition through the LMA (SIAL) Author(s) : Luis M. Contreras Carlos J. Bernardos Ignacio Soto Filename : draft-ietf-multimob-handover-optimization-01.txt Pages : 47 Date : 2012-12-31 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 datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-multimob-handover-optimization There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-multimob-handover-optimization-01 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-multimob-handover-optimizatio= n-01 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From lmcm@tid.es Mon Dec 31 09:14:37 2012 Return-Path: X-Original-To: multimob@ietfa.amsl.com Delivered-To: multimob@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B8A5A21F8880 for ; Mon, 31 Dec 2012 09:14:37 -0800 (PST) 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 ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5J81XjPZ9B4N for ; Mon, 31 Dec 2012 09:14:37 -0800 (PST) Received: from correo-bck.tid.es (correo-bck.tid.es [195.235.93.200]) by ietfa.amsl.com (Postfix) with ESMTP id 83CA721F8877 for ; Mon, 31 Dec 2012 09:14:36 -0800 (PST) Received: from sbrightmailg02.hi.inet (Sbrightmailg02.hi.inet [10.95.78.105]) by tid.hi.inet (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0MFW00F7GNWBXE@tid.hi.inet> for multimob@ietf.org; Mon, 31 Dec 2012 18:14:35 +0100 (MET) Received: from vanvan (vanvan.hi.inet [10.95.78.49]) by sbrightmailg02.hi.inet (Symantec Messaging Gateway) with SMTP id 60.C8.02896.AF7C1E05; Mon, 31 Dec 2012 18:14:35 +0100 (CET) Received: from correo.tid.es (mailhost.hi.inet [10.95.64.100]) by tid.hi.inet (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPS id <0MFW00F77NWAXE@tid.hi.inet> for multimob@ietf.org; Mon, 31 Dec 2012 18:14:34 +0100 (MET) Received: from EX10-MB2-MAD.hi.inet ([169.254.2.223]) by ex10-htcas3-mad.hi.inet ([::1]) with mapi id 14.02.0318.004; Mon, 31 Dec 2012 18:12:09 +0100 Date: Mon, 31 Dec 2012 17:14:33 +0000 From: LUIS MIGUEL CONTRERAS MURILLO In-reply-to: <20121231170529.29096.96002.idtracker@ietfa.amsl.com> X-Originating-IP: [10.95.64.115] To: "multimob@ietf.org" Message-id: <823234EF5C7C334998D973D822FF801B1EE02B57@EX10-MB2-MAD.hi.inet> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-language: es-ES Content-transfer-encoding: base64 Accept-Language: es-ES, en-US Thread-topic: New Version Notification for draft-ietf-multimob-handover-optimization-01.txt Thread-index: AQHN53kKjM2qPAIXWkavrxL21TF5tZgzI0Gg X-AuditID: 0a5f4e69-b7f636d000000b50-75-50e1c7faf869 X-MS-Has-Attach: X-MS-TNEF-Correlator: X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprLKsWRmVeSWpSXmKPExsXCFe9nqPv7+MMAgx3RFjM+9rE4MHosWfKT KYAxissmJTUnsyy1SN8ugStj7p3njAUzZCtevjvM3MC4Q6aLkZNDQsBEon/vKUYIW0ziwr31 bF2MXBxCAtsYJSY1vmMBSQgJ/GaUeLA4GCIxk1HiYfcGVpAEi4CqxLM1rUwgNpuAocSsnZOA 4hwcwgIxEucPSIOEOQWcJNbs+MQEsUBB4s+5x2AzRQS0Jd68/AMWZxZIk5g0ay87iM0r4C1x +c5mVghbUOLH5HssICOZBdQlpkzJhSgXl5jzayIrhK0oMW1RA9j9jAKyEivPn2aEGB8rceMY yC8gtpHE2h232CBOEJBYsuc8M4QtKvHy8T9WiBcdJa7c3cg6gVF8FpLNsxA2z0KyeRaSzQsY WVYxihUnFWWmZ5TkJmbmpBsY6WVk6mXmpZZsYoTET+YOxuU7VQ4xCnAwKvHwJs56GCDEmlhW XJl7iFGSg0lJlHfvMaAQX1J+SmVGYnFGfFFpTmrxIUYJDmYlEd6kZUA53pTEyqrUonyYlAwH h5IELzcw1oUEi1LTUyvSMnOASQImzcTBCdLOA9R+B2Q0b3FBYm5xZjpE/hSjKsepg3eeMgqx 5OXnpUqJ8/46AlQkAFKUUZoHN+cVozjQwcK88iBreIBpDm7CK6DhTEDDtRgegAwvSURISTUw FpSXT0le9GDK8c0fFp6+6enG++dnvFTU10ClXea6Sfxf2TZ2vjl95IqktIzEol2zhdpn9Ums m6n9vTGy9ZmGW8HTbZbb7v3sspqjcO2sUQpH19q643bzlKZfPdbq8OQwP+fNZrf6l2UanwsP Mz9Zk2+6USpaOsvFwD084jfvhMN294t9K5x/KLEUZyQaajEXFScCANp4msEwAwAA References: <20121231170529.29096.96002.idtracker@ietfa.amsl.com> Subject: [multimob] RV: New Version Notification for draft-ietf-multimob-handover-optimization-01.txt X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Dec 2012 17:14:37 -0000 RGVhciBjb2xsZWFndWVzLA0KDQpUaGUgdmVyc2lvbiAtMDEgb2YgZHJhZnQtaWV0Zi1tdWx0aW1v Yi1oYW5kb3Zlci1vcHRpbWl6YXRpb24gaGFzIGJlZW4ganVzdCB1cGxvYWRlZCwgY292ZXJpbmcg dGhlIGZvbGxvd2luZyBwb2ludHMgYWNjb3JkaW5nIHRvIHRoZSBjb21tZW50cyByZWNlaXZlZDoN Cg0KLi0gTGlzdCBvZiByZXF1aXJlbWVudHMgZm9yIGhhbmRvdmVyIG9wdGltaXphdGlvbg0KLi0g SVB2NCBzdXBwb3J0DQouLSBDb21wYXRpYmlsaXR5IHdpdGggZGlmZmVyZW50IHZlcnNpb25zIG9m IE1MRC9JR01QDQoNCkJlc3QgcmVnYXJkcywgYW5kIEhhcHB5IE5ldyBZZWFyLA0KDQpMdWlzDQoN Ci0tLS0tTWVuc2FqZSBvcmlnaW5hbC0tLS0tDQpEZTogaW50ZXJuZXQtZHJhZnRzQGlldGYub3Jn IFttYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnXQ0KRW52aWFkbyBlbDogbHVuZXMsIDMx IGRlIGRpY2llbWJyZSBkZSAyMDEyIDE4OjA1DQpQYXJhOiBMVUlTIE1JR1VFTCBDT05UUkVSQVMg TVVSSUxMTw0KQ0M6IGlzb3RvQGl0LnVjM20uZXM7IGNqYmNAaXQudWMzbS5lcw0KQXN1bnRvOiBO ZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LWlldGYtbXVsdGltb2ItaGFuZG92ZXIt b3B0aW1pemF0aW9uLTAxLnR4dA0KDQoNCkEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC1pZXRm LW11bHRpbW9iLWhhbmRvdmVyLW9wdGltaXphdGlvbi0wMS50eHQNCmhhcyBiZWVuIHN1Y2Nlc3Nm dWxseSBzdWJtaXR0ZWQgYnkgTHVpcyBNLiBDb250cmVyYXMgYW5kIHBvc3RlZCB0byB0aGUgSUVU RiByZXBvc2l0b3J5Lg0KDQpGaWxlbmFtZTogICAgICAgIGRyYWZ0LWlldGYtbXVsdGltb2ItaGFu ZG92ZXItb3B0aW1pemF0aW9uDQpSZXZpc2lvbjogICAgICAgIDAxDQpUaXRsZTogICAgICAgICAg IFBNSVB2NiBtdWx0aWNhc3QgaGFuZG92ZXIgb3B0aW1pemF0aW9uIGJ5IHRoZSBTdWJzY3JpcHRp b24gSW5mb3JtYXRpb24gQWNxdWlzaXRpb24gdGhyb3VnaCB0aGUgTE1BIChTSUFMKQ0KQ3JlYXRp b24gZGF0ZTogICAyMDEyLTEyLTMwDQpXRyBJRDogICAgICAgICAgIG11bHRpbW9iDQpOdW1iZXIg b2YgcGFnZXM6IDQ3DQpVUkw6ICAgICAgICAgICAgIGh0dHA6Ly93d3cuaWV0Zi5vcmcvaW50ZXJu ZXQtZHJhZnRzL2RyYWZ0LWlldGYtbXVsdGltb2ItaGFuZG92ZXItb3B0aW1pemF0aW9uLTAxLnR4 dA0KU3RhdHVzOiAgICAgICAgICBodHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0 LWlldGYtbXVsdGltb2ItaGFuZG92ZXItb3B0aW1pemF0aW9uDQpIdG1saXplZDogICAgICAgIGh0 dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbXVsdGltb2ItaGFuZG92ZXItb3B0 aW1pemF0aW9uLTAxDQpEaWZmOiAgICAgICAgICAgIGh0dHA6Ly93d3cuaWV0Zi5vcmcvcmZjZGlm Zj91cmwyPWRyYWZ0LWlldGYtbXVsdGltb2ItaGFuZG92ZXItb3B0aW1pemF0aW9uLTAxDQoNCkFi c3RyYWN0Og0KICAgVGhpcyBkb2N1bWVudCBzcGVjaWZpZXMgYSBtdWx0aWNhc3QgaGFuZG92ZXIg b3B0aW1pemF0aW9uIG1lY2hhbmlzbQ0KICAgZm9yIFByb3h5IE1vYmlsZSBJUHY2IHRvIGFjY2Vs ZXJhdGUgdGhlIGRlbGl2ZXJ5IG9mIG11bHRpY2FzdCB0cmFmZmljDQogICB0byBtb2JpbGUgbm9k ZXMgYWZ0ZXIgaGFuZG92ZXJzLiAgVGhlIG1lY2hhbmlzbSBpcyBiYXNlZCBvbiBzcGVlZGluZw0K ICAgdXAgdGhlIGFjcXVpc2l0aW9uIG9mIG1vYmlsZSBub2RlcycgbXVsdGljYXN0IGNvbnRleHQg YnkgdGhlIG1vYmlsZQ0KICAgYWNjZXNzIGdhdGV3YXlzLiAgVG8gZG8gdGhhdCwgZXh0ZW5zaW9u cyB0byB0aGUgY3VycmVudCBQcm94eSBNb2JpbGUNCiAgIElQdjYgcHJvdG9jb2wgYXJlIHByb3Bv c2VkLiAgVGhlc2UgZXh0ZW5zaW9ucyBhcmUgbm90IG9ubHkgYXBwbGljYWJsZQ0KICAgdG8gdGhl IGJhc2Ugc29sdXRpb24gZm9yIG11bHRpY2FzdCBzdXBwb3J0IGluIFByb3h5IE1vYmlsZSBJUHY2 LCBidXQNCiAgIHRoZXkgY2FuIGFsc28gYmUgYXBwbGllZCB0byBvdGhlciBzb2x1dGlvbnMgYmVp bmcgZGV2ZWxvcGVkIHRvIGF2b2lkDQogICB0aGUgdHVubmVsIGNvbnZlcmdlbmNlIHByb2JsZW0u ICBGdXJ0aGVybW9yZSwgdGhleSBhcmUgYWxzbw0KICAgaW5kZXBlbmRlbnQgb2YgdGhlIHJvbGUg cGxheWVkIGJ5IHRoZSBtb2JpbGUgYWNjZXNzIGdhdGV3YXkgd2l0aGluDQogICB0aGUgbXVsdGlj YXN0IG5ldHdvcmsgKGVpdGhlciBhY3RpbmcgYXMgbXVsdGljYXN0IGxpc3RlbmVyIGRpc2NvdmVy eQ0KICAgcHJveHkgb3IgbXVsdGljYXN0IHJvdXRlcikuDQoNCg0KDQoNClRoZSBJRVRGIFNlY3Jl dGFyaWF0DQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KRXN0ZSBtZW5z YWplIHNlIGRpcmlnZSBleGNsdXNpdmFtZW50ZSBhIHN1IGRlc3RpbmF0YXJpby4gUHVlZGUgY29u c3VsdGFyIG51ZXN0cmEgcG9sw610aWNhIGRlIGVudsOtbyB5IHJlY2VwY2nDs24gZGUgY29ycmVv IGVsZWN0csOzbmljbyBlbiBlbCBlbmxhY2Ugc2l0dWFkbyBtw6FzIGFiYWpvLg0KVGhpcyBtZXNz YWdlIGlzIGludGVuZGVkIGV4Y2x1c2l2ZWx5IGZvciBpdHMgYWRkcmVzc2VlLiBXZSBvbmx5IHNl bmQgYW5kIHJlY2VpdmUgZW1haWwgb24gdGhlIGJhc2lzIG9mIHRoZSB0ZXJtcyBzZXQgb3V0IGF0 Og0KaHR0cDovL3d3dy50aWQuZXMvRVMvUEFHSU5BUy9kaXNjbGFpbWVyLmFzcHgNCg== From Alvaro@soportemv.com Mon Dec 31 10:46:09 2012 Return-Path: X-Original-To: multimob@ietfa.amsl.com Delivered-To: multimob@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0FD9821F8792 for ; Mon, 31 Dec 2012 10:46:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9O3JBe+LF5Bq for ; Mon, 31 Dec 2012 10:46:07 -0800 (PST) Received: from soportemv.com (correo.soportemv.com [80.81.115.248]) by ietfa.amsl.com (Postfix) with ESMTP id 5C13521F8767 for ; Mon, 31 Dec 2012 10:46:01 -0800 (PST) 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_01CDE787.11B97BA9" Date: Mon, 31 Dec 2012 19:45:56 +0100 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: New Version Notification fordraft-ietf-multimob-handover-optimization-01.txt Thread-Index: AQHN53kKjM2qPAIXWkavrxL21TF5tZgzI0GggAAaQ+s= References: <20121231170529.29096.96002.idtracker@ietfa.amsl.com> <823234EF5C7C334998D973D822FF801B1EE02B57@EX10-MB2-MAD.hi.inet> From: "Alvaro Fernandez" To: "LUIS MIGUEL CONTRERAS MURILLO" , Subject: Re: [multimob] RV: New Version Notificationfor draft-ietf-multimob-handover-optimization-01.txt X-BeenThere: multimob@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Multicast Mobility List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Dec 2012 18:46:09 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CDE787.11B97BA9 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi and Happy New Year I haven't write to this group is some years and may be I am missing = something but I have a question after reading the draft: Why considering the time to answer a Query to calculate the latency in = the handover? The MN can send the IGMP/MLD messages without waiting for a Query. Below there is a copy of the part 5.1 of the RFC 3376. Regards Alvaro FROM RFC 3376 There are two types of events that trigger IGMPv3 protocol actions on an interface: o a change of the interface reception state, caused by a local invocation of IPMulticastListen. o reception of a Query. (Received IGMP messages of types other than Query are silently ignored, except as required for interoperation with earlier versions of IGMP.) The following subsections describe the actions to be taken for each of these two cases. In those descriptions, timer and counter names appear in square brackets. The default values for those timers and counters are specified in section 8. 5.1. Action on Change of Interface State An invocation of IPMulticastListen may cause the multicast reception state of an interface to change, according to the rules in section 3.2. Each such change affects the per-interface entry for a single multicast address. A change of interface state causes the system to immediately transmit a State-Change Report from that interface. The type and contents of the Group Record(s) in that Report are determined by comparing the filter mode and source list for the affected multicast address before and after the change, according to the table below. If no 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 a filter mode of INCLUDE and an empty source list. etc. -----Mensaje original----- De: multimob-bounces@ietf.org en nombre de LUIS MIGUEL CONTRERAS MURILLO Enviado el: lun 31/12/2012 18:14 Para: multimob@ietf.org Asunto: [multimob] RV: New Version Notificationfor = draft-ietf-multimob-handover-optimization-01.txt =20 Dear colleagues, The version -01 of draft-ietf-multimob-handover-optimization has been = just uploaded, covering the following points according to the comments = received: .- List of requirements for handover optimization .- IPv4 support .- Compatibility with different versions of MLD/IGMP Best regards, and Happy New Year, Luis -----Mensaje original----- De: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] Enviado el: lunes, 31 de diciembre de 2012 18:05 Para: LUIS MIGUEL CONTRERAS MURILLO CC: isoto@it.uc3m.es; cjbc@it.uc3m.es Asunto: New Version Notification for = draft-ietf-multimob-handover-optimization-01.txt A new version of I-D, draft-ietf-multimob-handover-optimization-01.txt has been successfully submitted by Luis M. Contreras and posted to the = IETF repository. Filename: draft-ietf-multimob-handover-optimization Revision: 01 Title: PMIPv6 multicast handover optimization by the = Subscription Information Acquisition through the LMA (SIAL) Creation date: 2012-12-30 WG ID: multimob Number of pages: 47 URL: = http://www.ietf.org/internet-drafts/draft-ietf-multimob-handover-optimiza= tion-01.txt Status: = http://datatracker.ietf.org/doc/draft-ietf-multimob-handover-optimization= Htmlized: = http://tools.ietf.org/html/draft-ietf-multimob-handover-optimization-01 Diff: = http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-multimob-handover-optimizat= ion-01 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 ------_=_NextPart_001_01CDE787.11B97BA9 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: [multimob] RV: New Version Notificationfor = draft-ietf-multimob-handover-optimization-01.txt

Hi and Happy New Year

I haven't write to this group is some years and may be I am missing = something but I have a question after reading the draft:

Why considering the time to answer a Query to calculate the latency in = the handover?

The MN can send the IGMP/MLD messages without waiting for a Query.

Below there is a copy of the part 5.1 of the RFC 3376.

Regards

Alvaro

FROM RFC 3376

There are two types of events that trigger IGMPv3 protocol actions = on
   an interface:

   o a change of the interface reception state, caused by a = local
     invocation of IPMulticastListen.

   o reception of a Query.

   (Received IGMP messages of types other than Query are = silently
   ignored, except as required for interoperation with earlier = versions
   of IGMP.)
   The following subsections describe the actions to be taken = for each
   of these two cases.  In those descriptions, timer and = counter names
   appear in square brackets.  The default values for = those timers and
   counters are specified in section 8.

5.1. Action on Change of Interface State

   An invocation of IPMulticastListen may cause the multicast = reception
   state of an interface to change, according to the rules in = section
   3.2.  Each such change affects the per-interface entry = for a single
   multicast address.

   A change of interface state causes the system to = immediately transmit
   a State-Change Report from that interface.  The type = and contents of
   the Group Record(s) in that Report are determined by = comparing the
   filter mode and source list for the affected multicast = address before
   and after the change, according to the table below.  = If no 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 a filter mode of INCLUDE and an empty source = list.

etc.


-----Mensaje original-----
De: multimob-bounces@ietf.org en nombre de LUIS MIGUEL CONTRERAS = MURILLO
Enviado el: lun 31/12/2012 18:14
Para: multimob@ietf.org
Asunto: [multimob] RV: New Version = Notificationfor      = draft-ietf-multimob-handover-optimization-01.txt

Dear colleagues,

The version -01 of draft-ietf-multimob-handover-optimization has been = just uploaded, covering the following points according to the comments = received:

.- List of requirements for handover optimization
.- IPv4 support
.- Compatibility with different versions of MLD/IGMP

Best regards, and Happy New Year,

Luis

-----Mensaje original-----
De: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org<= /A>]
Enviado el: lunes, 31 de diciembre de 2012 18:05
Para: LUIS MIGUEL CONTRERAS MURILLO
CC: isoto@it.uc3m.es; cjbc@it.uc3m.es
Asunto: New Version Notification for = draft-ietf-multimob-handover-optimization-01.txt


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

Filename:        = draft-ietf-multimob-handover-optimization
Revision:        01
Title:           = PMIPv6 multicast handover optimization by the Subscription Information = Acquisition through the LMA (SIAL)
Creation date:   2012-12-30
WG ID:           = multimob
Number of pages: 47
URL:           &nb= sp; http://www.ietf.org/internet-drafts/draft-ietf-multi= mob-handover-optimization-01.txt
Status:          http://datatracker.ietf.org/doc/draft-ietf-multimob-handover-op= timization
Htmlized:        http://tools.ietf.org/html/draft-ietf-multimob-handover-optimizat= ion-01
Diff:            = http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-multimob-ha= ndover-optimization-01

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/E= S/PAGINAS/disclaimer.aspx
_______________________________________________
multimob mailing list
multimob@ietf.org
https://www.ietf.= org/mailman/listinfo/multimob

------_=_NextPart_001_01CDE787.11B97BA9--