Re: [Detnet-dp-dt] detnet LSPs and PWs

Stewart Bryant <stewart.bryant@gmail.com> Mon, 13 February 2017 15:23 UTC

Return-Path: <stewart.bryant@gmail.com>
X-Original-To: detnet-dp-dt@ietfa.amsl.com
Delivered-To: detnet-dp-dt@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2C8DA1296C0 for <detnet-dp-dt@ietfa.amsl.com>; Mon, 13 Feb 2017 07:23:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 kU1fEOwUhjp8 for <detnet-dp-dt@ietfa.amsl.com>; Mon, 13 Feb 2017 07:23:23 -0800 (PST)
Received: from mail-wr0-x241.google.com (mail-wr0-x241.google.com [IPv6:2a00:1450:400c:c0c::241]) (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 1A3DA1296BD for <detnet-dp-dt@ietf.org>; Mon, 13 Feb 2017 07:23:23 -0800 (PST)
Received: by mail-wr0-x241.google.com with SMTP id i10so24662533wrb.0 for <detnet-dp-dt@ietf.org>; Mon, 13 Feb 2017 07:23:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to; bh=9BjLIGJJ94is4w/LlcQLPBQnDhItya39Vb03uVes9uo=; b=WCrlo8Lye12re3tupdvVaQ0jVDPrAv/bRW29Fhg0nn59UMWN2uzFQzTOm2z/lGqjaV ju8RFRcz6ApUeSXveWCZPIu5MD7e6izgeiRWFjVYBXrvGK0Y1HF5Ffbe4zjfvs3rwq6R Cupd9Q8j8Ua0vocMICoc2n8w/J5UvB7SEEexxGt95thofzxaP6SVOuMgHgfC6oEc5v4L /HEsfUR2ciCntbUmpmwQNpg/BtIhtQM2Cp9JwOdsbUBNfTHLaUaQSi1G/O19lJeOS8ci Y4fURFeB5xBG4oKvI14quTInzpVhR9OznyClKRy+t6d4bWt06tzrUDK3+pkIo6SE7RNU 9W1g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to; bh=9BjLIGJJ94is4w/LlcQLPBQnDhItya39Vb03uVes9uo=; b=MOHvghg+vnAnsauLY+dK9y2FOb5bbndrooF79l8Dq4zSBhatJyE5lWw0QeX9mfi/JW w5VDSwCFzS3HheRhSqvV/nuytsIqgABYUk4PH8n9zsbD0fBZxmJGoxJY7ylQ8DzDgTJl mNWgcaszwnJDu2JeyzhWOYwZ0j5cyvaqvbz5tVF9jlgLcI4r414LyndBGhqFMO9AbS4e zH3ItpBrbErCpoacmvp1NW0w9V1pjoZk93afs0iq/c4ZA2YgKUP7sPd/SR+kvSLeuvwm R90Wt63siINj9fwHzrnPm/fbDOuPfgZTjfC7Yjs6+pWEe8qtd+DCCH8eLJwpLcG0STxR 4jwg==
X-Gm-Message-State: AMke39nfSSGjpYzODzUK6EabZNyNFlnz9p5+efqZG1Mb1a6Yv8RoMgmqVu7tazeb+bTGPA==
X-Received: by 10.223.155.135 with SMTP id d7mr18820162wrc.99.1486999401517; Mon, 13 Feb 2017 07:23:21 -0800 (PST)
Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id 10sm5761152wmk.26.2017.02.13.07.23.20 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 13 Feb 2017 07:23:20 -0800 (PST)
To: "Andrew G. Malis" <agmalis@gmail.com>
References: <017eafad-3d74-c8f7-19cb-00027dabea9a@pi.nu> <CAA=duU36fqem8M3W3CuFadwvcoHVx-sV2qR+TD3BKZuKcVtXvQ@mail.gmail.com> <bda3c5f9-0795-177a-49ef-8e831b7f05ed@gmail.com> <CAA=duU1UrN5Bzx-Hhi0W5tb5EYuJ5Ki1Sv5gweHWybWCfn7J-w@mail.gmail.com> <f0ae5d89-ea28-1a46-916f-f54f37c21f35@gmail.com> <CAA=duU13ntqrP1tsr23Z=ond_tn_LDKW-uENuLdZ=03dMd46ZA@mail.gmail.com>
From: Stewart Bryant <stewart.bryant@gmail.com>
Message-ID: <77660f83-41fc-86fe-0214-cf645213cd32@gmail.com>
Date: Mon, 13 Feb 2017 15:23:18 +0000
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0
MIME-Version: 1.0
In-Reply-To: <CAA=duU13ntqrP1tsr23Z=ond_tn_LDKW-uENuLdZ=03dMd46ZA@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------D56F256408D9C56831C5A432"
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet-dp-dt/q2nMa7Qsh9kZgwjdJ7XjX_YI5aM>
Cc: detnet-dp-dt@ietf.org, Loa Andersson <loa@pi.nu>
Subject: Re: [Detnet-dp-dt] detnet LSPs and PWs
X-BeenThere: detnet-dp-dt@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: DetNet WG Data Plane Design Team <detnet-dp-dt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet-dp-dt>, <mailto:detnet-dp-dt-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet-dp-dt/>
List-Post: <mailto:detnet-dp-dt@ietf.org>
List-Help: <mailto:detnet-dp-dt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet-dp-dt>, <mailto:detnet-dp-dt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Feb 2017 15:23:25 -0000

Andy

I think we need to ask around about this, because I have never run into 
a mainstream box that supported s/n, much less re-order. The normal 
process was to strip off the PW label and CW only checking for the ACH, 
and then forward the packet straight out of the interface.

I just did a quick look at a couple of config manuals and there seemed 
to be no CW related options other than include it or not.

As I said, implementing other than that is actually very hard in a high 
speed interface.

Clearly we need to check.

Stewart


On 13/02/2017 14:35, Andrew G. Malis wrote:
> Stewart,
>
> In at least one implementation I’m familiar with, lack of common 
> shared memory between parallel microprogrammed forwarding engines for 
> the same physical port was the issue. I can see lack of intercard or 
> interport communications also being a problem.
>
> We added the control word and sequence number to Ethernet PWs later 
> on, and I believe most implementations today do use it to reorder and 
> comply with the Ethernet spec.
>
> Cheers,
> Andy
>
>
>
> On Mon, Feb 13, 2017 at 8:02 AM, Stewart Bryant 
> <stewart.bryant@gmail.com <mailto:stewart.bryant@gmail.com>> wrote:
>
>
>
>     On 13/02/2017 11:58, Andrew G. Malis wrote:
>>
>>     On Mon, Feb 13, 2017 at 5:55 AM, Stewart Bryant
>>     <stewart.bryant@gmail.com <mailto:stewart.bryant@gmail.com>> wrote:
>>
>>         Now for the elephant in the corner of all of the schemes I
>>         have seen. If you have multiple paths to an X-PE, packets
>>         will likely arrive on different line cards. Sequence number
>>         co-ordination amongst different line cards, and at high speed
>>         even amongst different ports on the same line card is a hard
>>         problem. Indeed depending on the pipeline design on the line
>>         card, ANY sequence number processing can be hard. You could
>>         mitigate this (at the cost of availability) by requiring a
>>         common ingress port at any detnet X-PE. This would normally
>>         require an RSVP-TE or SR underlay.
>>
>>     I would like to second Stewart’s comment above. Back in the early
>>     days of PWs, some vendors implemented PWs without a sequence
>>     number because they couldn’t do sequence number processing across
>>     multiple parallel forwarding engines even on the same physical
>>     port, as the forwarding engines didn’t have common shared memory.
>>     Of course, their customers had to not use ECMP, at least for
>>     those PWs. I think most vendors have gotten past that these days,
>>     but you can never tell. But keep these possible limitations in
>>     mind as you design Detnet.
>>
>>     Cheers,
>>     Andy
>>
>
>     Andy it is not common shared memory but the pipelining and the
>     intercard communication that stops it working.
>
>     As you know we prohibit ECMP on most PWs via the control word,
>     with the exception of the Ethernet PW where it is optional and in
>     place for historic reasons. However an Ethernet PW can re-order
>     and as such does not fully comply with the Ethernet spec.
>
>     The problem is still live - which is why we need the packet
>     marking scheme for packet loss measurement.
>
>     - Stewart
>
>