Re: [v6ops] DHCPv6/SLAAC Make Hosts Confusing-//RE: new draft: draft-liu-bonica-v6ops-dhcpv6-slaac-problem

Mark ZZZ Smith <markzzzsmith@yahoo.com.au> Tue, 29 October 2013 19:17 UTC

Return-Path: <markzzzsmith@yahoo.com.au>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C47C221F9D7A for <v6ops@ietfa.amsl.com>; Tue, 29 Oct 2013 12:17:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.916
X-Spam-Level:
X-Spam-Status: No, score=-1.916 tagged_above=-999 required=5 tests=[AWL=0.183, BAYES_00=-2.599, FROM_LOCAL_NOVOWEL=0.5]
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 v8vtAnpfq00S for <v6ops@ietfa.amsl.com>; Tue, 29 Oct 2013 12:16:57 -0700 (PDT)
Received: from nm41.bullet.mail.bf1.yahoo.com (nm41.bullet.mail.bf1.yahoo.com [216.109.114.57]) by ietfa.amsl.com (Postfix) with ESMTP id 1DFA211E8282 for <v6ops@ietf.org>; Tue, 29 Oct 2013 12:16:55 -0700 (PDT)
Received: from [66.196.81.174] by nm41.bullet.mail.bf1.yahoo.com with NNFMP; 29 Oct 2013 19:16:49 -0000
Received: from [98.139.212.248] by tm20.bullet.mail.bf1.yahoo.com with NNFMP; 29 Oct 2013 19:16:48 -0000
Received: from [127.0.0.1] by omp1057.mail.bf1.yahoo.com with NNFMP; 29 Oct 2013 19:16:48 -0000
X-Yahoo-Newman-Property: ymail-3
X-Yahoo-Newman-Id: 870134.16799.bm@omp1057.mail.bf1.yahoo.com
Received: (qmail 73749 invoked by uid 60001); 29 Oct 2013 19:16:48 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com.au; s=s1024; t=1383074208; bh=2jeu+lH2mPxKxNzKwC5iLeQURTXSRse/kcptCDmK9dA=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=GHhYcm+EA6JxVZG5pGyJv/JrFB7Z4vjruQb9BykFlpZ4PZrLSeSIkOFo72fzE+3CQmtjJuE6dqkWFDspBohIwWIsQCUjiOEXLmft1xUofRfwpidx54r/vSWmcf+B1C+jtHbqavB3MYaK0Oy4WI6XqTj0D8xYZIq/o+Fe3sV5nnY=
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com.au; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=ZwM29YU9Qy72Vk99GmU/TYVHbU0fcaTcXcJLS9T4DqAWT0h9+nZ5oUrJE1WOvnZKFlVZkwOrmvykGlTdHFdOKywa3oMx+Iy+YZezP9qGc/3qU1bxUVivTAHKNj2kWvqdu1JU9I44JQ7T+fIUxmrlAAVUz8tycXZc5a705TOEbUg=;
X-YMail-OSG: tU5MPPMVM1n.e.Xjzv3FGfg7HCUvWmjA1z7In0GZJH_EZxD J7mdS.Dnphn9I7E3_O4_V9aROv01ZF1FABT46jf3IUJh.wQImpeY94B6l9M_ witz.yAVvgRpEJLWdnEjb7U9_f3lqjFFpsCREH7wrKKZzYgcwPadva5KjQCi d67qx.m1WJOG1s6DRHlXuISF1BcGKAm_TFH3BGNjBs_AedYGKnhYB4zBgh2C Y79nTylzA3txUTh0hLGPTtPb6qTVMrBcgW9_VIdErf6yntuHpwxSqNqiYdr1 oMCXwUbLqavQCkJSNce_QjDYNlqcgtL8OoBWK1mWfEG7UIjFQ7rudvORDdaX 5YZI5y8UYzANtxgNMVv4U4WCinMPpbhRddqwHEViGwPw_d2vd32K0ON13Tf. gT7pKUK_aw7aOpdxhPDOoUHDezWSwMwLIK4I8TT_Q68t3S9kx99_7.QMrOK4 CB.Rvj48wo.YNr5PpPnASIGmKsmNXV_xMveIvuw_azpN0IcNlR11VvgYdh0F JUZwExAx7tSfmU9I.sdvXGCyGKZ.GAuG5uUw4ibBltH99A8nJv63MrKWx.P7 pr8YKefQj5MXLSQ7oc0qMGNfUE356fQ9YXri2ZSruodZA
Received: from [150.101.221.237] by web142505.mail.bf1.yahoo.com via HTTP; Tue, 29 Oct 2013 12:16:48 PDT
X-Rocket-MIMEInfo: 002.001, CgoKCi0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0KPiBGcm9tOiBBbmRyZXcgWW91cnRjaGVua28gPGF5b3VydGNoQGNpc2NvLmNvbT4KPiBUbzogTWFyayBaWlogU21pdGggPG1hcmt6enpzbWl0aEB5YWhvby5jb20uYXU.Cj4gQ2M6IExvcmVuem8gQ29saXR0aSA8bG9yZW56b0Bnb29nbGUuY29tPjsgImRyYWZ0LWxpdS1ib25pY2EtdjZvcHMtZGhjcHY2LXNsYWFjLXByb2JsZW1AdG9vbHMuaWV0Zi5vcmciIDxkcmFmdC1saXUtYm9uaWNhLXY2b3BzLWRoY3B2Ni1zbGFhYy1wcm9ibGVtQHRvb2xzLmlldGYBMAEBAQE-
X-Mailer: YahooMailWebService/0.8.160.587
References: <CE8E8EC3.59F3A%victor@jvknet.com> <06601039-CAFD-49B0-918B-A8ACD51B978D@fugue.com> <alpine.OSX.2.00.1310281905440.11422@ayourtch-mac> <CAKD1Yr0qLd7syFizEUMa6DM2a2LY6Rv5GSFyoQAs4Pir6gcNkA@mail.gmail.com> <1383036443.56704.YahooMailNeo@web142501.mail.bf1.yahoo.com> <alpine.OSX.2.00.1310291443480.31066@ayourtch-mac>
Message-ID: <1383074208.73179.YahooMailNeo@web142505.mail.bf1.yahoo.com>
Date: Tue, 29 Oct 2013 12:16:48 -0700
From: Mark ZZZ Smith <markzzzsmith@yahoo.com.au>
To: Andrew Yourtchenko <ayourtch@cisco.com>
In-Reply-To: <alpine.OSX.2.00.1310291443480.31066@ayourtch-mac>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Cc: "v6ops@ietf.org" <v6ops@ietf.org>, Ted Lemon <mellon@fugue.com>, "Ole Troan (otroan)" <otroan@cisco.com>, Dave Thaler <dthaler@microsoft.com>, "draft-liu-bonica-v6ops-dhcpv6-slaac-problem@tools.ietf.org" <draft-liu-bonica-v6ops-dhcpv6-slaac-problem@tools.ietf.org>
Subject: Re: [v6ops] DHCPv6/SLAAC Make Hosts Confusing-//RE: new draft: draft-liu-bonica-v6ops-dhcpv6-slaac-problem
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: Mark ZZZ Smith <markzzzsmith@yahoo.com.au>
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 29 Oct 2013 19:17:03 -0000




----- Original Message -----
> From: Andrew Yourtchenko <ayourtch@cisco.com>
> To: Mark ZZZ Smith <markzzzsmith@yahoo.com.au>
> Cc: Lorenzo Colitti <lorenzo@google.com>; "draft-liu-bonica-v6ops-dhcpv6-slaac-problem@tools.ietf.org" <draft-liu-bonica-v6ops-dhcpv6-slaac-problem@tools.ietf.org>; "v6ops@ietf.org" <v6ops@ietf.org>; Ted Lemon <mellon@fugue.com>; Ole Troan (otroan) <otroan@cisco.com>; Dave Thaler <dthaler@microsoft.com>
> Sent: Wednesday, 30 October 2013 1:05 AM
> Subject: Re: [v6ops] DHCPv6/SLAAC Make Hosts Confusing-//RE: new draft: draft-liu-bonica-v6ops-dhcpv6-slaac-problem
> 
> Hi,
> 
> On Tue, 29 Oct 2013, Mark ZZZ Smith wrote:
> 
>>  Hi,
>> 


<snip>

> 
>> 
>> 
>>  - "While architecturally "pure", the reliability and timing 
> of the 
>> routing resiliency provided by the RAs is far below those achieved by 
>> FHRP protocols which are used in today's networks predominantly." 
> This 
>> seems to suggest that you can't run VRRP/HSRP if you're using RAs. I 
> 
>> don't think they're mutually exclusive, as long as the RAs come from 
> the 
>> virtual router link-local address, rather than the routers' physical 
>> interface link-local addresses.
> 
> No, this is a long-winded way to say that RA as a routing 
> mechanism is useless a lot of today's networks' requirements, not that 
> it 
> is incompatible. :-)
> 

So I'm afraid I'm still confused by this.

The reason why you need VRRP/HSRP etc. is because ND NUD isn't acceptably fast enough to detect that a default gateway has gone away. It might be possible to lower the NUD timers such that they detect default gateway death much quicker, however you then have all of the hosts actively probing the default gateway very quickly, creating load on its control plane.

VRRP/HSRP avoids this control plane load by making the the switch between routers transparent or nearly transparent to the hosts, without the need to lower NUD timers. It could be viewed as a NUD special case and optimisation.

This all has nothing to do with RAs or DHCPv6 - the need for VRRP is to overcome a performance limit in ND NUD, and that limitation would still exist in a DHCPv6 only model without VRRP/HSRP. So I don't understand why DHCPv6 is or woud be "better" and RAs are "worse" in this scenario.


Regards,
Mark.