mirror of
https://github.com/ConvoyPanel/panel.git
synced 2026-04-25 04:35:52 +03:00
[GH-ISSUE #111] IPAM + VM Configuration #77
Labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/panel#77
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @wajwuz on GitHub (Aug 16, 2024).
Original GitHub issue: https://github.com/ConvoyPanel/panel/issues/111
Is there an existing feature request for this?
Describe the feature you would like to see.
Support for IP's over DHCP (MAC address), MTU setting for VM's.
Describe the solution you'd like.
Convoy doesn't support IP's over MAC address from DHCP network also if someone is tunnelling his IP's he might have lower MTU than 1500 but Convoy overwrites this even VM template has all this setup correctly.
Additional context to this request.
No response
@ericwang401 commented on GitHub (Oct 10, 2024):
I can make it so that Convoy doesn't override configuration, but you're going to have to elaborate about support for IPs over DHCP. It's not clear whether it is possible through Proxmox's API to do this.
@wajwuz commented on GitHub (Oct 10, 2024):
I think adding option MTU while adding node would be great and when it's empty it will use default value 1500.
And here's the option I talked about:
First is "Bandwidth limit" which is rate in PVE
Second is "MTU" which convoy overwrite by default and I had to manually change the code.
^ Screenshot above
Third is "Setting only MAC address on IPAM". Currently we need to provide: IP, GW, CIDR which we can replace by MAC addresses with DHCP. And this is because Netplan on Ubuntu doesn't like gateways outside the subnet of allocated IP, for example: 1.2.3.4/32 and gw: 4.3.2.1. Maybe there should be and DHCP option with -- input MAC address
Also I found this:
Which can be located at PVE API: https://pve.proxmox.com/pve-docs/api-viewer/index.html#/nodes/{node}/qemu POST
@ericwang401 commented on GitHub (Nov 17, 2024):
Should MTU be set depending on the network interface or should all VMs in a node have the same MTU? I'm looking for what's the best way to implement this.
@wajwuz commented on GitHub (Nov 18, 2024):
Yes, MTU should be inherited from network interface.
@staalexa commented on GitHub (Nov 18, 2024):
But convoy should not override if something custom is set already in proxmox.
@ericwang401 commented on GitHub (Nov 18, 2024):
Well that would be a bit hard to tell if a value was set by a user or was supposed to be overridden.
@staalexa commented on GitHub (Nov 18, 2024):
You could set it during installation, and not override every few seconds (not like the network speed thing)
@ericwang401 commented on GitHub (Nov 18, 2024):
The rate limiter currently only sets the network speed in the latest release.
@ericwang401 commented on GitHub (Apr 3, 2025):
I don't think my question about the technical implementation of DHCP was clarified. Please provide this information for discussion to continue
@ericwang401 commented on GitHub (Jul 22, 2025):
I'm not sure what needs to be implemented, so I'm closing this issue for now.
@JiveOff commented on GitHub (Nov 3, 2025):
I have an use-case for this with the OVH Virtual Mac adresses. Basically, a mac address needs to be supplied for the VM network interface for the VM to be able to acquire the public IP address.
Can you check if that would be possible @ericwang401 ?
@GunniBusch commented on GitHub (Nov 4, 2025):
Sorry but I do not understand you problem.
As far as I can see, in ovh you assign a Mac to an ip wich then can only be used on a vm having this Mac address.
And you goal is to have the ip address assigned via dhcp.
This seems redundant. Since you want to thinks, The user seeing their ip in the dashboard, and the server having the proper Mac therefore being able to use the assigned ip.
The first option is not possible if you use dhcp. The second option you can already do.
Let's say you have ip 1.1.1.1 and assigned Mac 70:2f:4c:c2:49:e5 in ovh. So what you do is, create in convoys IPAM an ip 1.1.1.1 and give it a Mac 70:2f:4c:c2:49:e5.
Regarding MTU, currently convoy only overrides the mtu on creation and sets it empty. meaning the mtg form the bridge is being used:
@JiveOff commented on GitHub (Nov 5, 2025):
Glad to see that is already possible, thanks. I'm still pondering and wanted to check if it is already possible. "acquire" wasn't the correct word here as OVH doesn't provide DHCP anyways.
Thanks for clearing that up!