nanog mailing list archives

Re: PeerinDB refuses to register certain networks [was: Setting sensible max-prefix limits]


From: Ross Tajvar <ross () tajvar io>
Date: Thu, 19 Aug 2021 14:19:46 -0400

I, and many others that I know, have successfully listed our networks in
PeeringDB while having no peering. You may just need to try again.

On Wed, Aug 18, 2021, 5:53 PM Sabri Berisha <sabri () cluecentral net> wrote:

----- On Aug 18, 2021, at 2:21 PM, Patrick W. Gilmore patrick () ianai net
wrote:

Hi,

On Aug 18, 2021, at 5:00 PM, Matthew Walster <matthew () walster org>
wrote:
On Wed, 18 Aug 2021, 21:37 Sabri Berisha, <sabri () cluecentral net>
wrote:
----- On Aug 18, 2021, at 2:46 AM, Steve Lalonde steve () enta net wrote:

Hi,

We always use PeeringDB data and refuse to peer with networks not in
PeeingDB

You are aware that PeerinDB refuses to register certain networks,
right? It is
most certainly not a single source of truth.

Would you care to expand on this?

I am extremely interested in hearing about this as well.

Specific examples would be useful.

Of course! Including headers to show authenticity. I was very amused by
the
explanation of the "chicken and egg" problem. Who's creating that? The
networks
who refuse to peer with non-peeringdb registered ASNs, or peeringdb who
won't
recognize ASNs that are not peering with anyone because nobody wants to
peer
with them because they are not registered in peeringdb because nobody
wants to
peer with them? You get the idea.

Thanks,

Sabri
AS31064


Return-Path: grizz () peeringdb com
Received: from mail.cluecentral.net (LHLO mail.cluecentral.net)
 (195.16.84.32) by mail.cluecentral.net with LMTP; Fri, 9 Oct 2015
01:47:22
 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1])
        by mail.cluecentral.net (Postfix) with ESMTP id 4CED64001EF
        for <sabri () cluecentral net>; Fri,  9 Oct 2015 01:47:22 -0700 (PDT)
Received: from mail.cluecentral.net ([127.0.0.1])
        by localhost (mail.cluecentral.net [127.0.0.1]) (amavisd-new,
port 10024)
        with ESMTP id 3TLvVaNdjHGA for <sabri () cluecentral net>;
        Fri,  9 Oct 2015 01:47:21 -0700 (PDT)
Received: from ubersmith.peeringdb.com (ubersmith.peeringdb.com
[107.6.74.106])
        by mail.cluecentral.net (Postfix) with ESMTP id C5B164001A9
        for <sabri () cluecentral net>; Fri,  9 Oct 2015 01:47:01 -0700 (PDT)
Received: by ubersmith.peeringdb.com (Postfix, from userid 48)
        id D8AF377C1A; Fri,  9 Oct 2015 04:46:29 -0400 (EDT)
Date: Fri, 9 Oct 2015 04:46:29 -0400
To: Sabri Berisha <sabri () cluecentral net>
From: support () peeringdb com
Reply-To: support () peeringdb com
Subject: Re: [#9192] [PeeringDB] User (sabri) Requesting Access (New
Company - Cluecentral Inc)
Message-ID: <1bac170d74e5d3702d3a28b237c87260 () ubersmith peeringdb com>

Dear PeeringDB user,

Registering with peeringDB and peering negotiations are sort of egg and
chicken problem. We only want to have networks registered that already
do have settlement free peering.

After some basic checks it looks like you are only buying transit from
6939/Hurricane Electric, but are not connected to any Internet Exchange
(e.g. AMS-IX/NL-ix) yet.

Having said this, is it acceptable to you to wait until you have your
1st settlement free peering setup? If you already have existing peering
sessions, please provide the following details to support your request for
peeringdb access:

Your AS number(s)
Which IXP / facilities you are peering at
Some of your peering partners (again AS numbers / name)

Please send your answers to support () peeringdb com or reply to this ticket.


Best regards,
PeeringDB admin on Duty


PeeringDB Listserv information:

PeeringDB Announce:
http://lists.peeringdb.com/cgi-bin/mailman/listinfo/pdb-announce

PeeringDB Governance:
http://lists.peeringdb.com/cgi-bin/mailman/listinfo/pdb-gov

PeeringDB Technical:
http://lists.peeringdb.com/cgi-bin/mailman/listinfo/pdb-tech

PeeringDB User Discuss:
http://lists.peeringdb.com/cgi-bin/mailman/listinfo/user-discuss

--
Florian Hibler <fhibler () peeringdb com>
PeeringDB Administrator


Current thread: