Re: [rtcweb] Multiplexing using the same port number for multiple media descritions

Christer Holmberg <christer.holmberg@ericsson.com> Wed, 31 August 2011 13:34 UTC

Return-Path: <christer.holmberg@ericsson.com>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 178B821F8B65 for <rtcweb@ietfa.amsl.com>; Wed, 31 Aug 2011 06:34:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.935
X-Spam-Level:
X-Spam-Status: No, score=-5.935 tagged_above=-999 required=5 tests=[AWL=-0.537, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_15=0.6, J_CHICKENPOX_16=0.6, RCVD_IN_DNSWL_MED=-4]
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 G7QJ5IYlokau for <rtcweb@ietfa.amsl.com>; Wed, 31 Aug 2011 06:34:28 -0700 (PDT)
Received: from mailgw10.se.ericsson.net (mailgw10.se.ericsson.net [193.180.251.61]) by ietfa.amsl.com (Postfix) with ESMTP id E07F821F8A4B for <rtcweb@ietf.org>; Wed, 31 Aug 2011 06:34:27 -0700 (PDT)
X-AuditID: c1b4fb3d-b7c47ae000000b17-4e-4e5e38bda7de
Received: from esessmw0256.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw10.se.ericsson.net (Symantec Mail Security) with SMTP id B6.FF.02839.DB83E5E4; Wed, 31 Aug 2011 15:35:57 +0200 (CEST)
Received: from ESESSCMS0356.eemea.ericsson.se ([169.254.1.250]) by esessmw0256.eemea.ericsson.se ([10.2.3.125]) with mapi; Wed, 31 Aug 2011 15:35:57 +0200
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: "rtcweb@ietf.org" <rtcweb@ietf.org>
Date: Wed, 31 Aug 2011 15:35:56 +0200
Thread-Topic: [rtcweb] Multiplexing using the same port number for multiple media descritions
Thread-Index: AcxnBvfg9PP/jvYvTPutafgqZ/L8lgA23Prg
Message-ID: <7F2072F1E0DE894DA4B517B93C6A05852233DD0669@ESESSCMS0356.eemea.ericsson.se>
References: <7F2072F1E0DE894DA4B517B93C6A05852233D64F47@ESESSCMS0356.eemea.ericsson.se>
In-Reply-To: <7F2072F1E0DE894DA4B517B93C6A05852233D64F47@ESESSCMS0356.eemea.ericsson.se>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: multipart/alternative; boundary="_000_7F2072F1E0DE894DA4B517B93C6A05852233DD0669ESESSCMS0356e_"
MIME-Version: 1.0
X-Brightmail-Tracker: AAAAAA==
Subject: Re: [rtcweb] Multiplexing using the same port number for multiple media descritions
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.12
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: Wed, 31 Aug 2011 13:34:29 -0000

Hi,

Another advantage of the same-port-number solution is that the browser doesn't need to reserve more than one port (including candidate collection etc) - no matter whether multiplexing will eventually be used or not.

Regards,

Christer

________________________________
From: rtcweb-bounces@ietf.org [mailto:rtcweb-bounces@ietf.org] On Behalf Of Christer Holmberg
Sent: 30. elokuuta 2011 14:22
To: rtcweb@ietf.org
Subject: [rtcweb] Multiplexing using the same port number for multiple media descritions

Hi,

One possible alternative solution for SDP multiplex negotiation could be based on the assumption of using the same port number in multiple SDP m- lines (yes, I know SDP does not allow it, and I will come back to that).

Something like:

SDP offer:

m=audio 10000 ...
a=rtpmap ...
a=rtpmap ...
m=video 10000 ...
a=rtpmap ...
a=rtpmap ...


SDP answer (multiplex supported/accepted):

m=audio 20000 ...
a=rtpmap ...
a=rtpmap ...
m=video 20000 ...
a=rtpmap ...
a=rtpmap ...


SDP answer (multiplex not-supported/rejected):

m=audio 20000 ...
a=rtpmap ...
a=rtpmap ...
m=video 30000 ...
a=rtpmap ...
a=rtpmap ...



MAYBE there is also a need to use some kind of grouping, in which case it could look something like (borrowing some terminology from Harald):



SDP offer:

a=group:TOGETHER foo bar
m=audio 10000 ...
a=mid:foo
a=rtpmap ...
a=rtpmap ...
m=video 10000 ...
a=mid:bar
a=rtpmap ...
a=rtpmap ...


SDP answer (multiplex supported/accepted):

m=audio 20000 ...
a=rtpmap ...
a=rtpmap ...
a=mid:foo
m=video 20000 ...
a=mid:bar
a=rtpmap ...
a=rtpmap ...


SDP answer (multiplex not-supported/rejected):

m=audio 20000 ...
a=rtpmap ...
a=rtpmap ...
m=video 30000 ...
a=rtpmap ...
a=rtpmap ...


An ISSUE with this solution is of course that SDP does not allow for it.

However, we could always say that browsers must support it, in which case it should work fine in direct browser-to-browser cases.


When interworking with legacy, I guess two things can happen:

1. The offer is acctepted, with different port number in the answer, and multiplex won't be used (see example above)

2. The offer is rejected. In this case, the fallback would be that the browser sends a new offer, with different port numbers, and multiplex won't be used.

Regards,

Christer