Re: [ANCP] Splitting multicast from protocol doc

"BOCCI Matthew" <Matthew.Bocci@alcatel-lucent.com> Tue, 09 June 2009 05:34 UTC

Return-Path: <Matthew.Bocci@alcatel-lucent.com>
X-Original-To: ancp@core3.amsl.com
Delivered-To: ancp@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A848F3A6B58 for <ancp@core3.amsl.com>; Mon, 8 Jun 2009 22:34:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.248
X-Spam-Level:
X-Spam-Status: No, score=-2.248 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_FR=0.35, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id h4quk-zJRinf for <ancp@core3.amsl.com>; Mon, 8 Jun 2009 22:34:45 -0700 (PDT)
Received: from smail6.alcatel.fr (smail6.alcatel.fr [64.208.49.42]) by core3.amsl.com (Postfix) with ESMTP id EB6F83A67D7 for <ancp@ietf.org>; Mon, 8 Jun 2009 22:34:44 -0700 (PDT)
Received: from FRVELSBHS06.ad2.ad.alcatel.com (frvelsbhs06.dc-m.alcatel-lucent.com [155.132.6.78]) by smail6.alcatel.fr (8.13.8/8.13.8/ICT) with ESMTP id n595YjIb006620; Tue, 9 Jun 2009 07:34:45 +0200
Received: from FRVELSMBS11.ad2.ad.alcatel.com ([155.132.6.36]) by FRVELSBHS06.ad2.ad.alcatel.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 9 Jun 2009 07:34:45 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C9E8C3.FED96CD7"
Date: Tue, 09 Jun 2009 07:34:43 +0200
Message-ID: <0458D2EE0C36744BABB36BE37805C29A03EC4066@FRVELSMBS11.ad2.ad.alcatel.com>
In-Reply-To: <D9872168DBD43A41BD71FFC4713274D4072943B2@xmb-ams-33b.emea.cisco.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [ANCP] Splitting multicast from protocol doc
Thread-Index: AcnoJVxyUXMHZkalQ06aQ8KRpNNWwgAAwNeAACbKulA=
References: <0458D2EE0C36744BABB36BE37805C29A039300AF@FRVELSMBS11.ad2.ad.alcatel.com> <FBB2919C-8729-4EF4-972A-049B2B56E352@cisco.com> <671A5BF3-6386-4741-84C2-5B3051D77DAA@cisco.com> <D9872168DBD43A41BD71FFC4713274D4072943B2@xmb-ams-33b.emea.cisco.com>
From: BOCCI Matthew <Matthew.Bocci@alcatel-lucent.com>
To: "Wojciech Dec (wdec)" <wdec@cisco.com>, "Francois Le Faucheur (flefauch)" <flefauch@cisco.com>, Maglione Roberta <roberta.maglione@telecomitalia.it>
X-OriginalArrivalTime: 09 Jun 2009 05:34:45.0643 (UTC) FILETIME=[FF4F65B0:01C9E8C3]
X-Scanned-By: MIMEDefang 2.57 on 155.132.188.84
Cc: ancp@ietf.org
Subject: Re: [ANCP] Splitting multicast from protocol doc
X-BeenThere: ancp@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Access Node Control Protocol working group mailing list <ancp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ancp>, <mailto:ancp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ancp>
List-Post: <mailto:ancp@ietf.org>
List-Help: <mailto:ancp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ancp>, <mailto:ancp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Jun 2009 05:34:46 -0000

I only actually saw one against for splitting the mcast text from the
ANCP protocol spec. However, I accept that it may not be that easy to
split it out.

 

I am fine with the approach below, so long as the ANCP base protocol
spec can stand alone and that it is not necessary to implement the mcast
spec to support the base mcast functions in the ANCP protocol spec.

 

Matthew

 

________________________________

From: Wojciech Dec (wdec) [mailto:wdec@cisco.com] 
Sent: 08 June 2009 12:19
To: Francois Le Faucheur (flefauch); BOCCI Matthew; Maglione Roberta
Cc: ancp@ietf.org
Subject: RE: [ANCP] Splitting multicast from protocol doc

 

Hi Francois,

 

let's go with the this approach. Some delicate surgery is needed on the
ancp-protocol draft to move the mcast specific parts to the new ID, but
leave the base protocol parts that have been defined (or re-defined) as
part of the mcast work in the base protocol spec. A rough line to draw
would be:

- ANCP base header definitions, extensions -> ancp-protocol

- Mcast capability negotiation, messages, message flows, error codes ->
mcast ID

There are some provisioning aspects of the mcast use-cases (eg the
lists) that likely could apply to the wider provisioning use-case, so
this could go either way.

 

It would seem like having the editors of both docs discuss the what goes
where would be a good next step.

 

Regards,

Woj.

	 

	
________________________________


	From: Francois Le Faucheur (flefauch) 
	Sent: 08 June 2009 12:39
	To: BOCCI Matthew; Wojciech Dec (wdec)
	Cc: ancp@ietf.org
	Subject: Re: [ANCP] Splitting multicast from protocol doc

	Matthew, Woj, 

	 

	We had a few responses to this proposal. What is the final
decision?

	 

	Thanks

	 

	Francois

	 

	On 31 Mar 2009, at 22:21, Francois Le Faucheur IMAP wrote:

	
	
	

	support. 

	Francois

	 

	On 31 Mar 2009, at 17:46, BOCCI Matthew wrote:

	
	
	

	There was a proposal at the last IETF to take the multicast text
from draft-ietf-ancp-protocol-05 and merge it with
draft-lefaucheur-ancp-mc-extensions-01.

	We would thus have two protocol drafts: 

	draft-ietf-ancp-protocol : Containing the solutions for the
Topology discovery, line configuration and OAM use cases 
	Multicast extensions draft: Containing the transactional
multicast solution and all of the content of draft-lefaucheur 

	This would allow us to move forward with WG LC on the basic use
case solutions, and also keep all of the multicast extensions in a
single draft.

	Please can you indicate to the list whether you support this
proposal. 

	Regards 

	Matthew 

	 

	_______________________________________________
	ANCP mailing list
	ANCP@ietf.org
	https://www.ietf.org/mailman/listinfo/ancp