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

Cable not tracing when creating frontports after connecting rearport #10237

Closed
PaulR282 opened this issue Sep 1, 2022 · 12 comments
Closed

Cable not tracing when creating frontports after connecting rearport #10237

PaulR282 opened this issue Sep 1, 2022 · 12 comments
Labels
type: bug A confirmed report of unexpected behavior in the application

Comments

@PaulR282
Copy link

PaulR282 commented Sep 1, 2022

NetBox version

v3.3.1

Python version

3.10

Steps to Reproduce

  1. Create a device and add a rearport
  2. Connect the rearport to e.g. another rearport
  3. add frontports to the rearports
  4. create everything needed to trace through the rearport of 1. (if -> fp -> rp (from 1.) -> rp -> fp -> if)
  5. trace the route
  6. click on a rearport in the trace view

Expected Behavior

Complete cable paths should be shown.

Observed Behavior

One Incomplete Path in Related Paths that won't trace the whole route.

@PaulR282 PaulR282 added the type: bug A confirmed report of unexpected behavior in the application label Sep 1, 2022
@jeremystretch
Copy link
Member

I'm afraid this isn't enough detail to reproduce. Please specify exactly what you're doing at each step along the way, so that someone else can attempt to reproduce the reported issue.

@jeremystretch jeremystretch added the status: revisions needed This issue requires additional information to be actionable label Sep 1, 2022
@PaulR282
Copy link
Author

PaulR282 commented Sep 2, 2022

So the key is to create the frontports after the rearport is connected. If you then go in the rearport and click on the trace button next to the cable at the "Connection" field, one trace is incomplete.

Let me know if you want more detailed instructions.

@DeemGit
Copy link

DeemGit commented Sep 2, 2022

@jeremystretch

I recorded a video demonstrating @PaulR282 explanation.
https://youtu.be/4DUA-YFW_Ow

So, in short: Create 2 patch panels, connect 2 rear ports. Create 2 devices (ex routers). connect 1 interface to 2 front ports in patch panel for both of them. click "trace" and get an exception.

@PaulR282
Copy link
Author

PaulR282 commented Sep 2, 2022

@DeemGit

Thanks for the video, but this is not what I meant. As I said, the problem occurs when creating a rearport, connecting that rearport, and then creating the frontports and connecting them.

@DeemGit
Copy link

DeemGit commented Sep 2, 2022

@PaulR282
That was shown in the first part of video. Anyway some kind of a bug exists.

@jeremystretch
Copy link
Member

@DeemGit thanks for taking the time to record the video. The bug you encountered has been captured under #10217 and is resolved in the upcoming release.

@PaulR282 I'm afraid I'm still not able to reproduce the reported behavior under the current develop branch. It's possible that it may have already been resolved under another bug.

@PaulR282
Copy link
Author

PaulR282 commented Sep 5, 2022

@jeremystretch I tried to reproduce the problem in the latest version, but it looks like it has been resolved. However, there is now another problem but I'm going to make a new BR for this one.

@PaulR282 PaulR282 closed this as not planned Won't fix, can't repro, duplicate, stale Sep 5, 2022
@PaulR282
Copy link
Author

PaulR282 commented Sep 6, 2022

I need to correct myself, the issue has not been resolved. I reproduced it in the latest v3.3.2-dev version. Here are detailed steps to reproduce:

  1. Create 2 Switche (or some sort of device with interfaces)
  2. Create 2 devices that will function as patchpanel (these need to be empty, so no rear or frontports from the device type)
  3. Create a rearport in both patchpanel
  4. Connect the rearports
  5. Create at least 1 frontport in both patchpanel
  6. Connect each frontport to a switch so you get the following path:
    Interface Switch 1 -> Frontport Patchpanel 1 -> RP Patchpanel 1 -> RP Patchpanel 2 -> FP Patchpanel 2 -> Interface Switch 2
  7. Go to one of the rearports of the patchpanel
  8. Click on "Trace" next to the cable ID
    2 complete traces should be shown (from one interface to another and vise versa) but 1 trace is incomplete. You can also see it in one of the connected interfaces, where the Connection Path Status shows "Not Reachable"

@PaulR282 PaulR282 reopened this Sep 6, 2022
@jeremystretch
Copy link
Member

I reproduced it in the latest v3.3.2-dev version.

This could indicate any point along the development of v3.3.2. Please try the final v3.3.2 release now that it's available.

@PaulR282
Copy link
Author

PaulR282 commented Sep 6, 2022

I reproduced it in the latest v3.3.2-dev version.

This could indicate any point along the development of v3.3.2. Please try the final v3.3.2 release now that it's available.

It's the same in v3.3.2

@jdp-minpcdk
Copy link

jdp-minpcdk commented Sep 15, 2022

In v3.3.2 Cable not tracing, I create a circuits termination connected to front port(patch panel), but working when I connect to a Interface port.

@arthanson arthanson assigned arthanson and unassigned arthanson Nov 4, 2022
@jeremystretch
Copy link
Member

I'm not able to reproduce this on v3.3.8 using the steps provided above: Both end-to-end paths are created successfully as expected.

Screenshot 2022-11-17 at 15-46-45 Cable Trace for Rear Port RP1 NetBox

I'm going to close this issue as it has likely been resolved by some other change. If anyone is able to reproduce the error on the current release, please open a new issue with complete reproduction steps.

@jeremystretch jeremystretch closed this as not planned Won't fix, can't repro, duplicate, stale Nov 17, 2022
@jeremystretch jeremystretch removed the status: revisions needed This issue requires additional information to be actionable label Nov 17, 2022
@github-actions github-actions bot locked as resolved and limited conversation to collaborators Feb 16, 2023
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

5 participants