[OPS-NM] Re: [OPS-AREA] RE: [nmrg] Re: Comments Question about draft-xu-cops-push-00.txt
Andy Bierman <ietf@andybierman.com> Mon, 19 March 2007 10:03 UTC
Return-path: <ops-nm-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HTEiA-0004YA-5D; Mon, 19 Mar 2007 06:03:30 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HTEi9-0004Y5-45 for ops-nm@ietf.org; Mon, 19 Mar 2007 06:03:29 -0400
Received: from omr1.networksolutionsemail.com ([205.178.146.51]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HTEi4-0004ay-I4 for ops-nm@ietf.org; Mon, 19 Mar 2007 06:03:29 -0400
Received: from mail.networksolutionsemail.com (ns-omr1.mgt.netsol.com [10.49.6.64]) by omr1.networksolutionsemail.com (8.13.6/8.13.6) with SMTP id l2JA3E8l026927 for <ops-nm@ietf.org>; Mon, 19 Mar 2007 06:03:14 -0400
Received: (qmail 27279 invoked by uid 78); 19 Mar 2007 10:03:14 -0000
Received: from unknown (HELO ?130.129.23.37?) (andy@andybierman.com@130.129.23.37) by ns-omr1.lb.hosting.dc2.netsol.com with SMTP; 19 Mar 2007 10:03:14 -0000
Message-ID: <45FE5FEA.3030703@andybierman.com>
Date: Mon, 19 Mar 2007 03:03:22 -0700
From: Andy Bierman <ietf@andybierman.com>
User-Agent: Thunderbird 1.5.0.10 (Windows/20070221)
MIME-Version: 1.0
To: "Durham, David" <david.durham@intel.com>
References: <5389061B65D50446B1783B97DFDB392D04F32254@orsmsx411.amr.corp.intel.com>
In-Reply-To: <5389061B65D50446B1783B97DFDB392D04F32254@orsmsx411.amr.corp.intel.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 6ffdee8af20de249c24731d8414917d3
Cc: xuheyuan <xuheyuan@mail.ritt.com.cn>, ops-nm@ietf.org, j.schoenwaelder@iu-bremen.de, dongsun@alcatel-lucent.com, Tina Tsou <tena@huawei.com>, Hexian Huang <huanghexian@mail.ritt.com.cn>, nmrg@ibr.cs.tu-bs.de, ops-area@ietf.org
Subject: [OPS-NM] Re: [OPS-AREA] RE: [nmrg] Re: Comments Question about draft-xu-cops-push-00.txt
X-BeenThere: ops-nm@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: OPS Area NM e-mail list <ops-nm.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ops-nm>, <mailto:ops-nm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ops-nm>
List-Post: <mailto:ops-nm@ietf.org>
List-Help: <mailto:ops-nm-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ops-nm>, <mailto:ops-nm-request@ietf.org?subject=subscribe>
Errors-To: ops-nm-bounces@ietf.org
Durham, David wrote: > If the goal is to use XML, then why reinvent the wheel on webservices > for management outside of the W3C and DMTF? > SNMP, COPS, DIAMETER, NETCONF... Where does it end? > I would assume it ends when vendors are given a reasonable solution that they can deploy in their products at a reasonable cost. NETCONF is designed to be an "evolution of the CLI", which can be integrated with the native CLI API relatively easily. Hopefully, the migration away from informally documented ad-hoc CLI with no structured error return codes, towards structured XML with standard operations and return codes, is enough to foster interoperability and improve tool automation. IMO, protocols which totally ignore the existence of the CLI based management, and rely on large amounts of new code and new data models for success, will never be adopted by the NE vendor community. Andy > Is there an RFC that does a thorough analysis of the alternatives > (IETF's and other standards bodies' included) in terms of capabilities, > latency, bandwidth, complexity, backward compatibility and other such > quantitative metrics? If not, this might be a helpful activity as the > mailing list discussions quickly become crystal ball gazing and > philosophical in nature. Then folks can figure out if their requirements > make a better fit for one protocol over another. > > -Dave > > >> -----Original Message----- >> From: nmrg-bounces@ibr.cs.tu-bs.de >> > [mailto:nmrg-bounces@ibr.cs.tu-bs.de] > >> On Behalf Of Juergen Schoenwaelder >> Sent: Thursday, March 15, 2007 7:47 AM >> To: xuheyuan >> Cc: Tina Tsou; ops-nm@ietf.org; dongsun@alcatel-lucent.com; Romascanu, >> > Dan > >> (Dan); Hexian Huang; Tom-PT Taylor; nmrg@ibr.cs.tu-bs.de; ops- >> area@ietf.org >> Subject: [nmrg] Re: Comments Question about draft-xu-cops-push-00.txt >> >> On Thu, Mar 15, 2007 at 10:19:18PM +0800, xuheyuan wrote: >> >> >>> At that time the Re reference point, merged into Rw reference point >>> later, controlled the IP edge, actually an IP-IP gateway. In the >>> current network, most existing IP-IP gateways are routers, which >>> support COPS already. In reality, using COPS is the quickest way to >>> do that as described in approach 2 in this draft. >>> >> I have routers that support NETCONF in my lab and no routers >> supporting COPS-PR or COPS. Perhaps this is why our views of the >> world are somewhat different. >> >> >>> COPS-PR by nature does policy control, Rw interface mainly does >>> policy control dynamically, not just push configuration >>> information. Besides, in 2005,NETCONF was a pretty new protocol, and >>> few existing routers supported NETCONF. >>> >> I never understood the distinction between configuration and policy >> information when it comes to the device interface. The PDP is the >> policy engine and what comes out of this engine as provisioning >> information is for me not really distinct from configuration data >> coming out of other systems (e.g. customer provisioning systems). >> >> I agree that NETCONF was pretty new in 2005 and it still is in 2007. >> COPS-PR is older but as far as I can tell not too widely implemented >> and the number of people within the IETF who do understand COPS-PR >> well is like to be somewhat smaller than the number of people within >> the IETF who understand NETCONF and my impression was that COPS-PR >> awareness declines. >> >> >>> As RACF supports both fix and mobile, push and pull modes, in the >>> real networking, PD-FE may possibly support both modes, and in pull >>> modes, COPS is very effective, so, in push mode, if approach 2 COPS >>> could be adopted, it will simplify the implementation. >>> >> The implementation simplification is a relative thing (if you have >> COPS, using COPS is simple, if you have NETCONF, using NETCONF is >> simple). Not sure how to make a decision on this. >> >> Again, I like to see the discussion raised to the technical level to >> first understand if NETCONF could do what you need it to do equally >> well or whether there is any technical feature that really >> distinguishes COPS-PR from NETCONF. >> >> /js >> >> -- >> Juergen Schoenwaelder Jacobs University Bremen >> <http://www.eecs.iu-bremen.de/> P.O. Box 750 561, 28725 Bremen, >> Germany >> -- >> !! This message is brought to you via the `nmrg' mailing list. >> !! Please do not reply to this message to unsubscribe. To unsubscribe >> > or > >> adjust >> !! your settings, send a mail message to >> > <nmrg-request@ibr.cs.tu-bs.de> > >> !! or look at https://mail.ibr.cs.tu-bs.de/mailman/listinfo/nmrg. >> > > _______________________________________________ > OPS-AREA mailing list > OPS-AREA@ietf.org > https://www1.ietf.org/mailman/listinfo/ops-area > > > _______________________________________________ OPS-NM mailing list OPS-NM@ietf.org https://www1.ietf.org/mailman/listinfo/ops-nm
- [OPS-NM] Question about draft-xu-cops-push-00.txt Romascanu, Dan (Dan)
- [OPS-NM] Re: [OPS-AREA] Question about draft-xu-c… Tom-PT Taylor
- [OPS-NM] Re: [nmrg] Re: [OPS-AREA] Question about… Juergen Schoenwaelder
- [OPS-NM] Comments Question about draft-xu-cops-pu… xuheyuan
- [OPS-NM] Re: Comments Question about draft-xu-cop… Juergen Schoenwaelder
- [OPS-NM] RE: [nmrg] Re: Comments Question about d… Durham, David
- [OPS-NM] Re: [OPS-AREA] RE: [nmrg] Re: Comments Q… Andy Bierman
- [OPS-NM] RE: [OPS-AREA] RE: [nmrg] Re: Comments Q… Natale, Bob
- [OPS-NM] Re: [OPS-AREA] RE: [nmrg] Re: Comments Q… Juergen Schoenwaelder
- [OPS-NM] comparing management standards (was Comm… David B Harrington