Re: [netmod] Adam Roach's No Objection on draft-ietf-netmod-syslog-model-23: (with COMMENT)

"Clyde Wildes (cwildes)" <cwildes@cisco.com> Thu, 08 March 2018 18:18 UTC

Return-Path: <cwildes@cisco.com>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D4C7E12706D; Thu, 8 Mar 2018 10:18:51 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.531
X-Spam-Level:
X-Spam-Status: No, score=-14.531 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 NymSLvi4x4SX; Thu, 8 Mar 2018 10:18:50 -0800 (PST)
Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 209B11243F6; Thu, 8 Mar 2018 10:18:50 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5288; q=dns/txt; s=iport; t=1520533130; x=1521742730; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=XY2H3/JJWE9dhyoTn5qnLWD+QN1Nb1+8Zpxo2llll/k=; b=kRwd38H7YgXH8y13N/ikmCfQcZ31u+7TO7YRfSZXndQNSaaHN5Tq7wE/ jqVbhghdTuTrFSzBIvrr4Xvtld2wkaBKduL3IFrDmatiD9ivzvcRlTgj8 GGcmH45qRDTiWIsswhkmX3ICgeEOfIx0Y5YH31N9qWnasL27qq/PsI+N3 8=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CyAAB6faFa/4UNJK1eGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAYNQZm8oCoNGih6Nd4FbgT2UKRSCAQojgTaDTAIagnAhNBg?= =?us-ascii?q?BAgEBAQEBAQJrJ4UkBiMRRRACAQgaAiYCAgIwFRACBAENBYUZD6sfgiaIaII?= =?us-ascii?q?TBYEOhCeCLoFWgg8MgniDLgIBAgGBOgELBwGDKDCCMgSIG4VUjGAJAoZHih+?= =?us-ascii?q?BY4Q0iEqJeYcnAhETAYErAR44YVgRCHAVOioBghiCY4FldwGIcQ8YgQqBFwE?= =?us-ascii?q?BAQ?=
X-IronPort-AV: E=Sophos;i="5.47,441,1515456000"; d="scan'208";a="366397306"
Received: from alln-core-11.cisco.com ([173.36.13.133]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 08 Mar 2018 18:18:49 +0000
Received: from XCH-RCD-013.cisco.com (xch-rcd-013.cisco.com [173.37.102.23]) by alln-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id w28IInLU030769 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 8 Mar 2018 18:18:49 GMT
Received: from xch-aln-015.cisco.com (173.36.7.25) by XCH-RCD-013.cisco.com (173.37.102.23) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Thu, 8 Mar 2018 12:18:48 -0600
Received: from xch-aln-015.cisco.com ([173.36.7.25]) by XCH-ALN-015.cisco.com ([173.36.7.25]) with mapi id 15.00.1320.000; Thu, 8 Mar 2018 12:18:48 -0600
From: "Clyde Wildes (cwildes)" <cwildes@cisco.com>
To: Adam Roach <adam@nostrum.com>, The IESG <iesg@ietf.org>
CC: "draft-ietf-netmod-syslog-model@ietf.org" <draft-ietf-netmod-syslog-model@ietf.org>, Lou Berger <lberger@labn.net>, Kent Watsen <kwatsen@juniper.net>, "netmod-chairs@ietf.org" <netmod-chairs@ietf.org>, "netmod@ietf.org" <netmod@ietf.org>
Thread-Topic: Adam Roach's No Objection on draft-ietf-netmod-syslog-model-23: (with COMMENT)
Thread-Index: AQHTtrYcV91jBgWxxkacsH0dPPey+KPHCvYA
Date: Thu, 8 Mar 2018 18:18:48 +0000
Message-ID: <B6CDE5F2-9986-4D47-B2A5-5178514533B7@cisco.com>
References: <152049713585.21371.5349464317624337106.idtracker@ietfa.amsl.com>
In-Reply-To: <152049713585.21371.5349464317624337106.idtracker@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.20.145.3]
Content-Type: text/plain; charset="utf-8"
Content-ID: <161BE6D457D7E14693C78CF935A2C4A2@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/Ld0bt_H4LJl80eD_EwYgup5l9vc>
Subject: Re: [netmod] Adam Roach's No Objection on draft-ietf-netmod-syslog-model-23: (with COMMENT)
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Mar 2018 18:18:52 -0000

Adam,

An earlier version of the model (draft-ietf-netmod-syslog-model-08 and prior) included “terminal” as a syslog destination which addresses your requirement below:

            +--rw terminal {terminal-action}?
            |  +--rw all-terminals!
            |  |  +--rw log-selector
            |  |     +--rw (selector-facility)
            |  |     |  +--:(no-log-facility)
            |  |     |  |  +--rw no-facilities?   empty
            |  |     |  +--:(log-facility)
            |  |     |     +--rw log-facility* [facility]
            |  |     |        +--rw facility             union
            |  |     |        +--rw severity             union
            |  |     |        +--rw severity-operator?   enumeration {selector-sevop-config}?
            |  |     +--rw pattern-match?   string {selector-match-config}?
            |  +--rw terminal* [name] {terminal-facility-user-logging-config}?
            |     +--rw name            string
            |     +--rw log-selector
            |        +--rw (selector-facility)
            |        |  +--:(no-log-facility)
            |        |  |  +--rw no-facilities?   empty
            |        |  +--:(log-facility)
            |        |     +--rw log-facility* [facility]
            |        |        +--rw facility             union
            |        |        +--rw severity             union
            |        |        +--rw severity-operator?   enumeration {selector-sevop-config}?
            |        +--rw pattern-match?   string {selector-match-config}?

A consensus of the group was that it was best to remove this destination in the model as a simplification, and that vendors that supported same could add it back through an augmentation.

Thanks,

Clyde

On 3/8/18, 12:19 AM, "Adam Roach" <adam@nostrum.com>; wrote:

    Adam Roach has entered the following ballot position for
    draft-ietf-netmod-syslog-model-23: No Objection
    
    When responding, please keep the subject line intact and reply to all
    email addresses included in the To and CC lines. (Feel free to cut this
    introductory paragraph, however.)
    
    
    Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
    for more information about IESG DISCUSS and COMMENT positions.
    
    
    The document, along with other ballot positions, can be found here:
    https://datatracker.ietf.org/doc/draft-ietf-netmod-syslog-model/
    
    
    
    ----------------------------------------------------------------------
    COMMENT:
    ----------------------------------------------------------------------
    
    One quick comment on the model for the console:
    
                +--rw console! {console-action}?
                |  +--rw facility-filter
                |  |  +--rw facility-list* [facility severity]
                |  |     +--rw facility            union
                |  |     +--rw severity            union
                |  |     +--rw advanced-compare {select-adv-compare}?
                |  |        +--rw compare?   enumeration
                |  |        +--rw action?    enumeration
                |  +--rw pattern-match?     string {select-match}?
    
    Syslog can be (and frequently is) configured to log to "console" on a
    non-default tty. It's not clear from this model how this would be configured or
    indicated. Is the assumption here that all non-default-console tty logging
    would be handled by the "file" portion of the tree? If so, it would be worth
    indicating so explicitly, and noting that such an approach is limited to those
    systems that present ttys as a part of the filesystem. Alternately, it might
    make sense to add a tty field to the "console" subtree to report/configure this
    value.