Re: support for /31 Networks

[Wilder Rodrigues <WR...@schubergphilis.com>]

Awesome! :)

Thanks for testing it as well, Devender.

Cheers,
Wilder

> On 24 Jun 2015, at 20:29, Singh, Devender <ds...@virtela.net> wrote:
> 
> Hi Daan ,
> It"s worked grate, a big thanks for your support
> 
> Devender 
> 
> -----Original Message-----
> From: Daan Hoogland [mailto:daan.hoogland@gmail.com] 
> Sent: Tuesday, May 26, 2015 8:09 AM
> To: =SMTP:dev@cloudstack.apache.org
> Subject: Re: support for /31 Networks
> 
> Devender, do you have a test possibility? Wilder made a fix for master
> which I backported to 4.4:
> https://github.com/DaanHoogland/cloudstack/tree/4.4
> If you can please test it.
> 
> Op ma 25 mei 2015 om 12:38 schreef Daan Hoogland <da...@gmail.com>:
> 
>> Devender, You can backport it or wait for 4.4.4. There is still some
>> discussion going on. We will put it in the 4.4 branch if possible before
>> releasing 4.4.4
>> 
>> Op ma 25 mei 2015 om 06:06 schreef Singh, Devender <ds...@virtela.net>:
>> 
>> Hi ,
>>> Can  I  get patch file  to use /31 subnet in 4.4.2
>>> 
>>> Devender
>>> 
>>> -----Original Message-----
>>> From: Wilder Rodrigues [mailto:WRodrigues@schubergphilis.com]
>>> Sent: 22 May 2015 18:23
>>> To: dev@cloudstack.apache.org
>>> Subject: Re: support for /31 Networks
>>> 
>>> Hi guys,
>>> 
>>> We found when it was changed and the reason why:
>>> 
>>> https://issues.apache.org/jira/browse/CLOUDSTACK-4811
>>> 
>>> 
>>> I already traced the code and we will change the NetUtils class in order
>>> to make it compliant with the RFC 3021
>>> 
>>> The fix will be on ACS 4.6.0 and back ported to the new release 4.4.4.
>>> 
>>> Cheers,
>>> Wilder
>>> 
>>> On 22 May 2015, at 10:27, Sanjeev N <sanjeev@apache.org<mailto:
>>> sanjeev@apache.org>> wrote:
>>> 
>>> Not sure when this check was added excatly :(
>>> 
>>> On Fri, May 22, 2015 at 1:12 AM, Remi Bergsma <
>>> RBergsma@schubergphilis.com<ma...@schubergphilis.com>>
>>> wrote:
>>> 
>>> Exactly!
>>> Left my mail in outbox and missed your reply ;-)
>>> 
>>> @Sanjeev, since you answered the original mail.. Do you know when/where
>>> this check was added? Or else I’ll search for it. Let’s open an issue and
>>> resolve it.
>>> 
>>> Thanks,
>>> Remi
>>> 
>>> On 21 May 2015, at 19:28, Simon Weller <sweller@ena.com<mailto:
>>> sweller@ena.com>> wrote:
>>> 
>>> You can assigned the network address as a valid ip address from a /31,
>>> and this is defined in RFC 3021 (http://www.ietf.org/rfc/rfc3021.txt).
>>> 
>>> This is widely supported on network gear, and in modern operating systems.
>>> 
>>> - Si
>>> 
>>> ________________________________________
>>> From: Remi Bergsma <re...@remi.nl>>
>>> Sent: Thursday, May 21, 2015 10:31 AM
>>> To: dev@cloudstack.apache.org<ma...@cloudstack.apache.org>
>>> Subject: Re: support for /31 Networks
>>> 
>>> Hi,
>>> 
>>> This question was answered here as well:
>>> http://markmail.org/message/m7vi342uwm4zr5iv
>>> 
>>> Support was removed as /31 has no available ip addresses.
>>> 
>>> Regards,
>>> Remi
>>> 
>>> 2015-05-21 16:42 GMT+02:00 Ian Southam <IS...@schubergphilis.com>:
>>> 
>>> Hi Devender,
>>> 
>>> You have started quite a discussion in our office about using the .0 and
>>> putting a host on the cast address …...
>>> 
>>> Just as a matter of interest, why do you do this - we are presuming it
>>> does actually work ;)
>>> 
>>> —
>>> Grts!
>>> Ian
>>> 
>>> On 21 May 2015, at 10:29, Singh, Devender <ds...@virtela.net> 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
>>> 
>>> (local) > list nics nicid=e062922f-c0ea-4f8a-beca-b86146dee622
>>> virtualmachineid=842054e6-c379-49fe-92f9-e2fdefa6779f
>>> count = 1
>>> nic:
>>> id = e062922f-c0ea-4f8a-beca-b86146dee622
>>> deviceid = 0
>>> gateway = 202.90.43.0
>>> ipaddress = 202.90.43.1
>>> isdefault = True
>>> macaddress = 06:ca:b4:00:00:20
>>> netmask = 255.255.255.254
>>> networkid = e044c442-48f7-4bae-8c5d-530423a249f7
>>> virtualmachineid = 842054e6-c379-49fe-92f9-e2fdefa6779f
>>> (local) >
>>> 
>>> Devender Kumar Singh
>>> 
>>> 
>>> 
>>> 
>>> 
>>>