Skip to content
This repository has been archived by the owner on Jun 20, 2024. It is now read-only.

[ipam] mixing manual and automatic allocation in the same subnet #598

Closed
rade opened this issue Apr 23, 2015 · 5 comments
Closed

[ipam] mixing manual and automatic allocation in the same subnet #598

rade opened this issue Apr 23, 2015 · 5 comments
Assignees
Milestone

Comments

@rade
Copy link
Member

rade commented Apr 23, 2015

The introduction of IPAM doesn't prevent users from assigning IPs themselves. However, it is currently impossible to mix the two approaches in the same subnet, i.e. place containers in the same subnet which have some IPs allocated automatically and some assigned manually.

We could a) constrain IPAM allocation to a designated portion of the subnet in which containers are placed, (e.g. allocate in a /24, but place the container in a /23), or b) carve out a reserved manual allocation portion of the subnet that IPAM allocates from (e.g. tell IPAM to allocate from a /23 but leave out a specific /24).

@rade rade added the feature label Apr 23, 2015
@errordeveloper
Copy link
Contributor

This is also important for IP address mobility, let's say I start a container and get it's IP automatically in the first place, later find myself in a situation where I must move it to a different host. There could be a need for IP relocation manager, may be, but on the other hand users may be okay with ad-hoc solution to this specialised sort of case. I don't think proposed options A or B would actually cater for this, I think the kind functionality this needs is "random address stealing", which still matches the title of the issue.

@rade
Copy link
Member Author

rade commented Apr 23, 2015

This is also important for IP address mobility

Different issue. #599

@rade rade modified the milestone: next May 26, 2015
@rade rade modified the milestone: next Jun 3, 2015
@bboreham
Copy link
Contributor

I believe, post #827, this can now be done by starting weave with e.g. -iprange 10.2.0.0/25, use IPAM with net:10.2.0.0/24 and manual addresses like ip:10.2.0.129/24

@rade
Copy link
Member Author

rade commented Jun 11, 2015

right. slightly more readable version: -iprange 10.2.0.0/24 and net:10.2.0.0/23 and ip:10.2.1.1/23.

The problem is that this only works for one subnet.

@bboreham
Copy link
Contributor

Closed by #1200

@rade rade modified the milestones: current, 1.1.0 Aug 29, 2015
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

4 participants