[OPSAWG] [IETF101]: Ops Area and OPSAWG Minutes

Joe Clarke <jclarke@cisco.com> Tue, 03 April 2018 13:11 UTC

Return-Path: <jclarke@cisco.com>
X-Original-To: opsawg@ietfa.amsl.com
Delivered-To: opsawg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D2B17127698 for <opsawg@ietfa.amsl.com>; Tue, 3 Apr 2018 06:11:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level:
X-Spam-Status: No, score=-14.51 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, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001, 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 vd7sfEuCvXYz for <opsawg@ietfa.amsl.com>; Tue, 3 Apr 2018 06:11:53 -0700 (PDT)
Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E85421205D3 for <opsawg@ietf.org>; Tue, 3 Apr 2018 06:11:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6802; q=dns/txt; s=iport; t=1522761112; x=1523970712; h=to:from:subject:message-id:date:mime-version: content-transfer-encoding; bh=XbC+VdFSV186efMF24Fnrfn3QNRZILLh8hn84oOwlv4=; b=EaIEfCa1It5NS9D4qcIrBLhyFFZWdGaBEEuqvYTRFsbHIbUNYbhHnm1O EGaUOMCswgNvJCyoQI6DA2Nz9WF0U3GMUMENuNnnueMxUK6eST0hogBFG yPW57EeytmuuD/9bjJoE9HlvTQAP3qECbRBXK7ZbgMQJJRR6U2gSbSemG 8=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0AhAQBbfMNa/4cNJK1dGgEBAQEBAgEBAQEIAQEBAYNCYW+EB4gAjQSBSwiBMJJVgXoLI4kiITQYAQIBAQEBAQECax0LhUxLOAgCJgJLFA0IAQEQB4RyD61YghyIQ4IgBYEJhliBVD+BDCIMgVqCPYFQAgMBhFiCVAKHGQmBS4MFgR2DNoZ2CIVSiFcGgTCDWYI3IoRVhyaBb4ZogSUcOIFSTSMVOoJEgiuOPSOMKiuCGAEB
X-IronPort-AV: E=Sophos;i="5.48,401,1517875200"; d="scan'208";a="365464285"
Received: from alln-core-2.cisco.com ([173.36.13.135]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 03 Apr 2018 13:11:51 +0000
Received: from [10.118.87.88] (rtp-jclarke-nitro7.cisco.com [10.118.87.88]) by alln-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id w33DBpAq017767 for <opsawg@ietf.org>; Tue, 3 Apr 2018 13:11:51 GMT
To: "opsawg@ietf.org" <opsawg@ietf.org>
From: Joe Clarke <jclarke@cisco.com>
Openpgp: preference=signencrypt
Autocrypt: addr=jclarke@cisco.com; keydata= xsDiBDyDmj4RBADa/Icz5Xl+cJUGNxC/tWgXWqcA9VA8GN+PeqKhXS0BnVHntdsQxbpFUUKK 4ld0Zex/Rec1jgC/ikExJHHIee8ZVcHqP+tsWexi83/ZvEdzI95diBp2Is5fYp8P8hdIBNQS Ooc1jVYrTJUaZgJK2uBzbkh/WbipwsQbueRzXqPORwCgsPNrStLzqOpjrA7FdUz/JVQf5+8D /1SiKAOFiW4TxY+fS09lqiLs3mbXjvw23iQwLxje4vBd4+b9iAUWOsSretSKv6OE9ZlD4FYe a8HmMgEkuKfXGc8GvTq4J1uHZ0gcVbrBGmxAUBPPaAENYEJfJf7dcysKVAl14ZQVIvzAGJAZ HGuegD7uekGKnOEA61R3ze4aM2zNA/96I77l0qiMc6J7gXmiD5uxC7FsSCFj5sqTYMgBqzIY EZjU/tTUbth84xcRi4X0WNkaILqq1mOcBfmzQMvzG1n1CydmJU6iF1ewle6cIui9TQYg5CES rJF7xid4vVXRz+xi6hc1+0bSaoJa3sfpNrSSr0lKGdWHZozWdQjOvTMCXc1CSm9lIE1hcmN1 cyBDbGFya2UgKEZyZWVCU0QgY29tbWl0dGVyIGFkZHJlc3MpIDxtYXJjdXNARnJlZUJTRC5v cmc+wl8EExECABcFAjyuLU0FCwcKAwQDFQMCAxYCAQIXgAASCRBvaI+K/hTPhwdlR1BHAAEB 7U0AoICIVoBe9B8bo1lrvHh+UF7GY/WaAJ9C2mCThFrmqxCr2bCtR12UoPCPqs7ATQQ8g5pA EAQAqk1J4LBDLeWs6ZOkPDYYcKCSAu0qlzEf5YP/TcSeZcjJyXILgesFXcayoy1v7ILPQSXj 4p5uzRyn0fuGqiTvajjxMZz1aSkvgGyS+gc+PDmi4SJ2N/tX2isrul8MK+NGeUsLuZaM1JKh gKpq9yuu3D3ELG7ESga7xsOs1V/sSd8AAwUD/20XByIlsUUC/65KG/DQ1WfX2gNuy5If9tSP Q6h1Lno5Hv3ow3ktybIoQSxbcBo28nA/Gzg5NFGVkkqfOkH2xtS6V0K/WjzsrloBHCPFiKp2 yHpXfKubxl8yefQPTMj8hLwlBKrNiN1fz5/629TIkEwDwrUwHxQreE7FAzPMqHORwk4EGBEC AAYFAjyDmkAAEgkQb2iPiv4Uz4cHZUdQRwABASe5AJ9fXM2tqFFNbP8dGkXuazypmrN04gCf W667omy3jekPNqcEdQ4HNQ/rKYA=
Organization: Cisco
Message-ID: <fcb8ca11-0591-6408-47aa-445f642c5662@cisco.com>
Date: Tue, 03 Apr 2018 09:11:51 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.7.0
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/opsawg/yTOV6E3PXjyA74U1NdLjiWiboKU>
Subject: [OPSAWG] [IETF101]: Ops Area and OPSAWG Minutes
X-BeenThere: opsawg@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: OPSA Working Group Mail List <opsawg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/opsawg>, <mailto:opsawg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/opsawg/>
List-Post: <mailto:opsawg@ietf.org>
List-Help: <mailto:opsawg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/opsawg>, <mailto:opsawg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Apr 2018 13:12:00 -0000

Below are the minutes captured from the combined Ops Area and OPSAWG
meeting at IETF101.  These have also been posted to
https://datatracker.ietf.org/doc/minutes-101-opsawg/ .  Please let the
chairs know of any corrections.  Thanks.

What: Combined OpsAWG / OpsArea
When: 13:30-15:30	Monday Afternoon session I
Where: Blenheim

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

AD transition

Warren:
Much thanks to Benoit, and a bottle!

Benoit - Many YANG Modules 3214 in the catalog as of this morning.
What needs to be improved:
 - how do we update the modules efficiently ?
 + need major and minor version control.
 + great to have RFC number, but need lighter update process
 + need EXAMPLES, and auto-updates for them.
 + IANA validation of the latest version?

Eliot Lear - thanks for being the *level head in the room*
Issue with Coordinator:
Problem with YANG isthat there is code associated.
Need to commitment to make updates from new model champions,
 to achieve Operational Excellence!

Ignas - Develop the models that address the actual OPS need.
need to focus on the requirements FROM USERs (for models, etc.)
need to evolve our work to the useablility phase.

Joe Clarke:
How do we move faster, more like the OS model?  The goal is:
Be better about producing OPS need at the required velocity!


Open Mic
No questions!

Ops-Area Working Group Section
------------------------------
Administrivia - scribes, note well, etc.
Ignas / Tianran / Joe

Ignas is transitioning to become Ops Area AD after Benoit.

Joe has become a third co-chair in opsawg and after Ignas becomes AD,
opsawg will
continue to have two co-chairs for the time being

Tianran provided an update of drafts:
 + draft-ietf-opsawg-capwap-alt-tunnel-12
  - In RFC Editor Queue
 + draft-ietf-opsawg-ipfix-bgp-community-05
  - First Last Call
  - Could benefit from more operator review
 + draft-ietf-opsawg-nat-yang-13 and draft-ietf-opsawg-mud-18
  - Sent to IESG and pending telechat scheduling
 + draft-ietf-opsawg-tacacs-08
  - In progress (see below)

Alan De Kok came to the mic to discuss draft-ietf-opsawg-tacacs-08
 + Authors are not engaging with the working group
 + Periodically, a revision that addresses some comments is submitted
with no follow-up
   discussion
 + Authors have used verbatim Security Considerations text without
attribution

Joe agreed with Alan on the engagement and took the AI to follow up with
the authors
 + Since then, revision -09 has been posted addressing some of Joe's
contributor reviews
 + Authors committing to a new revision with follow-up to address Alan's
remaining issues

Eliot Lear presented a MUD update
 + Current document awaiting April 19, 2018 telechat
 + Some minor changes will be required prior to ratification
 + Next round of work will include how to describe bandwidth usage
 + While not strictly IETF-focused, 802.11 on-boarding is a prescient
issue for IoT devices
 + URL composition and domain name lifetimes also need some thought

Zhenqiang Li presented draft-ietf-opsawg-ipfix-bgp-community
 + All comments and suggestions incorporated in the draft
 + BGP community information can now be exported with specific flows
 + He asked if it's ready for the next step
  - Benoit commented that this draft should not say it "Updates" RFC7012
  - Four people have read revision -05
  - New version will be published that removes the "Updates" text

Haoyu Song presented draft-song-ntf : Toward a network telemetry framework
 + Visibility is necessary for control
 + More visibility is required
 + Existing OAM framework is insufficient for Intent-Based Networks
 + Lots of piecemeal solutions exist
 + Lack of collaboration
 + Data quantity will be large and must be processed in real-time
 + Data comes from many different sources
 + The network needs to pre-process the data
 + But measurement functions must not interfere with the main function
of the devices
 + Telemetry should partitioned into different "planes"
 + There should be a unified solution space
 + Ignas commented (as a contributor):
  - "I get the feeling you are trying to boil multiple oceans."
  - At the same time the majority of components already exist; areas
already covered
  - This feels more like product design rather than protocol design
  - What is wrong with the current OAM?
 + Authors reiterated the need for a unifying framework
 + Joe commented (as co-chair) that more scoping is needed for this work
  - Perhaps focus should be specific to Intent-based networking
  - Currently, it feels too broad, especially given that it touches so
much work already
    in progress or that has been ratified
 + Authors will look to refocus the text
 + More reviews are needed

Chongfeng Xie presented draft-li-opsawg-address-pool-management-arch :
Coordinated Address
Space Management
 + CASM is a general architecture to handle the management of address pools
 + This document can form the basis for future work on modeling and design
 + Use cases include:
  - Address poll configuration
  - NAT & CGN
  - Address configuration of IPAM
  - SDN controller
  - Interfaces to the RPKI
 + Field trial of a CASM solution conducted between Huawei, ZTE, H3C,
and Certus
 + Joe asked what has changed between the BOF held in IETF98 and now
  - There were comments that came out of the BOF that were merged into
the text
  - Two drafts that were worked on prior to the BOF have been merged
 + Joe as a contributor
  - Looks like two fused drafts
  - There was confusing terminology
  - The text currently references expired drafts
  - Problem space is interesting
  - More refinement is required for the draft
 + Tianran polled the WG for interest
  - Six have read it
  - A few more show interest
 + More discussion is needed on the mailing list
 + Ignas had a conversation with enterprise operators
  - Lots of interest in this area
  - ONUG consists of a number of enterprise operators that have a need
for this type of solution
  - Solution should be extended to handle containers, VLAN assignments, etc.

Qin Wu draft-wu-opsawg-network-overlay-resource-model
 + Define a resource-facing model for resource management (network
re-optimization,
   path selection, binding between the service and the path
 + Bridge between Service-centric models and network-centric models
 + This resource model can be mapped from the Customer-facing service model
 + Out of time in the meeting
 + Joe asked how many people have read this
  - 10 have read it
  - Seems to be lots of interest

One last round of applause for Benoit!

Joe (on behalf of the co-chairs)