140 likes | 181 Views
This document outlines key features, architecture, requirements, issues, and bugs related to Netconf event notifications as discussed at IETF 66 by Sharon Chisholm and Hector Trevino. Key features include clean subscription management, event classes for filtering, and support for Netconf content. The architecture shows the interaction between network elements, Netconf stack, clients, and other protocols. The message flow and format are detailed, along with requirements, issues, and bugs.
E N D
Netconf Event Notifications IETF 66 Sharon Chisholm schishol@nortel.com Hector Trevino htrevino@cisco.com
Outline • Key Features • Architecture • Requirements • Issues • Bugs
Key Features • Clean subscribe/unsubscribe to notifications of interest • Modification of subscription without loss of notifications • Event Classes to enable ‘big bucket’ filtering • Ability to carry Netconf-content
Netconf Layers Layer Example +-------------+ +----------------------------------------+ | Content | | Configuration data | +-------------+ +----------------------------------------+ | | +-------------+ +-------------------------------------------+ | Operations | | <get-config>, <edit-config> <notification>| +-------------+ +-------------------------------------------+ | | | +-------------+ +-----------------------------+ | | RPC | | <rpc>, <rpc-reply> | | +-------------+ +-----------------------------+ | | | | +-------------+ +------------------------------------------+ | Application | | BEEP, SSH, SSL, console | | Protocol | | | +-------------+ +------------------------------------------+
An Architecture .... ---------------------------------------------- | Network Element | | ------------ | | | Alarm | | | | Management | -------------- | -------------- | ------------ |--->|Netconf Stack |<---------->| Netconf | | | | | | | | | | | | -------------- | --->| Client | | V | | | -------------- | ------------ | | | | | Event |--->| ------------------ | | | | Management | | |Other Protocols | | | | ------------ |--->| | | | | ------------------ | | |--------------------------------------------- | | ---------------------------------------------- | | Network Element | | | ------------ | | | | Alarm | | | | | Management | -------------- | | | ------------ |--->|Netconf Stack |<-------| | | | | | | | | | -------------- | | V | | | ------------ | | | | Event |--->| ------------------ | | | Management | | |Other Protocols | | | ------------ |--->| | | | ------------------ | |--------------------------------------------
Message Flow C S | | | capability exchange | |-------------------------->| |<------------------------->| | | | <create-subscription> | |-------------------------->| |<--------------------------| | | | <notification> | |<--------------------------| | | | <notification> | |<--------------------------| | | | <modify-subscription> | |-------------------------->| (buffered) | <notification> | |<--------------------------| | <rpc-reply> | |<--------------------------|
Message Format ___________________________________________________________________ || Notification Header || Data | ||__________________________________________________________||______| || subscriptionId| eventClasses| sequenceNumber| dateAndTime|| | ||_______________|_____________|_______________|____________||______|
Issues - Big • Endless RPC versus Notifications • Syslog Tunnelling versus Notification Framework
Issues – Less Big • Best way to have initial set up event classes while allowing extensibility • Create separate Event Class document? • More details of callHomeNotifications
Bugs • Missing ‘data’ element from Notification XSD definition