5:07 a.m.
On 30/12/2014 06:18, Royce Lv wrote:
On 12/29/2014 09:53 AM, Aline Manera wrote:
> Signed-off-by: Aline Manera <alinefm(a)linux.vnet.ibm.com>
> ---
> docs/API.md | 11 +++++------
> 1 file changed, 5 insertions(+), 6 deletions(-)
>
> diff --git a/docs/API.md b/docs/API.md
> index 210a036..94a1001 100644
> --- a/docs/API.md
> +++ b/docs/API.md
> @@ -565,19 +565,18 @@ A interface represents available interface on
> host.
> * **GET**: Retrieve a summarized list of all defined Networks
> * **POST**: Create a new Network
> * name: The name of the Network
> - * subnet *(optional)*: Network segment in slash-separated format
> with ip address and
> - prefix or netmask. It is always ignored
> for bridge network.
> * connection: Specifies how this network should be connected to
> the other
> networks visible to this host.
> * isolated: Create a private, isolated virtual network.
> * nat: Outgoing traffic will be routed through the host.
> * bridge: All traffic on this network will be bridged
> through the indicated
> interface.
> - * interface: The name of a network interface on the host.
> + * subnet *(optional)*: Network segment in slash-separated format
> with ip address and
> + prefix or netmask used to create nat
> network.
> + * interface *(optional)*: The name of a network interface on the
> host.
> For bridge network, the interface can be a bridge
> or nic/bonding
> - device. For isolated or NAT network, the interface
> is ignored.
> - * in_use: True if network is in use by a template or virtual
> machine;
> - False, otherwise.
> + device.
I think this is the gap between GET response and the POST request, we
include "vlan_id" in POST request, but no "vlan_id" in lookup
response.
and we have "in_use" in GET response but not this param in POST request.
The parameters returned by GET response is not necessarily the same of
the POST request.
For example, when the network is created, it is not in use in the first
time so there is no need to add it to POST.
> + * vlan_id *(optional)*: VLAN tagging ID for the bridge
network.
>
> ### Resource: Network
>
_______________________________________________
Kimchi-devel mailing list
Kimchi-devel(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/kimchi-devel