| Re: [chrony-users] Using cellular network clock as refclock in chrony |
[ Thread Index |
Date Index
| More chrony.tuxfamily.org/chrony-users Archives
]
- To: "chrony-users@xxxxxxxxxxxxxxxxxxxx" <chrony-users@xxxxxxxxxxxxxxxxxxxx>
- Subject: Re: [chrony-users] Using cellular network clock as refclock in chrony
- From: Amol Lad <Amol.Lad@xxxxxxx>
- Date: Wed, 31 Jul 2024 08:42:52 +0000
- Accept-language: en-US
- Arc-authentication-results: i=2; mx.microsoft.com 1; spf=pass (sender ip is 104.47.71.233) smtp.rcpttodomain=chrony.tuxfamily.org smtp.mailfrom=4rf.com; dmarc=pass (p=reject sp=reject pct=100) action=none header.from=4rf.com; dkim=fail (body hash did not verify) header.d=4rf.com; arc=fail (47)
- Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=4rf.com; dmarc=pass action=none header.from=4rf.com; dkim=pass header.d=4rf.com; arc=none
- Arc-message-signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=01pMf6ev7Z+n0kJK9Ly+DWFXq3rstz8zoOmGBn0pmJ8=; b=rA0vsrl8kQNhE8BwDx8uWInP9uXIU5Jm6PxYZ6ijZWAIgqSXpmVjyQbjBbUcljhL+dSjIXAsHZ0VHL5AgK2DjxOs0vk73M04iIrS0N0iL7Tv/XdIpPnkNTTSJ813L8s10zs30VjZVVo2UG0/+G95u05Ewxhhl3gGFVlW358VjJG9fFZcNd/Vj9QcpLN0HFRj2DXeSpkZnd6/fZykn70mi5i3UhnMsoV7WsKaXawlKhS5uqKCqQuB4eMOPjRH7aUEasDo70VPnBZkppCWysGdfSiUQsqeE82qT5Wf2wIdt+8hPCv6vB+tXil8DCuXRC8lILCtMoc00YtT02499ZdG5Q==
- Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=/IHSMl0mmiHBgmDAMZfXR/lJ7trgpBHGoAPfG3PXW04=; b=EwpiNaeVHyJkJMEzlxStjqX/pUwtU6hD0CIJMCjbUbAPVaXbU4XAma1pTtgKGhid14qraMYxJIpdgEIGKhyOHo+1XBI0/JoV7ebIKfLKXsMe9XvTRuEf6+bYMq18EQODQ3RZ47JU6BKrRPoOmJEmenmYe63zntdjIm/vPthG/bMDs1UgsodyHlpBzZIkmIfBTWWn2syGdEoGRu1Gg8g6PIhR4wQfxm6oOVsizWqGo6mf4zTLq56LAOyaMaI19O1zTmXMA5ex9+DptuN+CBOIEdnKT10poJRFN7MAiLxNBUesNw2RpzXGlvyktxF6PRtcqRKukD6oYKyjabZeykmcbA==
- Arc-seal: i=2; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=fail; b=GNNW9Fa7mEOgPFfXd0nqwOlLEefMv1DP45SjAGhPE9TzyXSWx2ussv/sBOWxUbnYaTOx3hFfqILuRZSx/vtI60B2gvQdyoqvSaK+IPSPT6oTGMYQqfQ1z9tnQhU2BgofcoOnzUBUHuWusVswPeDJvmK9OgoQVMnyQZ/egQjQR/7jjeBl3qwOlo5A9SxfGGa8srEMxWXCxT2710MkoTGrzfHmvq7aSqwQUOcAUiFJPTiMfdyJHv+s5acknH1r04gTXm4L+9d6O4KIo+DciM89tqbspNqwbcRCnxYsJzbopR6QE8mz6PO9zJf9Qd43qutB5fsS12cW8JkL/YYTnX8cSg==
- Arc-seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=edF3Evq3NV3DYxg6fbuz/ZnYKGhr6ZDtsUzZxyIUQooUw/eJPl5RBitBVzdP2QKwrW9EkhPAvg7xEjLN02SmEaGeAvyhnmmkSCjLsD8i0t40m2XLOc1sDktVo+ZsIH0XVrURD5sFdkmfl3uLFnEEdb14R98Jos8tgzqucN0xBw8JDlfaxsBADeIn4nKktmJvJFIAJsjtVDBBeC+V+WVx3YDLcn8AT2RYcj2onUBOs4iVuI1otzEZhdw/3XzI5jC/jzauDO5drGuFcWH0XC9y+ly5cJ0EoTj1V12dB6NL2+g6DIxoYpDq9qGg4qfIO27KHs6JpsuNSchU4fL8ef8H4Q==
- Authentication-results-original: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=4rf.com;
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=4rf.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=01pMf6ev7Z+n0kJK9Ly+DWFXq3rstz8zoOmGBn0pmJ8=; b=aa8jr0IUtx1L011ZfBh8zdsDVmw/PqyFK0ooukOy6WtnHUrU4hXN79TVBfJwJv2sA0ibEF6GASMLVO8ymNOxm7mabZcrhKXKkM8HCdS4ick0bFgxDx4dD8avzoixcLCH+dcLEvQiDglz/tpyNYEldXRLzKoakJyi5AlGEaRqzDuF27PdHODRT5jr0BWsOKYx6cKrNpH6+e4SjfurmW/lAOoLJeY7fqJaHk4u7L3YUBgR4BgXB4IAGnMPsI4dLqX3w9bf3ilSLnHQ6WwkVL/OCVz+i1AuiYkbh9GUOzh32pJkHrOq1rVYtTfW6db9KJUcMH3KLVIKgtnhNR63LRt6UA==
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=4rf.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=/IHSMl0mmiHBgmDAMZfXR/lJ7trgpBHGoAPfG3PXW04=; b=oAQUmGcX3+yU8uTeOOKZ+pFnNIZnVflkkFSb0t67n41Ox1DTmCW7aULTi6tLjniM8F6YAmaehmrcX/o1CouUd94mxV2lszlDxe2hrimf4bLcAcVG3cfHp8qztr28XquDPy869neCBy4hCbqrjjrcI1c6JxW3NeeCWW5AXN/DunZpA2NSqf/wybgStKbFw7S0Gl30MpCrkIbpKuRf5Dg2ddLS2sdxGCfc1bGwBNsHx7wDAoZtQDO6BFbz67idd/UDgudAI1CKqLXzkfQjYvkm81rTBEB3VTs5x9/Swwgybf8rg7h2pub4AMpHixpIo0pzmZrRw7t9XG3cC/vajXplVA==
- Msip_labels:
- Thread-index: AQHa4nalnnRPVeuOw06/HPxBA34FjLIPL62AgAFU1C4=
- Thread-topic: [chrony-users] Using cellular network clock as refclock in chrony
Hi Miroslav,
Thanks a lot!
Yes, my program was feeding samples with zero offset. I corrected this and now behavior is as expected.
I have another query. Currently, my program sends samples to the SOCK every 5 seconds. With this setup, chronyd selects this source after approximately 2 minutes. When I increase the frequency to every second, chronyd selects the source in about 40 seconds. Are there any additional configuration options to further reduce this time? I understand that various factors, such as the precision of the samples, influence this process, so I am looking for any configuration parameters that could expedite the selection.
My current configuration is:
logchange 0.5
noclientlog
rtcsync
makestep 1.0 3
refclock SOCK /var/run/chrony.cellular.sock precision 1 prefer poll 3 refid MODM
(I tried reducing the poll to 1 but this does not seem to make any difference)
Thanks,
Amol
________________________________
From: Miroslav Lichvar <mlichvar@xxxxxxxxxx>
Sent: Tuesday, July 30, 2024 5:46 PM
To: chrony-users@xxxxxxxxxxxxxxxxxxxx <chrony-users@xxxxxxxxxxxxxxxxxxxx>
Subject: Re: [chrony-users] Using cellular network clock as refclock in chrony
On Tue, Jul 30, 2024 at 12:05:29PM +0000, Amol Lad wrote:
> Currently, my system time is about 30 seconds ahead of the time received from the cellular provider, and it appears that chronyd is not updating the system time with the time received on the SOCK. I'm unsure what I'm doing wrong. Any suggestions would be greatly appreciated.