@online{vdmeer:skb:rn:ina,
author = "van der Meer, Sven",
title = "Research Notes - Time and Date in Network Management",
url = "https://vdmeer.github.io/research-notes.html",
date = "2019-05-28",
urldate = "2019-05-28"
}
Standards are defined by Standard Defining Organizations (SDO). They can be normative (have to be followed) or not normative (e.g. recommended, informational, best common practice, etc.). Each SDO uses their own taxonomy and their own word for standards. ISO for instance calls them standard, ITU calls them recommendation, and IETF calls them Request For Comment (RFC). Which standards are normative depends on the subject area or domain, rather than where they are defined. Some exception to this rule apply. For instance, ISO international standards are often adopted by country SDOs and the BIPM defines the standard system for units used world-wide. For network management, we should consider the following SDOs and their standards being normative:
ISO, e.g. for time and other aspects
ITU, for telecommunication (T series) and radio (R series) standards
IETF, for standards used in the Internet
3GPP, for mobile network standards
ETSI, for European mobile network standards
W3C, for standards used in the World Wide Web (WWW) and related technologies
BIPM, for standard units (in the case of time: second)
IEC, e.g. for terminology
IEEE, for standards on various network technologies
SDOs that might not be normative, yet standardize important aspects of or for network management, include:
OMG, namely SBVR and its time and date specifications
TINA, namely modeling and management aspects of telecommunication
ATM Forum, for standards of the ATM network
TM Forum, for network and service management standards such as eTOM and SID
OASIS, mainly for web-services
EIA/TIA, for electronic and telecommunication standards
MEF, for information models, Ethernet, and network standards
Other relevant specifications can come from open source communities and related organizations. Those standards are often protocols, data models, or Application Programming Interfaces (API). Here we can find several ways how standards are established. For instance, the Java Community Process defines and agrees on Java Specification Requests (JSR), API specifications. Sometimes, an open source project that does focus on a specific domain becomes very popular (or even dominant). An example for this is moment.js, a JavaScript time library. The list of open source standards can never be complete, and some relevant standards might be missing.
In many occasions, companies can define relevant standards as well. For the purpose of this note, companies such as Apple, IBM, and Microsoft have created time and date standards used in their platforms (e.g. operating systems or hardware), which became defacto-standards at least within the company’s eco-system. This is especially the case for databases, which play an important role in network management.
Sometimes, countries or state organizations develop technologies that become a standard. One example is the Global Positioning System (GPS), originally developed in the USA for its military. Once opened for civil use, GPS became the de-facto standard for many different applications.
ISO: Data elements and interchange formats - Information interchange - Representation of dates and times, 2004
|
Thomas A. Alspaugh: Software Support for Calculations in Allen’s Interval Algebra, 2005 |
Copyright © 2018-2019 Sven van der Meer. All rights reserved.
This work is licensed under a Creative Commons Attribution-ShareAlike International License.
If you use this work, you can attribute it as follows:
Reference |
Sven van der Meer:
Research Notes - Time and Date in Network Management, May 28, 2019-05-28 |
Biblatex |
|
BiBTeX |
|