RE: [ipfix-req] does raqmon-pdu compete with ipfix?
"MEYER,JEFFREY D (HP-Cupertino,ex1)" <jeff.meyer2@hp.com> Sat, 18 January 2003 01:14 UTC
Received: from mil.doit.wisc.edu (mil.doit.wisc.edu [128.104.31.31]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA08499 for <ipfix-archive@lists.ietf.org>; Fri, 17 Jan 2003 20:14:46 -0500 (EST)
Received: from majordomo by mil.doit.wisc.edu with local (Exim 3.13 #1) id 18ZhIT-0000Wh-00 for ipfix-list@mil.doit.wisc.edu; Fri, 17 Jan 2003 18:57:17 -0600
Received: from atlrel7.hp.com ([156.153.255.213]) by mil.doit.wisc.edu with esmtp (Exim 3.13 #1) id 18ZhIR-0000WZ-00 for ipfix-req@net.doit.wisc.edu; Fri, 17 Jan 2003 18:57:15 -0600
Received: from xatlrelay1.atl.hp.com (xatlrelay1.atl.hp.com [15.45.89.190]) by atlrel7.hp.com (Postfix) with ESMTP id 91835804EED; Fri, 17 Jan 2003 19:57:10 -0500 (EST)
Received: from xatlbh3.atl.hp.com (xatlbh3.atl.hp.com [15.45.89.188]) by xatlrelay1.atl.hp.com (Postfix) with ESMTP id 5A5A01C000A6; Fri, 17 Jan 2003 19:57:10 -0500 (EST)
Received: by xatlbh3.atl.hp.com with Internet Mail Service (5.5.2655.55) id <ZZGS7WZH>; Fri, 17 Jan 2003 19:57:10 -0500
Message-ID: <4341EF5F8B4AD311AB4B00902740B9F212D24B2C@xcup02.cup.hp.com>
From: "MEYER,JEFFREY D (HP-Cupertino,ex1)" <jeff.meyer2@hp.com>
To: "'carter@qosient.com'" <carter@qosient.com>, ipfix-req@net.doit.wisc.edu
Subject: RE: [ipfix-req] does raqmon-pdu compete with ipfix?
Date: Fri, 17 Jan 2003 19:57:04 -0500
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2655.55)
Content-Type: text/plain; charset="iso-8859-1"
Precedence: bulk
Sender: majordomo listserver <majordomo@mil.doit.wisc.edu>
Hi, Further examining RAQMon, it looks like an interesting approach to address the collection of a certain limited set of flow information from end devices (vs. IPFIX which is more targeted at routers, probes, middleboxes). It is based on an essentially fixed data model containing 28 different attributes. Several of these attributes are particularly focused on QoS aspects of various streaming protocols, other attributes provide system level statistics such as CPU utilization. The attribute set is incomplete compared to that defined in IPFIX requirements. It also only specifies mappings onto non-congestion aware protocols today. Although one could picture mapping it to something like BEEP (RFC 3080). It clearly states that loss of information is a property of the current spec (framework sec. 2.4 bullet #6). Although it claims an extension framework, this basically consists of specifying a different header, which indicates the subsequent encoding of the payload is "interpreted by the application and not by RRC itself." (Hmmm not a lot of guidance there). [see PDU sec. 4.3] Given their design center, which appears to be device centric QoS reporting, with a focus on streaming, this UDP based, fixed set of information may address a need different than IPFIX, i.e. a dirt simple UDP packet that an app can blast at a collector, when it has some info to share. However, RAQMon clearly is incomplete in addressing IPFIX. Regards, Jeff Meyer > -----Original Message----- > From: Carter Bullard [mailto:carter@qosient.com] > Sent: Thursday, January 16, 2003 5:51 AM > To: ipfix-req@net.doit.wisc.edu > Subject: [ipfix-req] does raqmon-pdu compete with ipfix? > > > Gentle People, > I believe that raqmon-pdu is indeed a direct > competitor to IPFIX. Why not realize that raqmon > is a form of flow data and have it use IPFIX? > > Carter > > > -----Original Message----- > From: rmonmib-admin@ietf.org [mailto:rmonmib-admin@ietf.org] On Behalf > Of Internet-Drafts@ietf.org > Sent: Thursday, January 16, 2003 8:08 AM > To: IETF-Announce: > Cc: rmonmib@ietf.org > Subject: [RMONMIB] I-D ACTION:draft-ietf-rmonmib-raqmon-pdu-00.txt > > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. This draft is a work item of the Remote Network > Monitoring > Working Group of the IETF. > > Title : Real-time Application Quality of Service > Monitoring > (RAQMON) Protocol Data Unit (PDU) > Author(s) : A. Siddiqui et al. > Filename : draft-ietf-rmonmib-raqmon-pdu-00.txt > Pages : 26 > Date : 2003-1-15 > > This memo defines a common protocol data unit (PDU) used > between RAQMON > Data Source (RDS) and RAQMON Report Collector (RRC) to report a QOS > statistics using RTCP and SNMP as Transport Protocol. The original > RAQMON draft [SIDDIQUI3] was split into 3 parts to identify the RAQMON > Framework, RAQMON QOS PDU and RAQMON MIB. This memo defined RAQMON QOS > Protocol Data Unit (PDU). This memo also outlines mechanisms > to use Real > Time Transport Control Protocol > (RTCP) and Simple Network Management Protocol (SNMP) to > transport these > PDUs between RAQMON Data Source (RDS) and RAQMON Report > Collector (RRC) > as outlined in RAQMON Charter of the RMON Workgroup. The memo > [SIDDIQUI2] defines a Real-Time Application QOS Monitoring > (RAQMON) Framework that extends the RMON Framework to allow Real-time > Application QoS information as outlined by RAQMON Charter of the RMON > Workgroup. The memo [SIDDIQUI1] defines a portion of the Management > Information Base (MIB) for use with network management > protocols in the > Internet community. The document proposes an extension to the Remote > Monitoring MIB [RFC2819] to accommodate RAQMON solution. > Distribution of > this memo is unlimited. > > A URL for this Internet-Draft is: > http://www.ietf.org/internet-drafts/draft-ietf-rmonmib-raqmon- pdu-00.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. 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-ietf-rmonmib-raqmon-pdu-00.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-ietf-rmonmib-raqmon-pdu-00.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. -- Help mailto:majordomo@net.doit.wisc.edu and say "help" in message body Unsubscribe mailto:majordomo@net.doit.wisc.edu and say "unsubscribe ipfix" in message body Archive http://ipfix.doit.wisc.edu/archive/
- [ipfix-req] does raqmon-pdu compete with ipfix? Carter Bullard
- RE: [ipfix-req] does raqmon-pdu compete with ipfi… MEYER,JEFFREY D (HP-Cupertino,ex1)
- RE: [ipfix-req] does raqmon-pdu compete with ipfi… Carter Bullard
- RE: [ipfix-req] does raqmon-pdu compete with ipfi… MEYER,JEFFREY D (HP-Cupertino,ex1)
- FW: [ipfix-req] does raqmon-pdu compete with ipfi… Carter Bullard
- Re: FW: [ipfix-req] does raqmon-pdu compete with … Nevil Brownlee