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
In the RunningExperiment view (i.e. RunningExperiment.vue), disconnecting an interface and then attempting to reconnect the interface will connect the interface to the default bridge (i.e. mega_bridge). The reason is that the optional bridge argument in the util/mm/minimega.go:ConnectVMInterface function is not provided. Since the interface is not connected to a bridge since it was disconnected and no bridge argument is provided, the interface is connected to the default mega_bridge.
It seems reasonable that when an interface is not connected to any bridge, the destination VLAN will be used to locate the destination bridge. The destination bridge can then be specified in the util/mm/minimega.go:ConnectVMInterface function.
Alternatively, the destination bridge could just be hardcoded to phenix since the action is originating from the Phenix UI. If the destination bridge is not hardcoded, how should conflicts be resolved if the destination VLAN exists on multiple bridges? Perhaps, if multiple bridges with the same VLAN tag exist, then perhaps the bridge name could be passed to the UI with the VLAN tag.
The text was updated successfully, but these errors were encountered:
eric-c-wood
changed the title
UI: Disconnect->Connect Interface Does Not Work
[UI] Disconnect->Connect Interface Does Not Work
Jun 14, 2024
In the RunningExperiment view (i.e.
RunningExperiment.vue
), disconnecting an interface and then attempting to reconnect the interface will connect the interface to the default bridge (i.e.mega_bridge
). The reason is that the optional bridge argument in theutil/mm/minimega.go:ConnectVMInterface
function is not provided. Since the interface is not connected to a bridge since it was disconnected and no bridge argument is provided, the interface is connected to the defaultmega_bridge
.It seems reasonable that when an interface is not connected to any bridge, the destination VLAN will be used to locate the destination bridge. The destination bridge can then be specified in the
util/mm/minimega.go:ConnectVMInterface
function.Alternatively, the destination bridge could just be hardcoded to
phenix
since the action is originating from the Phenix UI. If the destination bridge is not hardcoded, how should conflicts be resolved if the destination VLAN exists on multiple bridges? Perhaps, if multiple bridges with the same VLAN tag exist, then perhaps the bridge name could be passed to the UI with the VLAN tag.The text was updated successfully, but these errors were encountered: