[IPFIX] templateLifePacket on IPFIX collector

Petr Velan <petr.velan@cesnet.cz> Mon, 02 October 2017 07:37 UTC

Return-Path: <thorgrin@gmail.com>
X-Original-To: ipfix@ietfa.amsl.com
Delivered-To: ipfix@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id 8D253134EFD for <ipfix@ietfa.amsl.com>; Mon, 2 Oct 2017 00:37:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.302
X-Spam-Status: No, score=0.302 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.199, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id 6B7m1C8JOXQk for <ipfix@ietfa.amsl.com>; Mon, 2 Oct 2017 00:37:04 -0700 (PDT)
Received: from mail-oi0-x22a.google.com (mail-oi0-x22a.google.com [IPv6:2607:f8b0:4003:c06::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4F0B1134EFB for <ipfix@ietf.org>; Mon, 2 Oct 2017 00:37:04 -0700 (PDT)
Received: by mail-oi0-x22a.google.com with SMTP id m198so5741894oig.13 for <ipfix@ietf.org>; Mon, 02 Oct 2017 00:37:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:from:date:message-id:subject:to; bh=l2FIRyszAvLBMcPnBZqIjkhGDYCJcBhSGQF2n3E7aF4=; b=LoNKDn2YeD60D9vyLZoBJIbhVnBnCLO1zxnU/LQexQ/OyuhB1yziCToBcA8Kk5Qn9w 9MGxpiCgRe9TgbxH0/m8HXqEa8MgSXz7ryQkmKd7JxqXF22uqNIHmZB66rgLhCnPkmmf gNYU3dxbGBo1ts8VY1Zf2IsbL7Nw/OcgXCCS/id2IKbgtd01H+aFnwgqBKb7T+jTG6+m whC4ihOdbG+DhgvsgHLra7F4AlpGTX5RPbVNqqDftvaCU8YbX8cQo3zNcmfGUvMRUrHa j4gvxPkuHZTZq6CIfPTmitWE4OV/kE0idxpvdp4D/nMF242bpI5OTpWl/1G9+GnRg290 PscA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:from:date:message-id:subject :to; bh=l2FIRyszAvLBMcPnBZqIjkhGDYCJcBhSGQF2n3E7aF4=; b=A3o+OWezK0eL01j8soWsxO89twaTF3AItAWVQyWaAcSUiC+uMLHG6R18U8RYzO7Qrr 22IjZMZMFI/AYSGeWoR7gRBoJNtNwPj49hK1xi1wPJtWGGywQNiI3AL//bupm+CRrWKK jkG6h1M9illQwSKfBGpdlm8MS6Pxllv/1ZKsx1OHp9dvORFeRTAieP0b8gZVr9jLVHsz Kx7DZA5EdKAWBDD/1s7nH1CirFHDFN+jR3CADf3Tq9k4OeH3LB7LKsUv/6gO8NrDXKpD UKQkjFicitiBKG+dft8eerm8a6JAHRQTdAGyZu3L3J/DrF+Lzp2kBd0/fE375RO7ndXB rsfQ==
X-Gm-Message-State: AMCzsaVThsfaINoo6v4rYO123ZLcqyxi7LMHCC6+8LGGMvOiyfJdaRF+ w/DHrDZ4pOV4CP2Kl8Nj1RCbFbXDpJo+5DbHbSQC
X-Google-Smtp-Source: AOwi7QDUIv6vDH7OXWro9TBvgrCxNAS6cJZP6Zjax+boMeaAcfIywH8R4PACoHZXgM8dTfB4SG/N/uj4a2r9fTlTUos=
X-Received: by with SMTP id s2mr5618858oig.294.1506929823374; Mon, 02 Oct 2017 00:37:03 -0700 (PDT)
MIME-Version: 1.0
Sender: thorgrin@gmail.com
Received: by with HTTP; Mon, 2 Oct 2017 00:37:03 -0700 (PDT)
From: Petr Velan <petr.velan@cesnet.cz>
Date: Mon, 2 Oct 2017 09:37:03 +0200
X-Google-Sender-Auth: Fn21WCkBjFZhBbJChER84p0xZPg
Message-ID: <CALbOe5M7QzMAmvd_mjoa_cqqbAd0idjiXpGbTBp3rtr-McXJNw@mail.gmail.com>
To: ipfix@ietf.org
Content-Type: multipart/alternative; boundary="001a113d5ed8d2e409055a8b709c"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipfix/mvt76A9egC3PorRrGtiw-rQJ9Y4>
Subject: [IPFIX] templateLifePacket on IPFIX collector
X-BeenThere: ipfix@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IPFIX WG discussion list <ipfix.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipfix>, <mailto:ipfix-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipfix/>
List-Post: <mailto:ipfix@ietf.org>
List-Help: <mailto:ipfix-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipfix>, <mailto:ipfix-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Oct 2017 07:37:06 -0000

Hello IPFIX masters,

we are implementing an IPFIX collector and a question came up whether to
support templateLifePacket configuration as specified in RFC 6728 (
https://tools.ietf.org/html/rfc6728#section-4.5.2). It seems, that the
*LifePacket options are not mentioned anywhere else in the IPFIX related
documents and that the IPFIX protocol specifies only time based timeout
expiration. Therefore, my question is why the *LifePacket options are even
present in the RFC 6728 and whether it is necessary to implement them for
the collector (and exporter as well) to be compliant with the IPFIX

I think that the whole *LifePacket option came from NetFlow v9 where the
informational RFC 3954 states that:

      On a regular basis, the Exporter MUST send all the Template
      Records and Options Template Records to refresh the Collector.
      Template IDs have a limited lifetime at the Collector and MUST be
      periodically refreshed.  Two approaches are taken to make sure
      that Templates get refreshed at the Collector:
            * Every N number of Export Packets.
            * On a time basis, so every N number of minutes.
      Both options MUST be configurable by the user on the Exporter.
      When one of these expiry conditions is met, the Exporter MUST send
      the Template FlowSet and Options Template.

If that is the case, should the IPFIX standard specify something
similar as well? Otherwise, it would seem that removing the
*LifePacket options from the RFC 6728 would prevent further confusion.

Kind regards,

Petr Velan