-
-
Notifications
You must be signed in to change notification settings - Fork 198
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
Assign two MAC addresses to a device? #724
Comments
Hi @DickenSerm, No, currently that's not possible. MACs are unique identifiers and each new mac generates a new device. |
I think that's a bit of an unfortunate solution, as the number of devices is rather meaningless. |
Please suggest alternatives on how to identify a device if you have any
ideas. Most scans return IP or Mac addresses, nothing else. IP addresses
change more frequently than the mac address. I'm open to suggestions.
…On Thu, 4 July 2024, 19:01 DickenSerm, ***@***.***> wrote:
I think that's a bit of an unfortunate solution, as the number of devices
is rather meaningless.
—
Reply to this email directly, view it on GitHub
<#724 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AW5URDFO3BACVQ3WECCXYITZKUFQJAVCNFSM6AAAAABKK5PHLSVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDEMBYGQ3DSMRSGM>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
Wouldn't it be possible to say "you are not a device, but a card of this existing device" on a new device? And then have it listed on the existing device as a second MAC address. |
How would you determine that in an automatic way? Or would that be fully
manual?
…On Thu, 4 July 2024, 20:54 DickenSerm, ***@***.***> wrote:
Wouldn't it be possible to say "you are not a device, but a card of this
existing device" on a new device? And then have it listed on the existing
device as a second MAC address.
—
Reply to this email directly, view it on GitHub
<#724 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AW5URDC75UCTXWM7GI5CVSDZKUSVZAVCNFSM6AAAAABKK5PHLSVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDEMBYGY4DGMRXHA>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
I was thinking of a manual selection option that would be ignored by default if you don't select anything. |
So, it would be purely visual, functionality wise, like notifications,
would nothing change?
…On Thu, 4 July 2024, 21:33 DickenSerm, ***@***.***> wrote:
I was thinking of a manual selection option that would be ignored by
default if you don't select anything.
—
Reply to this email directly, view it on GitHub
<#724 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AW5URDFSVL3QB2KZ6MWZSHDZKUXINAVCNFSM6AAAAABKK5PHLSVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDEMBYG42DKNBZGI>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
Yes, in principle. My main concern is that the device count is correct. So I don't have the laptop listed twice under devices and it isn't counted twice. |
Hummm, I'll think about it. But it's not trivial. There is a lot of
dependent functionality. Cross linking via Mac in the app. The network
tree.
Why is your concern the device count? What count is important and why? Can
you give me one user cases?
I'd rather create a separate view (e.g called Physical devices) than update
other dependencies such as events or the presence views.
…On Thu, 4 July 2024, 22:19 DickenSerm, ***@***.***> wrote:
Yes, in principle. My main concern is that the device count is correct.
So I don't have the laptop listed twice under devices and it isn't counted
twice.
—
Reply to this email directly, view it on GitHub
<#724 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AW5URDDJJ4GXAMEFYMZ6MJ3ZKU4V3AVCNFSM6AAAAABKK5PHLSVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDEMBYHAZTQOJYHE>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
I find it confusing when 90 devices are shown to me, but in reality I only have 45 physical devices (exaggerated example). The idea with the extra view for physical devices is a good idea and would be completely sufficient. But I would then call this view devices and rename the current devices to interfaces or something similar. |
I'll think about it, but I'm not decided, because I still don't see that
much value in this given the effort.
The more I think about it the less I want to implement it. The UI will
become confusing, as some reports rely on devices, some on interfaces.
Not sure, I'll sleep on it.
If you can give me more use cases, and suggestions how to keep the UI
clean, then that would be great.
…On Thu, 4 July 2024, 23:01 DickenSerm, ***@***.***> wrote:
I find it confusing when 90 devices are shown to me, but in reality I only
have 45 physical devices (exaggerated example).
The idea with the extra view for physical devices is a good idea and would
be completely sufficient.
But I would then call this view devices and rename the current devices to
interfaces or something similar.
—
Reply to this email directly, view it on GitHub
<#724 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AW5URDECGR3HBX57ANEGVUTZKVBTVAVCNFSM6AAAAABKK5PHLSVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDEMBYHEZTCNZSHA>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
Glad she even thought about it :) I don't have any further suggestions right now, but I'll think about it :) |
I agree with @jokob-sk |
Stepping back a second, the same issue applies to any devices with multiple interfaces like routers... nodename+mac+ip+hostname (circa old SystemV unix). Then in the plugins/screens/reports provide views by nodenames (ie devices) vs by hostnames/ip or MAC... This wouldn't be trivial to implement, most likely the core DB needs to be quite updated and most plugins will need some adapters or rewritten... but this should allow to handle any L1-L3 assets... of course, one could also ask to consider Layer4... nodename+mac+ip+hostname+PORT |
Hi, first of all thanks for the work done ! I vote for a feature like this, I have the similar use case, for example a tablet device that present 2 entries (different macs) depending on if it connects to the WiFi 5Ghz or the WiFi 2.4 Ghz.. |
+1 here too, I have several laptops that connect either through wifi, their ethernet port or the ethernet port of their docking station. A way to "group" such devices into 1 unique device would be better to establish "presence". |
The way they implement this on a TP-Link Deco router I have is they use this for parental control. You create a profile, say "kid1", and then you assign one or more devices to it. So, it is a distinct list of items. This list would be very useful to display a "person present" list. |
I'm not sure this helps with the device count, but I could imagine a Jira issue-styled device "link" element. You could have the ability to add a link with a type from one device to another. One of the link types could be "is same physical device as" or similar. Probably a catch-all link type as well (something like "is related to"). And, of course, the ability for the user to add their own custom link types. |
@eagle79 thanks, could you elaborate how would this influence the behavior of the listing page(s)? Also - what other link types would you have and again, how would that influence the app behavior:
Since you are talking about Jira you can form your answers in this user story format to add more context: As a I want to be able so that <reason, use case> |
To be sure, I don't really need this feature, but the OP seems to want to be able to associate multiple MACs with a single device. Since MAC seems to define uniqueness of a device in the system (which does seem logical to me), that would be difficult. However, I think it's reasonable to want to define links or associations between devices (in the same way you can form links between issues in Jira). So as a use case: As a user, I want to be able to associate/link a device with one or more other devices, defining what the association/link means. As an example I have a laptop with both a wired and wireless connection, which both have their own MAC. Because this laptop appears as two different devices in the system, I'd like to create a link between them (as a data element on the device details page) that indicates that they are the same physical device (e.g. on device for the wireless MAC, "This device [is the same as] [John's Laptop (wired)]" (the latter element would be a link to the wired device). Further, I'd like to be able to create such links between any two devices with any customizable meaning I desire (e.g. "This device [is on host] [ESX Server]"). In Jira, such links have text for both directions (which can be the same). For example:
I'm thinking the "is the same as" link would be of the former variety (same text in both directions). While this doesn't directly fix the OP's concern about device counts, it at least does allow him to note that a given device is associated with another device. I should note - as described, this wouldn't necessarily influence app behavior at all... it's just additional data. That said, it could influence the app behavior if you start using that data to control how listings filter or sort devices. |
Thanks a lot for the detailed description @eagle79 , appreciated. I'll see what others think about app behavior, because there might be implied expectations. So the more clarity the better. Listing and displaying devices is one thing, influencing notifications is a whole new beast. The idea of different links is interesting, but not sure the complexity to build and maintain this forward (maybe not obvious, but it's only me vs Atlassian lol) Either way, interesting idea, will keep in mind when deciding on an implementation approach 🤔 |
My laptop is recognized as two devices, once via the MAC address of the WLAN card and once via the RJ45 network card. Is it possible to assign two MAC addresses to one device?
The text was updated successfully, but these errors were encountered: