Re: [MMUSIC] Offer/Answer PT Questions - text proposal

Roman Shpount <roman@telurix.com> Sat, 27 February 2016 09:29 UTC

Return-Path: <roman@telurix.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 77A161A0267 for <mmusic@ietfa.amsl.com>; Sat, 27 Feb 2016 01:29:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.278
X-Spam-Level:
X-Spam-Status: No, score=-1.278 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no
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 4BoU1kJSo2Sv for <mmusic@ietfa.amsl.com>; Sat, 27 Feb 2016 01:29:07 -0800 (PST)
Received: from mail-ig0-x22b.google.com (mail-ig0-x22b.google.com [IPv6:2607:f8b0:4001:c05::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 370231A0217 for <mmusic@ietf.org>; Sat, 27 Feb 2016 01:29:07 -0800 (PST)
Received: by mail-ig0-x22b.google.com with SMTP id y8so53408527igp.0 for <mmusic@ietf.org>; Sat, 27 Feb 2016 01:29:07 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telurix-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=/27aSJiuoMJuNWFAMv1j4dGhtQLfjuqXxQJwJxZqqKs=; b=PxZcz5TriYCHYZa6tTn7C94FvphjW3k035WUhHgLYE0Ga9uEu/o/js5wmJFAPqb8Qy Tphx/LVUO8Wia4cGUrtciyykO0hi83h5lxu+8tr66khi/M8LcV8Kh/yAh2gcL6F+ZTvb 9SC5irouH7vUFcpYt+y6TjLgMintSf6d1uyBumZhpH/oGoB2w5oC70rU8y47tpnS0U69 kc122nyGyLd39TtvPUZNJoFgYk2QIVHAkpkFYfPXKavbi3a4VCGCCOP8C9W26SCAoLQC EF6W6kfcudQWUlo0lSHBOzWa4sD+SgabGdsvM7iENNgkUr1Y/w1vb8HyB5h1qp3Gl1Al sHyA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=/27aSJiuoMJuNWFAMv1j4dGhtQLfjuqXxQJwJxZqqKs=; b=A8X48wi+zBYJT66LAS+9HbEar+evBHWjFebAzmHMOx7J29a/QjNJqk0r2U84orDAxv 6yU4nyUM+piT20QWwqOg5Wz4nwbCZfd9dUw2Ot+EUNY1qGRD4EdEUDN46NSQLiZk7hnD XP17aN2K3q2b1IgbvizLH+Kr8tTSmIvkkRNi8ouqh+ODZISGMoCf1stpO73d+IFdvNmS MXInl3YGYZ0/a0lzpccqU+YtHBLusYV0lrs6jBPZ3knHSdLz/hWupoH8KR3RKzz0UYOR kco1SL4yoXsIG6oESOCblzPnCVPC2SNLazRl+aPrJ6blkT+ox5+RcLPW2421fMCkKtFl ohpQ==
X-Gm-Message-State: AD7BkJJSIjAoWsZETOQEtJBi2dWI7t6NLRCHVjFqsLbtcvg26w5my7096d0rsw8pL49KtQ==
X-Received: by 10.50.66.212 with SMTP id h20mr1754261igt.43.1456565346447; Sat, 27 Feb 2016 01:29:06 -0800 (PST)
Received: from mail-ig0-f170.google.com (mail-ig0-f170.google.com. [209.85.213.170]) by smtp.gmail.com with ESMTPSA id c193sm7024120ioe.18.2016.02.27.01.29.04 for <mmusic@ietf.org> (version=TLSv1/SSLv3 cipher=OTHER); Sat, 27 Feb 2016 01:29:04 -0800 (PST)
Received: by mail-ig0-f170.google.com with SMTP id g6so54377482igt.1 for <mmusic@ietf.org>; Sat, 27 Feb 2016 01:29:04 -0800 (PST)
MIME-Version: 1.0
X-Received: by 10.50.30.104 with SMTP id r8mr1845430igh.2.1456565344035; Sat, 27 Feb 2016 01:29:04 -0800 (PST)
Received: by 10.36.105.77 with HTTP; Sat, 27 Feb 2016 01:29:03 -0800 (PST)
In-Reply-To: <56D09563.9040509@alum.mit.edu>
References: <7594FB04B1934943A5C02806D1A2204B37E425AB@ESESSMB209.ericsson.se> <CBDE14F9-B68C-4471-9E24-0D7EA7821795@csperkins.org> <56CF9400.2020002@alum.mit.edu> <FDDE79D2-43D4-4382-92B4-4E22FFFEA8AC@csperkins.org> <56D074F4.2080401@alum.mit.edu> <2A2E7C19-3106-4A7D-B533-8A7267A9BAD4@csperkins.org> <56D07D29.2030500@alum.mit.edu> <CAD5OKxt0CBectoG5gpNsK4SPAu0JwnJOn7UimpKgt-TnFo+0zQ@mail.gmail.com> <56D08962.3060006@alum.mit.edu> <CAD5OKxtRB-f84=axhq_mkuyGXcq8nLCU2T6+6y=DNv9Ng1tKPQ@mail.gmail.com> <56D09563.9040509@alum.mit.edu>
Date: Sat, 27 Feb 2016 04:29:03 -0500
X-Gmail-Original-Message-ID: <CAD5OKxvwJwKoaaMHDDA8AKYdd2Rc8vOK_dnOftvozX+FbfqHOQ@mail.gmail.com>
Message-ID: <CAD5OKxvwJwKoaaMHDDA8AKYdd2Rc8vOK_dnOftvozX+FbfqHOQ@mail.gmail.com>
From: Roman Shpount <roman@telurix.com>
To: Paul Kyzivat <pkyzivat@alum.mit.edu>, Christer Holmberg <christer.holmberg@ericsson.com>
Content-Type: multipart/alternative; boundary="047d7bdca2ecec75c5052cbd0bf9"
Archived-At: <http://mailarchive.ietf.org/arch/msg/mmusic/uYRYeNGFnGKP4NIfohWCnORgPXc>
Cc: "mmusic@ietf.org" <mmusic@ietf.org>
Subject: Re: [MMUSIC] Offer/Answer PT Questions - text proposal
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.15
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: <https://mailarchive.ietf.org/arch/browse/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: Sat, 27 Feb 2016 09:29:08 -0000

One potential solution is to generate any offer in such a way that it will
be compatible with all the completed O/A exchanges for this end point. If
an end point receives an offer which is not compatible with existing state,
i.e. an offer which is reusing one of the PT for a different codec profile
similar, this end point must allocate new transport (use new local
address/port or new local set of candidates in case of ICE) for the answer
and consider this a start of the new session (discard all the PT use
history). If new transport cannot be allocated, for instance if responding
to an offer with ICE and existing ufrag, then offer must be refused with
488 or m line with port 0. This way end point can always uniquely map the
PT to the codec profile based on PT and local transport where the packet is
received. In case of 3pcc, an end point might get an offer which is
incompatible with its PT use history; allocate new local transport, and
handle it as a new RTP session.

What do you think?
_____________
Roman Shpount