Specifying a site during the creation or import of a prefix prevents seleting a VLAN unassigned to a site

[dhenschen]

NetBox version

v3.5.1

Python version

3.10

Steps to Reproduce

Steps for reproducing creating a new Prefix:

1. Login to the netbox Demo site at https://demo.netbox.dev
2. Import the following VLAN from with the YAML format under IPAM > VLANS > VLANs > Import

vid: 1000
name: management
status: active

3. Create a new Prefix from IPAM > PREFIXES > Prefixes > Add.
4. Set the Prefix field to 10.1.0.0/24
5. Set the Site field to DM-Akron
6. Look for the new management VLAN in the filtered VLAN set. The vlan is not listed when it seems like it should be since it is not assigned to a site

---

Steps for reproducing importing a new Prefix:

1. Login to the netbox Demo site at https://demo.netbox.dev
2. Import the following VLAN from with the YAML format under IPAM > VLANS > VLANs > Import

vid: 1000
name: management
status: active

3. Import a new Prefix from IPAM > PREFIXES > Prefixes > Import with the following YAML

prefix: 10.1.1.0/24
status: active
site: DM-Akron
vlan: 1000

Expected Behavior

For both creation and import, I expect to be able to assign VLANs from the same site as the prefix or VLANs without a site assignment. This is the same expectation found in issue #11619.

Observed Behavior

• For the creation, any vlan without a site assigned is not available for selection if the prefix is assigned a site. However, If one sets the vlan before setting the site, the management vlan can be set during creation. This work around is not convenient or intuitive to users.
• For the import a toast pops up in the UI that states Record 1 vlan: Object not found: 1000

This is similar to #11619, but it impacts the IPAM app instead of DCIM. I felt that the root cause and fix was different enough that it warranted a separate issue.

I'm interesting in working this issue if it is approved.

[DanSheps]

The simple solution is to switch to the selectors for filtering.

This might require some backend changes through as well.

[dhenschen]

Possible Feature Request

@DanSheps , I appreciate your suggestion. I elaborated on my thoughts in next two sections below.

Benefits of VLAN Selector

I believe implementing a selector similar to the site selector could enhance the user experience and address another issue outlined below.

Currently, when creating a prefix without specifying a site, the filter dialog displays all VLANs that match, without providing any context about the site they belong to. This lack of context can make it challenging for users to determine the VLAN they actually want to assign, especially when there are overlaps in names and vids. Below is an example of this from the demo data.

By adopting a selector approach similar to the site selector, we can provide users with the necessary information and context to make informed decisions when selecting VLANs for their prefixes.

Downsides of VLAN Selector

However, this above example could be mitigated by the user choosing a site before selecting the VLAN. Adding a selector may require some additional verification checks to make sure the VLAN selection and site selection do not contradict.

I did a test and it doesn't look like there is any current checks in NetBox to ensure that the site of a VLAN matches the site of a Prefix.

1. Create a new Prefix from IPAM > PREFIXES > Prefixes > Add.
2. Set the Prefix field to 10.1.0.0/24
3. Set the Site field to DM-Akron
4. Set the Site field to the Data (100) VLAN of DM-Akron
5. Set the Site field to DM-Binghamton
6. Click Create

This creates a prefix belonging to New York / DM-Binghamton, but the vlan belongs to Ohio / DM-Akron. One is able to create this mismatch in v3.5.1.

Current Bugfix

It is possible to fix this bug by enhancing some existing query filters. I opened the following draft pull request to outline the needed changes: #12634