Primary IPv6 for VDC filters IPv4 #7245

Closed
opened 2025-12-29 20:20:49 +01:00 by adam · 2 comments
Owner

Originally created by @abhi1693 on GitHub (Nov 17, 2022).

Originally assigned to: @DanSheps, @jeremystretch on GitHub.

NetBox version

v3.4-beta1

Python version

3.10

Steps to Reproduce

  1. Click on Add on the VDC page
  2. Choose ncsu-coreswitch1 on the device drop-down
  3. Click on Primary IPv6 dropdown

Expected Behavior

Only IPv6 addresses should be displayed

Observed Behavior

IPv4 addresses are displayed
image

Originally created by @abhi1693 on GitHub (Nov 17, 2022). Originally assigned to: @DanSheps, @jeremystretch on GitHub. ### NetBox version v3.4-beta1 ### Python version 3.10 ### Steps to Reproduce 1. Click on Add on the VDC page 2. Choose `ncsu-coreswitch1` on the device drop-down 3. Click on Primary IPv6 dropdown ### Expected Behavior Only IPv6 addresses should be displayed ### Observed Behavior IPv4 addresses are displayed ![image](https://user-images.githubusercontent.com/5083532/202446333-c039a05c-3858-416f-b7e5-627fc6bda988.png)
adam added the type: bugstatus: acceptedbeta labels 2025-12-29 20:20:49 +01:00
adam closed this issue 2025-12-29 20:20:50 +01:00
Author
Owner

@kkthxbye-code commented on GitHub (Nov 17, 2022):

For context it's missing something equivalent to this logic (example for devices):

ebf555e1fb/netbox/dcim/forms/model_forms.py (L614-L638)

@kkthxbye-code commented on GitHub (Nov 17, 2022): For context it's missing something equivalent to this logic (example for devices): https://github.com/netbox-community/netbox/blob/ebf555e1fb1267348ca620c15ce456767d91042a/netbox/dcim/forms/model_forms.py#L614-L638
Author
Owner

@DanSheps commented on GitHub (Nov 17, 2022):

For context it's missing something equivalent to this logic (example for devices):

I think we can get away with just simple filters on this one as I don't think we care about NAT since this would be for management. TBH I am not sure why we care about nat_inside for regular devices either, seems unneeded to me but I am sure there is a use case somewhere (nat'd IP for a remote site or something)

Maybe it would make sense for a "available_on_device" filter similar to the one on vlans.

@DanSheps commented on GitHub (Nov 17, 2022): > For context it's missing something equivalent to this logic (example for devices): I think we can get away with just simple filters on this one as I don't think we care about NAT since this would be for management. TBH I am not sure why we care about nat_inside for regular devices either, seems unneeded to me but I am sure there is a use case somewhere (nat'd IP for a remote site or something) Maybe it would make sense for a "available_on_device" filter similar to the one on vlans.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/netbox#7245