You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Have a question or an idea? Please search it on our forum to make sure it was not yet asked. If you cannot find what you had in mind, please submit it here.
Prerequisites
Please answer the following questions for yourself before submitting an issue. YOU MAY DELETE THE PREREQUISITES SECTION.
I am running the latest version
I checked the documentation and found no answer
I checked to make sure that this issue has not already been filed
Problem Description
As mentioned previous problems #3142#3597 spawned a new feature request as a result of not every ARP implementation providing Client hostname information along side it. A conundrum is created. While the addition of the reading of ARP cache allows for the addition of more Client DATA, the conundrum present means that not all clients will have hostnames available. A recipe for an incomplete client list.
Some of the devices discovered under ARP, do have an RDNS associated as well.
Is there away this could be a joined feature as well. Maybe RDNS is not working hard enough and needs to be used after ARP is discovered as well.
we're already have a couple of related issues (#1949, #3020).
However, if I recall correctly, no one ever suggested to resolve clients recieved from ARP with rDNS. This may be useful since some implementations of ARP don't support hostnames.
Alternatives Considered
Will be added pending other suggestions are presented.
/tmp/home/root# arp -an ? (192.168.1.133) at 74:e1:82:36:05:ef [ether] on br0 ? (192.168.1.183) at 00:c3:f4:df:12:7e [ether] on br0 ? (192.168.1.17) at e4:5f:01:45:57:9d [ether] on br0 ? (192.168.1.12) at 34:97:f6:70:16:50 [ether] on br0
The text was updated successfully, but these errors were encountered:
jumpsmm7
changed the title
Allow RDNS to check for or discover hostames when ARP Implementation does not provide them.
Allow RDNS to check/discover hostames when ARP Implementation does not provide them.
Mar 23, 2022
jumpsmm7
changed the title
Allow RDNS to check/discover hostames when ARP Implementation does not provide them.
Allow RDNS to check/discover hostnames when ARP Implementation does not provide them.
Mar 23, 2022
Have a question or an idea? Please search it on our forum to make sure it was not yet asked. If you cannot find what you had in mind, please submit it here.
Prerequisites
Please answer the following questions for yourself before submitting an issue. YOU MAY DELETE THE PREREQUISITES SECTION.
Problem Description
As mentioned previous problems #3142 #3597 spawned a new feature request as a result of not every ARP implementation providing Client hostname information along side it. A conundrum is created. While the addition of the reading of ARP cache allows for the addition of more Client DATA, the conundrum present means that not all clients will have hostnames available. A recipe for an incomplete client list.
Proposed Solution
A propose solution as discussed between @EugeneOne1 and I in prior issue #3142 , #3142 (comment)
Alternatives Considered
Additional Information
Shortened for readability
/tmp/home/root# cat /proc/net/arp
IP address HW type Flags HW address Mask Device
192.168.1.133 0x1 0x2 74:e1:82:36:05:ef * br0
192.168.1.183 0x1 0x2 00:c3:f4:df:12:7e * br0
192.168.1.17 0x1 0x2 e4:5f:01:45:57:9d * br0
192.168.1.12 0x1 0x2 34:97:f6:70:16:50 * br0
/tmp/home/root# arp -an
? (192.168.1.133) at 74:e1:82:36:05:ef [ether] on br0
? (192.168.1.183) at 00:c3:f4:df:12:7e [ether] on br0
? (192.168.1.17) at e4:5f:01:45:57:9d [ether] on br0
? (192.168.1.12) at 34:97:f6:70:16:50 [ether] on br0
The text was updated successfully, but these errors were encountered: