Re: [spring] Dynamic Proxy in SR service programming
Stefano Salsano <stefano.salsano@uniroma2.it> Sun, 26 July 2020 00:31 UTC
Return-Path: <stefano.salsano@uniroma2.it>
X-Original-To: spring@ietfa.amsl.com
Delivered-To: spring@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 222EE3A0143 for <spring@ietfa.amsl.com>; Sat, 25 Jul 2020 17:31:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level:
X-Spam-Status: No, score=-2.1 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, NICE_REPLY_A=-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=neutral reason="invalid (unsupported algorithm ed25519-sha256)" header.d=uniroma2.it header.b=LLE3Cw72; dkim=pass (2048-bit key) header.d=uniroma2.it header.b=m2HgDo7p
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 FeYf-IC_JC-w for <spring@ietfa.amsl.com>; Sat, 25 Jul 2020 17:31:56 -0700 (PDT)
Received: from smtp.uniroma2.it (smtp.uniroma2.it [160.80.6.22]) (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 A70C53A0044 for <spring@ietf.org>; Sat, 25 Jul 2020 17:31:53 -0700 (PDT)
Received: from smtpauth-2019-1.uniroma2.it (smtpauth.uniroma2.it [160.80.5.46]) by smtp-2015.uniroma2.it (8.14.4/8.14.4/Debian-8) with ESMTP id 06Q0Viwe002928 for <spring@ietf.org>; Sun, 26 Jul 2020 02:31:50 +0200
Received: from [192.168.43.149] (unknown [5.170.143.59]) by smtpauth-2019-1.uniroma2.it (Postfix) with ESMTPSA id CCFF21212B5 for <spring@ietf.org>; Sun, 26 Jul 2020 02:31:39 +0200 (CEST)
DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=uniroma2.it; s=ed201904; t=1595723499; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=dnJgdT0VBEIvF3oL5zug0iiifWYwzHrDHIF3TQtkNVc=; b=LLE3Cw722UEOe8RLEtIrkgxEbmLGufn9UXg0V3Szi2/5z6g/ChYA1QobkAzW4SlKn4YYjc 1+sY+RTbInmYgeCw==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uniroma2.it; s=rsa201904; t=1595723499; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=dnJgdT0VBEIvF3oL5zug0iiifWYwzHrDHIF3TQtkNVc=; b=m2HgDo7pw6hrtK3MKtx6n34Hgg8+95zI9yR7jRE+zjMuFWXzi4I1KsryO26TbtRWb7WK60 B1bgYIJ1r6QjyrHVtHQI92lSPSjF0Sz5YEcXqbLdlfFhRlQ0/nVMBxMCfQEswEdfWtBzhx vtbltVshi3vez0vscgdWVHqqFW7Netf4Ik9iK8x4GNCWq/a2eHz0WbPcy0H+qxilG/Me1d 0kusbYpF3sz14fe2q/7ZGbs6EX3JqSSrNRIBBgQHdz7Wt4mCdjjZbQEAY2RI+0cn5I8SZi QcLIAl4Gj2G3PUd5i2Wdi/gEhPFNKE3JaomHJKAFUVLsI+NXBJ1o4rRRiCHRGA==
To: spring@ietf.org
References: <9175c5f7-0f1a-38db-55e5-0a0255a43622@joelhalpern.com>
From: Stefano Salsano <stefano.salsano@uniroma2.it>
Message-ID: <acffc87a-7918-5b06-8bc5-a36fc175ba76@uniroma2.it>
Date: Sun, 26 Jul 2020 02:31:38 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0
MIME-Version: 1.0
In-Reply-To: <9175c5f7-0f1a-38db-55e5-0a0255a43622@joelhalpern.com>
Content-Type: text/plain; charset="iso-8859-15"; format="flowed"
Content-Language: it-IT
Content-Transfer-Encoding: 8bit
X-Virus-Scanned: clamav-milter 0.100.0 at smtp-2015
X-Virus-Status: Clean
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/Y6kfj8BolQ-fcozeDlKRYOB6y8g>
Subject: Re: [spring] Dynamic Proxy in SR service programming
X-BeenThere: spring@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" <spring.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spring>, <mailto:spring-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spring/>
List-Post: <mailto:spring@ietf.org>
List-Help: <mailto:spring-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spring>, <mailto:spring-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Jul 2020 00:32:00 -0000
Il 2020-07-25 19:49, Joel M. Halpern ha scritto: > <chair hat off; speaking only as an individual member of the WG> > > In looking at the description of the dyanmic proxy behavior, I was > reminded of a problem that the SFC working group wrestled with and never > resolved to our satisfaction. (In the SFC case, since we were not > specifying the behavior of the proxy, we could leave it to implementors. > This document seems to be more specific.) > > As I understand the draft, the dyanicm proxy for a non-SR aware service > function can be handling packets subject ot multiple service policies. > That is desirable. These separate policies will have separate cache > entries. Also good. > But as far as I can tell, the re-attachment of the cached header to the > returned packet (from the non-SR aware SF) is done based on first come, > first cache. Hi Joel, I'm speaking as an author of draft-ietf-spring-sr-service-programming-02 (but I do not know if my opinion is agreed by all the authors) my understanding of the dynamic proxy scenario is that a given "non-SR aware service function" (aka "legacy VNF") can be associated with a single Service Chain at a given time so you can dynamically change the Service Chain by sending a Packet-2 with a different SR policy with respect to Packet-1, but this is meant to change the Service Chain for the following packets of the flow, rather than to operate on a packet-by-packet basis you are right that operating on a packet-by-packet basis leads to inconsistent behavior! In draft-ietf-spring-sr-service-programming-02, the following limitation is associated to the static SR proxy, but it also applies to the dynamic proxy: However, a static SR proxy segment can be used in only one service policy at a time. As opposed to most other segment types, a static SR proxy segment is bound to a unique list of segments, which represents a directed SR service policy. This is due to the cached SR information being defined in the segment configuration. This limitation only prevents multiple segment lists from using the same static SR proxy segment at the same time, but a single segment list can be shared by any number of traffic flows. This is he description of the dynamic proxy: The dynamic proxy is an improvement over the static proxy that dynamically learns the SR information before removing it from the incoming traffic. Maybe it would be better to explicitly clarify that the same limitation of the static SR proxy is applicable: "only one service policy at a time"... the difference is that you can change this association dynamically, e.g. in the order of few seconds but NOT on a packet-by-packet basis hope that it clarifies... ciao Stefano > What happens if, due to differences in internal processing, packets from > different service policies get swapped in time. So packets go in > Packet-1, Packet-2, but come out Packet-2, Packet-1. The text seems to > result in the proxy reattaching the SR information to the wrong packets? > > Am I misreading the text? > > Depending upon ones, reading, this may apply to a case where a single > device is service as multiple static proxies for a single non-SR aware > SF. It was not clear if that was intended to be allowed, but if so the > same issue would seem to apply. > > Yours, > Joel > <chair hat returning to wherever it belongs.> > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring -- ******************************************************************* Stefano Salsano Professore Associato Dipartimento Ingegneria Elettronica Universita' di Roma Tor Vergata Viale Politecnico, 1 - 00133 Roma - ITALY http://netgroup.uniroma2.it/Stefano_Salsano/ E-mail : stefano.salsano@uniroma2.it Cell. : +39 320 4307310 Office : (Tel.) +39 06 72597770 (Fax.) +39 06 72597435 *******************************************************************
- [spring] Dynamic Proxy in SR service programming Joel M. Halpern
- Re: [spring] Dynamic Proxy in SR service programm… Stefano Salsano
- Re: [spring] Dynamic Proxy in SR service programm… Joel M. Halpern
- Re: [spring] Dynamic Proxy in SR service programm… Francois Clad (fclad)
- Re: [spring] Dynamic Proxy in SR service programm… Joel M. Halpern