You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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
The text was updated successfully, but these errors were encountered:
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.
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:
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
The text was updated successfully, but these errors were encountered: