From nobody Sat Aug 5 15:43:02 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 4RJ6L2316Xz4mBjx; Sat, 5 Aug 2023 15:43:06 +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 4RJ6L16vDkz4DWp; Sat, 5 Aug 2023 15:43:05 +0000 (UTC) (envelope-from mark@tinka.africa) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=tinka.africa header.s=tinka header.b=fj3izfcE; 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=HVFcoUktRT6AE3+ppglgV2hgFK/JCUjkC4qRKPOnOMg=; b=fj3izfcEXT8n6B5V+us54KSNQA lv5ICYfLOTK0esdC0iIhWtPPXEXl/WR4V+vECkaDQPRYMto/UJNFj9Hf2fk+UwTyx+xJB/oDqpUlw u04kgzgn14VPSKYVCz+f/cwBjc2RgFjEBnaIkthK/VHrB33fSzM57PFCSMwMhEZbDR/RJf+TfJ2mX oj4cGXnzgGDuPIJO3YjDSIrg6tM5jpu0KHMhwCOE2mv+ghxaUSE42SkJXqOJdwnIoUDpwjEmZsnQo Yzb2GV2UzwpVrrh492Q7xRUG3m1+IwJHgKaBdOaYRNe64aXPZCTtGQJxuRppO9zNJmr9W+Kmz3mD8 JTvAyNjg==; Received: from [127.0.0.1] by the-host.tinka.africa with esmtp (Exim 4.92.1) (envelope-from ) id RYXCZR-000V5K-9A; Sat, 05 Aug 2023 17:43:03 +0200 Content-Type: multipart/alternative; boundary="------------pBp244eqBknIy0QUm3x3g0Xc" Message-ID: <1c156201-b9d0-f081-a7b6-272242e80432@tinka.africa> Date: Sat, 5 Aug 2023 17:43:02 +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 , FreeBSD Questions List Content-Language: en-US X-Spamd-Result: default: False [-1.31 / 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.41)[-0.407]; R_DKIM_ALLOW(-0.20)[tinka.africa:s=tinka]; R_SPF_ALLOW(-0.20)[+ip4:105.22.37.14:c]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; ONCE_RECEIVED(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:37100, ipnet:105.16.0.0/12, country:MU]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org,questions@FreeBSD.org]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCPT_COUNT_TWO(0.00)[2]; DKIM_TRACE(0.00)[tinka.africa:+]; FREEFALL_USER(0.00)[mark]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_ALL(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[] X-Spamd-Bar: - X-Rspamd-Queue-Id: 4RJ6L16vDkz4DWp This is a multi-part message in MIME format. --------------pBp244eqBknIy0QUm3x3g0Xc 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. --------------pBp244eqBknIy0QUm3x3g0Xc 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.
 --------------pBp244eqBknIy0QUm3x3g0Xc--