Re: routing area design team on dataplane encapsulation considerations

Stewart Bryant <stbryant@cisco.com> Wed, 10 December 2014 10:23 UTC

Return-Path: <stbryant@cisco.com>
X-Original-To: routing-discussion@ietfa.amsl.com
Delivered-To: routing-discussion@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7B1331A3BA7 for <routing-discussion@ietfa.amsl.com>; Wed, 10 Dec 2014 02:23:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.511
X-Spam-Level:
X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 xxGu3a0KXWzz for <routing-discussion@ietfa.amsl.com>; Wed, 10 Dec 2014 02:23:06 -0800 (PST)
Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 868C11A0099 for <routing-discussion@ietf.org>; Wed, 10 Dec 2014 02:23:05 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1760; q=dns/txt; s=iport; t=1418206986; x=1419416586; h=message-id:date:from:reply-to:mime-version:to:subject: references:in-reply-to:content-transfer-encoding; bh=x8SvUv6pFVd9/2gV7LbOxPlk7h6lpZWGvHmVxQiiDbs=; b=DVCEYPurqMe8oy689NGjt7NG5dsyUAAkmfj9r0G0qKNPN+X188A3y0DS qdD4gLnIngW8/dc1bW5Du7XWvcgcoaYiMY/hcpjiCltAaImECc0qWgMc6 y3+xf7Xh67RZ5smQXYl2uqguUhllb+AyedkZ4o3C8131JH02+S1h2pu2N g=;
X-IronPort-AV: E=Sophos;i="5.07,551,1413244800"; d="scan'208";a="268828528"
Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP; 10 Dec 2014 10:23:04 +0000
Received: from [10.61.99.142] (dhcp-10-61-99-142.cisco.com [10.61.99.142]) by aer-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id sBAAN3OV030439; Wed, 10 Dec 2014 10:23:03 GMT
Message-ID: <54881F05.3030907@cisco.com>
Date: Wed, 10 Dec 2014 10:23:01 +0000
From: Stewart Bryant <stbryant@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
To: l.wood@surrey.ac.uk, akatlas@gmail.com, routing-discussion@ietf.org
Subject: Re: routing area design team on dataplane encapsulation considerations
References: <CAG4d1rd60hK8=WtYw-nid_Z7Z8+TvdzA52fNx3pFjND+eDWAfA@mail.gmail.com>, <54877D58.9050002@cisco.com> <DB4PR06MB457D1FCFF0FBBA25E7A4EC3AD620@DB4PR06MB457.eurprd06.prod.outlook.com>
In-Reply-To: <DB4PR06MB457D1FCFF0FBBA25E7A4EC3AD620@DB4PR06MB457.eurprd06.prod.outlook.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/routing-discussion/GiQAV8yKo28f_PLIhPjIcvJMQFs
X-BeenThere: routing-discussion@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: stbryant@cisco.com
List-Id: Routing Area General mailing list <routing-discussion.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/routing-discussion>, <mailto:routing-discussion-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/routing-discussion/>
List-Post: <mailto:routing-discussion@ietf.org>
List-Help: <mailto:routing-discussion-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/routing-discussion>, <mailto:routing-discussion-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Dec 2014 10:23:07 -0000

Lloyd

You run a network these days, what error rates are you actually measuring?

Stewart

On 10/12/2014 10:01, l.wood@surrey.ac.uk wrote:
> Of course the tunnellers are happy with a zero checksum. The pollution caused by missent corrupted ipv6 packets evading checks elsewhere does not affect them.
>
> Congestion is not a problem for tunnellers either. Like zero checksums, any congestion problem caused by a tunnel is just not the tunnel's problem. Why should the tunneller have to consider congestion? Or zero checksums? Or anything that impedes tunnel performance?
>
> The tragedy of the commons, in action.
>
> Lloyd Wood
> http://about.me/lloydwood
> ________________________________________
> From: routing-discussion <routing-discussion-bounces@ietf.org> on behalf of Stewart Bryant <stbryant@cisco.com>
> Sent: Wednesday, 10 December 2014 9:53:12 AM
> To: Alia Atlas; routing-discussion@ietf.org
> Subject: Re: routing area design team on dataplane encapsulation considerations
>
> Alia
>
> On 09/12/2014 22:46, Alia Atlas wrote:
>> * IPv6 header protection (non-zero UDP checksum over IPv6 issue)
> I am not sure if it is the non-zero UDP checksum over IPv6 issue, or
> the zeroUDP checksum over IPv6 issue.
>
> Most people doing tunneling seem quite happy with zero but get pushback
> from the transport area.
>
> Perhaps the topic is really
>
> * IPv6 header protection (UDP checksum issue)
>
> - Stewart
>
>
> _______________________________________________
> routing-discussion mailing list
> routing-discussion@ietf.org
> https://www.ietf.org/mailman/listinfo/routing-discussion
>


-- 
For corporate legal information go to:

http://www.cisco.com/web/about/doing_business/legal/cri/index.html