Re: [netconf] draft-ietf-netconf-udp-notif :: transport source IP/interface/VRF

Alex Huang Feng <alex.huang-feng@insa-lyon.fr> Wed, 20 March 2024 02:24 UTC

Return-Path: <alex.huang-feng@insa-lyon.fr>
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 DBAA5C17C882 for <netconf@ietfa.amsl.com>; Tue, 19 Mar 2024 19:24:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.438
X-Spam-Level:
X-Spam-Status: No, score=-0.438 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, RCVD_HELO_IP_MISMATCH=2.368, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=insa-lyon.fr
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id v8q7u6w_RzIx for <netconf@ietfa.amsl.com>; Tue, 19 Mar 2024 19:24:48 -0700 (PDT)
Received: from smtpout01-ext2.partage.renater.fr (smtpout01-ext2.partage.renater.fr [194.254.240.33]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 83E1FC1519AA for <netconf@ietf.org>; Tue, 19 Mar 2024 19:24:46 -0700 (PDT)
Received: from zmtaauth01.partage.renater.fr (zmtaauth01.partage.renater.fr [194.254.240.25]) by smtpout10.partage.renater.fr (Postfix) with ESMTP id 9FBC6678CB; Wed, 20 Mar 2024 03:24:40 +0100 (CET)
Received: from zmtaauth01.partage.renater.fr (localhost [127.0.0.1]) by zmtaauth01.partage.renater.fr (Postfix) with ESMTPS id 9862F1400C4; Wed, 20 Mar 2024 03:24:40 +0100 (CET)
Received: from localhost (localhost [127.0.0.1]) by zmtaauth01.partage.renater.fr (Postfix) with ESMTP id 88C2D1400B8; Wed, 20 Mar 2024 03:24:40 +0100 (CET)
DKIM-Filter: OpenDKIM Filter v2.10.3 zmtaauth01.partage.renater.fr 88C2D1400B8
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=insa-lyon.fr; s=CB289C06-95B8-49FE-9C4B-D197C6D2E7CB; t=1710901480; bh=ihtmjB7YRbU4PPkrSlnjNt2SF3tTjVfYdDjwnc403us=; h=Mime-Version:From:Date:Message-Id:To; b=VUShNvwsH73nm9eLgmLu04QRQsRNQYb2Bx69zPI9kkHj1RQk584mpjaohBsE3E7Qq mLqAcdFL1sBqsD7DGHJVRSpYVvCzyygH69AWMrv4pC1sh+KOdmTKlXpatzXqta7q/8 JwDIf7HCf7V6xMjeMgty3hJtAxIbq4PcfOij5C1yns9cLYvS49F4UQf8OLbPo0VK/K Ub11XKKTMoVv2iG7iuzvzi7OPAP8cqu0svMNUDm2j3yprZRvdnTqyPUXV5B6hiMbGf e4jQfRhbbc0WiltOSDKvjIwsVg/cnjmvkhDSVViDk+hGqYQAYfx8rQ+zlAOx+QHa7K SetK1E3Re3/zA==
Received: from zmtaauth01.partage.renater.fr ([127.0.0.1]) by localhost (zmtaauth01.partage.renater.fr [127.0.0.1]) (amavis, port 10026) with ESMTP id o8-EZc8G2Ncp; Wed, 20 Mar 2024 03:24:40 +0100 (CET)
Received: from 150.246.26.49 (unknown [194.254.241.250]) by zmtaauth01.partage.renater.fr (Postfix) with ESMTPA id 99EA41400C4; Wed, 20 Mar 2024 03:24:39 +0100 (CET)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\))
From: Alex Huang Feng <alex.huang-feng@insa-lyon.fr>
In-Reply-To: <ZfkXx8YMJkQre37n@localhost>
Date: Wed, 20 Mar 2024 11:24:26 +0900
Cc: netconf@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <DCFB8C61-00E8-4C5C-952D-9DDBA4A1293F@insa-lyon.fr>
References: <ZfkXx8YMJkQre37n@localhost>
To: Ebben Aries <exa=40juniper.net@dmarc.ietf.org>
X-Mailer: Apple Mail (2.3731.700.6)
X-Virus-Scanned: clamav-milter 0.103.8 at clamav02
X-Virus-Status: Clean
X-Renater-Ptge-SpamState: clean
X-Renater-Ptge-SpamScore: 0
X-Renater-Ptge-SpamCause: gggruggvucftvghtrhhoucdtuddrgedvledrledvgdduiecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucftgffptefvgfftnecuuegrihhlohhuthemuceftddtnecunecujfgurheptggguffhjgffvefgkfhfvffosehtqhhmtdhhtdejnecuhfhrohhmpeetlhgvgicujfhurghnghcuhfgvnhhguceorghlvgigrdhhuhgrnhhgqdhfvghnghesihhnshgrqdhlhihonhdrfhhrqeenucggtffrrghtthgvrhhnpeekgfffhfehhfffkeeiteettdekfeejteefjeeiieefgfehffefieeiiefhhffgteenucffohhmrghinhepihgvthhfrdhorhhgnecukfhppeduleegrddvheegrddvgedurddvhedtnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehinhgvthepudelgedrvdehgedrvdeguddrvdehtddphhgvlhhopeduhedtrddvgeeirddviedrgeelpdhmrghilhhfrhhomheprghlvgigrdhhuhgrnhhgqdhfvghnghesihhnshgrqdhlhihonhdrfhhrpdhnsggprhgtphhtthhopedvpdhrtghpthhtohepvgigrgepgedtjhhunhhiphgvrhdrnhgvthesughmrghrtgdrihgvthhfrdhorhhgpdhrtghpthhtohepnhgvthgtohhnfhesihgvthhfrdhorhhg
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/bBxVKODwEazLxUvGu4x-jvC_Jyg>
Subject: Re: [netconf] draft-ietf-netconf-udp-notif :: transport source IP/interface/VRF
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: NETCONF WG 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, 20 Mar 2024 02:24:53 -0000

Hi Ebben,

Thanks for reaching out.
That’s a good point.
We can add the local-address (and local-port) in the UDP-notif model so that the operator can configure it optionally.

I will also add this local-address and local-port in the generic udp-client-grouping (draft-ietf-netconf-udp-client-server).

Regards,
Alex

> On 19 Mar 2024, at 13:42, Ebben Aries <exa=40juniper.net@dmarc.ietf.org> wrote:
> 
> Section 3.2 states
> 
> ---
>  If Message Publisher ID unicity is not preserved through the
>  collection domain, the source IP address of the UDP datagram SHOULD be
>  used in addition to the Message Publisher ID to identify the
>  information source.
> ---
> 
> It seems for configured "dial-out" transports, we are missing a
> definition of the source IP or interface (the latter of which would need
> a selection mechanism, prior a VRF reference) which is crucial for
> receivers to distinguish (generally an identity that is stable - e.g.
> loopback) sources.
> 
> I've only briefed through this draft and not other transports so this
> may very well apply to others as well
> 
> _______________________________________________
> netconf mailing list
> netconf@ietf.org
> https://www.ietf.org/mailman/listinfo/netconf