Re: [spring] draft-ietf-spring-srv6-network-programming-04: Section1

Robert Raszuk <robert@raszuk.net> Mon, 14 October 2019 19:07 UTC

Return-Path: <robert@raszuk.net>
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 E3627120833 for <spring@ietfa.amsl.com>; Mon, 14 Oct 2019 12:07:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_DNSWL_NONE=-0.0001, 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 PNisj7bmZkE9 for <spring@ietfa.amsl.com>; Mon, 14 Oct 2019 12:07:09 -0700 (PDT)
Received: from mail-qt1-x82a.google.com (mail-qt1-x82a.google.com [IPv6:2607:f8b0:4864:20::82a]) (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 53857120074 for <spring@ietf.org>; Mon, 14 Oct 2019 12:07:09 -0700 (PDT)
Received: by mail-qt1-x82a.google.com with SMTP id m61so26898853qte.7 for <spring@ietf.org>; Mon, 14 Oct 2019 12:07:09 -0700 (PDT)
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=/Ly4wb5f4TNc/P9eH2Jf3Z2WZc1YpdZavUX/b8dwjHw=; b=SYeLzG8hBwzzozUVD/oAOtOcrtITeUC5FNNQFGVbgmrLjkciZb0v50T4/RnQwqC7c7 C59QFiQHtvIvqrW5/Bs3EU8vUGkG8yGonNTFOo0xXd51BHIaXs2m8u/TRYj268DIiSQ/ MZnxIXKrmVxHYXKJlFoDb6xwFfEoaMU42h5VKdSAu+z93fTAC71jtBUM3IEREc/0jtII xqRXr7bPI9PkU9x9TPbKZHx/05f77xIB784RqXLThBTjN6mVsGsI2zRzDLD7OOJC3M4I cjHj54UNJTfcLqNzwRte5jH/RCVVqhQgjthwZJI+rbF0BUTJDMCBEGvgFY6u/xYye/o9 Vfkw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=/Ly4wb5f4TNc/P9eH2Jf3Z2WZc1YpdZavUX/b8dwjHw=; b=l9qj0OXOUPM/41Q05mYkVBJAXzufK8J5FJ9DVkV9+cGLTw81ep8sob+ME8zAfpS0Ml gmpLz6R5LhmcE5JaufK8qF3W7NEpDdzI/OX74FEOxi7/F6V4QkOQ2b3wBGNkj7P4R2Xj xWCWC5IogIQywS2ztwffV0K282qXhV65J/doRvpzZjzNt4f9LYhFZdUrNn0pKsUtiNUR sz0Cwv5teN0tkUOxUsL5iQPSqILx1OuO7VkCefHYwKQrxIkF60j3oyFzlvTNH29CPFnk anhzYqP+Qn0RjwVuyPygOOSWjMl+BoaFTIk2em6HHQ+Y5SqX+rN5iXLxUOKQYy25IMTC 4IJQ==
X-Gm-Message-State: APjAAAXSL1nnT0o6v4DyH1q9wgjsbQrXky9+1RVS4mIEt5G6O7ASwRl8 nK2JEoLpGP10MSpYs3Q7i2eWUxpLve6fRHcLudG6LA==
X-Google-Smtp-Source: APXvYqwvhBh2hX92QHJ4a5Gn6pgwGptNaTVLWdvqhurDHWF+EF3HAoGUBFS4L5BGiy1/BXrmZGD2geY+tnemRg61zUs=
X-Received: by 2002:ac8:2d0f:: with SMTP id n15mr33995223qta.311.1571080028202; Mon, 14 Oct 2019 12:07:08 -0700 (PDT)
MIME-Version: 1.0
References: <BN7PR05MB5699D1CD58B7DD6F09146726AE900@BN7PR05MB5699.namprd05.prod.outlook.com> <CAOj+MMEu9MOxpioJFd7OSAGdx3JjBUipKyox1tMOziCFQiGb6g@mail.gmail.com> <BN7PR05MB5699073930934F4DBE9F09FDAE900@BN7PR05MB5699.namprd05.prod.outlook.com>
In-Reply-To: <BN7PR05MB5699073930934F4DBE9F09FDAE900@BN7PR05MB5699.namprd05.prod.outlook.com>
From: Robert Raszuk <robert@raszuk.net>
Date: Mon, 14 Oct 2019 21:06:58 +0200
Message-ID: <CAOj+MMGcg5pHBxq1zWtRx2Bv2cnHv-a9g1Scz8anq2Ho_y01_g@mail.gmail.com>
To: Ron Bonica <rbonica@juniper.net>
Cc: SPRING WG List <spring@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000feb4400594e39212"
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/2FflsvvgOepX21MeLS5NiBrCmg4>
Subject: Re: [spring] draft-ietf-spring-srv6-network-programming-04: Section1
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: Mon, 14 Oct 2019 19:07:12 -0000

> That would allay fears that we were about to see an amazing layer
violation.

Well P4 is here and folks are getting smarter with their hardware
capabilities. My impression is that layer violation is already here - well
at least all tools to get there are shipping :)



On Mon, Oct 14, 2019 at 8:54 PM Ron Bonica <rbonica@juniper.net> wrote:

> Robert,
>
>
>
> Reading the draft, I would hope that these “non-routing” functions had
> something to do with the IP layer (OAM, etc). It would be helpful if you
> could provide a few examples and maybe even references to other drafts.
>
>
>
> That would allay fears that we were about to see an amazing layer
> violation.
>
>
>
>                                                                      Ron
>
>
>
>
>
>
>
>
>
> *From:* Robert Raszuk <robert@raszuk.net>
> *Sent:* Monday, October 14, 2019 2:41 PM
> *To:* Ron Bonica <rbonica@juniper.net>
> *Cc:* SPRING WG List <spring@ietf.org>
> *Subject:* Re: [spring] draft-ietf-spring-srv6-network-programming-04:
> Section1
>
>
>
>
>
> >  can you give an example of a function that does go beyond mere packet
> routing?
>
>
>
> An instruction(s) which triggers explicit detection of probe packet and
> adjusts the switching vector to special hardware to handle it
>
>
>
> Examples: https://tools.ietf.org/html/draft-lapukhov-dataplane-probe-01
> <https://urldefense.com/v3/__https:/tools.ietf.org/html/draft-lapukhov-dataplane-probe-01__;!8WoA6RjC81c!RLBo_hyspstgm4WbFYdQCEjsDVz8qI2w71Phu9zXfJxB596vQm_KQvM1wAcnNnvk$>
>
>
>
>
> Thx,
> R.
>
>
>
> On Mon, Oct 14, 2019 at 8:26 PM Ron Bonica <rbonica=
> 40juniper.net@dmarc.ietf.org> wrote:
>
> Authors,
>
>
>
> In Section 1, you say:
>
>
>
> “The network programming consists in combining segment routing functions,
> both simple and complex, to achieve a networking  objective that goes
> beyond mere packet routing.”
>
>
>
> In your opinion, do any of the functions defined in this document go
> beyond mere packet routing? If so, which?
>
>
>
> If not, can you give an example of a function that does go beyond mere
> packet routing?
>
>
>
>
>                                                                   Ron
>
>
>
>
>
>
>
> Juniper Business Use Only
>
> _______________________________________________
> spring mailing list
> spring@ietf.org
> https://www.ietf.org/mailman/listinfo/spring
> <https://urldefense.com/v3/__https:/www.ietf.org/mailman/listinfo/spring__;!8WoA6RjC81c!RLBo_hyspstgm4WbFYdQCEjsDVz8qI2w71Phu9zXfJxB596vQm_KQvM1wKl8maI0$>
>
>
>
> Juniper Business Use Only
>
>