On 2021-06-01 18:43, sig-policy-requ...@lists.apnic.net wrote:
Send sig-policy mailing list submissions to
        sig-policy@lists.apnic.net

To subscribe or unsubscribe via the World Wide Web, visit
        https://mailman.apnic.net/mailman/listinfo/sig-policy
or, via email, send a message with subject or body 'help' to
        sig-policy-requ...@lists.apnic.net

You can reach the person managing the list at
        sig-policy-ow...@lists.apnic.net

When replying, please edit your Subject line so it is more specific
than "Re: Contents of sig-policy digest..."


Today's Topics:

   1.  APNIC Whois role object - Proposed changes (George Odagi)
   2. Re:  APNIC Whois role object - Proposed changes (Anupam Agrawal)


----------------------------------------------------------------------

Message: 1
Date: Tue, 1 Jun 2021 04:53:07 +0000
From: George Odagi <god...@apnic.net>
To: "sig-policy@lists.apnic.net" <sig-policy@lists.apnic.net>
Subject: [sig-policy] APNIC Whois role object - Proposed changes
Message-ID:
        
<ps1pr04mb2774476f4f8f4c6fce855be1dd...@ps1pr04mb2774.apcprd04.prod.outlook.com>

Content-Type: text/plain; charset="windows-1252"

Dear Community Members,

In light of the recent discussion about abuse role objects that were
created as a result of prop-125, we would like to share background
information about this implementation and consult with the community.

APNIC acknowledges this is a known issue caused by a limitation in
whois ? which requires the phone number and country attributes to be
mandatory in role objects. The abuse role objects are auto-generated
from IRT objects, where the phone number attribute is optional and the
country attribute which does not exist. This resulted in populating
the phone number with '+000000000' in the event no phone number was
provided in the IRT object and using the country 'ZZ' to indicate the
country is unspecified in the IRT object.

The current whois versions in the RIPE NCC and AFRINIC do not include
the country attribute and the phone number attribute is treated as
optional in role objects - for example, see RIPE NCC's template below:

Attribute Name  Presence   Repeat     Indexed
role:           mandatory  single     lookup key
address:        mandatory  multiple
phone:          optional   multiple
fax-no:         optional   multiple
e-mail:         mandatory  multiple   lookup key
org:            optional   multiple   inverse key
admin-c:        optional   multiple   inverse key
tech-c:         optional   multiple   inverse key
nic-hdl:        mandatory  single     primary/lookup key
remarks:        optional   multiple
notify:         optional   multiple   inverse key
abuse-mailbox:  optional*  multiple   inverse key
mnt-by:         mandatory  multiple   inverse key
created:        generated  single
last-modified:  generated  single
source:         mandatory  single

A potential solution would be to upgrade APNIC's whois code to
duplicate these whois rules. Doing so would result in removing the
country attribute from APNIC's role objects altogether, in addition to
making the phone number attribute optional. This would ensure that
information is accurately reflected in the IRT and abuse role objects.

We would like to hear your feedback or concerns about this proposed
change. We plan to present more details during APNIC 52.


Regards,

_______________________________________________________
George Odagi
Senior Internet Resource & Policy Analyst, APNIC
e: helpd...@apnic.net
p: +61 7 3858 3188
f: +61 7 3858 3199
www.apnic.net
_______________________________________________________
Join the conversation:   https://blog.apnic.net/
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://mailman.apnic.net/mailing-lists/sig-policy/attachments/20210601/46e292e3/attachment.html>

------------------------------

Message: 2
Date: Tue, 1 Jun 2021 18:42:48 +0530
From: Anupam Agrawal <anupamagrawal...@gmail.com>
To: George Odagi <god...@apnic.net>
Cc: "sig-policy@lists.apnic.net" <sig-policy@lists.apnic.net>
Subject: Re: [sig-policy] APNIC Whois role object - Proposed changes
Message-ID: <9bef27f6-b35b-4547-943d-b21f3dea7...@gmail.com>
Content-Type: text/plain; charset="utf-8"

Dear George,

Having the country information is definitely an advantage. If the
phone number is made optional, then the issue of phone field getting
populated with +00000000 will still be there if the phone number is
not given.

Pardon my ignorance but the current APNIC model - it is causing an
issue exactly where?

Regards
--
________________________________________________________
Anupam Agrawal | India Internet Foundation - Chair | 91 990 399 2838

On 01-Jun-2021, at 10:23 AM, George Odagi <god...@apnic.net> wrote:

Dear Community Members,

In light of the recent discussion about abuse role objects that were created as a result of prop-125, we would like to share background information about this implementation and consult with the community.

APNIC acknowledges this is a known issue caused by a limitation in whois ? which requires the phone number and country attributes to be mandatory in role objects. The abuse role objects are auto-generated from IRT objects, where the phone number attribute is optional and the country attribute which does not exist. This resulted in populating the phone number with '+000000000' in the event no phone number was provided in the IRT object and using the country 'ZZ' to indicate the country is unspecified in the IRT object.

The current whois versions in the RIPE NCC and AFRINIC do not include the country attribute and the phone number attribute is treated as optional in role objects - for example, see RIPE NCC's template below:

Attribute Name  Presence   Repeat     Indexed
role:           mandatory  single     lookup key
address:        mandatory  multiple
phone:          optional   multiple
fax-no:         optional   multiple
e-mail:         mandatory  multiple   lookup key
org:            optional   multiple   inverse key
admin-c:        optional   multiple   inverse key
tech-c:         optional   multiple   inverse key
nic-hdl:        mandatory  single     primary/lookup key
remarks:        optional   multiple
notify:         optional   multiple   inverse key
abuse-mailbox:  optional*  multiple   inverse key
mnt-by:         mandatory  multiple   inverse key
created:        generated  single
last-modified:  generated  single
source:         mandatory  single

A potential solution would be to upgrade APNIC's whois code to duplicate these whois rules. Doing so would result in removing the country attribute from APNIC's role objects altogether, in addition to making the phone number attribute optional. This would ensure that information is accurately reflected in the IRT and abuse role objects.

We would like to hear your feedback or concerns about this proposed change. We plan to present more details during APNIC 52.


Regards,

_______________________________________________________
George Odagi
Senior Internet Resource & Policy Analyst, APNIC
e: helpd...@apnic.net <mailto:helpd...@apnic.net>
p: +61 7 3858 3188
f: +61 7 3858 3199
www.apnic.net <http://www.apnic.net/>
_______________________________________________________
Join the conversation: https://blog.apnic.net/ <https://blog.apnic.net/>* sig-policy: APNIC SIG on resource management policy *
_______________________________________________
sig-policy mailing list
sig-policy@lists.apnic.net <mailto:sig-policy@lists.apnic.net>
https://mailman.apnic.net/mailman/listinfo/sig-policy <https://mailman.apnic.net/mailman/listinfo/sig-policy>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://mailman.apnic.net/mailing-lists/sig-policy/attachments/20210601/5feb0333/attachment.html>

------------------------------

_______________________________________________
sig-policy mailing list
sig-policy@lists.apnic.net
https://mailman.apnic.net/mailman/listinfo/sig-policy

End of sig-policy Digest, Vol 205, Issue 2
******************************************


Mail 2 received
*              sig-policy:  APNIC SIG on resource management policy           *
_______________________________________________
sig-policy mailing list
sig-policy@lists.apnic.net
https://mailman.apnic.net/mailman/listinfo/sig-policy

Reply via email to