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