Re: [Sdn] SDN reading list

"WRIGHT, STEVEN A" <> Wed, 03 August 2016 20:05 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id C9E5E12D809 for <>; Wed, 3 Aug 2016 13:05:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.919
X-Spam-Status: No, score=-1.919 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id BJazKEQhtM67 for <>; Wed, 3 Aug 2016 13:05:15 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 8D95512B02A for <>; Wed, 3 Aug 2016 13:05:15 -0700 (PDT)
Received: from pps.filterd ( []) by ( with SMTP id u73Jx5xL020623; Wed, 3 Aug 2016 16:05:05 -0400
Received: from ( []) by with ESMTP id 24kptqgub6-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 03 Aug 2016 16:05:05 -0400
Received: from (localhost []) by (8.14.5/8.14.5) with ESMTP id u73K54eA028474; Wed, 3 Aug 2016 16:05:04 -0400
Received: from ( []) by (8.14.5/8.14.5) with ESMTP id u73K4dcD028056 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 3 Aug 2016 16:04:46 -0400
Received: from ( []) by (RSA Interceptor); Wed, 3 Aug 2016 20:04:25 GMT
Received: from ([]) by ([]) with mapi id 14.03.0301.000; Wed, 3 Aug 2016 16:04:25 -0400
To: "Matta, Abraham I" <>, Dave Hood <>, Juliano Wickboldt <>, "King, Daniel" <>
Thread-Topic: [Sdn] SDN reading list
Thread-Index: AQHR6BysG4113FdjikCSnbhcbuMiLKAz9wEAgAAA9qCAA8aKgP//11kwgABXvYD//8aSMA==
Date: Wed, 3 Aug 2016 20:04:24 +0000
Message-ID: <>
References: <> <> <65174429B5AF4C45BD0798810EC48E0A8C43C422@EX-0-MB2.lancs.local> <> <> <>
In-Reply-To: <>
Accept-Language: en-US
Content-Language: en-US
x-originating-ip: []
Content-Type: multipart/alternative; boundary="_000_C3E0E0A52DD7EB4F9ED09728E6FD764708CE1568GAALPA1MSGUSRBC_"
MIME-Version: 1.0
X-RSA-Inspected: yes
X-RSA-Classifications: public
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2016-08-03_14:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 spamscore=0 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1604210000 definitions=main-1608030196
Archived-At: <>
Cc: "Broadbent, Matthew" <>, "" <>, Cristian Lumezanu <>
Subject: Re: [Sdn] SDN reading list
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: List to Discuss SDN Research Group in the IRTF <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Wed, 03 Aug 2016 20:05:18 -0000


best regards
Steven Wright, MBA, PhD, JD.
NFV & SDN Industry Engagement
Standards & Industry Alliances
AT&T Services Inc.
1057 Lenox Park Blvd NE, STE 4D28
Atlanta, GA 30319
P: 404.499.7030<>
@DrStevenAWright (personal)<>

From: sdn [] On Behalf Of Matta, Abraham I
Sent: Wednesday, August 03, 2016 3:30 PM
To: Dave Hood <>om>; Juliano Wickboldt <>br>; King, Daniel <>
Cc:; Broadbent, Matthew <>uk>; Cristian Lumezanu <>
Subject: Re: [Sdn] SDN reading list

Very much agree with Dave on the recursive nature of networks, see e.g.


From: sdn <<>> on behalf of Dave Hood <<>>
Date: Wednesday, August 3, 2016 at 2:22 PM
To: Juliano Wickboldt <<>>, "King, Daniel" <<>>
Cc: "Broadbent, Matthew" <<>>, "<>" <<>>, Cristian Lumezanu <<>>
Subject: Re: [Sdn] SDN reading list

I thought the list was interesting inasmuch as it did not include anything about SDN architecture. It would surely be worth listing SDN architecture 1.1<> [note: the 1.1 overview link below really refers to issue 1.0; it is out of date and should probably be removed from the listing], the relationship between SDN and NFV<>df>, and the paper on SDN and 5G slicing<>df>.

Because of heavily interrelated recursion, the idea of planes becomes less and less useful. One man’s data plane is another man’s control plane is another man’s applications plane. Management and control form a continuum, not separable planes. Services and orchestration and other concepts that appear in planar models are likewise relative and recursive. The upshot is that we are moving away from the idea of planes as useful modeling concepts. FWIW.


From: sdn [] On Behalf Of Juliano Wickboldt
Sent: Wednesday, August 03, 2016 9:41 AM
To: King, Daniel <<>>
Cc:<>; Broadbent, Matthew <<>>; Cristian Lumezanu <<>>
Subject: Re: [Sdn] SDN reading list

Hi Cristian,

Great job organizing this list!

I would suggest that you add a "Management Plane" section under SDN Building Blocks, since you have "Control Plane" and "Data Plane" there already. I can be responsible for maintaining this section if you like. In ONF's architecture document ( the Management Plane is defined. There is also an RFC 7426 that considers the Management Plane in SDN's architecture, a bit differently though (

For example, design considerations for the management plane of SDN have been presented in "Software-Defined Networking: Management Requirements and Challenges. IEEE Communications Magazine: Network and service management series, Volume 53, Issue 1, January (2015)."quot;. There are several other studies published mainly in the network management community, i.e., IEEE-NOMS (<>), IEEE-IM (<>), and CNSM (<>), that can be included in this section.

Best regards



Juliano Araujo Wickboldt
Postdoctoral researcher<>

On Mon, Aug 1, 2016 at 8:02 AM, King, Daniel <<>> wrote:
The reading list looks great, we will add a link to the site from our SDN RG Wiki page.

BR, Dan.

-----Original Message-----
From: sdn [<>] On Behalf Of Broadbent, Matthew
Sent: 01 August 2016 11:58
To: Cristian Lumezanu <<>>
Subject: Re: [Sdn] SDN reading list

Hello Cristian,

Thank you for your time and effort compiling this reading list. It is certainly comprehensive and covers a number of topics; ideal for newcomers to the area.

I would like to suggest, and also take responsibility for, a new sub-area: “Content Delivery”. This would fit under the “SDN Applications” title, and include work on how SDN can be used to improve and facilitate the delivery of video (and other types of media) across the Internet.



Matthew Broadbent
School of Computing & Communications
Lancaster University, UK

On 27/07/2016, 16:36, "sdn on behalf of Cristian Lumezanu" <<> on behalf of<>> wrote:

    Hi everybody,

    I have been maintaining an SDN reading list ( for the last four years. My original goal was to provide a centralized repository of SDN research to better help both newcomers and experienced researchers navigate this rather new research area. The number of hits that the website receives every day makes me think that this effort was not in vain. However, as the field of SDN has grown rapidly in the past few years, so has the number of projects, conferences, and papers that I must keep track of and update. This is slowly taking up more time than I can allocate to it and the freshness of the list suffers.

    Therefore, I would like to turn the SDN reading list into a collaborative project. For this, I am looking for volunteers who would like to take over the task of updating (and keeping up-to-date) small parts of the site. A “part” could be a sub-area of SDN research, such as “verification” or “monitoring and measurement". If it’s your own research area, even better, you are probably following all related work anyway and would need little time to keep your part up-to-date.

    If you can help with this, please send me a personal email with what sub-areas you are comfortable updating and any other constraints that you may have. Even if you don’t have time for this but you have suggestions for how this reading list might better serve the community, please send them along.


    sdn mailing list<>

sdn mailing list<>
sdn mailing list<>