[OpenAFS-devel] AFS Assigned Numbers Registry has been updated
Jeffrey E Altman
jaltman@auristor.com
Thu, 15 Jun 2023 05:10:15 -0400
This is a cryptographically signed message in MIME format.
--------------ms030302070501000302030002
Content-Type: multipart/alternative;
boundary="------------uPVlgCCMrvVQszcjwOMQtrx8"
--------------uPVlgCCMrvVQszcjwOMQtrx8
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
The AFS Assigned Numbers Registry, http://registrar.central.org/, was
created in 2011 as a successor to the older non-authoritative listings
maintained at http://www.central.org/numbers/index.html.
Since 2014 requests submitted to registrar@grand.central.org have been
responded to and assignments have been issued, but the visible registry
pages have not been updated. As a result, allocations made by the
registrar have not be visible to the community.
The registry pages are now believed to be up to date. At the very
least, they contain all of the allocated values that have been assigned
by the registrars.
The lack of visibility of assignments has been particularly problematic
for error tables additions have been coordinated with the registry
leading to conflicts. The following Gerrit issues have been submitted in
an effort to synchronize the error tables used by OpenAFS with those in
use by other implementations.
* RXGK - https://gerrit.openafs.org/#/c/15467/
* BZ - https://gerrit.openafs.org/#/c/15468/
* CMD - https://gerrit.openafs.org/#/c/15469/
* U - https://gerrit.openafs.org/#/c/15470/
During the review of source trees available for review by the registrar
it was noted that opcode AFSVol 65552 which was assigned by the
registrar to AFSVol_GetCapabilities in 2006 for use in implemented
compressed dump format support was later used by openafs-osd for
AFSVol_OsdPolicyUsage. openafs-osd made use of 65552 through 65555
without registration even though registration had been requested for
eleven prior AFSVol opcodes not in use by OpenAFS. The
AFSVol_GetCapabiliites RPC is not implemented by OpenAFS but was
implemented by the original requestor and has been implemented by
AuriStorFS on the assumption that OpenAFS would implement it someday.
This conflict potentially prevents deployment of openafs-osd volservers
within the same cell as other AFS-family servers.
During the 2023 AFS Tech Workshop it was noted that some sites have
deployed private Rx Services on the standard AFS3 ports and have done so
without registration. As a reminder, allocation of new Rx Service IDs
for use on standard AFS3 ports must be registered before use to avoid
conflicts. This is true for all ID values excluding the site local use
range 64512-65536. The registrar will not manage the RPC number space
for private services but is willing to publish the private allocations.
Please review the registry contents. If there are missing entries,
please submit requests to add them to registrar@grand.central,org.
Thank you.
Jeffrey Altman
--------------uPVlgCCMrvVQszcjwOMQtrx8
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
</head>
<body>
<p><font face="Gill Sans MT">The AFS Assigned Numbers Registry, <a
class="moz-txt-link-freetext"
href="http://registrar.central.org/">http://registrar.central.org/</a>,
was created in 2011 as a successor to the older
non-authoritative listings maintained at <a
class="moz-txt-link-freetext"
href="http://www.central.org/numbers/index.html">http://www.central.org/numbers/index.html</a>.</font></p>
<p><font face="Gill Sans MT">Since 2014 requests submitted to <a
class="moz-txt-link-abbreviated moz-txt-link-freetext"
href="mailto:registrar@grand.central.org">registrar@grand.central.org</a>
have been responded to and assignments have been issued, but the
visible registry pages have not been updated. As a result,
allocations made by the registrar have not be visible to the
community.</font></p>
<p><font face="Gill Sans MT">The registry pages are now believed to
be up to date. At the very least, they contain all of the
allocated values that have been assigned by the registrars. <br>
</font></p>
<p><font face="Gill Sans MT">The lack of visibility of assignments
has been particularly problematic for error tables additions
have been coordinated with the registry leading to conflicts.
The following Gerrit issues have been submitted in an effort to
synchronize the error tables used by OpenAFS with those in use
by other implementations.</font></p>
<ul>
<li><font face="Gill Sans MT">RXGK - <a
class="moz-txt-link-freetext"
href="https://gerrit.openafs.org/#/c/15467/">https://gerrit.openafs.org/#/c/15467/</a></font></li>
<li><font face="Gill Sans MT">BZ - <a
class="moz-txt-link-freetext"
href="https://gerrit.openafs.org/#/c/15468/">https://gerrit.openafs.org/#/c/15468/</a></font></li>
<li><font face="Gill Sans MT">CMD - <a
class="moz-txt-link-freetext"
href="https://gerrit.openafs.org/#/c/15469/">https://gerrit.openafs.org/#/c/15469/</a></font></li>
<li><font face="Gill Sans MT">U - <a
class="moz-txt-link-freetext"
href="https://gerrit.openafs.org/#/c/15470/">https://gerrit.openafs.org/#/c/15470/</a></font></li>
</ul>
<p><font face="Gill Sans MT">During the review of source trees
available for review by the registrar it was noted that opcode
AFSVol 65552 which was assigned by the registrar to
AFSVol_GetCapabilities in 2006 for use in implemented compressed
dump format support was later used by openafs-osd for
AFSVol_OsdPolicyUsage. openafs-osd made use of 65552 through
65555 without registration even though registration had been
requested for eleven prior AFSVol opcodes not in use by
OpenAFS. The AFSVol_GetCapabiliites RPC is not implemented by
OpenAFS but was implemented by the original requestor and has
been implemented by AuriStorFS on the assumption that OpenAFS
would implement it someday. This conflict potentially prevents
deployment of openafs-osd volservers within the same cell as
other AFS-family servers.<br>
</font></p>
<p><font face="Gill Sans MT">During the 2023 AFS Tech Workshop it
was noted that some sites have deployed private Rx Services on
the standard AFS3 ports and have done so without registration.
As a reminder, allocation of new Rx Service IDs for use on
standard AFS3 ports must be registered before use to avoid
conflicts. This is true for all ID values excluding the site
local use range 64512-65536. The registrar will not manage the
RPC number space for private services but is willing to publish
the private allocations.<br>
</font></p>
<p><font face="Gill Sans MT">Please review the registry contents.
If there are missing entries, please submit requests to add them
to <a class="moz-txt-link-abbreviated moz-txt-link-freetext"
href="mailto:registrar@grand.central,org">registrar@grand.central,org</a>.</font></p>
<p><font face="Gill Sans MT">Thank you.</font></p>
<p>Jeffrey Altman</p>
<p><br>
</p>
</body>
</html>
--------------uPVlgCCMrvVQszcjwOMQtrx8--
--------------ms030302070501000302030002
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature
MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC
DHEwggXSMIIEuqADAgECAhBAAYJpmi/rPn/F0fJyDlzMMA0GCSqGSIb3DQEBCwUAMDoxCzAJ
BgNVBAYTAlVTMRIwEAYDVQQKEwlJZGVuVHJ1c3QxFzAVBgNVBAMTDlRydXN0SUQgQ0EgQTEz
MB4XDTIyMDgwNDE2MDQ0OFoXDTI1MTAzMTE2MDM0OFowcDEvMC0GCgmSJomT8ixkAQETH0Ew
MTQxMEQwMDAwMDE4MjY5OUEyRkQyMDAwMjMzQ0QxGTAXBgNVBAMTEEplZmZyZXkgRSBBbHRt
YW4xFTATBgNVBAoTDEF1cmlTdG9yIEluYzELMAkGA1UEBhMCVVMwggEiMA0GCSqGSIb3DQEB
AQUAA4IBDwAwggEKAoIBAQCkC7PKBBZnQqDKPtZPMLAy77zo2DPvwtGnd1hNjPvbXrpGxUb3
xHZRtv179LHKAOcsY2jIctzieMxf82OMyhpBziMPsFAG/ukihBMFj3/xEeZVso3K27pSAyyN
fO/wJ0rX7G+ges22Dd7goZul8rPaTJBIxbZDuaykJMGpNq4PQ8VPcnYZx+6b+nJwJJoJ46kI
EEfNh3UKvB/vM0qtxS690iAdgmQIhTl+qfXq4IxWB6b+3NeQxgR6KLU4P7v88/tvJTpxIKkg
9xj89ruzeThyRFd2DSe3vfdnq9+g4qJSHRXyTft6W3Lkp7UWTM4kMqOcc4VSRdufVKBQNXjG
IcnhAgMBAAGjggKcMIICmDAOBgNVHQ8BAf8EBAMCBPAwgYQGCCsGAQUFBwEBBHgwdjAwBggr
BgEFBQcwAYYkaHR0cDovL2NvbW1lcmNpYWwub2NzcC5pZGVudHJ1c3QuY29tMEIGCCsGAQUF
BzAChjZodHRwOi8vdmFsaWRhdGlvbi5pZGVudHJ1c3QuY29tL2NlcnRzL3RydXN0aWRjYWEx
My5wN2MwHwYDVR0jBBgwFoAULbfeG1l+KpguzeHUG+PFEBJe6RQwCQYDVR0TBAIwADCCASsG
A1UdIASCASIwggEeMIIBGgYLYIZIAYb5LwAGAgEwggEJMEoGCCsGAQUFBwIBFj5odHRwczov
L3NlY3VyZS5pZGVudHJ1c3QuY29tL2NlcnRpZmljYXRlcy9wb2xpY3kvdHMvaW5kZXguaHRt
bDCBugYIKwYBBQUHAgIwga0MgapUaGlzIFRydXN0SUQgQ2VydGlmaWNhdGUgaGFzIGJlZW4g
aXNzdWVkIGluIGFjY29yZGFuY2Ugd2l0aCBJZGVuVHJ1c3QncyBUcnVzdElEIENlcnRpZmlj
YXRlIFBvbGljeSBmb3VuZCBhdCBodHRwczovL3NlY3VyZS5pZGVudHJ1c3QuY29tL2NlcnRp
ZmljYXRlcy9wb2xpY3kvdHMvaW5kZXguaHRtbDBFBgNVHR8EPjA8MDqgOKA2hjRodHRwOi8v
dmFsaWRhdGlvbi5pZGVudHJ1c3QuY29tL2NybC90cnVzdGlkY2FhMTMuY3JsMB8GA1UdEQQY
MBaBFGphbHRtYW5AYXVyaXN0b3IuY29tMB0GA1UdDgQWBBQB+nzqgljLocLTsiUn2yWqEc2s
gjAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwDQYJKoZIhvcNAQELBQADggEBAJwV
eycprp8Ox1npiTyfwc5QaVaqtoe8Dcg2JXZc0h4DmYGW2rRLHp8YL43snEV93rPJVk6B2v4c
WLeQfaMrnyNeEuvHx/2CT44cdLtaEk5zyqo3GYJYlLcRVz6EcSGHv1qPXgDT0xB/25etwGYq
utYF4Chkxu4KzIpq90eDMw5ajkexw+8ARQz4N5+d6NRbmMCovd7wTGi8th/BZvz8hgKUiUJo
Qle4wDxrdXdnIhCP7g87InXKefWgZBF4VX21t2+hkc04qrhIJlHrocPG9mRSnnk2WpsY0MXt
a8ivbVKtfpY7uSNDZSKTDi1izEFH5oeQdYRkgIGb319a7FjslV8wggaXMIIEf6ADAgECAhBA
AXA7OrqBjMk8rp4OuNQSMA0GCSqGSIb3DQEBCwUAMEoxCzAJBgNVBAYTAlVTMRIwEAYDVQQK
EwlJZGVuVHJ1c3QxJzAlBgNVBAMTHklkZW5UcnVzdCBDb21tZXJjaWFsIFJvb3QgQ0EgMTAe
Fw0yMDAyMTIyMTA3NDlaFw0zMDAyMTIyMTA3NDlaMDoxCzAJBgNVBAYTAlVTMRIwEAYDVQQK
EwlJZGVuVHJ1c3QxFzAVBgNVBAMTDlRydXN0SUQgQ0EgQTEzMIIBIjANBgkqhkiG9w0BAQEF
AAOCAQ8AMIIBCgKCAQEAu6sUO01SDD99PM+QdZkNxKxJNt0NgQE+Zt6ixaNP0JKSjTd+SG5L
wqxBWjnOgI/3dlwgtSNeN77AgSs+rA4bK4GJ75cUZZANUXRKw/et8pf9Qn6iqgB63OdHxBN/
15KbM3HR+PyiHXQoUVIevCKW8nnlWnnZabT1FejOhRRKVUg5HACGOTfnCOONrlxlg+m1Vjgn
o1uNqNuLM/jkD1z6phNZ/G9IfZGI0ppHX5AA/bViWceX248VmefNhSR14ADZJtlAAWOi2un0
3bqrBPHA9nDyXxI8rgWLfUP5rDy8jx2hEItg95+ORF5wfkGUq787HBjspE86CcaduLka/Bk2
VwIDAQABo4IChzCCAoMwEgYDVR0TAQH/BAgwBgEB/wIBADAOBgNVHQ8BAf8EBAMCAYYwgYkG
CCsGAQUFBwEBBH0wezAwBggrBgEFBQcwAYYkaHR0cDovL2NvbW1lcmNpYWwub2NzcC5pZGVu
dHJ1c3QuY29tMEcGCCsGAQUFBzAChjtodHRwOi8vdmFsaWRhdGlvbi5pZGVudHJ1c3QuY29t
L3Jvb3RzL2NvbW1lcmNpYWxyb290Y2ExLnA3YzAfBgNVHSMEGDAWgBTtRBnA0/AGi+6ke75C
5yZUyI42djCCASQGA1UdIASCARswggEXMIIBEwYEVR0gADCCAQkwSgYIKwYBBQUHAgEWPmh0
dHBzOi8vc2VjdXJlLmlkZW50cnVzdC5jb20vY2VydGlmaWNhdGVzL3BvbGljeS90cy9pbmRl
eC5odG1sMIG6BggrBgEFBQcCAjCBrQyBqlRoaXMgVHJ1c3RJRCBDZXJ0aWZpY2F0ZSBoYXMg
YmVlbiBpc3N1ZWQgaW4gYWNjb3JkYW5jZSB3aXRoIElkZW5UcnVzdCdzIFRydXN0SUQgQ2Vy
dGlmaWNhdGUgUG9saWN5IGZvdW5kIGF0IGh0dHBzOi8vc2VjdXJlLmlkZW50cnVzdC5jb20v
Y2VydGlmaWNhdGVzL3BvbGljeS90cy9pbmRleC5odG1sMEoGA1UdHwRDMEEwP6A9oDuGOWh0
dHA6Ly92YWxpZGF0aW9uLmlkZW50cnVzdC5jb20vY3JsL2NvbW1lcmNpYWxyb290Y2ExLmNy
bDAdBgNVHQ4EFgQULbfeG1l+KpguzeHUG+PFEBJe6RQwHQYDVR0lBBYwFAYIKwYBBQUHAwIG
CCsGAQUFBwMEMA0GCSqGSIb3DQEBCwUAA4ICAQB/7BKcygLX6Nl4a03cDHt7TLdPxCzFvDF2
bkVYCFTRX47UfeomF1gBPFDee3H/IPlLRmuTPoNt0qjdpfQzmDWN95jUXLdLPRToNxyaoB5s
0hOhcV6H08u3FHACBif55i0DTDzVSaBv0AZ9h1XeuGx4Fih1Vm3Xxz24GBqqVudvPRLyMJ7u
6hvBqTIKJ53uCs3dyQLZT9DXnp+kJv8y7ZSAY+QVrI/dysT8avtn8d7k7azNBkfnbRq+0e88
QoBnel6u+fpwbd5NLRHywXeH+phbzULCa+bLPRMqJaW2lbhvSWrMHRDy3/d8HvgnLCBFK2s4
Spns4YCN4xVcbqlGWzgolHCKUH39vpcsDo1ymZFrJ8QR6ihIn8FmJ5oKwAnnd/G6ADXFC9bu
db9+532phSAXOZrrecIQn+vtP366PC+aClAPsIIDJDsotS5z4X2JUFsNIuEgXGqhiKE7SuZb
rFG9sdcLprSlJN7TsRDc0W2b9nqwD+rj/5MN0C+eKwha+8ydv0+qzTyxPP90KRgaegGowC4d
UsZyTk2n4Z3MuAHX5nAZL/Vh/SyDj/ajorV44yqZBzQ3ChKhXbfUSwe2xMmygA2Z5DRwMRJn
p/BscizYdNk2WXJMTnH+wVLN8sLEwEtQR4eTLoFmQvrK2AMBS9kW5sBkMzINt/ZbbcZ3F+eA
MDGCAxQwggMQAgEBME4wOjELMAkGA1UEBhMCVVMxEjAQBgNVBAoTCUlkZW5UcnVzdDEXMBUG
A1UEAxMOVHJ1c3RJRCBDQSBBMTMCEEABgmmaL+s+f8XR8nIOXMwwDQYJYIZIAWUDBAIBBQCg
ggGXMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTIzMDYxNTA5
MTAxNlowLwYJKoZIhvcNAQkEMSIEIETzaagY1f8QdJP9ZCbSTzbKyfzMD9ccOnKP6rn9xf6R
MF0GCSsGAQQBgjcQBDFQME4wOjELMAkGA1UEBhMCVVMxEjAQBgNVBAoTCUlkZW5UcnVzdDEX
MBUGA1UEAxMOVHJ1c3RJRCBDQSBBMTMCEEABgmmaL+s+f8XR8nIOXMwwXwYLKoZIhvcNAQkQ
AgsxUKBOMDoxCzAJBgNVBAYTAlVTMRIwEAYDVQQKEwlJZGVuVHJ1c3QxFzAVBgNVBAMTDlRy
dXN0SUQgQ0EgQTEzAhBAAYJpmi/rPn/F0fJyDlzMMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZI
AWUDBAEqMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZI
hvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwDQYJKoZIhvcNAQEBBQAEggEAgkj1
fyIQw3TCjgjDsmgvaNAcjmvMA8Xz1DPFJaFialDMgliQ5r0xYwIYCQDnJLiU5NyN73JqM5a6
onwFU7GBwHJtv/afwSQOaoYsX13Vg7YY3eAtAXCzBpXG3d7No0c3hJexgCZKXB5C9uXtccYT
RuxFVacmTDsSAf7KjhHFwtJmBqcKaJ0CGpR33XCxJ4JYr5lM5BOt/kykTAv023tIqD/YhdYd
oFTT3eQgYAl8x5NlsEFl0Mga3y1ItLt47KfhUhCqAxgi8lq3AtTbOBdIs93LOVbHK3E//VOM
8KCHRrxELRy0A1JKiIpi/80p7tYRGEqIaD+nzSqNrwstMy6w/gAAAAAAAA==
--------------ms030302070501000302030002--