
From nobody Fri Sep 13 09:55:25 2019
Return-Path: <shares@ndzh.com>
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D6C131200D5 for <i2rs@ietfa.amsl.com>; Fri, 13 Sep 2019 09:55:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.348
X-Spam-Level: *
X-Spam-Status: No, score=1.348 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, KHOP_HELO_FCRDNS=0.399, SPF_HELO_NONE=0.001, SPF_NONE=0.001, 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 o7JfnBZmwX0H for <i2rs@ietfa.amsl.com>; Fri, 13 Sep 2019 09:55:21 -0700 (PDT)
Received: from hickoryhill-consulting.com (50-245-122-100-static.hfc.comcastbusiness.net [50.245.122.100]) (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 23B2F12008F for <i2rs@ietf.org>; Fri, 13 Sep 2019 09:55:21 -0700 (PDT)
X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=97.112.17.31; 
From: "Susan Hares" <shares@ndzh.com>
To: <i2rs@ietf.org>
Cc: "'tom petch'" <ietfc@btconnect.com>, "'Vigoureux, Martin \(Nokia - FR/Paris-Saclay\)'" <martin.vigoureux@nokia.com>, "'Warren Kumari'" <warren@kumari.net>, "'Suresh Krishnan'" <suresh@kaloom.com>
Date: Fri, 13 Sep 2019 12:55:07 -0400
Message-ID: <007d01d56a53$ffe33d90$ffa9b8b0$@ndzh.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_007E_01D56A32.78D3E780"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AdVqUvbZvsAni1ANRhqp0UTRPvHwbA==
Content-Language: en-us
X-Antivirus: AVG (VPS 190913-2, 09/13/2019), Outbound message
X-Antivirus-Status: Not-Tested
X-Authenticated-User: skh@ndzh.com 
Archived-At: <https://mailarchive.ietf.org/arch/msg/i2rs/KKCx7Zr-voPwSAFscWMrBRP9E_Y>
Subject: [i2rs] WG LC on draft-ietf-i2rs-yang-l2-network-topology-11.txt - use of IEEE 802.1Qcp-2018 in document -AD and WGChair/shepherd feedback - Comment period until 9/20/2019
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" <i2rs.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/i2rs>, <mailto:i2rs-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/i2rs/>
List-Post: <mailto:i2rs@ietf.org>
List-Help: <mailto:i2rs-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/i2rs>, <mailto:i2rs-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Sep 2019 16:55:24 -0000

This is a multipart message in MIME format.

------=_NextPart_000_007E_01D56A32.78D3E780
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

Tom and Qin: 

 

I've received input from the Routing AD (Martin Vigoureux),

NM/OPS ADS, and Suresh Krishnan (IEEE liaison) 

on Tom's question regard the use of  IEEE References as 

informative references in 

 
<https://datatracker.ietf.org/doc/draft-ietf-i2rs-yang-l2-network-topology/>
draft-ietf-i2rs-yang-l2-network-topology-11.txt 

 

and as imported references in: 

 

     import ieee802-dot1q-types {

      prefix dot1q-type;

      reference

        "IEEE Std 802.1Qcp-2018: Bridges and Bridged

         Networks - Amendment: YANG Data Model.";

     }

 

The question is whether this import is a normative reference even though 

It is listed as informative. 

 

The yang doctors can determine whether IEEE 802.1Qcp-2018 

Should or should not be a normative references for

 
<https://datatracker.ietf.org/doc/draft-ietf-i2rs-yang-l2-network-topology/>
draft-ietf-i2rs-yang-l2-network-topology-11.txt.

 

In the case the IEEE 802.1Cp-208 is consider a normative reference, 

the following RFC2026  Section 7.1  (described below) might apply

that requires the WG LC to clearly indicate that a portion of the 

specification depends on  an external standard that exists behind 

a "paywall".   However,  RFC7241 section 3.2 specifies that any 

IEEE 802 published standard  and any IEEE 802 working group 

documents, are available for this  type of review at no charge.

  

Therefore, the "paywall" argument does not currently apply. 

 

It is the opinion of this WG chair that the 

dependence of this specification on IEEE 802.1Qcp definitions 

has been adequately discussed in the three WG LCs 

this document has gone through. 

 

My conclusion as shepherd/chair is that the "paywall" 

restriction does not exist even if  the Yang Doctors should decide 

the 802.1Qcp-2018 Yang reference needs to be informative. 

 

I am grateful to Tom Petch and Qin Wu for raising these issues. 

I believe it has fulfilled the discussion requirements for this 3rd WG LC. 

 

I will include this information in my shepherd's write-up early next week. 

I will hold this WG LC open for comments on this until 9/20/2019. 

If no other issues come in, it appears this WG LC is heading toward 

Consensus on this document.  

 

The ADs have been apprised that they will need to reference this discussion 

In the IETF LC. 

 

Susan Hares 

 

=======================

Discussion from ADS [Suresh, Warren, Martin, Alvaro]

 

Alvaro points out that the IEEE interactions are governed by 

RFC7241. 

--------------------- 

 

Suresh Krishnan and Warren Kumari discussion of section 7.1 

 

As described in Section 7.1 of RFC 2026, RFCs may have normative 

 references on external standards.

 In some cases, however, those references are themselves not generally 

 available (for instance, they might be accessible only after paying a 

 fee). This can interfere both with the ability of implementers to 

 implement the protocol as well as with the ability of the IETF 

 community to review it. 

 In such cases:

 1. The WG MUST be explicitly informed of any such normative reference 

 and the WG MUST reach consensus that it is acceptable. The document 

 shepherd MUST include this information in the shepherd writeup.

 2. The reference MUST be explicitly noted as part of the IETF Last 

 Call. If such a note is omitted, the last call MUST be repeated after 

 including it.

 


------=_NextPart_000_007E_01D56A32.78D3E780
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" =
xmlns=3D"http://www.w3.org/TR/REC-html40"><head><meta =
http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 14 =
(filtered medium)"><style><!--
/* Font Definitions */
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p.MsoPlainText, li.MsoPlainText, div.MsoPlainText
	{mso-style-priority:99;
	mso-style-link:"Plain Text Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri","sans-serif";}
pre
	{mso-style-priority:99;
	mso-style-link:"HTML Preformatted Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New";}
span.EmailStyle17
	{mso-style-type:personal-compose;
	font-family:"Calibri","sans-serif";
	color:windowtext;}
span.HTMLPreformattedChar
	{mso-style-name:"HTML Preformatted Char";
	mso-style-priority:99;
	mso-style-link:"HTML Preformatted";
	font-family:"Courier New";}
span.PlainTextChar
	{mso-style-name:"Plain Text Char";
	mso-style-priority:99;
	mso-style-link:"Plain Text";
	font-family:"Calibri","sans-serif";}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--></head><body lang=3DEN-US link=3Dblue =
vlink=3Dpurple><div class=3DWordSection1><p class=3DMsoNormal>Tom and =
Qin: <o:p></o:p></p><p class=3DMsoNormal><o:p>&nbsp;</o:p></p><p =
class=3DMsoNormal>I&#8217;ve received input from the Routing AD (Martin =
Vigoureux),<o:p></o:p></p><p class=3DMsoNormal> NM/OPS ADS, and Suresh =
Krishnan (IEEE liaison) <o:p></o:p></p><p class=3DMsoNormal>on =
Tom&#8217;s question regard the use of &nbsp;IEEE References as =
<o:p></o:p></p><p class=3DMsoNormal>informative references in =
<o:p></o:p></p><p class=3DMsoNormal><a =
href=3D"https://datatracker.ietf.org/doc/draft-ietf-i2rs-yang-l2-network-=
topology/"><span =
style=3D'font-size:11.5pt;color:#3D22B3;background:#F9F9F9;text-decoratio=
n:none'>draft-ietf-i2rs-yang-l2-network-topology-11</span></a>.txt =
<o:p></o:p></p><p class=3DMsoNormal><o:p>&nbsp;</o:p></p><p =
class=3DMsoNormal>and as imported references in: <o:p></o:p></p><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p><p class=3DMsoNormal><span =
style=3D'font-size:10.0pt;font-family:"Courier =
New";color:black'>&nbsp;&nbsp;&nbsp;&nbsp; import ieee802-dot1q-types =
{<o:p></o:p></span></p><p class=3DMsoNormal><span =
style=3D'font-size:10.0pt;font-family:"Courier =
New";color:black'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; prefix =
dot1q-type;<o:p></o:p></span></p><p class=3DMsoNormal><span =
style=3D'font-size:10.0pt;font-family:"Courier =
New";color:black'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
reference<o:p></o:p></span></p><p class=3DMsoNormal><span =
style=3D'font-size:10.0pt;font-family:"Courier =
New";color:black'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &quot;IEEE =
Std 802.1Qcp-2018: Bridges and Bridged<o:p></o:p></span></p><p =
class=3DMsoNormal><span style=3D'font-size:10.0pt;font-family:"Courier =
New";color:black'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
Networks - Amendment: YANG Data =
Model.&quot;;<o:p></o:p></span></p><pre><span =
style=3D'color:black'>&nbsp;&nbsp; =
&nbsp;&nbsp;}<o:p></o:p></span></pre><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p><p class=3DMsoNormal>The question =
is whether this import is a normative reference even though =
<o:p></o:p></p><p class=3DMsoNormal>It is listed as informative. =
<o:p></o:p></p><p class=3DMsoNormal><o:p>&nbsp;</o:p></p><p =
class=3DMsoNormal>The yang doctors can determine whether IEEE =
802.1Qcp-2018 <o:p></o:p></p><p class=3DMsoNormal>Should or should not =
be a normative references for<o:p></o:p></p><p class=3DMsoNormal><a =
href=3D"https://datatracker.ietf.org/doc/draft-ietf-i2rs-yang-l2-network-=
topology/"><span =
style=3D'font-size:11.5pt;color:#3D22B3;background:#F9F9F9;text-decoratio=
n:none'>draft-ietf-i2rs-yang-l2-network-topology-11</span></a>.txt.<o:p><=
/o:p></p><p class=3DMsoNormal><o:p>&nbsp;</o:p></p><p =
class=3DMsoNormal>In the case the IEEE 802.1Cp-208 is consider a =
normative reference, <o:p></o:p></p><p class=3DMsoNormal>the following =
RFC2026 &nbsp;Section 7.1 &nbsp;(described below) might =
apply<o:p></o:p></p><p class=3DMsoNormal>that requires the WG LC to =
clearly indicate that a portion of the <o:p></o:p></p><p =
class=3DMsoNormal>specification depends on &nbsp;an external standard =
that exists behind <o:p></o:p></p><p class=3DMsoNormal>a =
&#8220;paywall&#8221;.&nbsp;&nbsp; However, &nbsp;RFC7241 section 3.2 =
specifies that any <o:p></o:p></p><p class=3DMsoNormal>IEEE 802 =
published standard &nbsp;and any IEEE 802 working group =
<o:p></o:p></p><p class=3DMsoNormal>documents, are available for this =
&nbsp;type of review at no charge.<o:p></o:p></p><p =
class=3DMsoNormal>&nbsp; <o:p></o:p></p><p class=3DMsoNormal>Therefore, =
the &#8220;paywall&#8221; argument does not currently apply. =
<o:p></o:p></p><p class=3DMsoNormal><o:p>&nbsp;</o:p></p><p =
class=3DMsoNormal>It is the opinion of this WG chair that the =
<o:p></o:p></p><p class=3DMsoNormal>dependence of this specification on =
IEEE 802.1Qcp definitions <o:p></o:p></p><p class=3DMsoNormal>has been =
adequately discussed in the three WG LCs <o:p></o:p></p><p =
class=3DMsoNormal>this document has gone through. <o:p></o:p></p><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p><p class=3DMsoNormal>My =
conclusion as shepherd/chair is that the &#8220;paywall&#8221; =
<o:p></o:p></p><p class=3DMsoNormal>restriction does not exist even =
if&nbsp; the Yang Doctors should decide <o:p></o:p></p><p =
class=3DMsoNormal>the 802.1Qcp-2018 Yang reference needs to be =
informative. <o:p></o:p></p><p class=3DMsoNormal><o:p>&nbsp;</o:p></p><p =
class=3DMsoNormal>I am grateful to Tom Petch and Qin Wu for raising =
these issues. <o:p></o:p></p><p class=3DMsoNormal>I believe it has =
fulfilled the discussion requirements for this 3<sup>rd</sup> WG LC. =
<o:p></o:p></p><p class=3DMsoNormal><o:p>&nbsp;</o:p></p><p =
class=3DMsoNormal>I will include this information in my shepherd&#8217;s =
write-up early next week. <o:p></o:p></p><p class=3DMsoNormal>I will =
hold this WG LC open for comments on this until 9/20/2019. =
<o:p></o:p></p><p class=3DMsoNormal>If no other issues come in, it =
appears this WG LC is heading toward <o:p></o:p></p><p =
class=3DMsoNormal>Consensus on this document.&nbsp; <o:p></o:p></p><p =
class=3DMsoNormal>&nbsp;<o:p></o:p></p><p class=3DMsoNormal>The ADs have =
been apprised that they will need to reference this discussion =
<o:p></o:p></p><p class=3DMsoNormal>In the IETF LC. <o:p></o:p></p><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p><p class=3DMsoNormal>Susan Hares =
<o:p></o:p></p><p class=3DMsoNormal><o:p>&nbsp;</o:p></p><p =
class=3DMsoNormal>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D<o:p></o:p></p><p class=3DMsoNormal>Discussion from ADS =
[Suresh, Warren, Martin, Alvaro]<o:p></o:p></p><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p><p class=3DMsoNormal>Alvaro =
points out that the IEEE interactions are governed by <o:p></o:p></p><p =
class=3DMsoNormal>RFC7241. <o:p></o:p></p><p =
class=3DMsoNormal>--------------------- <o:p></o:p></p><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p><p class=3DMsoNormal>Suresh =
Krishnan and Warren Kumari discussion of section 7.1 <o:p></o:p></p><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p><p class=3DMsoPlainText>As =
described in Section 7.1 of RFC 2026, RFCs may have normative =
<o:p></o:p></p><p class=3DMsoPlainText>&nbsp;references on external =
standards.<o:p></o:p></p><p class=3DMsoPlainText> <o:p></o:p></p><p =
class=3DMsoPlainText>&nbsp;In some cases, however, those references are =
themselves not generally <o:p></o:p></p><p =
class=3DMsoPlainText>&nbsp;available (for instance, they might be =
accessible only after paying a <o:p></o:p></p><p =
class=3DMsoPlainText>&nbsp;fee). This can interfere both with the =
ability of implementers to <o:p></o:p></p><p =
class=3DMsoPlainText>&nbsp;implement the protocol as well as with the =
ability of the IETF <o:p></o:p></p><p =
class=3DMsoPlainText>&nbsp;community to review it. <o:p></o:p></p><p =
class=3DMsoPlainText>&nbsp;In such cases:<o:p></o:p></p><p =
class=3DMsoPlainText> <o:p></o:p></p><p class=3DMsoPlainText>&nbsp;1. =
The WG MUST be explicitly informed of any such normative reference =
<o:p></o:p></p><p class=3DMsoPlainText>&nbsp;and the WG MUST reach =
consensus that it is acceptable. The document <o:p></o:p></p><p =
class=3DMsoPlainText>&nbsp;shepherd MUST include this information in the =
shepherd writeup.<o:p></o:p></p><p class=3DMsoPlainText> =
<o:p></o:p></p><p class=3DMsoPlainText>&nbsp;2. The reference MUST be =
explicitly noted as part of the IETF Last <o:p></o:p></p><p =
class=3DMsoPlainText>&nbsp;Call. If such a note is omitted, the last =
call MUST be repeated after <o:p></o:p></p><p =
class=3DMsoPlainText>&nbsp;including it.<o:p></o:p></p><p =
class=3DMsoPlainText> <o:p></o:p></p><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p></div></body></html>
------=_NextPart_000_007E_01D56A32.78D3E780--


From nobody Mon Sep 23 05:35:19 2019
Return-Path: <shares@ndzh.com>
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8CF72120825 for <i2rs@ietfa.amsl.com>; Mon, 23 Sep 2019 05:35:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 2.747
X-Spam-Level: **
X-Spam-Status: No, score=2.747 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, KHOP_HELO_FCRDNS=0.399, SPF_HELO_NONE=0.001, SPF_NONE=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 gNajKB9_zNum for <i2rs@ietfa.amsl.com>; Mon, 23 Sep 2019 05:35:08 -0700 (PDT)
Received: from hickoryhill-consulting.com (50-245-122-100-static.hfc.comcastbusiness.net [50.245.122.100]) (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 127CF12084D for <i2rs@ietf.org>; Mon, 23 Sep 2019 05:35:07 -0700 (PDT)
X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=97.112.17.31; 
From: "Susan Hares" <shares@ndzh.com>
To: <i2rs@ietf.org>
Cc: "'Vigoureux, Martin \(Nokia - FR/Paris-Saclay\)'" <martin.vigoureux@nokia.com>
Date: Mon, 23 Sep 2019 08:35:02 -0400
Message-ID: <009801d5720b$52a8f970$f7faec50$@ndzh.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0099_01D571E9.CB981CC0"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AdVyCwwuaSrQRgVVQ8W6ycsXYBEo0w==
Content-Language: en-us
X-Antivirus: AVG (VPS 190923-0, 09/23/2019), Outbound message
X-Antivirus-Status: Not-Tested
X-Authenticated-User: skh@ndzh.com 
Archived-At: <https://mailarchive.ietf.org/arch/msg/i2rs/yhQwmw7J1exr2aRYeAphpIlbK_s>
Subject: Re: [i2rs] WG LC on draft-ietf-i2rs-yang-l2-network-topology-11.txt - Consensus has been reached
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" <i2rs.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/i2rs>, <mailto:i2rs-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/i2rs/>
List-Post: <mailto:i2rs@ietf.org>
List-Help: <mailto:i2rs-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/i2rs>, <mailto:i2rs-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 23 Sep 2019 12:35:18 -0000

This is a multipart message in MIME format.

------=_NextPart_000_0099_01D571E9.CB981CC0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

Greetings: 

 

Consensus has been reached and the ADs have discussed the IEEE 8021.QCp-2018
inclusion.

 

I will send in the shepherds report within 1-2 days.  

 

Cheerily, Susan Hares 


------=_NextPart_000_0099_01D571E9.CB981CC0
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" =
xmlns=3D"http://www.w3.org/TR/REC-html40"><head><META =
HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 14 =
(filtered medium)"><style><!--
/* Font Definitions */
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal-compose;
	font-family:"Calibri","sans-serif";
	color:windowtext;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--></head><body lang=3DEN-US link=3Dblue =
vlink=3Dpurple><div class=3DWordSection1><p class=3DMsoNormal>Greetings: =
<o:p></o:p></p><p class=3DMsoNormal><o:p>&nbsp;</o:p></p><p =
class=3DMsoNormal>Consensus has been reached and the ADs have discussed =
the IEEE 8021.QCp-2018 inclusion.<o:p></o:p></p><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p><p class=3DMsoNormal>I will send =
in the shepherds report within 1-2 days.&nbsp; <o:p></o:p></p><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p><p class=3DMsoNormal>Cheerily, =
Susan Hares <o:p></o:p></p></div></body></html>
------=_NextPart_000_0099_01D571E9.CB981CC0--


From nobody Wed Sep 25 17:44:15 2019
Return-Path: <soudeh@cs.jhu.edu>
X-Original-To: i2rs@ietfa.amsl.com
Delivered-To: i2rs@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 847471201C6 for <i2rs@ietfa.amsl.com>; Wed, 25 Sep 2019 17:44:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.197
X-Spam-Level: 
X-Spam-Status: No, score=-4.197 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=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 FzWNlT36SkOt for <i2rs@ietfa.amsl.com>; Wed, 25 Sep 2019 17:44:04 -0700 (PDT)
Received: from blaze.cs.jhu.edu (blaze.cs.jhu.edu [128.220.13.50]) (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 D62321201E0 for <i2rs@ietf.org>; Wed, 25 Sep 2019 17:44:03 -0700 (PDT)
Received: from web3.cs.jhu.edu (web3.cs.jhu.edu [128.220.13.76]) (user=soudeh mech=LOGIN bits=0) by blaze.cs.jhu.edu (8.14.4/8.14.4) with ESMTP id x8PNihot012089 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for <i2rs@ietf.org>; Wed, 25 Sep 2019 19:44:43 -0400
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
Date: Wed, 25 Sep 2019 19:44:43 -0400
From: Soudeh Ghorbani <soudeh@cs.jhu.edu>
To: i2rs@ietf.org
Reply-To: soudeh@cs.jhu.edu
Mail-Reply-To: soudeh@cs.jhu.edu
Message-ID: <15aea96667ea9dc1af217a8c1a6a3c7b@cs.jhu.edu>
X-Sender: soudeh@cs.jhu.edu
User-Agent: Roundcube Webmail/1.0.12
Received-SPF: None client-ip=128.220.13.76; helo=web3.cs.jhu.edu; envelope-from=<soudeh@cs.jhu.edu> receiver=blaze.cs.jhu.edu
Archived-At: <https://mailarchive.ietf.org/arch/msg/i2rs/Yc40bsCns_Uwv4EHi04gGRHeQnI>
Subject: [i2rs] ACM SIGCOMM Symposium on SDN Research (SOSR) 2020 CFP
X-BeenThere: i2rs@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" <i2rs.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/i2rs>, <mailto:i2rs-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/i2rs/>
List-Post: <mailto:i2rs@ietf.org>
List-Help: <mailto:i2rs-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/i2rs>, <mailto:i2rs-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 26 Sep 2019 00:44:06 -0000

We are excited to announce that the ACM SIGCOMM Symposium on SDN 
Research (SOSR) 2020 will be co-located with the Open Compute Project 
(OCP) Global Summit.

New this year, in addition to traditional research papers, we are 
soliciting "Experience and Challenge" papers that provide a 
retrospective of the practical impacts of SDN deployments and outline 
next steps, challenges, and radical ideas for SDNs.

* Abstract registration: Nov 8, 2019
* Submission deadline: Nov 15, 2019
* More information: https://conferences.sigcomm.org/sosr/2020/calls.html

Submit your best papers!
-- 
Soudeh Ghorbani
Assistant Professor
Department of Computer Science
Johns Hopkins University
soudeh.net

