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 >> >> >> >> >> >>
