Indianapolis ITS Architecture
| Level | Doc # | Standard | Description |
|---|---|---|---|
| Access | Internet Subnet Alternatives | A set of alternative standards that includes any Subnet Layer method of connecting to the Internet. | |
| Mgmt | Bundle: SNMPv3 MIB | A bundle of standards (RFCs) that groups the common management information bases (MIBs) used to manage IP networks at the transport layer and below using SNMPv3. | |
| Security | Secure Session Alternatives | A set of alternative standards that identifies standards that are used to establish and maintain secure Internet sessions. If an information exchange does not require encryption, the (D)TLS session can negotiate NULL encryption. NOTE: If TCP is selected in the TransNet Layer, one of the TLS alternatives must be selected from this alternative set; if UDP is selected in the TransNet Layer, one of the DTLS alternatives must be selected from this alternative set. | |
| TransNet | Internet Transport Alternatives | A set of alternative standards that identifies the two major options for the transport layer for mainstream IP-based deployments. | |
| TransNet | IP Alternatives | A set of alternative standards that allows for the selection of IPv4 or IPv6. |
| Level | Doc # | Standard | Description |
|---|---|---|---|
| Facilities | IETF RFC 4180 | IETF RFC 4180 CSV Files | This standard (RFC) documents the format used for Comma-Separated Values (CSV) files and registers the associated MIME type "text/csv". |
| Facilities | IETF RFC 7159 | IETF RFC 7159 JSON | The JavaScript Object Notation (JSON), a lightweight, text-based, language-independent data interchange format. It was derived from the ECMAScript Programming Language Standard. JSON defines a small set of formatting rules for the portable representation of structured data. This document removes inconsistencies with other specifications of JSON, repairs specification errors, and offers experience-based interoperability guidance. |
| Facilities | IETF RFC 9110 | IETF RFC 9110 HTTP Semantics | The Hypertext Transfer Protocol (HTTP) is a stateless application-level protocol for distributed, collaborative, hypertext information systems. This document describes the overall architecture of HTTP, establishes common terminology, and defines aspects of the protocol that are shared by all versions. In this definition are core protocol elements, extensibility mechanisms, and the "http" and "https" Uniform Resource Identifier (URI) schemes. |
| Facilities | IETF RFC 9112 | IETF RFC 9112 HTTP/1.1 | The Hypertext Transfer Protocol (HTTP) is a stateless application-level protocol for distributed, collaborative, hypertext information systems. This document specifies the HTTP/1.1 message syntax, message parsing, connection management, and related security concerns. |
| Facilities | ISO 21320-1 | ISO 21320-1 ZIP | ISO/IEC 21320-1 specifies the core requirements for 1) document container files, and 2) implementations that produce and/or consume document container files. It normatively references the Zip File Format Specification version 6.3.3 of PKWARE(R) Inc. Document container files are conforming Zip files as specified by that document. |
| ITS Application Entity | GTFS | General Transit Feed Specification | This document defines a common (open data) format for exchanging public transportation schedules and associated geographic information. |
| ITS Application Entity | GTFS Realtime | GTFS Realtime | This document defines a feed specification that allows public transportation agencies to provide real-time updates about their fleet to application developers. It is an extension to GTFS (General Transit Feed Specification), an open data format for public transportation schedules and associated geographic information. GTFS Realtime was designed around ease of implementation, good GTFS interoperability and a focus on passenger information. |
Two significant or one significant and several minor issues. For existing deployments, the chosen solution is likely deficient in security or management capabilities and the issues should be reviewed and upgrades developed as needed. For new deployments, the solution may be viable for pilots when applied to the triples it supports; such pilot deployments should consider a path to addressing these issues as a part of their design activities. The solution does not provide sufficient interoperability, management, and security to enable proper, full-scale deployment without additional work.
Last Updated: 2/7/2024
