[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-3753?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13727099#comment-13727099
 ] 

ASF subversion and git services commented on CLOUDSTACK-3753:
-------------------------------------------------------------

Commit 9863287730d0a9dd0148c99591f55354e6321302 in branch refs/heads/master 
from [~jessicawang]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=9863287 ]

CLOUDSTACK-3753: UI > Infrastructure > zone > physical network > Guest > remove 
Add VLAN Range action since VLAN Range(s) is editable through Edit action.

                
> Multiple VLAN range API need to accept a list rather than "add" or "remove" 
> per command
> ---------------------------------------------------------------------------------------
>
>                 Key: CLOUDSTACK-3753
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3753
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the 
> default.) 
>          Components: Network Controller
>    Affects Versions: 4.2.0
>            Reporter: Sheng Yang
>            Assignee: Jessica Wang
>            Priority: Blocker
>             Fix For: 4.2.0
>
>
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Non+contiguous+vlan+ranges
> "vlan parameter will add a new vlan range to the existing vlan range (new 
> behavior). if the new vlan range overlaps the existing vlan range it will 
> extend that vlan (This is the existing behavior.).
> removevlan parameter will remove the mentioned vlan. The removevlan and vlan 
> parameters can be used together. If the vlan range we are trying to remove is 
> in use, the operation will not succeed."
> I haven't seen such API in the CloudStack. It's much more clean to use a list 
> here(even for ranges, can be extended from one element, like "1-2, 4-5, 
> 6-7"), rather than newly defined "vlan"/"removevlan" behavior. It broke API 
> compatibility(e.g. the previous API potentially able to change vlan directly, 
> rather than add it), and is also user unfriendly.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Reply via email to