< draft-dm-net2cloud-problem-statement-01.txt   draft-dm-net2cloud-problem-statement-02.txt >
Network Working Group L. Dunbar Network Working Group L. Dunbar
Internet Draft A. Malis Internet Draft A. Malis
Intended status: Informational Huawei Intended status: Informational Huawei
Expires: January 2018 C. Jacquenet Expires: January 2018 C. Jacquenet
Orange Orange
M. Toy M. Toy
Verizon Verizon
March 5, 2018 July 2, 2018
Seamless Interconnect Underlay to Cloud Overlay Problem Statement Seamless Interconnect Underlay to Cloud Overlay Problem Statement
draft-dm-net2cloud-problem-statement-01 draft-dm-net2cloud-problem-statement-02
Abstract Abstract
This document describes common approaches deployed by enterprises This document describes the problems of enterprises face today in
for interconnection of workloads & applications hosted in Cloud DCs connecting their branch offices to dynamic workloads in commercial
with on-premises DCs & branch offices. This document also describes cloud data centers (DCs).
some of the (network) problems that many enterprises face when they
have workloads & applications & data split among hybrid data It examines some of the approaches for interconnecting workloads &
centers, especially for those enterprises with multiple sites that applications hosted in cloud DCs with enterprises' on-premises DCs &
are already interconnected by VPNs (e.g. MPLS L2VPN/L3VPN) and branch offices. This document also describes some of the (network)
leased lines. problems that many enterprises face when they have workloads &
applications & data split among hybrid data centers, especially for
those enterprises with multiple sites that are already
interconnected by VPNs (e.g. MPLS L2VPN/L3VPN) and leased lines.
Current operational problems in the field are examined to determine Current operational problems in the field are examined to determine
whether there is a need for enhancements to existing protocols or whether there is a need for enhancements to existing protocols or
whether a new protocol is necessary to solve them. whether a new protocol is necessary to solve them.
Status of this Memo Status of this Memo
This Internet-Draft is submitted in full conformance with the This Internet-Draft is submitted in full conformance with the
provisions of BCP 78 and BCP 79. provisions of BCP 78 and BCP 79.
skipping to change at page 2, line 16 skipping to change at page 2, line 21
months and may be updated, replaced, or obsoleted by other documents months and may be updated, replaced, or obsoleted by other documents
at any time. It is inappropriate to use Internet-Drafts as at any time. It is inappropriate to use Internet-Drafts as
reference material or to cite them other than as "work in progress." reference material or to cite them other than as "work in progress."
The list of current Internet-Drafts can be accessed at The list of current Internet-Drafts can be accessed at
http://www.ietf.org/ietf/1id-abstracts.txt http://www.ietf.org/ietf/1id-abstracts.txt
The list of Internet-Draft Shadow Directories can be accessed at The list of Internet-Draft Shadow Directories can be accessed at
http://www.ietf.org/shadow.html http://www.ietf.org/shadow.html
This Internet-Draft will expire on September 5, 2018. This Internet-Draft will expire on January 2, 2009.
Copyright Notice Copyright Notice
Copyright (c) 2018 IETF Trust and the persons identified as the Copyright (c) 2018 IETF Trust and the persons identified as the
document authors. All rights reserved. document authors. All rights reserved.
This document is subject to BCP 78 and the IETF Trust's Legal This document is subject to BCP 78 and the IETF Trust's Legal
Provisions Relating to IETF Documents Provisions Relating to IETF Documents
(http://trustee.ietf.org/license-info) in effect on the date of (http://trustee.ietf.org/license-info) in effect on the date of
publication of this document. Please review these documents publication of this document. Please review these documents
skipping to change at page 3, line 43 skipping to change at page 4, line 6
needing to change the networking connection to those relocated needing to change the networking connection to those relocated
applications and workloads). In addition, an enterprise may wish to applications and workloads). In addition, an enterprise may wish to
take advantage of more and more business applications offered by take advantage of more and more business applications offered by
third party private cloud DCs, such as SAP HANA, Oracle Cloud, third party private cloud DCs, such as SAP HANA, Oracle Cloud,
Salesforce Cloud, etc. Salesforce Cloud, etc.
However, typically, enterprise branch offices & on-premises data However, typically, enterprise branch offices & on-premises data
centers are connected via VPNs, such as MPLS based l2VPN/L3VPN, and centers are connected via VPNs, such as MPLS based l2VPN/L3VPN, and
therefore connecting to the cloud-based resources may not be therefore connecting to the cloud-based resources may not be
straightforward if the provider of the VPN service does not have straightforward if the provider of the VPN service does not have
direct connections to the Cloud DCs. Under those circumstances, the direct connections to the cloud DCs. Under those circumstances, the
enterprise can upgrade their existing CPEs to utilize SD-WAN to enterprise can upgrade their existing CPEs to utilize SD-WAN to
reach cloud resources (without any assistance from the VPN service reach cloud resources (without any assistance from the VPN service
provider), or wait for their VPN service provider to make new provider), or wait for their VPN service provider to make new
agreements with data center providers to connect to the Cloud agreements with data center providers to connect to the Cloud
resources. Either way this is non-trivial and has additional resources. Either way this is non-trivial and has additional
infrastructure costs, and is slow to operationalize. infrastructure costs, and is slow to operationalize.
In addition, it is an uptrend with more and more enterprises In addition, it is an uptrend with more and more enterprises
changing their Apps & workloads so that they can be split among changing their Apps & workloads so that they can be split among
hybrid DCs to maximize the benefits of geographical convenience & hybrid DCs to maximize the benefits of geographical convenience &
skipping to change at page 4, line 34 skipping to change at page 4, line 39
DMVPN: Dynamic Multipoint Virtual Private Network. DMVPN is a DMVPN: Dynamic Multipoint Virtual Private Network. DMVPN is a
secure network that exchanges data between sites without secure network that exchanges data between sites without
needing to pass traffic through an organization's needing to pass traffic through an organization's
headquarter virtual private network (VPN) server or headquarter virtual private network (VPN) server or
router. router.
Heterogeneous Cloud: applications & workloads split among Cloud DCs Heterogeneous Cloud: applications & workloads split among Cloud DCs
owned & managed by different operators. owned & managed by different operators.
Hybrid Cloud: applications & workloads split between on-premises Hybrid Cloud: applications & workloads split between on-premises
Data centers and Cloud DCs. In this document Hybrid Data centers and cloud DCs. In this document Hybrid
Cloud also include heterogeneous cloud as well. Cloud also include heterogeneous cloud as well.
SD-WAN: Software Defined Wide Area Network, which can mean many SD-WAN: Software Defined Wide Area Network, which can mean many
different things. In this document, "SD-WAN" refers to different things. In this document, "SD-WAN" refers to
the solutions specified by ONUG (Open Network User the solutions specified by ONUG (Open Network User
Group), https://www.onug.net/software-defined-wide-area- Group), https://www.onug.net/software-defined-wide-area-
network-sd-wan/, which is about pooling WAN bandwidth network-sd-wan/, which is about pooling WAN bandwidth
from n service providers to get better WAN bandwidth from n service providers to get better WAN bandwidth
management, visibility & control. management, visibility & control.
skipping to change at page 17, line 13 skipping to change at page 17, line 13
Internet Key Exchange (IKE) Document Roadmap", Feb 2011. Internet Key Exchange (IKE) Document Roadmap", Feb 2011.
[RFC4364] E. Rosen and Y. Rekhter, "BGP/MPLS IP Virtual Private [RFC4364] E. Rosen and Y. Rekhter, "BGP/MPLS IP Virtual Private
Networks (VPNs)", Feb 2006 Networks (VPNs)", Feb 2006
[RFC4664] L. Andersson and E. Rosen, "Framework for Layer 2 Virtual [RFC4664] L. Andersson and E. Rosen, "Framework for Layer 2 Virtual
Private Networks (L2VPNs)", Sept 2006. Private Networks (L2VPNs)", Sept 2006.
13. Acknowledgments 13. Acknowledgments
Many thanks to Ignas Bagdonas, Mehmet Toy, Michael Huang, Liu Yuan Many thanks to Ignas Bagdonas, Michael Huang, Liu Yuan Jiao,
Jiao, Katherine Zhao, and Jim Guichard for the discussion and Katherine Zhao, and Jim Guichard for the discussion and
contributions. contributions.
Authors' Addresses Authors' Addresses
Linda Dunbar Linda Dunbar
Huawei Huawei
Email: Linda.Dunbar@huawei.com Email: Linda.Dunbar@huawei.com
Andrew G. Malis Andrew G. Malis
Huawei Huawei
 End of changes. 7 change blocks. 
15 lines changed or deleted 18 lines changed or added

This html diff was produced by rfcdiff 1.48. The latest version is available from http://tools.ietf.org/tools/rfcdiff/