Re: [bfcpbis] Draft new version: draft-ietf-bfcpbis-rfc4583bis-25

Christer Holmberg <christer.holmberg@ericsson.com> Wed, 26 September 2018 11:16 UTC

Return-Path: <christer.holmberg@ericsson.com>
X-Original-To: bfcpbis@ietfa.amsl.com
Delivered-To: bfcpbis@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3200F130E87 for <bfcpbis@ietfa.amsl.com>; Wed, 26 Sep 2018 04:16:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.757
X-Spam-Level:
X-Spam-Status: No, score=-4.757 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.456, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com
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 WzYtxdraDQ9y for <bfcpbis@ietfa.amsl.com>; Wed, 26 Sep 2018 04:16:36 -0700 (PDT)
Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 889EB130E84 for <bfcpbis@ietf.org>; Wed, 26 Sep 2018 04:16:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1537960586; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=zkmYAN0eiedhPvg9bNl0figJ8nlnR28sWNqAAAAOqrY=; b=arPWrvGgbv60ZCbfBC8YqUcArn0o0HnHk8Sps5cLQK4NJ3md1nxP+DnuG+Lsrqkb ObJawZYXKp91A+vcJyWiweSVohMZnmwlPy5nMaOCoyDkZpWjfbMZnpvx11hsXaPU Hke6iqwv8ucQpYdQtVo3+Al4dBioGjAPNcyiFyBygSA=;
X-AuditID: c1b4fb3a-37dff70000003197-9e-5bab6a8a0d30
Received: from ESESSMB503.ericsson.se (Unknown_Domain [153.88.183.121]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id 6B.DB.12695.A8A6BAB5; Wed, 26 Sep 2018 13:16:26 +0200 (CEST)
Received: from ESESBMB503.ericsson.se (153.88.183.170) by ESESSMB503.ericsson.se (153.88.183.164) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Wed, 26 Sep 2018 13:16:25 +0200
Received: from ESESBMB503.ericsson.se ([153.88.183.186]) by ESESBMB503.ericsson.se ([153.88.183.186]) with mapi id 15.01.1466.003; Wed, 26 Sep 2018 13:16:25 +0200
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: "Charles Eckel (eckelcu)" <eckelcu@cisco.com>
CC: "draft-ietf-bfcpbis-rfc4583bis.all@ietf.org" <draft-ietf-bfcpbis-rfc4583bis.all@ietf.org>, "bfcpbis@ietf.org" <bfcpbis@ietf.org>
Thread-Topic: Draft new version: draft-ietf-bfcpbis-rfc4583bis-25
Thread-Index: AQHUVYJoWFaXr+sEwk+fJc4Xwk38iqUC2t0A//+fd4A=
Date: Wed, 26 Sep 2018 11:16:25 +0000
Message-ID: <F28823B6-70CD-43F2-9426-BF00370449CD@ericsson.com>
References: <1B7CCF77-8173-44B3-8321-3A761C53AD43@ericsson.com> <172DB323-1245-4B4A-A4B4-D58C4A069085@cisco.com>
In-Reply-To: <172DB323-1245-4B4A-A4B4-D58C4A069085@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.10.0.180812
x-originating-ip: [153.88.183.157]
Content-Type: text/plain; charset="utf-8"
Content-ID: <C900F3B04F20EA46BEB772DC330F60D2@ericsson.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrPIsWRmVeSWpSXmKPExsUyM2J7pW5X1upog54LzBb/1h1lstg64yCb xaZZX9gcmD2m/N7I6rFkyU+mAKYoLpuU1JzMstQifbsEroz3U+ezFRyQqtjxcRdrA+MLyS5G Tg4JAROJFTdmsHUxcnEICRxllPg+7R4ThPONUaKpdRcbSJWQwDJGiS9zQrsYOTjYBCwkuv9p g4RFBAwlFk1axwJSzyzQwSgx6fhdsHphAQeJA5dvMkIUOUpcuzeFGcK2kpiz4xNYnEVAVWJe /wNWEJtXwF7i5NmpLBC7iiT+P14PVs8pYCsxc/ELJhCbUUBM4vupNWA2s4C4xK0n85kgPhCQ WLLnPDOELSrx8vE/VpA7RQX0JaZdDoAIK0ls6d3CBBJmFtCUWL9LH2KKtcTklg3sELaixJTu h+wQ1whKnJz5hGUCo8QsJMtmIXTPQtI9C0n3LCTdCxhZVzGKFqcWF+emGxnppRZlJhcX5+fp 5aWWbGIERuPBLb+tdjAefO54iFGAg1GJh5c/bnW0EGtiWXFl7iFGCQ5mJRHefEOgEG9KYmVV alF+fFFpTmrxIUZpDhYlcV6nNIsoIYH0xJLU7NTUgtQimCwTB6dUA6OYY/CP6oZlnRMj7RTl g01m6jgo14e9Yi7M3faow6/HjCEPSN9WzV+leOpy7ifZXf+ftK6Sci4Jk1wsI38zU6y355j9 0c21/9dO002fe6HSeI3RozsCO9RS7+S9klP71HDteZ/eqs0/Htdwyt1cr1NwyGzuFs2CZV+S /TRu//j14s4n1kPuSizFGYmGWsxFxYkAnsz4t8ICAAA=
Archived-At: <https://mailarchive.ietf.org/arch/msg/bfcpbis/-zcc9N8Ig-yPuaBRGZMmAMaUwaA>
Subject: Re: [bfcpbis] Draft new version: draft-ietf-bfcpbis-rfc4583bis-25
X-BeenThere: bfcpbis@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: BFCPBIS working group discussion list <bfcpbis.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bfcpbis>, <mailto:bfcpbis-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bfcpbis/>
List-Post: <mailto:bfcpbis@ietf.org>
List-Help: <mailto:bfcpbis-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bfcpbis>, <mailto:bfcpbis-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Sep 2018 11:16:38 -0000

Hi,

>    Section 4, use of TCP/TLS/BFCP:
>    s/backward interoperability/backward interoperable
  
My intention was to use "backward compatible", similar to 'TCP/BFCP'. I will fix that.

>    Section 4, use of TCP/DTLS/BFCP:
>    s/in [RFC4571]. with DTLS/in [RFC4571], with DTLS

Will fix.
  
>    Section 5.1,
>    OLD
>    An implementation compliant to this specification	
>    MUST NOT include the "c-s" floorctl attribute value in an offer or or	
>    answer, but MUST accept the attribute value in offer and process it	
>    as equivalent to "c-only s-only" (or "s-only c-only").  As as a	
>    result, each endpoint will take the same role for each BFCP-	
>    controlled media stream assocaited with the BFCP stream.
>    NEW
>    An implementation compliant to this specification	
>    MUST NOT include the "c-s" floorctl attribute value in an offer or in	
>    an answer, but MUST accept the attribute value in an offer and process it	
>    as equivalent to "c-only s-only" (or "s-only c-only").  As a	
>    result, each endpoint will take the same role for each BFCP-	
>    controlled media stream associated with the BFCP stream.
  
Looks good. Will modify as suggested.

>    Section 14
>    s/ associated with support BFCP/ associated with support of BFCP
  
Will fix.

Regards,

Christer

    
    -----Original Message-----
    From: Christer Holmberg <christer.holmberg@ericsson.com>
    Date: Wednesday, September 26, 2018 at 12:19 PM
    To: "draft-ietf-bfcpbis-rfc4583bis.all@ietf.org" <draft-ietf-bfcpbis-rfc4583bis.all@ietf.org>, "bfcpbis@ietf.org" <bfcpbis@ietf.org>
    Subject: Draft new version: draft-ietf-bfcpbis-rfc4583bis-25
    Resent-From: <alias-bounces@ietf.org>
    Resent-To: Gonzalo Camarillo <gonzalo.camarillo@ericsson.com>, <tom.kristensen@tandberg.net>, Christer Holmberg <christer.holmberg@ericsson.com>, Charles Eckel <eckelcu@cisco.com>, Keith Drage <drageke@ntlworld.com>, <ben@nostrum.com>, Adam Roach <adam@nostrum.com>, <aamelnikov@fastmail.fm>, Mary Barnes <mary.ietf.barnes@gmail.com>
    Resent-Date: Wednesday, September 26, 2018 at 12:19 PM
    
        Hi,
        
        I have submitted a new version (-25) of 4583bis.
        
        The new version contains the merged pull request that was created based on Adam's issues.
        
        Regards,
        
        Christer