IETF Logo Mail Archive

[rtcweb] DSCP marking for STUN packets

"Muthu Arul Mozhi Perumal (mperumal)" <mperumal@cisco.com> Fri, 07 March 2014 04:35 UTC

Return-Path: <mperumal@cisco.com>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3BD581A0091 for <rtcweb@ietfa.amsl.com>; Thu, 6 Mar 2014 20:35:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.047
X-Spam-Level:
X-Spam-Status: No, score=-10.047 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001, 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 rkCWMB5dcJD9 for <rtcweb@ietfa.amsl.com>; Thu, 6 Mar 2014 20:35:16 -0800 (PST)
Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) by ietfa.amsl.com (Postfix) with ESMTP id AE3101A0090 for <rtcweb@ietf.org>; Thu, 6 Mar 2014 20:35:16 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3979; q=dns/txt; s=iport; t=1394166912; x=1395376512; h=from:to:subject:date:message-id:mime-version; bh=2BttYFgjlfiZHS8SmvmmJoBef6XwHsXPYMvfxTObDSg=; b=WVy2KwT+YzgqAlUZ2wzFH6OOyyWq6pCeps7rk6yR4tMU8f3Plqxd/fn5 DI+RG1mVZ8r9dJPqm0fgQUVJr546sW2KVbjiUDVmkIV9PVha7rERd3VeT w1ONNdCu4NZW1brcB2S37KjBcqsZOBVKnYa4GJj+Tjh29cZUoUHn4D3V+ s=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgYFAI5LGVOtJV2a/2dsb2JhbABagkJEO1fBKIEUFnSCJwEELV4BDB5WJgEEG4dxnyqwMReOKoNcgRQEqmyDLYIq
X-IronPort-AV: E=Sophos; i="4.97,605,1389744000"; d="scan'208,217"; a="25601415"
Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by alln-iport-1.cisco.com with ESMTP; 07 Mar 2014 04:35:12 +0000
Received: from xhc-aln-x05.cisco.com (xhc-aln-x05.cisco.com [173.36.12.79]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id s274ZC7Z032465 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for <rtcweb@ietf.org>; Fri, 7 Mar 2014 04:35:12 GMT
Received: from xmb-rcd-x02.cisco.com ([169.254.4.166]) by xhc-aln-x05.cisco.com ([173.36.12.79]) with mapi id 14.03.0123.003; Thu, 6 Mar 2014 22:35:12 -0600
From: "Muthu Arul Mozhi Perumal (mperumal)" <mperumal@cisco.com>
To: "rtcweb@ietf.org" <rtcweb@ietf.org>
Thread-Topic: DSCP marking for STUN packets
Thread-Index: Ac85vcTs78cs2C8tSs2+vLGf/NxF+A==
Date: Fri, 07 Mar 2014 04:35:11 +0000
Message-ID: <E721D8C6A2E1544DB2DEBC313AF54DE22E30E33C@xmb-rcd-x02.cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [72.163.208.123]
Content-Type: multipart/alternative; boundary="_000_E721D8C6A2E1544DB2DEBC313AF54DE22E30E33Cxmbrcdx02ciscoc_"
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/rtcweb/hjLuVhOcGHymbDZL4nN84WHgzF4
Subject: [rtcweb] DSCP marking for STUN packets
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 07 Mar 2014 04:35:18 -0000

ICE says that an endpoint SHOULD apply the same DSCP marking as media packets to connectivity checks. This looks insufficient for RTCWEB, since it doesn't cover (at least) the following:
- connectivity checks performed for a stream using different drop pecedences (draft-dhesikan-tsvwg-rtcweb-qos).
- connectivity checks performed for non-media/data-channel traffic.
- DSCP markings for consent checks.

Comments on where we need to specify them? The last one can probably go into draft-ietf-rtcweb-stun-consent-freshness?

Muthu

v2.23.0 | Report a Bug | By Email