[AVTCORE] Proposed text for draft-ietf-avtcore-ports-for-ucast-mcast-rtp-01

"Ali C. Begen (abegen)" <abegen@cisco.com> Thu, 14 April 2011 11:37 UTC

Return-Path: <abegen@cisco.com>
X-Original-To: avt@ietfc.amsl.com
Delivered-To: avt@ietfc.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 819BBE06CA for <avt@ietfc.amsl.com>; Thu, 14 Apr 2011 04:37:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.592
X-Spam-Level:
X-Spam-Status: No, score=-10.592 tagged_above=-999 required=5 tests=[AWL=0.007, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2WoUdSWlvNX6 for <avt@ietfc.amsl.com>; Thu, 14 Apr 2011 04:37:22 -0700 (PDT)
Received: from sj-iport-2.cisco.com (sj-iport-2.cisco.com [171.71.176.71]) by ietfc.amsl.com (Postfix) with ESMTP id 84268E0692 for <avt@ietf.org>; Thu, 14 Apr 2011 04:37:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=abegen@cisco.com; l=1383; q=dns/txt; s=iport; t=1302781042; x=1303990642; h=mime-version:content-transfer-encoding:subject:date: message-id:from:to; bh=ivEYNZ2l6195YyTtjJaMfWIreRBrlnxYvYaqiMq4uo8=; b=dDrtG0fgn3DV4q9zcP/gRJ+Oa7BHRPpjyAAN5xVeqJzAEWSwe6e43aoz oZifrF2CuhX4101pTRWbmv+IZV6RP/WX9MR2qdQ5cKy4u+hRJ1aNZ9X8W VV1sVdKZPYYcQ/LKMFiWBKOqYcTSLdsHiDGgmxRS+EF81E4c5DR/7F6L+ I=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AkYHALzbpk2rRDoH/2dsb2JhbACYOI09d6RqnHiFbgSFWowP
X-IronPort-AV: E=Sophos;i="4.64,211,1301875200"; d="scan'208";a="337116929"
Received: from mtv-core-2.cisco.com ([171.68.58.7]) by sj-iport-2.cisco.com with ESMTP; 14 Apr 2011 11:37:22 +0000
Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by mtv-core-2.cisco.com (8.14.3/8.14.3) with ESMTP id p3EBbMiY024889 for <avt@ietf.org>; Thu, 14 Apr 2011 11:37:22 GMT
Received: from xmb-sjc-215.amer.cisco.com ([171.70.151.169]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 14 Apr 2011 04:37:22 -0700
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Date: Thu, 14 Apr 2011 04:36:27 -0700
Message-ID: <04CAD96D4C5A3D48B1919248A8FE0D540ECB1024@xmb-sjc-215.amer.cisco.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: Proposed text for draft-ietf-avtcore-ports-for-ucast-mcast-rtp-01
Thread-Index: Acv6l7xRHFcqN2HUTcW9XdLR65tZUA==
From: "Ali C. Begen (abegen)" <abegen@cisco.com>
To: avt@ietf.org
X-OriginalArrivalTime: 14 Apr 2011 11:37:22.0062 (UTC) FILETIME=[5190FAE0:01CBFA98]
Subject: [AVTCORE] Proposed text for draft-ietf-avtcore-ports-for-ucast-mcast-rtp-01
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Audio/Video Transport Core Maintenance <avt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/avt>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 14 Apr 2011 11:37:23 -0000

Based on a comment from IESG, we would like to propose the following change to the Token draft. It is about increasing the length of the Tokens. Currently, the length field is 1 byte, IESG recommends 2 bytes with a warning sign.

Please let us know if you do not want this change. 
Link to the draft: https://datatracker.ietf.org/doc/draft-ietf-avtcore-ports-for-ucast-mcast-rtp/?include_text=1

-acbegen

New text for 4.2

Token Element (Variable size): Element that is used to carry the Token generated by the server. This element is a 32-bit aligned Length-Value element. The Length field, which is 16 bits, indicates the length (in octets) of the Value field that follows the Length field. While a 16-bit length allows for Tokens with a size of up to 65535 bytes, using Tokens larger than 1000 bytes is generally a bad idea since this can easily cause IP fragmentation. Note that a Token has to be transmitted in an RTCP compound packet within a UDP packet, which often has an MTU of 1500 bytes.
 
The length does not include any padding that is required for alignment. The Value field carries the Token (or more accurately, the output of the encoding process on the server). If the Token element does not fall on a 32-bit boundary, the last word MUST be padded to the boundary using further bits set to zero.