person

Object Template

The object template includes information on how to complete the attribute values.

               Status       Instance     Search Status

person:        [mandatory]  [single]     [lookup key]
address:        [mandatory]  [multiple]   [ ]
country:        [mandatory]  [single]     [ ]
phone:          [mandatory]  [multiple]   [ ]
fax-no:         [optional]   [multiple]   [ ]
e-mail:         [mandatory]  [multiple]   [lookup key]
nic-hdl:        [mandatory]  [single]     [primary/look-up key]
remarks:        [optional]   [multiple]   [ ]
notify:         [optional]   [multiple]   [inverse key]
abuse-mailbox:  [optional]   [multiple]   [inverse key]
mnt-by:         [mandatory]  [multiple]   [inverse key]
last-modified:  [generated]  [single]     [ ]
source:         [mandatory]  [single]     [ ]

 

Example

person:         Albert Brooke Crichton
address:        123 Example st.
address:        20097 Exampletown
country:        AU
phone:          +12 34 567890 000
fax-no:         +12 34 567890 010
e-mail:         abc@examplenet.com
nic-hdl:        ABC123-AP
notify:          abc@examplenet.com
mnt-by:         MAINT-EXAMPLENET-AP
last-modified:  2018-08-30T07:50:19Z
source:         APNIC

 

Attribute status

Mandatory

Attribute must be included in the object.  Failure to do so will result in errors.

AttributeDescription
personThe full name of an administrative, technical or zone contact person referenced in another object.
addressFull postal address for the person.
phoneTelephone number for the person.
emailThe email address for the person.

Need to report abuse and spam? find out how here . . .

nic-hdlThe NIC-handle of the ‘role‘ or person object.

The APNIC NIC-handle takes the format:

<Initials><0-999>-AP
Example:
SNOC100-AP

The database will generate a NIC-handle. This newly generated handle is created depending on the initials in the name of the person/role object.

Syntax: For 2 to 4 characters optionally followed by up to 5 digits with the suffix “-AP”.

mnt-byLists a registered ‘mntner’ used to authorize and authenticate changes to this object.

  • A ‘mntner’ object is a database object used to authorize updates to the APNIC database.
  • When your database details are protected by a ‘mntner’ object, then only persons with access to the security information of that ‘mntner’ object will be able to change details.
  • In the web interface, the mnt-by attribute contains a link to the specified ‘mntner’.
EXAMPLE
mnt-by: MAINT-SPARKY-WF
last-modifiedIt is a time stamp that is generated by the system to reflect when the object was last modified.

last-modified: 2018-08-30T07:50:19Z
sourceThe database where the object is registered.

  • Use APNIC for objects in the APNIC Database.
  • Please use UPPERCASE letters.

Optional

Attribute may be deleted from the object. To delete an optional attribute you must also remove the attribute from the object template.  Failure to do so will result in errors.

AttributeDescription
countryTwo letter ISO 3166 code of the country or economy where the admin-c is based.

Please use UPPERCASE letters.

EXAMPLE
country: WF
fax-noThe fax number for the person.
remarksGeneral remarks. May include a URL or email address.
notifyThe email address to which notifications of changes to this object should be sent.

  • When this attribute contains dbmon@apnic.net, it means APNIC staff are notified of changes to the object.
  • IMPORTANT! Do NOT send spam or hacking complaints to this address.

Generated

Attribute value is generated by the database.

Updating

This object can be created and updated in MyAPNIC.

Instances of attribute allowed

Single
Attribute must appear only once in the object.
Multiple
Attribute may appear multiple times in the object. For example, you may wish to include more than one admin-c attribute.

Attribute search status

Primary key
Primary keys distinguish an object from all other objects in the database.

To update a primary key, you must delete the entire object and them create a new object with the updated information.

Lookup key
Attribute can be queried in the database to return the object.  Please note, however, that a lookup key does not uniquely identify an object.
Inverse key
Attribute can be used when performing an inverse query using the -i flag. For example, the query

-i mntner <MNTNER-NAME>

will return all objects with the specified maintainer in the mnt-by attribute.