yeah, i’m pretty familiar with them

let me whip something up when i can! hopefully within the next week i’ll have something.

awesome, thanks i’ll try that!

i’m getting this error on a host, i went from .32 to 1.11

do i need to re do the fogcrypt? i did not change that information.

just a bit of information as well

service password-encryption
^
This is a MUST it encrypts the passwords for user accounts, enable, VTY, and privileged mode passwords. these passwords can be easily obtained if a person has physical access to the switch.

on access ports, the best thing to do is to use the command “switchport host” on each interface thats an access port, this will for sure enable portfast, change the port to access, and clear any port channeling. the reason this happens is the switch has to make sure its not a switch or a device that could cause a loop by sending BPDU’s. this is mostly used for the election process for spanning tree.

on some of the older switches and or older IOS images, this may or may not be in as a feature. at that point you would have to use spanning-tree portfast instead.

Ben, do you have any QoS policies that might impact the performance?

one think i’d check is to make sure is to make sure its working at the core and branch out. are you cloning to another port on the 6513? whats the IOS revision by chance? are your clients on that same switch as the multicast server?

IGMP Snooping will make no bearing on this, that is only for rouge DHCP servers

i use sparse mode, not dense at work, however, that does not make any difference other than the way multicast forms its structure.

we also use
ip pim autorp listener, which bridges protocols in routing mode, but should not affect your issue.

one thing you can try is doing Iperf tests, you cant do multicasting from it, but its a start! good luck, multicast can be a pain to diagnose!

i’m trying to find a guide on how to move my current fog server to another. (i’m moving virtual to physical for certian reasons)

i’m sure i’m going to have to backup and restore the database schema, reinstall fog on the other server, and move the image store, but how would i handle the clients?

basically what i’m looking to do is deploy a zip file to the drive of a machine via fog in some way, shape, or form.

these users are mobile, however, they connect back to our network via a ipsec tunnel.

i just want to copy the file to the machine via fog, is that possible?