Re: [MMUSIC] RFC 5245: ice-ufrags of length 256 vs stun maximum username length of 512 bytes

Philipp Hancke <fippo@goodadvice.pages.de> Mon, 04 November 2013 05:44 UTC

Return-Path: <fippo@goodadvice.pages.de>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A68A11E82D7 for <mmusic@ietfa.amsl.com>; Sun, 3 Nov 2013 21:44:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.304
X-Spam-Level:
X-Spam-Status: No, score=-2.304 tagged_above=-999 required=5 tests=[AWL=-0.005, BAYES_00=-2.599, MIME_8BIT_HEADER=0.3]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2e5TUcuq8R4g for <mmusic@ietfa.amsl.com>; Sun, 3 Nov 2013 21:44:28 -0800 (PST)
Received: from lo.psyced.org (lost.IN.psyced.org [188.40.42.221]) by ietfa.amsl.com (Postfix) with ESMTP id 55E6611E819A for <mmusic@ietf.org>; Sun, 3 Nov 2013 21:44:28 -0800 (PST)
Received: from [192.168.2.101] (p549730E0.dip0.t-ipconnect.de [84.151.48.224]) (authenticated bits=0) by lo.psyced.org (8.14.3/8.14.3/Debian-9.4) with ESMTP id rA45iNex000405 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 4 Nov 2013 06:44:25 +0100
Message-ID: <52773432.20100@goodadvice.pages.de>
Date: Mon, 04 Nov 2013 06:44:18 +0100
From: Philipp Hancke <fippo@goodadvice.pages.de>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130803 Thunderbird/17.0.8
MIME-Version: 1.0
To: Ari Keränen <ari.keranen@ericsson.com>
References: <520B299F.9060409@goodadvice.pages.de> <CABkgnnVMTjNfBQYUa5if-o4vKaxB_7NguAZJ8qiu=_mGDF9ePQ@mail.gmail.com> <alpine.DEB.2.00.1308160938080.14145@lo.psyced.org> <CABkgnnXLjAtkFk-b_4bEodJLJdbx7nbEGaSaZE_JxC4R45ZKYw@mail.gmail.com> <5276DA6D.9040904@ericsson.com>
In-Reply-To: <5276DA6D.9040904@ericsson.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: "mmusic@ietf.org" <mmusic@ietf.org>
Subject: Re: [MMUSIC] RFC 5245: ice-ufrags of length 256 vs stun maximum username length of 512 bytes
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mmusic>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 04 Nov 2013 05:44:34 -0000

> Apparently a simple fix would be to make offered ice-ufrag max length in
> ICE-bis 255 (instead of 256).
>
> This would even be nicely backward-compatible since the other (legacy)
> endpoint can still offer 256 chars long ufrag and we would not end up
> exceeding the max length for STUN username.

And on the other side, if an ice-bis endpoint receives a ice-ufrag of 
length 256 from a "legacy" endpoint, it can still restrict it's reply to 
255 chars.
This might be easier to describe as "accept 256 chars, but do not send 
more than 255 chars".

That seems better than trying to figure out what should happen when we 
end up with 513 bytes, thanks.

philipp