ndt-dev - [ndt-dev] [ndt] r503 committed - Addressed current version compatibility question.
Subject: NDT-DEV email list created
List archive
[ndt-dev] [ndt] r503 committed - Addressed current version compatibility question.
Chronological Thread
- From:
- To:
- Subject: [ndt-dev] [ndt] r503 committed - Addressed current version compatibility question.
- Date: Wed, 17 Aug 2011 16:44:11 +0000
Revision: 503
Author:
Date: Wed Aug 17 09:43:08 2011
Log: Addressed current version compatibility question.
http://code.google.com/p/ndt/source/detail?r=503
Modified:
/wiki/NDTProtocol.wiki
=======================================
--- /wiki/NDTProtocol.wiki Wed Aug 17 05:10:51 2011
+++ /wiki/NDTProtocol.wiki Wed Aug 17 09:43:08 2011
@@ -62,7 +62,7 @@
=== Protocol Encodings ===
-All multi-octet quantities defined in this document are represented as unsigned integers in a network byte order unless specified otherwise. All single byte charactor quantities are US-ASCII encoded unless specified otherwise. C style character syntax is used in this document to represent US-ASCII encodings for values. i.e. '2' represents US-ASCII value for the charactor numeral two which is hex 32 or decimal 50 and not the integer value two. All multiple byte *string* quantities are US-ASCII encoded unless otherwise specified.
+All multi-byte quantities defined in this document are represented as unsigned integers in a network byte order unless specified otherwise. All single byte charactor quantities are US-ASCII encoded unless specified otherwise. C style character syntax is used in this document to represent US-ASCII encodings for values. i.e. '2' represents US-ASCII value for the charactor numeral two which is hex 32 or decimal 50 and not the integer value two. All multiple byte *string* quantities are US-ASCII encoded unless otherwise specified. The term octet is used when describing bytes in the wire-format of the messages to be more consistent with RFC style language.
== NDTP-Control ==
@@ -80,7 +80,7 @@
The NDTP-Control currently defines the following types of messages:
-|| *Symbolic name* || *Short integer value* || *Description* ||
+|| *Symbolic name* || *Byte integer value* || *Description* ||
|| COMM_FAILURE || 0 || Notification about communication link failure. ||
|| SRV_QUEUE || 1 || Message used to the Clients' queue management ||
|| MSG_LOGIN || 2 || Used during initialization to negotiate the NDT version and the test suite ||
@@ -144,6 +144,8 @@
It is RECOMMENDED, that the Client display a warning message in case of version difference. Moreover, the Client MAY also drop a connection in case of version differences.
+The current version of the protocol is backwards compatible to version 3.3.12. Clients detecting a version earlier than this SHOULD drop the connection.
+
==== Negotiating test suite ====
In the next step the NDT Server MUST send a MSG_LOGIN message containing a list of tests' ids, encoded as ascii string, that will be performed. This list of tests's ids MUST NOT contain any tests that were not requested by the Client in the first MSG_LOGIN message. The Server's MSG_LOGIN message looks as following:
- [ndt-dev] [ndt] r503 committed - Addressed current version compatibility question., ndt, 08/17/2011
Archive powered by MHonArc 2.6.16.