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

ASF GitHub Bot commented on CLOUDSTACK-8506:
--------------------------------------------

Github user wilderrodrigues commented on a diff in the pull request:

    https://github.com/apache/cloudstack/pull/292#discussion_r30943291
  
    --- Diff: server/src/com/cloud/configuration/ConfigurationManagerImpl.java 
---
    @@ -3556,6 +3556,11 @@ private void checkPublicIpRangeErrors(long zoneId, 
String vlanId, String vlanGat
                 throw new InvalidParameterValueException("Please ensure that 
your end IP is in the same subnet as your IP range's gateway, as per the IP 
range's netmask.");
             }
             // check if the gatewayip is the part of the ip range being added.
    +        // RFC 3021 - 31-Bit Prefixes on IPv4 Point-to-Point Links
    --- End diff --
    
    I talked to Remi yesterday and we agreed that would be nice to comment on 
the code so people don't remove the functionality by mistake or at least will 
make sure it still works if changes are made.
    
    By fixing the bug CLOUDSTACK-4811 on October 2013, it made the /31 not work 
anymore.
    
    The comment causes no harm.


> Make ACS compliant with the RFC 3021
> ------------------------------------
>
>                 Key: CLOUDSTACK-8506
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8506
>             Project: CloudStack
>          Issue Type: Improvement
>      Security Level: Public(Anyone can view this level - this is the 
> default.) 
>            Reporter: Wilder Rodrigues
>            Assignee: Wilder Rodrigues
>
> On 21 May 2015, at 10:29, Singh, Devender <[email protected]> wrote:
> Hi Cloudstack Team,
> We had no problems building and using /31 networks on 4.2.0, but after our 
> upgrade to 4.4.2  we are no longer able to add new ones.
> We have a lot of them already in place.  As an example I pasted some output 
> from cloudmonkey on a link that is already established and working.
> Does anyone have a workaround, or can point me in the right direction for a 
> patch?
> (local) > list networks id=e044c442-48f7-4bae-8c5d-530423a249f7
> count = 1
> network:
> id = e044c442-48f7-4bae-8c5d-530423a249f7
> name = VLAN180
> acltype = Domain
> broadcastdomaintype = Vlan
> broadcasturi = vlan://180
> canusefordeploy = False
> cidr = 202.90.43.0/31
> displaynetwork = True
> displaytext = VM-UTILITY-2
> dns1 = 4.2.2.1
> domain = ROOT
> domainid = 8acf0368-e5b1-11e2-b5cf-2ef4cf18a6ae
> gateway = 202.90.43.0
> ispersistent = False
> issystem = False
> netmask = 255.255.255.254
> networkofferingavailability = Optional
> networkofferingconservemode = False
> networkofferingdisplaytext = private-guest1_switch
> networkofferingid = 0b63d457-5f5e-426f-a81e-8797e522eb8c
> networkofferingname = private-guest1_switch
> physicalnetworkid = cf4c2846-2418-4ba4-b307-6a6405860799
> related = e044c442-48f7-4bae-8c5d-530423a249f7
> restartrequired = False
> service:
> specifyipranges = True
> state = Setup
> strechedl2subnet = False
> subdomainaccess = True
> tags:
> traffictype = Guest
> type = Shared
> vlan = 180
> zoneid = 88066cb4-64ab-4c54-83a9-3279a1e030cb
> zonename = UTILITY-ZONE-1



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to