All of lore.kernel.org
 help / color / mirror / Atom feed
* [IDEA] xendhcp proposal
@ 2012-05-16 16:35 George Shuklin
  2012-05-17  7:57 ` Vasiliy Tolstov
  0 siblings, 1 reply; 2+ messages in thread
From: George Shuklin @ 2012-05-16 16:35 UTC (permalink / raw)
  To: xen-devel

Good day.

During automated VM deploy I found some very annoying problem - network 
VM configuration. Classic DHCP is not very easy to manage in virtual 
environment (protection from stray DHCP-servers, problems with 
autoidentification).

Problems are:
* how to identificate VM?
* how to provide network configuration in native way for guest (e.g. 
support of mount order for network fs, if-up scripts and so on)
* how to reconfigure hosts 'on demand'? (even DHCP is not very 'on 
demand' beause of lease time).

Propose:

Store network configuration in domain part of xenstore, use xendhcp 
service to read those data from guest and acts like classic dhcp client.

Implementation detail:

1) Store data in DHCP-like way (option code - answer).
2) Subscribe for changes and reacts to it like we have lease expiration.
3) xendhcp should replace normal dhcp (may be even with conclict in 
packages with original dhcp client, and provide it functionality), mimic 
/sbin/dhclient functionality.

That allows to keep original network configuration for every 
distribution, just put 'dhcp' method for debian 'interfaces' (and same 
way for every other operation system).

What you think about this?

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [IDEA] xendhcp proposal
  2012-05-16 16:35 [IDEA] xendhcp proposal George Shuklin
@ 2012-05-17  7:57 ` Vasiliy Tolstov
  0 siblings, 0 replies; 2+ messages in thread
From: Vasiliy Tolstov @ 2012-05-17  7:57 UTC (permalink / raw)
  To: xen-hosting; +Cc: xen-devel

2012/5/16 George Shuklin <george.shuklin@gmail.com>:
> Good day.
>
> During automated VM deploy I found some very annoying problem - network VM
> configuration. Classic DHCP is not very easy to manage in virtual
> environment (protection from stray DHCP-servers, problems with
> autoidentification).
>
> Problems are:
> * how to identificate VM?
> * how to provide network configuration in native way for guest (e.g. support
> of mount order for network fs, if-up scripts and so on)
> * how to reconfigure hosts 'on demand'? (even DHCP is not very 'on demand'
> beause of lease time).
>
> Propose:
>
> Store network configuration in domain part of xenstore, use xendhcp service
> to read those data from guest and acts like classic dhcp client.
>
> Implementation detail:
>
> 1) Store data in DHCP-like way (option code - answer).
> 2) Subscribe for changes and reacts to it like we have lease expiration.
> 3) xendhcp should replace normal dhcp (may be even with conclict in packages
> with original dhcp client, and provide it functionality), mimic
> /sbin/dhclient functionality.
>
> That allows to keep original network configuration for every distribution,
> just put 'dhcp' method for debian 'interfaces' (and same way for every other
> operation system).
>
> What you think about this?

For me (russia cloud provider clodo.ru), sounds very good. Now we
already have handwritten dhcp like interface to bootstrap vm (pass all
params in /proc/cmdline). Only one thing that missing - how about many
ips? If i want to issign 10 ip with specific routes, how can i deal
with this in this case?
Or xendhcp up only one main ip?


-- 
Vasiliy Tolstov,
Clodo.ru
e-mail: v.tolstov@selfip.ru
jabber: vase@selfip.ru

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2012-05-17  7:57 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-05-16 16:35 [IDEA] xendhcp proposal George Shuklin
2012-05-17  7:57 ` Vasiliy Tolstov

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.