[169408] in North American Network Operators' Group
Re: Filter NTP traffic by packet size?
daemon@ATHENA.MIT.EDU (joel jaeggli)
Sun Feb 23 15:31:51 2014
Date: Sun, 23 Feb 2014 12:31:16 -0800
From: joel jaeggli <joelja@bogus.com>
To: Royce Williams <royce@techsolvency.com>,
"nanog@nanog.org" <nanog@nanog.org>
In-Reply-To: <CA+E3k91zKtd-OTBBzndam80_v2zhFPWsUgrrVA2J=uf97Y_EsQ@mail.gmail.com>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--dg7IHtHcO9ETnkhcivaWk8cXegOIl5Swa
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
On 2/23/14, 12:11 PM, Royce Williams wrote:
> On Sun, Feb 23, 2014 at 10:48 AM, Royce Williams <royce@techsolvency.co=
m> wrote:
>> Newb question ... other than retrofitting, what stands in the way of
>> making BCP38 a condition of peering?
Peering is frequently but harldy exclusively on a best effort basis,
e.g. you agree to exchange traffic, but also agree to hold each other
harmless if something bad happens. that's any easy enough contract for
most entities to enter into
> In other words ... if it's a problem of awareness, could upstreams
> automate warning their downstreams? What about teaching RADb to
> periodically test for BCP38 compliance, send soft warnings (with links
> to relevant pages on www.bcp38.info), and publish stats?
>=20
> Continuing my na=EFvet=E9 ...what if upstreams required BCP38 complianc=
e
> before updating BGP filters?=20
my upstreams adjust their filters when I update radb.
> This would require a soft rollout --
> we'd have to give them a few months' warning to not interfere with
> revenue streams -- but it sounds like nothing's going to change until
> it starts hitting the pocketbooks.
>=20
> Royce
>=20
>=20
--dg7IHtHcO9ETnkhcivaWk8cXegOIl5Swa
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.22 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iEYEARECAAYFAlMKWpUACgkQ8AA1q7Z/VrIfZACeIbRYsmaiw7jIV4ufd9fUHDOh
mjEAn1rMuiPN+HWkkCwrVggtbQScadP6
=lM3/
-----END PGP SIGNATURE-----
--dg7IHtHcO9ETnkhcivaWk8cXegOIl5Swa--
