< draft-ietf-ipfix-reducing-redundancy-03.txt   draft-ietf-ipfix-reducing-redundancy-04.txt >
IPFIX Working Group E. Boschi IPFIX Working Group E. Boschi
Internet-Draft Hitachi Europe Internet-Draft Hitachi Europe
Intended status: Informational L. Mark Intended status: Informational L. Mark
Expires: September 1, 2007 Fraunhofer FOKUS Expires: November 22, 2007 Fraunhofer FOKUS
B. Claise B. Claise
Cisco Systems, Inc. Cisco Systems, Inc.
February 28, 2007 May 21, 2007
Reducing Redundancy in IPFIX and PSAMP Reports Reducing Redundancy in IP Flow Information Export (IPFIX) and Packet
draft-ietf-ipfix-reducing-redundancy-03.txt Sampling (PSAMP) Reports
draft-ietf-ipfix-reducing-redundancy-04.txt
Status of this Memo Status of this Memo
By submitting this Internet-Draft, each author represents that any By submitting this Internet-Draft, each author represents that any
applicable patent or other IPR claims of which he or she is aware applicable patent or other IPR claims of which he or she is aware
have been or will be disclosed, and any of which he or she becomes have been or will be disclosed, and any of which he or she becomes
aware will be disclosed, in accordance with Section 6 of BCP 79. aware will be disclosed, in accordance with Section 6 of BCP 79.
Internet-Drafts are working documents of the Internet Engineering Internet-Drafts are working documents of the Internet Engineering
Task Force (IETF), its areas, and its working groups. Note that Task Force (IETF), its areas, and its working groups. Note that
skipping to change at page 1, line 37 skipping to change at page 1, line 38
and may be updated, replaced, or obsoleted by other documents at any and may be updated, replaced, or obsoleted by other documents at any
time. It is inappropriate to use Internet-Drafts as reference time. It is inappropriate to use Internet-Drafts as reference
material or to cite them other than as "work in progress." material or to cite them other than as "work in progress."
The list of current Internet-Drafts can be accessed at The list of current Internet-Drafts can be accessed at
http://www.ietf.org/ietf/1id-abstracts.txt. http://www.ietf.org/ietf/1id-abstracts.txt.
The list of Internet-Draft Shadow Directories can be accessed at The list of Internet-Draft Shadow Directories can be accessed at
http://www.ietf.org/shadow.html. http://www.ietf.org/shadow.html.
This Internet-Draft will expire on September 1, 2007. This Internet-Draft will expire on November 22, 2007.
Copyright Notice Copyright Notice
Copyright (C) The IETF Trust (2007). Copyright (C) The IETF Trust (2007).
Abstract Abstract
This document describes a bandwidth saving method for exporting flow This document describes a bandwidth saving method for exporting flow
or packet information using the IP Flow Information Export (IPFIX) or packet information using the IP Flow Information Export (IPFIX)
protocol. As the PSAMP protocol is based on IPFIX, these protocol. As the Packet Sampling (PSAMP) protocol is based on IPFIX,
considerations are valid for PSAMP exports as well. these considerations are valid for PSAMP exports as well.
This method works by separating information common to several flow This method works by separating information common to several flow
records from information specific to an individual flow record. records from information specific to an individual flow record.
Common flow information is exported only once in a data record Common flow information is exported only once in a data record
defined by an option template, while the rest of the specific flow defined by an option template, while the rest of the specific flow
information is associated with the common information via a unique information is associated with the common information via a unique
identifier. identifier.
Table of Contents Table of Contents
skipping to change at page 20, line 23 skipping to change at page 20, line 23
Properties information and to assign commonPropertiesId values. The Properties information and to assign commonPropertiesId values. The
Collector has to process records described by two templates instead Collector has to process records described by two templates instead
of just one. Additional effort is also required when post processing of just one. Additional effort is also required when post processing
the measurement data, in order to correlate Flow Records with Common the measurement data, in order to correlate Flow Records with Common
Properties information. Properties information.
8.1. Transport Protocol Choice 8.1. Transport Protocol Choice
The proposed method is most effective using a reliable transport The proposed method is most effective using a reliable transport
protocol for the transfer of the Common Properties. Therefore the protocol for the transfer of the Common Properties. Therefore the
use of SCTP-PR with the reliable mode or TCP is recommended. use of PR-SCTP with the reliable mode or TCP is recommended.
However, if the path from the Exporting Process to the Collecting However, if the path from the Exporting Process to the Collecting
Process is not fully reliable, the SCTP or TCP retransmission might Process is not fully reliable, the SCTP or TCP retransmission might
reduce the benefits of this specification. If the path from the reduce the benefits of this specification. If the path from the
Exporting Process to the Collecting Process is full reliable, the use Exporting Process to the Collecting Process is full reliable, the use
of UDP is less effective because the Common Properties have to be re- of UDP is less effective because the Common Properties have to be re-
sent regularly. sent regularly.
8.2. Reduced Size Encoding 8.2. Reduced Size Encoding
The transfer of the commonPropertiesIDs originates some overhead and The transfer of the commonPropertiesIDs originates some overhead and
skipping to change at page 23, line 4 skipping to change at page 23, line 4
Packet Selection", draft-ietf-psamp-sample-tech-07 (work Packet Selection", draft-ietf-psamp-sample-tech-07 (work
in progress), July 2005. in progress), July 2005.
[I-D.ietf-psamp-mib] [I-D.ietf-psamp-mib]
Dietz, T. and B. Claise, "Definitions of Managed Objects Dietz, T. and B. Claise, "Definitions of Managed Objects
for Packet Sampling", draft-ietf-psamp-mib-06 (work in for Packet Sampling", draft-ietf-psamp-mib-06 (work in
progress), June 2006. progress), June 2006.
[I-D.ietf-psamp-framework] [I-D.ietf-psamp-framework]
Duffield, N., "A Framework for Packet Selection and Duffield, N., "A Framework for Packet Selection and
Reporting", draft-ietf-psamp-framework-10 (work in Reporting", draft-ietf-psamp-framework-11 (work in
progress), January 2005. progress), May 2007.
[RFC2960] Stewart, R., Xie, Q., Morneault, K., Sharp, C., [RFC2960] Stewart, R., Xie, Q., Morneault, K., Sharp, C.,
Schwarzbauer, H., Taylor, T., Rytina, I., Kalla, M., Schwarzbauer, H., Taylor, T., Rytina, I., Kalla, M.,
Zhang, L., and V. Paxson, "Stream Control Transmission Zhang, L., and V. Paxson, "Stream Control Transmission
Protocol", RFC 2960, October 2000. Protocol", RFC 2960, October 2000.
[RFC3550] Schulzrinne, H., Casner, S., Frederick, R., and V. [RFC3550] Schulzrinne, H., Casner, S., Frederick, R., and V.
Jacobson, "RTP: A Transport Protocol for Real-Time Jacobson, "RTP: A Transport Protocol for Real-Time
Applications", STD 64, RFC 3550, July 2003. Applications", STD 64, RFC 3550, July 2003.
 End of changes. 7 change blocks. 
10 lines changed or deleted 11 lines changed or added

This html diff was produced by rfcdiff 1.48. The latest version is available from http://tools.ietf.org/tools/rfcdiff/