Re: [rtcweb] NAT/Firewall considerations (RE: I-D Action: draft-ietf-rtcweb-transports-00.txt)
Mary Barnes <mary.ietf.barnes@gmail.com> Tue, 27 August 2013 17:58 UTC
Return-Path: <mary.ietf.barnes@gmail.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 26CFC21E8085 for <rtcweb@ietfa.amsl.com>; Tue, 27 Aug 2013 10:58:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.37
X-Spam-Level:
X-Spam-Status: No, score=-102.37 tagged_above=-999 required=5 tests=[AWL=0.229, BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
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 7jJ-K1xtGoGR for <rtcweb@ietfa.amsl.com>; Tue, 27 Aug 2013 10:58:07 -0700 (PDT)
Received: from mail-qe0-x232.google.com (mail-qe0-x232.google.com [IPv6:2607:f8b0:400d:c02::232]) by ietfa.amsl.com (Postfix) with ESMTP id CB9A121E80A3 for <rtcweb@ietf.org>; Tue, 27 Aug 2013 10:58:06 -0700 (PDT)
Received: by mail-qe0-f50.google.com with SMTP id s14so2767090qeb.23 for <rtcweb@ietf.org>; Tue, 27 Aug 2013 10:58:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ks7OX4OSbiWSop+JPvjWWVxwE0jKlhYNUF2m1QQxAAY=; b=W7q6REY1CKtgTw9hhOqXmgxyW4J6P/g0qQyKx8wB5rUo3fUya98C2qsIbZzwY/l/Cc AXrUnzzvy5+rTefUJ0PGduxpGGvHPUjEaZR4+ZOBUWPTowoiVxAqd1SXFws41gRUQcxO Q8B3y5H1bIJN4iCZ/6wm/z/6lh6wcB4RKWRfxZEjneE6lCd9WoVWXmz1Z/gO23wl2tnO aU3zG4Z6k8uAkUFwkZ3NB3ciTxQBtkLmS9ZKrnb23DH1NgoA+AgzQPCzIqA42srO5nQQ YdcEuALmFjHPdFtSV9EXGlJedmmY4rFDw+Um5ZtYd5wWttnGnBYddk7jct1lAQPxssB6 2qXg==
MIME-Version: 1.0
X-Received: by 10.49.39.39 with SMTP id m7mr25219673qek.60.1377626286284; Tue, 27 Aug 2013 10:58:06 -0700 (PDT)
Received: by 10.49.71.243 with HTTP; Tue, 27 Aug 2013 10:58:06 -0700 (PDT)
In-Reply-To: <C5E08FE080ACFD4DAE31E4BDBF944EB1166496FE@xmb-aln-x02.cisco.com>
References: <E44893DD4E290745BB608EB23FDDB7620A0906A4@008-AM1MPN1-041.mgdnok.nokia.com> <C5E08FE080ACFD4DAE31E4BDBF944EB116648FE2@xmb-aln-x02.cisco.com> <CAHBDyN6+PAPa7RmgYmWTirPJBVRHLdPvLxO0DQjHNULO3c5fBg@mail.gmail.com> <C5E08FE080ACFD4DAE31E4BDBF944EB1166496FE@xmb-aln-x02.cisco.com>
Date: Tue, 27 Aug 2013 12:58:06 -0500
Message-ID: <CAHBDyN5XjRr5GM9zN4hrGOmO4DHsVYq7jo4C34QfO=KCALBKHw@mail.gmail.com>
From: Mary Barnes <mary.ietf.barnes@gmail.com>
To: "Cullen Jennings (fluffy)" <fluffy@cisco.com>
Content-Type: multipart/alternative; boundary="047d7bdc15646d676204e4f19de0"
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] NAT/Firewall considerations (RE: I-D Action: draft-ietf-rtcweb-transports-00.txt)
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: Tue, 27 Aug 2013 17:58:09 -0000
Thanks for the clarification. Your last point explains the logic to me and I do agree. Mary. On Tue, Aug 27, 2013 at 12:57 PM, Cullen Jennings (fluffy) <fluffy@cisco.com > wrote: > > On Aug 27, 2013, at 10:34 AM, Mary Barnes <mary.ietf.barnes@gmail.com> > wrote: > > > > > > > > > On Tue, Aug 27, 2013 at 11:27 AM, Cullen Jennings (fluffy) < > fluffy@cisco.com> wrote: > > > > On Aug 27, 2013, at 6:53 AM, markus.isomaki@nokia.com wrote: > > > > > Hi, > > > > > > I would support the adoption of the NAT and Firewall considerations ( > http://tools.ietf.org/html/draft-hutton-rtcweb-nat-firewall-considerations-01) > as a WG document. Or to be more precise, I very much agree with the > requirements summarized in Section 5. Especially this one seems important > to me: > > > > > > o connect to a TURN server via a HTTP proxy using the HTTP connect > > > method, > > > > > > If we want WebRTC to work from many corporate networks I’m aware of, > it would not be possible without this as a fallback capability. > > > > > > Markus > > > > > > > > > > Have you tried if this work with your corporate firewalls? We are trying > to get more information about that and info about if the TURN server needs > to run on the TURN port or port 443. > > > > Thanks, Cullen with my co chair hat on. PS - Real Soon Now we are going > to ask people to move this diction to a separate list so that others can > follow it without having to wade through all the rtcweb traffic. > > [MB] I'm slightly puzzled by this suggestion. Are you suggesting that > any discussion of the hutton rtcweb draft (which is being proposed as WG > item should be on a separate mailing list? Or are you referring to more > general discussions or are you considering this to be a more WebRTC > discussion? There's not been at all a huge amount of discussion on this > RTCWEB mailing list that I find it to be overload. I personally find the > cross postings to the W3C list and this mailing list to generate a whole > lot of extra email in my mailbox. [/MB] > > > > Yes, I am asking that the discussion of how webrtc clients, proxies, NATs > and TURN servers interact is done on the pntaw@ietf.org list. > > You can go here to sign up at: > https://www.ietf.org/mailman/listinfo/pntaw > > That includes the draft-hutton-rtcweb-nat-firewall-considerations draft > and the topic of it it should be adopted by the rtcweb WG. That list was > created more or less for that draft. > > The reason we want it on a seperate list is people such as security folks > that do not currently subscribe to rtcweb@ietf want to be able to follow > the firewall discussions without having to deal with the volume of email we > sometimes see on rtcweb. > > Thanks. Cullen (with my co-chair hat on) > > > > > >
- [rtcweb] NAT/Firewall considerations (RE: I-D Act… Markus.Isomaki
- Re: [rtcweb] NAT/Firewall considerations (RE: I-D… Emil Ivov
- Re: [rtcweb] NAT/Firewall considerations (RE: I-D… Victor Pascual
- Re: [rtcweb] NAT/Firewall considerations (RE: I-D… Mary Barnes
- Re: [rtcweb] NAT/Firewall considerations (RE: I-D… Sergio Garcia Murillo
- Re: [rtcweb] NAT/Firewall considerations (RE: I-D… Salvatore Loreto
- Re: [rtcweb] NAT/Firewall considerations (RE: I-D… Alan Johnston
- Re: [rtcweb] NAT/Firewall considerations (RE: I-D… Avasarala, Ranjit (NSN - IN/Bangalore)
- Re: [rtcweb] NAT/Firewall considerations (RE: I-D… cb.list6
- Re: [rtcweb] NAT/Firewall considerations (RE: I-D… Cullen Jennings (fluffy)
- Re: [rtcweb] NAT/Firewall considerations (RE: I-D… Mary Barnes
- Re: [rtcweb] NAT/Firewall considerations (RE: I-D… Cullen Jennings (fluffy)
- Re: [rtcweb] NAT/Firewall considerations (RE: I-D… Mary Barnes
- Re: [rtcweb] NAT/Firewall considerations (RE: I-D… Martin Thomson
- Re: [rtcweb] NAT/Firewall considerations and draf… Cullen Jennings (fluffy)
- Re: [rtcweb] NAT/Firewall considerations (RE: I-D… Tirumaleswar Reddy (tireddy)
- Re: [rtcweb] NAT/Firewall considerations (RE: I-D… Hutton, Andrew
- Re: [rtcweb] NAT/Firewall considerations (RE: I-D… Cullen Jennings (fluffy)
- Re: [rtcweb] NAT/Firewall considerations (RE: I-D… Hutton, Andrew
- Re: [rtcweb] NAT/Firewall considerations (RE: I-D… Mary Barnes
- Re: [rtcweb] NAT/Firewall considerations (RE: I-D… Hutton, Andrew
- Re: [rtcweb] NAT/Firewall considerations (RE: I-D… Mary Barnes
- Re: [rtcweb] NAT/Firewall considerations (RE: I-D… Bernard Aboba
- Re: [rtcweb] NAT/Firewall considerations (RE: I-D… Magnus Westerlund