TEAS Y. Lee
Internet-Draft Samsung Electronics
Intended status: Informational X. Liu
Expires: January 13, 2022 Volta Networks
LM. Contreras
Telefonica
July 12, 2021
DC aware TE topology model
draft-llc-teas-dc-aware-topo-model-01
Abstract
This document proposes the extension of the TE topology model for
including information related to data center resource capabilities.
Status of This Memo
This Internet-Draft is submitted in full conformance with the
provisions of BCP 78 and BCP 79.
Internet-Drafts are working documents of the Internet Engineering
Task Force (IETF). Note that other groups may also distribute
working documents as Internet-Drafts. The list of current Internet-
Drafts is at https://datatracker.ietf.org/drafts/current/.
Internet-Drafts are draft documents valid for a maximum of six months
and may be updated, replaced, or obsoleted by other documents at any
time. It is inappropriate to use Internet-Drafts as reference
material or to cite them other than as "work in progress."
This Internet-Draft will expire on January 13, 2022.
Copyright Notice
Copyright (c) 2021 IETF Trust and the persons identified as the
document authors. All rights reserved.
This document is subject to BCP 78 and the IETF Trust's Legal
Provisions Relating to IETF Documents
(https://trustee.ietf.org/license-info) in effect on the date of
publication of this document. Please review these documents
carefully, as they describe your rights and restrictions with respect
to this document. Code Components extracted from this document must
include Simplified BSD License text as described in Section 4.e of
the Trust Legal Provisions and are provided without warranty as
described in the Simplified BSD License.
Lee, et al. Expires January 13, 2022 [Page 1]
Internet-Draft DC aware TE topology model July 2021
Table of Contents
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2
2. Datacenter information . . . . . . . . . . . . . . . . . . . 2
3. Model structure . . . . . . . . . . . . . . . . . . . . . . . 3
4. Security Considerations . . . . . . . . . . . . . . . . . . . 5
5. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 5
6. References . . . . . . . . . . . . . . . . . . . . . . . . . 5
Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . . . 6
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 6
1. Introduction
More and more service providers are deploying cloud computing
facilities in order to host different kinds of services and
applications. Such facilities can be generally referred as
Datacenter Points of Presence (DC-PoPs). Those DCs will consist on a
number of servers and networking elements for connecting all of them
with the transport network. Depending on the number of servers in
the data center, there will be distinct capabilities in terms of
CPUs, memory and storage available for deploying and running the
aforementioned services.
In such distributed and interconnected DC-PoPs, both computing and
topological information are of interest for determining the optimal
DC where to deploy a given service or application.
This document propose a DC-aware extension for the topology model.
2. Datacenter information
The relevant information for datacenter capabilities can be described
in different ways. One potential manner is to describe resource
capabilities such as CPU, memory, storage, etc. This can be done in
terms of total, used and free capacity for each of the parameters of
interest. Another form of populating the information is by
describing those resource capabilities as a bundled, usually referred
as quota or flavor. In this respect, reference bundles such as the
ones proposed by the Common Network Function Virtualisation
Infrastructure Telecom Taskforce (CNTT), which is an initiative
jointly promoted by GSMA and the Linux Foundation [CNTT], [GSMA].
Focusing on the CNTT ongoing work, the flavors there defined are
characterized according to:
o Type of instance (T): the types of instances are characterized as
B (Basic), or N (Network Intensive). The latter can come with
Lee, et al. Expires January 13, 2022 [Page 2]
Internet-Draft DC aware TE topology model July 2021
extensions for network acceleration for offloading network
intensive operations to hardware.
o Interface Option (I): it refers to the associated bandwidth of the
network interface.
o Compute flavor (F): it refers to a given predefined combination of
resources in terms of virtual CPU, RAM, disk, and bandwidth for
the management interface.
o Optional storage extension (S): allows to request additional
storage capacity.
o Optional hardware acceleration characteristics (A): to request
specific acceleration capabilities for improving the performance
of the infrastructure.
Additional information can refer to the management capabilities of
the compute infrastructure, such as hypervisor details or
virtualization technologies available.
Finally, all can be complemented with information related to the
networking details for reaching the aforementioned compute
capabilities (IP addressed, bandwidth, etc).
3. Model structure
module: ietf-dcpop-dc
+--rw dcpop
+--rw dc* [id]
| +--rw hypervisor* [id]
| | +--rw ram
| | | +--rw total? uint32
| | | +--rw used? uint32
| | | +--rw free? uint32
| | +--rw disk
| | | +--rw total? uint32
| | | +--rw used? uint32
| | | +--rw free? uint32
| | +--rw vcpu
| | | +--rw total? uint16
| | | +--rw used? uint16
| | | +--rw free? uint16
| | +--rw instance* -> /dcpop/dc/instance/id
| | +--rw id string
| | +--rw name? string
| +--rw instance* [id]
| | +--rw flavor
Lee, et al. Expires January 13, 2022 [Page 3]
Internet-Draft DC aware TE topology model July 2021
| | | +--rw disk? uint32
| | | +--rw ram? uint32
| | | +--rw vcpus? uint16
| | | +--rw id? string
| | | +--rw name? string
| | +--rw image
| | | +--rw checksum string
| | | +--rw size uint32
| | | +--rw format
| | | | +--rw container? enumeration
| | | | +--rw disk? enumeration
| | | +--rw id? string
| | | +--rw name? string
| | +--rw hypervisor? -> /dcpop/dc/hypervisor/id
| | +--rw port* -> /dcpop/dc/network/subnetwork/port/id
| | +--rw project? string
| | +--rw status? enumeration
| | +--rw id string
| | +--rw name? string
| +--rw image* [id]
| | +--rw checksum string
| | +--rw size uint32
| | +--rw format
| | | +--rw container? enumeration
| | | +--rw disk? enumeration
| | +--rw id string
| | +--rw name? string
| +--rw flavor* [id]
| | +--rw disk? uint32
| | +--rw ram? uint32
| | +--rw vcpus? uint16
| | +--rw id string
| | +--rw name? string
| +--rw dc-monitoring-param* [name]
| | +--rw name string
| | +--rw value-string? string
| +--rw network* [id]
| | +--rw subnetwork* [id]
| | | +--rw port* [id]
| | | | +--rw ip-address? inet:ip-address
| | | | +--rw instance? -> /dcpop/dc/instance/id
| | | | +--rw project? string
| | | | +--rw status? enumeration
| | | | +--rw id string
| | | | +--rw name? string
| | | +--rw project? string
| | | +--rw status? enumeration
| | | +--rw id string
Lee, et al. Expires January 13, 2022 [Page 4]
Internet-Draft DC aware TE topology model July 2021
| | | +--rw name? string
| | +--rw dhcp-agent* [id]
| | | +--rw enabled? boolean
| | | +--rw pools* [ip-address]
| | | | +--rw ip-address inet:ip-address
| | | +--rw project? string
| | | +--rw status? enumeration
| | | +--rw id string
| | | +--rw name? string
| | +--rw project? string
| | +--rw status? enumeration
| | +--rw id string
| | +--rw name? string
| | +--rw dcpop-ref? -> /dcpop/dcpop-id
| +--rw ap* -> /actn-vn:actn/ap
/access-point-list/access-point-id
| +--rw dcpop-ref? -> /dcpop/dcpop-id
| +--rw id string
| +--rw name? string
+--rw dcpop-id? string
4. Security Considerations
The data-model in this document does not have any security
implications. The model is designed to be accessed via NETCONF
[RFC6241], thus the security considerations for the NETCONF protocol
are applicable here.
5. IANA Considerations
This draft does not include any IANA considerations
6. References
[CNTT] "Cloud iNfrastructure Telco Taskforce Reference Model,
Version 6.0", January 2021,
<https://cntt-n.github.io/CNTT/doc/ref_model/>.
[GSMA] "Cloud Infrastructure Reference Model, Version 1.0",
November 2020, <https://www.gsma.com/newsroom/wp-content/
uploads//NG.126-v1.0-2.pdf>.
[RFC6241] Enns, R., Ed., Bjorklund, M., Ed., Schoenwaelder, J., Ed.,
and A. Bierman, Ed., "Network Configuration Protocol
(NETCONF)", RFC 6241, DOI 10.17487/RFC6241, June 2011,
<https://www.rfc-editor.org/info/rfc6241>.
Lee, et al. Expires January 13, 2022 [Page 5]
Internet-Draft DC aware TE topology model July 2021
Acknowledgments
The work of L.M. Contreras has been partly funded by the European
Commission through the H2020 project 5GROWTH (Grant Agreement no.
856709).
Authors' Addresses
Young Lee
Samsung Electronics
Seoul
South Korea
Email: younglee.tx@gmail.com
Xufeng Liu
Volta Networks
Email: xufeng.liu.ietf@gmail.com
Luis M. Contreras
Telefonica
Ronda de la Comunicacion, s/n
Sur-3 building, 3rd floor
Madrid 28050
Spain
Email: luismiguel.contrerasmurillo@telefonica.com
URI: http://lmcontreras.com/
Lee, et al. Expires January 13, 2022 [Page 6]