IETF Logo Mail Archive

Re: [MMUSIC] Dummy ports

Justin Uberti <juberti@google.com> Wed, 23 July 2014 19:50 UTC

Return-Path: <juberti@google.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 E348C1A0204 for <mmusic@ietfa.amsl.com>; Wed, 23 Jul 2014 12:50:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.379
X-Spam-Level:
X-Spam-Status: No, score=-1.379 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-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 5uKb4mGcApJT for <mmusic@ietfa.amsl.com>; Wed, 23 Jul 2014 12:50:06 -0700 (PDT)
Received: from mail-vc0-x236.google.com (mail-vc0-x236.google.com [IPv6:2607:f8b0:400c:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D1F6C1B2CD9 for <mmusic@ietf.org>; Wed, 23 Jul 2014 12:50:05 -0700 (PDT)
Received: by mail-vc0-f182.google.com with SMTP id hy4so3262490vcb.27 for <mmusic@ietf.org>; Wed, 23 Jul 2014 12:50:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=wtL3alfmkC97yFdpw8rYMH68lliI2bsRHBv9rk6Xtfk=; b=lBTmewYucUEYlHsepQ2cClqvWpfGrrtR43yM2URz8zWjPUjxaE9KmNfajjGkyNI7Pp vHzNoRBurrF+HC8pqMARdjtP7J/ocSEOadbdUJ1PWEFSChRLMkHmzgpeActpvMq1tgQw xda0u2wEFBaHGshV/EcKSY74m+REQIEV3MsKSmgeP/ZOzkfHNWmNjmjGlJM/cAsRUy7r Tod385BFJhMlQfMecye3+CvKFt2CGaVieMq2IhBcgZR8MuvwJrUmDGAfga0GHPXztlGp Ao2o2zcomLf+0chEEyVAYWAeKtg9EB1RKQnJUHxjJkhS/HOxZvEay+uaS+45goGUxskq WYgQ==
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:from:date :message-id:subject:to:cc:content-type; bh=wtL3alfmkC97yFdpw8rYMH68lliI2bsRHBv9rk6Xtfk=; b=CDDTcbCdssxfcOLplpBTXrKgHc3vnCUy+uUSCsrvf88mhYE9yPdkPbrsmGLVL99mjY X0kXw/LX2oiqI9GZkroHGbI34n9NtdrqgqbuMk+ZDpu2+R7pUbAG8wWxRsKq+gMSjuVN 1LK18R3WEdYjibZI33ZbKM4imUxL+735u3lwYgISYx2lcTTx6fxgKMdMpMdOslHJJVsV 9bIuO1vcPsgaANwomBeRFKNE/FjcZubjkSjwJW7qqgi4CDEIKUdzCBGbpGKlnXOI7YyO v40P17CCUdYmXPlFNXycFExgUs6VdfQxux0wrdSUwNl1HaxyHMa2NXk21rxZRURzt6hR W52w==
X-Gm-Message-State: ALoCoQlUjzG0GbmVGwEa/CQKQKWR2FzGY++j8IwtsobMsokfdrTWdHG+zOIiOcFoiG/Bv+mSZN+r
X-Received: by 10.52.154.106 with SMTP id vn10mr4610834vdb.36.1406145004944; Wed, 23 Jul 2014 12:50:04 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.52.4.70 with HTTP; Wed, 23 Jul 2014 12:49:44 -0700 (PDT)
In-Reply-To: <CABkgnnWhKxx17NBpZNhKfHK3Aw1uqaa5eeR_ZbY7uMRd9XbuoA@mail.gmail.com>
References: <CABcZeBMC=SAVX1Ji71yg9bmbmoDFAeKkZER9gOVsFa51Jvk_HA@mail.gmail.com> <CABkgnnWTikckH=5=NfwJYdcfHjcOi5ggzhLR+=CVaXeACLcdKw@mail.gmail.com> <53B661C9.6090009@alvestrand.no> <53B713FC.5010507@alum.mit.edu> <53BA81A3.8090108@jitsi.org> <CAOJ7v-3ELY_Cm3-f3wWB8GHqGMrbFLRgxaUBqrSFm=9s9ZErpQ@mail.gmail.com> <CABkgnnXfzUEbpYkRwm5ZMAfxEQxDgaKNNvsjo3NvKAUc650HUQ@mail.gmail.com> <53C02A45.40703@jitsi.org> <CABkgnnWhKxx17NBpZNhKfHK3Aw1uqaa5eeR_ZbY7uMRd9XbuoA@mail.gmail.com>
From: Justin Uberti <juberti@google.com>
Date: Wed, 23 Jul 2014 15:49:44 -0400
Message-ID: <CAOJ7v-2q36Y2SGOZYpiFjgJO+wKVcpqQTo0f-0581Y8OY_EYvQ@mail.gmail.com>
To: Martin Thomson <martin.thomson@gmail.com>
Content-Type: multipart/alternative; boundary="bcaec51d2f4885e4eb04fee1a535"
Archived-At: http://mailarchive.ietf.org/arch/msg/mmusic/P7T3tAX6nqkOK1J0dRN7xmtSF54
Cc: "mmusic@ietf.org" <mmusic@ietf.org>, Paul Kyzivat <pkyzivat@alum.mit.edu>
Subject: Re: [MMUSIC] Dummy ports
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: <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: Wed, 23 Jul 2014 19:50:07 -0000

The JSEP authors discussed a bit more and agreed that using port 9s on all
m= lines when doing full trickle is the right solution to this problem.


On Fri, Jul 11, 2014 at 2:34 PM, Martin Thomson <martin.thomson@gmail.com>
wrote:

> On 11 July 2014 11:17, Emil Ivov <emcho@jitsi.org> wrote:
> >
> >
> > On 11.07.14, 19:51, Martin Thomson wrote:
> >>
> >> On 11 July 2014 09:33, Justin Uberti <juberti@google.com> wrote:
> >>>
> >>> a) We require unique 'dummy' ports in the initial trickle offer.
> >>> b) We allow use of the same dummy port (9) in the initial trickle
> offer.
> >>> (This is what Chrome does, although it currently uses port 1).
> >>>
> >>> We had been leaning towards (a) based on the legacy equipment case
> >>> mentioned
> >>> above. However, if nobody can provide details on this case, I agree we
> >>> should end up with (b).
> >>
> >>
> >> As a general rule, if accommodating legacy equipment is particularly
> >> hard for us here, then we should leave the fixups needed for that
> >> legacy equipment to application code.  This seems like a good
> >> candidate for that.  It's not like non-9 ports will work with all
> >> legacy equipment anyway.
> >
> > Also note that, in the case of trickle, port 9s would only occur if the
> > offerer expects (knows) it would be supported. In other cases it would
> just
> > do half trickle and the problem wouldn't exist.
>
> Yeah, that's even more reason to do the right thing (as opposed to the
> safe thing).
>

v2.23.0 | Report a Bug | By Email