Discovering device creates new device even if it exists in inventory

[kymocode]

I have a full inventory of devices in netbox. I want to now ingest them so it pulls serial numbers, models and creates interfaces etc.

The hostnames are identical but orb still creates a new object on first ingest.
Subsequent ingests update the newly created object correctly, not the original. So duplication only occurs once.

Steps to recreate issue:

1. Manually create device in netbox via import or GUI. Ensure hostname is identical to what Orb will discover.

2. Then ingest the same device via Orb.

This results in a second device being created.

[kymocode]

adding via IP and FQDN still creates a new device

[jajeffries]

The criteria for how devices are matched to existing devices are here. Does your existing device match these criteria?

[nmadunich28]

I am having the same issue with matching and I think it's because our primary IP is assigned to Interface VLAN1. When pulling in a new device it shows VLAN1 having the correct IP but it doesn't get assigned as the primary IP in Netbox. Is there any specific configs we could add to that VLAN1 to get it picked up as the Primary IP?

I am testing with Netbox CE 4.3.5
Cisco C9500-48Y4C

Here is the VLAN1 and Management IP output from the JSON if that helps.
{
"timestamp": "2025-08-28T18:20:58.264501Z",
"interface": {
"device": {
"name": "9500-01",
"device_type": {
"manufacturer": {
"name": "Cisco"
},
"model": "C9500-48Y4C"
},
"role": {
"name": "switch"
},
"platform": {
"name": "ios",
"manufacturer": {
"name": "Cisco"
}
},
"serial": "CAT3324MLV6",
"site": {
"name": "undefined"
},
"status": "active"
},
"name": "Vlan1",
"type": "other",
"enabled": true,
"mtu": "1500",
"primary_mac_address": {
"mac_address": "78:72:5D:28:D7:7F"
},
"speed": "1000000",
"description": ""
}
},
{
"timestamp": "2025-08-28T18:20:58.264802Z",
"prefix": {
"prefix": "192.168.254.0/24"
}
},
{
"timestamp": "2025-08-28T18:20:58.264932Z",
"ip_address": {
"address": "192.168.254.1/24",
"assigned_object_interface": {
"device": {
"name": "9500-01",
"device_type": {
"manufacturer": {
"name": "Cisco"
},
"model": "C9500-48Y4C"
},
"role": {
"name": "switch"
},
"platform": {
"name": "ios",
"manufacturer": {
"name": "Cisco"
}
},
"serial": "CAT3324MLV6",
"site": {
"name": "undefined"
},
"status": "active"
},
"name": "Vlan1",
"type": "other",
"enabled": true,
"mtu": "1500",
"primary_mac_address": {
"mac_address": "78:72:5D:28:D7:7F"
},
"speed": "1000000",
"description": ""
}
}
}

[BSautter]

Diode keeps making a new switch for a virtual version that is already created. I know I am just missing something. works great with single switches, but the stack with a virtual configuration fails.
Below is the main configuration that I use.
orb:
config_manager:
active: local
backends:
device_discovery:
common:
diode:
target: grpc://localhost:8080/diode
client_id: "test"
client_secret: "removed"
agent_name: test
policies:
device_discovery:
discovery_1:
config:
defaults:
site: A------- B------
scope:
- driver: ios
hostname: 192.168.99.11
username: 'admin'
password: 'removed'
optional_args:
ssh_config_file: /opt/orb/output/ssh-napalm.conf
- driver: ios
hostname: 192.168.99.12
username: 'admin'
password: '@removed!'
optional_args:
ssh_config_file: /opt/orb/output/ssh-napalm.conf
- driver: ios
hostname: 192.168.99.13
username: 'admin'
password: '@removed!'
optional_args:
ssh_config_file: /opt/orb/output/ssh-napalm.conf
- driver: ios
hostname: 192.168.99.14
username: 'admin'
password: '@removed!'
optional_args:
ssh_config_file: /opt/orb/output/ssh-napalm.conf
- driver: ios
hostname: 192.168.99.1
username: 'admin'
password: '@removed!'
optional_args:
ssh_config_file: /opt/orb/output/ssh-napalm.conf

as for the Netbox configuration. I have 2 virtual Chassis' created one with the 99.1 having 2 switches that are standalone with the first having the 99.1 ip address, and the second virtual Chassis has 3 switches in the stack with the first having the ip address of 99.13 on the first of the 3.
Both virtual chassis' have the same name as the stacks are called.

Thank you for your help..

V/R

Bill

[leoparente]

@kymocode does your device have a primary IP address or is a stacked device?