From owner-netconf@ops.ietf.org Wed Jun 1 13:17:38 2005 Received: from psg.com (mailnull@psg.com [147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA06229 for ; Wed, 1 Jun 2005 13:17:37 -0400 (EDT) Received: from majordom by psg.com with local (Exim 4.50 (FreeBSD)) id 1DdWhS-000E5K-QF for netconf-data@psg.com; Wed, 01 Jun 2005 17:08:14 +0000 Received: from [62.241.162.31] (helo=galaxy.systems.pipex.net) by psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DdWhQ-000E4r-RB for netconf@ops.ietf.org; Wed, 01 Jun 2005 17:08:12 +0000 Received: from pc6 (1Cust63.tnt29.lnd3.gbr.da.uu.net [62.188.120.63]) by galaxy.systems.pipex.net (Postfix) with SMTP id 072CAE000214; Wed, 1 Jun 2005 18:07:57 +0100 (BST) Message-ID: <00a001c566c3$78086880$0601a8c0@pc6> Reply-To: "Tom Petch" From: "Tom Petch" To: "Andy Bierman" , "netconf" References: <4256ADA3.4030204@andybierman.com> Subject: Netconf over SSH Date: Wed, 1 Jun 2005 16:43:52 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on psg.com X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 Sender: owner-netconf@ops.ietf.org Precedence: bulk Content-Transfer-Encoding: 7bit I think the subsystem name 'netconf' needs registering with IANA. I find the ssh document not clear over this, but on balance I think subsystem names do need registering. I would take this to need a normative reference to [SSH-NUMBERS] Lonvick, C., "SSH Protocol Assigned Numbers", I-D draft-ietf-secsh-assignednumbers-12.txt, March 2005. Tom Petch -- to unsubscribe send a message to netconf-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: From owner-netconf@ops.ietf.org Wed Jun 1 14:39:12 2005 Received: from psg.com (mailnull@psg.com [147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA13653 for ; Wed, 1 Jun 2005 14:39:11 -0400 (EDT) Received: from majordom by psg.com with local (Exim 4.50 (FreeBSD)) id 1DdY31-000NaU-7L for netconf-data@psg.com; Wed, 01 Jun 2005 18:34:35 +0000 Received: from [204.9.221.21] (helo=thingmagic.com) by psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DdY2y-000Na6-9g for netconf@ops.ietf.org; Wed, 01 Jun 2005 18:34:32 +0000 Received: from [10.0.0.171] (account margaret HELO [192.168.0.9]) by thingmagic.com (CommuniGate Pro SMTP 4.1.8) with ESMTP-TLS id 381484; Wed, 01 Jun 2005 14:29:52 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <00a001c566c3$78086880$0601a8c0@pc6> References: <4256ADA3.4030204@andybierman.com> <00a001c566c3$78086880$0601a8c0@pc6> Date: Wed, 1 Jun 2005 14:32:35 -0400 To: "Tom Petch" , "Andy Bierman" , "netconf" , Simon Leinen From: Margaret Wasserman Subject: Re: Netconf over SSH Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on psg.com X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 Sender: owner-netconf@ops.ietf.org Precedence: bulk Hi Tom, From a quick look at the referenced draft, it does look like we should register the "netconf" service name. Thanks for catching this! I don't think that this will present a problem, since secsh-assignednumbers is in the RFC editor queue, along with all of the core SSH drafts. Andy and Simon, should I just do an update for this? Or do you think we should run this by the WG first? Margaret At 4:43 PM +0200 6/1/05, Tom Petch wrote: >I think the subsystem name 'netconf' needs registering with IANA. I find the >ssh document not clear over this, but on balance I think subsystem >names do need >registering. > >I would take this to need a normative reference to > > [SSH-NUMBERS] > Lonvick, C., "SSH Protocol Assigned Numbers", > I-D draft-ietf-secsh-assignednumbers-12.txt, March 2005. > > >Tom Petch > > >-- >to unsubscribe send a message to netconf-request@ops.ietf.org with >the word 'unsubscribe' in a single line as the message text body. >archive: -- to unsubscribe send a message to netconf-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: From owner-netconf@ops.ietf.org Wed Jun 1 15:06:45 2005 Received: from psg.com (mailnull@psg.com [147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA16507 for ; Wed, 1 Jun 2005 15:06:45 -0400 (EDT) Received: from majordom by psg.com with local (Exim 4.50 (FreeBSD)) id 1DdYSD-000Phf-6x for netconf-data@psg.com; Wed, 01 Jun 2005 19:00:37 +0000 Received: from [171.71.176.72] (helo=sj-iport-3.cisco.com) by psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DdYSB-000PhD-Bz for netconf@ops.ietf.org; Wed, 01 Jun 2005 19:00:35 +0000 Received: from sj-core-1.cisco.com (171.71.177.237) by sj-iport-3.cisco.com with ESMTP; 01 Jun 2005 12:00:32 -0700 X-IronPort-AV: i="3.93,157,1115017200"; d="scan'208"; a="272767252:sNHT1146364080" Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id j51IxqcO001661 for ; Wed, 1 Jun 2005 12:00:27 -0700 (PDT) Received: from xmb-sjc-217.amer.cisco.com ([171.70.151.175]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.211); Wed, 1 Jun 2005 12:00:28 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: consecutive locks on the same session Date: Wed, 1 Jun 2005 12:00:27 -0700 Message-ID: Thread-Topic: consecutive locks on the same session Thread-Index: AcVbbHEVJHfmHJqoSpuPsO+3A93kPwAUc2JgAA7BPcACuKIWYA== From: "Steven Berl \(sberl\)" To: "James Balestriere \(jbalestr\)" , X-OriginalArrivalTime: 01 Jun 2005 19:00:28.0492 (UTC) FILETIME=[2D1200C0:01C566DC] X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on psg.com X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.2 Sender: owner-netconf@ops.ietf.org Precedence: bulk Content-Transfer-Encoding: quoted-printable Didn't see any other replies to this, so I will try. I don't think the current draft specifies this behavior. I propose that an attempt to lock an already locked configuration should generate an error just as if the lock were held by another session. The error message contains the session-id of the session holding the lock. The manager software can compare this session-id with its current session-id (which it received in the hello) and know that the lock is held by itself. Other opinions? -steve=20 > -----Original Message----- > From: owner-netconf@ops.ietf.org=20 > [mailto:owner-netconf@ops.ietf.org] On Behalf Of James=20 > Balestriere (jbalestr) > Sent: Wednesday, May 18, 2005 3:32 PM > To: netconf@ops.ietf.org > Subject: consecutive locks on the same session >=20 > =20 > if a session does a lock and it gets the lock we send ok. > if it does a lock again whilst it still has the lock, does=20 > it get an error or ok ? > =20 > I am suspecting we send ok but it is not very clear from the spec. > =20 > James. > =20 >=20 >=20 >=20 > -- > to unsubscribe send a message to netconf-request@ops.ietf.org=20 > with the word 'unsubscribe' in a single line as the message text body. > archive: >=20 -- to unsubscribe send a message to netconf-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: From owner-netconf@ops.ietf.org Wed Jun 1 18:31:33 2005 Received: from psg.com (mailnull@psg.com [147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA16276 for ; Wed, 1 Jun 2005 18:31:33 -0400 (EDT) Received: from majordom by psg.com with local (Exim 4.50 (FreeBSD)) id 1DdbaV-000FG7-CF for netconf-data@psg.com; Wed, 01 Jun 2005 22:21:23 +0000 Received: from [171.71.176.71] (helo=sj-iport-2.cisco.com) by psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DdbaS-000FFp-Fu for netconf@ops.ietf.org; Wed, 01 Jun 2005 22:21:20 +0000 Received: from sj-core-1.cisco.com (171.71.177.237) by sj-iport-2.cisco.com with ESMTP; 01 Jun 2005 15:21:20 -0700 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id j51MKuc6007700; Wed, 1 Jun 2005 15:21:13 -0700 (PDT) Received: from xmb-sjc-217.amer.cisco.com ([171.70.151.175]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.211); Wed, 1 Jun 2005 15:21:14 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: consecutive locks on the same session Date: Wed, 1 Jun 2005 15:21:11 -0700 Message-ID: Thread-Topic: consecutive locks on the same session Thread-Index: AcVm9SYJWuOxM0UzSJ+ZawpOP05Q5AAAqNjA From: "Steven Berl \(sberl\)" To: "Andy Bierman" Cc: "James Balestriere \(jbalestr\)" , X-OriginalArrivalTime: 01 Jun 2005 22:21:14.0262 (UTC) FILETIME=[38E8A360:01C566F8] X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on psg.com X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.2 Sender: owner-netconf@ops.ietf.org Precedence: bulk Content-Transfer-Encoding: quoted-printable Well I guess it wasn't obvious enough to someone who wasn't part of the WG discussions. Otherwise the question would never have been asked. :-) I'd suggest that if there is another opportunity to update the doc, then there be a sentence added explicitly calling out this situation. But I don't think it is important enough to derail the current draft if the doc is otherwise acceptable.=20 -steve > -----Original Message----- > From: Andy Bierman [mailto:ietf@andybierman.com]=20 > Sent: Wednesday, June 01, 2005 2:57 PM > To: Steven Berl (sberl) > Cc: James Balestriere (jbalestr); netconf@ops.ietf.org > Subject: Re: consecutive locks on the same session >=20 > Steven Berl (sberl) wrote: >=20 > >Didn't see any other replies to this, so I will try. > > > >I don't think the current draft specifies this behavior. I=20 > propose that=20 > >an attempt to lock an already locked configuration should=20 > generate an=20 > >error just as if the lock were held by another session. The error=20 > >message contains the session-id of the session holding the lock. The=20 > >manager software can compare this session-id with its current=20 > >session-id (which it received in the hello) and know that=20 > the lock is=20 > >held by itself. > > > >Other opinions? > > =20 > > >=20 >=20 > not opinion -- fact -- this is how the protocol works and the=20 > document is clear (IMO) that if the lock is already in use,=20 > an error is returned. =20 > It doesn't > matter which session already holds the lock. >=20 >=20 > >-steve > > =20 > > >=20 > Andy >=20 > > =20 > > > >>-----Original Message----- > >>From: owner-netconf@ops.ietf.org > >>[mailto:owner-netconf@ops.ietf.org] On Behalf Of James Balestriere=20 > >>(jbalestr) > >>Sent: Wednesday, May 18, 2005 3:32 PM > >>To: netconf@ops.ietf.org > >>Subject: consecutive locks on the same session > >> > >>=20 > >> if a session does a lock and it gets the lock we send ok. > >> if it does a lock again whilst it still has the lock, does=20 > it get an=20 > >>error or ok ? > >>=20 > >> I am suspecting we send ok but it is not very clear from the spec. > >>=20 > >> James. > >>=20 > >> > >> > >> > >>-- > >>to unsubscribe send a message to=20 > netconf-request@ops.ietf.org with the=20 > >>word 'unsubscribe' in a single line as the message text body. > >>archive: > >> > >> =20 > >> > > > >-- > >to unsubscribe send a message to=20 > netconf-request@ops.ietf.org with the=20 > >word 'unsubscribe' in a single line as the message text body. > >archive: > > > > > > =20 > > >=20 -- to unsubscribe send a message to netconf-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: From owner-netconf@ops.ietf.org Thu Jun 2 10:10:05 2005 Received: from psg.com (mailnull@psg.com [147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA17981 for ; Thu, 2 Jun 2005 10:10:05 -0400 (EDT) Received: from majordom by psg.com with local (Exim 4.50 (FreeBSD)) id 1DdqCJ-0007cs-9b for netconf-data@psg.com; Thu, 02 Jun 2005 13:57:23 +0000 Received: from [205.178.146.50] (helo=mail.networksolutionsemail.com) by psg.com with smtp (Exim 4.50 (FreeBSD)) id 1DdqCH-0007ZW-AY for netconf@ops.ietf.org; Thu, 02 Jun 2005 13:57:21 +0000 Received: (qmail 24418 invoked by uid 78); 2 Jun 2005 13:56:55 -0000 Received: from unknown (HELO ?192.168.0.11?) (70.32.250.209) by mail.networksolutionsemail.com with SMTP; 2 Jun 2005 13:56:55 -0000 Message-ID: <429F1026.2070605@andybierman.com> Date: Thu, 02 Jun 2005 06:56:54 -0700 From: Andy Bierman User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Steven Berl (sberl)" CC: "James Balestriere (jbalestr)" , netconf@ops.ietf.org Subject: Re: consecutive locks on the same session References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on psg.com X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 Sender: owner-netconf@ops.ietf.org Precedence: bulk Content-Transfer-Encoding: 7bit Steven Berl (sberl) wrote: >Well I guess it wasn't obvious enough to someone who wasn't part of the >WG discussions. Otherwise the question would never have been asked. :-) > > You're right. We often leave out rationale for decisions and details in RFCs. However, one needs to read specifications carefully. In this situation, no mention of this corner-case means it isn't one. I would only expect a sentence dedicated to a special-case if it was handled differently than the normal case. Andy >I'd suggest that if there is another opportunity to update the doc, then >there be a sentence added explicitly calling out this situation. But I >don't think it is important enough to derail the current draft if the >doc is otherwise acceptable. > >-steve > > > >>-----Original Message----- >>From: Andy Bierman [mailto:ietf@andybierman.com] >>Sent: Wednesday, June 01, 2005 2:57 PM >>To: Steven Berl (sberl) >>Cc: James Balestriere (jbalestr); netconf@ops.ietf.org >>Subject: Re: consecutive locks on the same session >> >>Steven Berl (sberl) wrote: >> >> >> >>>Didn't see any other replies to this, so I will try. >>> >>>I don't think the current draft specifies this behavior. I >>> >>> >>propose that >> >> >>>an attempt to lock an already locked configuration should >>> >>> >>generate an >> >> >>>error just as if the lock were held by another session. The error >>>message contains the session-id of the session holding the lock. The >>>manager software can compare this session-id with its current >>>session-id (which it received in the hello) and know that >>> >>> >>the lock is >> >> >>>held by itself. >>> >>>Other opinions? >>> >>> >>> >>> >>not opinion -- fact -- this is how the protocol works and the >>document is clear (IMO) that if the lock is already in use, >>an error is returned. >>It doesn't >>matter which session already holds the lock. >> >> >> >> >>>-steve >>> >>> >>> >>> >>Andy >> >> >> >>> >>> >>> >>> >>>>-----Original Message----- >>>>From: owner-netconf@ops.ietf.org >>>>[mailto:owner-netconf@ops.ietf.org] On Behalf Of James Balestriere >>>>(jbalestr) >>>>Sent: Wednesday, May 18, 2005 3:32 PM >>>>To: netconf@ops.ietf.org >>>>Subject: consecutive locks on the same session >>>> >>>> >>>>if a session does a lock and it gets the lock we send ok. >>>>if it does a lock again whilst it still has the lock, does >>>> >>>> >>it get an >> >> >>>>error or ok ? >>>> >>>>I am suspecting we send ok but it is not very clear from the spec. >>>> >>>>James. >>>> >>>> >>>> >>>> >>>>-- >>>>to unsubscribe send a message to >>>> >>>> >>netconf-request@ops.ietf.org with the >> >> >>>>word 'unsubscribe' in a single line as the message text body. >>>>archive: >>>> >>>> >>>> >>>> >>>> >>>-- >>>to unsubscribe send a message to >>> >>> >>netconf-request@ops.ietf.org with the >> >> >>>word 'unsubscribe' in a single line as the message text body. >>>archive: >>> >>> >>> >>> >>> >>> > >-- >to unsubscribe send a message to netconf-request@ops.ietf.org with >the word 'unsubscribe' in a single line as the message text body. >archive: > > > > -- to unsubscribe send a message to netconf-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: From owner-netconf@ops.ietf.org Fri Jun 3 09:41:54 2005 Received: from psg.com (mailnull@psg.com [147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA27115 for ; Fri, 3 Jun 2005 09:41:53 -0400 (EDT) Received: from majordom by psg.com with local (Exim 4.50 (FreeBSD)) id 1DeCGg-000It7-0g for netconf-data@psg.com; Fri, 03 Jun 2005 13:31:22 +0000 Received: from [171.71.176.72] (helo=sj-iport-3.cisco.com) by psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DeCGe-000Iso-5O for netconf@ops.ietf.org; Fri, 03 Jun 2005 13:31:20 +0000 Received: from sj-core-5.cisco.com (171.71.177.238) by sj-iport-3.cisco.com with ESMTP; 03 Jun 2005 06:31:13 -0700 X-IronPort-AV: i="3.93,166,1115017200"; d="scan'208"; a="273805309:sNHT1220473618" Received: from sjc-xdm1.cisco.com (sjc-xdm1.cisco.com [171.71.162.58]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id j53DV9lr015703; Fri, 3 Jun 2005 06:31:09 -0700 (PDT) Date: Fri, 3 Jun 2005 06:31:09 -0700 (PDT) From: Chris Lonvick To: Margaret Wasserman cc: Tom Petch , Andy Bierman , netconf , Simon Leinen Subject: Re: Netconf over SSH In-Reply-To: Message-ID: References: <4256ADA3.4030204@andybierman.com> <00a001c566c3$78086880$0601a8c0@pc6> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on psg.com X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.2 Sender: owner-netconf@ops.ietf.org Precedence: bulk Hi, It's making it through IANA at this time. http://www.iana.org/assignments/ssh-parameters I have not had time to review this. I believe that you are going to want to register a new Connection Protocol Channel Request Name - similar to 'exec' and 'shell'. The references got messed up in the last revision. I've notified the RFC Editor to expect this correction: [SSH-NUMBERS] Lehtinen, S. and C. Lonvick, Ed., "SSH Protocol Assigned Numbers", I-D draft-ietf-assignednumbers-12.txt, April 2005. Best of Luck, Chris On Wed, 1 Jun 2005, Margaret Wasserman wrote: > > Hi Tom, > > From a quick look at the referenced draft, it does look like we > should register the "netconf" service name. Thanks for catching > this! I don't think that this will present a problem, since > secsh-assignednumbers is in the RFC editor queue, along with all of > the core SSH drafts. > > Andy and Simon, should I just do an update for this? Or do you think > we should run this by the WG first? > > Margaret > > At 4:43 PM +0200 6/1/05, Tom Petch wrote: > >I think the subsystem name 'netconf' needs registering with IANA. I find the > >ssh document not clear over this, but on balance I think subsystem > >names do need > >registering. > > > >I would take this to need a normative reference to > > > > [SSH-NUMBERS] > > Lonvick, C., "SSH Protocol Assigned Numbers", > > I-D draft-ietf-secsh-assignednumbers-12.txt, March 2005. > > > > > >Tom Petch > > > > > >-- > >to unsubscribe send a message to netconf-request@ops.ietf.org with > >the word 'unsubscribe' in a single line as the message text body. > >archive: > > > -- > to unsubscribe send a message to netconf-request@ops.ietf.org with > the word 'unsubscribe' in a single line as the message text body. > archive: > -- to unsubscribe send a message to netconf-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: From owner-netconf@ops.ietf.org Fri Jun 3 10:02:17 2005 Received: from psg.com (mailnull@psg.com [147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA29713 for ; Fri, 3 Jun 2005 10:02:16 -0400 (EDT) Received: from majordom by psg.com with local (Exim 4.50 (FreeBSD)) id 1DeCfh-000Ke6-Ta for netconf-data@psg.com; Fri, 03 Jun 2005 13:57:13 +0000 Received: from [205.178.146.50] (helo=mail.networksolutionsemail.com) by psg.com with smtp (Exim 4.50 (FreeBSD)) id 1DeCfh-000KdV-1k for netconf@ops.ietf.org; Fri, 03 Jun 2005 13:57:13 +0000 Received: (qmail 10000 invoked by uid 78); 3 Jun 2005 13:57:10 -0000 Received: from unknown (HELO ?192.168.0.11?) (70.32.250.209) by mail.networksolutionsemail.com with SMTP; 3 Jun 2005 13:57:10 -0000 Message-ID: <42A061B5.9050405@andybierman.com> Date: Fri, 03 Jun 2005 06:57:09 -0700 From: Andy Bierman User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Margaret Wasserman CC: Tom Petch , netconf , Simon Leinen Subject: Re: Netconf over SSH References: <4256ADA3.4030204@andybierman.com> <00a001c566c3$78086880$0601a8c0@pc6> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on psg.com X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 Sender: owner-netconf@ops.ietf.org Precedence: bulk Content-Transfer-Encoding: 7bit Margaret Wasserman wrote: > > Hi Tom, > > From a quick look at the referenced draft, it does look like we should > register the "netconf" service name. Thanks for catching this! I > don't think that this will present a problem, since > secsh-assignednumbers is in the RFC editor queue, along with all of > the core SSH drafts. > > Andy and Simon, should I just do an update for this? Or do you think > we should run this by the WG first? Just update the draft -- we don't need to review an omission in the IANA Considerations section. > > Margaret Andy > > At 4:43 PM +0200 6/1/05, Tom Petch wrote: > >> I think the subsystem name 'netconf' needs registering with IANA. I >> find the >> ssh document not clear over this, but on balance I think subsystem >> names do need >> registering. >> >> I would take this to need a normative reference to >> >> [SSH-NUMBERS] >> Lonvick, C., "SSH Protocol Assigned Numbers", >> I-D draft-ietf-secsh-assignednumbers-12.txt, March 2005. >> >> >> Tom Petch >> >> >> -- >> to unsubscribe send a message to netconf-request@ops.ietf.org with >> the word 'unsubscribe' in a single line as the message text body. >> archive: > > > > -- > to unsubscribe send a message to netconf-request@ops.ietf.org with > the word 'unsubscribe' in a single line as the message text body. > archive: > > -- to unsubscribe send a message to netconf-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: From owner-netconf@ops.ietf.org Fri Jun 3 11:53:44 2005 Received: from psg.com (mailnull@psg.com [147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA09640 for ; Fri, 3 Jun 2005 11:53:43 -0400 (EDT) Received: from majordom by psg.com with local (Exim 4.50 (FreeBSD)) id 1DeENo-0002NX-Dn for netconf-data@psg.com; Fri, 03 Jun 2005 15:46:52 +0000 Received: from [195.37.70.40] (helo=smtp0.netlab.nec.de) by psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DeENl-0002Mw-Gr for netconf@ops.ietf.org; Fri, 03 Jun 2005 15:46:49 +0000 Received: from europa.office (europa.office [10.1.1.2]) by smtp0.netlab.nec.de (Postfix) with ESMTP id 90FF6D9E8 for ; Fri, 3 Jun 2005 17:59:17 +0200 (CEST) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Subject: NETCONF interop event in Paris Date: Fri, 3 Jun 2005 17:46:40 +0200 Message-ID: <88F766D04E6AF3409B39E60D7D933EB235D80D@europa.office> Thread-Topic: NETCONF interop event in Paris Thread-Index: AcVoU28Mgsrhuy+iRxyL7QGGeT4JaQ== From: "Cristian Cadar" To: X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on psg.com X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 Sender: owner-netconf@ops.ietf.org Precedence: bulk Content-Transfer-Encoding: quoted-printable Dear all, The WG last call on our documents will be closed soon. The documents are mature enough for a first interoperability testing. On the three days before the IETF meeting in Paris there will be a first NETCONF interoperability testing event at the same location as the IETF meeting. It is hosted by two European research projects and by ETSI. Participation is free of charge. The event will give us valuable feedback on ambiguities and missing clarifications in our NETCONF documents. Everybody who already has an implementation of NETCONF is very welcome. Let's see how many independent implementations are already out there. Please find a preliminary announcement at http://www.ist-mome.org/events/interop/.=20 Relevant draft documents include: - "draft-ietf-netconf-prot-06" - "draft-ietf-netconf-beep-05" - "draft-ietf-netconf-soap-05" - "draft-ietf-netconf-ssh-04" Also there are no description of test cases available, yet. These will be provided until mid of June on the same web page. Best Regards, Cristian Cadar NEC Europe Ltd=20 -- to unsubscribe send a message to netconf-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: From owner-netconf@ops.ietf.org Fri Jun 3 12:02:33 2005 Received: from psg.com (mailnull@psg.com [147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA10155 for ; Fri, 3 Jun 2005 12:02:32 -0400 (EDT) Received: from majordom by psg.com with local (Exim 4.50 (FreeBSD)) id 1DeEWP-00034j-Gv for netconf-data@psg.com; Fri, 03 Jun 2005 15:55:45 +0000 Received: from [62.241.163.7] (helo=blaster.systems.pipex.net) by psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DeEWN-00034N-5H for netconf@ops.ietf.org; Fri, 03 Jun 2005 15:55:43 +0000 Received: from pc6 (1Cust183.tnt24.lnd4.gbr.da.uu.net [62.188.151.183]) by blaster.systems.pipex.net (Postfix) with SMTP id 46CF8E0001CF; Fri, 3 Jun 2005 16:55:28 +0100 (BST) Message-ID: <018c01c5684b$ac394f00$0601a8c0@pc6> Reply-To: "Tom Petch" From: "Tom Petch" To: "Chris Lonvick" , "Margaret Wasserman" Cc: "Andy Bierman" , "netconf" , "Simon Leinen" References: <4256ADA3.4030204@andybierman.com> <00a001c566c3$78086880$0601a8c0@pc6> Subject: Re: Netconf over SSH Date: Fri, 3 Jun 2005 16:49:56 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on psg.com X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 Sender: owner-netconf@ops.ietf.org Precedence: bulk Content-Transfer-Encoding: 7bit Delightful:-) When I read Netconf over SSH as saying 'After the ssh-connection service is established, the client will open a channel of type "session", which will result in an SSH session. Once the SSH session has been established, the user (or application) will invoke NETCONF as an SSH subsystem called "netconf". I took it to mean a 4.9.5 Connection Protocol Subsystem Names of yet-to-be-defined 'netconf' over an already defined 4.9.1 Connection Protocol Channel Types of 'session' I am unclear about the references to service names and Connection Protocol Channel Request Name. Tom Petch ----- Original Message ----- From: "Chris Lonvick" To: "Margaret Wasserman" Cc: "Tom Petch" ; "Andy Bierman" ; "netconf" ; "Simon Leinen" Sent: Friday, June 03, 2005 3:31 PM Subject: Re: Netconf over SSH > Hi, > > It's making it through IANA at this time. > > http://www.iana.org/assignments/ssh-parameters > > I have not had time to review this. > > I believe that you are going to want to register a new Connection Protocol > Channel Request Name - similar to 'exec' and 'shell'. > > The references got messed up in the last revision. I've notified the RFC > Editor to expect this correction: > > [SSH-NUMBERS] > Lehtinen, S. and C. Lonvick, Ed., "SSH Protocol Assigned > Numbers", I-D draft-ietf-assignednumbers-12.txt, April > 2005. > > Best of Luck, > Chris > > > On Wed, 1 Jun 2005, Margaret Wasserman wrote: > > > > > Hi Tom, > > > > From a quick look at the referenced draft, it does look like we > > should register the "netconf" service name. Thanks for catching > > this! I don't think that this will present a problem, since > > secsh-assignednumbers is in the RFC editor queue, along with all of > > the core SSH drafts. > > > > Andy and Simon, should I just do an update for this? Or do you think > > we should run this by the WG first? > > > > Margaret > > > > At 4:43 PM +0200 6/1/05, Tom Petch wrote: > > >I think the subsystem name 'netconf' needs registering with IANA. I find the > > >ssh document not clear over this, but on balance I think subsystem > > >names do need > > >registering. > > > > > >I would take this to need a normative reference to > > > > > > [SSH-NUMBERS] > > > Lonvick, C., "SSH Protocol Assigned Numbers", > > > I-D draft-ietf-secsh-assignednumbers-12.txt, March 2005. > > > > > > > > >Tom Petch > > > > > > -- to unsubscribe send a message to netconf-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: From owner-netconf@ops.ietf.org Sat Jun 4 01:04:20 2005 Received: from psg.com (mailnull@psg.com [147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA13000 for ; Sat, 4 Jun 2005 01:04:19 -0400 (EDT) Received: from majordom by psg.com with local (Exim 4.50 (FreeBSD)) id 1DeQfV-00011u-Nc for netconf-data@psg.com; Sat, 04 Jun 2005 04:53:57 +0000 Received: from [171.71.176.72] (helo=sj-iport-3.cisco.com) by psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DeQfT-00011Y-TF for netconf@ops.ietf.org; Sat, 04 Jun 2005 04:53:55 +0000 Received: from sj-core-2.cisco.com (171.71.177.254) by sj-iport-3.cisco.com with ESMTP; 03 Jun 2005 21:53:55 -0700 X-IronPort-AV: i="3.93,168,1115017200"; d="scan'208"; a="274195294:sNHT29025040" Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id j544rMmK021363 for ; Fri, 3 Jun 2005 21:53:50 -0700 (PDT) Received: from xmb-sjc-226.amer.cisco.com ([128.107.191.58]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.211); Fri, 3 Jun 2005 21:53:49 -0700 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Subject: RE: consecutive locks on the same session Date: Fri, 3 Jun 2005 21:49:04 -0700 Message-ID: <0DA71B3448AB0C4EB496FAA4492B001F326E16@xmb-sjc-226.amer.cisco.com> Thread-Topic: consecutive locks on the same session Thread-Index: AcVbbHEVJHfmHJqoSpuPsO+3A93kPwAUc2JgAA7BPcACuKIWYAB5LKVg From: "John Ng \(jng\)" To: "Steven Berl \(sberl\)" , "James Balestriere \(jbalestr\)" , X-OriginalArrivalTime: 04 Jun 2005 04:53:49.0541 (UTC) FILETIME=[65C67950:01C568C1] X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on psg.com X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.2 Sender: owner-netconf@ops.ietf.org Precedence: bulk Content-Transfer-Encoding: quoted-printable If we decide it is an error, should the session terminate? =20 Or continue and just reply with the error? --jng=20 > -----Original Message----- > From: owner-netconf@ops.ietf.org=20 > [mailto:owner-netconf@ops.ietf.org] On Behalf Of Steven Berl (sberl) > Sent: Wednesday, June 01, 2005 12:00 PM > To: James Balestriere (jbalestr); netconf@ops.ietf.org > Subject: RE: consecutive locks on the same session >=20 > Didn't see any other replies to this, so I will try. >=20 > I don't think the current draft specifies this behavior. I=20 > propose that an attempt to lock an already locked=20 > configuration should generate an error just as if the lock=20 > were held by another session. The error message contains the=20 > session-id of the session holding the lock. The manager=20 > software can compare this session-id with its current=20 > session-id (which it received in the hello) and know that the=20 > lock is held by itself. >=20 > Other opinions? >=20 > -steve=20 >=20 > > -----Original Message----- > > From: owner-netconf@ops.ietf.org > > [mailto:owner-netconf@ops.ietf.org] On Behalf Of James Balestriere=20 > > (jbalestr) > > Sent: Wednesday, May 18, 2005 3:32 PM > > To: netconf@ops.ietf.org > > Subject: consecutive locks on the same session > >=20 > > =20 > > if a session does a lock and it gets the lock we send ok. > > if it does a lock again whilst it still has the lock, does=20 > it get an=20 > > error or ok ? > > =20 > > I am suspecting we send ok but it is not very clear from the spec. > > =20 > > James. > > =20 > >=20 > >=20 > >=20 > > -- > > to unsubscribe send a message to=20 > netconf-request@ops.ietf.org with the=20 > > word 'unsubscribe' in a single line as the message text body. > > archive: > >=20 >=20 > -- > to unsubscribe send a message to netconf-request@ops.ietf.org=20 > with the word 'unsubscribe' in a single line as the message text body. > archive: >=20 -- to unsubscribe send a message to netconf-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: From owner-netconf@ops.ietf.org Sat Jun 4 10:38:38 2005 Received: from psg.com (mailnull@psg.com [147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA06636 for ; Sat, 4 Jun 2005 10:38:38 -0400 (EDT) Received: from majordom by psg.com with local (Exim 4.50 (FreeBSD)) id 1DeZeM-000DTp-Q2 for netconf-data@psg.com; Sat, 04 Jun 2005 14:29:22 +0000 Received: from [205.178.146.50] (helo=mail.networksolutionsemail.com) by psg.com with smtp (Exim 4.50 (FreeBSD)) id 1DeZeL-000DTY-Sr for netconf@ops.ietf.org; Sat, 04 Jun 2005 14:29:22 +0000 Received: (qmail 32056 invoked by uid 78); 4 Jun 2005 14:29:13 -0000 Received: from unknown (HELO ?192.168.0.11?) (70.32.250.209) by mail.networksolutionsemail.com with SMTP; 4 Jun 2005 14:29:13 -0000 Message-ID: <42A1BAB8.7000608@andybierman.com> Date: Sat, 04 Jun 2005 07:29:12 -0700 From: Andy Bierman User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "John Ng (jng)" CC: "Steven Berl (sberl)" , "James Balestriere (jbalestr)" , netconf@ops.ietf.org Subject: Re: consecutive locks on the same session References: <0DA71B3448AB0C4EB496FAA4492B001F326E16@xmb-sjc-226.amer.cisco.com> In-Reply-To: <0DA71B3448AB0C4EB496FAA4492B001F326E16@xmb-sjc-226.amer.cisco.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on psg.com X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 Sender: owner-netconf@ops.ietf.org Precedence: bulk Content-Transfer-Encoding: 7bit John Ng (jng) wrote: >If we decide it is an error, should the session terminate? >Or continue and just reply with the error? > > We already decided a long time ago it is an error. The section cited below explains what to do if a lock is in use. Why would we want to terminate the session? That's a bit severe I think. It's just an failing. However, in reading prot-06 again, the text has a bug. It's hard to spot because of the hyphenated word at the end of the line (ID-nit!) ----------------------------------- section 7.5, heading 'Negative Response', para 2, sentence 1: OLD: If the lock is already held, the will be in-use and ... NEW: If the lock is already held, the will be 'lock-denied' and ... ---------------------------------- Note that 'lock-denied' error code exists because the 'session-id' of the lock holder needs to be returned. The errors 'in-use' and 'resource-denied' are intended for generic cases or internal constructs not exposed to users. >--jng > > > Andy >>-----Original Message----- >>From: owner-netconf@ops.ietf.org >>[mailto:owner-netconf@ops.ietf.org] On Behalf Of Steven Berl (sberl) >>Sent: Wednesday, June 01, 2005 12:00 PM >>To: James Balestriere (jbalestr); netconf@ops.ietf.org >>Subject: RE: consecutive locks on the same session >> >>Didn't see any other replies to this, so I will try. >> >>I don't think the current draft specifies this behavior. I >>propose that an attempt to lock an already locked >>configuration should generate an error just as if the lock >>were held by another session. The error message contains the >>session-id of the session holding the lock. The manager >>software can compare this session-id with its current >>session-id (which it received in the hello) and know that the >>lock is held by itself. >> >>Other opinions? >> >>-steve >> >> >> >>>-----Original Message----- >>>From: owner-netconf@ops.ietf.org >>>[mailto:owner-netconf@ops.ietf.org] On Behalf Of James Balestriere >>>(jbalestr) >>>Sent: Wednesday, May 18, 2005 3:32 PM >>>To: netconf@ops.ietf.org >>>Subject: consecutive locks on the same session >>> >>> >>> if a session does a lock and it gets the lock we send ok. >>> if it does a lock again whilst it still has the lock, does >>> >>> >>it get an >> >> >>>error or ok ? >>> >>> I am suspecting we send ok but it is not very clear from the spec. >>> >>> James. >>> >>> >>> >>> >>>-- >>>to unsubscribe send a message to >>> >>> >>netconf-request@ops.ietf.org with the >> >> >>>word 'unsubscribe' in a single line as the message text body. >>>archive: >>> >>> >>> >>-- >>to unsubscribe send a message to netconf-request@ops.ietf.org >>with the word 'unsubscribe' in a single line as the message text body. >>archive: >> >> >> > >-- >to unsubscribe send a message to netconf-request@ops.ietf.org with >the word 'unsubscribe' in a single line as the message text body. >archive: > > > > -- to unsubscribe send a message to netconf-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: From owner-netconf@ops.ietf.org Sat Jun 4 11:36:56 2005 Received: from psg.com (mailnull@psg.com [147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA10830 for ; Sat, 4 Jun 2005 11:36:55 -0400 (EDT) Received: from majordom by psg.com with local (Exim 4.50 (FreeBSD)) id 1DeaXl-000I0h-VP for netconf-data@psg.com; Sat, 04 Jun 2005 15:26:37 +0000 Received: from [171.71.176.71] (helo=sj-iport-2.cisco.com) by psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DeaXj-000I0H-4m for netconf@ops.ietf.org; Sat, 04 Jun 2005 15:26:35 +0000 Received: from sj-core-2.cisco.com (171.71.177.254) by sj-iport-2.cisco.com with ESMTP; 04 Jun 2005 08:26:35 -0700 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id j54FQHm2008521; Sat, 4 Jun 2005 08:26:25 -0700 (PDT) Received: from xmb-sjc-226.amer.cisco.com ([128.107.191.58]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.211); Sat, 4 Jun 2005 08:26:30 -0700 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Subject: RE: consecutive locks on the same session Date: Sat, 4 Jun 2005 08:22:48 -0700 Message-ID: <0DA71B3448AB0C4EB496FAA4492B001F326E30@xmb-sjc-226.amer.cisco.com> Thread-Topic: consecutive locks on the same session Thread-Index: AcVpEflLh08FKzG6QQC6snq7rAGZcAABxuHg From: "John Ng \(jng\)" To: "Andy Bierman" Cc: "Steven Berl \(sberl\)" , "James Balestriere \(jbalestr\)" , X-OriginalArrivalTime: 04 Jun 2005 15:26:30.0590 (UTC) FILETIME=[C852DDE0:01C56919] X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on psg.com X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.2 Sender: owner-netconf@ops.ietf.org Precedence: bulk Content-Transfer-Encoding: quoted-printable Thanks Andy. Yep, I don't believe we should terminate the=20 session either but just wanted to be sure. --jng=20 > -----Original Message----- > From: Andy Bierman [mailto:ietf@andybierman.com]=20 > Sent: Saturday, June 04, 2005 7:29 AM > To: John Ng (jng) > Cc: Steven Berl (sberl); James Balestriere (jbalestr);=20 > netconf@ops.ietf.org > Subject: Re: consecutive locks on the same session >=20 > John Ng (jng) wrote: >=20 > >If we decide it is an error, should the session terminate? =20 > >Or continue and just reply with the error? > > =20 > > >=20 > We already decided a long time ago it is an error. > The section cited below explains what to do if a lock is in use. >=20 > Why would we want to terminate the session? > That's a bit severe I think. It's just an failing. >=20 > However, in reading prot-06 again, the text has a bug. > It's hard to spot because of the hyphenated word at the end=20 > of the line (ID-nit!) >=20 > ----------------------------------- >=20 > section 7.5, heading 'Negative Response', para 2, sentence 1: >=20 > OLD: > =20 > If the lock is already held, the will be in-use and ... >=20 > NEW: >=20 > If the lock is already held, the will be=20 > 'lock-denied' and ... >=20 > ---------------------------------- >=20 > Note that 'lock-denied' error code exists because the=20 > 'session-id' of the lock holder needs to be returned. > The errors 'in-use' and 'resource-denied' are intended for=20 > generic cases or internal constructs not exposed to users. >=20 > >--jng > > > > =20 > > >=20 > Andy >=20 >=20 > >>-----Original Message----- > >>From: owner-netconf@ops.ietf.org > >>[mailto:owner-netconf@ops.ietf.org] On Behalf Of Steven Berl (sberl) > >>Sent: Wednesday, June 01, 2005 12:00 PM > >>To: James Balestriere (jbalestr); netconf@ops.ietf.org > >>Subject: RE: consecutive locks on the same session > >> > >>Didn't see any other replies to this, so I will try. > >> > >>I don't think the current draft specifies this behavior. I propose=20 > >>that an attempt to lock an already locked configuration should=20 > >>generate an error just as if the lock were held by another session.=20 > >>The error message contains the session-id of the session=20 > holding the=20 > >>lock. The manager software can compare this session-id with its=20 > >>current session-id (which it received in the hello) and=20 > know that the=20 > >>lock is held by itself. > >> > >>Other opinions? > >> > >>-steve > >> > >> =20 > >> > >>>-----Original Message----- > >>>From: owner-netconf@ops.ietf.org > >>>[mailto:owner-netconf@ops.ietf.org] On Behalf Of James Balestriere > >>>(jbalestr) > >>>Sent: Wednesday, May 18, 2005 3:32 PM > >>>To: netconf@ops.ietf.org > >>>Subject: consecutive locks on the same session > >>> > >>>=20 > >>> if a session does a lock and it gets the lock we send ok. > >>> if it does a lock again whilst it still has the lock, does > >>> =20 > >>> > >>it get an > >> =20 > >> > >>>error or ok ? > >>>=20 > >>> I am suspecting we send ok but it is not very clear from the spec. > >>>=20 > >>> James. > >>>=20 > >>> > >>> > >>> > >>>-- > >>>to unsubscribe send a message to > >>> =20 > >>> > >>netconf-request@ops.ietf.org with the > >> =20 > >> > >>>word 'unsubscribe' in a single line as the message text body. > >>>archive: > >>> > >>> =20 > >>> > >>-- > >>to unsubscribe send a message to=20 > netconf-request@ops.ietf.org with the=20 > >>word 'unsubscribe' in a single line as the message text body. > >>archive: > >> > >> =20 > >> > > > >-- > >to unsubscribe send a message to=20 > netconf-request@ops.ietf.org with the=20 > >word 'unsubscribe' in a single line as the message text body. > >archive: > > > > > > =20 > > >=20 -- to unsubscribe send a message to netconf-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: From owner-netconf@ops.ietf.org Fri Jun 17 19:32:18 2005 Received: from psg.com (mailnull@psg.com [147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA02549 for ; Fri, 17 Jun 2005 19:32:18 -0400 (EDT) Received: from majordom by psg.com with local (Exim 4.50 (FreeBSD)) id 1DjQ9w-0001Gs-B3 for netconf-data@psg.com; Fri, 17 Jun 2005 23:22:00 +0000 Received: from [171.71.176.70] (helo=sj-iport-1.cisco.com) by psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DjQ9t-0001GQ-JS for netconf@ops.ietf.org; Fri, 17 Jun 2005 23:21:57 +0000 Received: from sj-core-1.cisco.com (171.71.177.237) by sj-iport-1.cisco.com with ESMTP; 17 Jun 2005 16:21:57 -0700 X-IronPort-AV: i="3.93,210,1115017200"; d="scan'208"; a="644413981:sNHT27410520" Received: from [171.69.35.190] (dhcp-171-69-35-190.cisco.com [171.69.35.190]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id j5HNLqFq007805; Fri, 17 Jun 2005 16:21:53 -0700 (PDT) Message-ID: <42B35B12.6030601@cisco.com> Date: Fri, 17 Jun 2005 16:21:54 -0700 From: "Kenneth V. Crozier" User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Cristian Cadar CC: netconf@ops.ietf.org Subject: Re: NETCONF interop event in Paris References: <88F766D04E6AF3409B39E60D7D933EB235D80D@europa.office> In-Reply-To: <88F766D04E6AF3409B39E60D7D933EB235D80D@europa.office> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on psg.com X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.2 Sender: owner-netconf@ops.ietf.org Precedence: bulk Content-Transfer-Encoding: quoted-printable Cristian, can we get more info on this event Sl=E1inte Ken Cristian Cadar wrote: > Dear all, >=20 > The WG last call on our documents will be closed soon. The documents ar= e > mature enough for a first interoperability testing. > On the three days before the IETF meeting in Paris there will be a firs= t > NETCONF interoperability testing event at the same location as the IETF= > meeting. > It is hosted by two European research projects and by ETSI. > Participation is free of charge. >=20 > The event will give us valuable feedback on ambiguities and missing > clarifications in our NETCONF documents. >=20 > Everybody who already has an implementation of NETCONF is very welcome.= > Let's see how many independent implementations are already out there. >=20 > Please find a preliminary announcement at > http://www.ist-mome.org/events/interop/.=20 >=20 > Relevant draft documents include: >=20 > - "draft-ietf-netconf-prot-06" > - "draft-ietf-netconf-beep-05" > - "draft-ietf-netconf-soap-05" > - "draft-ietf-netconf-ssh-04" >=20 > Also there are no description of test cases available, yet. These will= > be provided until mid of June on the same web page. >=20 >=20 > Best Regards, >=20 > Cristian Cadar > NEC Europe Ltd=20 >=20 >=20 > -- > to unsubscribe send a message to netconf-request@ops.ietf.org with > the word 'unsubscribe' in a single line as the message text body. > archive: >=20 -- to unsubscribe send a message to netconf-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: From owner-netconf@ops.ietf.org Wed Jun 22 16:39:18 2005 Received: from psg.com (mailnull@psg.com [147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA02794 for ; Wed, 22 Jun 2005 16:39:18 -0400 (EDT) Received: from majordom by psg.com with local (Exim 4.50 (FreeBSD)) id 1DlBcs-000Cwv-Kh for netconf-data@psg.com; Wed, 22 Jun 2005 20:15:10 +0000 Received: from [47.129.242.57] (helo=zcars04f.nortelnetworks.com) by psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DlBcq-000CwW-Fw for netconf@ops.ietf.org; Wed, 22 Jun 2005 20:15:08 +0000 Received: from zcard305.ca.nortel.com (zcard305.ca.nortel.com [47.129.242.61]) by zcars04f.nortelnetworks.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id j5MKF6326335 for ; Wed, 22 Jun 2005 16:15:06 -0400 (EDT) Received: by zcard305.ca.nortel.com with Internet Mail Service (5.5.2653.19) id ; Wed, 22 Jun 2005 16:14:37 -0400 Message-ID: <713043CE8B8E1348AF3C546DBE02C1B403E2BF10@zcarhxm2.corp.nortel.com> From: "Sharon Chisholm" To: netconf@ops.ietf.org, Netconf Data Model Discussion Subject: FW: I-D ACTION:draft-chisholm-netconf-model-03.txt Date: Wed, 22 Jun 2005 16:14:33 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C57767.015B9A08" X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on psg.com X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.2 Sender: owner-netconf@ops.ietf.org Precedence: bulk This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01C57767.015B9A08 Content-Type: text/plain hi I'm cross-posting since the plan is to discuss this, or an update of this draft, in the Paris netconf meeting. Sharon -----Original Message----- From: i-d-announce-bounces@ietf.org [mailto:i-d-announce-bounces@ietf.org] On Behalf Of Internet-Drafts@ietf.org Sent: Wednesday, June 22, 2005 3:50 PM To: i-d-announce@ietf.org Subject: I-D ACTION:draft-chisholm-netconf-model-03.txt A New Internet-Draft is available from the on-line Internet-Drafts directories. Title : Framework for Netconf Data Models Author(s) : S. Admankar, S. Chisholm Filename : draft-chisholm-netconf-model-03.txt Pages : 41 Date : 2005-6-22 This memo defines a framework for defining content for Netconf. It defines requirements to enable interoperability, extensibility, easy parsing, usability and predictable modeling. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-chisholm-netconf-model-03.txt To remove yourself from the I-D Announcement list, send a message to i-d-announce-request@ietf.org with the word unsubscribe in the body of the message. You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce to change your subscription settings. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-chisholm-netconf-model-03.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-chisholm-netconf-model-03.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. ------_=_NextPart_000_01C57767.015B9A08 Content-Type: application/octet-stream; name="ATT6346977.TXT" Content-Disposition: attachment; filename="ATT6346977.TXT" Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <2005-6-22144859.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-chisholm-netconf-model-03.txt ------_=_NextPart_000_01C57767.015B9A08 Content-Type: message/external-body; site="internet-drafts"; dir="draft-chisholm-netconf-model-03.txt"; mode="ftp.ietf.org"; access-type="anon-ftp" ------_=_NextPart_000_01C57767.015B9A08 Content-Type: text/plain; name="ATT6346978.txt" Content-Disposition: attachment; filename="ATT6346978.txt" _______________________________________________ I-D-Announce mailing list I-D-Announce@ietf.org https://www1.ietf.org/mailman/listinfo/i-d-announce ------_=_NextPart_000_01C57767.015B9A08-- -- to unsubscribe send a message to netconf-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: From owner-netconf@ops.ietf.org Wed Jun 22 16:44:13 2005 Received: from psg.com (mailnull@psg.com [147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA03566 for ; Wed, 22 Jun 2005 16:44:13 -0400 (EDT) Received: from majordom by psg.com with local (Exim 4.50 (FreeBSD)) id 1DlC0R-000Ew4-Fw for netconf-data@psg.com; Wed, 22 Jun 2005 20:39:31 +0000 Received: from [207.17.137.64] (helo=colo-dns-ext2.juniper.net) by psg.com with esmtps (TLSv1:DES-CBC3-SHA:168) (Exim 4.50 (FreeBSD)) id 1DlC0P-000Evn-AY for netconf@ops.ietf.org; Wed, 22 Jun 2005 20:39:29 +0000 Received: from merlot.juniper.net (merlot.juniper.net [172.17.27.10]) by colo-dns-ext2.juniper.net (8.12.3/8.12.3) with ESMTP id j5MKdPBm057842; Wed, 22 Jun 2005 13:39:25 -0700 (PDT) (envelope-from phil@juniper.net) Received: from idle.juniper.net (leida.juniper.net [172.18.16.26]) by merlot.juniper.net (8.11.3/8.11.3) with ESMTP id j5MKdKj13553; Wed, 22 Jun 2005 13:39:20 -0700 (PDT) (envelope-from phil@juniper.net) Received: from idle.juniper.net (localhost [127.0.0.1]) by idle.juniper.net (8.12.6/8.11.3) with ESMTP id j5MKinYE012031; Wed, 22 Jun 2005 16:44:49 -0400 (EDT) (envelope-from phil@idle.juniper.net) Message-Id: <200506222044.j5MKinYE012031@idle.juniper.net> To: "Sharon Chisholm" cc: netconf@ops.ietf.org Subject: Re: FW: I-D ACTION:draft-chisholm-netconf-model-03.txt In-Reply-To: Your message of "Wed, 22 Jun 2005 16:14:33 EDT." <713043CE8B8E1348AF3C546DBE02C1B403E2BF10@zcarhxm2.corp.nortel.com> Date: Wed, 22 Jun 2005 16:44:49 -0400 From: Phil Shafer X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on psg.com X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 Sender: owner-netconf@ops.ietf.org Precedence: bulk "Sharon Chisholm" writes: >I'm cross-posting since the plan is to discuss this, or an update of this >draft, in the Paris netconf meeting. I didn't thing they was a Paris netconf meeting. Didn't Andy say we didn't need one so he wasn't asking for one? Thanks, Phil -- to unsubscribe send a message to netconf-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: From owner-netconf@ops.ietf.org Wed Jun 22 16:46:48 2005 Received: from psg.com (mailnull@psg.com [147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA03791 for ; Wed, 22 Jun 2005 16:46:48 -0400 (EDT) Received: from majordom by psg.com with local (Exim 4.50 (FreeBSD)) id 1DlC4F-000FJ1-WD for netconf-data@psg.com; Wed, 22 Jun 2005 20:43:28 +0000 Received: from [47.129.242.56] (helo=zcars04e.ca.nortel.com) by psg.com with esmtps (TLSv1:DES-CBC3-SHA:168) (Exim 4.50 (FreeBSD)) id 1DlC4D-000FIa-Ur for netconf@ops.ietf.org; Wed, 22 Jun 2005 20:43:26 +0000 Received: from zcard305.ca.nortel.com (zcard305.ca.nortel.com [47.129.242.61]) by zcars04e.ca.nortel.com (Switch-2.2.0/Switch-2.2.0) with ESMTP id j5MKgK900256 for ; Wed, 22 Jun 2005 16:42:20 -0400 (EDT) Received: by zcard305.ca.nortel.com with Internet Mail Service (5.5.2653.19) id ; Wed, 22 Jun 2005 16:43:24 -0400 Message-ID: <713043CE8B8E1348AF3C546DBE02C1B403E2BF8B@zcarhxm2.corp.nortel.com> From: "Sharon Chisholm" To: netconf@ops.ietf.org Subject: RE: FW: I-D ACTION:draft-chisholm-netconf-model-03.txt Date: Wed, 22 Jun 2005 16:43:15 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on psg.com X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 Sender: owner-netconf@ops.ietf.org Precedence: bulk hi Yes, but then people expressed interest in having a meeting so I am assuming there will be one. Worst case scenario we have to call a netconf extensions BOF. This isn't the only piece of work that needs to be progressed. Sharon -----Original Message----- From: Phil Shafer [mailto:phil@juniper.net] Sent: Wednesday, June 22, 2005 4:45 PM To: Chisholm, Sharon [CAR:5K50:EXCH] Cc: netconf@ops.ietf.org Subject: Re: FW: I-D ACTION:draft-chisholm-netconf-model-03.txt "Sharon Chisholm" writes: >I'm cross-posting since the plan is to discuss this, or an update of >this draft, in the Paris netconf meeting. I didn't thing they was a Paris netconf meeting. Didn't Andy say we didn't need one so he wasn't asking for one? Thanks, Phil -- to unsubscribe send a message to netconf-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: From owner-netconf@ops.ietf.org Thu Jun 23 00:37:28 2005 Received: from psg.com (mailnull@psg.com [147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id AAA09388 for ; Thu, 23 Jun 2005 00:37:28 -0400 (EDT) Received: from majordom by psg.com with local (Exim 4.50 (FreeBSD)) id 1DlJL4-0003hD-VJ for netconf-data@psg.com; Thu, 23 Jun 2005 04:29:18 +0000 Received: from [205.178.146.50] (helo=mail.networksolutionsemail.com) by psg.com with smtp (Exim 4.50 (FreeBSD)) id 1DlJL2-0003gp-ML for netconf@ops.ietf.org; Thu, 23 Jun 2005 04:29:16 +0000 Received: (qmail 20305 invoked by uid 78); 23 Jun 2005 04:29:15 -0000 Received: from unknown (HELO ?192.168.0.11?) (70.32.250.209) by mail.networksolutionsemail.com with SMTP; 23 Jun 2005 04:29:15 -0000 Message-ID: <42BA3A9A.2050502@andybierman.com> Date: Wed, 22 Jun 2005 21:29:14 -0700 From: Andy Bierman User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Phil Shafer CC: Sharon Chisholm , netconf@ops.ietf.org Subject: Re: FW: I-D ACTION:draft-chisholm-netconf-model-03.txt References: <200506222044.j5MKinYE012031@idle.juniper.net> In-Reply-To: <200506222044.j5MKinYE012031@idle.juniper.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on psg.com X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 Sender: owner-netconf@ops.ietf.org Precedence: bulk Content-Transfer-Encoding: 7bit Phil Shafer wrote: >"Sharon Chisholm" writes: > > >>I'm cross-posting since the plan is to discuss this, or an update of this >>draft, in the Paris netconf meeting. >> >> > >I didn't thing they was a Paris netconf meeting. Didn't Andy >say we didn't need one so he wasn't asking for one? > > correct -- there is no NETCONF WG meeting in Paris. Perhaps Bert will grant a 2nd NETMOD BOF if there is enough interest. I think the next step for the WG should be to discuss the details of any charter extensions on the mailing list. I'm not so sure there is widespread agreement on the urgency and functional requirements of new features. >Thanks, > Phil > > Andy >-- >to unsubscribe send a message to netconf-request@ops.ietf.org with >the word 'unsubscribe' in a single line as the message text body. >archive: > > > > -- to unsubscribe send a message to netconf-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: From owner-netconf@ops.ietf.org Thu Jun 23 02:27:54 2005 Received: from psg.com (mailnull@psg.com [147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA07434 for ; Thu, 23 Jun 2005 02:27:53 -0400 (EDT) Received: from majordom by psg.com with local (Exim 4.50 (FreeBSD)) id 1DlL5y-000Ek8-0g for netconf-data@psg.com; Thu, 23 Jun 2005 06:21:50 +0000 Received: from [171.71.176.72] (helo=sj-iport-3.cisco.com) by psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DlL5x-000Eir-Ga for netconf@ops.ietf.org; Thu, 23 Jun 2005 06:21:49 +0000 Received: from sj-core-2.cisco.com (171.71.177.254) by sj-iport-3.cisco.com with ESMTP; 22 Jun 2005 23:21:46 -0700 X-IronPort-AV: i="3.93,222,1115017200"; d="scan'208"; a="282075367:sNHT26111824" Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id j5N6Ldoj016942 for ; Wed, 22 Jun 2005 23:21:41 -0700 (PDT) Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.211); Wed, 22 Jun 2005 23:21:44 -0700 Received: from cisco.com ([10.21.120.181]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.211); Wed, 22 Jun 2005 23:21:44 -0700 Message-ID: <42BA54F5.8090500@cisco.com> Date: Wed, 22 Jun 2005 23:21:41 -0700 From: Gil Woodman User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: netconf@ops.ietf.org Subject: Say hello again Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 23 Jun 2005 06:21:44.0352 (UTC) FILETIME=[D3A80200:01C577BB] X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on psg.com X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.2 Sender: owner-netconf@ops.ietf.org Precedence: bulk Content-Transfer-Encoding: 7bit If a device has an existing netconf session in place, and a configuration is made that netconf can leverage. This new configuration would extend its capabilities and would be included in any new subsequent netconf sessions. The question is how to convey to an existing netconf client this new capability. Or, maybe it doesn't convey it. It is simply not available during the existing session. Thoughts? thanks gil -- to unsubscribe send a message to netconf-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: From owner-netconf@ops.ietf.org Thu Jun 23 07:14:57 2005 Received: from psg.com (mailnull@psg.com [147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA27571 for ; Thu, 23 Jun 2005 07:14:57 -0400 (EDT) Received: from majordom by psg.com with local (Exim 4.50 (FreeBSD)) id 1DlPQy-000AqG-3j for netconf-data@psg.com; Thu, 23 Jun 2005 10:59:48 +0000 Received: from [47.129.242.56] (helo=zcars04e.ca.nortel.com) by psg.com with esmtps (TLSv1:DES-CBC3-SHA:168) (Exim 4.50 (FreeBSD)) id 1DlPQv-000ApW-98 for netconf@ops.ietf.org; Thu, 23 Jun 2005 10:59:45 +0000 Received: from zcard305.ca.nortel.com (zcard305.ca.nortel.com [47.129.242.61]) by zcars04e.ca.nortel.com (Switch-2.2.0/Switch-2.2.0) with ESMTP id j5NAwZV23906 for ; Thu, 23 Jun 2005 06:58:35 -0400 (EDT) Received: by zcard305.ca.nortel.com with Internet Mail Service (5.5.2653.19) id ; Thu, 23 Jun 2005 06:59:39 -0400 Message-ID: <713043CE8B8E1348AF3C546DBE02C1B403E2C112@zcarhxm2.corp.nortel.com> From: "Sharon Chisholm" To: netconf@ops.ietf.org Subject: RE: FW: I-D ACTION:draft-chisholm-netconf-model-03.txt Date: Thu, 23 Jun 2005 06:59:34 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on psg.com X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 Sender: owner-netconf@ops.ietf.org Precedence: bulk hi I can send a proposed update to the netconf charter to include both the Framework for content document as well as the netconf event document. Back in Minneapolis the working group expressed interest in hearing more about these works and we said we would discuss them in Paris. A lot of interest was also expressed outside the formal meeting. Note that these are not the only two bits of work coming down the pipe. I can understand if perhaps the chairs don't want to travel to Paris, so we can hold a BOF instead if necessary, but ideally there should be a working group meeting. Sharon -----Original Message----- From: Andy Bierman [mailto:ietf@andybierman.com] Sent: Thursday, June 23, 2005 12:29 AM To: Phil Shafer Cc: Chisholm, Sharon [CAR:5K50:EXCH]; netconf@ops.ietf.org Subject: Re: FW: I-D ACTION:draft-chisholm-netconf-model-03.txt Phil Shafer wrote: >"Sharon Chisholm" writes: > > >>I'm cross-posting since the plan is to discuss this, or an update of >>this draft, in the Paris netconf meeting. >> >> > >I didn't thing they was a Paris netconf meeting. Didn't Andy say we >didn't need one so he wasn't asking for one? > > correct -- there is no NETCONF WG meeting in Paris. Perhaps Bert will grant a 2nd NETMOD BOF if there is enough interest. I think the next step for the WG should be to discuss the details of any charter extensions on the mailing list. I'm not so sure there is widespread agreement on the urgency and functional requirements of new features. >Thanks, > Phil > > Andy >-- >to unsubscribe send a message to netconf-request@ops.ietf.org with the >word 'unsubscribe' in a single line as the message text body. >archive: > > > > -- to unsubscribe send a message to netconf-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: From owner-netconf@ops.ietf.org Thu Jun 23 07:17:02 2005 Received: from psg.com (mailnull@psg.com [147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA27776 for ; Thu, 23 Jun 2005 07:17:01 -0400 (EDT) Received: from majordom by psg.com with local (Exim 4.50 (FreeBSD)) id 1DlPY0-000BZi-0p for netconf-data@psg.com; Thu, 23 Jun 2005 11:07:04 +0000 Received: from [198.152.12.100] (helo=tiere.net.avaya.com) by psg.com with esmtps (TLSv1:DES-CBC3-SHA:168) (Exim 4.50 (FreeBSD)) id 1DlPXy-000BZN-9u for netconf@ops.ietf.org; Thu, 23 Jun 2005 11:07:02 +0000 Received: from tiere.net.avaya.com (localhost [127.0.0.1]) by tiere.net.avaya.com (Switch-3.1.2/Switch-3.1.0) with ESMTP id j5NB4Wdd019122 for ; Thu, 23 Jun 2005 07:04:32 -0400 (EDT) Received: from IS0004AVEXU1.global.avaya.com (h135-64-105-51.avaya.com [135.64.105.51]) by tiere.net.avaya.com (Switch-3.1.2/Switch-3.1.0) with ESMTP id j5NB4Udd019097 for ; Thu, 23 Jun 2005 07:04:31 -0400 (EDT) content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: FW: I-D ACTION:draft-chisholm-netconf-model-03.txt X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 Date: Thu, 23 Jun 2005 14:06:57 +0300 Message-ID: Thread-Topic: FW: I-D ACTION:draft-chisholm-netconf-model-03.txt Thread-Index: AcV34u9SMdJS1q2aQNmPOa3QfEwk/gAAI3yg From: "Romascanu, Dan \(Dan\)" To: "Sharon Chisholm" , X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on psg.com X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 Sender: owner-netconf@ops.ietf.org Precedence: bulk Content-Transfer-Encoding: quoted-printable I agree with Sharon on this. Dan =20 > -----Original Message----- > From: owner-netconf@ops.ietf.org=20 > [mailto:owner-netconf@ops.ietf.org] On Behalf Of Sharon Chisholm > Sent: Thursday, June 23, 2005 2:00 PM > To: netconf@ops.ietf.org > Subject: RE: FW: I-D ACTION:draft-chisholm-netconf-model-03.txt >=20 > hi >=20 > I can send a proposed update to the netconf charter to=20 > include both the Framework for content document as well as=20 > the netconf event document. Back in Minneapolis the working=20 > group expressed interest in hearing more about these works=20 > and we said we would discuss them in Paris. A lot of interest=20 > was also expressed outside the formal meeting. Note that=20 > these are not the only two bits of work coming down the pipe. >=20 > I can understand if perhaps the chairs don't want to travel=20 > to Paris, so we can hold a BOF instead if necessary, but=20 > ideally there should be a working group meeting. >=20 > Sharon >=20 -- to unsubscribe send a message to netconf-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: From owner-netconf@ops.ietf.org Thu Jun 23 08:27:58 2005 Received: from psg.com (mailnull@psg.com [147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA04077 for ; Thu, 23 Jun 2005 08:27:58 -0400 (EDT) Received: from majordom by psg.com with local (Exim 4.50 (FreeBSD)) id 1DlQiF-000Hs6-2f for netconf-data@psg.com; Thu, 23 Jun 2005 12:21:43 +0000 Received: from [195.37.70.40] (helo=smtp0.netlab.nec.de) by psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DlQiC-000Hrk-BR for netconf@ops.ietf.org; Thu, 23 Jun 2005 12:21:40 +0000 Received: from europa.office (europa.office [10.1.1.2]) by smtp0.netlab.nec.de (Postfix) with ESMTP id 5A63BDC0A for ; Thu, 23 Jun 2005 14:39:01 +0200 (CEST) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: RE: NETCONF interop event in Paris Date: Thu, 23 Jun 2005 14:18:44 +0200 Message-ID: <88F766D04E6AF3409B39E60D7D933EB228C7B7@europa.office> Thread-Topic: NETCONF interop event in Paris Thread-Index: AcVoU28Mgsrhuy+iRxyL7QGGeT4JaQPmkQs4 From: "Cristian Cadar" To: X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on psg.com X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.2 Sender: owner-netconf@ops.ietf.org Precedence: bulk Content-Transfer-Encoding: quoted-printable Dear all, I have uploaded on the MOME web page the test descriptions for the first = NETCONF interop event. http://www.ist-mome.org/events/interop/=20 Any comment is welcome! Best Regards, Cristian Cadar NEC Europe Ltd=20 -----Original Message----- From: Cristian Cadar Sent: Fri 6/3/2005 5:46 PM To: netconf@ops.ietf.org Subject: NETCONF interop event in Paris =20 Dear all, The WG last call on our documents will be closed soon. The documents are = mature enough for a first interoperability testing. On the three days before the IETF meeting in Paris there will be a first = NETCONF interoperability testing event at the same location as the IETF = meeting. It is hosted by two European research projects and by ETSI. Participation is free of charge. The event will give us valuable feedback on ambiguities and missing = clarifications in our NETCONF documents. Everybody who already has an implementation of NETCONF is very welcome. = Let's see how many independent implementations are already out there. Please find a preliminary announcement at = http://www.ist-mome.org/events/interop/.=20 Relevant draft documents include: - "draft-ietf-netconf-prot-06" - "draft-ietf-netconf-beep-05" - "draft-ietf-netconf-soap-05" - "draft-ietf-netconf-ssh-04" Also there are no description of test cases available, yet. These will = be provided until mid of June on the same web page. Best Regards, Cristian Cadar NEC Europe Ltd=20 -- to unsubscribe send a message to netconf-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: From owner-netconf@ops.ietf.org Thu Jun 23 12:27:58 2005 Received: from psg.com (mailnull@psg.com [147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA01205 for ; Thu, 23 Jun 2005 12:27:57 -0400 (EDT) Received: from majordom by psg.com with local (Exim 4.50 (FreeBSD)) id 1DlUPs-000Dbo-CW for netconf-data@psg.com; Thu, 23 Jun 2005 16:19:00 +0000 Received: from [207.17.137.57] (helo=colo-dns-ext1.juniper.net) by psg.com with esmtps (TLSv1:DES-CBC3-SHA:168) (Exim 4.50 (FreeBSD)) id 1DlUPq-000Dba-P0 for netconf@ops.ietf.org; Thu, 23 Jun 2005 16:18:58 +0000 Received: from merlot.juniper.net (merlot.juniper.net [172.17.27.10]) by colo-dns-ext1.juniper.net (8.11.3/8.9.3) with ESMTP id j5NGIw975442; Thu, 23 Jun 2005 09:18:58 -0700 (PDT) (envelope-from phil@juniper.net) Received: from idle.juniper.net (leida.juniper.net [172.18.16.26]) by merlot.juniper.net (8.11.3/8.11.3) with ESMTP id j5NGIqj15037; Thu, 23 Jun 2005 09:18:52 -0700 (PDT) (envelope-from phil@juniper.net) Received: from idle.juniper.net (localhost [127.0.0.1]) by idle.juniper.net (8.12.6/8.11.3) with ESMTP id j5NGOLYE014482; Thu, 23 Jun 2005 12:24:21 -0400 (EDT) (envelope-from phil@idle.juniper.net) Message-Id: <200506231624.j5NGOLYE014482@idle.juniper.net> To: Gil Woodman cc: netconf@ops.ietf.org Subject: Re: Say hello again In-Reply-To: Your message of "Wed, 22 Jun 2005 23:21:41 PDT." <42BA54F5.8090500@cisco.com> Date: Thu, 23 Jun 2005 12:24:21 -0400 From: Phil Shafer X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on psg.com X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 Sender: owner-netconf@ops.ietf.org Precedence: bulk Gil Woodman writes: >If a device has an existing netconf session in place, and a >configuration is made that netconf can leverage. This new configuration >would extend its capabilities and would be included in any new >subsequent netconf sessions. The question is how to convey to an >existing netconf client this new capability. Or, maybe it doesn't convey >it. It is simply not available during the existing session. Well, in a perfect world, the capabilities that are in place at the beginning would be in place thru the entire session, so the client doesn't need to deal with the changing conditions. And in the _other_ perfect world, every client would be able to handle these changing conditions. And we'd have a notification capability to let the client know what was changing. In the real world, these conditions are rare enough that neither side will handle them perfectly, and we have no notification capability to inform the client anyway. So the question is are these conditions sufficiently rare that they aren't an issue? Should we table it until we have some sort of notifications? Thanks, Phil -- to unsubscribe send a message to netconf-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: From owner-netconf@ops.ietf.org Thu Jun 23 14:19:58 2005 Received: from psg.com (mailnull@psg.com [147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA12565 for ; Thu, 23 Jun 2005 14:19:57 -0400 (EDT) Received: from majordom by psg.com with local (Exim 4.50 (FreeBSD)) id 1DlWCF-000ND9-1U for netconf-data@psg.com; Thu, 23 Jun 2005 18:13:03 +0000 Received: from [171.71.176.71] (helo=sj-iport-2.cisco.com) by psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DlWCE-000NCw-Aa for netconf@ops.ietf.org; Thu, 23 Jun 2005 18:13:02 +0000 Received: from sj-core-5.cisco.com (171.71.177.238) by sj-iport-2.cisco.com with ESMTP; 23 Jun 2005 11:13:02 -0700 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id j5NICmVh018829; Thu, 23 Jun 2005 11:12:59 -0700 (PDT) Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.211); Thu, 23 Jun 2005 11:12:52 -0700 Received: from cisco.com ([171.69.71.99]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.211); Thu, 23 Jun 2005 11:12:52 -0700 Message-ID: <42BAFBA3.80002@cisco.com> Date: Thu, 23 Jun 2005 11:12:51 -0700 From: Gil Woodman User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Phil Shafer CC: netconf@ops.ietf.org Subject: Re: Say hello again References: <200506231624.j5NGOLYE014482@idle.juniper.net> In-Reply-To: <200506231624.j5NGOLYE014482@idle.juniper.net> Content-Type: multipart/alternative; boundary="------------050606050309090508000400" X-OriginalArrivalTime: 23 Jun 2005 18:12:52.0149 (UTC) FILETIME=[2BA52650:01C5781F] X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on psg.com X-Spam-Status: No, score=-2.4 required=5.0 tests=BAYES_00,HTML_20_30, HTML_MESSAGE,HTML_TITLE_EMPTY autolearn=no version=3.0.2 Sender: owner-netconf@ops.ietf.org Precedence: bulk This is a multi-part message in MIME format. --------------050606050309090508000400 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit That is fine. Thanks gil Phil Shafer wrote: >Gil Woodman writes: > > >>If a device has an existing netconf session in place, and a >>configuration is made that netconf can leverage. This new configuration >>would extend its capabilities and would be included in any new >>subsequent netconf sessions. The question is how to convey to an >>existing netconf client this new capability. Or, maybe it doesn't convey >>it. It is simply not available during the existing session. >> >> > >Well, in a perfect world, the capabilities that are in place at the >beginning would be in place thru the entire session, so the client >doesn't need to deal with the changing conditions. > >And in the _other_ perfect world, every client would be able to >handle these changing conditions. And we'd have a notification >capability to let the client know what was changing. > >In the real world, these conditions are rare enough that neither >side will handle them perfectly, and we have no notification >capability to inform the client anyway. > >So the question is are these conditions sufficiently rare that they >aren't an issue? Should we table it until we have some sort of >notifications? > >Thanks, > Phil > > > --------------050606050309090508000400 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit That is fine.

Thanks
gil


Phil Shafer wrote:
Gil Woodman writes:
  
If a device has an existing netconf session in place, and a 
configuration is made that netconf can leverage. This new configuration 
would extend its capabilities and would be included in any new 
subsequent netconf sessions. The question is how to convey to an 
existing netconf client this new capability. Or, maybe it doesn't convey 
it. It is simply not available during the existing session.
    

Well, in a perfect world, the capabilities that are in place at the
beginning would be in place thru the entire session, so the client
doesn't need to deal with the changing conditions.

And in the _other_ perfect world, every client would be able to
handle these changing conditions.  And we'd have a notification
capability to let the client know what was changing.

In the real world, these conditions are rare enough that neither
side will handle them perfectly, and we have no notification
capability to inform the client anyway.

So the question is are these conditions sufficiently rare that they
aren't an issue?  Should we table it until we have some sort of
notifications?

Thanks,
 Phil
--------------050606050309090508000400-- -- to unsubscribe send a message to netconf-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: From owner-netconf@ops.ietf.org Fri Jun 24 01:40:57 2005 Received: from psg.com (mailnull@psg.com [147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA13410 for ; Fri, 24 Jun 2005 01:40:57 -0400 (EDT) Received: from majordom by psg.com with local (Exim 4.50 (FreeBSD)) id 1Dlgnv-000MXi-1w for netconf-data@psg.com; Fri, 24 Jun 2005 05:32:39 +0000 Received: from [205.178.146.50] (helo=mail.networksolutionsemail.com) by psg.com with smtp (Exim 4.50 (FreeBSD)) id 1Dlgns-000MXL-00 for netconf@ops.ietf.org; Fri, 24 Jun 2005 05:32:36 +0000 Received: (qmail 27011 invoked by uid 78); 23 Jun 2005 14:04:19 -0000 Received: from unknown (HELO ?192.168.0.11?) (70.32.250.209) by mail4.netsol.inquent.com with SMTP; 23 Jun 2005 14:04:19 -0000 Message-ID: <42BAC162.9070308@andybierman.com> Date: Thu, 23 Jun 2005 07:04:18 -0700 From: Andy Bierman User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sharon Chisholm CC: netconf@ops.ietf.org Subject: Re: FW: I-D ACTION:draft-chisholm-netconf-model-03.txt References: <713043CE8B8E1348AF3C546DBE02C1B403E2C112@zcarhxm2.corp.nortel.com> In-Reply-To: <713043CE8B8E1348AF3C546DBE02C1B403E2C112@zcarhxm2.corp.nortel.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on psg.com X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 Sender: owner-netconf@ops.ietf.org Precedence: bulk Content-Transfer-Encoding: 7bit Sharon Chisholm wrote: >hi > >I can send a proposed update to the netconf charter to include both the >Framework for content document as well as the netconf event document. Back >in Minneapolis the working group expressed interest in hearing more about >these works and we said we would discuss them in Paris. A lot of interest >was also expressed outside the formal meeting. Note that these are not the >only two bits of work coming down the pipe. > > You can post any relevant email to the WG mailing list at any time. >I can understand if perhaps the chairs don't want to travel to Paris, so we >can hold a BOF instead if necessary, but ideally there should be a working >group meeting. > > There are several reason I don't want the WG to meet at the next IETF: 1 - There needs to be WG consensus on specific charter extension text; We have neither at this time. (Simon and I need to focus on the IESG review and publication process for the 1.0 drafts in the near-term, but WG members can propose text now.) 2 - The I-D draft-chisholm-netconf-model-02 was posted May 9, but so far I have not seen any comments on either NETCONF or NETMOD lists. 3 - There have not been any NETCONF extension proposals to date. 4 - A short pause in WG activity to allow the 1.0 work to be published, implemented, and debugged is a good idea. 5 - Travel costs are important to several WG members. A couple people commented to me in Washington that the 'official' WG meeting was only 15 minutes, and we should have just used the mailing list instead. By the next IETF, all WG documents will be in IESG review. 6 - I am quite skeptical that the lack of a 2.5 hour meeting in August should be the reason there is no mailing list and I-D submission activity now. 7 -A bunch of unchartered individual I-Ds submitted at the last minute aren't going to get a decent review at the meeting anyway. We aren't likely to agree on functional requirements by debating solution proposals anyway. >Sharon > > Andy >-----Original Message----- >From: Andy Bierman [mailto:ietf@andybierman.com] >Sent: Thursday, June 23, 2005 12:29 AM >To: Phil Shafer >Cc: Chisholm, Sharon [CAR:5K50:EXCH]; netconf@ops.ietf.org >Subject: Re: FW: I-D ACTION:draft-chisholm-netconf-model-03.txt > > >Phil Shafer wrote: > > > >>"Sharon Chisholm" writes: >> >> >> >> >>>I'm cross-posting since the plan is to discuss this, or an update of >>>this draft, in the Paris netconf meeting. >>> >>> >>> >>> >>I didn't thing they was a Paris netconf meeting. Didn't Andy say we >>didn't need one so he wasn't asking for one? >> >> >> >> > >correct -- there is no NETCONF WG meeting in Paris. >Perhaps Bert will grant a 2nd NETMOD BOF if there >is enough interest. > >I think the next step for the WG should be to discuss >the details of any charter extensions on the mailing list. >I'm not so sure there is widespread agreement on the >urgency and functional requirements of new features. > > > >>Thanks, >>Phil >> >> >> >> > >Andy > > > >>-- >>to unsubscribe send a message to netconf-request@ops.ietf.org with the >>word 'unsubscribe' in a single line as the message text body. >>archive: >> >> >> >> >> >> > > > >-- >to unsubscribe send a message to netconf-request@ops.ietf.org with >the word 'unsubscribe' in a single line as the message text body. >archive: > > > > -- to unsubscribe send a message to netconf-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: From owner-netconf@ops.ietf.org Wed Jun 29 16:43:39 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DnjPG-00070U-I9 for netconf-archive@megatron.ietf.org; Wed, 29 Jun 2005 16:43:39 -0400 Received: from psg.com (mailnull@psg.com [147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA23367 for ; Wed, 29 Jun 2005 16:43:36 -0400 (EDT) Received: from majordom by psg.com with local (Exim 4.50 (FreeBSD)) id 1DnjJX-000EzP-Pn for netconf-data@psg.com; Wed, 29 Jun 2005 20:37:43 +0000 Received: from [47.129.242.56] (helo=zcars04e.ca.nortel.com) by psg.com with esmtps (TLSv1:DES-CBC3-SHA:168) (Exim 4.50 (FreeBSD)) id 1DnjJU-000Ez1-S4 for netconf@ops.ietf.org; Wed, 29 Jun 2005 20:37:41 +0000 Received: from zcard305.ca.nortel.com (zcard305.ca.nortel.com [47.129.242.61]) by zcars04e.ca.nortel.com (Switch-2.2.0/Switch-2.2.0) with ESMTP id j5TKaTE27026 for ; Wed, 29 Jun 2005 16:36:29 -0400 (EDT) Received: by zcard305.ca.nortel.com with Internet Mail Service (5.5.2653.19) id ; Wed, 29 Jun 2005 16:37:39 -0400 Message-ID: <713043CE8B8E1348AF3C546DBE02C1B403F714C3@zcarhxm2.corp.nortel.com> From: "Sharon Chisholm" To: netconf@ops.ietf.org Subject: RE: NETCONF interop event in Paris Date: Wed, 29 Jun 2005 16:37:31 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on psg.com X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.2 Sender: owner-netconf@ops.ietf.org Precedence: bulk hi Can we get a report on this in Paris? Either at a Netconf working group meeting or a Netconf Extensions BOF? Sharon -----Original Message----- From: owner-netconf@ops.ietf.org [mailto:owner-netconf@ops.ietf.org] On Behalf Of Cristian Cadar Sent: Thursday, June 23, 2005 8:19 AM To: netconf@ops.ietf.org Subject: RE: NETCONF interop event in Paris Dear all, I have uploaded on the MOME web page the test descriptions for the first NETCONF interop event. http://www.ist-mome.org/events/interop/ Any comment is welcome! Best Regards, Cristian Cadar NEC Europe Ltd -----Original Message----- From: Cristian Cadar Sent: Fri 6/3/2005 5:46 PM To: netconf@ops.ietf.org Subject: NETCONF interop event in Paris Dear all, The WG last call on our documents will be closed soon. The documents are mature enough for a first interoperability testing. On the three days before the IETF meeting in Paris there will be a first NETCONF interoperability testing event at the same location as the IETF meeting. It is hosted by two European research projects and by ETSI. Participation is free of charge. The event will give us valuable feedback on ambiguities and missing clarifications in our NETCONF documents. Everybody who already has an implementation of NETCONF is very welcome. Let's see how many independent implementations are already out there. Please find a preliminary announcement at http://www.ist-mome.org/events/interop/. Relevant draft documents include: - "draft-ietf-netconf-prot-06" - "draft-ietf-netconf-beep-05" - "draft-ietf-netconf-soap-05" - "draft-ietf-netconf-ssh-04" Also there are no description of test cases available, yet. These will be provided until mid of June on the same web page. Best Regards, Cristian Cadar NEC Europe Ltd -- to unsubscribe send a message to netconf-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: -- to unsubscribe send a message to netconf-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: From owner-netconf@ops.ietf.org Wed Jun 29 16:43:54 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DnjPV-00078z-58 for netconf-archive@megatron.ietf.org; Wed, 29 Jun 2005 16:43:54 -0400 Received: from psg.com (mailnull@psg.com [147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA23395 for ; Wed, 29 Jun 2005 16:43:51 -0400 (EDT) Received: from majordom by psg.com with local (Exim 4.50 (FreeBSD)) id 1DnjFO-000EdV-9n for netconf-data@psg.com; Wed, 29 Jun 2005 20:33:26 +0000 Received: from [47.129.242.57] (helo=zcars04f.nortelnetworks.com) by psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DnjFM-000Ed6-AS for netconf@ops.ietf.org; Wed, 29 Jun 2005 20:33:24 +0000 Received: from zcard305.ca.nortel.com (zcard305.ca.nortel.com [47.129.242.61]) by zcars04f.nortelnetworks.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id j5TKXK413793 for ; Wed, 29 Jun 2005 16:33:20 -0400 (EDT) Received: by zcard305.ca.nortel.com with Internet Mail Service (5.5.2653.19) id ; Wed, 29 Jun 2005 16:33:06 -0400 Message-ID: <713043CE8B8E1348AF3C546DBE02C1B403F714AF@zcarhxm2.corp.nortel.com> From: "Sharon Chisholm" To: netconf@ops.ietf.org Subject: Proposed Update to Netconf Charter Date: Wed, 29 Jun 2005 16:33:01 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on psg.com X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.2 Sender: owner-netconf@ops.ietf.org Precedence: bulk hi As promised, here are the proposed updates to the Netconf charter to cover the work coming down the pipe: "Additional phase 2 work including: - Requirements and Guidelines for defining Netconf content to enable interoperable, high-quality and usable netconf implementations. Requirements will be defined around specification language, access control, compliance, backwards compatibility, depicting relationships, event specification, and application error message specification. - An initial set of application-level re-usable data types such as IP Addresses, MAC addresses, etc. This definition would be compliant to the above defined requirements and guidelines for Netconf content. - An XML Schema for reporting information about the Netconf system. This definition would be compliant to the above defined requirements and guidelines for Netconf content. - A netconf protocol specification for asynchronous messaging to enable the sending of events. This must preserve the netconf layers." Sharon Chisholm Nortel Ottawa, Ontario Canada -- to unsubscribe send a message to netconf-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: From owner-netconf@ops.ietf.org Wed Jun 29 17:17:12 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dnjvk-0002p7-OD for netconf-archive@megatron.ietf.org; Wed, 29 Jun 2005 17:17:12 -0400 Received: from psg.com (mailnull@psg.com [147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA26439 for ; Wed, 29 Jun 2005 17:17:10 -0400 (EDT) Received: from majordom by psg.com with local (Exim 4.50 (FreeBSD)) id 1Dnjo7-000I4P-BE for netconf-data@psg.com; Wed, 29 Jun 2005 21:09:19 +0000 Received: from [85.73.188.38] (helo=boskop.local) by psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1Dnjo2-000I3s-3u for netconf@ops.ietf.org; Wed, 29 Jun 2005 21:09:14 +0000 Received: by boskop.local (Postfix, from userid 501) id 4E98F3532D9; Wed, 29 Jun 2005 23:09:12 +0200 (CEST) Date: Wed, 29 Jun 2005 23:09:12 +0200 From: Juergen Schoenwaelder To: Sharon Chisholm Cc: netconf@ops.ietf.org Subject: Re: Proposed Update to Netconf Charter Message-ID: <20050629210912.GA4816@boskop.local> Reply-To: j.schoenwaelder@iu-bremen.de Mail-Followup-To: Sharon Chisholm , netconf@ops.ietf.org References: <713043CE8B8E1348AF3C546DBE02C1B403F714AF@zcarhxm2.corp.nortel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <713043CE8B8E1348AF3C546DBE02C1B403F714AF@zcarhxm2.corp.nortel.com> User-Agent: Mutt/1.5.8i X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on psg.com X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 Sender: owner-netconf@ops.ietf.org Precedence: bulk On Wed, Jun 29, 2005 at 04:33:01PM -0400, Sharon Chisholm wrote: > "Additional phase 2 work including: > > - Requirements and Guidelines for defining Netconf content to enable > interoperable, high-quality and usable netconf implementations. Requirements > will be defined around specification language, access control, compliance, > backwards compatibility, depicting relationships, event specification, and > application error message specification. I also would prefer to talk about "data models" rather than "Netconf content". I would strike out "high-quality and usable" as it does not really help in charter text. I am not sure what "backwards compatibility" means - I guess I know what you have in mind but this phrase can be read in several ways. I rank guidelines on how to write data models high. I think access control should not be lumped together with data model specification guidelines. This is really a separate point and I am not sure we are ready to agree how that should be done. I do not rank this very high at the moment and could very well live with postponing this to the 3rd phase once we start to have operational experience. > - An initial set of application-level re-usable data types such as IP > Addresses, MAC addresses, etc. This definition would be compliant to the > above defined requirements and guidelines for Netconf content. This is what I believe is really important to get done. My recent study on the contents of some ~800 MIB modules shows quite clearly how important some of these core data types have been in the SMI world. So I would rank this point high. > - An XML Schema for reporting information about the Netconf system. This > definition would be compliant to the above defined requirements and > guidelines for Netconf content. I would prefer "A concrete data model" over "An XML schema" to reduce the number of different terms for the same thing down to one. If we have concensus to use XML schema, then I am also fine with using XML schema terminology everywhere. I just dislike the mixture of terminology here. I rank this medium high - I do believe that we need to write concrete examples to see whether our guidelines work, but I am not sure netconf itself has something of reasonable complexity to configure. > - A netconf protocol specification for asynchronous messaging to enable the > sending of events. This must preserve the netconf layers." Again, not totally clear. Are we talking about events related to a netconf implementation itself or are we talking about the transport of general notifications (aka syslog messages)? I do not rank this very high - could live with postponing this to phase 3. /js -- Juergen Schoenwaelder International University Bremen P.O. Box 750 561, 28725 Bremen, Germany -- to unsubscribe send a message to netconf-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: From owner-netconf@ops.ietf.org Wed Jun 29 17:19:31 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dnjxz-0003Hl-5C for netconf-archive@megatron.ietf.org; Wed, 29 Jun 2005 17:19:31 -0400 Received: from psg.com (mailnull@psg.com [147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA26636 for ; Wed, 29 Jun 2005 17:19:28 -0400 (EDT) Received: from majordom by psg.com with local (Exim 4.50 (FreeBSD)) id 1Dnjrq-000IR0-CL for netconf-data@psg.com; Wed, 29 Jun 2005 21:13:10 +0000 Received: from [85.73.188.38] (helo=boskop.local) by psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1Dnjrp-000IQm-LR for netconf@ops.ietf.org; Wed, 29 Jun 2005 21:13:09 +0000 Received: by boskop.local (Postfix, from userid 501) id 3F7D2353303; Wed, 29 Jun 2005 23:13:08 +0200 (CEST) Date: Wed, 29 Jun 2005 23:13:07 +0200 From: Juergen Schoenwaelder To: Sharon Chisholm Cc: netconf@ops.ietf.org Subject: Re: NETCONF interop event in Paris Message-ID: <20050629211307.GA4853@boskop.local> Reply-To: j.schoenwaelder@iu-bremen.de Mail-Followup-To: Sharon Chisholm , netconf@ops.ietf.org References: <713043CE8B8E1348AF3C546DBE02C1B403F714C3@zcarhxm2.corp.nortel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <713043CE8B8E1348AF3C546DBE02C1B403F714C3@zcarhxm2.corp.nortel.com> User-Agent: Mutt/1.5.8i X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on psg.com X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 Sender: owner-netconf@ops.ietf.org Precedence: bulk On Wed, Jun 29, 2005 at 04:37:31PM -0400, Sharon Chisholm wrote: > Can we get a report on this in Paris? Either at a Netconf working group > meeting or a Netconf Extensions BOF? Even better would be a report on this mailing list. /js -- Juergen Schoenwaelder International University Bremen P.O. Box 750 561, 28725 Bremen, Germany -- to unsubscribe send a message to netconf-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: From owner-netconf@ops.ietf.org Wed Jun 29 19:57:15 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DnmQd-0006n4-Ax for netconf-archive@megatron.ietf.org; Wed, 29 Jun 2005 19:57:15 -0400 Received: from psg.com (mailnull@psg.com [147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA12532 for ; Wed, 29 Jun 2005 19:57:12 -0400 (EDT) Received: from majordom by psg.com with local (Exim 4.50 (FreeBSD)) id 1DnmKr-0004SY-2o for netconf-data@psg.com; Wed, 29 Jun 2005 23:51:17 +0000 Received: from [207.17.137.120] (helo=kremlin.juniper.net) by psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DnmKp-0004SH-FO for netconf@ops.ietf.org; Wed, 29 Jun 2005 23:51:15 +0000 Received: from unknown (HELO alpha.jnpr.net) (172.24.18.126) by kremlin.juniper.net with ESMTP; 29 Jun 2005 16:51:15 -0700 X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAA== X-IronPort-AV: i="3.93,243,1115017200"; d="scan'208"; a="395975269:sNHT21259324" Received: from photon.jnpr.net ([172.24.18.198]) by alpha.jnpr.net with Microsoft SMTPSVC(6.0.3790.211); Wed, 29 Jun 2005 16:51:14 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Subject: Proposed change to capability URNs Date: Wed, 29 Jun 2005 16:51:13 -0700 Message-ID: <062B922B6EC55149B5A267ECE78E5D440A6CCABB@photon.jnpr.net> Thread-Topic: Proposed change to capability URNs Thread-Index: AcV9BW7gIs9bY388TnGYdbOjs6X1NA== From: "Rob Enns" To: "netconf" X-OriginalArrivalTime: 29 Jun 2005 23:51:14.0914 (UTC) FILETIME=[6F83BC20:01C57D05] X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on psg.com X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.2 Sender: owner-netconf@ops.ietf.org Precedence: bulk Content-Transfer-Encoding: quoted-printable Based on the XML directorate comments that the # naming scheme for capabilities is problematic, I'm proposing that we change NETCONF capability URNs to the=20 following format: urn:ietf:params:xml:ns:netconf:capability:{name}:1.0 For example: urn:ietf:params:xml:ns:netconf:capability:startup:1.0 (the old style was urn:ietf:params:xml:ns:netconf:base:1.0#startup) Does this sound reasonable? thanks, Rob -- to unsubscribe send a message to netconf-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: From owner-netconf@ops.ietf.org Thu Jun 30 10:53:43 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Do0QB-0006v2-J1 for netconf-archive@megatron.ietf.org; Thu, 30 Jun 2005 10:53:43 -0400 Received: from psg.com (mailnull@psg.com [147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA20538 for ; Thu, 30 Jun 2005 10:53:41 -0400 (EDT) Received: from majordom by psg.com with local (Exim 4.50 (FreeBSD)) id 1Do0DT-000KMj-26 for netconf-data@psg.com; Thu, 30 Jun 2005 14:40:35 +0000 Received: from [212.201.44.23] (helo=hermes.iu-bremen.de) by psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1Do0DP-000KLM-CS for netconf@ops.ietf.org; Thu, 30 Jun 2005 14:40:31 +0000 Received: from localhost (demetrius.iu-bremen.de [212.201.44.32]) by hermes.iu-bremen.de (Postfix) with ESMTP id 8A9A7399A2; Thu, 30 Jun 2005 16:40:29 +0200 (CEST) Received: from hermes.iu-bremen.de ([212.201.44.23]) by localhost (demetrius [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id 09943-08; Thu, 30 Jun 2005 16:40:28 +0200 (CEST) Received: from boskop.local (unknown [10.50.250.214]) by hermes.iu-bremen.de (Postfix) with ESMTP id 7EBDA3998B; Thu, 30 Jun 2005 16:40:27 +0200 (CEST) Received: by boskop.local (Postfix, from userid 501) id B26E735354F; Thu, 30 Jun 2005 08:09:11 +0200 (CEST) Date: Thu, 30 Jun 2005 08:09:11 +0200 From: Juergen Schoenwaelder To: Rob Enns Cc: netconf Subject: Re: Proposed change to capability URNs Message-ID: <20050630060911.GA5101@boskop.local> Reply-To: j.schoenwaelder@iu-bremen.de Mail-Followup-To: Rob Enns , netconf References: <062B922B6EC55149B5A267ECE78E5D440A6CCABB@photon.jnpr.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <062B922B6EC55149B5A267ECE78E5D440A6CCABB@photon.jnpr.net> User-Agent: Mutt/1.5.8i X-Virus-Scanned: by amavisd-new 20030616p5 at demetrius.iu-bremen.de X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on psg.com X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.2 Sender: owner-netconf@ops.ietf.org Precedence: bulk On Wed, Jun 29, 2005 at 04:51:13PM -0700, Rob Enns wrote: > Based on the XML directorate comments that the # naming scheme for > capabilities is problematic, I'm proposing that we change NETCONF > capability URNs to the following format: > > urn:ietf:params:xml:ns:netconf:capability:{name}:1.0 > > For example: > > urn:ietf:params:xml:ns:netconf:capability:startup:1.0 > > (the old style was urn:ietf:params:xml:ns:netconf:base:1.0#startup) > > Does this sound reasonable? Yes. /js -- Juergen Schoenwaelder International University Bremen P.O. Box 750 561, 28725 Bremen, Germany -- to unsubscribe send a message to netconf-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: From owner-netconf@ops.ietf.org Thu Jun 30 12:36:23 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Do21X-0004qI-1z for netconf-archive@megatron.ietf.org; Thu, 30 Jun 2005 12:36:23 -0400 Received: from psg.com (mailnull@psg.com [147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA00692 for ; Thu, 30 Jun 2005 12:36:20 -0400 (EDT) Received: from majordom by psg.com with local (Exim 4.50 (FreeBSD)) id 1Do1v2-0003h3-Oa for netconf-data@psg.com; Thu, 30 Jun 2005 16:29:40 +0000 Received: from [198.152.12.100] (helo=tiere.net.avaya.com) by psg.com with esmtps (TLSv1:DES-CBC3-SHA:168) (Exim 4.50 (FreeBSD)) id 1Do1v0-0003gb-Q9 for netconf@ops.ietf.org; Thu, 30 Jun 2005 16:29:39 +0000 Received: from tiere.net.avaya.com (localhost [127.0.0.1]) by tiere.net.avaya.com (Switch-3.1.2/Switch-3.1.0) with ESMTP id j5UGR7sO000318 for ; Thu, 30 Jun 2005 12:27:08 -0400 (EDT) Received: from IS0004AVEXU1.global.avaya.com (h135-64-105-51.avaya.com [135.64.105.51]) by tiere.net.avaya.com (Switch-3.1.2/Switch-3.1.0) with ESMTP id j5UGP3sO026987 for ; Thu, 30 Jun 2005 12:25:54 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: Proposed Update to Netconf Charter Date: Thu, 30 Jun 2005 19:27:03 +0300 Message-ID: Thread-Topic: Proposed Update to Netconf Charter Thread-Index: AcV87vthv8/P9jmORaeE4ma/GJ+TpAAoU9ag From: "Romascanu, Dan \(Dan\)" To: , "Sharon Chisholm" Cc: X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on psg.com X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 Sender: owner-netconf@ops.ietf.org Precedence: bulk Content-Transfer-Encoding: quoted-printable =20 > -----Original Message----- > From: owner-netconf@ops.ietf.org=20 > [mailto:owner-netconf@ops.ietf.org] On Behalf Of Juergen Schoenwaelder > Sent: Thursday, June 30, 2005 12:09 AM > To: Sharon Chisholm > Cc: netconf@ops.ietf.org > Subject: Re: Proposed Update to Netconf Charter >=20 > On Wed, Jun 29, 2005 at 04:33:01PM -0400, Sharon Chisholm wrote: >=20 > > "Additional phase 2 work including: > >=20 > > - Requirements and Guidelines for defining Netconf content=20 > to enable=20 > > interoperable, high-quality and usable netconf implementations.=20 > > Requirements will be defined around specification language, access=20 > > control, compliance, backwards compatibility, depicting=20 > relationships,=20 > > event specification, and application error message specification. >=20 > I also would prefer to talk about "data models" rather than=20 > "Netconf content". I would strike out "high-quality and=20 > usable" as it does not really help in charter text. I am not=20 > sure what "backwards compatibility"=20 > means - I guess I know what you have in mind but this phrase=20 > can be read in several ways. I rank guidelines on how to=20 > write data models high. >=20 > I think access control should not be lumped together with=20 > data model specification guidelines. This is really a=20 > separate point and I am not sure we are ready to agree how=20 > that should be done. I do not rank this very high at the=20 > moment and could very well live with postponing this to the=20 > 3rd phase once we start to have operational experience. > =20 I agree with Juergen on this. In an ideal world I would see the issue of access control being dealt with in a common framework with isms, but I am quite uncertain right now about where isms is - even with respect to its initial goals.=20 Regards, Dan -- to unsubscribe send a message to netconf-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: From owner-netconf@ops.ietf.org Thu Jun 30 12:38:40 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Do23k-0005VD-4u for netconf-archive@megatron.ietf.org; Thu, 30 Jun 2005 12:38:40 -0400 Received: from psg.com (mailnull@psg.com [147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA00801 for ; Thu, 30 Jun 2005 12:38:37 -0400 (EDT) Received: from majordom by psg.com with local (Exim 4.50 (FreeBSD)) id 1Do1yL-0003zO-EV for netconf-data@psg.com; Thu, 30 Jun 2005 16:33:05 +0000 Received: from [198.152.12.100] (helo=tiere.net.avaya.com) by psg.com with esmtps (TLSv1:DES-CBC3-SHA:168) (Exim 4.50 (FreeBSD)) id 1Do1yK-0003z7-Fx for netconf@ops.ietf.org; Thu, 30 Jun 2005 16:33:04 +0000 Received: from tiere.net.avaya.com (localhost [127.0.0.1]) by tiere.net.avaya.com (Switch-3.1.2/Switch-3.1.0) with ESMTP id j5UGUYsO004589 for ; Thu, 30 Jun 2005 12:30:34 -0400 (EDT) Received: from IS0004AVEXU1.global.avaya.com (h135-64-105-51.avaya.com [135.64.105.51]) by tiere.net.avaya.com (Switch-3.1.2/Switch-3.1.0) with ESMTP id j5UGSfsO002327 for ; Thu, 30 Jun 2005 12:29:17 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: Proposed Update to Netconf Charter Date: Thu, 30 Jun 2005 19:30:59 +0300 Message-ID: Thread-Topic: Proposed Update to Netconf Charter Thread-Index: AcV87vthv8/P9jmORaeE4ma/GJ+TpAAobNOQ From: "Romascanu, Dan \(Dan\)" To: , "Sharon Chisholm" Cc: X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on psg.com X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 Sender: owner-netconf@ops.ietf.org Precedence: bulk Content-Transfer-Encoding: quoted-printable =20 > -----Original Message----- > From: owner-netconf@ops.ietf.org=20 > [mailto:owner-netconf@ops.ietf.org] On Behalf Of Juergen Schoenwaelder > I would prefer "A concrete data model" over "An XML schema"=20 > to reduce the number of different terms for the same thing=20 > down to one. If we have concensus to use XML schema, then I=20 > am also fine with using XML schema terminology everywhere. I=20 > just dislike the mixture of terminology here. I rank this=20 > medium high - I do believe that we need to write concrete=20 > examples to see whether our guidelines work, but I am not=20 > sure netconf itself has something of reasonable complexity to=20 > configure. > =20 I believe that I understand what you are saying here, but let me ask you the question - do you believe that we have something better than XML schemas to express the first instances of data model that we want to create? I would rather go ahead and define some workable example that would also serve as proof of concept for the framework rather than engage in a long discussion about what language data models need to be expressed.=20 Dan -- to unsubscribe send a message to netconf-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: From owner-netconf@ops.ietf.org Thu Jun 30 14:54:23 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Do4B4-0005S9-Tu for netconf-archive@megatron.ietf.org; Thu, 30 Jun 2005 14:54:23 -0400 Received: from psg.com (mailnull@psg.com [147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA11024 for ; Thu, 30 Jun 2005 14:54:21 -0400 (EDT) Received: from majordom by psg.com with local (Exim 4.50 (FreeBSD)) id 1Do434-000FMk-Ms for netconf-data@psg.com; Thu, 30 Jun 2005 18:46:06 +0000 Received: from [205.178.146.50] (helo=mail.networksolutionsemail.com) by psg.com with smtp (Exim 4.50 (FreeBSD)) id 1Do431-000FMU-Sy for netconf@ops.ietf.org; Thu, 30 Jun 2005 18:46:04 +0000 Received: (qmail 545 invoked by uid 78); 30 Jun 2005 01:24:15 -0000 Received: from unknown (HELO ?192.168.0.11?) (70.32.250.209) by mail.networksolutionsemail.com with SMTP; 30 Jun 2005 01:24:15 -0000 Message-ID: <42C349B1.3070302@andybierman.com> Date: Wed, 29 Jun 2005 18:24:01 -0700 From: Andy Bierman User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rob Enns CC: netconf Subject: Re: Proposed change to capability URNs References: <062B922B6EC55149B5A267ECE78E5D440A6CCABB@photon.jnpr.net> In-Reply-To: <062B922B6EC55149B5A267ECE78E5D440A6CCABB@photon.jnpr.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on psg.com X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 Sender: owner-netconf@ops.ietf.org Precedence: bulk Content-Transfer-Encoding: 7bit Rob Enns wrote: >Based on the XML directorate comments that the # naming scheme for >capabilities >is problematic, I'm proposing that we change NETCONF capability URNs to >the >following format: > >urn:ietf:params:xml:ns:netconf:capability:{name}:1.0 > >For example: > >urn:ietf:params:xml:ns:netconf:capability:startup:1.0 > >(the old style was urn:ietf:params:xml:ns:netconf:base:1.0#startup) > >Does this sound reasonable? > > It seems okay to me. Unless anyone strongly objects to this proposal on the mailing list, we should just add it into the next prot update. >thanks, > Rob > > Andy >-- >to unsubscribe send a message to netconf-request@ops.ietf.org with >the word 'unsubscribe' in a single line as the message text body. >archive: > > > > -- to unsubscribe send a message to netconf-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: From owner-netconf@ops.ietf.org Thu Jun 30 15:40:59 2005 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Do4uB-00031Y-I4 for netconf-archive@megatron.ietf.org; Thu, 30 Jun 2005 15:40:59 -0400 Received: from psg.com (mailnull@psg.com [147.28.0.62]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA17118 for ; Thu, 30 Jun 2005 15:40:57 -0400 (EDT) Received: from majordom by psg.com with local (Exim 4.50 (FreeBSD)) id 1Do4lJ-000JW4-1i for netconf-data@psg.com; Thu, 30 Jun 2005 19:31:49 +0000 Received: from [85.73.177.69] (helo=boskop.local) by psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1Do4lG-000JVX-Uw for netconf@ops.ietf.org; Thu, 30 Jun 2005 19:31:47 +0000 Received: by boskop.local (Postfix, from userid 501) id 0964C353A22; Thu, 30 Jun 2005 21:31:39 +0200 (CEST) Date: Thu, 30 Jun 2005 21:31:39 +0200 From: Juergen Schoenwaelder To: "Romascanu, Dan (Dan)" Cc: Sharon Chisholm , netconf@ops.ietf.org Subject: Re: Proposed Update to Netconf Charter Message-ID: <20050630193139.GA1178@boskop.local> Reply-To: j.schoenwaelder@iu-bremen.de Mail-Followup-To: "Romascanu, Dan (Dan)" , Sharon Chisholm , netconf@ops.ietf.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.8i X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on psg.com X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 Sender: owner-netconf@ops.ietf.org Precedence: bulk On Thu, Jun 30, 2005 at 07:30:59PM +0300, Romascanu, Dan (Dan) wrote: > I believe that I understand what you are saying here, but let me ask you > the question - do you believe that we have something better than XML > schemas to express the first instances of data model that we want to > create? I would rather go ahead and define some workable example that > would also serve as proof of concept for the framework rather than > engage in a long discussion about what language data models need to be > expressed. I want consistent language in the charter - this was my prime objective when I wrote my comment. At some point in time we need to decide whether we use XML schema or not. Perhaps charter discussion is the right time to take this decision so that the WG does not get deadlocked on this. Is XML schema the right choice? It might be. I personally would not object to it - I believe XML schema is workable and achieving concensus to move forward in a timely manner is important. Personally, I prefer to read and write schemas in compact relax ng since the syntax is close to compact BNF notations and my standard working environment has nice tool support for it. But as stated above, I do realize that my preferences may not be shared by the majority - and I do not want to hold off work due to this. Does this clarify my position? /js -- Juergen Schoenwaelder International University Bremen P.O. Box 750 561, 28725 Bremen, Germany -- to unsubscribe send a message to netconf-request@ops.ietf.org with the word 'unsubscribe' in a single line as the message text body. archive: