IETF Logo Mail Archive

Re: [tsvwg] draft diffserv-intercon: Handling of a scavenger class / CS1

Mikael Abrahamsson <swmike@swm.pp.se> Fri, 26 June 2015 12:45 UTC

Return-Path: <swmike@swm.pp.se>
X-Original-To: tsvwg@ietfa.amsl.com
Delivered-To: tsvwg@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 661501B2D3E for <tsvwg@ietfa.amsl.com>; Fri, 26 Jun 2015 05:45:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.961
X-Spam-Level:
X-Spam-Status: No, score=-3.961 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HELO_EQ_SE=0.35, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 HgtM_88lwLDV for <tsvwg@ietfa.amsl.com>; Fri, 26 Jun 2015 05:45:25 -0700 (PDT)
Received: from uplift.swm.pp.se (swm.pp.se [212.247.200.143]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 51EC11B2D32 for <tsvwg@ietf.org>; Fri, 26 Jun 2015 05:45:25 -0700 (PDT)
Received: by uplift.swm.pp.se (Postfix, from userid 501) id 2F973A1; Fri, 26 Jun 2015 14:45:23 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=swm.pp.se; s=mail; t=1435322723; bh=KWxXERzAZOesDIiFe+pLg/Qk+ntD1lqotCPGlOqJE6E=; h=Date:From:To:cc:Subject:In-Reply-To:References:From; b=p1yFTVbS7irFo/+3Umrtc1ENMHF5M4kO56arHWJ4BAhCcSk1wXLjhpKeuFHkHWcqP Qv9SlAE+1QKxqhKNILw8GcO87nwVMgO/Mndaj9j9YQ08206z7lCUjonjYzVzNyxCv3 EWck5l5Q4mH69N5g7acITt0nPfyBCbarAojP42nI=
Received: from localhost (localhost [127.0.0.1]) by uplift.swm.pp.se (Postfix) with ESMTP id 26CB49F; Fri, 26 Jun 2015 14:45:23 +0200 (CEST)
Date: Fri, 26 Jun 2015 14:45:23 +0200
From: Mikael Abrahamsson <swmike@swm.pp.se>
To: Ruediger.Geib@telekom.de
In-Reply-To: <CA7A7C64CC4ADB458B74477EA99DF6F505290F2B1C@HE111643.EMEA1.CDS.T-INTERNAL.COM>
Message-ID: <alpine.DEB.2.02.1506261438350.9487@uplift.swm.pp.se>
References: <CA7A7C64CC4ADB458B74477EA99DF6F50513613DD9@HE111643.EMEA1.CDS.T-INTERNAL.COM> <alpine.DEB.2.02.1505291422130.9487@uplift.swm.pp.se> <5568CF68.9020406@gmail.com> <alpine.DEB.2.02.1505292256170.9487@uplift.swm.pp.se> <CA7A7C64CC4ADB458B74477EA99DF6F505136148FE@HE111643.EMEA1.CDS.T-INTERNAL.COM> <CE03DB3D7B45C245BCA0D243277949360B3798B8@MX104CL02.corp.emc.com> <5580C588.9070008@gmail.com> <538a059f43eb8a2c2bd42453de21d6f2.squirrel@erg.abdn.ac.uk> <alpine.DEB.2.02.1506260829330.9487@uplift.swm.pp.se> <CA7A7C64CC4ADB458B74477EA99DF6F505290F292B@HE111643.EMEA1.CDS.T-INTERNAL.COM> <alpine.DEB.2.02.1506261011340.9487@uplift.swm.pp.se> <CA7A7C64CC4ADB458B74477EA99DF6F505290F2B1C@HE111643.EMEA1.CDS.T-INTERNAL.COM>
User-Agent: Alpine 2.02 (DEB 1266 2009-07-14)
Organization: People's Front Against WWW
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"; format="flowed"
Archived-At: <http://mailarchive.ietf.org/arch/msg/tsvwg/ZJr8_G4_JCuzsbarPMaxlxhvlUY>
Cc: tsvwg@ietf.org
Subject: Re: [tsvwg] draft diffserv-intercon: Handling of a scavenger class / CS1
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsvwg/>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Jun 2015 12:45:27 -0000

On Fri, 26 Jun 2015, Ruediger.Geib@telekom.de wrote:

> IETF welcomes provider input also in TSVWG. I'm happy for every provider 
> representative joining me in discussing operation related DiffServ 
> issues in TSVWG. Once we are too many, a TSV OPS related WG may be 
> helpful.

Most operators have no idea this work is going on here. You can say you're 
welcoming participation all you want, but if you actually want 
participation then you have to reach out.

It also has to be relevant and understandable. Your document, whilst I'm 
sure it's perfectly correct and makes a lot of sense to matter experts, is 
TL;DR; (Too Long, Didn't Read), for most people who just want their 
networks to work and customers not complain.

So yes, let's meet up in Prague and discuss this. I think what we need is 
a different document than diffserv-intercon because most in there just 
isn't applicable to Internet peering interconnects.

-- 
Mikael Abrahamsson    email: swmike@swm.pp.se

v2.23.0 | Report a Bug | By Email