I2NSF Consumer-Facing Interface YANG Data Model
draft-ietf-i2nsf-consumer-facing-interface-dm-12
|
Document |
Type |
|
Active Internet-Draft (i2nsf WG)
|
|
Authors |
|
Jaehoon Jeong
,
Chaehong Chung
,
Tae-Jin Ahn
,
Rakesh Kumar
,
Susan Hares
|
|
Last updated |
|
2020-09-08
|
|
Stream |
|
IETF
|
|
Intended RFC status |
|
(None)
|
|
Formats |
|
plain text
xml
pdf
htmlized (tools)
htmlized
bibtex
|
|
Yang Validation |
|
☯
1 errors, 1 warnings.
draft-ietf-i2nsf-consumer-facing-interface-dm-12.txt:
xym 0.4.10:
Extracting 'ietf-i2nsf-cfi-policy@2020-09-08.yang'
Removed 0 empty lines
ietf-i2nsf-cfi-policy@2020-09-08.yang:
pyang 2.4.0: pyang --verbose --ietf -p {libs} {model}:
# module search path: a/www/ietf-ftp/yang/rfcmod/:/a/www/ietf-ftp/yang/draftmod/:/a/www/ietf-ftp/yang/ianamod/:/a/www/ietf-ftp/yang/catalogmod/:.:/var/lib/wwwrun/yang/modules:/a/www/ietf-datatracker/7.24.0/env/share/yang/modules
# read ietf-i2nsf-cfi-policy@2020-09-08.yang (CL)
# read /a/www/ietf-datatracker/7.24.0/env/share/yang/modules/ietf/ietf-inet-types.yang
# read /a/www/ietf-ftp/yang/catalogmod/ietf-inet-types@2020-07-06.yang
# read /a/www/ietf-datatracker/7.24.0/env/share/yang/modules/ietf/ietf-yang-types.yang
# read /a/www/ietf-ftp/yang/catalogmod/ietf-yang-types@2020-07-06.yang
# read /a/www/ietf-datatracker/7.24.0/env/share/yang/modules/ietf/ietf-netconf-acm.yang
# read /a/www/ietf-ftp/yang/rfcmod/ietf-netconf-acm@2018-02-14.yang
ietf-i2nsf-cfi-policy@2020-09-08.yang:47: warning: RFC 8407: 3.1: The IETF Trust Copyright statement seems to be missing (see pyang --ietf-help for details).
ietf-i2nsf-cfi-policy@2020-09-08.yang:578: error: keyword "description" not in canonical order (see RFC 6020, Section 12)
yanglint SO 1.6.7: yanglint --verbose -p {tmplib} -p {rfclib} -p {draftlib} -p {ianalib} -p {cataloglib} {model} -i:
No validation errors
|
|
Reviews |
|
|
|
Additional Resources |
|
|
Stream |
WG state
|
|
WG Document
|
|
Document shepherd |
|
No shepherd assigned
|
IESG |
IESG state |
|
I-D Exists
|
|
Consensus Boilerplate |
|
Unknown
|
|
Telechat date |
|
|
|
Responsible AD |
|
(None)
|
|
Send notices to |
|
(None)
|
I2NSF Working Group J. Jeong, Ed.
Internet-Draft C. Chung
Intended status: Standards Track Sungkyunkwan University
Expires: March 12, 2021 T. Ahn
Korea Telecom
R. Kumar
Juniper Networks
S. Hares
Huawei
September 8, 2020
I2NSF Consumer-Facing Interface YANG Data Model
draft-ietf-i2nsf-consumer-facing-interface-dm-12
Abstract
This document describes an information model and a YANG data model
for the Consumer-Facing Interface between an Interface to Network
Security Functions (I2NSF) User and Security Controller in an I2NSF
system in a Network Functions Virtualization (NFV) environment. The
information model defines various types of managed objects and the
relationship among them needed to build the interface. The
information model is based on the "Event-Condition-Action" (ECA)
policy model defined by a capability information model for I2NSF
[I-D.ietf-i2nsf-capability], and the data model is defined for
enabling different users of a given I2NSF system to define, manage,
and monitor security policies for specific flows within an
administrative domain.
Status of This Memo
This Internet-Draft is submitted in full conformance with the
provisions of BCP 78 and BCP 79.
Internet-Drafts are working documents of the Internet Engineering
Task Force (IETF). Note that other groups may also distribute
working documents as Internet-Drafts. The list of current Internet-
Drafts is at https://datatracker.ietf.org/drafts/current/.
Internet-Drafts are draft documents valid for a maximum of six months
and may be updated, replaced, or obsoleted by other documents at any
time. It is inappropriate to use Internet-Drafts as reference
material or to cite them other than as "work in progress."
This Internet-Draft will expire on March 12, 2021.
Jeong, et al. Expires March 12, 2021 [Page 1]
Internet-Draft Consumer-Facing Interface YANG Data Model September 2020
Copyright Notice
Copyright (c) 2020 IETF Trust and the persons identified as the
document authors. All rights reserved.
This document is subject to BCP 78 and the IETF Trust's Legal
Provisions Relating to IETF Documents
(https://trustee.ietf.org/license-info) in effect on the date of
publication of this document. Please review these documents
carefully, as they describe your rights and restrictions with respect
to this document. Code Components extracted from this document must
include Simplified BSD License text as described in Section 4.e of
the Trust Legal Provisions and are provided without warranty as
described in the Simplified BSD License.
Table of Contents
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 3
2. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . 5
3. Information Model for Policy . . . . . . . . . . . . . . . . 5
3.1. Event Sub-model . . . . . . . . . . . . . . . . . . . . . 6
3.2. Condition Sub-model . . . . . . . . . . . . . . . . . . . 7
3.3. Action Sub-model . . . . . . . . . . . . . . . . . . . . 9
4. Information Model for Policy Endpoint Groups . . . . . . . . 10
4.1. User Group . . . . . . . . . . . . . . . . . . . . . . . 11
4.2. Device Group . . . . . . . . . . . . . . . . . . . . . . 12
4.3. Location Group . . . . . . . . . . . . . . . . . . . . . 13
5. Information Model for Threat Prevention . . . . . . . . . . . 14
5.1. Threat Feed . . . . . . . . . . . . . . . . . . . . . . . 14
5.2. Payload Content . . . . . . . . . . . . . . . . . . . . . 15
6. Network Configuration Access Control Model (NACM) for I2NSF
Consumer-Facing Interface . . . . . . . . . . . . . . . . . . 16
7. YANG Data Model of Consumer-Facing Interface . . . . . . . . 18
7.1. YANG Module of Consumer-Facing Interface . . . . . . . . 18
8. XML Configuration Examples of High-Level Security Policy
Rules . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
8.1. Database Registration: Information of Positions and
Devices (Endpoint Group) . . . . . . . . . . . . . . . . 41
8.2. Scenario 1: Block SNS Access during Business Hours . . . 43
8.3. Scenario 2: Block Malicious VoIP/VoLTE Packets Coming to
a Company . . . . . . . . . . . . . . . . . . . . . . . . 45
8.4. Scenario 3: Mitigate HTTP and HTTPS Flood Attacks on a
Show full document text