[Casm] Minutes of prep meeting

Audric Schiltknecht <audric.schiltknecht@viagenie.ca> Mon, 27 March 2017 15:47 UTC

Return-Path: <audric.schiltknecht@viagenie.ca>
X-Original-To: casm@ietfa.amsl.com
Delivered-To: casm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9C71D12945D for <casm@ietfa.amsl.com>; Mon, 27 Mar 2017 08:47:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 XzzgMbcXOIg6 for <casm@ietfa.amsl.com>; Mon, 27 Mar 2017 08:47:44 -0700 (PDT)
Received: from jazz.viagenie.ca (jazz.viagenie.ca [IPv6:2620:0:230:8000::2]) by ietfa.amsl.com (Postfix) with ESMTP id 99DD81297B8 for <casm@ietf.org>; Mon, 27 Mar 2017 08:47:44 -0700 (PDT)
Received: from [IPv6:2620:0:230:2001::1000] (unknown [IPv6:2620:0:230:2001::1000]) by jazz.viagenie.ca (Postfix) with ESMTPSA id 1180647812 for <casm@ietf.org>; Mon, 27 Mar 2017 11:47:44 -0400 (EDT)
To: casm@ietf.org
From: Audric Schiltknecht <audric.schiltknecht@viagenie.ca>
Organization: =?UTF-8?B?VmlhZ8Opbmll?=
Message-ID: <eaeda3fb-7d7d-db3a-8530-de1681d4b358@viagenie.ca>
Date: Mon, 27 Mar 2017 11:47:43 -0400
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/casm/-pQJNhRFYyTf7OLDOaMuEQJcKjY>
Subject: [Casm] Minutes of prep meeting
X-BeenThere: casm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Coordinated Address Space Management <casm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/casm>, <mailto:casm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/casm/>
List-Post: <mailto:casm@ietf.org>
List-Help: <mailto:casm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/casm>, <mailto:casm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Mar 2017 15:47:47 -0000

Hello,

Please find the "minutes" of the prep meeting held on Sunday 26th in Chicago.

Regards,
Audric Schiltknecht

-------------
CASM Prep Meeting, 2017/03/26

Benoit: What do you want to do? If only YANG Model, almost adopted in OPS wg, so why need of new WG?
Or what do you want to connect to your IPAM?

Warren: Doc only presented [in OPS], not asked for adoption

Ralph: What's the scope? General interface provides arbitrary connections between different devices?
Can you design a single interface that can generalize without being heavy for particular use cases?

Benoit: boundaries of the figure? Is it the end-user requesting address? Intermediate device? First
thing for BOF: define problem statement.
Prefer to focus on couple of points, not have 15 use cases, doing something big. Divide project into
"phases"

Ralph: Can define a single integrated interface for both IPv4/6 or need a separate one for each? Is
there any motivation for doing work for ipv4?Most companies already have an IPAM for IPv4, what
would be the motivation to dev/deploy for v4?

Warren: For v6, not really need to use prefixes conservatively

Ralph: True, but need to keep track of assignments?
What is there to learn from DHCP management?

Bernie: DHCP wg is working on DHCPv6 yang model

Benoit: Relation with ANIMA?

Ignas: Review: Broadband aggregation use case: very specific / scope? only IP or more coordinate
allocation of identifiers (vlan tag, mpls label, etc)?
-> Would be happy with Standard interface to query ids (think of dhcp for prefixes, tags, etc)

Ralph: Is there enough to specify interface document? What are the requirements that need to be
specified?

In scope for OPS wg? Come back for a new WG?

Benoit: Not sure this is right question, what is the problem we are trying to solve?

Warren: Does it seem there are people on IPAM/vendor sides willing to build on these documents?

Ignas: End vision: do we want to be able to replace an IPAM system with another? Typically, you
install one system and stay "locked-in". Not really need for change, "it works".

Ralph: what do we get from having interoperability in this domain? (as in DHCP failover).

Ignas: 3 components: router, IPAM, and something in middle where logic lies.
Interoperability between IPAMs is a db synchronization question, no need to define a standard way to
make IPAMs interoperables.