cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Singh, Devender" <dsi...@virtela.net>
Subject RE: support for /31 Networks
Date Wed, 24 Jun 2015 18:29:46 GMT
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 <daan.hoogland@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 <dsingh@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<mailto:RBergsma@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 <remi@remi.nl<mailto:remi@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 <ISoutham@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 <dsingh@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
>>
>>
>>
>>
>>
>>
Mime
View raw message