VLANs whose attrs are integers have the attrs returned as an IPRecord

[explody]

Version: 3.4.5

I haven't dug up the cause of this yet, but we found that when fetching a VLAN whose name is a number, the 'name' attribute comes back as an IPRecord. No such issue with any vlan whose name is a string or > 255.

This also appears to happen with 'description' and perhaps other attrs, but those are the two we found. It also appears to happen before serialization as we get an IPRecord for the attr before calling serialize().

Upon fetching a vlan whose 'name' and description are both '60', we got this:

From print(type(vlan.name))

<class 'netaddr.ip.IPNetwork'>

After serializing:

{'created': '2017-12-14',
 'custom_fields': {'vlan_type': None},
 'description': '60.0.0.0/32',
 'display_name': '60 (99)',
 'group': 58,
 'id': 1085,
 'last_updated': '2018-08-17T20:47:02.961994Z',
 'name': '60.0.0.0/32',
 'role': None,
 'site': 17,
 'status': 1,
 'tags': [],
 'tenant': None,
 'vid': 60}

[explody]

It's related to https://github.com/digitalocean/pynetbox/blob/40dbd682f49bdd9cab9b8ee71f9e400595f5b21f/pynetbox/lib/endpoint.py#L82

Looks like all attrs for ipam are presumed to be IPRecords, and netaddr has that annoying "feature" of considering e.g. '60' to be '60.0.0.0/32'.