IETF Logo Mail Archive

Re: [Idr] draft-ymbk-sidrops-rov-no-rr

Robert Raszuk <robert@raszuk.net> Mon, 15 November 2021 20:21 UTC

Return-Path: <robert@raszuk.net>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D130C3A08FA for <idr@ietfa.amsl.com>; Mon, 15 Nov 2021 12:21:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=raszuk.net
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 qohqbMkyHQnX for <idr@ietfa.amsl.com>; Mon, 15 Nov 2021 12:21:27 -0800 (PST)
Received: from mail-ua1-x931.google.com (mail-ua1-x931.google.com [IPv6:2607:f8b0:4864:20::931]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CDF133A08FE for <idr@ietf.org>; Mon, 15 Nov 2021 12:21:26 -0800 (PST)
Received: by mail-ua1-x931.google.com with SMTP id az37so37498903uab.13 for <idr@ietf.org>; Mon, 15 Nov 2021 12:21:26 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=k2BQzqVre22oKAUzXcbHB4/Xo+11+xAZsi31DYCyFxQ=; b=eVLIFLPsrYefWyRWD7hSPXLUmSJnrsRpiH/t4pNe2uczQP6B6a1a/XQne9X+hRlqYW HzVYd4VVaau+4owgQItMglL7OVtZW19x/h10/rGNwnYTC+vilx9kkUXBXeFoOHwmp/NL a8SNbZ/dxCpFioAn16bYfSE+RPk3V5mfQpTQCbZgizuO8Qtr/Z59bf/6v0eDW3CzQsAS 6N4FcIeqe1vTZjvM2cr9Sc5kUx+F2awiPjQ4OGTQ612WVECKQ1aDFv8v7zjmrRsDqwZO ty+v+vqf/DfI01D6/NngV/nUb5rV52dhS6XYSbUJEnjMTHVPiGbiGVCGhdbP+K4cqu39 8gGg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=k2BQzqVre22oKAUzXcbHB4/Xo+11+xAZsi31DYCyFxQ=; b=Sumg6Ur9tGXrRDsp19Pd00pcswp22R6WwPi6Gb4TtiUnOEp5hRQH6QrdaZ+yHaB54e Afakjd4JfKp5ADwlEHR3lL3v3MRrb+kRU/QSqfK2knmY2wbYqIv2dYbkElX2ZfIMNaSW sBAUKOO39/QlIDDdFxlDRe6a7XL6FgD63Vbz7IdpogV+gg+PxGT1JGbIhmxxZWM3/Uh6 LTwmdoVB8Nj6sxi4F9iLt5s8AEcQqOk3SK4jIsrD5llXFFs48gjKBC+5c5CDq9UObiQS OsZpyJbR+RQ0RYz47aWAXNnLv2+/ZCTaXRnKsnKytM+eXVq1itid1LLZinMGzLdgC3RR f2Ug==
X-Gm-Message-State: AOAM530KYW192Ch5o5E0+NWOTfz67dEtUlrMYWBAPaXMuWLtTH7vnc29 e+3nMbwb7EjsUPmnTJ5/kJwHE+OeV6Qx/4IfQxtU4A==
X-Google-Smtp-Source: ABdhPJxpd8UVz2F5TEb03JBKhKu/BK8BaHyaoNKB/X45nusveTYRmvzAkgq5bMB9bZOSa7bk3HulPAG0pNnasiptl1w=
X-Received: by 2002:a67:3310:: with SMTP id z16mr46597444vsz.5.1637007683702; Mon, 15 Nov 2021 12:21:23 -0800 (PST)
MIME-Version: 1.0
References: <E1mmcrF-0007bA-27@ran.psg.com> <m28rxptrw8.wl-randy@psg.com> <CAOj+MMHUZ26KTQje5ZO0wVubHMfvvb3QwZZm_x+TmTpTChdUdw@mail.gmail.com> <YZKpVnY/EORywfIQ@Space.Net> <CAOj+MMF+2rg69pLzR=xuK=yRKwKr1ochSzfOgYmV2-e5amZOgw@mail.gmail.com> <YZKrRx8G5SroAZ0v@Space.Net> <m2sfvxs0zd.wl-randy@psg.com> <CAOj+MMG1NDa6aZgETzsqMYOKNv4sfQUWx6w=OCfi+V=yPTY3zQ@mail.gmail.com> <m2pmr1s0hh.wl-randy@psg.com>
In-Reply-To: <m2pmr1s0hh.wl-randy@psg.com>
From: Robert Raszuk <robert@raszuk.net>
Date: Mon, 15 Nov 2021 21:21:23 +0100
Message-ID: <CAOj+MMGZjPUbgnSsj64ujV6QSG7HAiNqDwRiFRJ6fdcWjkD84Q@mail.gmail.com>
To: Randy Bush <randy@psg.com>
Cc: Gert Doering <gert@space.net>, Interminable Discussion Room <idr@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000007c693705d0d98d1c"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/4oKVFqktHXtN4PHWQxfx_it7hdU>
Subject: Re: [Idr] draft-ymbk-sidrops-rov-no-rr
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Nov 2021 20:21:32 -0000

> i will still get large spikes when they answer my rr reqs.
>

Nothing should stop your implementation to send rr reqs in delta time
sequence to the peers.

Note that route refresh if negotiated go out anyway. And often they usually
go out to all peers in the same time. They get triggered not only by policy
change but also by periodic state sync with enhanced route refreshes.

Question: Is there written in any RFC that RPKI OV can only be activated
when your peer supports route refresh or you have local soft-reconfig-in
enabled on a given peer ? If not upon each RPKI update we would be doing
session reset ?

Thx,
R.

v2.23.0 | Report a Bug | By Email