[IPFIX] RFC 6728: Observation Point ID definition

Marta Seda <Marta.Seda@calix.com> Sat, 04 March 2017 16:21 UTC

Return-Path: <Marta.Seda@calix.com>
X-Original-To: ipfix@ietfa.amsl.com
Delivered-To: ipfix@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A7B191294E7; Sat, 4 Mar 2017 08:21:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=calix.onmicrosoft.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1D0MiOlFyvtL; Sat, 4 Mar 2017 08:21:54 -0800 (PST)
Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-dm3nam03lp0015.outbound.protection.outlook.com [207.46.163.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 08B9F12949F; Sat, 4 Mar 2017 08:21:53 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=CALIX.onmicrosoft.com; s=selector1-calix-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=ufnsz5F5hwp3tC/D4YDgQ+ujarjIkXLnBuHHsgg4at8=; b=BMwjySvF/S8A1HZIDEzmTEzLUj/JTGIlIL2Sty6MDpV2gCpBXSMr8RoJ/CcVbjxWFtKEc/02o6MGwcdq/7FoM5xGRKxckIOpw7uui3wc7opr52h3BdaO2EyYMzsJllmAaoaU4LBcNOjZ7cg5PzYTpeAY2dcLNhIIRVwUwv6D+LM=
Received: from BY2PR0501MB1734.namprd05.prod.outlook.com (10.163.154.20) by BY2PR0501MB1735.namprd05.prod.outlook.com (10.163.154.21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.2; Sat, 4 Mar 2017 16:21:51 +0000
Received: from BY2PR0501MB1734.namprd05.prod.outlook.com ([10.163.154.20]) by BY2PR0501MB1734.namprd05.prod.outlook.com ([10.163.154.20]) with mapi id 15.01.0947.018; Sat, 4 Mar 2017 16:21:51 +0000
From: Marta Seda <Marta.Seda@calix.com>
To: "ipfix@ietf.org" <ipfix@ietf.org>, "ie-doctors@ietf.org" <ie-doctors@ietf.org>
Thread-Topic: RFC 6728: Observation Point ID definition
Thread-Index: AdKVAG16Yvmjgq+WSyWTyKVdbi34RQ==
Date: Sat, 4 Mar 2017 16:21:51 +0000
Message-ID: <BY2PR0501MB17346D370676D56617BC67A49C2A0@BY2PR0501MB1734.namprd05.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=calix.com;
x-originating-ip: [23.118.53.86]
x-ms-office365-filtering-correlation-id: e602cd53-c1fb-4117-fcf4-08d4631a90f4
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001); SRVR:BY2PR0501MB1735;
x-microsoft-exchange-diagnostics: 1; BY2PR0501MB1735; 7:+cphoyylmxHpp7gUFhPqOOaWr4C06NykigraDKARWCvSTIESSdksm+nvljzEGudiUK79ucjdQa3pHfVKgZmiMurMK447Ks6BPtPhqtITllfLXGz/HcABTTm5x4aiUGKpMUiygIdi6Ytdor3qjKI0Iy47KeSlAVOf/tOCmuKZPADr1AzjHWt6B1v2Hq0mY1j0vS2gWPHRN0kRb2V3LWNWEPA6ZrJYfy/yTjroULxdFQCiNef99AETgAvzc0cuI9R26VtmlzuczaeCF36wZ8D6Sm/IBwbwaJY8Zc3DFYWzMZN7s8GXILEDeMdVc0voIKB6ZMBcafuhStkdW6o5oNh3aQ==
x-microsoft-antispam-prvs: <BY2PR0501MB173525FC5AA60C54E354C4199C2A0@BY2PR0501MB1735.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(20558992708506)(21748063052155);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001)(6041248)(20161123564025)(20161123560025)(20161123555025)(20161123558025)(20161123562025)(6072148); SRVR:BY2PR0501MB1735; BCL:0; PCL:0; RULEID:; SRVR:BY2PR0501MB1735;
x-forefront-prvs: 0236114672
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(7916002)(39450400003)(38730400002)(92566002)(9686003)(122556002)(54896002)(86362001)(6306002)(2501003)(189998001)(3280700002)(99286003)(3660700001)(2906002)(2900100001)(25786008)(3846002)(102836003)(66066001)(790700001)(6436002)(8676002)(81166006)(7736002)(6506006)(53936002)(77096006)(9326002)(5660300001)(55016002)(450100001)(8936002)(74316002)(7696004)(54356999)(33656002)(50986999); DIR:OUT; SFP:1101; SCL:1; SRVR:BY2PR0501MB1735; H:BY2PR0501MB1734.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en;
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_BY2PR0501MB17346D370676D56617BC67A49C2A0BY2PR0501MB1734_"
MIME-Version: 1.0
X-OriginatorOrg: calix.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Mar 2017 16:21:51.4762 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 8ffae2e5-6ff0-4510-bbf3-ca842d7ca55e
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR0501MB1735
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipfix/aYw7dE9nvhWbwLYVJqg8XmYpNHo>
Subject: [IPFIX] RFC 6728: Observation Point ID definition
X-BeenThere: ipfix@ietf.org
X-Mailman-Version: 2.1.17
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: Sat, 04 Mar 2017 16:21:55 -0000

Hello,

RFC 6728 defines the observation point as the "location for which packets are observed".  RFC 6727 page 4.1 shows this uml relationship:

         +-------------------------------+
         | ObservationPoint              |
         +-------------------------------+
         | name                          |
         | observationPointId {readOnly} |
         | observationDomainId           | 0..*
         | ifName[0..*]                  |-------------+
         | ifIndex[0..*]                 |             | 0..*
         | entPhysicalName[0..*]         |             V
         | entPhysicalIndex[0..*]        |    +------------------+
         | direction = "both"            |    | SelectionProcess |
         +-------------------------------+    +------------------+


In RFC 6728, the observationpointid, ifname, ifindex,entphysicalname and entphysicalindex are part of the observationpointparameters grouping.

RFC 6728 has examples centered around the idea of creating a metering process that samples packets and reports statistics over ipfix (netflow-like statistics).

There is yang models that configure statistic collection.   It seems in that case (if you want to use ipfix to carry those statistics), that the observation point could refer to those entities (leaf-ref) that are already collecting statistics.  When I look at the RFC 6728 yang structure it seems there is an "attempt" to do that via the use of IfName, IfIndex, EntPhysicalName and EntPhysicalIndex (which are SNMP physical entities).  However you have logical entities that the current structure doesn't permit you to define as the observation points.  Is that a correct interpretation of the current yang for ipfix?  How can you refer to logical entities? (it seems the only place you could do this was to stick the leaf-ref into the name but not a good yang practice).

Please advise.

Thanks.

Marta Seda