[Dart] WGLC: draft-ietf-dart-dscp-rtp-02 - Gorry's item (2)

"Black, David" <david.black@emc.com> Thu, 14 August 2014 13:16 UTC

Return-Path: <david.black@emc.com>
X-Original-To: dart@ietfa.amsl.com
Delivered-To: dart@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4941C1A0438 for <dart@ietfa.amsl.com>; Thu, 14 Aug 2014 06:16:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.369
X-Spam-Level:
X-Spam-Status: No, score=-3.369 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_LOW=-0.7, RP_MATCHES_RCVD=-0.668, SPF_PASS=-0.001] 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 lUdGFYAVpte6 for <dart@ietfa.amsl.com>; Thu, 14 Aug 2014 06:16:08 -0700 (PDT)
Received: from mailuogwhop.emc.com (mailuogwhop.emc.com [168.159.213.141]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A2D311A06EA for <dart@ietf.org>; Thu, 14 Aug 2014 06:16:07 -0700 (PDT)
Received: from maildlpprd06.lss.emc.com (maildlpprd06.lss.emc.com [10.253.24.38]) by mailuogwprd04.lss.emc.com (Sentrion-MTA-4.3.0/Sentrion-MTA-4.3.0) with ESMTP id s7EDG4dj026946 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 14 Aug 2014 09:16:05 -0400
X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd04.lss.emc.com s7EDG4dj026946
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=emc.com; s=jan2013; t=1408022165; bh=fE2+BB8bY6tqL4U4fnIogyMYssI=; h=From:To:CC:Date:Subject:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=WRDeKHNsz2q8FM1SXxQ3FCp4hI0Jt5CVhNa8cNBWVPTHpJ+M5EM4Avv2DZldGZk4D 0gVE/qPXnmraIOIRbyDyS3ejEjGoxfi70lVC/cnpr3bpcs8dUPfgI9MuOWRyn/onpa tIVRQ9BI0E2oUtnY/z6rEqImSdCamnu1mFuRq/UM=
X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd04.lss.emc.com s7EDG4dj026946
Received: from mailusrhubprd53.lss.emc.com (mailusrhubprd53.lss.emc.com [10.106.48.18]) by maildlpprd06.lss.emc.com (RSA Interceptor); Thu, 14 Aug 2014 06:15:52 -0700
Received: from mxhub03.corp.emc.com (mxhub03.corp.emc.com [10.254.141.105]) by mailusrhubprd53.lss.emc.com (Sentrion-MTA-4.3.0/Sentrion-MTA-4.3.0) with ESMTP id s7EDFocF029184 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 14 Aug 2014 09:15:51 -0400
Received: from mx15a.corp.emc.com ([169.254.1.175]) by mxhub03.corp.emc.com ([10.254.141.105]) with mapi; Thu, 14 Aug 2014 09:15:51 -0400
From: "Black, David" <david.black@emc.com>
To: "gorry@erg.abdn.ac.uk" <gorry@erg.abdn.ac.uk>, "Ruediger.Geib@telekom.de" <Ruediger.Geib@telekom.de>
Date: Thu, 14 Aug 2014 09:15:49 -0400
Thread-Topic: WGLC: draft-ietf-dart-dscp-rtp-02 - Gorry's item (2)
Thread-Index: Ac+3wdu20KNcvqj8Tw+IHKeL3fYW+w==
Message-ID: <8D3D17ACE214DC429325B2B98F3AE712077B951FF0@MX15A.corp.emc.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Sentrion-Hostname: mailusrhubprd53.lss.emc.com
X-RSA-Classifications: DLM_1, public, GIS Solicitation
Archived-At: http://mailarchive.ietf.org/arch/msg/dart/Worq08EdX7nLrOeKeT_gd1lsUJY
Cc: "Black, David" <david.black@emc.com>, "dart@ietf.org" <dart@ietf.org>
Subject: [Dart] WGLC: draft-ietf-dart-dscp-rtp-02 - Gorry's item (2)
X-BeenThere: dart@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "\"DiffServ Applied to RTP Transports discussion list\"" <dart.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dart>, <mailto:dart-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dart/>
List-Post: <mailto:dart@ietf.org>
List-Help: <mailto:dart-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dart>, <mailto:dart-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 14 Aug 2014 13:16:11 -0000

Wearing none of my hats, I would prefer to put Gorry's item (2) into a TSV
(Transport Area) draft somewhere, and hence prefer the suggestion to say
that this document does not provide that sort of guidance.

> > (2) I don't know if the document's goal is also to make transport
> > recommendations for using multiple code points - i.e., things such as must
> > be robust to the network changing a DSCP; needs to independently verify
> > that a particular DCSP is not being black-holed, needs to not imply
> > relative precedence when interpreting loss or marking of packets for a
> > flow using multiple DCSPs etc. ???
> >
> > If these are out of scope, then maybe the document should say that this
> > particular document does not provide this sort of guidance.

Thanks,
--David

> -----Original Message-----
> From: Dart [mailto:dart-bounces@ietf.org] On Behalf Of gorry@erg.abdn.ac.uk
> Sent: Thursday, August 14, 2014 9:06 AM
> To: Ruediger.Geib@telekom.de
> Cc: gorry@erg.abdn.ac.uk; dart@ietf.org
> Subject: Re: [Dart] WGLC: draft-ietf-dart-dscp-rtp-02
> 
> Thanks
> 
> When I said "transport" I was thinking of the algorithms to be used in the
> end-host to figure out what was operational and where congestion and delay
> were experienced. But what you say is all an import part. I expect what
> you discuss, could go into the tsvwg intercom draft.
> 
> 
> Gorry
> > Hi Gorry,
> >
> > the following text will likely appear in the next version of my
> > diffserv-intercon draft. The more DSCPs appear in a flow which aren't
> > deployed end-to-end for the corresponding PHB, the more often one of the
> > scenarios will be encountered.
> >
> > The following scenarios start from a domain sending
> > IP traffic using a PHB and a corresponding DSCP to an interconnected
> > domain. The receiving domain may
> > -	Support the PHB and offer the same corresponding DSCP
> > -	Not support the PHB and use the DSCP for a different PHB
> > -	Not support the PHB and not use the DSCP
> > -	Support the PHB with a differing DSCP, and the DSCP of the
> >        sending domain is not used for another PHB
> > -	Support the PHB with a differing DSCP, and the DSCP of the
> >        sending domain is used for another PHB
> >
> > Another question to be answered then is how a network provider will treat
> > unrecognized or unexpected DSCPs received at network boundaries.
> >
> > Regards,
> >
> > Ruediger
> >
> >
> > -----Ursprüngliche Nachricht-----
> > Von: Dart [mailto:dart-bounces@ietf.org] Im Auftrag von Gorry Fairhurst
> > Gesendet: Mittwoch, 13. August 2014 22:33
> > An: dart@ietf.org
> > Betreff: [Dart] WGLC: draft-ietf-dart-dscp-rtp-02
> >
> >
> > I can see good points raised on the details, instead I have some questions
> > about the overall document strcuture:
> >
> > [snip]
> >
> > (2) I don't know if the document's goal is also to make transport
> > recommendations for using multiple code points - i.e.things such as must
> > be robust to the network changing a DSCP; needs to independently verify
> > that a particular DCSP is not being black-holed, needs to not imply
> > relative precedence when interpreting loss or marking of packets for a
> > flow using multiple DCSPs etc. ???
> >
> > If these are out of scope, then maybe the document should say that this
> > particular document does not provide this sort of guidance.
> >
> > Gorry
> >
> > _______________________________________________
> > Dart mailing list
> > Dart@ietf.org
> > https://www.ietf.org/mailman/listinfo/dart
> >
> 
> _______________________________________________
> Dart mailing list
> Dart@ietf.org
> https://www.ietf.org/mailman/listinfo/dart