bug: unable to collect metrics from device using its public IP address #1004

New issue

Closed

opened 2026-03-28 04:30:44 +00:00 by mfreeman451 · 0 comments

mfreeman451 commented

2026-03-28 04:30:44 +00:00

Owner

Imported from GitHub.

Original GitHub issue: #2783
Original author: @mfreeman451
Original URL: https://github.com/carverauto/serviceradar/issues/2783
Original created: 2026-02-11T01:58:45Z

Describe the bug
https://demo.serviceradar.cloud/devices/sr%3A7588d12c-e8da-4b9e-a21d-8cc5c7faef38/interfaces/ifindex%3A4

in:interfaces device_id:"sr:7588d12c-e8da-4b9e-a21d-8cc5c7faef38" interface_uid:"ifindex:4" latest:true limit:1

We tried to setup SNMP polling on a couple of the interfaces on a device that was discovered via SNMP/discovery engine. DIRE (device identity and reconciliation engine) created a new device record for this, but we should have probably created some relationship between the parent device and this so we could reach it via SNMP polling, since we've created a device record based on this discovered public IP address, but it is unreachable across the network due to firewall that we are not opening up.

I'm guessing we don't keep track of this right now and we probably should, one place to do this would just be in the apache age topology graph, and the poller would have to do a check first or maybe do some kind of fallback where if we can't reach the public IP address, we lookup the parent and query it instead. Apache age lookups are probably overkill and would be way slower than just adding this information to the device in platform.ocsf_devices schema

To Reproduce
Steps to reproduce the behavior:

Go to '...'
Click on '....'
Scroll down to '....'
See error

Expected behavior
A clear and concise description of what you expected to happen.

Screenshots
If applicable, add screenshots to help explain your problem.

Desktop (please complete the following information):

OS: [e.g. iOS]
Browser [e.g. chrome, safari]
Version [e.g. 22]

Smartphone (please complete the following information):

Device: [e.g. iPhone6]
OS: [e.g. iOS8.1]
Browser [e.g. stock browser, safari]
Version [e.g. 22]

Additional context
Add any other context about the problem here.

Imported from GitHub. Original GitHub issue: #2783 Original author: @mfreeman451 Original URL: https://github.com/carverauto/serviceradar/issues/2783 Original created: 2026-02-11T01:58:45Z --- **Describe the bug** https://demo.serviceradar.cloud/devices/sr%3A7588d12c-e8da-4b9e-a21d-8cc5c7faef38/interfaces/ifindex%3A4 `in:interfaces device_id:"sr:7588d12c-e8da-4b9e-a21d-8cc5c7faef38" interface_uid:"ifindex:4" latest:true limit:1` We tried to setup SNMP polling on a couple of the interfaces on a device that was discovered via SNMP/discovery engine. DIRE (device identity and reconciliation engine) created a new device record for this, but we should have probably created some relationship between the parent device and this so we could reach it via SNMP polling, since we've created a device record based on this discovered public IP address, but it is unreachable across the network due to firewall that we are not opening up. I'm guessing we don't keep track of this right now and we probably should, one place to do this would just be in the apache age topology graph, and the poller would have to do a check first or maybe do some kind of fallback where if we can't reach the public IP address, we lookup the parent and query it instead. Apache age lookups are probably overkill and would be way slower than just adding this information to the device in `platform.ocsf_devices` schema **To Reproduce** Steps to reproduce the behavior: 1. Go to '...' 2. Click on '....' 3. Scroll down to '....' 4. See error **Expected behavior** A clear and concise description of what you expected to happen. **Screenshots** If applicable, add screenshots to help explain your problem. **Desktop (please complete the following information):** - OS: [e.g. iOS] - Browser [e.g. chrome, safari] - Version [e.g. 22] **Smartphone (please complete the following information):** - Device: [e.g. iPhone6] - OS: [e.g. iOS8.1] - Browser [e.g. stock browser, safari] - Version [e.g. 22] **Additional context** Add any other context about the problem here.