[Sks-devel] sks-keyservers.net: Calculation of SRV weights

[Kristian Fiskerstrand]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Hi,

I've been playing around with some thoughts on how to improve the
calculation of DNS Service Record (SRV) weights lately[0]. I would,
however, like to make use of the experience of others in continuing
this process.

The SRV records are currently used for the sub-pools eu.pool and
na.pool. Before implementing a new approach with a higher degree of
complexity, that require more effort to implement, I'd appreciate
feedback on the current implementation. Are the sub-pools being
actively used? are they performing as it should? Or could it be
modified in a simpler way and achieve the same real-world benefits?

Another obvious question is the factors to consider when calculating
these weights. Are there other factors than I've already proposed for
a possible new implementation that should be considered? And does it
make sense to adjust the weights in favor of Reverse Proxy enabled
servers?

Please note that [0] is still at a very preliminary stage.

[0] http://kfwebs.com/sks-keyservers-SRV.pdf

- -- 
- ----------------------------
Kristian Fiskerstrand
http://www.sumptuouscapital.com
Twitter: @krifisk
- ----------------------------
Corruptissima re publica plurimæ leges
The greater the degeneration of the republic, the more of its laws
- ----------------------------
This email was digitally signed using the OpenPGP
standard. If you want to read more about this
The book: Sending Emails - The Safe Way: An
introduction to OpenPGP security is now
available in both Amazon Kindle and Paperback
format at
http://www.amazon.com/dp/B006RSG1S4/
- ----------------------------
Public PGP key 0xE3EDFAE3 at http://www.sumptuouscapital.com/pgp/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBCAAGBQJPpbFLAAoJEBbgz41rC5UIpvAQAI2o8+Pmtft/gOiDhN5Cge28
u4GU9aFw0MWw2v8Ihkqzw7jG7dyoxKxLeFn6+mge3KCkjSd/TJiR7/ALUqU/sMAp
XjkcRHyej+7kdb4iJSk30mzX+RmteDtEYWPMhlQSeDDPsH4HIeM64x4wWLr3QyC3
648FPh8Oaq23eK9oZDAa/cGQCAVGDo23Aqqg81QbPW2ixmMiUR9+GRK7npKYksYb
Q861gClxl1eqrpPzCz2DhrSZywKOqv/taBwvCv6awkJXVz5V/acuoY5y/FQ22pGR
J52q6BA51XVL1sAfeT3O4Ot3lhI+BKb1k6NJQcdafqNL3Ch2/WfPh5EDlfjRhLBd
vivFZ3NrWdZZESRF7edOGWp7aMxDxnZj5mw3XA+ldJjTV0Aj7+Tp9rsejAkXOv+V
VcSAEUedbQPBIDyY0EfQ6pD7JVw9VGqFvGunBhbQ1pp0WVbcEZcEdyvGFhIc0bWo
AU60mNO6gqP1/WAuTKiRkpJxFgKT/bVtIUxvlabxV6CF9As3YV614tJe+9BUT78O
COOddJQXG+Ztd6wnd2TnOF4lGxSCo3z47rgJjmsZfCGBXru007EBfkERZd9m4Zjv
MNyzXxMJ7kqbOX7iN4GUrApZ2sm0XXRvPO/UZQtXlMao0U+yF5TtkvEYVMYwwTFB
rQb6lNtLYcDwws+j1T+i
=aHpi
-----END PGP SIGNATURE-----