From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.1 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 31888 invoked from network); 25 Nov 2023 21:52:28 -0000 Received: from 9front.inri.net (168.235.81.73) by inbox.vuxu.org with ESMTPUTF8; 25 Nov 2023 21:52:28 -0000 Received: from cc-smtpout2.netcologne.de ([89.1.8.212]) by 9front; Sat Nov 25 16:49:55 -0500 2023 Received: from cc-app3.netcologne.de (cc-app3.netcologne.de [89.1.9.192]) by cc-smtpout2.netcologne.de (Postfix) with ESMTP id 3CC77126F1 for <9front@9front.org>; Sat, 25 Nov 2023 22:49:52 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=netcologne.de; s=nc1116a; t=1700948992; bh=AH+4mgUIDahDk/klOfESbrDu7AArj/HXA/H+jutk/7k=; h=Date:From:To:Message-ID:In-Reply-To:References:Subject:From; b=ocMdo/4VL22G6+kirf+dM0NAfmszAonQqGT1XDB3s+VmnmTsBUijwq/WCwlVSOSyP QulJx5+RQkcsiqhXYWJdlOswkVJbxXU5zxCZ+KPmYmua4k8312KdoFe15xnFkZcS4H IY0FSKcVEFK907uPO1NuYCt5Nqf1enW3DJMSWALozA7mI2OIJE9oLavHFXo/QbFH6Y yJb28plDn9ZdXimcP6n1QVvaCdgXl2ViLDyqR/c7zyK1Fmu+a9sstNlPOwzLyI2QfD e3UdtvmKGDnY+u4eJuzsUqGl+CRWd9lkP38bY2iYpiAyPJcgO3GheFg8QLNcc8SEzM i1W2wLHFZ+c+A== Received: from cc-app3.netcologne.de (localhost [127.0.0.1]) by cc-app3.netcologne.de (Postfix) with ESMTPA id 243B511E44 for <9front@9front.org>; Sat, 25 Nov 2023 22:49:52 +0100 (CET) Date: Sat, 25 Nov 2023 22:49:52 +0100 (CET) From: Arne Meyer To: 9front@9front.org Message-ID: <129284489.2689159.1700948992100@comcenter.netcologne.de> In-Reply-To: References: <1375031432.2686734.1700936861177@comcenter.netcologne.de> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Priority: 3 Importance: Normal X-Mailer: Open-Xchange Mailer v7.10.6-Rev50 X-Originating-IP: 2001:4dd1:73f0:0:c6d9:499f:4aee:8218 X-Originating-Client: open-xchange-appsuite X-NetCologne-Spam: L X-Rspamd-Queue-Id: 243B511E44 X-Spamd-Bar: -- X-Rspamd-Action: no action List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: asynchronous distributed software-scale SQL over XMPP grid wrapper-oriented layer Subject: Re: [9front] [PATCH] ipv6 flow label support Reply-To: 9front@9front.org Precedence: bulk yes we could calculate the flow hash when we start the connection, but the RFC refers to stateless methods for calculating the flow label. FNV is a cheap hash function, i think the performance impact is negligible. I agree about udp header mode, I can update the patch. > cinap_lenrek@felloff.net hat am 25.11.2023 22:05 CET geschrieben: > > > ok, just read the rfc... > > i suppose we should probably calculate the flowhash when > we establish the connection and know the 5-tuple > instead of doing that hash for every single packet > being sent out. > > special case is udp, which can work in headers mode. > > -- > cinap