From nobody Sat Aug 05 15:42:29 2023 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RJ6KX0hflz4mBd9 for ; Sat, 5 Aug 2023 15:42:40 +0000 (UTC) (envelope-from mark@tinka.africa) Received: from the-host.tinka.africa (the-host.tinka.africa [105.22.37.14]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4RJ6KW1crjz3gLb for ; Sat, 5 Aug 2023 15:42:39 +0000 (UTC) (envelope-from mark@tinka.africa) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=tinka.africa header.s=tinka header.b=N069UHCf; spf=pass (mx1.freebsd.org: domain of mark@tinka.africa designates 105.22.37.14 as permitted sender) smtp.mailfrom=mark@tinka.africa; dmarc=pass (policy=none) header.from=tinka.africa DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tinka.africa; s=tinka; h=To:Subject:From:MIME-Version:Date:Message-ID: Content-Type:Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=VZZSAf5lOIiR+hJwn82+YU+mYYL5wSDnWE3jc+T5jpk=; b=N069UHCfSnGFjV1O3PkNP8TRxz 87iUMKgQbJSSsFaxPUGgvBvnwLWFRaViBThoQnQK06B1k2Qyd7Y1IBfE7K0Gl8m0+VzvEOfnGhk8M u/9Nrd2XUojDFv9PDfPtFeVVnpzM8yuls3mC+jNLG65AMSu2Nsum3XV6C7R6hb/lkXT0Wm1pOy0Ky d3ws6C1T7YXjDE+H8NfbRDc1VvyE1zZntCiMINUpibIKoY6nSQfTnQ7s4VfG4UGtUThInoO66e2VH h8alKpfmaUw295ntAjIHSo3pX0MzxrmThmYLQ0yGZZvl/nfSc00l/+6/nLVAaSFHkrInVvEkFNtKH MrLThxGA==; Received: from [127.0.0.1] by the-host.tinka.africa with esmtp (Exim 4.92.1) (envelope-from ) id RYXCYT-000V5C-AQ for freebsd-questions@freebsd.org; Sat, 05 Aug 2023 17:42:29 +0200 Content-Type: multipart/alternative; boundary="------------hcEWOxq08M1vBf7nBD0nqB35" Message-ID: Date: Sat, 5 Aug 2023 17:42:29 +0200 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.14.0 From: Mark Tinka Subject: NTP Sync Issue Across Tata (Europe) To: Mailinglists FreeBSD Content-Language: en-US X-Spamd-Result: default: False [-1.15 / 15.00]; HFILTER_HELO_2(1.00)[the-host.tinka.africa]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[tinka.africa,none]; NEURAL_HAM_SHORT(-0.25)[-0.248]; R_SPF_ALLOW(-0.20)[+ip4:105.22.37.14]; R_DKIM_ALLOW(-0.20)[tinka.africa:s=tinka]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:37100, ipnet:105.16.0.0/12, country:MU]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; DKIM_TRACE(0.00)[tinka.africa:+]; TO_DN_ALL(0.00)[]; FREEFALL_USER(0.00)[mark]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[] X-Spamd-Bar: - X-Rspamd-Queue-Id: 4RJ6KW1crjz3gLb This is a multi-part message in MIME format. --------------hcEWOxq08M1vBf7nBD0nqB35 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Hi all. I have NTP servers in Europe that are choosing Tata (6453) to get to 0.freebsd.pool.ntp.org which lives on 197.224.66.40: traceroute -I 0.freebsd.pool.ntp.org traceroute to 0.freebsd.pool.ntp.org (197.224.66.40), 64 hops max, 48 byte packets  1  ae-2-24.er-01-ams.nl.seacomnet.com (105.26.64.13)  0.300 ms 0.301 ms  0.215 ms  2  ce-0-0-11.cr-01-mrs.fr.seacomnet.com (105.16.8.201)  22.163 ms  22.370 ms  22.084 ms  3  ce-0-0-3.br-01-mrs.fr.seacomnet.com (105.16.32.254)  20.230 ms  20.243 ms  20.139 ms  4  ix-hge-0-0-0-28.ecore3.emrs2-marseille.as6453.net (80.231.165.52)  21.875 ms  21.679 ms  21.762 ms  5  * if-be-3-2.ecore2.emrs2-marseille.as6453.net (195.219.175.0) 42.751 ms *  6  if-ae-25-2.tcore1.ldn-london.as6453.net (195.219.175.5) 43.509 ms  43.280 ms  43.353 ms  7  195.219.83.158 (195.219.83.158)  203.310 ms  203.452 ms 203.209 ms  8  196.20.225.84 (196.20.225.84)  208.289 ms  208.637 ms  208.374 ms  9  197.226.230.13 (197.226.230.13)  209.657 ms  209.658 ms 209.830 ms 10  197.224.66.40 (197.224.66.40)  208.638 ms  208.632 ms  208.712 ms NTP is not sync'ing to that address, and sessions stay in an Init state. Other NTP servers I have in Africa are reaching the same address via local Anycast hosters, and sync'ing just fine. Anyone else seeing this particular issue across Tata in Europe? Mark. --------------hcEWOxq08M1vBf7nBD0nqB35 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit Hi all.

I have NTP servers in Europe that are choosing Tata (6453) to get to 0.freebsd.pool.ntp.org which lives on 197.224.66.40:

traceroute -I 0.freebsd.pool.ntp.org
traceroute to 0.freebsd.pool.ntp.org (197.224.66.40), 64 hops max, 48 byte packets
 1  ae-2-24.er-01-ams.nl.seacomnet.com (105.26.64.13)  0.300 ms  0.301 ms  0.215 ms
 2  ce-0-0-11.cr-01-mrs.fr.seacomnet.com (105.16.8.201)  22.163 ms  22.370 ms  22.084 ms
 3  ce-0-0-3.br-01-mrs.fr.seacomnet.com (105.16.32.254)  20.230 ms  20.243 ms  20.139 ms
 4  ix-hge-0-0-0-28.ecore3.emrs2-marseille.as6453.net (80.231.165.52)  21.875 ms  21.679 ms  21.762 ms
 5  * if-be-3-2.ecore2.emrs2-marseille.as6453.net (195.219.175.0)  42.751 ms *
 6  if-ae-25-2.tcore1.ldn-london.as6453.net (195.219.175.5)  43.509 ms  43.280 ms  43.353 ms
 7  195.219.83.158 (195.219.83.158)  203.310 ms  203.452 ms  203.209 ms
 8  196.20.225.84 (196.20.225.84)  208.289 ms  208.637 ms  208.374 ms
 9  197.226.230.13 (197.226.230.13)  209.657 ms  209.658 ms  209.830 ms
10  197.224.66.40 (197.224.66.40)  208.638 ms  208.632 ms  208.712 ms

NTP is not sync'ing to that address, and sessions stay in an Init state.

Other NTP servers I have in Africa are reaching the same address via local Anycast hosters, and sync'ing just fine.

Anyone else seeing this particular issue across Tata in Europe?

Mark.
 --------------hcEWOxq08M1vBf7nBD0nqB35--