Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Use Local or Shared Copy of PeeringDB #817

Closed
ninjaix opened this issue Nov 3, 2022 · 1 comment
Closed

Use Local or Shared Copy of PeeringDB #817

ninjaix opened this issue Nov 3, 2022 · 1 comment

Comments

@ninjaix
Copy link

ninjaix commented Nov 3, 2022

We would like to see either an option to use a single shared local mysql copy of PeeringDB or have IXP-Manager download this as part of the installation.

Background:
IXP Manager already utilizes PeeringDB to populate member info on setup.
We utilize a local copy of PeeringDB that we setup using PeeringDB-PY here on Github. It is run along with our IXP-Manager database on a separate MySQL server (instance). We update this 4x daily. We do this to:

  • to use in our CRM
  • to use with peering-manager
  • to use in some other tool sets
  • to pull a list of ASN with 'Never via Route' set and feed that into our route servers running bird2 with IXP-Manager templates. We are currently testing this an expect to be able to contribute back our version later this month for evaluation. see Honor PeeringDB 'never via route server' #798
  • to be able to update, programmatically, the may prefixes allowed per protocol, we have the basic of a script but not ready for prime-time.
  • this would not change the way PeeringDB OAUTH is handled.

The impact on storage, memory and processor is pretty minimal. The update frequency of a separate PeeringDB database should be able to be set in either a cronjob or .env

@barryo
Copy link
Member

barryo commented Feb 10, 2024

It should be possible to reference a local PeeringDB install via the .env variable IXP_API_PEERING_DB_URL.

See this line of the config file. The %s is a placeholder for PeeringDB credentials and is used if IXP_API_PEERING_DB_USERNAME / IXP_API_PEERING_DB_PASSWORD is set but you will need to keep the %s as the sprintf is used either way.

@barryo barryo closed this as completed Feb 10, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants