Topics created by zacadams

@sebastian-roth I looked at the shared pcap with a fresh set of eyes this AM and that is consistent throughout the dhcp server responses. It correctly sets the string length but doesn’t terminate the string with 0x00. While it complies with the letter of the IEEE document, it doesn’t follow common practices. I did check a few other pcaps I had laying around and all responses from those random dhcp servers had the string length and 0x00 in the hex code. It appears this Infoblox dhcp server is doing something a bit different. The OP may need to get with Infoblox and show them what he is seeing.

@sebastian-roth ok after fixing my error to the multicasttask.class.php I ran the 3 tests you suggested

do not turn off any of the clients to see if it still is reliable

pull the network cable of one of the clients while multicast is on for 5 seconds - see if that is enough for it to be dropped already

turn off one of the clients while multicasting and see how long it takes for it to drop

During the first test, multicast worked normally and the new argument added to multicasttask.class.php was reflecting in the logs. During the second test pulling the network cable did not appear to drop the disconnected host, but upon plugging the network cable back in the session returned to normal speeds. During the last lest of powering a client off during a session, the multicast session came to a near halt and is only transferring at around 100 MBpm. I’ve left the session going all night and the session is still active and moving at the throttled pace.

@zacadams Glad you got this figured out.

@Wayne-Workman I apologize I meant to say storage group, I figure ‘“default” storage group’ leaves enough context clues for the reader to infer that a “storage account” is a storage group.

@Sebastian-Roth thank you for the speedy response as well!

The solution to the issue was that I had to create a separate storage node to correlate to the storage group being created, and then setting the storage node to the corresponding storage group. The purpose for this was to better organize snap-ins to certain “task groups” like what is present in Norton Ghost, I hope that this helps.

@zacadams As long as the fog client is installed, you don’t need access to any domain. I was only commenting if you need to pull files from somewhere else. The self contained snapin packs are a much cleaner solution anyway.