From nobody Mon Jul 2 10:43:57 2018 Return-Path: X-Original-To: lsvr@ietfa.amsl.com Delivered-To: lsvr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E1C8512D7F8; Mon, 2 Jul 2018 10:43:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 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, RCVD_IN_DNSWL_NONE=-0.0001, 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=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 wBplB18627En; Mon, 2 Jul 2018 10:43:52 -0700 (PDT) Received: from mail-oi0-x229.google.com (mail-oi0-x229.google.com [IPv6:2607:f8b0:4003:c06::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 814E3130DCA; Mon, 2 Jul 2018 10:43:52 -0700 (PDT) Received: by mail-oi0-x229.google.com with SMTP id 13-v6so5510892ois.1; Mon, 02 Jul 2018 10:43:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=TeiiCelW+MXG7ieW2YGU454EBxPWPjUEm0mmLswVKxo=; b=TB34WOtndcKqXxCu8dRV8HXzuBCd46l1DS2mppPElr3u1LsymERbUP8jzKS9ZaJNQx nUtDGQZK+y2duXVl5BOopNnNIpAMHaCE1Of3/JWR3J1n4JpkusB2s389fJ5U/rWgjYGm D8MQf1q8W2O0hKGXzjmkTk5hlQf+m4YwfRM9N+6MoRN8Y6erqwDHq6IoM6NksXUn4DXt 8/1TdsI6h3UHQ6jlXqY6vJx0GhBJa/vcoUIwOoZKxoklyz4PeQZD1C3Ars75DUFESDEu H4596Wnzm40xv+dO9pNiFvP99/826IT304hFvTXTF5r2aLALoZUzA2fO6SvTfjYiTkNk 46Aw== 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=TeiiCelW+MXG7ieW2YGU454EBxPWPjUEm0mmLswVKxo=; b=Jp4QlAVOWzsLDLStufV40PrB/dZA2YJFC+yvI45kURZLqWoi20Yo+/eWogGG5xhnLo ZrI8/gPyUoDQeCQ5/gg1zjg3o86tKeSZzMMXaYg69VLxRPE46mqAPTLsCfpit3bu8tYV A+k+L/QToBVCA1HylPMDxAvOy+xMI6syM+Broyc70VWLWwk3nNwNgbT08hL7W1xEKBwE CiOPv+fCrpX1Z0FwxZnpKgTIMPtOy5klWTnpFHakxGdqmEdw5ZF271a+WbpTewSNMxM2 dvcreGZ64QhTO5gKTS36yK+cQKJYtOyr0dbIt0DinKs3P7SFbvL7RSZDPiI/Y5uOA5Cg WVLg== X-Gm-Message-State: APt69E1/9OXASuJIQJKTZHba0q2WjWF0rMWnrLmvLZQVdI2JlKXH5tBK hcY76xZeneX+jvXnUf1dxysPJlixVr/AYTQkoQ== X-Google-Smtp-Source: AAOMgpf3yTfBg8+kBmdKM84D0dMLkylQuKsHGeoVQyY1kJPqQ0PAb/m29OwJFVW7MlKUUo3EXqwPjpEfsB1DMKK3gVA= X-Received: by 2002:aca:d088:: with SMTP id j8-v6mr7878035oiy.276.1530553431916; Mon, 02 Jul 2018 10:43:51 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a9d:34e8:0:0:0:0:0 with HTTP; Mon, 2 Jul 2018 10:43:51 -0700 (PDT) In-Reply-To: References: From: Neeraj Malhotra Date: Mon, 2 Jul 2018 10:43:51 -0700 Message-ID: To: "Van De Velde, Gunter (Nokia - BE/Antwerp)" Cc: "lsvr@ietf.org" , "draft-keyupate-lsvr-applicability@ietf.org" , Victor Kuarsingh Content-Type: multipart/alternative; boundary="0000000000009e86da057007bd8e" Archived-At: Subject: Re: [Lsvr] WG Adoption Call for draft-keyupate-lsvr-applicability-01 (June 22 to July 6) X-BeenThere: lsvr@ietf.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Link State Vector Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jul 2018 17:43:56 -0000 --0000000000009e86da057007bd8e Content-Type: text/plain; charset="UTF-8" Hi, Support. Thanks, Neeraj On Fri, Jun 22, 2018 at 1:44 AM, Van De Velde, Gunter (Nokia - BE/Antwerp) < gunter.van_de_velde@nokia.com> wrote: > This begins a 2 week WG Adoption Call for "https://datatracker.ietf.org/ > doc/draft-keyupate-lsvr-applicability/ " from June 22 to July 6 . > During your discussion in the WG Adoption Call, the chairs are looking for > more context as only a 'yeh' or 'ney'. > > please indicate the following things: > > 1) Support to adopt draft "draft-keyupate-lsvr-applicability-01" > as LSVR WG document? > 2) Do you feel " draft-keyupate-lsvr-applicability-01" > complies to the LSVR charter, please explain if you think it does not > conform to the LSVR charter? > 3) Are there any technical issues with this draft? > 4) Which are current pain-points in the draft requiring > additional content and technical attention? > 5) What is missing from this draft? > > For your quick access to this draft, find the link below: > > https://datatracker.ietf.org/doc/draft-keyupate-lsvr-applicability/ > > > Kind Regards, > > Victor & Gunter > co-chairs LSVR WG > > _______________________________________________ > Lsvr mailing list > Lsvr@ietf.org > https://www.ietf.org/mailman/listinfo/lsvr > --0000000000009e86da057007bd8e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Hi,

Support.
<= br>
Thanks,
Neeraj

On Fri, Jun 22, 2018 at 1:44 AM, Van De Ve= lde, Gunter (Nokia - BE/Antwerp) <gunter.van_de_velde@nokia.co= m> wrote:
This begins a 2 w= eek WG Adoption Call for "ht= tps://datatracker.ietf.org/doc/draft-keyupate-lsvr-applicability/= =C2=A0" from June 22 to July 6=C2=A0.
During your discussion in the WG Adoption Call, the chairs are looking for = more context as only a 'yeh' or 'ney'.
=C2=A0
please indicate the following things:
=C2=A0
1) =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Support to adopt = draft "draft-keyupate-lsvr-applicability-01" as LSVR WG docu= ment?
2)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Do you= feel " draft-keyupate-lsvr-applicability-01" complies to th= e LSVR charter, please explain if you think it does not conform to the LSVR= charter?
3)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Are th= ere any technical issues with this draft?
4) =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Which are current= pain-points in the draft requiring additional content and technical attent= ion?
5)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 What i= s missing from this draft?
=C2=A0
For your quick access to this draft, find the link below:
=C2=A0
https://datatracker.ietf.org/doc/draft-keyupate-lsvr-applicability/
=C2=A0
=C2=A0
Kind Regards,
=C2=A0
Victor & Gunter
co-chairs LSVR WG

_______________________________________________
Lsvr mailing list
Lsvr@ietf.org
https://www.ietf.org/mailman/listinfo/lsvr

--0000000000009e86da057007bd8e-- From nobody Mon Jul 2 12:55:09 2018 Return-Path: X-Original-To: lsvr@ietf.org Delivered-To: lsvr@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 715E81312E6; Mon, 2 Jul 2018 12:54:55 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: lsvr@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.81.3 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <153056129539.16295.6577727907447263149@ietfa.amsl.com> Date: Mon, 02 Jul 2018 12:54:55 -0700 Archived-At: Subject: [Lsvr] I-D Action: draft-keyupate-lsvr-applicability-02.txt X-BeenThere: lsvr@ietf.org X-Mailman-Version: 2.1.26 List-Id: Link State Vector Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jul 2018 19:55:05 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Link State Vector Routing WG of the IETF. Title : Usage and Applicability of Link State Vector Routing in Data Centers Authors : Keyur Patel Acee Lindem Shawn Zandi Gaurav Dawra Filename : draft-keyupate-lsvr-applicability-02.txt Pages : 11 Date : 2018-07-02 Abstract: This document discusses the usage and applicability of Link State Vector Routing (LSVR) extensions in the CLOS architecture of Data Center Networks. The document is intended to provide a simplified guide for the deployment of LSVR extensions. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-keyupate-lsvr-applicability/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-keyupate-lsvr-applicability-02 https://datatracker.ietf.org/doc/html/draft-keyupate-lsvr-applicability-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-keyupate-lsvr-applicability-02 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Jul 3 09:14:16 2018 Return-Path: X-Original-To: lsvr@ietf.org Delivered-To: lsvr@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D2953130FCB; Tue, 3 Jul 2018 09:00:17 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "\"IETF Secretariat\"" To: , Cc: lsvr@ietf.org, aretana.ietf@gmail.com X-Test-IDTracker: no X-IETF-IDTracker: 6.81.3 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <153063361785.4893.5272344177796073270.idtracker@ietfa.amsl.com> Date: Tue, 03 Jul 2018 09:00:17 -0700 Archived-At: X-Mailman-Approved-At: Tue, 03 Jul 2018 09:14:13 -0700 Subject: [Lsvr] lsvr - Requested session has been scheduled for IETF 102 X-BeenThere: lsvr@ietf.org X-Mailman-Version: 2.1.26 List-Id: Link State Vector Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jul 2018 16:00:27 -0000 Dear Gunter Van de Velde, The session(s) that you have requested have been scheduled. Below is the scheduled session information followed by the original request. lsvr Session 1 (2:00 requested) Wednesday, 18 July 2018, Morning Session I 0930-1200 Room Name: Viger size: 200 --------------------------------------------- iCalendar: https://datatracker.ietf.org/meeting/102/sessions/lsvr.ics Request Information: --------------------------------------------------------- Working Group Name: Link State Vector Routing Area Name: Routing Area Session Requester: Gunter Van de Velde Number of Sessions: 1 Length of Session(s): 2 Hours Number of Attendees: 100 Conflicts to Avoid: First Priority: idr lsr rtgwg rtgarea sidrops bess grow Second Priority: nvo3 spring Third Priority: bier People who must be present: Gunter Van de Velde Alvaro Retana Victor Kuarsingh Resources Requested: Special Requests: --------------------------------------------------------- From nobody Fri Jul 6 06:03:19 2018 Return-Path: X-Original-To: lsvr@ietfa.amsl.com Delivered-To: lsvr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D5984130F1F for ; Fri, 6 Jul 2018 06:03:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.908 X-Spam-Level: X-Spam-Status: No, score=-1.908 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_DKIMWL_WL_MED=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=hulshof-ca.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 lhMRh_s1-3gx for ; Fri, 6 Jul 2018 06:03:14 -0700 (PDT) Received: from mail-qt0-x235.google.com (mail-qt0-x235.google.com [IPv6:2607:f8b0:400d:c0d::235]) (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 624BA126F72 for ; Fri, 6 Jul 2018 06:03:14 -0700 (PDT) Received: by mail-qt0-x235.google.com with SMTP id m13-v6so9838608qth.1 for ; Fri, 06 Jul 2018 06:03:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hulshof-ca.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=/7RBxzK8ahFMtUJV0195qWCGcn1D6YCD7zvgaUeawvY=; b=A+LyrJLMsntOz5G5ciXBkt2IBDLA+Z7K+lT+ftEfafoeIgWQBUc3a29Tcyc+njfAbb 20reE4WUyWxp0b70+xkhJrCq/96T0b0xyGiytE1Moo3wc9XoQu1HFoCXWRK59EXAtDZV rXxRwbDcIxRanKa3YoyEdW1SftiXgWNSeEixgBm+j1XzkA7w0Oq348nW8M8z7x9OKMBn f8uIj+5wR0exYRIDjkn9JnU3kaQcgi4AmO3HD903qwieMaMBwWpCQf6sOIEMQYn47Wpa 1VcsDdIksPAXUtZt/kUz3lvNZb6MkINIzK+F/2kZWvPTlY2aPSvkTumvShPkBn5p+DDn mVCw== 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=/7RBxzK8ahFMtUJV0195qWCGcn1D6YCD7zvgaUeawvY=; b=LkP3maHD6I/EXK8G643jJVXbwpuEkJe5OEGfHxwSDwgNgL2ztLlOVhuz+TEno833pd 5yNlspUGJ86acXVnNML4vwbuuXVMiDd5RRKxr1PHOEbZjUoVeXCgLE5UtgCr9R2Be5G6 iIlQvknGxZ4/NgkAoL+T8lODUq1VVs1FkX31o26vOu6e5FjfTFAPg/EJJseRhTa5qY5e NxqPVCd6cvi3JS9W0YV6T2N+/zwsRwKWG3Gw7jTWtDfQSsfaNY2b1R8QQ1uyesWpUNy6 WJj9R18uJLPZh8F+9yU8EWHns2VhnAoKuBf/4FViaxtuaWr0ChujgxTK61gz3VF53uNL /jjg== X-Gm-Message-State: APt69E3IdfswAy6F5owAYv6zGZr9xOC2PrNlbm1/g41pm6cHiO8/x5/z yYYmIpbkHDLf5ePhXdGobrZ1aIvZ2xnCywNbCMK20A== X-Google-Smtp-Source: AAOMgpfMHVXE3nCJvMbsdTdY3V4zZeerLaYHFvTs3Mc1n1+zdqQbPkoZkKd+zjs25ieyhsfZhKqfdkGcYLQpTixte+o= X-Received: by 2002:a0c:f806:: with SMTP id r6-v6mr8700783qvn.214.1530882193342; Fri, 06 Jul 2018 06:03:13 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Steve Hulshof Date: Fri, 6 Jul 2018 09:03:02 -0400 Message-ID: To: Gaurav Dawra Cc: Jacob Uecker , "Van De Velde, Gunter (Nokia - BE/Antwerp)" , Victor Kuarsingh , "draft-keyupate-lsvr-applicability@ietf.org" , "lsvr@ietf.org" Content-Type: multipart/alternative; boundary="00000000000053d46c05705449cf" Archived-At: Subject: Re: [Lsvr] WG Adoption Call for draft-keyupate-lsvr-applicability-01 (June 22 to July 6) X-BeenThere: lsvr@ietf.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Link State Vector Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jul 2018 13:03:17 -0000 --00000000000053d46c05705449cf Content-Type: text/plain; charset="UTF-8" +1 as well. 1. Yes 2. Yes 3. No 4. None at this time 5. None at this time Thank you, Steve On Thu, Jun 28, 2018 at 2:17 PM Gaurav Dawra wrote: > +1 > > Thanks, > > Gaurav > > Sent from my iPhone > > > On Jun 26, 2018, at 1:03 PM, Jacob Uecker > wrote: > > > > > > 1) I support the doc as LSVR WG Doc > > 2) Yes > > 3) Nothing to stop the adoption as WG Doc > > 4 and 5) None at this point > > > > > >> On Jun 22, 2018, at 1:44 AM, Van De Velde, Gunter (Nokia - BE/Antwerp) < > gunter.van_de_velde@nokia.com> wrote: > >> > >> This begins a 2 week WG Adoption Call for " > https://datatracker.ietf.org/doc/draft-keyupate-lsvr-applicability/ " > from June 22 to July 6 . > >> During your discussion in the WG Adoption Call, the chairs are looking > for more context as only a 'yeh' or 'ney'. > >> > >> please indicate the following things: > >> > >> 1) Support to adopt draft > "draft-keyupate-lsvr-applicability-01" as LSVR WG document? > >> 2) Do you feel " draft-keyupate-lsvr-applicability-01" > complies to the LSVR charter, please explain if you think it does not > conform to the LSVR charter? > >> 3) Are there any technical issues with this draft? > >> 4) Which are current pain-points in the draft requiring > additional content and technical attention? > >> 5) What is missing from this draft? > >> > >> For your quick access to this draft, find the link below: > >> > >> https://datatracker.ietf.org/doc/draft-keyupate-lsvr-applicability/ > >> > >> > >> Kind Regards, > >> > >> Victor & Gunter > >> co-chairs LSVR WG > >> > >> _______________________________________________ > >> Lsvr mailing list > >> Lsvr@ietf.org > >> https://www.ietf.org/mailman/listinfo/lsvr > > > > _______________________________________________ > > Lsvr mailing list > > Lsvr@ietf.org > > https://www.ietf.org/mailman/listinfo/lsvr > > _______________________________________________ > Lsvr mailing list > Lsvr@ietf.org > https://www.ietf.org/mailman/listinfo/lsvr > --00000000000053d46c05705449cf Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

+1 as well.

1. Yes
= 2. Yes
3. No
4. None at this = time
5. None at this time
Thank you,

Steve


On Thu, Jun 28, 2018 at 2:17 PM Gaurav Dawra &= lt;gdawra.ietf@gmail.com> w= rote:
+1

Thanks,

Gaurav

Sent from my iPhone

> On Jun 26, 2018, at 1:03 PM, Jacob Uecker <juecker.ietf@gmail.com> wrote: >
>
> 1) I support the doc as LSVR WG Doc
> 2) Yes
> 3) Nothing to stop the adoption as WG Doc
> 4 and 5) None at this point
>
>
>> On Jun 22, 2018, at 1:44 AM, Van De Velde, Gunter (Nokia - BE/Antw= erp) <gunter.van_de_velde@nokia.com> wrote:
>>
>> This begins a 2 week WG Adoption Call for "https://datatracker.ietf.org/doc/draft-keyupate-lsv= r-applicability/ " from June 22 to July 6 .
>> During your discussion in the WG Adoption Call, the chairs are loo= king for more context as only a 'yeh' or 'ney'.
>>
>> please indicate the following things:
>>
>> 1)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Support to adopt draft = "draft-keyupate-lsvr-applicability-01" as LSVR WG document?
>> 2)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Do you feel " dra= ft-keyupate-lsvr-applicability-01" complies to the LSVR charter, pleas= e explain if you think it does not conform to the LSVR charter?
>> 3)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Are there any technica= l issues with this draft?
>> 4)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Which are current pain-= points in the draft requiring additional content and technical attention? >> 5)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 What is missing from t= his draft?
>>
>> For your quick access to this draft, find the link below:
>>
>> https://datatracker.ietf= .org/doc/draft-keyupate-lsvr-applicability/
>>
>>
>> Kind Regards,
>>
>> Victor & Gunter
>> co-chairs LSVR WG
>>
>> _______________________________________________
>> Lsvr mailing list
>> Lsvr@ietf.org
>> https://www.ietf.org/mailman/listinfo/lsvr >
> _______________________________________________
> Lsvr mailing list
> Lsvr@ietf.org > https://www.ietf.org/mailman/listinfo/lsvr

_______________________________________________
Lsvr mailing list
Lsvr@ietf.org
https://www.ietf.org/mailman/listinfo/lsvr
--00000000000053d46c05705449cf-- From nobody Sat Jul 7 07:01:37 2018 Return-Path: X-Original-To: lsvr@ietfa.amsl.com Delivered-To: lsvr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF5DE130E40 for ; Sat, 7 Jul 2018 07:01:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.649 X-Spam-Level: X-Spam-Status: No, score=-1.649 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, HTML_OBFUSCATE_05_10=0.26, RCVD_IN_DNSWL_NONE=-0.0001, T_DKIMWL_WL_MED=-0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=jvknet-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 hRsDi5L4pWNt for ; Sat, 7 Jul 2018 07:01:33 -0700 (PDT) Received: from mail-oi0-x22e.google.com (mail-oi0-x22e.google.com [IPv6:2607:f8b0:4003:c06::22e]) (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 CB840130DF4 for ; Sat, 7 Jul 2018 07:01:33 -0700 (PDT) Received: by mail-oi0-x22e.google.com with SMTP id v8-v6so28546399oie.5 for ; Sat, 07 Jul 2018 07:01:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jvknet-com.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to:cc; bh=ggCHfx4xOADZnOzTwLuE1NYgVFkIqvoN2E2hH3bzfsA=; b=FBE7xW2DTM76RxQzOwg5jH70oW14xwYl3lTKKLNXRt0nql7yPxSuBR7QgKnskom45R T97sOiOuRqDFRPh0wRpn/WC7sNKtqzGWeKTuPZ50/z4xsN7FD5VZfsKnqUFs8vvhBbEk a0UyO1pFm26jv3mANA0RlmaWCQXTpN3BtMeBQVWvjyQBQfSLtnpZcy72EXIezuVUq+rW 7iKhIfo2Wrdlhs84kex4DvootD5GZFgdlZZaoE6l6kpo2FYQeHeQVLARHkXT/Lo0poPa psdKLvlwE/RoJtWeFh+i2GQYd7S5Ja0UmIdcR3uLikVVhBJsKkO+3YEhJEzGFtNQGdIv wP+g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=ggCHfx4xOADZnOzTwLuE1NYgVFkIqvoN2E2hH3bzfsA=; b=l28Uh+uL2lEMnb/3dT2Vs8Deh2Oyk/nw2ndG9WmL4m9V+gmk5VH1sm0amn3P2V2WjX 6DUZQLIptKguo/RgLke3LnKeeUuLCO3FtlWMGIBBaRV2iDAZzDSrM1OGdX6d1Loi4IKm axcGmXyH2+nVEcE4/3fWMlrcZuwQfol6SIeuhKyyV8+BmoRAKNJTwbjNY/ZDO5NXYg8E Kt3oe1iz9dR+EyOKAhtENH+SoUUeVSmpK4hmozek0gpONO8RNrTW5is9cra8h1jS2NRe ty3zAM6Kgl2oS/o8h7EidjwOV/E1tGFil/YtyDaJS3dV545ueshlGRaB4reyJ+k2CEB1 F6tw== X-Gm-Message-State: APt69E3zczRp9S9By9YS2O3OwIQZfRgjFeA24E2M8/6lWqEHcDRsQsA2 ldYxWaobBlE1Xxb/VZ2owYlhAcdxwVHOOoCCcqi028bH X-Google-Smtp-Source: AAOMgpeDZFwpIi0ZLS5mChpmWiCstYuAyUqRVDUt/aes3BajP52t+z2/pIERdRPQ7puem65/4Y1/iToGEi75eUaZ+OQ= X-Received: by 2002:aca:b7c3:: with SMTP id h186-v6mr14384005oif.54.1530972092661; Sat, 07 Jul 2018 07:01:32 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a9d:1687:0:0:0:0:0 with HTTP; Sat, 7 Jul 2018 07:01:32 -0700 (PDT) From: Victor Kuarsingh Date: Sat, 7 Jul 2018 10:01:32 -0400 Message-ID: To: lsvr@ietf.org Cc: Alvaro Retana Content-Type: multipart/alternative; boundary="000000000000be968d0570693782" Archived-At: Subject: [Lsvr] Adoption of draft-keyupdate-lsvr-applicability accepted X-BeenThere: lsvr@ietf.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Link State Vector Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jul 2018 14:01:36 -0000 --000000000000be968d0570693782 Content-Type: text/plain; charset="UTF-8" LSVR WG, We have concluded our two week adoption call and the input cycle for " https://datatracker.ietf.org/doc/draft-keyupate-lsvr-applicability/". We have support from the WG members to adopt the draft document for our working group. The document fits our charter for prescribed work. We ask the authors submit the draft as "draft-ietf-lsvr-applicability" regards, Gunter and Victor Co-Chairs LSVR WG --000000000000be968d0570693782 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
LSVR WG,

We have concluded our two week adoption call and the input cycle for= =C2=A0 "https://datat= racker.ietf.org/doc/draft-keyupate-lsvr-applicability/".=C2=A0

We have support from the WG members to a= dopt the draft=C2=A0document for our working group.=C2=A0 The d= ocument fits our charter for prescribed work.

We ask the authors submit th= e draft as "draft-ietf-lsvr-applicability"=C2=A0

regards,=

Gunter and Victor
Co-Chairs LSVR WG=C2=A0<= /span>
--000000000000be968d0570693782-- From nobody Sat Jul 7 12:17:24 2018 Return-Path: X-Original-To: lsvr@ietfa.amsl.com Delivered-To: lsvr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A7081274D0 for ; Sat, 7 Jul 2018 12:17:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 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, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 30Q_kzEkpIcB for ; Sat, 7 Jul 2018 12:17:21 -0700 (PDT) Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 62BBA130E9C for ; Sat, 7 Jul 2018 12:17:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=9632; q=dns/txt; s=iport; t=1530991041; x=1532200641; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=gDYwpkAPRuxDqHG/1z/jGM7wbfpVwmBHwmmpQ0fqY6I=; b=huzoU6uAh7vaZPQhUZylDGtvWQtQjifp+/vESBaJIurUEWsTPFocTnjy pUUW40Oc8FrMg79R/emPXIHrjQQuHCTF2wOYmFYd36Y/Mf49H8PzMms4h Vu1p0K0FojqKsudYcO2/1/HrSXS2j1Np18XFtmqnoMELVO5TSOUG0AGWQ k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DRAAC5EEFb/40NJK1cGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAYJTdmJ/KAqDcIgEjDSBZSKINoduhQ6BegsjhEkCF4IWITQ?= =?us-ascii?q?YAQIBAQIBAQJtHAyFNgEBAQEDI1YQAgEIEQMBAisCAgIfER0IAgQBDQWDIAG?= =?us-ascii?q?BG0wDFQ+pY4IchFuCMA2BLoE1BYhughWBNgyCXIJWQgIDAYF8gmExgiQCiE6?= =?us-ascii?q?QVisJAoYGhhGDC41dijhPhmICERMBgSQdOIFScBVlAYI+CYsLhT5vjwOBGgE?= =?us-ascii?q?B?= X-IronPort-AV: E=Sophos;i="5.51,322,1526342400"; d="scan'208,217";a="139894950" Received: from alln-core-8.cisco.com ([173.36.13.141]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 07 Jul 2018 19:17:20 +0000 Received: from XCH-RCD-013.cisco.com (xch-rcd-013.cisco.com [173.37.102.23]) by alln-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id w67JHKxn020540 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Sat, 7 Jul 2018 19:17:20 GMT Received: from xch-rcd-015.cisco.com (173.37.102.25) by XCH-RCD-013.cisco.com (173.37.102.23) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Sat, 7 Jul 2018 14:17:19 -0500 Received: from xch-rcd-015.cisco.com ([173.37.102.25]) by XCH-RCD-015.cisco.com ([173.37.102.25]) with mapi id 15.00.1320.000; Sat, 7 Jul 2018 14:17:19 -0500 From: "Acee Lindem (acee)" To: Victor Kuarsingh , "lsvr@ietf.org" CC: Alvaro Retana Thread-Topic: [Lsvr] Adoption of draft-keyupdate-lsvr-applicability accepted Thread-Index: AQHUFfseT429F2ciikujbOJc0LX/EKSEMwyA Date: Sat, 7 Jul 2018 19:17:19 +0000 Message-ID: <27FB72E8-5492-4B96-BA3E-A49993A0AB7C@cisco.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.116.152.196] Content-Type: multipart/alternative; boundary="_000_27FB72E854924B96BA3EA49993A0AB7Cciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [Lsvr] Adoption of draft-keyupdate-lsvr-applicability accepted X-BeenThere: lsvr@ietf.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Link State Vector Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jul 2018 19:17:24 -0000 --_000_27FB72E854924B96BA3EA49993A0AB7Cciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgVmljdG9yIOKAkyB3aGVuIHRoZSBJRVRGIGRyYWZ0IHN1Ym1pc3Npb24gd2luZG93IG9wZW5z IHVw4oCmDQpBY2VlDQoNCkZyb206IExzdnIgPGxzdnItYm91bmNlc0BpZXRmLm9yZz4gb24gYmVo YWxmIG9mIFZpY3RvciBLdWFyc2luZ2ggPHZpY3RvckBqdmtuZXQuY29tPg0KRGF0ZTogU2F0dXJk YXksIEp1bHkgNywgMjAxOCBhdCAxMDowMiBBTQ0KVG86ICJsc3ZyQGlldGYub3JnIiA8bHN2ckBp ZXRmLm9yZz4NCkNjOiBBbHZhcm8gUmV0YW5hIDxhcmV0YW5hLmlldGZAZ21haWwuY29tPg0KU3Vi amVjdDogW0xzdnJdIEFkb3B0aW9uIG9mIGRyYWZ0LWtleXVwZGF0ZS1sc3ZyLWFwcGxpY2FiaWxp dHkgYWNjZXB0ZWQNCg0KTFNWUiBXRywNCg0KV2UgaGF2ZSBjb25jbHVkZWQgb3VyIHR3byB3ZWVr IGFkb3B0aW9uIGNhbGwgYW5kIHRoZSBpbnB1dCBjeWNsZSBmb3IgICJodHRwczovL2RhdGF0cmFj a2VyLmlldGYub3JnL2RvYy9kcmFmdC1rZXl1cGF0ZS1sc3ZyLWFwcGxpY2FiaWxpdHkvIi4NCg0K V2UgaGF2ZSBzdXBwb3J0IGZyb20gdGhlIFdHIG1lbWJlcnMgdG8gYWRvcHQgdGhlIGRyYWZ0IGRv Y3VtZW50IGZvciBvdXIgd29ya2luZyBncm91cC4gIFRoZSBkb2N1bWVudCBmaXRzIG91ciBjaGFy dGVyIGZvciBwcmVzY3JpYmVkIHdvcmsuDQoNCg0KV2UgYXNrIHRoZSBhdXRob3JzIHN1Ym1pdCB0 aGUgZHJhZnQgYXMgImRyYWZ0LWlldGYtbHN2ci1hcHBsaWNhYmlsaXR5Ig0KDQoNCnJlZ2FyZHMs DQoNCg0KR3VudGVyIGFuZCBWaWN0b3INCkNvLUNoYWlycyBMU1ZSIFdHDQo= --_000_27FB72E854924B96BA3EA49993A0AB7Cciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <84FB2C7194EC1042AED681F4EA6430F9@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJUaW1lcyBO ZXcgUm9tYW4gXChCb2R5IENTXCkiOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDIgMiAyIDIgMiA0O30N Ci8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYu TXNvTm9ybWFsDQoJe21hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQt c2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KYTpsaW5r LCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1 ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBl cmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0K CXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5tc29ub3JtYWwwLCBsaS5tc29ub3JtYWww LCBkaXYubXNvbm9ybWFsMA0KCXttc28tc3R5bGUtbmFtZTptc29ub3JtYWw7DQoJbXNvLW1hcmdp bi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowaW47DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZh bWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpzcGFuLmdtYWlsLWlsDQoJe21zby1zdHlsZS1u YW1lOmdtYWlsLWlsO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNv bmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndp bmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7 DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAx MS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlv bjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT4NCjwvaGVhZD4NCjxib2R5IGxh bmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRT ZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEy LjBwdCI+SGkgVmljdG9yIOKAkyB3aGVuIHRoZSBJRVRGIGRyYWZ0IHN1Ym1pc3Npb24gd2luZG93 IG9wZW5zIHVw4oCmDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+QWNlZSA8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9y ZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj5Gcm9tOg0KPC9zcGFuPjwvYj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+THN2ciAmbHQ7bHN2ci1ib3Vu Y2VzQGlldGYub3JnJmd0OyBvbiBiZWhhbGYgb2YgVmljdG9yIEt1YXJzaW5naCAmbHQ7dmljdG9y QGp2a25ldC5jb20mZ3Q7PGJyPg0KPGI+RGF0ZTogPC9iPlNhdHVyZGF5LCBKdWx5IDcsIDIwMTgg YXQgMTA6MDIgQU08YnI+DQo8Yj5UbzogPC9iPiZxdW90O2xzdnJAaWV0Zi5vcmcmcXVvdDsgJmx0 O2xzdnJAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+Q2M6IDwvYj5BbHZhcm8gUmV0YW5hICZsdDthcmV0 YW5hLmlldGZAZ21haWwuY29tJmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5bTHN2cl0gQWRvcHRp b24gb2YgZHJhZnQta2V5dXBkYXRlLWxzdnItYXBwbGljYWJpbGl0eSBhY2NlcHRlZDxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDouNWluIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PGEg bmFtZT0iX01haWxPcmlnaW5hbEJvZHkiPkxTVlIgV0csPG86cD48L286cD48L2E+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4i PjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3Jp Z2luYWxCb2R5Ij5XZSBoYXZlIGNvbmNsdWRlZCBvdXIgdHdvIHdlZWsgYWRvcHRpb24gY2FsbCBh bmQgdGhlIGlucHV0IGN5Y2xlIGZvciZuYnNwOyAmcXVvdDs8L3NwYW4+PGEgaHJlZj0iaHR0cHM6 Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQta2V5dXBhdGUtbHN2ci1hcHBsaWNhYmls aXR5LyIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmln aW5hbEJvZHkiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQ7Y29sb3I6IzExNTVDQztiYWNr Z3JvdW5kOndoaXRlIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1rZXl1 cGF0ZS08c3BhbiBjbGFzcz0iZ21haWwtaWwiPmxzdnI8L3NwYW4+LWFwcGxpY2FiaWxpdHkvPC9z cGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48 L3NwYW4+PC9hPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOiMzMTMxMzE7YmFja2dyb3VuZDp3aGl0 ZSI+JnF1b3Q7LiZuYnNwOzwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpf TWFpbE9yaWdpbmFsQm9keSI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxl PSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDouNWluIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij5X ZSBoYXZlIHN1cHBvcnQgZnJvbSB0aGUgV0cgbWVtYmVycyB0byBhZG9wdCB0aGUgZHJhZnQ8c3Bh biBzdHlsZT0iY29sb3I6IzMxMzEzMTtiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDtkb2N1bWVudCBm b3Igb3VyIHdvcmtpbmcgZ3JvdXAuJm5ic3A7IFRoZSBkb2N1bWVudCBmaXRzIG91ciBjaGFydGVy IGZvcg0KIHByZXNjcmliZWQgd29yay48L3NwYW4+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4i PjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxzcGFuIHN0eWxl PSJjb2xvcjojMzEzMTMxO2JhY2tncm91bmQ6d2hpdGUiPjxicj4NCjxicj4NCjwvc3Bhbj48L3Nw YW4+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5h bEJvZHkiPjxzcGFuIHN0eWxlPSJjb2xvcjojMzEzMTMxO2JhY2tncm91bmQ6d2hpdGUiPldlIGFz ayB0aGUgYXV0aG9ycyBzdWJtaXQgdGhlIGRyYWZ0IGFzICZxdW90O2RyYWZ0LWlldGYtbHN2ci1h cHBsaWNhYmlsaXR5JnF1b3Q7Jm5ic3A7PC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWJv b2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNw YW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9keSI+PHNwYW4gc3R5bGU9ImNv bG9yOiMzMTMxMzE7YmFja2dyb3VuZDp3aGl0ZSI+PGJyPg0KPGJyPg0KPC9zcGFuPjwvc3Bhbj48 c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9Im1zby1ib29rbWFyazpfTWFpbE9yaWdpbmFsQm9k eSI+PHNwYW4gc3R5bGU9ImNvbG9yOiMzMTMxMzE7YmFja2dyb3VuZDp3aGl0ZSI+cmVnYXJkcyw8 L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHki PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0ibXNvLWJvb2ttYXJrOl9N YWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iY29sb3I6IzMxMzEzMTtiYWNrZ3JvdW5kOndo aXRlIj48YnI+DQo8YnI+DQo8L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tYm9va21hcms6 X01haWxPcmlnaW5hbEJvZHkiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHls ZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iY29sb3I6IzMx MzEzMSI+R3VudGVyIGFuZCBWaWN0b3I8L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tYm9v a21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3Bh biBzdHlsZT0ibXNvLWJvb2ttYXJrOl9NYWlsT3JpZ2luYWxCb2R5Ij48c3BhbiBzdHlsZT0iY29s b3I6IzMxMzEzMSI+Q28tQ2hhaXJzIExTVlIgV0cmbmJzcDs8L3NwYW4+PC9zcGFuPjxzcGFuIHN0 eWxlPSJtc28tYm9va21hcms6X01haWxPcmlnaW5hbEJvZHkiPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_27FB72E854924B96BA3EA49993A0AB7Cciscocom_-- From nobody Sun Jul 8 09:22:25 2018 Return-Path: X-Original-To: lsvr@ietfa.amsl.com Delivered-To: lsvr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F3F8C131072 for ; Sun, 8 Jul 2018 09:22:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, T_DKIMWL_WL_MED=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=jvknet-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 dAdfCzPyqQFP for ; Sun, 8 Jul 2018 09:22:22 -0700 (PDT) Received: from mail-oi0-x22d.google.com (mail-oi0-x22d.google.com [IPv6:2607:f8b0:4003:c06::22d]) (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 2738F1277D2 for ; Sun, 8 Jul 2018 09:22:22 -0700 (PDT) Received: by mail-oi0-x22d.google.com with SMTP id v8-v6so31727868oie.5 for ; Sun, 08 Jul 2018 09:22:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jvknet-com.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=jr1rLCg1Ts6PltHzjHhlahnepSmdymuRhlIgiW4xrgA=; b=FrVh6573x4K/fjN0fcc+7B5W9it1cVZmud6WH3Dl9SFOH39yK49+TZRs0LXhg7G2g1 BTY+OFMFLaZUqL3vM4OBCSnj3HsB6bNgAP9g81cB/SdB5zi0nRvEUNk+0olcdYpQdHXm 11lAqlzTTmiDnzTcRo5dzbPLajsqQVdmFkI6xdYPzf5S5ZedemxbtQHIKwqCjf9My6Pc B9ZPaE2JnjQvSbdTRbzRrogPCmStLr0HE48L2RwWRqVyv9fhUB8uGJHyo6HmpvrjirPo IawYMPqg6BxnDXFfZGa8M3Tj8NG68A2EfetWJJ71O70OjQbtS34nYevZID/IuZbNpbnJ fclA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=jr1rLCg1Ts6PltHzjHhlahnepSmdymuRhlIgiW4xrgA=; b=B718QbUpbn4z5jsgvLmbtD1BR6XGOt1FT9SkmplgvxMB6TZsCQuom/olTTjFPg5Ths 5aAPAPDG4aNSb2K7YTpT1hfn8SoXOXTOWyWNlijNDzCLgdCpva+elk6ySlqhKSrpwo8a ybfOYJT5PwyeKvfmCYbfLCKEUIRnWPbijptL66Tb+ilYUHwN8uZiUnDYcMESFWnIpJHm ZAKiDPDxC7DwtWwJoHpIHlNs4nj+vc+yMayKNWg2WxLYTbAa079g88eSBgfkPdNAw1XK F8mNbLTACrg/qMjoWA+b8GgxNzMfkfgpDLWJRTy4Nk0XQpQ3Nj9jzbn8AK5seCkCuIwo XArw== X-Gm-Message-State: APt69E2KA3qCAqt6gLLRAkYEj5e/ytLvGucBUvkkawiD3Stp6H9ZufYL aYPd8F5WNK0GH9O/5P71y8oSVb0zaBcP46WhDxNWTizw X-Google-Smtp-Source: AAOMgpeuiUv5/4AKRUYpU0JefwWxQcWMyTwd0J8evDo9WszA6kJnptRVfbJE1r26sfh569Xg5Ua9kuLPbVcfAWcL1Fs= X-Received: by 2002:aca:d886:: with SMTP id p128-v6mr21102809oig.180.1531066941140; Sun, 08 Jul 2018 09:22:21 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a9d:1687:0:0:0:0:0 with HTTP; Sun, 8 Jul 2018 09:22:20 -0700 (PDT) From: Victor Kuarsingh Date: Sun, 8 Jul 2018 12:22:20 -0400 Message-ID: To: lsvr@ietf.org Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: [Lsvr] IETF102 Meeting Draft Agenda Posted X-BeenThere: lsvr@ietf.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Link State Vector Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jul 2018 16:22:24 -0000 LSVR WG, We have uploaded a draft agenda for the IETF102 meeting. Please review updated versions of the draft-ietf-lsvr-bgp-spf-01 and draft-keyupate-lsvr-applicability-02 documents as we would like to have a progressive discussion. There is an update pending (post lock-out period) for the now adopted Applicability draft. We have also includes two items for the the meeting beyond the two main documents. 1. Review Interim meeting held in June 2. Discuss Neighbor Discovery and Liveness requirements (outcome from Interim meeting) If there are any other slot requests, please let us know so we can make the needed adjustments. https://datatracker.ietf.org/meeting/102/materials/agenda-102-lsvr-01 regards, Gunter and Victor LSVR WG co-Chairs From nobody Mon Jul 16 14:56:37 2018 Return-Path: X-Original-To: lsvr@ietfa.amsl.com Delivered-To: lsvr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D874D131225 for ; Mon, 16 Jul 2018 14:56:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, T_DKIMWL_WL_MED=-0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=jvknet-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 OW08cK9YapC4 for ; Mon, 16 Jul 2018 14:56:34 -0700 (PDT) Received: from mail-oi0-x233.google.com (mail-oi0-x233.google.com [IPv6:2607:f8b0:4003:c06::233]) (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 EB85B131229 for ; Mon, 16 Jul 2018 14:56:33 -0700 (PDT) Received: by mail-oi0-x233.google.com with SMTP id b15-v6so77686026oib.10 for ; Mon, 16 Jul 2018 14:56:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jvknet-com.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=OOHUgnergT3repP4mQA7dQrvH0MsyNVe5u4cneViEpc=; b=VAZ0vWs07sU4oEn+OraMopwQaoevBWCQ9XCSNFluDT7dXKrNOkqS4fPy56+9aKAk2z jsy7rW3U/pXj1X4zivy+bkLsE5lcEtpVSNz8bJLdTinWHQONSJgpzkcQ6A4ZM9iN/Vvw 8xP7sWoC0wIQUsiGFIwpENFSseZxJnaWxPZ4Da6/NZHHWPfZ32l4W0+sPlWhJtM0qTzD 9n99u1iMFsCl8PwIDt/3lZyl+6t54uBTIWQAobz3PaJgRuaUu+9/8l7xJGS6Y0bDy02V m+7RWTidj8x2C5o2LoAbNRiTCqCt6XOz2sXBR8to41gfoI6fuUDwHMpu+/mfxBLqRgCX Z5SA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=OOHUgnergT3repP4mQA7dQrvH0MsyNVe5u4cneViEpc=; b=jQ2TA2YE+96CIxhv5HJJS8mL0SLfw3xB5D3KL8sYfB1J5+HgWHUVkNIBcSVSChL/F1 5Xsx4b7Fk0AE70TeH0U4+d7LA4AANGJVYjknjCyCcgysYmxafJI/Crfi/LsGKf7G4Tds psDOhpjFq5KLcAYILtzgcFtnWfOrxt5xF/BfTVKZpTOMiw4IIg8Xp1amLZfydky6sgQE KrhxhSX02Lo9EKkfHfusVwDhJtnPtoQcvPbkn30KZPiIcA8gQ7VTV7X2aXAE3BpI0JrV mquBAkF+d+8dwP+3dzupko8oGuYkpQMCosZR2nvpOl2l5WL1jg1YuAEn51w0yf/aFPEu v+IQ== X-Gm-Message-State: AOUpUlFGhhrFqurzMNJ/vH0ThdvOETAhhopRHld43RH0pAtgNK1k5LTn 2BYnlKFtpMhVyN/Ry/E8zasdtJnXdi+LsM9D3Yy5PW5+ X-Google-Smtp-Source: AAOMgpf7zfNKojxaIQHgtBGcVj378/AbxVnpV+uclk0JFuoUpi5w0WgRRrK7+HvSnQqdQuznx8iPY+MTpUmWtz5Xfbo= X-Received: by 2002:aca:be56:: with SMTP id o83-v6mr1178596oif.301.1531778193039; Mon, 16 Jul 2018 14:56:33 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a9d:1687:0:0:0:0:0 with HTTP; Mon, 16 Jul 2018 14:56:32 -0700 (PDT) From: Victor Kuarsingh Date: Mon, 16 Jul 2018 17:56:32 -0400 Message-ID: To: lsvr@ietf.org Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: [Lsvr] Looking for Jabber and Notetaker for IETF102 X-BeenThere: lsvr@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Link State Vector Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2018 21:56:36 -0000 WG, We are looking for volunteers for jabber scribe and notetaker. thanks, Victor and Gunter Co-Chairs LSVR From nobody Fri Jul 20 05:07:50 2018 Return-Path: X-Original-To: lsvr@ietfa.amsl.com Delivered-To: lsvr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2E65F127AC2; Fri, 20 Jul 2018 05:05:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 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, RCVD_IN_DNSWL_LOW=-0.7, 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=icloud.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 P-QPlcVadmNy; Fri, 20 Jul 2018 05:04:57 -0700 (PDT) Received: from ms11p00im-qufv17110601.me.com (ms11p00im-qufv17110601.me.com [17.58.37.38]) (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 07F3E12D7F8; Fri, 20 Jul 2018 05:04:57 -0700 (PDT) Received: from process-dkim-sign-daemon.ms11p00im-qufv17110601.me.com by ms11p00im-qufv17110601.me.com (Oracle Communications Messaging Server 8.0.1.2.20170607 64bit (built Jun 7 2017)) id <0PC500I00YHILN00@ms11p00im-qufv17110601.me.com>; Fri, 20 Jul 2018 12:04:56 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=icloud.com; s=04042017; t=1532088296; bh=1xPCQ7EPCiDDiB46EyS2QUA0MkKlGir2Z7WSSIe930o=; h=Date:From:To:Message-id:Subject:MIME-version:Content-type; b=NTR8VHkyp8BRu0ApTUFVQKpcpOiXKwprzU4o+OERsUopKo/8RfDoEAmtjqL3uBMc/ Ja6K92i2JiTe3H9sxaKVNezVy+hR6lsGLLiCPXcdVoKJJJVEKJAr+u6GPY7gIRaI66 k3HV0jzwlhDEKsyzv4BNI5NsMFht5zNCANyWCUZb3+Sx//lQ8l6ylVx48sc+ggIKvO Kky+n1n38I0dE98xRJghwv9iIIzxq9A8JN82VFO1M3Nk/+7TweiPa/ZpN0shFSFmtY b3uJx9LU5jshB1HsIvAvz7RI8LN3+Wqe2qWCbzqwZoJMQroXuYBUxesafq/eBrt6gW YH4Rui0oNUvfw== Received: from icloud.com ([127.0.0.1]) by ms11p00im-qufv17110601.me.com (Oracle Communications Messaging Server 8.0.1.2.20170607 64bit (built Jun 7 2017)) with ESMTPSA id <0PC500C40YW21820@ms11p00im-qufv17110601.me.com>; Fri, 20 Jul 2018 12:04:56 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-07-20_03:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1011 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1707230000 definitions=main-1807200139 Date: Fri, 20 Jul 2018 12:04:50 +0000 (UTC) From: guntervandeveldecc@icloud.com To: Susan Hares , Idr , idr , =?UTF-8?B?5b6Q5bCP6JmOKOS5ieWFiCk=?= , lsvr@ietf.org Cc: draft-xu-idr-neighbor-autodiscovery Message-id: <246E99BEEE5D0AE6.87fd3145-2b43-44c1-9307-ba75310213db@mail.outlook.com> In-reply-to: <374fc1c8-27b4-44e0-b0e9-a40cab5584ad.xiaohu.xxh@alibaba-inc.com> References: <013701d41227$579d2d10$06d78730$@ndzh.com> <001201d41f44$b65ef2a0$231cd7e0$@ndzh.com> <001801d4201b$50989610$f1c9c230$@ndzh.com> <374fc1c8-27b4-44e0-b0e9-a40cab5584ad.xiaohu.xxh@alibaba-inc.com> MIME-version: 1.0 Content-type: multipart/alternative; boundary="----=_Part_5494_927351400.1532088290285" X-Mailer: Outlook for iOS and Android Archived-At: X-Mailman-Approved-At: Fri, 20 Jul 2018 05:07:49 -0700 Subject: Re: [Lsvr] [Idr] WG adoption call for draft-xu-idr-neighbor-autodiscovery X-BeenThere: lsvr@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Link State Vector Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2018 12:05:00 -0000 ------=_Part_5494_927351400.1532088290285 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable To keep both LSVR and IDR WG in sync , i appreciate to keep LSVR WG in invo= lved. This will allow better understanding of use-case requirement synergie= s and will aid the framing of most optimal solution space. G/ Gunter Van de Velde From: =E5=BE=90=E5=B0=8F=E8=99=8E(=E4=B9=89=E5=85=88) Sent: Friday, July 20, 07:51 Subject: Re: [Idr] WG adoption call for draft-xu-idr-neighbor-autodiscovery To: Susan Hares, Idr, idr Cc: draft-xu-idr-neighbor-autodiscovery Hi Sue, Understood, I will.=C2=A0 By the way, some authors of this draft are exactly from MSDC operators incl= uding=C2=A0Alibaba, Tencent and LinkedIn. Best regards, Xiaohu ------------------------------------------------------------------ From:Susan Hares Send Time:2018=E5=B9=B47=E6=9C=8820=E6=97=A5(=E6=98=9F=E6=9C=9F=E4=BA=94) 1= 9:18 To:=E5=BE=90=E5=B0=8F=E8=99=8E(=E4=B9=89=E5=85=88) ; Idr ; idr Cc:draft-xu-idr-neighbor-autodiscovery Subject:RE: [Idr] WG adoption call for draft-xu-idr-neighbor-autodiscovery Xiaohu: =C2=A0 Our next step is to gather requirements for the IDR neighbor discovery from= the WG. =C2=A0We would especially be interested in feedback on requirement= s from operators of data centers.=C2=A0 If you know of an operators of medi= um data centers who could send requirements to the IDR chairs or the IDR li= st, it would be helpful. =C2=A0 Cheerily, Susan Hares=20 =C2=A0 From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of ???(??) Sent: Friday, July 20, 2018 7:12 AM To: Idr; idr Cc: draft-xu-idr-neighbor-autodiscovery Subject: Re: [Idr] WG adoption call for draft-xu-idr-neighbor-autodiscovery =C2=A0 =C2=A0 Hi Sue, =C2=A0 Thanks for launching the WG adoption call for=C2=A0draft-xu-idr-neighbor-au= todiscovery. =C2=A0 Hi all, =C2=A0 There has been one implementation developed by a switch vendor. Furthermore= at least two additional implementations from other vendors=C2=A0are under = construction. If any of you have any concrete and technical=C2=A0concerns o= n this mechanism, please feel free to=C2=A0tell us and we would like to ver= ify your=C2=A0concerns on the implementation and then give you feedbacks. =C2=A0 Best regards, Xiaohu ------------------------------------------------------------------ From:Susan Hares Send Time:2018=E5=B9=B47=E6=9C=8819=E6=97=A5(=E6=98=9F=E6=9C=9F=E5=9B=9B) 1= 7:59 To:idr Cc:draft-xu-idr-neighbor-autodiscovery Subject:Re: [Idr] WG adoption call for draft-xu-idr-neighbor-autodiscovery =C2=A0 This closes the 2 week adoption for draft-xu-idr-neighbor-autodiscovery (July 2 =E2=80=93 July 16).=20 =C2=A0 The WG chairs conclude on my original questions that:=20 1)=C2=A0 There is WG interest to have an auto-discovery mechanism=20 that will work for BGP peers in Data Centers =C2=A0 2)=C2=A0 There is some WG =C2=A0interest having this work in other deployments.=20 =C2=A0 3)=C2=A0 There is no consensus on the mechanisms=20 (BGP hellos or other mechanisms)=20 Or requirements for the mechanisms.=20 =C2=A0 4)=C2=A0 There is WG consensus and AD Consensus that we should=20 collaborate with LSVR. One mechanism for both would=20 be good, but it needs to fit the requirements set by the WG. =C2=A0 =C2=A0 There is no consensus on adoption this draft.=20 =C2=A0 During today=E2=80=99s IDR session (18:10-19:10), we will have a=20 discussion on the requirements for the auto-discovery mechanisms.=20 We will start by reviewing the LSVR requirement set. =C2=A0 If our discussions today do not come to a clear conclusion,=20 the chairs are willing to sponsor an interim on the topic.=20 =C2=A0 Susan Hares and John Scudder.=20 =C2=A0 From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Susan Hares Sent: Monday, July 2, 2018 1:09 PM To: idr@ietf.org Cc: draft-xu-idr-neighbor-autodiscovery@ietf.org Subject: [Idr] WG adoption call for draft-xu-idr-neighbor-autodiscovery =C2=A0 Greetings:=20 =C2=A0 This begins a 2 week WG adoption call for draft-xu-idr-neighbor-autodiscove= ry (July 2 =E2=80=93 July 16).=C2=A0=20 =C2=A0 https://datatracker.ietf.org/doc/draft-xu-idr-neighbor-autodiscovery/ =C2=A0 The authors of this draft should send their IPR statements in response to t= his email. =C2=A0I hope the authors will ihelp their vacationing co-authors= to respond by July 7th.=C2=A0=20 =C2=A0 The WG should consider the following:=20 1)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Does BGP need to have an autodiscovery mec= hanism for peers within Data Centers?=20 2)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Does this mechanism work for other deploym= ents?=20 =C2=A0 3)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 If so, should be passed in BGP Hello messa= ge?=C2=A0=20 Or should it be a part of another protocol (e.g. LLDP, BFD, etc).=20 =C2=A0 4)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Does this interact with any of the LSVR wo= rk?=20 =C2=A0 I want to thank the authors for their patience while we sorted through some= of the WG LC for other drafts.=C2=A0 We decided to wait until some of thos= e discussion were cleared up prior to starting a new WG Adoption call. =C2=A0 =C2=A0 Susan Hares=20 =C2=A0 ------=_Part_5494_927351400.1532088290285 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit
To keep both LSVR and IDR WG in sync , i appreciate to keep LSVR WG in involved. This will allow better understanding of use-case requirement synergies and will aid the framing of most optimal solution space.

G/

Gunter Van de Velde



From: 徐小虎(义先)
Sent: Friday, July 20, 07:51
Subject: Re: [Idr] WG adoption call for draft-xu-idr-neighbor-autodiscovery
To: Susan Hares, Idr, idr
Cc: draft-xu-idr-neighbor-autodiscovery


Hi Sue,

Understood, I will. 

By the way, some authors of this draft are exactly from MSDC operators including Alibaba, Tencent and LinkedIn.

Best regards,
Xiaohu

------------------------------------------------------------------
From:Susan Hares <shares@ndzh.com>
Send Time:2018年7月20日(星期五) 19:18
To:徐小虎(义先) <xiaohu.xxh@alibaba-inc.com>; Idr <idr-bounces@ietf.org>; idr <idr@ietf.org>
Cc:draft-xu-idr-neighbor-autodiscovery <draft-xu-idr-neighbor-autodiscovery@ietf.org>
Subject:RE: [Idr] WG adoption call for draft-xu-idr-neighbor-autodiscovery

Xiaohu:
 
Our next step is to gather requirements for the IDR neighbor discovery from the WG.  We would especially be interested in feedback on requirements from operators of data centers.  If you know of an operators of medium data centers who could send requirements to the IDR chairs or the IDR list, it would be helpful.
 
Cheerily, Susan Hares
 
From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of ???(??)
Sent: Friday, July 20, 2018 7:12 AM
To: Idr; idr
Cc: draft-xu-idr-neighbor-autodiscovery
Subject: Re: [Idr] WG adoption call for draft-xu-idr-neighbor-autodiscovery
 
 
Hi Sue,
 
Thanks for launching the WG adoption call for draft-xu-idr-neighbor-autodiscovery.
 
Hi all,
 
There has been one implementation developed by a switch vendor. Furthermore at least two additional implementations from other vendors are under construction. If any of you have any concrete and technical concerns on this mechanism, please feel free to tell us and we would like to verify your concerns on the implementation and then give you feedbacks.
 
Best regards,
Xiaohu
------------------------------------------------------------------
From:Susan Hares <shares@ndzh.com>
Send Time:2018年7月19日(星期四) 17:59
To:idr <idr@ietf.org>
Cc:draft-xu-idr-neighbor-autodiscovery <draft-xu-idr-neighbor-autodiscovery@ietf.org>
Subject:Re: [Idr] WG adoption call for draft-xu-idr-neighbor-autodiscovery
 
This closes the 2 week adoption for draft-xu-idr-neighbor-autodiscovery
(July 2 – July 16).
 
The WG chairs conclude on my original questions that:
1)  There is WG interest to have an auto-discovery mechanism
that will work for BGP peers in Data Centers
 
2)  There is some WG  interest having this work
in other deployments.
 
3)  There is no consensus on the mechanisms
(BGP hellos or other mechanisms)
Or requirements for the mechanisms.
 
4)  There is WG consensus and AD Consensus that we should
collaborate with LSVR. One mechanism for both would
be good, but it needs to fit the requirements set
by the WG.  
 
There is no consensus on adoption this draft.
 
During today’s IDR session (18:10-19:10), we will have a
discussion on the requirements for the auto-discovery mechanisms.
We will start by reviewing the LSVR requirement set.
 
If our discussions today do not come to a clear conclusion,
the chairs are willing to sponsor an interim on the topic.
 
Susan Hares and John Scudder.
 
From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Susan Hares
Sent: Monday, July 2, 2018 1:09 PM
To: idr@ietf.org
Cc: draft-xu-idr-neighbor-autodiscovery@ietf.org
Subject: [Idr] WG adoption call for draft-xu-idr-neighbor-autodiscovery
 
Greetings:
 
This begins a 2 week WG adoption call for draft-xu-idr-neighbor-autodiscovery (July 2 – July 16). 
 
 
The authors of this draft should send their IPR statements in response to this email.  I hope the authors will ihelp their vacationing co-authors to respond by July 7th. 
 
The WG should consider the following:
1)      Does BGP need to have an autodiscovery mechanism for peers within Data Centers?
2)      Does this mechanism work for other deployments?
 
3)      If so, should be passed in BGP Hello message? 
Or should it be a part of another protocol (e.g. LLDP, BFD, etc).
 
4)      Does this interact with any of the LSVR work?
 
I want to thank the authors for their patience while we sorted through some of the WG LC for other drafts.  We decided to wait until some of those discussion were cleared up prior to starting a new WG Adoption call.
 
 
Susan Hares
 



------=_Part_5494_927351400.1532088290285-- From nobody Fri Jul 20 05:21:40 2018 Return-Path: X-Original-To: lsvr@ietfa.amsl.com Delivered-To: lsvr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 19622130E80; Fri, 20 Jul 2018 05:21:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.947 X-Spam-Level: X-Spam-Status: No, score=0.947 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no 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 qa12tpv48AyS; Fri, 20 Jul 2018 05:21:31 -0700 (PDT) Received: from hickoryhill-consulting.com (50-245-122-97-static.hfc.comcastbusiness.net [50.245.122.97]) (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 7B445130E2F; Fri, 20 Jul 2018 05:21:30 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=31.133.145.18; From: "Susan Hares" To: , "'Idr'" , "'idr'" , =?UTF-8?B?J+W+kOWwj+iZjijkuYnlhYgpJw==?= , Cc: "'draft-xu-idr-neighbor-autodiscovery'" References: <013701d41227$579d2d10$06d78730$@ndzh.com> <001201d41f44$b65ef2a0$231cd7e0$@ndzh.com> <001801d4201b$50989610$f1c9c230$@ndzh.com> <374fc1c8-27b4-44e0-b0e9-a40cab5584ad.xiaohu.xxh@alibaba-inc.com> <246E99BEEE5D0AE6.87fd3145-2b43-44c1-9307-ba75310213db@mail.outlook.com> In-Reply-To: <246E99BEEE5D0AE6.87fd3145-2b43-44c1-9307-ba75310213db@mail.outlook.com> Date: Fri, 20 Jul 2018 08:21:21 -0400 Message-ID: <004e01d42024$2b9566f0$82c034d0$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_004F_01D42002.A4872250" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQGRTPZtbKn53OktwvULcZwhWaIQQAGfEnV1AcaflJMBY0uulAJqq3UbAloxC4uk0T9JsA== Content-Language: en-us X-Antivirus: AVG (VPS 180720-0, 07/20/2018), Outbound message X-Antivirus-Status: Not-Tested X-Authenticated-User: skh@ndzh.com Archived-At: Subject: Re: [Lsvr] [Idr] WG adoption call for draft-xu-idr-neighbor-autodiscovery X-BeenThere: lsvr@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Link State Vector Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2018 12:21:38 -0000 This is a multipart message in MIME format. ------=_NextPart_000_004F_01D42002.A4872250 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Gunter:=20 =20 Thank you for mention that fact. I had my second cup of tea and noticed = I missed requesting it be cross-posted to LSVR WG.=20 =20 Sue=20 =20 From: Lsvr [mailto:lsvr-bounces@ietf.org] On Behalf Of = guntervandeveldecc=3D40icloud.com@dmarc.ietf.org Sent: Friday, July 20, 2018 8:05 AM To: Susan Hares; Idr; idr; = =E5=BE=90=E5=B0=8F=E8=99=8E(=E4=B9=89=E5=85=88); lsvr@ietf.org Cc: draft-xu-idr-neighbor-autodiscovery Subject: Re: [Lsvr] [Idr] WG adoption call for = draft-xu-idr-neighbor-autodiscovery =20 To keep both LSVR and IDR WG in sync , i appreciate to keep LSVR WG in = involved. This will allow better understanding of use-case requirement = synergies and will aid the framing of most optimal solution space. G/ Gunter Van de Velde From: =E5=BE=90=E5=B0=8F=E8=99=8E(=E4=B9=89=E5=85=88) Sent: Friday, July 20, 07:51 Subject: Re: [Idr] WG adoption call for = draft-xu-idr-neighbor-autodiscovery To: Susan Hares, Idr, idr Cc: draft-xu-idr-neighbor-autodiscovery Hi Sue, Understood, I will.=20 By the way, some authors of this draft are exactly from MSDC operators = including Alibaba, Tencent and LinkedIn. Best regards, Xiaohu ------------------------------------------------------------------ From:Susan Hares Send = Time:2018=E5=B9=B47=E6=9C=8820=E6=97=A5(=E6=98=9F=E6=9C=9F=E4=BA=94) = 19:18 To:=E5=BE=90=E5=B0=8F=E8=99=8E(=E4=B9=89=E5=85=88) = ; Idr ; idr = Cc:draft-xu-idr-neighbor-autodiscovery = Subject:RE: [Idr] WG adoption call for = draft-xu-idr-neighbor-autodiscovery Xiaohu: =20 Our next step is to gather requirements for the IDR neighbor discovery = from the WG. We would especially be interested in feedback on = requirements from operators of data centers. If you know of an = operators of medium data centers who could send requirements to the IDR = chairs or the IDR list, it would be helpful. =20 Cheerily, Susan Hares=20 =20 From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of ???(??) Sent: Friday, July 20, 2018 7:12 AM To: Idr; idr Cc: draft-xu-idr-neighbor-autodiscovery Subject: Re: [Idr] WG adoption call for = draft-xu-idr-neighbor-autodiscovery =20 =20 Hi Sue, =20 Thanks for launching the WG adoption call for = draft-xu-idr-neighbor-autodiscovery. =20 Hi all, =20 There has been one implementation developed by a switch vendor. = Furthermore at least two additional implementations from other vendors = are under construction. If any of you have any concrete and technical = concerns on this mechanism, please feel free to tell us and we would = like to verify your concerns on the implementation and then give you = feedbacks. =20 Best regards, Xiaohu ------------------------------------------------------------------ From:Susan Hares Send = Time:2018=E5=B9=B47=E6=9C=8819=E6=97=A5(=E6=98=9F=E6=9C=9F=E5=9B=9B) = 17:59 To:idr Cc:draft-xu-idr-neighbor-autodiscovery = Subject:Re: [Idr] WG adoption call for = draft-xu-idr-neighbor-autodiscovery =20 This closes the 2 week adoption for draft-xu-idr-neighbor-autodiscovery (July 2 =E2=80=93 July 16).=20 =20 The WG chairs conclude on my original questions that:=20 1) There is WG interest to have an auto-discovery mechanism=20 that will work for BGP peers in Data Centers =20 2) There is some WG interest having this work in other deployments.=20 =20 3) There is no consensus on the mechanisms=20 (BGP hellos or other mechanisms)=20 Or requirements for the mechanisms.=20 =20 4) There is WG consensus and AD Consensus that we should=20 collaborate with LSVR. One mechanism for both would=20 be good, but it needs to fit the requirements set by the WG. =20 =20 There is no consensus on adoption this draft.=20 =20 During today=E2=80=99s IDR session (18:10-19:10), we will have a=20 discussion on the requirements for the auto-discovery mechanisms.=20 We will start by reviewing the LSVR requirement set. =20 If our discussions today do not come to a clear conclusion,=20 the chairs are willing to sponsor an interim on the topic.=20 =20 Susan Hares and John Scudder.=20 =20 From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Susan Hares Sent: Monday, July 2, 2018 1:09 PM To: idr@ietf.org Cc: draft-xu-idr-neighbor-autodiscovery@ietf.org Subject: [Idr] WG adoption call for draft-xu-idr-neighbor-autodiscovery =20 Greetings:=20 =20 This begins a 2 week WG adoption call for = draft-xu-idr-neighbor-autodiscovery (July 2 =E2=80=93 July 16). =20 =20 https://datatracker.ietf.org/doc/draft-xu-idr-neighbor-autodiscovery/ =20 The authors of this draft should send their IPR statements in response = to this email. I hope the authors will ihelp their vacationing = co-authors to respond by July 7th. =20 =20 The WG should consider the following:=20 1) Does BGP need to have an autodiscovery mechanism for peers = within Data Centers?=20 2) Does this mechanism work for other deployments?=20 =20 3) If so, should be passed in BGP Hello message? =20 Or should it be a part of another protocol (e.g. LLDP, BFD, etc).=20 =20 4) Does this interact with any of the LSVR work?=20 =20 I want to thank the authors for their patience while we sorted through = some of the WG LC for other drafts. We decided to wait until some of = those discussion were cleared up prior to starting a new WG Adoption = call. =20 =20 Susan Hares=20 =20 ------=_NextPart_000_004F_01D42002.A4872250 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Gunter:

 

Thank you for mention that fact.=C2=A0 I had my second cup of tea and = noticed I missed requesting it be cross-posted to LSVR WG. =

 

Sue

 

From:= = Lsvr [mailto:lsvr-bounces@ietf.org] On Behalf Of = guntervandeveldecc=3D40icloud.com@dmarc.ietf.org
Sent: = Friday, July 20, 2018 8:05 AM
To: Susan Hares; Idr; idr; = =E5=BE=90=E5=B0=8F=E8=99=8E(=E4=B9=89=E5=85=88); = lsvr@ietf.org
Cc: = draft-xu-idr-neighbor-autodiscovery
Subject: Re: [Lsvr] [Idr] = WG adoption call for = draft-xu-idr-neighbor-autodiscovery

 

T= o keep both LSVR and IDR WG in sync , i appreciate to keep LSVR WG in = involved. This will allow better understanding of use-case requirement = synergies and will aid the framing of most optimal solution = space.

G= /

G= unter Van de Velde

<= br>

F= rom: =E5=BE=90=E5=B0=8F=E8=99=8E(= =E4=B9=89=E5=85= =88)=

S= ent: Friday, July 20, 07:51

S= ubject: Re: [Idr] WG adoption call for = draft-xu-idr-neighbor-autodiscovery

T= o: Susan Hares, Idr, idr

C= c: = draft-xu-idr-neighbor-autodiscovery

H= i Sue,

U= nderstood, I will. 

B= y the way, some authors of this draft are exactly from MSDC operators = including Alibaba, Tencent and = LinkedIn.

B= est regards,

X= iaohu

-= -----------------------------------------------------------------

F= rom:Susan Hares = <shares@ndzh.com>

S= end Time:2018=E5=B9=B47= =E6=9C=882= 0=E6=97=A5(= =E6=98=9F=E6=9C=9F=E4=BA=94)= 19:18

T= o:=E5=BE=90=E5=B0=8F=E8=99=8E(= =E4=B9=89=E5=85= =88)= <xiaohu.xxh@alibaba-inc.com>; Idr <idr-bounces@ietf.org>; = idr <idr@ietf.org>

C= c:draft-xu-idr-neighbor-autodiscovery = <draft-xu-idr-neighbor-autodiscovery@ietf.org>

S= ubject:RE: [Idr] WG adoption call for = draft-xu-idr-neighbor-autodiscovery

X= iaohu:

&= nbsp;

O= ur next step is to gather requirements for the IDR neighbor discovery = from the WG.  We would especially be interested in feedback on = requirements from operators of data centers.  If you know of an = operators of medium data centers who could send requirements to the IDR = chairs or the IDR list, it would be = helpful.

&= nbsp;

C= heerily, Susan Hares

&= nbsp;

F= rom: Idr [mailto:idr-bounces@ietf.org] On Behalf Of = ???(??)

S= ent: = Friday, July 20, 2018 7:12 AM

T= o: = Idr; idr

C= c: = draft-xu-idr-neighbor-autodiscovery

S= ubject: = Re: [Idr] WG adoption call for = draft-xu-idr-neighbor-autodiscovery

&= nbsp;

&= nbsp;

H= i Sue,

&= nbsp;

T= hanks for launching the WG adoption call = for draft-xu-idr-neighbor-autodiscovery.

=

&= nbsp;

H= i all,

&= nbsp;

T= here has been one implementation developed by a switch vendor. = Furthermore at least two additional implementations from other = vendors are under construction. If any of you have any concrete and = technical concerns on this mechanism, please feel free to tell = us and we would like to verify your concerns on the implementation = and then give you feedbacks.

&= nbsp;

B= est regards,

X= iaohu

-= -----------------------------------------------------------------

F= rom:Susan Hares = <shares@ndzh.com>

S= end Time:2018=E5=B9=B47= =E6=9C=881= 9=E6=97=A5(= =E6=98=9F=E6=9C=9F=E5=9B=9B)= 17:59

T= o:idr <idr@ietf.org>

C= c:draft-xu-idr-neighbor-autodiscovery = <draft-xu-idr-neighbor-autodiscovery@ietf.org>

S= ubject:Re: [Idr] WG adoption call for = draft-xu-idr-neighbor-autodiscovery

&= nbsp;

T= his closes the 2 week adoption for = draft-xu-idr-neighbor-autodiscovery

(= July 2 =E2=80=93 July 16).

&= nbsp;

T= he WG chairs conclude on my original questions that: =

1= )  There is WG interest to have an auto-discovery mechanism =

t= hat will work for BGP peers in Data = Centers

&= nbsp;

2= )  There is some WG  interest having this = work

i= n other deployments.

&= nbsp;

3= )  There is no consensus on the mechanisms =

(= BGP hellos or other mechanisms)

O= r requirements for the mechanisms.

&= nbsp;

4= )  There is WG consensus and AD Consensus that we should =

c= ollaborate with LSVR. One mechanism for both would =

b= e good, but it needs to fit the requirements = set

b= y the WG.  

&= nbsp;

T= here is no consensus on adoption this draft. =

&= nbsp;

D= uring today=E2=80=99s IDR session (18:10-19:10), we will have a =

d= iscussion on the requirements for the auto-discovery mechanisms. =

W= e will start by reviewing the LSVR requirement = set.

&= nbsp;

I= f our discussions today do not come to a clear conclusion, =

t= he chairs are willing to sponsor an interim on the topic. =

&= nbsp;

S= usan Hares and John Scudder.

&= nbsp;

F= rom: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Susan = Hares

S= ent: = Monday, July 2, 2018 1:09 PM

T= o: = idr@ietf.org

C= c: = draft-xu-idr-neighbor-autodiscovery@ietf.org

<= div>

S= ubject: = [Idr] WG adoption call for = draft-xu-idr-neighbor-autodiscovery

&= nbsp;

G= reetings:

&= nbsp;

T= his begins a 2 week WG adoption call for = draft-xu-idr-neighbor-autodiscovery (July 2 =E2=80=93 July 16).  =

&= nbsp;

<= a = href=3D"https://datatracker.ietf.org/doc/draft-xu-idr-neighbor-autodiscov= ery/">https://datatracker.ietf.org/doc/draft-xu-idr-neighbor-autodiscover= y/

&= nbsp;

T= he authors of this draft should send their IPR statements in response to = this email.  I hope the authors will ihelp their vacationing = co-authors to respond by July 7th.  =

&= nbsp;

T= he WG should consider the following:

1= )      Does BGP need to have an autodiscovery = mechanism for peers within Data Centers? =

2= )      Does this mechanism work for other = deployments?

&= nbsp;

3= )      If so, should be passed in BGP Hello = message? 

O= r should it be a part of another protocol (e.g. LLDP, BFD, etc). =

&= nbsp;

4= )      Does this interact with any of the LSVR = work?

&= nbsp;

I= want to thank the authors for their patience while we sorted through = some of the WG LC for other drafts.  We decided to wait until some = of those discussion were cleared up prior to starting a new WG Adoption = call.

&= nbsp;

&= nbsp;

S= usan Hares

&= nbsp;

<= br>

------=_NextPart_000_004F_01D42002.A4872250-- From nobody Fri Jul 20 10:20:57 2018 Return-Path: X-Original-To: lsvr@ietfa.amsl.com Delivered-To: lsvr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D0D1D130FB5; Fri, 20 Jul 2018 10:20:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.399 X-Spam-Level: X-Spam-Status: No, score=-1.399 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 nQhmLE0W6XHZ; Fri, 20 Jul 2018 10:20:47 -0700 (PDT) Received: from mail-pg1-x52f.google.com (mail-pg1-x52f.google.com [IPv6:2607:f8b0:4864:20::52f]) (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 93903130F74; Fri, 20 Jul 2018 10:20:47 -0700 (PDT) Received: by mail-pg1-x52f.google.com with SMTP id z8-v6so7407318pgu.8; Fri, 20 Jul 2018 10:20:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=VqbsQa5m74d7yc1YGqIzm0485jXfpsSVnehypBzNdJ8=; b=djK7jB2/Ah5myFNUBVwnimrBDBEmfg1xskUYt1ApnbylXugIr3HHC9x+55CuPXdKF7 jylGo9eLp0nn974xNZ2wiNkJdE3kUuJfwyKP5xyROuCbpoC1L9Y6wHou9+1TtUtv3rBD bSjHxnhZWExuLJIRrrGGsvq7kl6RAvNZf+c+d1Gc1fWjyPlCzH5hwcW/+kn2cL9kqssT linDXacG/C6DZloLS8HyDBZZwCOetPpKMsuqcaQdW5soLQimb9yrSk/2FM4RiZ1LvNaW eKVh/5NC1PsePFscxwdThCdodeYW+ZE8n9G926fTFpsn7LBFe6y25z45BYelT7pf4imA fh7A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=VqbsQa5m74d7yc1YGqIzm0485jXfpsSVnehypBzNdJ8=; b=dAcSkkIB1ESmbPUI5ctR/LLhtxXuLMG96eQvp/WB0jKBhfaEDEhWfrNQz7qybEAiMr II4D9ETcY6QM1bOWexmjYarcJOlC3kiCEY8h3IbWrags6KCYuJ+g19N/IKYnaQ8Ucg4f ixYyikFz04wQHp0v/gR1CRuqdYkOGv7X9ClGZPsfsnGQFGpP9bKOCcxMBbAwa4kjCRaj N6+SoolWVDzYeWBFI3aTLCy0mtVQV0voN+RZZYIwDGswdfLMpkkCpK2Nbkve6M7ntMFA sJzFCukhWmR90+pmbwaliAJ0k2QPh0R0TfK2xP/j2ndMKZMLzr6twx7omfUNkB/qQdqV B9fA== X-Gm-Message-State: AOUpUlH/CeVCd1XS1I8U2VtVK2mqXo+Nq88glgMiL8qBeZp1zJW530/7 BQfOkO5EoO/IGzu3EtfxiBUAqGF3IODLFTNS118= X-Google-Smtp-Source: AAOMgpd6Q+6AiAEbMEWqnRyJFpLdfPJbIFvQf9NCveCP5hYX9lhiJ4EXTg6VGDt8ii48nLw96V04ftYwin7DOc8wwuY= X-Received: by 2002:a62:ce81:: with SMTP id y123-v6mr3066040pfg.95.1532107246947; Fri, 20 Jul 2018 10:20:46 -0700 (PDT) MIME-Version: 1.0 Sender: rraszuk@gmail.com Received: by 2002:a17:90a:d396:0:0:0:0 with HTTP; Fri, 20 Jul 2018 10:20:46 -0700 (PDT) In-Reply-To: References: From: Robert Raszuk Date: Fri, 20 Jul 2018 19:20:46 +0200 X-Google-Sender-Auth: EQlIgLa7o4eErxw9-aa51cOmB5Q Message-ID: To: "Acee Lindem (acee)" , lsvr@ietf.org Cc: "Rajiv Asati (rajiva)" , idr wg Content-Type: multipart/alternative; boundary="0000000000003652bc057171849b" Archived-At: Subject: Re: [Lsvr] [Idr] BGP Auto discovery - L2 liveliness?? X-BeenThere: lsvr@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Link State Vector Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2018 17:20:50 -0000 --0000000000003652bc057171849b Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Acee, I have a comment on this section 6 and subsequent section 5.2.2 of the document you quoted: Link Hello are proposed to detect the L2-L2.5-L3 liveness. Well there is a lot of real life issues with link liveness appearing sporadically and only at some specific packet sizes. The Hello of fixed size of 25 octets will not detect it. A sweep size is a must. That perhaps will not likely appear in p2p fiber - however if someone is trying to use emulated L2 links as part of DC infra it may very well be the case. Thx, R. On Fri, Jul 20, 2018 at 7:02 PM, Acee Lindem (acee) < acee=3D40cisco.com@dmarc.ietf.org> wrote: > Hi Rajiv, > This function is described in section 6 of https://www.ietf.org/id/draft- > ymbk-lsvr-lsoe-01.txt. I guess you are questioned whether it should be a > requirement of this mechanism. > > Thanks, > Acee > > =EF=BB=BFOn 7/20/18, 11:43 AM, "Rajiv Asati (rajiva)" = wrote: > > > Could someone please explain - How is L2 liveliness important for > auto-discovery between 2 directly connected BGP neighbors (referring to t= he > topology shown yesterday)? Or is it really meant to benefit the peering > relationship (once established) - bring down the peer if L2 fails or vice > versa? > > Or is it meant to benefit the (tenant/services) traffic (past bgp NLR= I > exchange) ? Likely not, since (tenant/services) traffic may be L3 (or > MPLS), and L2 liveliness would not be sufficient (after all, L2 can be > working, while L3 might not or MPLS might not). > > Cheers, > Rajiv > > > > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr > --0000000000003652bc057171849b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Acee,

I have a comment on this s= ection 6 and subsequent section 5.2.2 of the document you quoted:=C2=A0

Link Hello are proposed t= o detect the L2-L2.5-L3 liveness. Well there is a lot of real life issues w= ith link liveness appearing sporadically and only at some specific packet s= izes. The Hello of fixed size of 25 octets will not detect it. A sweep size= is a must.=C2=A0

That= perhaps will not likely appear in p2p fiber - however if someone is trying= to use emulated L2 links as part of DC infra it may very well be the case.= =C2=A0

Thx,
R.


<= /div>

On Fri, Jul = 20, 2018 at 7:02 PM, Acee Lindem (acee) <acee=3D40cisco.co= m@dmarc.ietf.org> wrote:
Hi= Rajiv,
This function is described in section 6 of https:= //www.ietf.org/id/draft-ymbk-lsvr-lsoe-01.txt. I guess you are que= stioned whether it should be a requirement of this mechanism.

Thanks,
Acee

=EF=BB=BFOn 7/20/18, 11:43 AM, "Rajiv Asati (rajiva)" <rajiva@cisco.com> wrote:


=C2=A0 =C2=A0 Could someone please explain - How is L2 liveliness important= for auto-discovery between 2 directly connected BGP neighbors (referring t= o the topology shown yesterday)? Or is it really meant to benefit the peeri= ng relationship (once established) - bring down the peer if L2 fails or vic= e versa?

=C2=A0 =C2=A0 Or is it meant to benefit the (tenant/services) traffic (past= bgp NLRI exchange) ? Likely not, since=C2=A0 (tenant/services) traffic may= be L3 (or MPLS), and L2 liveliness would not be sufficient (after all, L2 = can be working, while L3 might not or MPLS might not).

=C2=A0 =C2=A0 Cheers,
=C2=A0 =C2=A0 Rajiv=C2=A0



_______________________________________________
Idr mailing list
Idr@ietf.org
https://www.ietf.org/mailman/listinfo/idr

--0000000000003652bc057171849b-- From nobody Fri Jul 20 10:53:04 2018 Return-Path: X-Original-To: lsvr@ietfa.amsl.com Delivered-To: lsvr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 187CF130F06; Fri, 20 Jul 2018 10:52:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.901 X-Spam-Level: X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no 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 4p7EmPEuIoas; Fri, 20 Jul 2018 10:52:55 -0700 (PDT) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:8006::18]) (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 B1E36130FC4; Fri, 20 Jul 2018 10:52:55 -0700 (PDT) Received: from localhost ([127.0.0.1] helo=ryuu.rg.net) by ran.psg.com with esmtp (Exim 4.86_2) (envelope-from ) id 1fgZaH-0005Po-V7; Fri, 20 Jul 2018 17:52:54 +0000 Date: Fri, 20 Jul 2018 13:52:53 -0400 Message-ID: From: Randy Bush To: Robert Raszuk Cc: "Acee Lindem (acee)" , lsvr@ietf.org, idr wg In-Reply-To: References: User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/25.3 Mule/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Archived-At: Subject: Re: [Lsvr] [Idr] BGP Auto discovery - L2 liveliness?? X-BeenThere: lsvr@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Link State Vector Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2018 17:52:58 -0000 > Link Hello are proposed to detect the L2-L2.5-L3 liveness. no. only L2 you want above that, use bfd or whatever randy From nobody Fri Jul 20 11:24:19 2018 Return-Path: X-Original-To: lsvr@ietfa.amsl.com Delivered-To: lsvr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3FE601310EC for ; Fri, 20 Jul 2018 11:24:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, T_DKIMWL_WL_MED=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=jvknet-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 H5cUZ6P-F3vH for ; Fri, 20 Jul 2018 11:24:08 -0700 (PDT) Received: from mail-oi0-x233.google.com (mail-oi0-x233.google.com [IPv6:2607:f8b0:4003:c06::233]) (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 25E5A131116 for ; Fri, 20 Jul 2018 11:24:08 -0700 (PDT) Received: by mail-oi0-x233.google.com with SMTP id i12-v6so22970066oik.2 for ; Fri, 20 Jul 2018 11:24:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jvknet-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=7MAZ521G3TScFRgMUZwCpyQXvOZbWSe7cjNQEFhIuuQ=; b=jpWxeZ6IIVYuVvNDt7zY5Bzz9v4Hb03ZFNjfEiJBqsFGDrH+ONmC4h/PeGYQhDHIrS ORVSRjkVmnMU1kKJYsSyAAtVOVSKzKJcxGKjuE4iSrpsKbvX26424k14/U8uGsVKnmhC bwWGcwswJffxTVTRjqFJnKyDxJbKDh4Km9QNeFQ2WSZgI0rZXdfk65+YuiVpTna4y0h2 NTKIJtz5tehpGCVQCe5PUad7ptsag4QeYqUOz8X4V/jzOGKn9t4yYvtiyKhp1kdoGY0c 8ep6Pfzfotwgyf2D7iYYUJM2EmIUGYZjfzHta4s0POYvjDccYcyXYBPLemN/OWvNekPy yviA== 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=7MAZ521G3TScFRgMUZwCpyQXvOZbWSe7cjNQEFhIuuQ=; b=CznCV9ujLmRBxHnavZi/qDwRTtwEBPGgRzP+ImccKN/kI9EMEuRuYN7caVUH8fZKXJ RmHOhVDoC8nouWA4d6NubIy/daFxutRvxY1+wHQH3qz9Tlihc357EGphulqPlfg6NHYh RJ/uNTHRdn4+wd2nk479bBABLzuvawBsYV0c2Re6rKJ3a/9UvKDmLwRWRdzhSDnmweL9 M05aNZOQPvfkJu8Cv+cE2SpKZrBfyAS9Te+/WdV81xdjJj0aRnH1L+Ym+/TeckEghMkT tHuUqpsMBRK4F2HIvu61e0/uOj3p8qem7EIInnVi3TMNq8Ydscp7Cjl1dAif7qOCbi8r xgWw== X-Gm-Message-State: AOUpUlHW5ksJqnn8yoIlm4foahpugDoe1MxqUzm5xIkR6n204zH44NRk n/qYW80njveJc2YLvMpTnYE14rsSsDAUp2rwWbu+/g== X-Google-Smtp-Source: AAOMgpey+JIACbpsrzWp16uYjkg0ltGm4i0FsWLFPMX1hPiKuF85VU01YbYOsdVgH5d7vTjprwYRC8ELr1ao8OyzhhU= X-Received: by 2002:aca:4141:: with SMTP id o62-v6mr17920oia.24.1532111047386; Fri, 20 Jul 2018 11:24:07 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a9d:1687:0:0:0:0:0 with HTTP; Fri, 20 Jul 2018 11:24:06 -0700 (PDT) In-Reply-To: References: From: Victor Kuarsingh Date: Fri, 20 Jul 2018 14:24:06 -0400 Message-ID: To: Randy Bush Cc: Robert Raszuk , idr wg , lsvr@ietf.org, "Acee Lindem (acee)" Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [Lsvr] [Idr] BGP Auto discovery - L2 liveliness?? X-BeenThere: lsvr@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Link State Vector Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2018 18:24:18 -0000 Randy, I would also (re)stress that keeping it only to L2 detection allows it to be simple and scoped only to what we absolutely need. It seems like the intersection (standards) approach you discussed. regards, Victor K (LSVR hat off) On Fri, Jul 20, 2018 at 1:52 PM, Randy Bush wrote: >> Link Hello are proposed to detect the L2-L2.5-L3 liveness. > > no. only L2 > > you want above that, use bfd or whatever > > randy > > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr From nobody Fri Jul 20 11:26:08 2018 Return-Path: X-Original-To: lsvr@ietfa.amsl.com Delivered-To: lsvr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4B7CF130F63; Fri, 20 Jul 2018 11:26:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.901 X-Spam-Level: X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 LVSAy448xk9L; Fri, 20 Jul 2018 11:25:59 -0700 (PDT) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:8006::18]) (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 BCF2C1310CC; Fri, 20 Jul 2018 11:25:59 -0700 (PDT) Received: from localhost ([127.0.0.1] helo=ryuu.rg.net) by ran.psg.com with esmtp (Exim 4.86_2) (envelope-from ) id 1fga6E-0005mD-Fb; Fri, 20 Jul 2018 18:25:54 +0000 Date: Fri, 20 Jul 2018 14:25:54 -0400 Message-ID: From: Randy Bush To: Victor Kuarsingh Cc: Robert Raszuk , idr wg , lsvr@ietf.org, "Acee Lindem (acee)" In-Reply-To: References: User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/25.3 Mule/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Archived-At: Subject: Re: [Lsvr] [Idr] BGP Auto discovery - L2 liveliness?? X-BeenThere: lsvr@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Link State Vector Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2018 18:26:02 -0000 hi victor, > I would also (re)stress that keeping it only to L2 detection allows it > to be simple and scoped only to what we absolutely need. It seems > like the intersection (standards) approach you discussed. 'zactly randy From nobody Sat Jul 21 19:55:03 2018 Return-Path: X-Original-To: lsvr@ietfa.amsl.com Delivered-To: lsvr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 49C9D130E2C; Sat, 21 Jul 2018 19:54:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.019 X-Spam-Level: X-Spam-Status: No, score=-1.019 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FROM_EXCESS_BASE64=0.979, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=alibaba-inc.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 XprwWc99enWq; Sat, 21 Jul 2018 19:54:53 -0700 (PDT) Received: from out0-142.mail.aliyun.com (out0-142.mail.aliyun.com [140.205.0.142]) (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 9CC87130DE2; Sat, 21 Jul 2018 19:54:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alibaba-inc.com; s=default; t=1532228084; h=Date:From:To:Message-ID:Subject:MIME-Version:Content-Type; bh=052eXJAL+KcXZCKRZCF7YYUAz46aiByPxCDbt6hZA48=; b=huUCwMNfhpJDFB+0g/DOXXXluHLtU0togomHLE9TZyMO5XRa5cv/0wrLGXw6yUIdQnA+i/Wl8W9J/iACX+wgU80zMLxgVx8snYrATEVTT/fOpz0EPG/6rr+3wP3szNHQOpjFIWh0BuXZcyl1FBXbq4HmGB1RYXEEVpyVzrCBvoQ= X-Alimail-AntiSpam: AC=PASS; BC=-1|-1; BR=01201311R181e4; CH=green; FP=0|-1|-1|-1|0|-1|-1|-1; HT=e02c03312; MF=xiaohu.xxh@alibaba-inc.com; NM=1; PH=DW; RN=2; SR=0; TI=W4_5318390_v5ForWebDing_0A9326EC_1532224562346_o7001c8u; Received: from WS-web (xiaohu.xxh@alibaba-inc.com[W4_5318390_v5ForWebDing_0A9326EC_1532224562346_o7001c8u]) by e02c03279.eu6 at Sun, 22 Jul 2018 10:54:43 +0800 Date: Sun, 22 Jul 2018 10:54:43 +0800 From: "=?UTF-8?B?5b6Q5bCP6JmOKOS5ieWFiCk=?=" To: "Lsvr@ietf.org" , "idr@ietf.org" Reply-To: "=?UTF-8?B?5b6Q5bCP6JmOKOS5ieWFiCk=?=" Message-ID: X-Mailer: [Alimail-Mailagent revision 7][W4_5318390][v5ForWebDing][Safari] MIME-Version: 1.0 x-aliyun-mail-creator: W4_5318390_v5ForWebDing_QvNTW96aWxsYS81LjAgKE1hY2ludG9zaDsgSW50ZWwgTWFjIE9TIFggMTBfMTJfNikgQXBwbGVXZWJLaXQvNjA0LjUuNiAoS0hUTUwsIGxpa2UgR2Vja28pIFZlcnNpb24vMTEuMC4zIFNhZmFyaS82MDQuNS42La Content-Type: multipart/alternative; boundary="----=ALIBOUNDARY_96528_4f873940_5b53f1f3_1800d" Archived-At: Subject: [Lsvr] =?utf-8?q?Why_L2_liveness_needed_for_BGP-SPF?= X-BeenThere: lsvr@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Link State Vector Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jul 2018 02:54:57 -0000 ------=ALIBOUNDARY_96528_4f873940_5b53f1f3_1800d Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SGkgYWxsLAoKSSBqdXN0IHdhdGNoZWQgdGhlIElEUiBtZWV0aW5nIHJlY29yZCBhdCBodHRwczov L3BsYXkuY29uZi5tZWV0ZWNoby5jb20vUGxheW91dC8/c2Vzc2lvbj1JRVRGMTAyLUlEUi0yMDE4 MDcxOS0xODEwCgpJJ20gaW4gZmF2b3Igb2YgdGhlIEFEJ3MgcmVjb21tZW5kYXRpb24gb2YgZmlu ZGluZyBhIHVuaWZpZWQgcHJvcG9zYWwgcmF0aGVyIHRoYW4gdHdvIGRpZmZlcmVudCBwcm9wb3Nh bHMgZG9pbmcgYWxtb3N0IHRoZSBzYW1lIHRoaW5nLiBCR1AtU1BGIGlzIGludGVuZGVkIHRvIGJl IGEgbGluay1zdGF0ZSBwcm90b2NvbCBidWlsdCBvbiB0aGUgQkdQIGJhc2UgcHJvdG9jb2wgYW5k IEwzIGxpdmVuZXNzIHdvcmtzIGZpbmUgZm9yIGxpbmstc3RhdGUgcHJvdG9jb2xzIChlZy4sIE9T UEYpLiBIZW5jZSBJJ20gY3VyaW91cyBhYm91dCB0aGUgcmVhc29uIHdoeSBMMiBsaXZlbmVzcyBp cyBhIG11c3QgZm9yIEJHUC1TUEYuICBJbiBvdGhlciB3b3JkLCB3aGF0J3Mgc3BlY2lhbCBmb3Ig QkdQLVNQRiBhcyBhIGxpbmstc3RhdGUgcHJvdG9jb2wgdGhhdCBtYWtlcyBpdCBoYXZlIHN1Y2gg Im5pY2UgY29uc3RyYWluZWQgcHJvYmxlbSI/CgpCeSB0aGUgd2F5LCBwcm92aWRlZCB0aGF0IEJH UC1TUEYgZGlkIG5lZWQgTDIgbGl2ZW5lc3Mgd2hpY2ggaW4gdHVybiBpcyBleHBlY3RlZCBieSBz b21lIEJHUC1TUEYgZ3V5cyB0byBiZSBnZW5lcmljIGFuZCB0aGVyZWZvcmUgYmUgYXBwbGljYWJs ZSB0byBvdGhlciBzY2VuYXJpb3MgYmV5b25kIEJHUCwgd291bGRuJ3QgSUVFRSBiZSBhIGJldHRl ciBwbGFjZSB0byBwdXJzdWUgc3VjaCBnZW5lcmljIEwyIGxpdmVuZXNzIG1lY2hhbmlzbT8KCkJl c3QgcmVnYXJkcywKWGlhb2h1 ------=ALIBOUNDARY_96528_4f873940_5b53f1f3_1800d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PGRpdiBjbGFzcz0iX19hbGl5dW5fZW1haWxfYm9keV9ibG9jayI+PGRpdiAgc3R5bGU9ImxpbmUt aGVpZ2h0OjEuNztmb250LWZhbWlseTpUYWhvbWEsQXJpYWwsU1RIZWl0aSxTaW1TdW47Zm9udC1z aXplOjE0LjBweDtjb2xvcjojMDAwMDAwOyI+PGRpdiBjbGFzcz0iY2xlYXI6IGJvdGgiPkhpIGFs bCw8L2Rpdj48ZGl2IGNsYXNzPSJjbGVhcjogYm90aCI+PGJyID48L2Rpdj48ZGl2IGNsYXNzPSJj bGVhcjogYm90aCI+SSBqdXN0IHdhdGNoZWQgdGhlIElEUiBtZWV0aW5nIHJlY29yZCBhdCZuYnNw O2h0dHBzOi8vcGxheS5jb25mLm1lZXRlY2hvLmNvbS9QbGF5b3V0Lz9zZXNzaW9uPUlFVEYxMDIt SURSLTIwMTgwNzE5LTE4MTA8L2Rpdj48ZGl2IGNsYXNzPSJjbGVhcjogYm90aCI+PGJyID48L2Rp dj48ZGl2IGNsYXNzPSJjbGVhcjogYm90aCI+SSdtIGluIGZhdm9yIG9mIHRoZSBBRCdzIHJlY29t bWVuZGF0aW9uIG9mIGZpbmRpbmcgYSB1bmlmaWVkIHByb3Bvc2FsJm5ic3A7cmF0aGVyIHRoYW4g dHdvIGRpZmZlcmVudCBwcm9wb3NhbHMgZG9pbmcgYWxtb3N0IHRoZSBzYW1lIHRoaW5nLiBCR1At U1BGIGlzIGludGVuZGVkIHRvIGJlIGEgbGluay1zdGF0ZSBwcm90b2NvbCBidWlsdCBvbiB0aGUg QkdQIGJhc2UgcHJvdG9jb2wgYW5kIEwzIGxpdmVuZXNzIHdvcmtzIGZpbmUgZm9yIGxpbmstc3Rh dGUgcHJvdG9jb2xzIChlZy4sJm5ic3A7T1NQRikuIDxzcGFuICBzdHlsZT0iY29sb3I6IzAwMDAw MDtmb250LWZhbWlseTpUYWhvbWEsQXJpYWwsU1RIZWl0aSxTaW1TdW47Zm9udC1zaXplOjE0LjBw eDtmb250LXN0eWxlOm5vcm1hbDtmb250LXZhcmlhbnQtY2Fwczpub3JtYWw7Zm9udC13ZWlnaHQ6 bm9ybWFsO3RleHQtYWxpZ246c3RhcnQ7dGV4dC1pbmRlbnQ6LjBweDt0ZXh0LXRyYW5zZm9ybTpu b25lO2JhY2tncm91bmQtY29sb3I6I2ZmZmZmZjtmbG9hdDpub25lO2Rpc3BsYXk6aW5saW5lOyI+ SGVuY2UmbmJzcDs8L3NwYW4+PHNwYW4gIHN0eWxlPSJjb2xvcjojMDAwMDAwO2ZvbnQtZmFtaWx5 OlRhaG9tYSxBcmlhbCxTVEhlaXRpLFNpbVN1bjtmb250LXNpemU6MTQuMHB4O2ZvbnQtc3R5bGU6 bm9ybWFsO2ZvbnQtdmFyaWFudC1jYXBzOm5vcm1hbDtmb250LXdlaWdodDpub3JtYWw7dGV4dC1h bGlnbjpzdGFydDt0ZXh0LWluZGVudDouMHB4O3RleHQtdHJhbnNmb3JtOm5vbmU7YmFja2dyb3Vu ZC1jb2xvcjojZmZmZmZmO2Zsb2F0Om5vbmU7ZGlzcGxheTppbmxpbmU7Ij5JJ20gY3VyaW91czwv c3Bhbj48c3BhbiAgc3R5bGU9ImNvbG9yOiMwMDAwMDA7Zm9udC1mYW1pbHk6VGFob21hLEFyaWFs LFNUSGVpdGksU2ltU3VuO2ZvbnQtc2l6ZToxNC4wcHg7Zm9udC1zdHlsZTpub3JtYWw7Zm9udC12 YXJpYW50LWNhcHM6bm9ybWFsO2ZvbnQtd2VpZ2h0Om5vcm1hbDt0ZXh0LWFsaWduOnN0YXJ0O3Rl eHQtaW5kZW50Oi4wcHg7dGV4dC10cmFuc2Zvcm06bm9uZTtiYWNrZ3JvdW5kLWNvbG9yOiNmZmZm ZmY7ZmxvYXQ6bm9uZTtkaXNwbGF5OmlubGluZTsiPiZuYnNwO2Fib3V0IHRoZSByZWFzb248L3Nw YW4+PHNwYW4gIHN0eWxlPSJjb2xvcjojMDAwMDAwO2ZvbnQtZmFtaWx5OlRhaG9tYSxBcmlhbCxT VEhlaXRpLFNpbVN1bjtmb250LXNpemU6MTQuMHB4O2ZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQtdmFy aWFudC1jYXBzOm5vcm1hbDtmb250LXdlaWdodDpub3JtYWw7dGV4dC1hbGlnbjpzdGFydDt0ZXh0 LWluZGVudDouMHB4O3RleHQtdHJhbnNmb3JtOm5vbmU7YmFja2dyb3VuZC1jb2xvcjojZmZmZmZm O2Zsb2F0Om5vbmU7ZGlzcGxheTppbmxpbmU7Ij4mbmJzcDt3aHk8L3NwYW4+PHNwYW4gIHN0eWxl PSJjb2xvcjojMDAwMDAwO2ZvbnQtZmFtaWx5OlRhaG9tYSxBcmlhbCxTVEhlaXRpLFNpbVN1bjtm b250LXNpemU6MTQuMHB4O2ZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQtdmFyaWFudC1jYXBzOm5vcm1h bDtmb250LXdlaWdodDpub3JtYWw7dGV4dC1hbGlnbjpzdGFydDt0ZXh0LWluZGVudDouMHB4O3Rl eHQtdHJhbnNmb3JtOm5vbmU7YmFja2dyb3VuZC1jb2xvcjojZmZmZmZmO2Zsb2F0Om5vbmU7ZGlz cGxheTppbmxpbmU7Ij4mbmJzcDtMMiBsaXZlbmVzczxzcGFuIGNsYXNzPSJBcHBsZS1jb252ZXJ0 ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48L3NwYW4+PHNwYW4gIHN0eWxlPSJjb2xvcjojMDAwMDAw O2ZvbnQtZmFtaWx5OlRhaG9tYSxBcmlhbCxTVEhlaXRpLFNpbVN1bjtmb250LXNpemU6MTQuMHB4 O2ZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQtdmFyaWFudC1jYXBzOm5vcm1hbDtmb250LXdlaWdodDpu b3JtYWw7dGV4dC1hbGlnbjpzdGFydDt0ZXh0LWluZGVudDouMHB4O3RleHQtdHJhbnNmb3JtOm5v bmU7YmFja2dyb3VuZC1jb2xvcjojZmZmZmZmO2Zsb2F0Om5vbmU7ZGlzcGxheTppbmxpbmU7Ij5p cyBhIG11c3QgZm9yIEJHUC1TUEYuICZuYnNwO0luIG90aGVyIHdvcmQsIHdoYXQnczwvc3Bhbj4m bmJzcDtzcGVjaWFsIGZvciBCR1AtU1BGIGFzIGEgbGluay1zdGF0ZSBwcm90b2NvbCZuYnNwO3Ro YXQgbWFrZXMgaXQgaGF2ZSBzdWNoICJuaWNlIGNvbnN0cmFpbmVkIHByb2JsZW0iPzwvZGl2Pjxk aXYgY2xhc3M9ImNsZWFyOiBib3RoIj48YnIgPjwvZGl2PjxkaXYgY2xhc3M9ImNsZWFyOiBib3Ro Ij5CeSB0aGUgd2F5LCBwcm92aWRlZCB0aGF0Jm5ic3A7QkdQLVNQRiBkaWQgbmVlZCBMMiBsaXZl bmVzcyB3aGljaCBpbiB0dXJuIGlzIGV4cGVjdGVkIGJ5IHNvbWUgQkdQLVNQRiZuYnNwO2d1eXMg dG8gYmUgZ2VuZXJpYyBhbmQgdGhlcmVmb3JlIGJlJm5ic3A7YXBwbGljYWJsZSB0byBvdGhlciBz Y2VuYXJpb3MmbmJzcDtiZXlvbmQgQkdQLCB3b3VsZG4ndCBJRUVFJm5ic3A7YmUgYSBiZXR0ZXIg cGxhY2UgdG8gcHVyc3VlIHN1Y2ggZ2VuZXJpYyBMMiBsaXZlbmVzcyBtZWNoYW5pc20/PC9kaXY+ PGRpdiBjbGFzcz0iY2xlYXI6IGJvdGgiPjxiciA+PC9kaXY+PGRpdiBjbGFzcz0iY2xlYXI6IGJv dGgiPkJlc3QgcmVnYXJkcyw8L2Rpdj48ZGl2IGNsYXNzPSJjbGVhcjogYm90aCI+WGlhb2h1PC9k aXY+PC9kaXY+PC9kaXY+ ------=ALIBOUNDARY_96528_4f873940_5b53f1f3_1800d-- From nobody Sat Jul 21 20:07:07 2018 Return-Path: X-Original-To: lsvr@ietfa.amsl.com Delivered-To: lsvr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 68955130DFC; Sat, 21 Jul 2018 20:06:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.509 X-Spam-Level: X-Spam-Status: No, score=-14.509 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, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 86xPcMF7veGP; Sat, 21 Jul 2018 20:06:57 -0700 (PDT) Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E7B3A130DDA; Sat, 21 Jul 2018 20:06:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=11760; q=dns/txt; s=iport; t=1532228817; x=1533438417; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=EkJqbSoPru9BxXNsnPQe78lMkyOmmXRlKgC9rTV7k5Q=; b=CZn2XYdiP4NJzqvX8Y+byX9Y1T0nAqz/7HyXHT3n2GpoklomdlClXPXN PGw2HB6Vc5K1ctODx0pUILrVCxHZwIXvjXYXBDVS/BySQ34gUs+20NhUa /qjdbAhEay82NOs91ZbLFyYpRW3ndpyz2xbIN1/SiId7uaC8o7osGcpvb o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0C+AgDy81Nb/4UNJK1cGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAYJXdmN/KAqDdJQ2ggyDK40ChRCBegslhEcCF4J1ITYWAQI?= =?us-ascii?q?BAQIBAQJtHAyFNgEBAQQjClwCAQgRBAEBKwICAjAdCAIEARIIgxmBG2QPrjK?= =?us-ascii?q?BLopJBYkCgVc/gRGCE1AugxsEGIFdgmqCVQKReId0CQKGD4kXjXqKQoc4AhE?= =?us-ascii?q?UgSQkCSiBUnAVgySCJReDRYpSbwGNIoEbAQE?= X-IronPort-AV: E=Sophos;i="5.51,387,1526342400"; d="scan'208,217";a="146505951" Received: from alln-core-11.cisco.com ([173.36.13.133]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 22 Jul 2018 03:06:56 +0000 Received: from XCH-RCD-015.cisco.com (xch-rcd-015.cisco.com [173.37.102.25]) by alln-core-11.cisco.com (8.15.2/8.15.2) with ESMTPS id w6M36uX4027261 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Sun, 22 Jul 2018 03:06:56 GMT Received: from xch-aln-014.cisco.com (173.36.7.24) by XCH-RCD-015.cisco.com (173.37.102.25) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Sat, 21 Jul 2018 22:06:55 -0500 Received: from xch-aln-014.cisco.com ([173.36.7.24]) by XCH-ALN-014.cisco.com ([173.36.7.24]) with mapi id 15.00.1320.000; Sat, 21 Jul 2018 22:06:55 -0500 From: "Jakob Heitz (jheitz)" To: =?utf-8?B?5b6Q5bCP6JmOKOS5ieWFiCk=?= , "Lsvr@ietf.org" , "idr@ietf.org" , Randy Bush Thread-Topic: [Idr] Why L2 liveness needed for BGP-SPF Thread-Index: AQHUIWdrxEj5j5SS20yzOldIi2VD46SajO+w Date: Sun, 22 Jul 2018 03:06:55 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.86.253.228] Content-Type: multipart/alternative; boundary="_000_bd5ff63067a8446ca8e2267c891933adXCHALN014ciscocom_" MIME-Version: 1.0 X-Outbound-SMTP-Client: 173.37.102.25, xch-rcd-015.cisco.com X-Outbound-Node: alln-core-11.cisco.com Archived-At: Subject: Re: [Lsvr] [Idr] Why L2 liveness needed for BGP-SPF X-BeenThere: lsvr@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Link State Vector Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jul 2018 03:07:00 -0000 --_000_bd5ff63067a8446ca8e2267c891933adXCHALN014ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 V2hhdCBkbyB5b3UgcmVhbGx5IG1lYW4gYnkgTDIgbGl2ZW5lc3M/DQpMMiBjYW4gYmUgRXRoZXJu ZXQsIFRva2VuIFJpbmcsIEFUTSwgRnJhbWUgUmVsYXksIFBQUCwgU0xJUCwgTVRQMiBhbmQgb3Ro ZXJzIHRoYXQgbWF5IGJlIGludmVudGVkIGluIHRoZSBmdXR1cmUuDQpFYWNoIG9uZSBuZWVkcyBp dHMgb3duIGxpdmVuZXNzIHByb3RvY29sLiBZb3Ugd2lsbCBuZWVkIHRvIGRvIGl0IHNlcGFyYXRl bHkgaW4gZWFjaCBMMiBwcm90b2NvbC4NCkRvIHlvdSBtZWFuIHRoZSBhbnN3ZXIgdG8gdGhlIHF1 ZXN0aW9uOg0KQ2FuIHRoZSBub2RlcyBhdCBlYWNoIGVuZCBvZiB0aGUgbGluayBmb3J3YXJkIElQ IHBhY2tldHMgdG8gZWFjaCBvdGhlciBhbmQgZm9yd2FyZCB0aG9zZSBwYWNrZXRzIHRvIHRoZSBj b3JyZWN0IGludGVyZmFjZSB3aGVyZSB0aGV5IG5lZWQgdG8gZ28/DQoNClJlZ2FyZHMsDQpKYWtv Yi4NCg0KRnJvbTogSWRyIDxpZHItYm91bmNlc0BpZXRmLm9yZz4gT24gQmVoYWxmIE9mID8/Pyg/ PykNClNlbnQ6IFNhdHVyZGF5LCBKdWx5IDIxLCAyMDE4IDc6NTUgUE0NClRvOiBMc3ZyQGlldGYu b3JnOyBpZHJAaWV0Zi5vcmcNClN1YmplY3Q6IFtJZHJdIFdoeSBMMiBsaXZlbmVzcyBuZWVkZWQg Zm9yIEJHUC1TUEYNCg0KSGkgYWxsLA0KDQpJIGp1c3Qgd2F0Y2hlZCB0aGUgSURSIG1lZXRpbmcg cmVjb3JkIGF0IGh0dHBzOi8vcGxheS5jb25mLm1lZXRlY2hvLmNvbS9QbGF5b3V0Lz9zZXNzaW9u PUlFVEYxMDItSURSLTIwMTgwNzE5LTE4MTANCg0KSSdtIGluIGZhdm9yIG9mIHRoZSBBRCdzIHJl Y29tbWVuZGF0aW9uIG9mIGZpbmRpbmcgYSB1bmlmaWVkIHByb3Bvc2FsIHJhdGhlciB0aGFuIHR3 byBkaWZmZXJlbnQgcHJvcG9zYWxzIGRvaW5nIGFsbW9zdCB0aGUgc2FtZSB0aGluZy4gQkdQLVNQ RiBpcyBpbnRlbmRlZCB0byBiZSBhIGxpbmstc3RhdGUgcHJvdG9jb2wgYnVpbHQgb24gdGhlIEJH UCBiYXNlIHByb3RvY29sIGFuZCBMMyBsaXZlbmVzcyB3b3JrcyBmaW5lIGZvciBsaW5rLXN0YXRl IHByb3RvY29scyAoZWcuLCBPU1BGKS4gSGVuY2UgSSdtIGN1cmlvdXMgYWJvdXQgdGhlIHJlYXNv biB3aHkgTDIgbGl2ZW5lc3MgaXMgYSBtdXN0IGZvciBCR1AtU1BGLiAgSW4gb3RoZXIgd29yZCwg d2hhdCdzIHNwZWNpYWwgZm9yIEJHUC1TUEYgYXMgYSBsaW5rLXN0YXRlIHByb3RvY29sIHRoYXQg bWFrZXMgaXQgaGF2ZSBzdWNoICJuaWNlIGNvbnN0cmFpbmVkIHByb2JsZW0iPw0KDQpCeSB0aGUg d2F5LCBwcm92aWRlZCB0aGF0IEJHUC1TUEYgZGlkIG5lZWQgTDIgbGl2ZW5lc3Mgd2hpY2ggaW4g dHVybiBpcyBleHBlY3RlZCBieSBzb21lIEJHUC1TUEYgZ3V5cyB0byBiZSBnZW5lcmljIGFuZCB0 aGVyZWZvcmUgYmUgYXBwbGljYWJsZSB0byBvdGhlciBzY2VuYXJpb3MgYmV5b25kIEJHUCwgd291 bGRuJ3QgSUVFRSBiZSBhIGJldHRlciBwbGFjZSB0byBwdXJzdWUgc3VjaCBnZW5lcmljIEwyIGxp dmVuZXNzIG1lY2hhbmlzbT8NCg0KQmVzdCByZWdhcmRzLA0KWGlhb2h1DQo= --_000_bd5ff63067a8446ca8e2267c891933adXCHALN014ciscocom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkRlbmdYaWFuOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAx IDE7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUg NSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IlxARGVuZ1hpYW4i Ow0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUg RGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwN Cgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBw dDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9DQphOmxpbmssIHNwYW4u TXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojMDU2M0MxOw0K CXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlu a0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojOTU0RjcyOw0KCXRl eHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5tc29ub3JtYWwwLCBsaS5tc29ub3JtYWwwLCBk aXYubXNvbm9ybWFsMA0KCXttc28tc3R5bGUtbmFtZTptc29ub3JtYWw7DQoJbXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0bzsNCgltYXJnaW4tbGVmdDowaW47DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls eToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9DQpzcGFuLmFwcGxlLWNvbnZlcnRlZC1zcGFjZQ0K CXttc28tc3R5bGUtbmFtZTphcHBsZS1jb252ZXJ0ZWQtc3BhY2U7fQ0Kc3Bhbi5FbWFpbFN0eWxl MTkNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNvdXJp ZXIgTmV3IjsNCgljb2xvcjojNzAzMEEwO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10 eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCkBw YWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4w aW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9 DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2 OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYg Z3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAg djpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZd LS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iIzA1NjNDMSIgdmxpbms9IiM5 NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7O2NvbG9yOiM3MDMwQTAiPldoYXQgZG8geW91IHJlYWxseSBtZWFuIGJ5IEwyIGxp dmVuZXNzPzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7O2NvbG9yOiM3MDMwQTAiPkwyIGNhbiBiZSBFdGhlcm5ldCwgVG9rZW4gUmluZywgQVRNLCBG cmFtZSBSZWxheSwgUFBQLCBTTElQLCBNVFAyIGFuZCBvdGhlcnMgdGhhdCBtYXkgYmUgaW52ZW50 ZWQgaW4gdGhlIGZ1dHVyZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90Oztjb2xvcjojNzAzMEEwIj5FYWNoIG9uZSBuZWVkcyBpdHMgb3duIGxpdmVu ZXNzIHByb3RvY29sLiBZb3Ugd2lsbCBuZWVkIHRvIGRvIGl0IHNlcGFyYXRlbHkgaW4gZWFjaCBM MiBwcm90b2NvbC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90Oztjb2xvcjojNzAzMEEwIj5EbyB5b3UgbWVhbiB0aGUgYW5zd2VyIHRvIHRoZSBxdWVz dGlvbjo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 Oztjb2xvcjojNzAzMEEwIj5DYW4gdGhlIG5vZGVzIGF0IGVhY2ggZW5kIG9mIHRoZSBsaW5rIGZv cndhcmQgSVAgcGFja2V0cyB0byBlYWNoIG90aGVyIGFuZCBmb3J3YXJkIHRob3NlIHBhY2tldHMg dG8gdGhlIGNvcnJlY3QgaW50ZXJmYWNlIHdoZXJlIHRoZXkgbmVlZCB0byBnbz8NCjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOiM3MDMw QTAiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7O2NvbG9yOiM3MDMwQTAiPlJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6IzcwMzBBMCI+SmFrb2IuPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6IzcwMzBB MCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4gSWRyICZs dDtpZHItYm91bmNlc0BpZXRmLm9yZyZndDsNCjxiPk9uIEJlaGFsZiBPZiA8L2I+Pz8/KD8/KTxi cj4NCjxiPlNlbnQ6PC9iPiBTYXR1cmRheSwgSnVseSAyMSwgMjAxOCA3OjU1IFBNPGJyPg0KPGI+ VG86PC9iPiBMc3ZyQGlldGYub3JnOyBpZHJAaWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4g W0lkcl0gV2h5IEwyIGxpdmVuZXNzIG5lZWRlZCBmb3IgQkdQLVNQRjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 YmxhY2siPkhpIGFsbCw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWls eTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPkkganVzdCB3YXRjaGVkIHRoZSBJRFIgbWVldGluZyBy ZWNvcmQgYXQmbmJzcDs8YSBocmVmPSJodHRwczovL3BsYXkuY29uZi5tZWV0ZWNoby5jb20vUGxh eW91dC8/c2Vzc2lvbj1JRVRGMTAyLUlEUi0yMDE4MDcxOS0xODEwIj5odHRwczovL3BsYXkuY29u Zi5tZWV0ZWNoby5jb20vUGxheW91dC8/c2Vzc2lvbj1JRVRGMTAyLUlEUi0yMDE4MDcxOS0xODEw PC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rh aG9tYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjpibGFjayI+SSdtIGluIGZhdm9yIG9mIHRoZSBBRCdzIHJlY29tbWVuZGF0aW9uIG9m IGZpbmRpbmcgYSB1bmlmaWVkIHByb3Bvc2FsJm5ic3A7cmF0aGVyIHRoYW4gdHdvIGRpZmZlcmVu dCBwcm9wb3NhbHMgZG9pbmcgYWxtb3N0IHRoZSBzYW1lIHRoaW5nLiBCR1AtU1BGIGlzIGludGVu ZGVkIHRvIGJlDQogYSBsaW5rLXN0YXRlIHByb3RvY29sIGJ1aWx0IG9uIHRoZSBCR1AgYmFzZSBw cm90b2NvbCBhbmQgTDMgbGl2ZW5lc3Mgd29ya3MgZmluZSBmb3IgbGluay1zdGF0ZSBwcm90b2Nv bHMgKGVnLiwmbmJzcDtPU1BGKS4NCjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5IZW5j ZSZuYnNwO0knbSBjdXJpb3VzJm5ic3A7YWJvdXQgdGhlIHJlYXNvbiZuYnNwO3doeSZuYnNwO0wy IGxpdmVuZXNzPHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFu PmlzIGEgbXVzdCBmb3IgQkdQLVNQRi4gJm5ic3A7SW4gb3RoZXIgd29yZCwgd2hhdCdzPC9zcGFu PiZuYnNwO3NwZWNpYWwgZm9yIEJHUC1TUEYgYXMgYSBsaW5rLXN0YXRlIHByb3RvY29sJm5ic3A7 dGhhdCBtYWtlcyBpdCBoYXZlIHN1Y2ggJnF1b3Q7bmljZSBjb25zdHJhaW5lZA0KIHByb2JsZW0m cXVvdDs/PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VGFob21hJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOmJsYWNrIj5CeSB0aGUgd2F5LCBwcm92aWRlZCB0aGF0Jm5ic3A7QkdQLVNQRiBk aWQgbmVlZCBMMiBsaXZlbmVzcyB3aGljaCBpbiB0dXJuIGlzIGV4cGVjdGVkIGJ5IHNvbWUgQkdQ LVNQRiZuYnNwO2d1eXMgdG8gYmUgZ2VuZXJpYyBhbmQgdGhlcmVmb3JlIGJlJm5ic3A7YXBwbGlj YWJsZSB0byBvdGhlciBzY2VuYXJpb3MmbmJzcDtiZXlvbmQNCiBCR1AsIHdvdWxkbid0IElFRUUm bmJzcDtiZSBhIGJldHRlciBwbGFjZSB0byBwdXJzdWUgc3VjaCBnZW5lcmljIEwyIGxpdmVuZXNz IG1lY2hhbmlzbT88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTom cXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6YmxhY2siPkJlc3QgcmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjpibGFjayI+WGlhb2h1PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_bd5ff63067a8446ca8e2267c891933adXCHALN014ciscocom_-- From nobody Sat Jul 21 20:16:44 2018 Return-Path: X-Original-To: lsvr@ietfa.amsl.com Delivered-To: lsvr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5FBDB130E3D; Sat, 21 Jul 2018 20:16:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.019 X-Spam-Level: X-Spam-Status: No, score=-1.019 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FROM_EXCESS_BASE64=0.979, HTML_MESSAGE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=alibaba-inc.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 yu-3K-eR8ItT; Sat, 21 Jul 2018 20:16:34 -0700 (PDT) Received: from out0-145.mail.aliyun.com (out0-145.mail.aliyun.com [140.205.0.145]) (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 13782130DE2; Sat, 21 Jul 2018 20:16:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alibaba-inc.com; s=default; t=1532229388; h=Date:From:To:Message-ID:Subject:MIME-Version:Content-Type; bh=21Mn8bYStbI7tvVXVHn7QpycGSNYi6T0IlmZ/1GonwQ=; b=VSLUXEDgdr8zgANs75q8t+YpWBREJFY9tVUtE0nb0758GgZp5szsQqWycQx2maIUYKPZj3LPHo48E72HYc4uXS5yNC6KP5GpDP5Gc+2/ogxY1s61Bz+quruGUt5Jvz4WGwhGzAuS+cJU4LF3/ifDWdNeMon3hfyt439Kr82GrhA= X-Alimail-AntiSpam: AC=PASS; BC=-1|-1; BR=01201311R351e4; CH=green; FP=0|-1|-1|-1|0|-1|-1|-1; HT=e02c03311; MF=xiaohu.xxh@alibaba-inc.com; NM=1; PH=DW; RN=4; SR=0; TI=W4_5318390_v5ForWebDing_0A930BF5_1532229347824_o7001c77; Received: from WS-web (xiaohu.xxh@alibaba-inc.com[W4_5318390_v5ForWebDing_0A930BF5_1532229347824_o7001c77]) by e01l07404.eu6 at Sun, 22 Jul 2018 11:16:24 +0800 Date: Sun, 22 Jul 2018 11:16:24 +0800 From: "=?UTF-8?B?5b6Q5bCP6JmOKOS5ieWFiCk=?=" To: "=?UTF-8?B?SmFrb2IgSGVpdHogKGpoZWl0eik=?=" , "Lsvr@ietf.org" , "idr@ietf.org" , "Randy Bush" Reply-To: "=?UTF-8?B?5b6Q5bCP6JmOKOS5ieWFiCk=?=" Message-ID: <25e64c15-0c97-4c7b-95cb-e6aa339da171.xiaohu.xxh@alibaba-inc.com> X-Mailer: [Alimail-Mailagent revision 7][W4_5318390][v5ForWebDing][Safari] MIME-Version: 1.0 References: , In-Reply-To: x-aliyun-mail-creator: W4_5318390_v5ForWebDing_QvNTW96aWxsYS81LjAgKE1hY2ludG9zaDsgSW50ZWwgTWFjIE9TIFggMTBfMTJfNikgQXBwbGVXZWJLaXQvNjA0LjUuNiAoS0hUTUwsIGxpa2UgR2Vja28pIFZlcnNpb24vMTEuMC4zIFNhZmFyaS82MDQuNS42La Content-Type: multipart/alternative; boundary="----=ALIBOUNDARY_8774_5674d940_5b53f708_18178" Archived-At: Subject: Re: [Lsvr] =?utf-8?q?=5BIdr=5D_Why_L2_liveness_needed_for_BGP-SPF?= X-BeenThere: lsvr@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Link State Vector Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jul 2018 03:16:38 -0000 ------=ALIBOUNDARY_8774_5674d940_5b53f708_18178 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 UGxlYXNlIGxvb2sgYXQgdGhlIElEUiBtZWV0aW5nIHJlY29yZCBzdGFydGluZyBmcm9tIDAwOjQ4 OjAwIChodHRwczovL3BsYXkuY29uZi5tZWV0ZWNoby5jb20vUGxheW91dC8/c2Vzc2lvbj1JRVRG MTAyLUlEUi0yMDE4MDcxOS0xODEwKQoKQmVzdCByZWdhcmRzLgpYaWFvaHUKCgotLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0K RnJvbTpKYWtvYiBIZWl0eiAoamhlaXR6KSA8amhlaXR6QGNpc2NvLmNvbT4KU2VuZCBUaW1lOjIw MTjlubQ35pyIMjLml6Uo5pif5pyf5pelKSAxMTowNgpUbzrlvpDlsI/omY4o5LmJ5YWIKSA8eGlh b2h1Lnh4aEBhbGliYWJhLWluYy5jb20+OyBMc3ZyQGlldGYub3JnIDxMc3ZyQGlldGYub3JnPjsg aWRyQGlldGYub3JnIDxpZHJAaWV0Zi5vcmc+OyBSYW5keSBCdXNoIDxyYW5keUBwc2cuY29tPgpT dWJqZWN0OlJFOiBbSWRyXSBXaHkgTDIgbGl2ZW5lc3MgbmVlZGVkIGZvciBCR1AtU1BGCgogIApX aGF0IGRvIHlvdSByZWFsbHkgbWVhbiBieSBMMiBsaXZlbmVzcz8KTDIgY2FuIGJlIEV0aGVybmV0 LCBUb2tlbiBSaW5nLCBBVE0sIEZyYW1lIFJlbGF5LCBQUFAsIFNMSVAsIE1UUDIgYW5kIG90aGVy cyB0aGF0IG1heSBiZSBpbnZlbnRlZCBpbiB0aGUgZnV0dXJlLgpFYWNoIG9uZSBuZWVkcyBpdHMg b3duIGxpdmVuZXNzIHByb3RvY29sLiBZb3Ugd2lsbCBuZWVkIHRvIGRvIGl0IHNlcGFyYXRlbHkg aW4gZWFjaCBMMiBwcm90b2NvbC4KRG8geW91IG1lYW4gdGhlIGFuc3dlciB0byB0aGUgcXVlc3Rp b246CkNhbiB0aGUgbm9kZXMgYXQgZWFjaCBlbmQgb2YgdGhlIGxpbmsgZm9yd2FyZCBJUCBwYWNr ZXRzIHRvIGVhY2ggb3RoZXIgYW5kIGZvcndhcmQgdGhvc2UgcGFja2V0cyB0byB0aGUgY29ycmVj dCBpbnRlcmZhY2Ugd2hlcmUgdGhleSBuZWVkIHRvIGdvPyAKIApSZWdhcmRzLApKYWtvYi4KIApG cm9tOiBJZHIgPGlkci1ib3VuY2VzQGlldGYub3JnPiBPbiBCZWhhbGYgT2YgPz8/KD8/KQpTZW50 OiBTYXR1cmRheSwgSnVseSAyMSwgMjAxOCA3OjU1IFBNClRvOiBMc3ZyQGlldGYub3JnOyBpZHJA aWV0Zi5vcmcKU3ViamVjdDogW0lkcl0gV2h5IEwyIGxpdmVuZXNzIG5lZWRlZCBmb3IgQkdQLVNQ RgpIaSBhbGwsIAogIApJIGp1c3Qgd2F0Y2hlZCB0aGUgSURSIG1lZXRpbmcgcmVjb3JkIGF0IGh0 dHBzOi8vcGxheS5jb25mLm1lZXRlY2hvLmNvbS9QbGF5b3V0Lz9zZXNzaW9uPUlFVEYxMDItSURS LTIwMTgwNzE5LTE4MTAgCiAgCkknbSBpbiBmYXZvciBvZiB0aGUgQUQncyByZWNvbW1lbmRhdGlv biBvZiBmaW5kaW5nIGEgdW5pZmllZCBwcm9wb3NhbCByYXRoZXIgdGhhbiB0d28gZGlmZmVyZW50 IHByb3Bvc2FscyBkb2luZyBhbG1vc3QgdGhlIHNhbWUgdGhpbmcuIEJHUC1TUEYgaXMgaW50ZW5k ZWQgdG8gYmUgYSBsaW5rLXN0YXRlIHByb3RvY29sIGJ1aWx0IG9uIHRoZSBCR1AgYmFzZSBwcm90 b2NvbCBhbmQgTDMgbGl2ZW5lc3Mgd29ya3MgZmluZSBmb3IgbGluay1zdGF0ZSBwcm90b2NvbHMg KGVnLiwgT1NQRikuIEhlbmNlIEknbSBjdXJpb3VzIGFib3V0IHRoZSByZWFzb24gd2h5IEwyIGxp dmVuZXNzIGlzIGEgbXVzdCBmb3IgQkdQLVNQRi4gIEluIG90aGVyIHdvcmQsIHdoYXQncyBzcGVj aWFsIGZvciBCR1AtU1BGIGFzIGEgbGluay1zdGF0ZSBwcm90b2NvbCB0aGF0IG1ha2VzIGl0IGhh dmUgc3VjaCAibmljZSBjb25zdHJhaW5lZCBwcm9ibGVtIj8gCiAgCkJ5IHRoZSB3YXksIHByb3Zp ZGVkIHRoYXQgQkdQLVNQRiBkaWQgbmVlZCBMMiBsaXZlbmVzcyB3aGljaCBpbiB0dXJuIGlzIGV4 cGVjdGVkIGJ5IHNvbWUgQkdQLVNQRiBndXlzIHRvIGJlIGdlbmVyaWMgYW5kIHRoZXJlZm9yZSBi ZSBhcHBsaWNhYmxlIHRvIG90aGVyIHNjZW5hcmlvcyBiZXlvbmQgQkdQLCB3b3VsZG4ndCBJRUVF IGJlIGEgYmV0dGVyIHBsYWNlIHRvIHB1cnN1ZSBzdWNoIGdlbmVyaWMgTDIgbGl2ZW5lc3MgbWVj aGFuaXNtPyAKICAKQmVzdCByZWdhcmRzLCAKWGlhb2h1ICAgICA= ------=ALIBOUNDARY_8774_5674d940_5b53f708_18178 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PGRpdiBjbGFzcz0iX19hbGl5dW5fZW1haWxfYm9keV9ibG9jayI+PGRpdiAgc3R5bGU9ImxpbmUt aGVpZ2h0OjEuNztmb250LWZhbWlseTpUYWhvbWEsQXJpYWwsU1RIZWl0aSxTaW1TdW47Zm9udC1z aXplOjE0LjBweDtjb2xvcjojMDAwMDAwOyI+PGRpdiAgc3R5bGU9ImNsZWFyOmJvdGg7Ij5QbGVh c2UgbG9vayBhdCB0aGUgSURSIG1lZXRpbmcgcmVjb3JkIHN0YXJ0aW5nIGZyb20mbmJzcDswMDo0 ODowMCAoaHR0cHM6Ly9wbGF5LmNvbmYubWVldGVjaG8uY29tL1BsYXlvdXQvP3Nlc3Npb249SUVU RjEwMi1JRFItMjAxODA3MTktMTgxMCk8L2Rpdj48ZGl2ICBzdHlsZT0iY2xlYXI6Ym90aDsiPjxi ciA+PC9kaXY+PGRpdiAgc3R5bGU9ImNsZWFyOmJvdGg7Ij5CZXN0IHJlZ2FyZHMuPC9kaXY+PGRp diAgc3R5bGU9ImNsZWFyOmJvdGg7Ij5YaWFvaHU8L2Rpdj48ZGl2ICBzdHlsZT0iY2xlYXI6Ym90 aDsiPjxiciAvPjwvZGl2PjxibG9ja3F1b3RlICBzdHlsZT0ibWFyZ2luLXJpZ2h0OjA7bWFyZ2lu LXRvcDowO21hcmdpbi1ib3R0b206MDtmb250LWZhbWlseTpUYWhvbWEsQXJpYWwsU1RIZWl0aSxT aW1TdW47Zm9udC1zaXplOjE0LjBweDtjb2xvcjojMDAwMDAwOyI+PGRpdiAgc3R5bGU9ImNsZWFy OmJvdGg7Ij4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS08L2Rpdj48ZGl2ICBzdHlsZT0iY2xlYXI6Ym90aDsiPkZyb206SmFr b2IgSGVpdHogKGpoZWl0eikgJmx0O2poZWl0ekBjaXNjby5jb20mZ3Q7PC9kaXY+PGRpdiAgc3R5 bGU9ImNsZWFyOmJvdGg7Ij5TZW5kIFRpbWU6MjAxOOW5tDfmnIgyMuaXpSjmmJ/mnJ/ml6UpIDEx OjA2PC9kaXY+PGRpdiAgc3R5bGU9ImNsZWFyOmJvdGg7Ij5UbzrlvpDlsI/omY4o5LmJ5YWIKSAm bHQ7eGlhb2h1Lnh4aEBhbGliYWJhLWluYy5jb20mZ3Q7OyBMc3ZyQGlldGYub3JnICZsdDtMc3Zy QGlldGYub3JnJmd0OzsgaWRyQGlldGYub3JnICZsdDtpZHJAaWV0Zi5vcmcmZ3Q7OyBSYW5keSBC dXNoICZsdDtyYW5keUBwc2cuY29tJmd0OzwvZGl2PjxkaXYgIHN0eWxlPSJjbGVhcjpib3RoOyI+ U3ViamVjdDpSRTogW0lkcl0gV2h5IEwyIGxpdmVuZXNzIG5lZWRlZCBmb3IgQkdQLVNQRjwvZGl2 PjxkaXYgIHN0eWxlPSJjbGVhcjpib3RoOyI+PGJyIC8+PC9kaXY+DQo8aGVhZCA+DQoNCg0KPHN0 eWxlID4hLS0gIEBmb250LWZhY2V7Zm9udC1mYW1pbHk6Q2FtYnJpYSBNYXRoO3Bhbm9zZS0xOjIg NCA1IDMgNSA0IDYgMyAyIDQ7fXtmb250LWZhbWlseTpEZW5nWGlhbjtwYW5vc2UtMToyIDEgNiAw IDMgMSAxIDEgMSAxO317Zm9udC1mYW1pbHk6Q2FsaWJyaTtwYW5vc2UtMToyIDE1IDUgMiAyIDIg NCAzIDIgNDt9e2ZvbnQtZmFtaWx5OlxARGVuZ1hpYW47cGFub3NlLTE6MiAxIDYgMCAzIDEgMSAx IDEgMTt9e2ZvbnQtZmFtaWx5OlRhaG9tYTtwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9 cC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbHttYXJnaW46LjBpbjttYXJn aW4tYm90dG9tOi4wcHQ7Zm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTpUaW1lcyBOZXcgUm9t YW4sc2VyaWY7fWE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmt7bXNvLXN0eWxlLXByaW9yaXR5Ojk5 O2NvbG9yOiMwNTYzYzE7dGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9YTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2Vke21zby1zdHlsZS1wcmlvcml0eTo5OTtjb2xvcjojOTU0Zjcy O3RleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fXAubXNvbm9ybWFsMCwgbGkubXNvbm9ybWFsMCwg ZGl2Lm1zb25vcm1hbDB7bXNvLXN0eWxlLW5hbWU6bXNvbm9ybWFsO21zby1tYXJnaW4tdG9wLWFs dDphdXRvO21hcmdpbi1yaWdodDouMGluO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21hcmdp bi1sZWZ0Oi4waW47Zm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTpUaW1lcyBOZXcgUm9tYW4s c2VyaWY7fXNwYW4uYXBwbGUtY29udmVydGVkLXNwYWNle21zby1zdHlsZS1uYW1lOmFwcGxlLWNv bnZlcnRlZC1zcGFjZTt9c3Bhbi5FbWFpbFN0eWxlMTl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwt cmVwbHk7Zm9udC1mYW1pbHk6Q291cmllciBOZXc7Y29sb3I6IzcwMzBhMDt9Lk1zb0NocERlZmF1 bHR7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7Zm9udC1mYW1pbHk6Q2FsaWJyaSxzYW5zLXNl cmlmO31AcGFnZSBXb3JkU2VjdGlvbjF7c2l6ZTo4LjVpbiAxMS4waW47bWFyZ2luOjEuMGluIDEu MGluIDEuMGluIDEuMGluO31kaXYuV29yZFNlY3Rpb24xe3BhZ2U6V29yZFNlY3Rpb24xO30tLT48 L3N0eWxlPg0KPC9oZWFkPg0KDQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OkNv dXJpZXIgTmV3O2NvbG9yOiM3MDMwYTA7Ij5XaGF0IGRvIHlvdSByZWFsbHkgbWVhbiBieSBMMiBs aXZlbmVzcz88L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OkNvdXJpZXIgTmV3O2NvbG9yOiM3MDMwYTA7Ij5M MiBjYW4gYmUgRXRoZXJuZXQsIFRva2VuIFJpbmcsIEFUTSwgRnJhbWUgUmVsYXksIFBQUCwgU0xJ UCwgTVRQMiBhbmQgb3RoZXJzIHRoYXQgbWF5IGJlIGludmVudGVkIGluIHRoZSBmdXR1cmUuPC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuICBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTpDb3VyaWVyIE5ldztjb2xvcjojNzAzMGEwOyI+RWFjaCBvbmUgbmVl ZHMgaXRzIG93biBsaXZlbmVzcyBwcm90b2NvbC4gWW91IHdpbGwgbmVlZCB0byBkbyBpdCBzZXBh cmF0ZWx5IGluIGVhY2ggTDIgcHJvdG9jb2wuPC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuICBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpDb3VyaWVyIE5l dztjb2xvcjojNzAzMGEwOyI+RG8geW91IG1lYW4gdGhlIGFuc3dlciB0byB0aGUgcXVlc3Rpb246 PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuICBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTpDb3VyaWVyIE5ldztjb2xvcjojNzAzMGEwOyI+Q2FuIHRoZSBu b2RlcyBhdCBlYWNoIGVuZCBvZiB0aGUgbGluayBmb3J3YXJkIElQIHBhY2tldHMgdG8gZWFjaCBv dGhlciBhbmQgZm9yd2FyZCB0aG9zZSBwYWNrZXRzIHRvIHRoZSBjb3JyZWN0IGludGVyZmFjZSB3 aGVyZSB0aGV5IG5lZWQgdG8gZ28/DQo8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OkNvdXJpZXIgTmV3O2Nv bG9yOiM3MDMwYTA7Ij4mbmJzcDs8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OkNvdXJpZXIgTmV3O2NvbG9y OiM3MDMwYTA7Ij5SZWdhcmRzLDwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biAgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6Q291cmllciBOZXc7Y29sb3I6 IzcwMzBhMDsiPkpha29iLjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiAg c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6Q291cmllciBOZXc7Y29sb3I6Izcw MzBhMDsiPiZuYnNwOzwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YiA+PHNwYW4g IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmksc2Fucy1zZXJpZjsi PkZyb206PC9zcGFuPjwvYj48c3BhbiAgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6Q2FsaWJyaSxzYW5zLXNlcmlmOyI+IElkciAmbHQ7aWRyLWJvdW5jZXNAaWV0Zi5vcmcmZ3Q7 DQo8YiA+T24gQmVoYWxmIE9mIDwvYj4/Pz8oPz8pPGJyID4NCjxiID5TZW50OjwvYj4gU2F0dXJk YXksIEp1bHkgMjEsIDIwMTggNzo1NSBQTTxiciA+DQo8YiA+VG86PC9iPiBMc3ZyQGlldGYub3Jn OyBpZHJAaWV0Zi5vcmc8YnIgPg0KPGIgPlN1YmplY3Q6PC9iPiBbSWRyXSBXaHkgTDIgbGl2ZW5l c3MgbmVlZGVkIGZvciBCR1AtU1BGPC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZu YnNwOzwvcD4NCjxkaXYgPg0KPGRpdiA+DQo8ZGl2ID4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuICBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTpUYWhvbWEsc2Fucy1zZXJp Zjtjb2xvcjpibGFjazsiPkhpIGFsbCw8L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2ID4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuICBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWls eTpUYWhvbWEsc2Fucy1zZXJpZjtjb2xvcjpibGFjazsiPiZuYnNwOzwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXYgPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O2ZvbnQtZmFtaWx5OlRhaG9tYSxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrOyI+SSBqdXN0 IHdhdGNoZWQgdGhlIElEUiBtZWV0aW5nIHJlY29yZCBhdCZuYnNwOzxhICBocmVmPSJodHRwczov L3BsYXkuY29uZi5tZWV0ZWNoby5jb20vUGxheW91dC8/c2Vzc2lvbj1JRVRGMTAyLUlEUi0yMDE4 MDcxOS0xODEwIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly9wbGF5LmNvbmYubWVldGVjaG8uY29t L1BsYXlvdXQvP3Nlc3Npb249SUVURjEwMi1JRFItMjAxODA3MTktMTgxMDwvYT48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2ID4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuICBzdHlsZT0iZm9u dC1zaXplOjEwLjVwdDtmb250LWZhbWlseTpUYWhvbWEsc2Fucy1zZXJpZjtjb2xvcjpibGFjazsi PiZuYnNwOzwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXYgPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OlRhaG9tYSxzYW5zLXNl cmlmO2NvbG9yOmJsYWNrOyI+SSdtIGluIGZhdm9yIG9mIHRoZSBBRCdzIHJlY29tbWVuZGF0aW9u IG9mIGZpbmRpbmcgYSB1bmlmaWVkIHByb3Bvc2FsJm5ic3A7cmF0aGVyIHRoYW4gdHdvIGRpZmZl cmVudCBwcm9wb3NhbHMgZG9pbmcgYWxtb3N0IHRoZSBzYW1lIHRoaW5nLiBCR1AtU1BGIGlzIGlu dGVuZGVkIHRvIGJlDQogYSBsaW5rLXN0YXRlIHByb3RvY29sIGJ1aWx0IG9uIHRoZSBCR1AgYmFz ZSBwcm90b2NvbCBhbmQgTDMgbGl2ZW5lc3Mgd29ya3MgZmluZSBmb3IgbGluay1zdGF0ZSBwcm90 b2NvbHMgKGVnLiwmbmJzcDtPU1BGKS4NCjxzcGFuICBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZTsi PkhlbmNlJm5ic3A7SSdtIGN1cmlvdXMmbmJzcDthYm91dCB0aGUgcmVhc29uJm5ic3A7d2h5Jm5i c3A7TDIgbGl2ZW5lc3M8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8 L3NwYW4+aXMgYSBtdXN0IGZvciBCR1AtU1BGLiAmbmJzcDtJbiBvdGhlciB3b3JkLCB3aGF0J3M8 L3NwYW4+Jm5ic3A7c3BlY2lhbCBmb3IgQkdQLVNQRiBhcyBhIGxpbmstc3RhdGUgcHJvdG9jb2wm bmJzcDt0aGF0IG1ha2VzIGl0IGhhdmUgc3VjaCAmcXVvdDtuaWNlIGNvbnN0cmFpbmVkDQogcHJv YmxlbSZxdW90Oz88L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2ID4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuICBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTpUYWhvbWEsc2Fu cy1zZXJpZjtjb2xvcjpibGFjazsiPiZuYnNwOzwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXYgPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQt ZmFtaWx5OlRhaG9tYSxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrOyI+QnkgdGhlIHdheSwgcHJvdmlk ZWQgdGhhdCZuYnNwO0JHUC1TUEYgZGlkIG5lZWQgTDIgbGl2ZW5lc3Mgd2hpY2ggaW4gdHVybiBp cyBleHBlY3RlZCBieSBzb21lIEJHUC1TUEYmbmJzcDtndXlzIHRvIGJlIGdlbmVyaWMgYW5kIHRo ZXJlZm9yZSBiZSZuYnNwO2FwcGxpY2FibGUgdG8gb3RoZXIgc2NlbmFyaW9zJm5ic3A7YmV5b25k DQogQkdQLCB3b3VsZG4ndCBJRUVFJm5ic3A7YmUgYSBiZXR0ZXIgcGxhY2UgdG8gcHVyc3VlIHN1 Y2ggZ2VuZXJpYyBMMiBsaXZlbmVzcyBtZWNoYW5pc20/PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp diA+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiAgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7 Zm9udC1mYW1pbHk6VGFob21hLHNhbnMtc2VyaWY7Y29sb3I6YmxhY2s7Ij4mbmJzcDs8L3NwYW4+ PC9wPg0KPC9kaXY+DQo8ZGl2ID4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuICBzdHlsZT0i Zm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTpUYWhvbWEsc2Fucy1zZXJpZjtjb2xvcjpibGFj azsiPkJlc3QgcmVnYXJkcyw8L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2ID4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuICBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTpUYWhv bWEsc2Fucy1zZXJpZjtjb2xvcjpibGFjazsiPlhpYW9odTwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCg0KPC9ibG9ja3F1b3RlPjwvZGl2PjwvZGl2Pg== ------=ALIBOUNDARY_8774_5674d940_5b53f708_18178-- From nobody Sun Jul 22 04:34:52 2018 Return-Path: X-Original-To: lsvr@ietfa.amsl.com Delivered-To: lsvr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4048D130EF0; Sun, 22 Jul 2018 04:34:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.901 X-Spam-Level: X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 TnTw5pHTbZfX; Sun, 22 Jul 2018 04:34:43 -0700 (PDT) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:8006::18]) (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 8B11E130EEF; Sun, 22 Jul 2018 04:34:43 -0700 (PDT) Received: from localhost ([127.0.0.1] helo=ryuu.rg.net) by ran.psg.com with esmtp (Exim 4.86_2) (envelope-from ) id 1fhCdJ-0004GB-Mn; Sun, 22 Jul 2018 11:34:37 +0000 Date: Sun, 22 Jul 2018 04:34:37 -0700 Message-ID: From: Randy Bush To: "Jakob Heitz (jheitz)" Cc: =?GB2312?B?ItDs0KG7oijS5c/IKSI=?= , "Lsvr@ietf.org" , "idr@ietf.org" In-Reply-To: References: User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/25.3 Mule/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Archived-At: Subject: Re: [Lsvr] [Idr] Why L2 liveness needed for BGP-SPF X-BeenThere: lsvr@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Link State Vector Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jul 2018 11:34:46 -0000 > L2 can be Ethernet, Token Ring, ATM, Frame Relay, PPP, SLIP, MTP2 and > others that may be invented in the future. it could be tin cans and a string. but out here in the internet, it's ethernet. there are tiny vestiges of sonet, which you seem to have forgotten; but no one is gonna run bgp-spf over them. it is a mono- culture; ethernet won. randy From nobody Sun Jul 22 07:09:32 2018 Return-Path: X-Original-To: lsvr@ietfa.amsl.com Delivered-To: lsvr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D6687130E1D for ; Sun, 22 Jul 2018 07:09:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.908 X-Spam-Level: X-Spam-Status: No, score=-1.908 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_DKIMWL_WL_MED=-0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=jvknet-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 J7uskDHyrxck for ; Sun, 22 Jul 2018 07:09:24 -0700 (PDT) Received: from mail-oi0-x232.google.com (mail-oi0-x232.google.com [IPv6:2607:f8b0:4003:c06::232]) (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 515E1130F2C for ; Sun, 22 Jul 2018 07:09:24 -0700 (PDT) Received: by mail-oi0-x232.google.com with SMTP id y207-v6so28952917oie.13 for ; Sun, 22 Jul 2018 07:09:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jvknet-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=6ErYiZMfGlTVaWpCWo9z1f3MxY9OwFzWRraNArI/bYs=; b=YsVvy6Z+VHPWAe8aaslRmRvwn+ycElvqNrVVntCV8X9Q4mN3VnBWqKg26/RffByRJE LGdhzDDZuJ+H+0TQOL1HdmIKMnUxoHBjdfgQk/3cGnsFquqn7t5ASOyTOkIBhRJx/3YX Ob17TTywYJqo2MwO94q5+otdxlLO+V0ao2e7mQZVHWylWA1gxPtpfoYEvA7zvOgJuu6+ AG5qsoQ6mMd+X1bXD0MrS2cUVqQy3Lho+Rfj3gnBW+PlmpuXJvDPDfBYwKuYD3ZTol6c ibgV6RyqhbMY03DAWaIzXUw6L3DJK+YZGE1r1tzzjHKa+KOO3IlGzqUcd/RSOw3j9oX6 G/kA== 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=6ErYiZMfGlTVaWpCWo9z1f3MxY9OwFzWRraNArI/bYs=; b=cnIxj35FuDahV1C55arKItIK8VozGxW8ffGRgjrHoYylv8MLZz5JtEDjqkXvWZV5iW 8tNlY+yGK84ncM4J91YfakH5U+DYo/B+6sho1mIKmd464Mr3XZJ3GXE9IrlqJxrS5C5v vs45N+qnD2eA8Sr7YKl2HK7TmHLusRxD3NxZqXJgQYbUdgin/qEGWoGUoXfLSQEIkCc7 QpuTCP2oh29OVcajKplLCt2pjl2V8HnekdAZ8MYFuiuQEOeGsP1v1gkqX8pHHXfqOnSc Na/xtwDZx7zDJu3Z5YDUhVkXuLeG1FnqvLXgfNQPBYgQKFs1T1O+kN1x8/PnIefc7iqS xqkQ== X-Gm-Message-State: AOUpUlF+fFbuN0AwAp757U5zXIhEBJwP7xOi7nS3KZRfUtkg2KRWRnSI jZI+OwD69KGCa/eU9RMUzyC1BfIp3WDA4x7n7NLHNw== X-Google-Smtp-Source: AAOMgpfpC936uf03KbkprTFXtm8sa/MKkC8EYY2MWWlfFC1MJIHJVR4gmVRVZ15c9Y6b74dvWpf5+NuU39QTRDpTTFc= X-Received: by 2002:aca:6287:: with SMTP id w129-v6mr5672997oib.122.1532268563359; Sun, 22 Jul 2018 07:09:23 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Victor Kuarsingh Date: Sun, 22 Jul 2018 10:09:12 -0400 Message-ID: To: Randy Bush Cc: "Jakob Heitz (jheitz)" , "Lsvr@ietf.org" , "idr@ietf.org" Content-Type: multipart/alternative; boundary="0000000000006b7b1d057197136e" Archived-At: Subject: Re: [Lsvr] [Idr] Why L2 liveness needed for BGP-SPF X-BeenThere: lsvr@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Link State Vector Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jul 2018 14:09:27 -0000 --0000000000006b7b1d057197136e Content-Type: text/plain; charset="UTF-8" On Sun, Jul 22, 2018 at 7:35 AM Randy Bush wrote: > > L2 can be Ethernet, Token Ring, ATM, Frame Relay, PPP, SLIP, MTP2 and > > others that may be invented in the future. > > it could be tin cans and a string. but out here in the internet, it's > ethernet. there are tiny vestiges of sonet, which you seem to have > forgotten; but no one is gonna run bgp-spf over them. it is a mono- > culture; ethernet won. > At this point, the current applicability for BGP-SPF is Data Center / CLOS networks as described in the applicability document ( https://tools.ietf.org/html/draft-keyupate-lsvr-applicability-02) There is some texts around future use of this protocol (SP backbone), but again not the focus of our current work. That said, as noted by Randy, these topologies are currently Ethernet (at least in the cases we are aware of). Regards, Victor K > randy > > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr > --0000000000006b7b1d057197136e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Sun,= Jul 22, 2018 at 7:35 AM Randy Bush <ra= ndy@psg.com> wrote:
> L2 = can be Ethernet, Token Ring, ATM, Frame Relay, PPP, SLIP, MTP2 and
> others that may be invented in the future.

it could be tin cans and a string.=C2=A0 but out here in the internet, it&#= 39;s
ethernet.=C2=A0 there are tiny vestiges of sonet, which you seem to have forgotten; but no one is gonna run bgp-spf over them.=C2=A0 it is a mono- culture; ethernet won.


At this point, t= he current applicability for BGP-SPF is Data Center / CLOS networks as desc= ribed in the applicability document (https://tools.ietf.org/html/draft-ke= yupate-lsvr-applicability-02)

There is some texts around future use of this protocol (SP backbo= ne), but again not the focus of our current work.=C2=A0

That said, as noted by Randy, these topolog= ies are currently Ethernet (at least in the cases we are aware of).

Regards,

Victor K




randy

_______________________________________________
Idr mailing list
Idr@ietf.org
https://www.ietf.org/mailman/listinfo/idr
--0000000000006b7b1d057197136e-- From nobody Sun Jul 22 07:44:02 2018 Return-Path: X-Original-To: lsvr@ietfa.amsl.com Delivered-To: lsvr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6AFA0129C6B; Sun, 22 Jul 2018 07:44:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 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, RCVD_IN_DNSWL_NONE=-0.0001, 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=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 9ErSZxY_t5e9; Sun, 22 Jul 2018 07:43:59 -0700 (PDT) Received: from mail-lf1-x143.google.com (mail-lf1-x143.google.com [IPv6:2a00:1450:4864:20::143]) (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 E543D126CC7; Sun, 22 Jul 2018 07:43:58 -0700 (PDT) Received: by mail-lf1-x143.google.com with SMTP id y200-v6so4685245lfd.7; Sun, 22 Jul 2018 07:43:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=QOU+nkHAS4Ho8LJdJh4m3W8vg0UbsO2mnokBVNLRA+Q=; b=d7jT9ccgOI9OsKjWvvx4xjuwPA+1RoUDSLYOrnCwRJ9vWrh3+l19F+bGBcYHvsgxLf d9IwPG/f0kjDm5muBIQHyxJGettpBPKzdWTEG7jK9yGnlyYUaOkcvH0wPgZwmo+TTpqo YOfqa5zNi3JwwSf7bpvxzerEp9nbiCegsYqcpqGxgvYaCMIQMX1h0cM3j3HQYCoHnnVp jDHlsNXUvUXM0hr9l2U3SXZYmSCu4EliU0QEUfBn8XkEf3E5IefA0Gk3xvqjWlVEWsYe 63CibUnUZLrl3/LXYlzper5YzIY6Y6RQ9VNNz8dmnOZKWNxWqkWlQdQvP94Kf2cVfF1z zphg== 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=QOU+nkHAS4Ho8LJdJh4m3W8vg0UbsO2mnokBVNLRA+Q=; b=noX9qlDLQV9Ps5dWxilg5WLMbW1gMwYPyZA+7JHiHjri9X0iuBfCIFrrxnEAYNod7X sgxXepeUc9y4b4GOiewjU7P8bClfEK37Nc1LixboGg9oQJ604XFQxvs4nim0WMVdUmWC 1sWEMOuEAPffSg30+zafW6eXubJjUWkNVftnITUmR3toSe4AnMR5VHIUoWox00VT6r0H tQH4uXY7e2OFVoaaFRfm2v7uj8hCkfBqrGw02R1kxJkqkDF6l6boJI2Y/E2R1l9ZGWJ6 WOZT+Zb9CnN4/A17Mtm/WWXyEPhjeBCFF64snxgfql5hIGH/f0PnCfRP6WrkgvdXwRMX vXXQ== X-Gm-Message-State: AOUpUlFtLvjsapAio1Y8Wyt2KMZbGGvu5EL1eERS/4nAW44JdGeOb3Rf L5IK5r6lJp/goN/p7JE/+ztN/RhyVE4cXhqGY/s= X-Google-Smtp-Source: AAOMgpeQBuUhIFi1mfZc/qymzugf8EB5f3IVT46RySKPtcFDbqTU0n08NRTleerLo6+JNModa7Zf0LV1W3IXoJgstf0= X-Received: by 2002:a19:ea5c:: with SMTP id i89-v6mr5251538lfh.19.1532270637086; Sun, 22 Jul 2018 07:43:57 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Greg Mirsky Date: Sun, 22 Jul 2018 09:43:44 -0500 Message-ID: To: Victor Kuarsingh Cc: Randy Bush , idr@ietf.org, "Jakob Heitz (jheitz)" , "Lsvr@ietf.org" Content-Type: multipart/alternative; boundary="00000000000005fdaa0571978f39" Archived-At: Subject: Re: [Lsvr] [Idr] Why L2 liveness needed for BGP-SPF X-BeenThere: lsvr@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Link State Vector Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jul 2018 14:44:02 -0000 --00000000000005fdaa0571978f39 Content-Type: text/plain; charset="UTF-8" Dear All, hope an easy question you'll help me with. Liveness as path continuity check or as connectivity verification. Regards, Greg On Sun, Jul 22, 2018, 09:09 Victor Kuarsingh wrote: > > > On Sun, Jul 22, 2018 at 7:35 AM Randy Bush wrote: > >> > L2 can be Ethernet, Token Ring, ATM, Frame Relay, PPP, SLIP, MTP2 and >> > others that may be invented in the future. >> >> it could be tin cans and a string. but out here in the internet, it's >> ethernet. there are tiny vestiges of sonet, which you seem to have >> forgotten; but no one is gonna run bgp-spf over them. it is a mono- >> culture; ethernet won. > > >> > At this point, the current applicability for BGP-SPF is Data Center / CLOS > networks as described in the applicability document ( > https://tools.ietf.org/html/draft-keyupate-lsvr-applicability-02) > > There is some texts around future use of this protocol (SP backbone), but > again not the focus of our current work. > > That said, as noted by Randy, these topologies are currently Ethernet (at > least in the cases we are aware of). > > Regards, > > Victor K > > > > >> randy >> >> _______________________________________________ >> Idr mailing list >> Idr@ietf.org >> https://www.ietf.org/mailman/listinfo/idr >> > _______________________________________________ > Lsvr mailing list > Lsvr@ietf.org > https://www.ietf.org/mailman/listinfo/lsvr > --00000000000005fdaa0571978f39 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear All,=C2=A0
hope an easy question yo= u'll help me with. Liveness as path continuity check or as connectivity= verification.=C2=A0

Reg= ards,=C2=A0
Greg=C2=A0

On Sun, Jul 22, 2018, 09:09 Victor Kuarsingh = <victor@jvknet.com> wrote:


On Sun, Jul 22, 2018 at 7:35 AM Randy Bus= h <randy@psg.com> wrote:
> = L2 can be Ethernet, Token Ring, ATM, Frame Relay, PPP, SLIP, MTP2 and
> others that may be invented in the future.

it could be tin cans and a string.=C2=A0 but out here in the internet, it&#= 39;s
ethernet.=C2=A0 there are tiny vestiges of sonet, which you seem to have forgotten; but no one is gonna run bgp-spf over them.=C2=A0 it is a mono- culture; ethernet won.


At this point, t= he current applicability for BGP-SPF is Data Center / CLOS networks as desc= ribed in the applicability document (https://tools.ietf.org/html/draft-keyupate-lsvr-applicability-02)

There is some texts around f= uture use of this protocol (SP backbone), but again not the focus of our cu= rrent work.=C2=A0

That s= aid, as noted by Randy, these topologies are currently Ethernet (at least i= n the cases we are aware of).

Regards,

Victor K<= /div>




randy

_______________________________________________
Idr mailing list
Idr@ie= tf.org
https://www.ietf.org/mailman/listinfo/idr
_______________________________________________
Lsvr mailing list
Lsvr@= ietf.org
https://www.ietf.org/mailman/listinfo/lsvr<= br>
--00000000000005fdaa0571978f39-- From nobody Sun Jul 22 07:55:45 2018 Return-Path: X-Original-To: lsvr@ietfa.amsl.com Delivered-To: lsvr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2E2B1130E42; Sun, 22 Jul 2018 07:55:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.399 X-Spam-Level: X-Spam-Status: No, score=-1.399 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 gkbKoLDUa8TK; Sun, 22 Jul 2018 07:55:37 -0700 (PDT) Received: from mail-pg1-x541.google.com (mail-pg1-x541.google.com [IPv6:2607:f8b0:4864:20::541]) (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 251F0126CC7; Sun, 22 Jul 2018 07:55:37 -0700 (PDT) Received: by mail-pg1-x541.google.com with SMTP id s7-v6so6968408pgv.3; Sun, 22 Jul 2018 07:55:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=HYpdab3IGIGtjADm/5pnYgc7msNU/nB0t0YoBBVrmA0=; b=Eux+SsmQsQV0MiEGaM/8X+qRmQTWD/rchGK6hlb1mjePpQ+D/shLjdNuadJNEZjnmG M7p9s3wk1WGe7C5ovmc8sW3fSSgwltpbaTMNSyYPsZ5Ok3nfBrOsWP1bsRN0JMiW+sz7 3uFclcK+gtp9Av9pduGehbPt4iR24JEsohzfrljS0JRjB89kL/mVEB8nUBUnoKi6o0X9 MBftoLsPiHldic+g6Aot3ZTDgjNvDoFQyjvSTs/amHN4lE/7KaPRUNoWn6ec7+G2+W8W /fxcLGOiddI23wq3K2w1jc2uyPSj1SaifMyQFx9Ba+WEOqeb16o1J7ahJMl+ckxacCze ADLA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=HYpdab3IGIGtjADm/5pnYgc7msNU/nB0t0YoBBVrmA0=; b=pfTS6fcwUqVjBe3Se17Vtx+B08DdXRUdweKWWrZ3r02gH864zvgoD0yC/95qcjk+iw 8KK1mC5ePkxu/3h/3d9C0TDRpM37kWRKpOqxuM2Yi62QKrTL68yE1ALYVl3e/pEKZSRR kPL2W+XRiX46olujqE3wQQGvlqWwHDRWZuvI7UJUe/AakL2Fdy/P2n1pARN3j29dtf6m wz3caUeYyRuK5mYXCc5TY6MPLUIMn/ayKRP20RCsftcztNRqtK8gQxsNq+mcPpT+CDHV MVwkTBXhGPEhZIpnSYSvTsom84m2vGqjGI1Q4Ft6LPRuxyoqtC15ZJu7AC+zv5UCTS9m 1SOw== X-Gm-Message-State: AOUpUlGOcmf5+a7zp04KGl3MuMrsJqW62Jjk/p5qAlHh3yVmKlkyzDt6 VBlLj8suUI+JxWLAZqMEQdnNCyRhsvSyErCPnMFWbMwU X-Google-Smtp-Source: AAOMgpdjALAlEmTmvsrtwu9y3SWGcVQYADxJWcVKiRabqBA/uCs+xwSsv6PxUylN0q1j8tc1GfgvnBqGGqttsrgOU2s= X-Received: by 2002:a65:4107:: with SMTP id w7-v6mr8581348pgp.302.1532271336445; Sun, 22 Jul 2018 07:55:36 -0700 (PDT) MIME-Version: 1.0 Sender: rraszuk@gmail.com Received: by 2002:a17:90a:d396:0:0:0:0 with HTTP; Sun, 22 Jul 2018 07:55:35 -0700 (PDT) In-Reply-To: References: From: Robert Raszuk Date: Sun, 22 Jul 2018 16:55:35 +0200 X-Google-Sender-Auth: Y4zhQZCzB2SPr_FBQXNs5Q3wLaw Message-ID: To: Greg Mirsky Cc: Victor Kuarsingh , Randy Bush , idr wg , "Jakob Heitz (jheitz)" , "Lsvr@ietf.org" Content-Type: multipart/alternative; boundary="000000000000b55d4d057197b8ef" Archived-At: Subject: Re: [Lsvr] [Idr] Why L2 liveness needed for BGP-SPF X-BeenThere: lsvr@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Link State Vector Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jul 2018 14:55:40 -0000 --000000000000b55d4d057197b8ef Content-Type: text/plain; charset="UTF-8" Is IETF a new forum for Ethernet specification ? I was always under slight impression that this is rather IEEE Ethernet WG ... http://www.ieee802.org/3/ On Sun, Jul 22, 2018 at 4:43 PM, Greg Mirsky wrote: > Dear All, > hope an easy question you'll help me with. Liveness as path continuity > check or as connectivity verification. > > Regards, > Greg > > On Sun, Jul 22, 2018, 09:09 Victor Kuarsingh wrote: > >> >> >> On Sun, Jul 22, 2018 at 7:35 AM Randy Bush wrote: >> >>> > L2 can be Ethernet, Token Ring, ATM, Frame Relay, PPP, SLIP, MTP2 and >>> > others that may be invented in the future. >>> >>> it could be tin cans and a string. but out here in the internet, it's >>> ethernet. there are tiny vestiges of sonet, which you seem to have >>> forgotten; but no one is gonna run bgp-spf over them. it is a mono- >>> culture; ethernet won. >> >> >>> >> At this point, the current applicability for BGP-SPF is Data Center / >> CLOS networks as described in the applicability document ( >> https://tools.ietf.org/html/draft-keyupate-lsvr-applicability-02) >> >> There is some texts around future use of this protocol (SP backbone), but >> again not the focus of our current work. >> >> That said, as noted by Randy, these topologies are currently Ethernet (at >> least in the cases we are aware of). >> >> Regards, >> >> Victor K >> >> >> >> >>> randy >>> >>> _______________________________________________ >>> Idr mailing list >>> Idr@ietf.org >>> https://www.ietf.org/mailman/listinfo/idr >>> >> _______________________________________________ >> Lsvr mailing list >> Lsvr@ietf.org >> https://www.ietf.org/mailman/listinfo/lsvr >> > > _______________________________________________ > Lsvr mailing list > Lsvr@ietf.org > https://www.ietf.org/mailman/listinfo/lsvr > > --000000000000b55d4d057197b8ef Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Is IETF a = new forum for Ethernet specification ? I was always under slight impression= that this is rather IEEE Ethernet WG ...=C2=A0
http://www.ieee802.org/3/

On Sun, Jul 22, 2018 at 4:43 PM, Greg Mirsky <gregimirsky@gmail.com= > wrote:
= Dear All,=C2=A0
hope an easy question you'll help me w= ith. Liveness as path continuity check or as connectivity verification.=C2= =A0

Regards,=C2=A0
=
Greg=C2=A0

On Sun, Jul 22, 2018, 09:09 Victor Kuar= singh <victor@jvk= net.com> wrote:
=


<= div dir=3D"ltr">On Sun, Jul 22, 2018 at 7:35 AM Randy Bush <randy@psg.com= > wrote:
> L2 can be Ethernet= , Token Ring, ATM, Frame Relay, PPP, SLIP, MTP2 and
> others that may be invented in the future.

it could be tin cans and a string.=C2=A0 but out here in the internet, it&#= 39;s
ethernet.=C2=A0 there are tiny vestiges of sonet, which you seem to have forgotten; but no one is gonna run bgp-spf over them.=C2=A0 it is a mono- culture; ethernet won.


At this point, t= he current applicability for BGP-SPF is Data Center / CLOS networks as desc= ribed in the applicability document (https://tools.ietf.org/html/draft-keyupate-lsvr-applicability-02= )

There is some text= s around future use of this protocol (SP backbone), but again not the focus= of our current work.=C2=A0

That said, as noted by Randy, these topologies are currently Ethernet (= at least in the cases we are aware of).

Regards,

Victor K




randy

_______________________________________________
Idr mailing list
Idr@ie= tf.org
https://www.ietf.org/mailman/listinfo/idr
_______________________________________________
Lsvr mailing list
Lsvr@= ietf.org
https://www.ietf.org/mailman/listinfo/lsvr=

_______________________________________________
Lsvr mailing list
Lsvr@ietf.org
https://www.ietf.org/mailman/listinfo/lsvr


--000000000000b55d4d057197b8ef-- From nobody Sun Jul 22 08:42:37 2018 Return-Path: X-Original-To: lsvr@ietfa.amsl.com Delivered-To: lsvr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 42AAE126F72; Sun, 22 Jul 2018 08:42:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.901 X-Spam-Level: X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 SnBkdpKNV_Qc; Sun, 22 Jul 2018 08:42:34 -0700 (PDT) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:8006::18]) (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 05F46129C6A; Sun, 22 Jul 2018 08:42:34 -0700 (PDT) Received: from localhost ([127.0.0.1] helo=ryuu.rg.net) by ran.psg.com with esmtp (Exim 4.86_2) (envelope-from ) id 1fhGV9-0004lq-GH; Sun, 22 Jul 2018 15:42:27 +0000 Date: Sun, 22 Jul 2018 08:42:26 -0700 Message-ID: From: Randy Bush To: Greg Mirsky Cc: Victor Kuarsingh , idr@ietf.org, "Jakob Heitz (jheitz)" , "Lsvr@ietf.org" In-Reply-To: References: User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/25.3 Mule/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Archived-At: Subject: Re: [Lsvr] [Idr] Why L2 liveness needed for BGP-SPF X-BeenThere: lsvr@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Link State Vector Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jul 2018 15:42:36 -0000 > hope an easy question you'll help me with. Liveness as path continuity > check or as connectivity verification. layer 2 link liveness. we have other tools above layer 2; e.g. bfd. randy From nobody Sun Jul 22 10:16:43 2018 Return-Path: X-Original-To: lsvr@ietfa.amsl.com Delivered-To: lsvr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 414931277C8; Sun, 22 Jul 2018 10:16:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 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, RCVD_IN_DNSWL_NONE=-0.0001, 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=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 qnUAeJVoiocF; Sun, 22 Jul 2018 10:16:35 -0700 (PDT) Received: from mail-lj1-x22c.google.com (mail-lj1-x22c.google.com [IPv6:2a00:1450:4864:20::22c]) (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 E2416130DD3; Sun, 22 Jul 2018 10:16:34 -0700 (PDT) Received: by mail-lj1-x22c.google.com with SMTP id q127-v6so14927135ljq.11; Sun, 22 Jul 2018 10:16:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=JO9zXOeiiNkzy7/W59IHdXmilPK1hGUQbKG00F3QJkM=; b=r57z16tmw93jq3wPaLGFeUa2JJLTWPIj7nevc/NDqOF94LArrTwjgcM13Aubuwc+qg Ew8spHn45sYuMgxzCO56hG2V037j1cKDcj5IMMz1VLC13BAO6OiPFzQnxRIcDhiG3xee ig/ZYZUzF2MNoKP1leLQQE1mJ7lZXASD7C3+qD6tqIxKYfN8rjeuYxLgHl4G1+J5IXHh e2/9zFJTbGL/kk4lnnKJY32JHoO2Dpm95mqOogXr7yYCIAHCGTbrNOw7IMBpbUovdZIn 3w+L3s6MNlbn5xoZp+NVaC+ObI3oZ19HEhzuM62yw6Q+STOE+bxYznNtMyfehoiPyV6c aMYQ== 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=JO9zXOeiiNkzy7/W59IHdXmilPK1hGUQbKG00F3QJkM=; b=b3mjJheHuYYgPOXa9AcOKN35SKGX0uPbYGUSh+805LAV6RB24hwlYLF/sONgCnlrwu iNrq2qOiHQAbAajKbsft84S7AifRaXpsoYejiQVBMYQ10qM+xx1F/C36UdksrLIDl4km fTDRXLr+32fbLBf6DPJ0/pVbHHdcwNz8Wj2Cxi9Jn8gGqO6l624GRxMOERxjoaUJlFN7 /QtrN/cN3Y1x3nnkPiVi726tSPIttOGq7oGf+E7rI+EH4gQ4SyjSx38bgtdRp3j7nhId utcWk2vHc2pfpO1Z3MOcEeNAq9+BSj8me0VgSH+f4YxSmoxL3qa+FqtVqStYjRLla5HJ 41rg== X-Gm-Message-State: AOUpUlGXWLPKU6EdbdHENOk1ws4lF93Zn/PH7RwGNSBMyOZCkR9mFYND +P7uh9viqbL3hoFwLgpPyFUFrK3iNMezCfoJqME= X-Google-Smtp-Source: AAOMgpcfnZ2bDCAufddYbkXV0v6mmD3Zh/VP5aP9hlB643Dz2sFeLT771JlbhcPM/I+7GHf+dO+05F5LI9iPCSiB9KU= X-Received: by 2002:a2e:4701:: with SMTP id u1-v6mr7059505lja.54.1532279793149; Sun, 22 Jul 2018 10:16:33 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Greg Mirsky Date: Sun, 22 Jul 2018 12:16:20 -0500 Message-ID: To: Randy Bush Cc: Victor Kuarsingh , idr@ietf.org, "Jakob Heitz (jheitz)" , "Lsvr@ietf.org" Content-Type: multipart/alternative; boundary="000000000000c46a4b057199b00a" Archived-At: Subject: Re: [Lsvr] [Idr] Why L2 liveness needed for BGP-SPF X-BeenThere: lsvr@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Link State Vector Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jul 2018 17:16:37 -0000 --000000000000c46a4b057199b00a Content-Type: text/plain; charset="UTF-8" Hi Randy, thank you for the quick response to my question. BFD monitors path continuity at the layer 3, though there's BFD over LAG that picks into the layer 2. One cannot differentiate between liveness of the remote system and availability of the path between two systems. If we are not interested whether packets from the particular source and only that source received, then we use path continuity check protocol. BFD is the example of the CC while CFM, Layer 2, is the connectivity verification. Regards, Greg On Sun, Jul 22, 2018, 10:42 Randy Bush wrote: > > hope an easy question you'll help me with. Liveness as path continuity > > check or as connectivity verification. > > layer 2 link liveness. we have other tools above layer 2; e.g. bfd. > > randy > --000000000000c46a4b057199b00a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Randy,
thank you for the quick respon= se to my question. BFD monitors path continuity at the layer 3, though ther= e's BFD over LAG that picks into the layer 2. One cannot differentiate = between liveness of the remote system and availability of the path between = two systems. If we are not interested whether packets from the particular s= ource and only that source received, then we use path continuity check prot= ocol. BFD is the example of the CC while CFM, Layer 2, is the connectivity = verification.=C2=A0

Rega= rds,=C2=A0
Greg=C2=A0

On Sun, Jul 22, 2018, 10:42 Randy Bush <randy@ps= g.com> wrote:
> hope an e= asy question you'll help me with. Liveness as path continuity
> check or as connectivity verification.

layer 2 link liveness.=C2=A0 we have other tools above layer 2; e.g. bfd.
randy
--000000000000c46a4b057199b00a-- From nobody Sun Jul 22 15:49:10 2018 Return-Path: X-Original-To: lsvr@ietfa.amsl.com Delivered-To: lsvr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6458F1277CC; Sun, 22 Jul 2018 15:49:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.399 X-Spam-Level: X-Spam-Status: No, score=-1.399 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 dxhb7hn858t2; Sun, 22 Jul 2018 15:49:01 -0700 (PDT) Received: from mail-pf1-x430.google.com (mail-pf1-x430.google.com [IPv6:2607:f8b0:4864:20::430]) (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 CA3C912426A; Sun, 22 Jul 2018 15:49:01 -0700 (PDT) Received: by mail-pf1-x430.google.com with SMTP id b17-v6so532434pfi.0; Sun, 22 Jul 2018 15:49:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=pTm95djLm/6tGKOxlSoek6njaI7p770T7JT9dDgyk3Q=; b=Y7ogB0Jjy6vAYehJVnIHkstfWuSbjqdI8f3KUuLtK6F3ZfCH1P7lK2s5+k43QAY328 12M2iHnAdnT8id1nLUlz8HpLt2lG6jvMB1658WtQPkdvnEWfGBV4169cUjcaJMiBVXP/ O5++l19HIp870JYiKR17xsNz3iQPn73XhEGFYQ2QymT7cWWAH8SmPFli2Nu1vQTNIqp/ v6dwA3yrHOhEz7y54owd7EyP03bhrkPvbUyR64KefOmLiq/UkIQE1ndG+I/FcUcWyivR tM/4Vb6tb/J+BpwTwEHOnucxgZDC+Zljgwmu8EZmYEgAxwE8/+phRs8KzHbCaug2oco8 rxlA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=pTm95djLm/6tGKOxlSoek6njaI7p770T7JT9dDgyk3Q=; b=tsYaydYTjqhfTsADz9XFfdXiQCbN0nqNMiiZKMQB4B4geq6mg2d3XZlIAIRhyBBHuJ 6pfyGFciftYyP2yieRyUbYCuRFpYJvDc3qD73F1Q2gSsESO7kfTZJkW4IACLk4uIoBPt qr+dNJybBRyEUggLsOZtrF6HjrFGQaK1/7WohCjTE0Njp2AZ/ujiU2zAonyDyWPUhLCp RDmlRT5SbETRF+0geR1Ca2UMuj9nAT3HPJSyJl+6lactMX6Ahuja6oxAyrXxI26d6kLr B1/mXaoNlZQm6EaZeGYAm1wGQ5cS2Z5Ky5+aNadL2QjulBcoYOvVKFn7Vx8s8idpXXlz VtvA== X-Gm-Message-State: AOUpUlHSC5QuGDuYRiNOyzpnopvPO0yEmthE6P9xdeLIpKbv6ihdpXuX CPUQufdnntd1HqiPXL2h29K0LA9pkJQIwOuy3XU= X-Google-Smtp-Source: AAOMgpedAvPTjfRDQMCY8EeFyhFrtm2xOMM3azysPiQhntmY636jGWblOKsZOOMBStz+H7LWDcVzkjEcQAKtvBBMGFU= X-Received: by 2002:a65:5641:: with SMTP id m1-v6mr10187760pgs.246.1532299740882; Sun, 22 Jul 2018 15:49:00 -0700 (PDT) MIME-Version: 1.0 Sender: rraszuk@gmail.com Received: by 2002:a17:90a:d396:0:0:0:0 with HTTP; Sun, 22 Jul 2018 15:49:00 -0700 (PDT) In-Reply-To: References: From: Robert Raszuk Date: Mon, 23 Jul 2018 00:49:00 +0200 X-Google-Sender-Auth: 12rARLyyi3M923gklqMNYQCLW_A Message-ID: To: Greg Mirsky Cc: Randy Bush , idr wg , "Lsvr@ietf.org" Content-Type: multipart/alternative; boundary="000000000000beab9c05719e550c" Archived-At: Subject: Re: [Lsvr] [Idr] Why L2 liveness needed for BGP-SPF X-BeenThere: lsvr@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Link State Vector Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jul 2018 22:49:05 -0000 --000000000000beab9c05719e550c Content-Type: text/plain; charset="UTF-8" Hey Greg, I don't think this is about liveness or connectivity verification. It is all about physical topology discovery at L2 without one of two popular link state protocol which today do the job just fine. Whoever is asking for it is however correct that we don't have a protocol independent way of discovering Ethernet topologies. If it is a feature or a drawback remains to be seen. I was observing identical struggle in OF .. as expected it failed pretty badly ! Just to note L3 BGP Hellos to discover topology is terrible idea even worse then LLDP one. Thx, R. On Sun, Jul 22, 2018 at 7:16 PM, Greg Mirsky wrote: > Hi Randy, > thank you for the quick response to my question. BFD monitors path > continuity at the layer 3, though there's BFD over LAG that picks into the > layer 2. One cannot differentiate between liveness of the remote system and > availability of the path between two systems. If we are not interested > whether packets from the particular source and only that source received, > then we use path continuity check protocol. BFD is the example of the CC > while CFM, Layer 2, is the connectivity verification. > > Regards, > Greg > > On Sun, Jul 22, 2018, 10:42 Randy Bush wrote: > >> > hope an easy question you'll help me with. Liveness as path continuity >> > check or as connectivity verification. >> >> layer 2 link liveness. we have other tools above layer 2; e.g. bfd. >> >> randy >> > > _______________________________________________ > Idr mailing list > Idr@ietf.org > https://www.ietf.org/mailman/listinfo/idr > > --000000000000beab9c05719e550c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hey Greg,

<= /div>
I don't think this is about liveness or connect= ivity verification.=C2=A0

It is all about physical topology discovery at L2 without one of two po= pular link state protocol which today do the job just fine. Whoever is aski= ng for it is however correct that we don't have a protocol independent = way of discovering Ethernet topologies. If it is a feature or a drawback re= mains to be seen.=C2=A0

I was observing identical struggle in OF .. as expected it failed pretty = badly !=C2=A0

Just to = note L3 BGP Hellos to discover topology is terrible idea even worse then LL= DP one.=C2=A0

Thx,
R.


On Sun, Jul 22, 2018 at 7:1= 6 PM, Greg Mirsky <gregimirsky@gmail.com> wrote:
Hi Randy,
tha= nk you for the quick response to my question. BFD monitors path continuity = at the layer 3, though there's BFD over LAG that picks into the layer 2= . One cannot differentiate between liveness of the remote system and availa= bility of the path between two systems. If we are not interested whether pa= ckets from the particular source and only that source received, then we use= path continuity check protocol. BFD is the example of the CC while CFM, La= yer 2, is the connectivity verification.=C2=A0

<= /div>
Regards,=C2=A0
Greg=C2=A0

On Sun, Jul 22, 2018, 10:42 Randy Bush <randy@psg.com> wrote:=
> hope an easy question you'= ;ll help me with. Liveness as path continuity
> check or as connectivity verification.

layer 2 link liveness.=C2=A0 we have other tools above layer 2; e.g. bfd.
randy

_______________________________________________
Idr mailing list
Idr@ietf.org
https://www.ietf.org/mailman/listinfo/idr


--000000000000beab9c05719e550c-- From nobody Sun Jul 22 15:56:04 2018 Return-Path: X-Original-To: lsvr@ietfa.amsl.com Delivered-To: lsvr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6117612426A; Sun, 22 Jul 2018 15:56:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 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, RCVD_IN_DNSWL_NONE=-0.0001, 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=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 DC4Mmw9iLpU0; Sun, 22 Jul 2018 15:55:59 -0700 (PDT) Received: from mail-lj1-x236.google.com (mail-lj1-x236.google.com [IPv6:2a00:1450:4864:20::236]) (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 217C0130E3C; Sun, 22 Jul 2018 15:55:59 -0700 (PDT) Received: by mail-lj1-x236.google.com with SMTP id j19-v6so15287975ljc.7; Sun, 22 Jul 2018 15:55:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=HhqdJLNxZGD7ME8d1sB39XuRe4HRHBxNujGt4VhItEc=; b=IfUzWNNRuKCeUA5Z/eETeVY2k5Wra21f0c4tRvud6NSzoVvkXxpwmLhjlZkZuZOQCU Y7J+i2N8RBb/4A74c1Jz0yK0UuZYcoZd6Vzl8hICCPAUInPzIKSoZ2Y3UQq0OG+bChmv TEbM5tT1aP1mX1y1EjAwOkizTqeA6ShkcL/UwMD4WMS7crIlVv7o+jh5ebLn+Flt0aIN +vVS67IORowM+v/KW0GmBFSVKzrPcw5RWyo5OA/WTnX3TSdeFvNGXQ1F0ITctA88Fal1 xzN0uZlbZFhSdJ9RoksPgNolQEdJgtQPhVUDMcG7eKLl8H3hoTE6ysMPjrZnogF9qrCf 4LTA== 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=HhqdJLNxZGD7ME8d1sB39XuRe4HRHBxNujGt4VhItEc=; b=nbSf68qcsH38+QFCZu8+jpmlnd0EGfjdhSLN+sIjL8aa97cHeCWQGisHqbFeEE1CSI CMgaBRSxoS7+tSq66DWRfIUqcbUtDRcFsT98bWNeYKFgshqjGlwmImRQaxsiHbxoFoaH vI3qakj0D47a3WqoAt2NsJ2q5xvUR/XrF2JYwLDFtRCaDp9HWt2SK9S611GY7ZPVVNmK TYwUj0tr6UPvAPMh5dDhDSAe/ZJiz4OjRYj9lGp0IBy1oypdV2MEYp/NpFswVjBGvqkv ZgHEuFXpUmP8tvBMawwUQUl8EenZYlfB8UAkogzHD4XofgyV5tb5dMc6k8uAsrTglr/N EKyQ== X-Gm-Message-State: AOUpUlEeFmrpj0Mq10V1fcNvB1aZxEaMuwGD13FqCUknad/7xXq1S+6M juRsSkXgqnLkjmfpWQRM/bDOk9R5RpBAPBRUdlU= X-Google-Smtp-Source: AAOMgpeYYyEpV+vTMD8iE3sxQm4X+qrHrfbuTiKR74LfdAnyTfLc2zfYuh3S7WDf6aX3PsuflY4ZbdplA4cECSzlO60= X-Received: by 2002:a2e:10ca:: with SMTP id 71-v6mr7328199ljq.59.1532300157201; Sun, 22 Jul 2018 15:55:57 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a2e:709:0:0:0:0:0 with HTTP; Sun, 22 Jul 2018 15:55:56 -0700 (PDT) In-Reply-To: References: From: Greg Mirsky Date: Sun, 22 Jul 2018 15:55:56 -0700 Message-ID: To: Robert Raszuk Cc: Randy Bush , idr wg , "Lsvr@ietf.org" Content-Type: multipart/alternative; boundary="0000000000008f338405719e6ebf" Archived-At: Subject: Re: [Lsvr] [Idr] Why L2 liveness needed for BGP-SPF X-BeenThere: lsvr@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Link State Vector Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jul 2018 22:56:03 -0000 --0000000000008f338405719e6ebf Content-Type: text/plain; charset="UTF-8" Hi Robert, thank you for the clarification. I've got interested in the discussion since "liveliness" often used as the alternative for "continuity check". But if it's topology discovery with or without capability advertisement, I'll sit down. Regards, Greg On Sun, Jul 22, 2018 at 3:49 PM, Robert Raszuk wrote: > Hey Greg, > > I don't think this is about liveness or connectivity verification. > > It is all about physical topology discovery at L2 without one of two > popular link state protocol which today do the job just fine. Whoever is > asking for it is however correct that we don't have a protocol independent > way of discovering Ethernet topologies. If it is a feature or a drawback > remains to be seen. > > I was observing identical struggle in OF .. as expected it failed pretty > badly ! > > Just to note L3 BGP Hellos to discover topology is terrible idea even > worse then LLDP one. > > Thx, > R. > > > On Sun, Jul 22, 2018 at 7:16 PM, Greg Mirsky > wrote: > >> Hi Randy, >> thank you for the quick response to my question. BFD monitors path >> continuity at the layer 3, though there's BFD over LAG that picks into the >> layer 2. One cannot differentiate between liveness of the remote system and >> availability of the path between two systems. If we are not interested >> whether packets from the particular source and only that source received, >> then we use path continuity check protocol. BFD is the example of the CC >> while CFM, Layer 2, is the connectivity verification. >> >> Regards, >> Greg >> >> On Sun, Jul 22, 2018, 10:42 Randy Bush wrote: >> >>> > hope an easy question you'll help me with. Liveness as path continuity >>> > check or as connectivity verification. >>> >>> layer 2 link liveness. we have other tools above layer 2; e.g. bfd. >>> >>> randy >>> >> >> _______________________________________________ >> Idr mailing list >> Idr@ietf.org >> https://www.ietf.org/mailman/listinfo/idr >> >> > --0000000000008f338405719e6ebf Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Robert,
thank you for the clarification. I've g= ot interested in the discussion since "liveliness" often used as = the alternative for "continuity check". But if it's topology = discovery=C2=A0with or without capability advertisement, I'll sit down.=

Regards,
Greg

On Sun, Jul 22, 2018 at 3:49 PM= , Robert Raszuk <robert@raszuk.net> wrote:
Hey Greg,

I don't think this is about li= veness or connectivity verification.=C2=A0

It is all about physical topology discovery at L2 with= out one of two popular link state protocol which today do the job just fine= . Whoever is asking for it is however correct that we don't have a prot= ocol independent way of discovering Ethernet topologies. If it is a feature= or a drawback remains to be seen.=C2=A0

=
I was observing identical struggle in OF .. as expected = it failed pretty badly !=C2=A0

Just to note L3 BGP Hellos to discover topology is terrible idea e= ven worse then LLDP one.=C2=A0

Thx,
R.

=

On Sun, Jul 22, 2018 at 7:16 PM, Greg Mirsky = <gregimirsky@= gmail.com> wrote:
Hi Randy,
than= k you for the quick response to my question. BFD monitors path continuity a= t the layer 3, though there's BFD over LAG that picks into the layer 2.= One cannot differentiate between liveness of the remote system and availab= ility of the path between two systems. If we are not interested whether pac= kets from the particular source and only that source received, then we use = path continuity check protocol. BFD is the example of the CC while CFM, Lay= er 2, is the connectivity verification.=C2=A0

Regards,=C2=A0
Greg=C2=A0

On Sun= , Jul 22, 2018, 10:42 Randy Bush <randy@psg.com> wrote:
> hope an easy question you'll help me w= ith. Liveness as path continuity
> check or as connectivity verification.

layer 2 link liveness.=C2=A0 we have other tools above layer 2; e.g. bfd.
randy

______________________________= _________________
Idr mailing list
Idr@ietf.org
https://www.ietf.org/mailman/listinfo/idr



--0000000000008f338405719e6ebf-- From nobody Thu Jul 26 00:10:08 2018 Return-Path: X-Original-To: lsvr@ietf.org Delivered-To: lsvr@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 89E86130E2A; Thu, 26 Jul 2018 00:10:00 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: lsvr@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.83.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: lsvr@ietf.org Message-ID: <153258900039.25893.5421619766342437455@ietfa.amsl.com> Date: Thu, 26 Jul 2018 00:10:00 -0700 Archived-At: Subject: [Lsvr] I-D Action: draft-ietf-lsvr-applicability-00.txt X-BeenThere: lsvr@ietf.org X-Mailman-Version: 2.1.27 List-Id: Link State Vector Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jul 2018 07:10:02 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Link State Vector Routing WG of the IETF. Title : Usage and Applicability of Link State Vector Routing in Data Centers Authors : Keyur Patel Acee Lindem Shawn Zandi Gaurav Dawra Filename : draft-ietf-lsvr-applicability-00.txt Pages : 11 Date : 2018-07-25 Abstract: This document discusses the usage and applicability of Link State Vector Routing (LSVR) extensions in the CLOS architecture of Data Center Networks. The document is intended to provide a simplified guide for the deployment of LSVR extensions. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-lsvr-applicability/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-lsvr-applicability-00 https://datatracker.ietf.org/doc/html/draft-ietf-lsvr-applicability-00 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Jul 30 21:10:13 2018 Return-Path: X-Original-To: lsvr@ietfa.amsl.com Delivered-To: lsvr@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3ED0E130DF0 for ; Mon, 30 Jul 2018 21:10:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.901 X-Spam-Level: X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 RpInxdYdSaVX for ; Mon, 30 Jul 2018 21:10:09 -0700 (PDT) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:8006::18]) (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 8E9FB130DE0 for ; Mon, 30 Jul 2018 21:10:09 -0700 (PDT) Received: from localhost ([127.0.0.1] helo=ryuu.psg.com) by ran.psg.com with esmtp (Exim 4.86_2) (envelope-from ) id 1fkLz5-0006ic-PJ for lsvr@ietf.org; Tue, 31 Jul 2018 04:10:07 +0000 Date: Mon, 30 Jul 2018 21:10:07 -0700 Message-ID: From: Randy Bush To: Little Strange Very Real User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/25.3 Mule/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Archived-At: Subject: [Lsvr] security against what? X-BeenThere: lsvr@ietf.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Link State Vector Routing List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jul 2018 04:10:12 -0000 at the montr=E9al meeting, a few datacener operators said they were seriously concerned about security. befofe thinking about any solution space, i am interested in the basic question, what is the threat model? here is my crude guess as a straw not so much intentional mitm by an attacker strange/unauthorized device plugs into a port. 92.3% of the problems will be a miswire. datacenter clos miswires are a major issue. someone plugs a (accidentally) poisoned laptop into a clos port. clue bat from the ops, please. randy