IETF Logo Mail Archive

Re: Comments on draft-yourtchenko-colitti-nd-reduce-multicast

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Tue, 25 February 2014 18:03 UTC

Return-Path: <pthubert@cisco.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 9ED101A063A for <ipv6@ietfa.amsl.com>; Tue, 25 Feb 2014 10:03:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.048
X-Spam-Level:
X-Spam-Status: No, score=-10.048 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] 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 8TeDKIlzbmAa for <ipv6@ietfa.amsl.com>; Tue, 25 Feb 2014 10:03:20 -0800 (PST)
Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) by ietfa.amsl.com (Postfix) with ESMTP id 884571A0294 for <ipv6@ietf.org>; Tue, 25 Feb 2014 10:03:20 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=905; q=dns/txt; s=iport; t=1393351399; x=1394560999; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=XoeogA0H2/U6cfcN6xlv9o+0H1G6fApPPRkgE4rHGBQ=; b=bHHWwbyzOeLgIvKBueluWu4/wlYXsv7DnQkSvqfYrwx6aeDdGUnm2KLe wQYip0VO7sqhruFFt+nUQqb1VzQL3mx/Cwu7qCFyICa2unJsTRThWaL2w sLn0RSsAK/CQPU6WbmW3+aOzYSj2PqmYxD1tXBcCr+cz68GavB41d/Ebq g=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgEFADDaDFOtJXHB/2dsb2JhbABZgwbCY4EYFnSCJQEBAQMBeQULAgEIDjgyJQIEDgWHfQjHVReOMTMHgySBFAEDiRCPJJIngy2Bah8
X-IronPort-AV: E=Sophos;i="4.97,541,1389744000"; d="scan'208";a="23083084"
Received: from rcdn-core2-6.cisco.com ([173.37.113.193]) by alln-iport-7.cisco.com with ESMTP; 25 Feb 2014 18:03:19 +0000
Received: from xhc-aln-x06.cisco.com (xhc-aln-x06.cisco.com [173.36.12.80]) by rcdn-core2-6.cisco.com (8.14.5/8.14.5) with ESMTP id s1PI3J9M001594 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 25 Feb 2014 18:03:19 GMT
Received: from xmb-rcd-x01.cisco.com ([169.254.1.84]) by xhc-aln-x06.cisco.com ([173.36.12.80]) with mapi id 14.03.0123.003; Tue, 25 Feb 2014 12:03:19 -0600
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Ole Troan <otroan@employees.org>
Subject: Re: Comments on draft-yourtchenko-colitti-nd-reduce-multicast
Thread-Topic: Comments on draft-yourtchenko-colitti-nd-reduce-multicast
Thread-Index: AQHPLg20SjVxfDziP0SiLTMeBLFIcJrFDYrPgACPzGuAAIPBAIAAKodS
Date: Tue, 25 Feb 2014 18:03:18 +0000
Message-ID: <78794A62-F936-4918-9AE2-7152A0A1864C@cisco.com>
References: <5305AF13.5060201@acm.org> <7461F3DA-FB05-400D-9C54-2F30C73DE2B9@employees.org>, <530BCF83.4090500@acm.org> <C43B8408-5249-423E-8361-E8619C280E25@cisco.com>, <1657A615-4C3F-4C59-9A87-05B78905F264@employees.org>
In-Reply-To: <1657A615-4C3F-4C59-9A87-05B78905F264@employees.org>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/ipv6/gk9pzlqWZR7NAP-842CVJFbk-QY
Cc: Erik Nordmark <nordmark@acm.org>, "Andrew Yourtchenko (ayourtch)" <ayourtch@cisco.com>, 6man WG <ipv6@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: Tue, 25 Feb 2014 18:03:22 -0000

Well, 

Release is of course important, but what´s really missing is NUD.

It is quite useful for the proxy to be able to revalidate the presence of the device when the lifetime is long and traffic very occasional.

Our implementation has a "reachable" timer that, when elapsed, will force to go back to the device before answering to a lookup.

Cheers,  

Pascal

> Le 25 févr. 2014 à 10:31, "Ole Troan" <otroan@employees.org> a écrit :
> 
> Pascal,
> 
>> And we need to remember that the assignment is just one component of the lifecycle of an address. 
>> 
>> When the client stops using an address, or moves the address somewhere else in the fabric, there is a need to update the network support that defends the address and proxies.
> 
> why isn't that: SOLICIT, CONFIRM, RENEW, REBIND, RELEASE?
> 
> cheers,
> Ole without hat.
>

v2.23.0 | Report a Bug | By Email