Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

IP Interface Assignment Missing Global VRF #1718

Closed
dirtycajunrice opened this issue Nov 15, 2017 · 2 comments
Closed

IP Interface Assignment Missing Global VRF #1718

dirtycajunrice opened this issue Nov 15, 2017 · 2 comments
Labels
type: bug A confirmed report of unexpected behavior in the application

Comments

@dirtycajunrice
Copy link
Contributor

dirtycajunrice commented Nov 15, 2017

Issue type

[ ] Feature request
[x] Bug report
[ ] Documentation

Environment

  • Python version: 3.5.2
  • NetBox version: 2.2.5

Description

When assigning an IP address to an interface with the newly fixed IP mapping tab, you are unable to assign any public IPs directly to the firewall that are not assigned to a created VRF. As most public IPs are not assigned to a VRF as they are Global and unique, this means we still need to do the workaround for directly assigned public IPs.

Fix

To add the Global VRF as searchable option

@candlerb
Copy link
Contributor

I only use the global VRF, and on testing it works fine for me; the "Assign IP" tab shows VRF: -------- (implying global VRF)

I also tried creating a new VRF. Then the "Assign IP" tab has two options in VRF dropdown (-------- plus the new VRF I created). And it still works for me: with -------- selected I can find IPs in the global VRF.

Can you explain how to replicate the problem? Or is it just a question of changing the label -------- to Global for clarity?

@jeremystretch
Copy link
Member

As @candlerb said I think this is just a cosmetic issue where we're not labeling the "null VRF" as global. We definitely want to be consistent with the labeling though.

@jeremystretch jeremystretch added the type: bug A confirmed report of unexpected behavior in the application label Nov 16, 2017
@lock lock bot locked as resolved and limited conversation to collaborators Jan 17, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
type: bug A confirmed report of unexpected behavior in the application
Projects
None yet
Development

No branches or pull requests

3 participants