We are trying to understand multicast traffic from FNMS Beacon/App Server perspective and if FNMS does multicast, when and why does it do and is it still useful.
Has anyone come across network congestion caused by fnms with multicast traffic.
Feb 16, 2021 11:04 PM
Really old versions of the beacon technology (from 10-15 years ago, even before the "FlexNet Manager Suite" product name was first used) provided capabilities to send Wake on LAN packets across the network to remotely turn on computers - I think this may have been able to be done using a multi-casting approach. However to my knowledge, current beacon and app server components don't do any operations that involve multi-casting.
Feb 16, 2021 11:53 PM
"Yes, currently the released version of beacon (2019 R1 or earlier) , the beacon designed behavior will do DNS lookup for all target devices, which does create traffic concern from IT point of view. However as long as we heard it didn't cause significant issue. [...]"
Feb 19, 2021 01:10 AM
@nagaeendra - As mentioned by Chris, the FNMS Application does not have any built into the product that would generate multicasting traffic.
Any traffic that is multicast would be the result of how your internal DNS Servers are configured, as highlighted by the two links in the post from Chris.
Feb 25, 2021 12:44 PM
Really old versions of the beacon technology (from 10-15 years ago, even before the "FlexNet Manager Suite" product name was first used) provided capabilities to send Wake on LAN packets across the network to remotely turn on computers - I think this may have been able to be done using a multi-casting approach. However to my knowledge, current beacon and app server components don't do any operations that involve multi-casting.
Feb 16, 2021 11:53 PM
Feb 17, 2021 01:19 AM
The particular matter related to DNS lookups you've referred to there is not related to multicasting. DNS queries are made using a point-to-point (not multicast) communication from the beacon to a DNS server.
The network discovery process performed by beacons also makes various points-to-point connections (e.g. using TCP & ICMP) to ranges of IP addresses according to what you have configured the discovery process to do. For example, if you have configured a discovery job to scan the IP range 10.12.0.0/16 then the discovery process will attempt to make individual connections to all 65,536 IP addresses in that range. A term for this could be "unicasting" to many devices. I still believe that IP multicasting techniques (i.e. simultaneous one-to-many communication) are not used in that process.
Feb 17, 2021 01:56 AM
Hi Chris,
Thanks again for your reply which give a different perspective which is kind of surprisingly confusing, cos we were earlier give this understanding by Flexera through this case Case Number: 01931068
for our query as “Does FNMS Beacon generate multicast communication with agents.”
And Revert for which states as
“ Yes, currently the released version of beacon (2019 R1 or earlier) , the beacon designed behavior will do DNS lookup for all target devices, which does create traffic concern from IT point of view. However as long as we heard it didn't cause significant issue.
Good news is there is an existing enhancement request ticket raised from other customer -- IOJ-1919319 Enhancement request to have beacon engine reduce DNS look up for all the targets. What good is this enhancement has been included in the coming release of 2019 R2. ETA of release date is mid of Nov this year.
Hope it helps. please let me know if this case can be closed as clarified. “
and apparently then we were also pointed to the same link which is shared earlier. Now which one are we suppose to take 🙂
Feb 17, 2021 07:58 PM
"Yes, currently the released version of beacon (2019 R1 or earlier) , the beacon designed behavior will do DNS lookup for all target devices, which does create traffic concern from IT point of view. However as long as we heard it didn't cause significant issue. [...]"
Feb 19, 2021 01:10 AM
Somebody has pointed out to me that name resolution in some networks can use some multicast-based communications, as described on the following pages:
I'm not too familiar with this, but if the environment you are working in is set up such that name resolution generates multicast traffic (instead of the more common unicast traffic to a DNS server) then I guess you would likely see that sort of multicast traffic from computers in the environment (including beacons) whenever they do name resolution operations.
Feb 19, 2021 02:49 AM
Hi Chris,
Thanks, point taken, so from Appication stand point how can we show with evidence that the Application as such is not doing any multicast.
Feb 25, 2021 02:39 AM
@nagaeendra - As mentioned by Chris, the FNMS Application does not have any built into the product that would generate multicasting traffic.
Any traffic that is multicast would be the result of how your internal DNS Servers are configured, as highlighted by the two links in the post from Chris.
Feb 25, 2021 12:44 PM
Hi @kclausen
Thank you for the update.
I understand that " the FNMS Application does not have any built into the product that would generate multicasting traffic "
Having said that, from the FNMS stand point, can we show when DNS lookup operation is triggered and at what frequency.
Mar 01, 2021 02:10 AM
@nagaeendra - Yes, your Network Administration Team should be able to monitor and report on the Agent Traffic using their existing network tools.
Mar 01, 2021 06:37 AM
Thanks for all the replies.
I'll pass the info on to our network teams.
In our case, the network team observes the traffic and the impact on our DNS appliances.
Mar 01, 2021 03:10 PM
@nagaeendra wrote:
Having said that, from the FNMS stand point, can we show when DNS lookup operation is triggered and at what frequency.
The heaviest DNS activity generated by the beacon is likely to occur when the beacon is performing discovery and possibly remote execution (zero touch) operations. This will occur according to the schedule & frequency that you have configured for these operations.
Mar 01, 2021 05:11 PM