Re: [v6ops] Interesting problems with using IPv6

Mark ZZZ Smith <markzzzsmith@yahoo.com.au> Tue, 09 September 2014 01:55 UTC

Return-Path: <markzzzsmith@yahoo.com.au>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 94E431A0382 for <v6ops@ietfa.amsl.com>; Mon, 8 Sep 2014 18:55:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.497
X-Spam-Level:
X-Spam-Status: No, score=-0.497 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, FROM_LOCAL_NOVOWEL=0.5, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=1, HK_RANDOM_REPLYTO=0.001, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=no
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 qGFjWZH52JVf for <v6ops@ietfa.amsl.com>; Mon, 8 Sep 2014 18:55:36 -0700 (PDT)
Received: from nm17-vm1.bullet.mail.bf1.yahoo.com (nm17-vm1.bullet.mail.bf1.yahoo.com [98.139.213.55]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 368881A0376 for <v6ops@ietf.org>; Mon, 8 Sep 2014 18:55:36 -0700 (PDT)
Received: from [66.196.81.172] by nm17.bullet.mail.bf1.yahoo.com with NNFMP; 09 Sep 2014 01:55:35 -0000
Received: from [98.139.212.214] by tm18.bullet.mail.bf1.yahoo.com with NNFMP; 09 Sep 2014 01:55:35 -0000
Received: from [127.0.0.1] by omp1023.mail.bf1.yahoo.com with NNFMP; 09 Sep 2014 01:55:35 -0000
X-Yahoo-Newman-Property: ymail-3
X-Yahoo-Newman-Id: 368883.66802.bm@omp1023.mail.bf1.yahoo.com
Received: (qmail 39991 invoked by uid 60001); 9 Sep 2014 01:55:35 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com.au; s=s1024; t=1410227735; bh=/0kMzqD7smAox7fWh4C+boGYc5Nak7NRVRDJufprglQ=; h=References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=sJahk/tS1I2OpUOmD0PTve5/ln6S2j2i4qmu46YPS0m8XXiE7cPhOwBf36sDf0R7161wUcpkBSyHrT9SDUvM0Mo4DPla/u/SvKq6DKJDZU00ZArQJTLA3pQPJ+AFdv1ubSDXOzNz9QXzXXe6jUZGcGIfRiCWNNcA9l/R13nd6qA=
X-YMail-OSG: jzPB.4kVM1lvO3o3ld77gO_MrPtCAPeb7U8wFKX.jinYWvl TtAhQWs3LtpOwVlru4.xkJmtVWhwp5aLLrks9BP5_1rbB5kVdE9O4ZzSS56t NnesOIszqu0duD94J.5gCGRODV9Ool4tpfbJfXhFc2kJ0zuQkbSr4kZAm1V0 5vl1uwYIWyihvgoG2yRXRqf2KCM09p4cRhM0DYw6gUr_dQYDhT3AZ81aWbU7 3L5decKi0d1XV5tOxZSGyc0pZuYMaUH7jbN_70eyz8g6V.6_p6NQ57bRWnPy JBFf16uttXxEJ2I5KW3nTFbXKpY6O43isQxRtXOdxPl0xMXwtKgZ1ph67e1t QPowqPj5.F9LDTsoQb69uUhAySjrQUQ9mzvK9KQLR7PseOonPBfWzKgdLxsq kcict_5fc8IOxIfzOzU9WDSaMa9llQHD0gt7hLy3X6t2Pk_hUszHpb1jwO3z JwF0GEWQ831dIYbSLUZ55nxR51eWbIbtaMJn43IqKZUQXZ72YWTYzwfHXBdE YqcSM_hYZkzD3edbB8QQUaD7ex29Qlt7akRYug_6gAkTIE1vp8HWyg4oE_gl nAVsk8m6_CT2D6xXvh3LuS7dFFNViFCcCGF.Crri3GqurVQOtIkXt6htKxp0 moBnCD1J_jJ14hbtQYI1.Oq2.oanPTOT5b4NJzZ4pmPQUiJMsR_S6RSEMay7 N32CU
Received: from [58.6.205.2] by web162204.mail.bf1.yahoo.com via HTTP; Mon, 08 Sep 2014 18:55:35 PDT
X-Rocket-MIMEInfo: 002.001, CgoKCi0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0KPiBGcm9tOiBCcmlhbiBFIENhcnBlbnRlciA8YnJpYW4uZS5jYXJwZW50ZXJAZ21haWwuY29tPgo.IFRvOiBEYWxlIFcuIENhcmRlciA8ZHdjYXJkZXJAd2lzYy5lZHU.Cj4gQ2M6IElQdjYgT3BlcmF0aW9ucyA8djZvcHNAaWV0Zi5vcmc.OyBsLndvb2RAc3VycmV5LmFjLnVrCj4gU2VudDogVHVlc2RheSwgOSBTZXB0ZW1iZXIgMjAxNCwgNzo1OQo.IFN1YmplY3Q6IFJlOiBbdjZvcHNdIEludGVyZXN0aW5nIHByb2JsZW1zIHdpdGggdXNpbmcgSVB2NgoBMAEBAQE-
X-Mailer: YahooMailWebService/0.8.203.696
References: <1410082125488.85722@surrey.ac.uk> <540CB702.3000605@gmail.com> <20140908183339.GB98785@ricotta.doit.wisc.edu> <540E26D9.3070907@gmail.com>
Message-ID: <1410227735.13436.YahooMailNeo@web162204.mail.bf1.yahoo.com>
Date: Mon, 08 Sep 2014 18:55:35 -0700
From: Mark ZZZ Smith <markzzzsmith@yahoo.com.au>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>, "Dale W. Carder" <dwcarder@wisc.edu>
In-Reply-To: <540E26D9.3070907@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: http://mailarchive.ietf.org/arch/msg/v6ops/Eju1pGxpIIncec5NTtY2kv0gzx4
Cc: IPv6 Operations <v6ops@ietf.org>, "l.wood@surrey.ac.uk" <l.wood@surrey.ac.uk>
Subject: Re: [v6ops] Interesting problems with using IPv6
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
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, 09 Sep 2014 01:55:37 -0000




----- Original Message -----
> From: Brian E Carpenter <brian.e.carpenter@gmail.com>
> To: Dale W. Carder <dwcarder@wisc.edu>
> Cc: IPv6 Operations <v6ops@ietf.org>; l.wood@surrey.ac.uk
> Sent: Tuesday, 9 September 2014, 7:59
> Subject: Re: [v6ops] Interesting problems with using IPv6
> 
> I switched to the relevant list.
> 
> On 09/09/2014 06:33, Dale W. Carder wrote:
>>  Thus spake Brian E Carpenter (brian.e.carpenter@gmail.com) on Mon, Sep 08, 
> 2014 at 07:50:26AM +1200:
>>>  If they really are interesting problems, it might be more to the
>>>  point to analyse them over on v6ops. Given the number of large
>>>  IPv6 deployments that don't have such problems, it seems like
>>>  this particular deployment hit an unfortunate combination of
>>>  implementation issues.


If this email is referring to this blog post:

http://blog.bimajority.org/2014/09/05/the-network-nightmare-that-ate-my-week/


then I think this particular network was already on the verge of catastrophic failure, and some of IPv6's ND differences were just the trigger to push it over that threshold.


According to the blog post, they might have:

- hardware errors
- software errors
- 'bridge loops' causing the control plane to overload

In some of these cases they've taken actions to try to resolve them, however the actions taken seem to be based on speculating what is happening rather than finding evidence to support the hypothesised cause before taking action.

For example, there isn't any evidence that they've actually determined that 'bridge loops' are occurring, found out what is causing them, and then taking measures to prevent them or at least reduce the chances of them occurring. If a 'bridge loop' can cause the control plane to overload, then adding anything to this network like IPv6 is likely to only make the problem worse.

I'd like to see them get to the bottom of and then fix these 'bridge loop' and other problems first before any value is placed on addressing their criticisms of IPv6. Other people have deployed IPv6 without these problems, so what is different between this network and everybody else's that doesn't have these sorts of problems?



 That is worth understanding (for example,
>>>  how large is the layer 2 network that leads to the MLD listener
>>>  report overload?).
>> 
>>  Implementing MLD snooping for Solicited-Node multicast addresses 
>>  is probably a bad idea.
>> 

>>  See: draft-pashby-magma-simplify-mld-snooping-01
> 
> OK, but I would also like to understand why we require
> MLD messages for a Solicited-Node multicast address to
> set Router Alert.
> 
>     Brian
> 
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>