Unable to change multicast nic.

[EduardoTSeoane]

@Fernando-Gietz
This is the first i try but nothing, systemctl status FOGMulticastManager tellme than udp-sender is using eth0 and multicast continue to work on eth0.

Same if i change the nic on the NodeStorage Definition.

[Fernando Gietz]

In each node definition you can config the network interface, maybe there?

[EduardoTSeoane]

@Fernando-Gietz yes i try it but dont works.

[Fernando Gietz]

I suppose that the multicast workrd to you well in the previous FOG version, no?

[EduardoTSeoane]

@Fernando-Gietz my previous version was 1.4.2 and we hsrdcode to force send by all nics. Current version is 1.5.6 without custom code. Only task typeedit location persidtengroups plugins

[EduardoTSeoane]

@Fernando-Gietz @Sebastian-Roth @george1421

Testing something more.

If i change the Storage Node’s ip then yes, multicast works into associated nic.

What is the purpouse of the nic interface on Storage Node General?

[george1421]

@EduardoTSeoane Just so I’m clear on this.

If you set the Interface on the master node the FOG Multicaster sill picks eth0?

Just as a reminder the FOGMulticaster service only runs on the Master node in a storage group, unless something has changed in the code recently. AFAIK you can not multicast from a storage node so the interface setting value on the storage node is not used.

[Tom Elliott]

The interface setting on the server used to work for this, but it also caused issues if you had the wrong interface name.

Rather than deal with the interface naming for a task that needs to be exact, the IP of the fog server is used to automatically determine the interface to use for multicast tasks.

The interface setting in the GUI, now, basically just sets up the interface to check bandwidth from.

[EduardoTSeoane]

@george1421 @Tom-Elliott Thank’s for the response.

Yes, I see that, by the moment I solve that with a few of dirty code modifying the multicasttask.class.php file to write multicast into the desired interface.

I’ll be pleased to work in a plugin that can do it dinamically.
But I need information about the hooks at least.

Great job!!!.

[EduardoTSeoane]

@Tom-Elliott Ok, I understand. That’s a problem to me because all the server’s ip on the service vlan’s are protected. Then i must have the StorageNode on the Management VLAN.

By the moment i’ve solved the problem like i said on the last post. It’s a valid solution for me. But when i have time i try to implement a plugin to handle this dinamically from the interface.

[Sebastian Roth]

@EduardoTSeoane I am marking this solved for now although I am still not exactly sure what you mean by “That’s a problem to me because all the server’s ip on the service vlan’s are protected.”

If you still want to elaborate on this we need more information on what exactly you mean and the way you see FOG behaving in your environment.

[EduardoTSeoane]

Adding a comment:

Currently we are using false nodes to change the multicast tasks. I mean

To make multicast tasks on desired vlan we are creating a second master node to the location’s storage group, with nic an ip assigned on the vlan that we want to do the task and with false user/password to avoid a redundant synchronization.

By the moment, this solution is working with version 1.5.6 of Master and Nodes.

The node must be precedent on alphabetic order to the real node.