Mailinglist Archive: yast-devel (246 mails)

< Previous Next >
Re: [yast-devel] WebYaST: Network REST Model v1
  • From: Klaus Kaempf <kkaempf@xxxxxxx>
  • Date: Thu, 13 Aug 2009 16:35:16 +0200
  • Message-id: <20090813143516.GA26974@xxxxxxxxxxxxx>
* Michal Zugec <mzugec@xxxxxxx> [Aug 13. 2009 16:07]:

[shortened to focus on relevant parts]

Basic Config

* /network/devices/ (RO)

Devices and interfaces are the same for now.

How would I be able to distinguish them ?

Device is physical hardware. It can exists without configuration.
Interface is software representation of physical device or virtual
device. Virtual devices are software-created. Without configuration,
they disappears after "rcnetwork restart"

Ok, understood. But it doesn't answer my question. Let me restate it:
If interfaces and devices all show up below /network/devices/, how do
I know which is which ? I'd rather not have to retrieve every instance
and check a property.

* /network/configs/ (RO)

Configs are separated from devices

Can you document the purpose of configs in more detail ?

It's configuration of Layer3 of the ISO/OSI model. Devices defines
Layer2 of the ISO/OSI model.

Ah, ok.


But a config can get another attribute, "device" that makes it the
default config for a device, and it works like our ifcfg (where
"device" is in the filename)

Don't over-engineer it ! Nothing in the feature request asks for the
separation of device and its config.

For the future, this can be usefull. For wireless devices you can switch
between several APs just by associate different configurations to one

No question about the usefulness. Just focus on the simple parts (one
config per interface) now and extend later.


Hmm, I'd assume /network/resolver to represent /etc/resolv.conf, right ?
However, /etc/resolv.conf is autogenerated, so /network/resolver
should be 'RO'.

/etc/resolv.conf doesn't record anything about how it was generated,
i.e. via dhcp or manual setup. Thus 'use-dhcp' is a (RW) config
property, not a resolver property.

No, it represents

Ok, understood. Then please name it accordingly, 'resolver' is confusing.

BRIDGE_PORTS='eth0 eth1'

* /network/devices/1
bridge_ports='eth0 eth1'
bridge_portpriorities='50 20'

Hehe, here the object oriented model of CIM shows its value. A
physical and a virtual network device should be based on a common
parent class. Thus documenting the properties of the virtual device
should only show the subclass ('VirtualDevice').

But in this case, there's nothing in common ...

Startmode ? bootproto ? Some property for 'virtual' device ?

One question remains: Is all this covered by the current YaST 'yapi' ?

No, there's no network-yapi yet

So how are you going to implement the network rest-service then ?

SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG N├╝rnberg)

To unsubscribe, e-mail: yast-devel+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: yast-devel+help@xxxxxxxxxxxx

< Previous Next >
Follow Ups