Skip to main content

Minutes IETF106: opsawg
minutes-106-opsawg-00

The information below is for an old version of the document.
Meeting Minutes Operations and Management Area Working Group (opsawg) WG Snapshot
Date and time 2019-11-20 02:00
Title Minutes IETF106: opsawg
State Active
Other versions plain text
Last updated 2019-12-09

minutes-106-opsawg-00
What: Combined OpsAWG / OpsArea
When: 10:00-12:00 Wednesday Morning session I
Where: Collyer

OpsAWG Section
--------------------

Administrivia  - scribes, minutes, etc.
Tianran / Joe
5 minutes

Layer 3 VPN Network Model
Oscar Gonz¨¢lez de Dios/Qin Wu
Draft:
https://datatracker.ietf.org/doc/draft-ietf-opsawg-l3sm-l3nm/
15 minutes

Auto-assign can be the default behavior
Ignas as operator: Making auto-assign the default will clash with many
deployments; should be an option Oscar: how to make that auto-assignment
happen; leave RT/RD blank or explicitly set auto-assign? Qin: no strong
preference for explicit or implicit auto-assign; document needs to Tim Carey:
We do see in zero-touch the need for the controllers to assign. Leaving the
blank is the auto-assignment. Auto-assignment is done via a profile/policy.
Joe: will send comments to list (on L3SM integration)

A Framework for Automating Service and Network Management with YANG
Qin Wu
Draft:
https://datatracker.ietf.org/doc/draft-wu-model-driven-management-virtualization/
10 minutes

Laurent: Interaction between Service Level and Network level misleading; you
don't decomission the service in the network level; should be within the
lifecycle of the service level Qin: Will shore up service lifecycle

Laurent: Good examples; maybe go for operations and show which models can be
used for those operations Qin: Will work through that Joe: Not on mic; agree
with this comment.  Showing operator use cases and how they map to YANG models
will be very helpful

Yang data model for TACACS+
Bo Wu
Draft:
https://datatracker.ietf.org/doc/draft-ietf-opsawg-tacacs-yang/
5 minutes

Joe: Will follow up with YANG doctors to see if we can do anything with respect
to augment ietf-system Dymytro: Follow up with ietf-system authors to see when
the next version of ietf-system will be published Bo: Will follow up

In-situ Flow Information Telemetry
Haoyu Song
Draft:
https://datatracker.ietf.org/doc/draft-song-opsawg-ifit-framework/
15 minutes

Diego Lopez: Closed loop is misleading; about automatic control
Haoyu: Clarified in draft
Diego: Still not clear, needs a better term to avoid ambiguity
Haoyu: Closed-loop only exists in a given domain
Frank: the scope is large.
China Mobile: useful work and gives some examples.
China Telecom: support the adoption of the work.
Chair: How many of you have read this document? quite a lot.
Chair: How many of you think this is a useful work and the working group could
work on it? still many, 20+.

A YANG Module for uCPE Management
Dmytro Shytyi
Draft:
https://datatracker.ietf.org/doc/draft-shytyi-opsawg-vysm/
10 minutes

Dean: How is this different from RFC8530 [YANG Model for Logical Network
Elements] Dmytro: Not familiar (or don't remember)

Qin: Some similar work in teas working group
Dmytro: Working with the teas work; augmenting it

Dmytro: Corss work going on with ETSI?

Tim (from Jabber): Does the authors intend to use other virtualization
technologies than VMs like Docker, etc Tim (from Jabber): I would also ask that
can't the ETSI NFV SOL drafts be used to solve this problem? If ETSI has solved
the problem why do we need to duplicate this for a very specific problem domain

Sampled Traffic Streaming
Andrew Gray
Draft:
https://datatracker.ietf.org/doc/draft-gray-sampled-streaming/
10 minutes

Frank: Compare to 5476
Ignas: Please schedule a side meeting here in S'pore to discuss this work

In-situ OAM Deployment
Frank Brockners
Draft:
https://datatracker.ietf.org/doc/draft-brockners-opsawg-ioam-deployment/
5 minute

Multiple at mic: useful work, but could use more concrete recommendations. 
That may require more experience before those recommendations can be made It
may be that this document lives and evolves over time as more experience is
learned with IOAM

MUD (D)TLS profiles for IoT devices
Tirumaleswar Reddy
Draft:
https://datatracker.ietf.org/doc/draft-reddy-opsawg-mud-tls/
5 minutes

Eliot to comment on mic, but we had to push this to the list

Ops-Area Section
---------------------
Administrivia - scribes, minutes, etc.
Warren / Ignas
15 minutes

[Short mic time due to long opsawg]

Service Assurance for Intent-based Networking (SAIN)
Benoit Claise
Draft:
https://datatracker.ietf.org/doc/draft-claise-opsawg-service-assurance-architecture/
15 minute

Dean: This is a problem to solve; confusing autonomic and intent-based
Jeff: How do you model data received from CLI, telemetry, SNMP, etc. in a
coherent way Robin: More layers are introduced that add complexity to the
existing layers already present in the IETF

Rajiv: Architecture very useful; from a perspective of config there has not
been an effort to model the assurance aspect and create that hierarchy
 Contain and define service assurance (do you mean network, security, etc.)?
Figure out a hierachy and model that hierarchy
Physical vs. logical awareness is important
Benoit: API is there to augment those sub-service types
Alex Clemm: service assurance and the dependency graph could be split for more
reuse

Open Mic