IETF Logo Mail Archive

Re: [v6ops] Thoughts about wider operational input

Gert Doering <gert@space.net> Tue, 22 March 2022 16:52 UTC

Return-Path: <gert@space.net>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7D7473A092D for <v6ops@ietfa.amsl.com>; Tue, 22 Mar 2022 09:52:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.109
X-Spam-Level:
X-Spam-Status: No, score=-2.109 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=space.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 stomaZ05Wg_k for <v6ops@ietfa.amsl.com>; Tue, 22 Mar 2022 09:52:11 -0700 (PDT)
Received: from gatekeeper1-relay.space.net (gatekeeper1-relay.space.net [IPv6:2001:608:3:85::38]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 663A53A0980 for <v6ops@ietf.org>; Tue, 22 Mar 2022 09:52:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=space.net; i=@space.net; q=dns/txt; s=esa; t=1647967931; x=1679503931; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=5Fx68EbgBAEkjGNmI5cNXL0wpX/d6J6rWrEUgrXr908=; b=gsjKHLe7KzmXc7b33Hv72jDR8gnIPS0ptiLwOTPJLI9dikbYMtGmGaX6 6Kc0h+i1HEoTwXuly00U/eAm59fVxgwZXscg7NP47C545YvnHiWpL6WL7 3lOrJvo1qwjUg997wxqzHb2oX30jzIAUJ7lteyLv2Nr4FbZKLG9FET/Wk VLBcU9EcgWMHlY2pH1yzrZVbUyprCzehm4fJ2v1GPiigBK0VP6Od3KRj2 m8uPvxn2q+I2TCxTYPWujKMyg4uCIjh3EfFgETnC4Z77kYPukOPVUQVAi p6u97Dd1w7daXt4nBijpi4wJctOPHAR8AM02lpM6SayfwwVcvem8q8UK2 g==;
X-SpaceNet-SBRS: None
Received: from mobil.space.net ([195.30.115.67]) by gatekeeper1-relay.space.net with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 22 Mar 2022 17:52:08 +0100
X-Original-To: v6ops@ietf.org
Received: from mobil.space.net (localhost [IPv6:::1]) by mobil.space.net (Postfix) with ESMTP id 664CE41FF7 for <v6ops@ietf.org>; Tue, 22 Mar 2022 17:52:07 +0100 (CET)
X-SpaceNet-Relay: true
Received: from moebius4.space.net (moebius4.space.net [IPv6:2001:608:2:2::251]) by mobil.space.net (Postfix) with ESMTP id 4DB25406DD; Tue, 22 Mar 2022 17:52:07 +0100 (CET)
Received: by moebius4.space.net (Postfix, from userid 1007) id 470AC117110; Tue, 22 Mar 2022 17:52:07 +0100 (CET)
Date: Tue, 22 Mar 2022 17:52:07 +0100
From: Gert Doering <gert@space.net>
To: Vasilenko Eduard <vasilenko.eduard@huawei.com>
Cc: Gert Doering <gert@space.net>, JORDI PALET MARTINEZ <jordi.palet=40consulintel.es@dmarc.ietf.org>, "v6ops@ietf.org" <v6ops@ietf.org>
Message-ID: <Yjn+t0ng/BH9LTFX@Space.Net>
References: <A72CDDDB-CDCE-4EAF-B95E-997C764DB2C4@gmail.com> <9175dc32-45c1-e948-c20a-3bcc958b77b9@gmail.com> <YjmJQMNgnJoSInUw@Space.Net> <D75EF08F-6A41-41B2-AFB2-649CBCC1D83E@consulintel.es> <YjmgYA2Wee8f2HAY@Space.Net> <27655a220efb416198d11d5652f45c96@huawei.com> <YjnnrPr5zqAkXoLg@Space.Net> <763e5ec7e18c465a8af81a0cd64eb0c4@huawei.com> <Yjn8ZoGlOEynKN4b@Space.Net> <82a76edffbc9497891ad4bd1b577dbbe@huawei.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="25tbi1uilFTq9b1a"
Content-Disposition: inline
In-Reply-To: <82a76edffbc9497891ad4bd1b577dbbe@huawei.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/-sINLWr-HjP-ic7bPerL8maSkXw>
Subject: Re: [v6ops] Thoughts about wider operational input
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 22 Mar 2022 16:52:17 -0000

Hi,

On Tue, Mar 22, 2022 at 04:47:31PM +0000, Vasilenko Eduard wrote:
> > This is purely a question of RA parameters used by the LTE router towards the LAN.
> 
> No. It is not possible to achieve fast convergence by timers.
> The current preferred timer is especially big by default,
> But it is not possible to put it small enough.
> ND protocol change is needed.

There is nothing in ND protocol that prevents setting timers lower than
1 week.  Nothing.

"Big by default" is a pure implementation decision in your LTE router - 
it could be announcing "12hour" instead of "1 week", and would be perfectly
in line with ND standard.

Prefix depreciation by announcing "preferred lifetime = 0" works.

Please read the documents I've referenced.

Gert Doering
        -- NetMaster
-- 
have you enabled IPv6 on something today...?

SpaceNet AG                      Vorstand: Sebastian v. Bomhard, Michael Emmer
Joseph-Dollinger-Bogen 14        Aufsichtsratsvors.: A. Grundner-Culemann
D-80807 Muenchen                 HRB: 136055 (AG Muenchen)
Tel: +49 (0)89/32356-444         USt-IdNr.: DE813185279

v2.23.0 | Report a Bug | By Email