Re: [Netconf] netconf call home connection type
Martin Bjorklund <mbj@tail-f.com> Wed, 22 August 2018 09:07 UTC
Return-Path: <mbj@tail-f.com>
X-Original-To: netconf@ietfa.amsl.com
Delivered-To: netconf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6EC33130EDD for <netconf@ietfa.amsl.com>; Wed, 22 Aug 2018 02:07:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 hV5aOGMCyU8e for <netconf@ietfa.amsl.com>; Wed, 22 Aug 2018 02:07:09 -0700 (PDT)
Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 6D118130F04 for <netconf@ietf.org>; Wed, 22 Aug 2018 02:07:09 -0700 (PDT)
Received: from localhost (h-80-27.A165.priv.bahnhof.se [212.85.80.27]) by mail.tail-f.com (Postfix) with ESMTPSA id B6B6F1AE0388; Wed, 22 Aug 2018 11:07:08 +0200 (CEST)
Date: Wed, 22 Aug 2018 11:07:08 +0200
Message-Id: <20180822.110708.634004471297704581.mbj@tail-f.com>
To: j.schoenwaelder@jacobs-university.de
Cc: kwatsen@juniper.net, netconf@ietf.org
From: Martin Bjorklund <mbj@tail-f.com>
In-Reply-To: <20180822090253.zuutkbsoht3nnt2z@anna.jacobs.jacobs-university.de>
References: <4EAB4AE6-9957-46C5-A811-D0187C605AF2@juniper.net> <20180822.104517.297330493199273368.mbj@tail-f.com> <20180822090253.zuutkbsoht3nnt2z@anna.jacobs.jacobs-university.de>
X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO)
Mime-Version: 1.0
Content-Type: Text/Plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/Xs58CyuYV_97jvqBXIXU7raPNpk>
Subject: Re: [Netconf] netconf call home connection type
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: Network Configuration WG mailing list <netconf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netconf>, <mailto:netconf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netconf/>
List-Post: <mailto:netconf@ietf.org>
List-Help: <mailto:netconf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netconf>, <mailto:netconf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 22 Aug 2018 09:07:20 -0000
Hi, Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> wrote: > On Wed, Aug 22, 2018 at 10:45:17AM +0200, Martin Bjorklund wrote: > > > > To be clear, I think we should have: (in the server model) > > > > | +--rw periodic! > > | +--rw idle-timeout? uint16 > > | +--rw period? uint16 > > | +--rw anchor-time? yang:date-and-time > > > > So who is going to configure suitable anchor-times on a large number > of devices? Probably the client that will receive the call-home connections. > Is it not much easier to use a random offset instead to > avoid synchronization? In LMAP, we used a random-spread in seconds, > which defines the size of the time interval from which random values > are taken. This has the nice benefit that the config can be the same > for a large number of devices and you still get a distribution over a > time interval. > > Perhaps you want an anchor-time, a period, and a random offset: > > anchor-time: 2018-08-22T00:00:00+00 > period: 600 seconds (and yes timeticks seems overkill) > random-spread: 60 seconds > > So you get events at 00:00:00+rs, 00:10:00+rs, 00:20:00+rs etc. and > with 1200 devices you get on average 20 requests per second and all > 1200 devices have exactly the same config. This looks very nice! /martin
- [Netconf] netconf call home connection type Martin Bjorklund
- Re: [Netconf] netconf call home connection type Kent Watsen
- Re: [Netconf] netconf call home connection type Kent Watsen
- Re: [Netconf] netconf call home connection type Martin Bjorklund
- Re: [Netconf] netconf call home connection type Martin Bjorklund
- Re: [Netconf] netconf call home connection type Juergen Schoenwaelder
- Re: [Netconf] netconf call home connection type Martin Bjorklund
- Re: [Netconf] netconf call home connection type Kent Watsen
- Re: [Netconf] netconf call home connection type Kent Watsen
- Re: [Netconf] netconf call home connection type Kent Watsen
- Re: [Netconf] netconf call home connection type Juergen Schoenwaelder
- Re: [Netconf] netconf call home connection type Martin Bjorklund
- Re: [Netconf] netconf call home connection type Martin Bjorklund
- Re: [Netconf] netconf call home connection type Kent Watsen
- Re: [Netconf] netconf call home connection type Kent Watsen
- Re: [Netconf] netconf call home connection type Juergen Schoenwaelder
- Re: [Netconf] netconf call home connection type Martin Bjorklund
- Re: [Netconf] netconf call home connection type Kent Watsen
- Re: [Netconf] netconf call home connection type Martin Bjorklund
- Re: [Netconf] netconf call home connection type Kent Watsen
- Re: [Netconf] netconf call home connection type Martin Bjorklund
- Re: [Netconf] netconf call home connection type Kent Watsen
- Re: [Netconf] netconf call home connection type Martin Bjorklund
- Re: [Netconf] netconf call home connection type Kent Watsen
- Re: [Netconf] netconf call home connection type Andy Bierman
- Re: [Netconf] netconf call home connection type Martin Bjorklund
- Re: [Netconf] netconf call home connection type Juergen Schoenwaelder
- Re: [Netconf] netconf call home connection type Kent Watsen
- Re: [Netconf] netconf call home connection type Andy Bierman
- Re: [Netconf] netconf call home connection type Kent Watsen
- Re: [Netconf] netconf call home connection type Martin Bjorklund
- Re: [Netconf] netconf call home connection type Kent Watsen
- Re: [Netconf] netconf call home connection type Martin Bjorklund
- Re: [Netconf] netconf call home connection type Kent Watsen
- Re: [Netconf] netconf call home connection type Andy Bierman