Re: [netmod] Notications in interface model

Alex Campbell <> Fri, 01 December 2017 03:47 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id C9E93124BFA for <>; Thu, 30 Nov 2017 19:47:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id INxmytkCm4zC for <>; Thu, 30 Nov 2017 19:47:22 -0800 (PST)
Received: from ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id C84731241F5 for <>; Thu, 30 Nov 2017 19:47:22 -0800 (PST)
From: Alex Campbell <>
To: "Bogaert, Bart (Nokia - BE/Antwerp)" <>, "" <>
Thread-Topic: Notications in interface model
Thread-Index: AdNiyXW4eQUrjwP+TRmbZEinuN+pWwHjWIsu
Date: Fri, 01 Dec 2017 03:47:20 +0000
Message-ID: <>
References: <>
In-Reply-To: <>
Accept-Language: en-NZ, en-US
Content-Language: en-NZ
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: []
Content-Type: multipart/alternative; boundary="_000_151210004097060458Aviatnetcom_"
MIME-Version: 1.0
Archived-At: <>
Subject: Re: [netmod] Notications in interface model
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: NETMOD WG list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Fri, 01 Dec 2017 03:47:24 -0000

That is a good question.

In retrospect that seems like an obvious omission from the standard YANG.

I'm not aware of any other YANG that adds such a notification.

From: netmod <> on behalf of Bogaert, Bart (Nokia - BE/Antwerp) <>
Sent: Wednesday, 29 November 2017 12:29 a.m.
Subject: [netmod] Notications in interface model


In the interfaces module we notice support of if-mib feature indicating whether the IF-MIB is supported or not.  Part of this feature is a flag to indicate whether an SNMP link-up/down trap has to be generated or not.  Looking at the YANG model itself we notice that it does not foresee any similar capability.  We were wondering whether it has been discussed as part of the YANG model definition for interfaces to define a general status change notification in case an interface goes down or comes up and whether the generation of such a notification can be enabled or disabled?

Regards, Bart Bogaert