[spring] SRv6 OAM
Robert Raszuk <robert@raszuk.net> Sun, 01 March 2020 15:29 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 1B3FF3A077C for <spring@ietfa.amsl.com>; Sun, 1 Mar 2020 07:29:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable 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 96lyE6gyrtEW for <spring@ietfa.amsl.com>; Sun, 1 Mar 2020 07:29:12 -0800 (PST)
Received: from mail-ot1-x330.google.com (mail-ot1-x330.google.com [IPv6:2607:f8b0:4864:20::330]) (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 DA23E3A0794 for <spring@ietf.org>; Sun, 1 Mar 2020 07:29:11 -0800 (PST)
Received: by mail-ot1-x330.google.com with SMTP id v22so2700272otq.11 for <spring@ietf.org>; Sun, 01 Mar 2020 07:29:11 -0800 (PST)
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=iL9YeSj7YVB9+pwu8ZKEaBp1lmIAy+E6ctcFQr8Lcxg=; b=EUwDqrawM7qbzEOkA4qDPf/C3PIHoqsr7iFQUVU+PnXhu1rACJwS/KRBoTZ2oAGcRz LlhvevqKrk8ZY17V4hZszekUTp1hASaddMEqDrihs5ogpsZqb598s//bqLLkeOENGy9d S+BWSFQdjjZJ9lSwshy0B1LaFGSdw2BmnWDn+vKhyAdDNhoUrmM6hMFOD/ccJwrEIeuz sRygBUCCezZITq9oGpALVyh+99Qsn0cZZ5nlqaloeAiElk3ut3wsxwQqbFF7wi8ZT/7K ML0u5MqQ1xC5aydgatbN6V7y24MEE0IAfyhclowczlxrnl81ISvjilzQLQXvFsVpHvw/ bE2A==
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=iL9YeSj7YVB9+pwu8ZKEaBp1lmIAy+E6ctcFQr8Lcxg=; b=N6DLjacTjX9tMLVI7I3K6qYlI+NuTGKZqxivZkTCBAspjhOmU4b7NNhCqCdZfV612Q tfP5aieMc9yIdnPwKKpF0/MuiDDHdqcOiUn3HaoIICwDfpP8XtTh8UUXjo/rtr+IOh0J ebkfSRrYayq5g0HDFZEpeArgursf2qLXXnjxvCogB6//Mrfb+na3mgZub6Nrb9/eGl2C pxGyGqdAmLb8502nsHaggva5p4XjcvxVc/hehF85pXjlL+PG6jUlH3NcfE5OJbMeuHkO 09RcE49IuxheqrRFXvW3GXhJjQzYpr3g/Jrs1SZBXwXv7p2jb8r9fXTMh/8gr1k3SEZ1 r+9g==
X-Gm-Message-State: ANhLgQ0rc5dSjQ15Shg/HMJ9sAH5PN18Bwn0jZzGzKQ+HCccudZo91kN Z2d8kWnou7h9YnQfLCt4EM7KrOLGeC8uxRP2l5QhjE4/2tg=
X-Google-Smtp-Source: ADFU+vvlq4aayPjYfYWMSHpFztjwNhHYfGMrZ31OVV4XkgMf94XBw4Hv9rdG+XPBtGmF5kjj2vhnAfJ667mIyshGj8Y=
X-Received: by 2002:a9d:64d4:: with SMTP id n20mr1832119otl.193.1583076551108; Sun, 01 Mar 2020 07:29:11 -0800 (PST)
MIME-Version: 1.0
References: <965ff6bbf1cb4c2f8d48b7b535a0cf5b@huawei.com> <CAJE_bqcTNWt==mtYKeNVXOBAzBNLG=+_mXQQ9xMHYOCDRqCb_Q@mail.gmail.com> <CAOj+MMEzbyzy98iFyfe6Z=dQiWHo=triX6bHKx9fNEUCaSuy3Q@mail.gmail.com> <085238CD-14F6-43AE-8D58-49A20DDCBB24@juniper.net> <CAOj+MMGzjP4C4CXi+6i+o_TMO5Un8HdGF+MMGLVa-KPUH+pXZw@mail.gmail.com> <3c07fa08-cd93-d0ae-fc76-ac8c8ae5baa7@gmail.com> <CA+RyBmX0EQydgvgUoPJB+6z6hcAiesVr43MnK_HNua0v8BieVA@mail.gmail.com> <CAOj+MMHBdU=urwhJV6QTn8RZZKZ0kyefHF9TDRbv5cH5CAQ5qg@mail.gmail.com> <c2a0cef9-51b1-ca76-99ad-718a37b06d4f@joelhalpern.com> <CAOj+MMHZ7sVE+pHOEhDPZvP0u-01cD0oTHEo5x=J=PEVj0iTYA@mail.gmail.com> <CA+RyBmXqJeduXo8zd8YVsW9+nLFYFfZ+As=t_404vHDKfoH58A@mail.gmail.com> <368E280D-A414-4A91-8EB4-16C8518B1B77@cisco.com> <269c2937-e8cb-e604-b482-1bbf88b9753a@joelhalpern.com> <8BB9A0A6-0638-411F-8CFD-CAA752BD7FB2@cisco.com>
In-Reply-To: <8BB9A0A6-0638-411F-8CFD-CAA752BD7FB2@cisco.com>
From: Robert Raszuk <robert@raszuk.net>
Date: Sun, 01 Mar 2020 16:29:02 +0100
Message-ID: <CAOj+MMH_jcv8WbQp3Qdqs7xr+ydMy+i1vZXPAFozniHsOvpVUw@mail.gmail.com>
To: "Zafar Ali (zali)" <zali=40cisco.com@dmarc.ietf.org>
Cc: "Joel M. Halpern" <jmh@joelhalpern.com>, spring <spring@ietf.org>, "6man@ietf.org" <6man@ietf.org>, "Zafar Ali (zali)" <zali@cisco.com>
Content-Type: multipart/alternative; boundary="0000000000007b31d2059fccbb99"
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/BtekkCiQpoAQWSHQkqxprCYiEKI>
Subject: [spring] SRv6 OAM
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, 01 Mar 2020 15:29:15 -0000
Hi Zafar, I think I am also missing something here. Let me ask few questions Q1 - I am talking describing the case of in-situ Node A to Node B unidirection telemetry stream where assume nodes A & B are within given administrative domain. How would B know that SRH was removed somewhere in the middle ? Note - node A is never part of any reception of the probe packets. Q2 - Basic ping - Let's assume that src A is a host outside of SP and that it wants to run ping or traceroute through the domain or even further. As ingress node encapsulates the packets (hopefully this will be configured such ICMP gets the same encap as TCP or UDP) how nodes within SR path till the very end of the path will be able to send responses back A ? Do you count on ingress node (encapsulation src address) doing the proxy NAT function in the slow path ? Or is the assumption here that SRv6 does not propagate TTL and what happens within the domain is invisible for the external party ? Thx, R. On Sun, Mar 1, 2020 at 3:34 PM Zafar Ali (zali) <zali= 40cisco.com@dmarc.ietf.org> wrote: > Hi Joel, > > > > _All_ the existing IPv6 OAM tools will send OAM probes encoding the > “actual PSP SID” in the packet (just mimicking data packets). > > The penultimate node does not and cannot differentiate between the data > packets and OAM probes and executes the exact same PSP SID. > > None of the existing IPv6 OAM tools has any dependency on the SRH > presence. > > Like I mention, we can add clarification in the OAM draft. > > > > Thanks > > > > Regards … Zafar > > > > *From: *"Joel M. Halpern" <jmh@joelhalpern.com> > *Date: *Sunday, March 1, 2020 at 9:09 AM > *To: *"Zafar Ali (zali)" <zali@cisco.com> > *Cc: *"6man@ietf.org" <6man@ietf.org>, spring <spring@ietf.org> > *Subject: *Re: [spring] Suggest some text //RE: Request to close the LC > and move forward//RE: WGLC - draft-ietf-spring-srv6-network-programming > > > > Zafar, I seem to have missed something. I understand how the SRv6 OAM > > works with a SID that happens to be a PSP SID, up until we get to the > > step from the penultimate hop to the ultimate hop. At the penultiamte > > hop, everything works. But before getting to the ultimate hop, the SRH > > is stripped. Therefore, at the ultimate hop no OAM can take place for > > the path with PSP. > > If you define the O bit to over-ride the PSP processing, that in and of > > itself means that the packets on that final leg are different, again > > modifying the intended behavior of OAM. > > > > I will be happy if you can explain how you found a way out of this > > conundrum. > > > > Yours, > > Joel >
- [spring] Suggest some text //RE: Request to close… Xiejingrong (Jingrong)
- Re: [spring] Suggest some text //RE: Request to c… Brian E Carpenter
- Re: [spring] Suggest some text //RE: Request to c… Bob Hinden
- Re: [spring] Suggest some text //RE: Request to c… 神明達哉
- Re: [spring] Suggest some text //RE: Request to c… Xiejingrong (Jingrong)
- Re: [spring] Suggest some text //RE: Request to c… Xiejingrong (Jingrong)
- Re: [spring] Suggest some text //RE: Request to c… Gyan Mishra
- Re: [spring] Suggest some text //RE: Request to c… Gyan Mishra
- Re: [spring] Suggest some text //RE: Request to c… Robert Raszuk
- Re: [spring] Suggest some text //RE: Request to c… John Scudder
- Re: [spring] Suggest some text //RE: Request to c… Robert Raszuk
- Re: [spring] Suggest some text //RE: Request to c… John Scudder
- Re: [spring] Suggest some text //RE: Request to c… Brian E Carpenter
- Re: [spring] Suggest some text //RE: Request to c… John Scudder
- Re: [spring] Suggest some text //RE: Request to c… Greg Mirsky
- Re: [spring] Suggest some text //RE: Request to c… Robert Raszuk
- Re: [spring] Suggest some text //RE: Request to c… Greg Mirsky
- Re: [spring] Suggest some text //RE: Request to c… Robert Raszuk
- Re: [spring] Suggest some text //RE: Request to c… John Scudder
- Re: [spring] Suggest some text //RE: Request to c… Zafar Ali (zali)
- Re: [spring] Suggest some text //RE: Request to c… Wang, Weibin (NSB - CN/Shanghai)
- Re: [spring] Suggest some text //RE: Request to c… Joel M. Halpern
- Re: [spring] Suggest some text //RE: Request to c… Xiejingrong (Jingrong)
- Re: [spring] Suggest some text //RE: Request to c… Xiejingrong (Jingrong)
- Re: [spring] Suggest some text //RE: Request to c… Wang, Weibin (NSB - CN/Shanghai)
- Re: [spring] Suggest some text //RE: Request to c… Xiejingrong (Jingrong)
- Re: [spring] Suggest some text //RE: Request to c… Wang, Weibin (NSB - CN/Shanghai)
- Re: [spring] Suggest some text //RE: Request to c… Wang, Weibin (NSB - CN/Shanghai)
- Re: [spring] Suggest some text //RE: Request to c… Xiejingrong (Jingrong)
- Re: [spring] Suggest some text //RE: Request to c… Robert Raszuk
- Re: [spring] Suggest some text //RE: Request to c… Joel Halpern Direct
- Re: [spring] Suggest some text //RE: Request to c… Greg Mirsky
- Re: [spring] Suggest some text //RE: Request to c… Zafar Ali (zali)
- Re: [spring] Suggest some text //RE: Request to c… Joel M. Halpern
- Re: [spring] Suggest some text //RE: Request to c… Zafar Ali (zali)
- [spring] SRv6 OAM Robert Raszuk
- Re: [spring] Suggest some text //RE: Request to c… Gyan Mishra
- Re: [spring] Suggest some text //RE: Request to c… Xiejingrong (Jingrong)
- Re: [spring] Suggest some text //RE: Request to c… 神明達哉
- Re: [spring] Suggest some text //RE: Request to c… Gyan Mishra
- Re: [spring] Suggest some text //RE: Request to c… Xiejingrong (Jingrong)
- Re: [spring] Suggest some text //RE: Request to c… Darren Dukes (ddukes)
- Re: [spring] Suggest some text //RE: Request to c… Gyan Mishra
- Re: [spring] Suggest some text //RE: Request to c… li_zhenqiang@hotmail.com
- Re: [spring] Suggest some text //RE: Request to c… Pablo Camarillo (pcamaril)
- Re: [spring] Suggest some text //RE: Request to c… 神明達哉
- Re: [spring] Suggest some text //RE: Request to c… John Scudder
- Re: [spring] Suggest some text //RE: Request to c… Ketan Talaulikar (ketant)
- Re: [spring] Suggest some text //RE: Request to c… Brian E Carpenter
- Re: [spring] Suggest some text //RE: Request to c… 神明達哉
- Re: [spring] Suggest some text //RE: Request to c… Robert Raszuk
- Re: [spring] Suggest some text //RE: Request to c… 神明達哉
- Re: [spring] Suggest some text //RE: Request to c… Robert Raszuk
- Re: [spring] Suggest some text //RE: Request to c… 神明達哉