Re: [bfcpbis] WGLC for draft-ietf-bfcpbis-rfc4582bis

"Charles Eckel (eckelcu)" <eckelcu@cisco.com> Wed, 10 October 2012 15:22 UTC

Return-Path: <eckelcu@cisco.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 518D721F87D3 for <bfcpbis@ietfa.amsl.com>; Wed, 10 Oct 2012 08:22:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Level:
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mgaHRL1Mv61n for <bfcpbis@ietfa.amsl.com>; Wed, 10 Oct 2012 08:22:23 -0700 (PDT)
Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) by ietfa.amsl.com (Postfix) with ESMTP id 6074421F87D2 for <bfcpbis@ietf.org>; Wed, 10 Oct 2012 08:22:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5500; q=dns/txt; s=iport; t=1349882543; x=1351092143; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=Gr+soB1hXVIpquFf551F0Nbr+9UTE6yn6pKO6bWJbEo=; b=hB21ybM0ct8P1+8ozmabTERf69izNeBaPBlg1iV84TMDg7DeyB7rI8rl WDDQ6v97pjccGaLaWeoTyHxwq/1gtByhPvS2TAYMw0gwN4UMoR0fxcdfg J0F9rBsVJOJ0SK+DF1txa9jWGP3M7qUyhP1Jl0WacHWcqvN0gr3VpjArS E=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Av8EANiRdVCtJV2d/2dsb2JhbABEvy6BCIIgAQEBBAEBAQ8BCh00CwwEAgEIEQQBAQEKFAkHJwsUCQgBAQQOBQgTB4dhAQuXZKAni0cLCYUsYAOXAY0wgWuCbYFaATw
X-IronPort-AV: E=Sophos;i="4.80,564,1344211200"; d="scan'208";a="127190064"
Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-9.cisco.com with ESMTP; 10 Oct 2012 15:22:22 +0000
Received: from xhc-aln-x12.cisco.com (xhc-aln-x12.cisco.com [173.36.12.86]) by rcdn-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id q9AFMMii019994 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 10 Oct 2012 15:22:22 GMT
Received: from xmb-aln-x08.cisco.com ([169.254.3.25]) by xhc-aln-x12.cisco.com ([173.36.12.86]) with mapi id 14.02.0318.001; Wed, 10 Oct 2012 10:22:21 -0500
From: "Charles Eckel (eckelcu)" <eckelcu@cisco.com>
To: "Tom Kristensen (tomkrist)" <tomkrist@cisco.com>
Thread-Topic: [bfcpbis] WGLC for draft-ietf-bfcpbis-rfc4582bis
Thread-Index: Ac2NAeUBlWZWMlJIRpyXKbtffhLaTQLV4YwwAKtpOOACngDJ0ABb2v+AAAKFa1A=
Date: Wed, 10 Oct 2012 15:22:21 +0000
Message-ID: <92B7E61ADAC1BB4F941F943788C088280E2A12@xmb-aln-x08.cisco.com>
References: <92B7E61ADAC1BB4F941F943788C088280A5951@xmb-aln-x08.cisco.com> <C2BCA7974025BD459349BED0D06E48BB01286F70@MCHP03MSX.global-ad.net> <92B7E61ADAC1BB4F941F943788C088280DE72A@xmb-aln-x08.cisco.com> <50753751.1080305@cisco.com>
In-Reply-To: <50753751.1080305@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [171.68.20.23]
x-tm-as-product-ver: SMEX-10.2.0.1135-7.000.1014-19258.000
x-tm-as-result: No--62.049400-8.000000-31
x-tm-as-user-approved-sender: No
x-tm-as-user-blocked-sender: No
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "Horvath, Ernst" <ernst.horvath@siemens-enterprise.com>, "bfcpbis@ietf.org" <bfcpbis@ietf.org>
Subject: Re: [bfcpbis] WGLC for draft-ietf-bfcpbis-rfc4582bis
X-BeenThere: bfcpbis@ietf.org
X-Mailman-Version: 2.1.12
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: <http://www.ietf.org/mail-archive/web/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, 10 Oct 2012 15:22:25 -0000

Works for me. I originally thought we might also address BFCP messages that  exceeded the 16 bit payload length field, and I structured the section accordingly. We decided to not tackle that, but the section structure remained anyway. I like your proposal.
As part of the reorganization, it may be worthwhile to change the text for what is  currently section 6.3 from:

   Large messages become a concern when using BFCP if the overall size
   of a single BFCP message exceeds that representable within the 16-bit
   Payload Length field of the COMMON-HEADER.  When using UDP, there is
   the added concern that a single BFCP message can be fragmented at the
   IP layer if its overall size exceeds the MTU threshold of the
   network.

To 

   The size of a BFCP message is limited by the 16-bit Payload Length field of the 
   COMMON-HEADER.  When using UDP, a single BFCP message may be fragmented 
   at the IP layer if its overall size exceeds the MTU threshold of the network.

After this, the information in what is currently section 6.3.1 can clearly be targeted at UDP only.

Cheers,
Charles

> -----Original Message-----
> From: Tom Kristensen (tomkrist)
> Sent: Wednesday, October 10, 2012 1:53 AM
> To: Charles Eckel (eckelcu)
> Cc: Horvath, Ernst; bfcpbis@ietf.org
> Subject: Re: [bfcpbis] WGLC for draft-ietf-bfcpbis-rfc4582bis
> 
> Actually, my proposal would be to move both the subsections under 6.2
> "Unreliable Transport", since the "NAT Traversal" and "Large
> Message..."/"Fragmentation Handling" is written in the UDP/BFCP context.
> 
> I also propose to collapse the section "Large Message..." and its
> subsection "Fragmentation Handling" into one, since the main thing here
> is to describe the fragmentation handling solution.
> 
> OK?
> 
> -- Tom
> 
> On 10/08/2012 08:09 PM, Charles Eckel (eckelcu) wrote:
> > (as an individual)
> >
> > Hi Horvath,
> >
> > Sorry for the delay in responding. I agree that NAT traversal should not be
> a subsection of Large message considerations; however, I think it would be
> better to relocate it to section 6.2.3 as a part of Section 6.2 "Unreliable
> Transport".
> >
> >       6.2.  Unreliable Transport . . . . . . . . . . . . . . . . . . .
> >         6.2.1.  Congestion Control . . . . . . . . . . . . . . . . . .
> >         6.2.2.  ICMP Error Handling  . . . . . . . . . . . . . . . . .
> >         6.2.3.  NAT Traversal  . . . . . . . . . . . . . . . . . . . .
> >       6.3.  Large Message Considerations . . . . . . . . . . . . . . .
> >         6.3.1.  Fragmentation Handling . . . . . . . . . . . . . . . .
> >
> > Cheers,
> > Charles
> >
> >
> >> -----Original Message-----
> >> From: Horvath, Ernst [mailto:ernst.horvath@siemens-enterprise.com]
> >> Sent: Tuesday, September 25, 2012 3:29 AM
> >> To: Charles Eckel (eckelcu); bfcpbis@ietf.org
> >> Subject: RE: WGLC for draft-ietf-bfcpbis-rfc4582bis
> >>
> >>
> >> Currently 6.3.2 "NAT Traversal" is a subsection of 6.3 "Large Message
> >> Considerations". Is this really the intention, or should NAT Traversal
> better
> >> be renumbered as section 6.4?
> >>
> >> Regards,
> >> Ernst
> >>
> >>
> >>> -----Original Message-----
> >>> From: bfcpbis-bounces@ietf.org
> >>> [mailto:bfcpbis-bounces@ietf.org] On Behalf Of Charles Eckel (eckelcu)
> >>> Sent: Samstag, 22. September 2012 02:36
> >>> To: bfcpbis@ietf.org
> >>> Subject: Re: [bfcpbis] WGLC for draft-ietf-bfcpbis-rfc4582bis
> >>>
> >>> Just a gentle reminder that we are into the last week for
> >>> comments. Please review the draft and submit your comments by
> >>> the Sept 28th, 2012 deadline (not 2011 as erroneously typed
> >>> previously)
> >>>
> >>> Thanks,
> >>> Charles (as co-chair)
> >>>
> >>>
> >>>> -----Original Message-----
> >>>> From: Charles Eckel (eckelcu)
> >>>> Sent: Friday, September 07, 2012 7:06 AM
> >>>> To: bfcpbis@ietf.org
> >>>> Subject: WGLC for draft-ietf-bfcpbis-rfc4582bis
> >>>>
> >>>> (As WG co-chair)
> >>>>
> >>>> This is to announce a working group last call for
> >>>>
> >>> draft-ietf-bfcpbis-
> >>>
> >>>> rfc4582bis, "The Binary Floor Control Protocol (BFCP)".
> >>>> http://datatracker.ietf.org/doc/draft-ietf-bfcpbis-rfc4582bis/
> >>>>
> >>>> This is intended as a Standards Track RFC, obsoleting RFC 4582.
> >>>> Please respond to the list by September 28th 2011 (i.e. 3
> >>>>
> >>> weeks) with any
> >>>
> >>>> comments.
> >>>>
> >>>> It is helpful to attempt to categorize your comment (e.g.
> >>>>
> >>> technical issue vs.
> >>>
> >>>> editorial), and also  to provide any replacement text you
> >>>>
> >>> feel is necessary.
> >>>
> >>>> If you review the document and have no comments, please
> >>>>
> >>> tell the chairs
> >>>
> >>>> that you have reviewed it. This is always useful
> >>>>
> >>> information in assessing the
> >>>
> >>>> degree of WG review and consensus behind the document.
> >>>> Note, another WGLC for draft-ietf-bfcpbis-rfc4583bis will
> >>>>
> >>> be run in parallel.
> >>>
> >>>> Cheers,
> >>>> Charles
> >>>>
> >>> _______________________________________________
> >>> bfcpbis mailing list
> >>> bfcpbis@ietf.org
> >>> https://www.ietf.org/mailman/listinfo/bfcpbis
> >>>
> >>>
> > _______________________________________________
> > bfcpbis mailing list
> > bfcpbis@ietf.org
> > https://www.ietf.org/mailman/listinfo/bfcpbis
> >