originateTimestamp equals 0 in returned packet
Personne n'a encore pris cette issue.
- Langage dominant
- JavaScript
- Étoiles
- 28
- Forks
- 8
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Description
Running the slightly modified example
const ntp = require('..');
ntp(function(err, response){
if(err) return console.error(err);
console.log(response);
});
originateTimestamp === 0 is returned which renders roundtrip delay d and system clock offset t unusable.
Packet {
leapIndicator: 0,
version: 4,
mode: 4,
stratum: 2,
pollInterval: 6,
precision: 233,
referenceIdentifier: <Buffer c0 35 67 6c>,
referenceTimestamp: 1577013057260.7312,
originateTimestamp: 0,
receiveTimestamp: 1577013390216.6448,
transmitTimestamp: 1577013390216.6702,
rootDelay: <Buffer 00 00 01 d5>,
rootDispersion: <Buffer 00 00 07 07>,
destinationTimestamp: 1577013390262,
time: 2019-12-22T11:16:30.216Z,
d: 1577013390261.9746,
t: 788506695085.6575
}
According to https://tools.ietf.org/html/rfc2030#section-6
In unicast and anycast modes, the Receive Timestamp and Transmit Timestamp
fields are set to the time of day when the message is sent and the
Originate Timestamp field is copied unchanged from the Transmit
Timestamp field of the request. It is important that this field be
copied intact, as a NTP client uses it to avoid replays. In multicast
mode, the Originate Timestamp and Receive Timestamp fields are set to
0 and the Transmit Timestamp field is set to the time of day when the
message is sent.
I suppose that client and server operate in unicast/ anycast mode. If this is the case I would like to change:
--- a/index.js
+++ b/index.js
@@ -63,7 +63,7 @@ NTP.prototype.time = function (callback) {
NTP.createPacket = function () {
const packet = new Packet();
packet.mode = Packet.MODES.CLIENT;
- packet.originateTimestamp = Date.now();
+ packet.transmitTimestamp = Date.now();
return packet.toBuffer();
};
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez dans index.js, au niveau de NTP.createPacket, et reproduisez le problème avec l’exemple présenté dans le rapport. Comparez le paquet construit avec le comportement de RFC 2030 cité, puis vérifiez que les horodatages renvoyés permettent d’utiliser le délai aller-retour et le décalage de l’horloge système.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- javascript, node.js
- Domaine
- networking
- Type d'issue
- Bug
- Difficulté
- 2/5
- Temps estimé
- 1-3 heures
- Activité
- À l'abandon
- Clarté
- Clairement spécifiée
- Accessibilité débutants
- 45/100