Awesome! :) Thanks for testing it as well, Devender.
Cheers, Wilder > On 24 Jun 2015, at 20:29, Singh, Devender <dsi...@virtela.net> wrote: > > Hi Daan , > It"s worked grate, a big thanks for your support > > Devender > > -----Original Message----- > From: Daan Hoogland [mailto:daan.hoogl...@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 <daan.hoogl...@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 <dsi...@virtela.net>: >> >> Hi , >>> Can I get patch file to use /31 subnet in 4.4.2 >>> >>> Devender >>> >>> -----Original Message----- >>> From: Wilder Rodrigues [mailto:wrodrig...@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 <sanj...@apache.org<mailto: >>> sanj...@apache.org>> wrote: >>> >>> Not sure when this check was added excatly :( >>> >>> On Fri, May 22, 2015 at 1:12 AM, Remi Bergsma < >>> rberg...@schubergphilis.com<mailto:rberg...@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 <swel...@ena.com<mailto: >>> swel...@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 <r...@remi.nl<mailto:r...@remi.nl>> >>> Sent: Thursday, May 21, 2015 10:31 AM >>> To: dev@cloudstack.apache.org<mailto:dev@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 <isout...@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 <dsi...@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 >>> >>> >>> >>> >>> >>>
