Re: I-D Action: draft-voyer-6man-extension-header-insertion-02.txt

Tom Herbert <tom@herbertland.com> Sat, 02 December 2017 19:23 UTC

Return-Path: <tom@herbertland.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5699E12778E for <ipv6@ietfa.amsl.com>; Sat, 2 Dec 2017 11:23:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=herbertland-com.20150623.gappssmtp.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 w3igRNHsm6RY for <ipv6@ietfa.amsl.com>; Sat, 2 Dec 2017 11:23:12 -0800 (PST)
Received: from mail-qk0-x229.google.com (mail-qk0-x229.google.com [IPv6:2607:f8b0:400d:c09::229]) (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 6C4CF1271DF for <ipv6@ietf.org>; Sat, 2 Dec 2017 11:23:12 -0800 (PST)
Received: by mail-qk0-x229.google.com with SMTP id c13so17123596qke.2 for <ipv6@ietf.org>; Sat, 02 Dec 2017 11:23:12 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herbertland-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Y2f4L5LBn0eQJEfeUXgXpjAv6fIRK3tT2d/lsV7PrXc=; b=DBDlJqMu45nAxiGztmge2Xc3r83YOYBCFFqCMaG8RBcG2R32ExAlkoHN6ssURopGqr +yt5K/gg3TCE8twI/3eUiAsUcGErx1Q8sAum3k7G4aSwecYg8NZ2ig8HZInjbOYryC9u OVLk0o58kZLbvbaLseWgGdxf2rYkJfQvsz+l1FHuYG7OMrGVBZShMSmpG5jCJ++T+grq bFanCHfudtUtk1TftZrhQwzWgPHq9NkhJKhZjAdecVWFE7S0cW2Yr8xRyn/kcVdjVK4u J/cNsFZY0zFU09rmUQwkkR4rHoeF1qaWzVariyh9SLSer7dsTOJHQOyZJQh2kpdzGTUp LyEA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Y2f4L5LBn0eQJEfeUXgXpjAv6fIRK3tT2d/lsV7PrXc=; b=ZTFTV6MUFYerXYbSSZJcaBZFqit7Z39FYjHjmpYjNG46hKVvVsy8mowrJVLo6n8ZkH yM5Kor6N3ur5pTTDwYWNN6oHficVx5+1kSpuRHvf6OqPpCzrX0S/ij62itJgPbVlPacv 8dqm/qYsdXTooFXRP32/nnliQHBmV9cr3/KhTi2qklmWKzejAjrTF9rxbTIT48tkDEdP pTalTNNhcFFr6gCHFxhj3KnWtpxLBPnu/Or/S0wpxo8AtJmyULXWRnX9xL2CJGKSlTAn 75uDM+XvkFa7Kj7HPsHuPLlvg9hMgMi/RLE+nFygRB/OMJMuE9LveC38KuKLeEMEgIfM 9VRA==
X-Gm-Message-State: AKGB3mIH6S6BDGBmPcLHjbEUKtY6fKU0K4W0BGKZws/ZtDX2odHabvn6 bWNQSL/XYVXqJxQ9+/IVOKZ8kL20TiaU62zAlGNwqQ==
X-Google-Smtp-Source: AGs4zMaPK+IB4Jl2mNEB03uEaEPcyJH8mBIjrQxi4Thcf0tTpHlGtQLR7wUGk2Jah7ydm6g/sXqvfAexbHpd5QAXDYU=
X-Received: by 10.55.23.195 with SMTP id 64mr13831308qkx.262.1512242591422; Sat, 02 Dec 2017 11:23:11 -0800 (PST)
MIME-Version: 1.0
Received: by 10.200.43.121 with HTTP; Sat, 2 Dec 2017 11:23:10 -0800 (PST)
In-Reply-To: <CA+b+ERki3bfmt0FarOdNGbVbdU1U99Sucu3NhEZ9q1BnNxUQrw@mail.gmail.com>
References: <151120281628.21912.1099097760493570225@ietfa.amsl.com> <4ca3fd6b-4cd6-f6ac-ce03-415c2c9a4c3c@gmail.com> <f4425076-2f76-5713-2819-9d26671d56bb@si6networks.com> <4E92F160-C586-4C7B-BAEF-97C204856A8A@employees.org> <bc9d7f57-8687-7f85-8ac3-49751683232b@si6networks.com> <CA+b+ERnKbRXgFycgKd7EXMVvS1Mu_RTC5tfPbNE781TDZ49rYA@mail.gmail.com> <CAO42Z2wWSucKNouo0RxNf7pmyPErNk1bVny43qTLY6E333mpcQ@mail.gmail.com> <e41ee3ae-05ef-0a1a-505e-968323b07625@gmail.com> <CAO42Z2x2-WFyxYKpcwtm_z4WiFFf1M5oiW2=j6fXnqgUG1F8DQ@mail.gmail.com> <8ecf3590-5313-551e-fbb3-f95aada87a67@uniroma2.it> <CALx6S35e0krDCLUhUQFws_gSJhtv0m_E_KQkyRQQWO=zL_=vnQ@mail.gmail.com> <CA+b+ERki3bfmt0FarOdNGbVbdU1U99Sucu3NhEZ9q1BnNxUQrw@mail.gmail.com>
From: Tom Herbert <tom@herbertland.com>
Date: Sat, 02 Dec 2017 11:23:10 -0800
Message-ID: <CALx6S34fSBycO+1pU8x3konO+6=s9sYWQQaFp36kcHi4HdyxFQ@mail.gmail.com>
Subject: Re: I-D Action: draft-voyer-6man-extension-header-insertion-02.txt
To: Robert Raszuk <robert@raszuk.net>
Cc: Stefano Salsano <stefano.salsano@uniroma2.it>, Mark Smith <markzzzsmith@gmail.com>, draft-voyer-6man-extension-header-insertion@ietf.org, 6man WG <ipv6@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/eQevIbMOvL1c1uEeH88jZNnu6XA>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Dec 2017 19:23:15 -0000

On Sat, Dec 2, 2017 at 11:01 AM, Robert Raszuk <robert@raszuk.net> wrote:
> Tom,
>
>>
>> However, in that case why not do the
>> segment routing at the ingress node of the domain in conjuction with
>> the encapsulation and avoid the complexities needed to make EH
>> insertion work correctly?
>
>
> Because in this particular case what is being done is a *local repair*.
> Local means that packets are redirected at the node which first notices the
> failure (usually adjacent to the link or node failure) which is maximum
> order of 10s of ms. Yes FIBs/data plane of those nodes are programmed ahead
> of failures with backup rewrites too.
>
> There is no time to propagate such information in the control plane to
> ingress such that new/adjusted SRH is imposed to achieve comparable repair
> results. That is happening in parallel to packets already being under local
> protection, but takes 100s of ms or even seconds for all control plane to
> converge.
>
> That is what we call fast connectivity restoration vs protocol convergence.
> Completely different things.
>
> So yes there are networks which only use control plane convergence OSPF/ISIS
> or even BGP and do nothing to protect packets locally when failure occurs
> but those are very bad examples of network design or choice of vendors which
> can not perform local repairs.
>
Thanks for the detail Robert. Has there been any thought into using
the flow label to switch the packet over alternate paths? That might
be a zero overhead solution :-)

Tom