Hi Anupam, Thanks for your feedback.
The country information is already published in other whois attributes such as in the resource records and organization object when querying an IP address or AS number. Regarding the phone number - once it becomes optional, there is no need to populate with '+000000000' if a phone number has not been published in the IRT object itself. Currently it is forced to include the number as the attribute is mandatory in the role object. To give you an example of the issue at hand, please see example of IRT and abuse role objects below: irt: IRT-APNICRANDNET-AU address: PO Box 3646 address: South Brisbane, QLD 4101 address: Australia e-mail: [email protected] abuse-mailbox: [email protected] admin-c: AR302-AP tech-c: AR302-AP auth: # Filtered remarks: [email protected] was validated on 2021-02-09 mnt-by: MAINT-AU-APNIC-GM85-AP last-modified: 2021-03-09T01:10:21Z source: APNIC role: ABUSE APNICRANDNETAU address: PO Box 3646 address: South Brisbane, QLD 4101 address: Australia country: ZZ phone: +000000000 e-mail: [email protected] admin-c: AR302-AP tech-c: AR302-AP nic-hdl: AA1412-AP remarks: Generated from irt object IRT-APNICRANDNET-AU abuse-mailbox: [email protected] mnt-by: APNIC-ABUSE last-modified: 2021-03-09T01:10:22Z source: APNIC Regards, _______________________________________________________ George Odagi Senior Internet Resource & Policy Analyst, APNIC e: [email protected]<mailto:[email protected]> p: +61 7 3858 3188 f: +61 7 3858 3199 www.apnic.net _______________________________________________________ Join the conversation: https://blog.apnic.net/ From: Anupam Agrawal <[email protected]> Date: Tuesday, 1 June 2021 at 11:13 pm To: George Odagi <[email protected]> Cc: [email protected] <[email protected]> Subject: Re: [sig-policy] APNIC Whois role object - Proposed changes 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 <[email protected]<mailto:[email protected]>> 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: [email protected]<mailto:[email protected]> p: +61 7 3858 3188 f: +61 7 3858 3199 www.apnic.net<https://aus01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.apnic.net%2F&data=04%7C01%7C%7C3c95efa0329e4a0484cd08d924fef8b9%7C127d8d0d7ccf473dab096e44ad752ded%7C0%7C0%7C637581500223884134%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=NPkgrGKMPq35FuH5P3fm5ocmi6D46bDMWt3Xy0Zzlpg%3D&reserved=0> _______________________________________________________ Join the conversation: https://blog.apnic.net/<https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fblog.apnic.net%2F&data=04%7C01%7C%7C3c95efa0329e4a0484cd08d924fef8b9%7C127d8d0d7ccf473dab096e44ad752ded%7C0%7C0%7C637581500223894127%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=gA42zygYX7sJ%2BcXTWfsjcOMQeE42GfMz9llZJw808Us%3D&reserved=0> * sig-policy: APNIC SIG on resource management policy * _______________________________________________ sig-policy mailing list [email protected]<mailto:[email protected]> https://mailman.apnic.net/mailman/listinfo/sig-policy<https://aus01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmailman.apnic.net%2Fmailman%2Flistinfo%2Fsig-policy&data=04%7C01%7C%7C3c95efa0329e4a0484cd08d924fef8b9%7C127d8d0d7ccf473dab096e44ad752ded%7C0%7C0%7C637581500223894127%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=Smjfl%2Bxjts%2FtPV7oqXPUnm74CGMeNyfXcJTmlyF51Iw%3D&reserved=0>
* sig-policy: APNIC SIG on resource management policy * _______________________________________________ sig-policy mailing list [email protected] https://mailman.apnic.net/mailman/listinfo/sig-policy
