IETF Logo Mail Archive

Re: rs-refresh

MATSUSHIMA Satoru <satoru.matsushima@gmail.com> Thu, 05 March 2015 05:58 UTC

Return-Path: <satoru.matsushima@gmail.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 168711B29A8 for <ipv6@ietfa.amsl.com>; Wed, 4 Mar 2015 21:58:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZU-X4GYMZLNq for <ipv6@ietfa.amsl.com>; Wed, 4 Mar 2015 21:58:29 -0800 (PST)
Received: from mail-pd0-x233.google.com (mail-pd0-x233.google.com [IPv6:2607:f8b0:400e:c02::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6AD901A026A for <6man@ietf.org>; Wed, 4 Mar 2015 21:58:29 -0800 (PST)
Received: by pdbfl12 with SMTP id fl12so32445676pdb.5 for <6man@ietf.org>; Wed, 04 Mar 2015 21:58:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=N0wnACvthdZjZMzvGvMHtdGqYpBj7AycVtIqa/NhhYg=; b=lzd0fl/BbuKPVP3V11oOfXVb8t/BCOuQ4V1Rw+4OwyBYtjw/MeXfb3BKcVIfXQ0xBU 1f3HcqSkWkYe73tmgnzKLd1DAn7gYmjVCd8o6lGYDCXd+6281QeVhKJjtCDgjkERMyfX qUS3jm14vinH1L5aUbuMrsa1IikwRipzupRInJeSmUf6PJiybot35k40bH3SsmVOUB2t wZ6EaCl6uu6ZgPLrwb7dfMMxpm8VL5cssLiwVzjtgePF5F0YRQBkf55V6seb2Fhiwzyh N+xRcmh1XcMEAImKh3vyt3AYQahKvxPgmRWhoX8XZ/FAAlb3B6AjWCFlnQrkLMb3pZpN S/CA==
X-Received: by 10.66.153.1 with SMTP id vc1mr12776021pab.109.1425535109129; Wed, 04 Mar 2015 21:58:29 -0800 (PST)
Received: from [10.213.171.182] ([202.45.12.142]) by mx.google.com with ESMTPSA id oy3sm5726196pdb.56.2015.03.04.21.58.27 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 04 Mar 2015 21:58:28 -0800 (PST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
Subject: Re: rs-refresh
From: MATSUSHIMA Satoru <satoru.matsushima@gmail.com>
In-Reply-To: <54F7EBB0.20209@acm.org>
Date: Thu, 05 Mar 2015 14:58:24 +0900
Content-Transfer-Encoding: quoted-printable
Message-Id: <DAD62505-41F0-425A-B90E-386DB9175852@gmail.com>
References: <54F7EBB0.20209@acm.org>
To: Erik Nordmark <nordmark@acm.org>
X-Mailer: Apple Mail (2.1878.6)
Archived-At: <http://mailarchive.ietf.org/arch/msg/ipv6/cNqSlz1BcNS9QSlCybS8o5AS6NI>
Cc: "6man@ietf.org" <6man@ietf.org>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Mar 2015 05:58:31 -0000

That makes sense. I support this draft to be a WG document.

cheers,
—satoru

2015/03/05 14:37、Erik Nordmark <nordmark@acm.org> wrote：

> Before Honolulu I uploaded https://tools.ietf.org/html/draft-nordmark-6man-rs-refresh-00 and this draft was mentioned (and briefly discussed) in the efficient-nd design team slides.
> 
> Do folks think this makes sense? As a 6man WG document?
> 
> The idea is to provide an option where the network operator can move away from doing periodic multicast RA messages (on links like 3GPP/LTE, or WiFi where it is expensive) and instead have the routers instruct the hosts to send unicast RS messages to refresh the information - get a unicast RA.
> 
> This would be optional - there are links where periodic multicast RAs are both efficient and reliable and there is no need to change that for those links.
> 
> Comments welcome,
>   Erik
> 
> 
> 
> 
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------

v2.23.0 | Report a Bug | By Email