RE: [ippm] traceroute as WG work item? IPFIX traceroute records

Juergen Quittek <quittek@netlab.nec.de> Mon, 28 March 2005 01:08 UTC

Received: from megatron.ietf.org (megatron.ietf.org [132.151.6.71]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA23319 for <ippm-archive@lists.ietf.org>; Sun, 27 Mar 2005 20:08:09 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DFihb-0004HB-OI; Sun, 27 Mar 2005 20:05:59 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DFihZ-0004C5-59 for ippm@megatron.ietf.org; Sun, 27 Mar 2005 20:05:57 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA23214 for <ippm@ietf.org>; Sun, 27 Mar 2005 20:05:53 -0500 (EST)
Received: from kyoto.netlab.nec.de ([195.37.70.21]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DFinx-0000Jp-S2 for ippm@ietf.org; Sun, 27 Mar 2005 20:12:34 -0500
Received: from dialin-145-254-221-074.arcor-ip.net (dialin-145-254-220-195.arcor-ip.net [145.254.220.195]) by kyoto.netlab.nec.de (Postfix) with ESMTP id E923B1BAC4D; Mon, 28 Mar 2005 03:05:43 +0200 (CEST)
Date: Mon, 28 Mar 2005 03:05:39 +0200
From: Juergen Quittek <quittek@netlab.nec.de>
To: STEPHAN Emile RD-CORE-LAN <emile.stephan@francetelecom.com>
Subject: RE: [ippm] traceroute as WG work item? IPFIX traceroute records
Message-ID: <E068E35AF117C9B4D7BF5C77@dialin-145-254-220-195.arcor-ip.net>
In-Reply-To: <DD8B8FEBBFAF9E488F63FF0F1A69EDD1F4F982@ftrdmel1.rd.francetelecom.fr>
References: <DD8B8FEBBFAF9E488F63FF0F1A69EDD1F4F982@ftrdmel1.rd.francetelecom.fr>
X-Mailer: Mulberry/3.1.6 (Mac OS X)
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"; format="flowed"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
X-Spam-Score: 0.2 (/)
X-Scan-Signature: 87a3f533bb300b99e2a18357f3c1563d
Content-Transfer-Encoding: quoted-printable
Cc: ipfix@net.doit.wisc.edu, ippm@ietf.org
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org >
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org ?subject=unsubscribe>
List-Post: <mailto:ippm@ietf.org >
List-Help: <mailto:ippm-request@ietf.org ?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org ?subject=subscribe>
Sender: ippm-bounces@ietf.org
Errors-To: ippm-bounces@ietf.org
Content-Transfer-Encoding: quoted-printable

Emile,

Thanks for your comments!

The basic issue I raised was whether or not the standardization
of an information model and data model for traceroute results would
be a work item for the IPPM WG.

Do I understand correctly from your message that,
  1. yes, it should be standardized,
  2. but not necessarily in the IPPM WG?

Concerning the discussion at IPPM whether we should use a binary
or an XML-based format for traceroute results, I interpret your
message as support for a binary format.

I think your thoughts open an interesting discussion on transmitting
traceroute results in IPFIX records.  Probably, this issue is worth
mentioning it in the IPFIX applicability statement.

Also, the issue should be considered by the information model discussions
in IPFIX and PSAMP.

Thanks,

    Juergen
-- 
Juergen Quittek        quittek@netlab.nec.de       Tel: +49 6221 90511-15
NEC Europe Ltd.,       Network Laboratories        Fax: +49 6221 90511-55
Kurfuersten-Anlage 36, 69115 Heidelberg, Germany   http://www.netlab.nec.de


--On 23.03.2005 18:30 h +0100 STEPHAN Emile RD-CORE-LAN wrote:

> Hi Juergen,
>
> My thinking is that we might use IPFIX to export the traceroute results.
>
>
> What about using 2 templates: one for the measure and another one for results?
>
>  0                   1                   2                   3
>  0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>|         FlowSet ID = 0        |       Length = xx bytes       |
> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>|               256             |       Field Length = 4        |
> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>|    FlowID (e.g. measure ID)   |       Field Length = 4        |
> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-|
>|    sourceIPv4Address          |      Field Length = 4         | Src
> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>|  destinationIPv4Address       |        Field Length = 4       | Dst
> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>
> 0                   1                   2                   3
>  0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>|         FlowSet ID = 0        |       Length = xx bytes       |
> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>|               257             |       Field Length = 4        |
> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>|    FlowID (e.g. measure ID)   |       Field Length = 4        |
> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>|    SampleID                   |       Field Length = 4        |
> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Src UDP
>|   flowStartMicroSeconds       |      Field Length =  8        | pkts time
> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>|   flowEndDeltaUSeconds        |      Field Length =  4        | Troute RTT
> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>|    destinationIPv4Address     |        Field Length = 4       | Hop Addr
> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>
>
> This is compact and is very close to what describes Guido draft (draft-pohl-perpktinfo-02.txt).
>
> We need only to define a new Field Type named 'SampleID' (named PacketID in Guido document).
>
> Regards
> Emile
>
> -----Message d'origine-----
> De : ippm-bounces@ietf.org [mailto:ippm-bounces@ietf.org] De la part de Juergen Quittek
> Envoyé : mardi 15 mars 2005 12:09
> À : ippm@ietf.org
> Objet : Re: [ippm] traceroute as WG work item?
>
> The I-D is still missing a data model, because there is no
> consensus yet on the mailing list about whether to use an
> XML-based data model or a more compact one.
> Please find some pro and con arguments at
> http://people.internet2.edu/~matt/IPPM/Meetings/ietf62/ippm-2005-03-07-traceroute.pdf
>
> Thanks,
>
>     Juergen
>
> --On 15.03.2005 11:15 +0100 Juergen Quittek wrote:
>
>> Dear all,
>>
>> Unfortunately, there was no discussion on traceroute storage during
>> our last meeting. Therefore I bring this issue to the mailing list.
>>
>> There is an I-D describing an information model for traceroute records:
>> http://www.ietf.org/internet-drafts/draft-niccolini-ippm-storetraceroutes-00.txt
>>
>> This work was initiated by the development of a database for traffic
>> measurement tools and traces, see  http://www.ist-mome.org/database/
>>
>> Currently, there is no standard way of exchanging traceroute
>> measurements except for the DISMAN-TRACEROUTE-MIB module (RFC2925).
>> But this can only be used for transferring measurement data from an
>> SNMP agent to its manager(s).  It is not useful for exchange between
>> traffic measurement tools.
>>
>> A standardized record format for traceroute measurements would be
>> very useful for building tools, databases and other applications
>> that handle traceroute measurements and need to exchange them.
>>
>> Therefore I propose that this becomes an IPPM WG work item.
>> Any comment, pro or con, is very welcome.
>>
>> Thanks,
>>
>>     Juergen
>> --
>> Juergen Quittek        quittek@netlab.nec.de       Tel: +49 6221 90511-15
>> NEC Europe Ltd.,       Network Laboratories        Fax: +49 6221 90511-55
>> Kurfuersten-Anlage 36, 69115 Heidelberg, Germany   http://www.netlab.nec.de
>>
>> _______________________________________________
>> ippm mailing list
>> ippm@ietf.org
>> https://www1.ietf.org/mailman/listinfo/ippm
>
>
>
> _______________________________________________
> ippm mailing list
> ippm@ietf.org
> https://www1.ietf.org/mailman/listinfo/ippm



_______________________________________________
ippm mailing list
ippm@ietf.org 
https://www1.ietf.org/mailman/listinfo/ippm