You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cloudstack.apache.org by GitBox <gi...@apache.org> on 2020/01/20 12:51:45 UTC

[GitHub] [cloudstack] svenvogel opened a new issue #3824: clarify the usage of vlanipranges

svenvogel opened a new issue #3824: clarify the usage of vlanipranges
URL: https://github.com/apache/cloudstack/issues/3824
 
 
   <!--
   Verify first that your issue/request is not already reported on GitHub.
   Also test if the latest release and master branch are affected too.
   Always add information AFTER of these HTML comments, but no need to delete the comments.
   -->
   
   ##### ISSUE TYPE
   <!-- Pick one below and delete the rest -->
    * Bug Report
   
   ##### COMPONENT NAME
   <!--
   Categorize the issue, e.g. API, VR, VPN, UI, etc.
   -->
   ~~~
   list vlanipranges
   ~~~
   
   ##### CLOUDSTACK VERSION
   <!--
   New line separated list of affected versions, commit ID for issues on master branch.
   -->
   
   ~~~
   acutally master
   ~~~
   
   ##### CONFIGURATION
   <!--
   Information about the configuration if relevant, e.g. basic network, advanced networking, etc.  N/A otherwise
   -->
   
   
   ##### OS / ENVIRONMENT
   <!--
   Information about the environment if relevant, N/A otherwise
   -->
   
   
   ##### SUMMARY
   <!-- Explain the problem/feature briefly -->
   i dont know if its a bug but we encounter the following problem.
   
   if you create a physical network and and add 2 vlanipranges aka public addresses. 
   
   e.g.
   
   first network (ROOT)
   we have one network range "forsystemvms: true" and its assigned to the root domain
   ```
      {
         "account": "system",
         "domain": "ROOT",
         "domainid": "23462d06-b5a4-11e8-905f-525400ce8b0c",
         "endip": "192.168.1.238",
         "forsystemvms": true,
         "forvirtualnetwork": true,
         "gateway": "192.168.1.233",
         "id": "8aab7a4e-b20c-4f0e-b6a1-e0f6dbe6471c",
         "netmask": "255.255.255.248",
         "networkid": "0f0d66cb-f8f1-4e33-ad3a-ee2889bb0a09",
         "physicalnetworkid": "6ae13495-fad8-479e-b3f8-b2014fb8de63",
         "startip": "192.168.1.236",
         "vlan": "vlan://100",
   ...
   ```
   
   a second network (DOMAINX) assigned to other domain,  "forsystemvms: false"
   ```
     {
         "domain": "DOMAINX",
         "domainid": "9d77af79-5c87-4b73-b094-a106525803b6",
         "endip": "192.168.2.126",
         "forsystemvms": false,
         "forvirtualnetwork": true,
         "gateway": "192.168.2.65",
         "id": "a9db9833-4deb-4591-a860-e9d5f1d85ed5",
         "netmask": "255.255.255.192",
         "networkid": "0f0d66cb-f8f1-4e33-ad3a-ee2889bb0a09",
         "physicalnetworkid": "6ae13495-fad8-479e-b3f8-b2014fb8de63",
         "startip": "192.168.2.67",
         "vlan": "vlan://101",
   ...
   ```
   
   the problem which we encounter is that if there no addresses more left in "DOMAINX" network we encounter that the "ROOT" network is used. 
   
   is this a normal behaviour?
   
   ##### STEPS TO REPRODUCE
   <!--
   For bugs, show exactly how to reproduce the problem, using a minimal test-case. Use Screenshots if accurate.
   
   For new features, show how the feature would be used.
   -->
   1. create a ROOT network (set systemvm usage)
   2. create a DOMAINX network
   3. acquire additional addresses if there is no one more left in the DOMAINX domain and you get one from ROOT
    
   <!-- Paste example playbooks or commands between quotes below -->
   ~~~
   
   ~~~
   
   <!-- You can also paste gist.github.com links for larger files -->
   
   ##### EXPECTED RESULTS
   <!-- What did you expect to happen when running the steps above? -->
   
   ~~~
   normally only the assigned network should be used in the domain
   ~~~
   
   ##### ACTUAL RESULTS
   <!-- What actually happened? -->
   
   <!-- Paste verbatim command output between quotes below -->
   ~~~
   if network from "DOMAINX" has no more addresses it will use the "ROOT" domain
   ~~~
   

----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
users@infra.apache.org


With regards,
Apache Git Services

[GitHub] [cloudstack] weizhouapache commented on issue #3824: clarify the usage of vlanipranges

Posted by GitBox <gi...@apache.org>.
weizhouapache commented on issue #3824: clarify the usage of vlanipranges
URL: https://github.com/apache/cloudstack/issues/3824#issuecomment-576858706
 
 
   @svenvogel do you mean the ip ranges for systemvms should not be used by other domain/account ?
   
   We do not dedicate vlan and ip ranges for systemvms.
   
   In old versions, if other account has used all dedicated ips (to domain or account) , and use.system.public.ips is true in account setting, IPs in public pool will be fetched when he acquires more IPs.

----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
users@infra.apache.org


With regards,
Apache Git Services

[GitHub] [cloudstack] svenvogel commented on issue #3824: clarify the usage of vlanipranges

Posted by GitBox <gi...@apache.org>.
svenvogel commented on issue #3824: clarify the usage of vlanipranges
URL: https://github.com/apache/cloudstack/issues/3824#issuecomment-577108851
 
 
   @weizhouapache yes i think so. for my understanding it should not use the systemvm ips in the other domain public ip assignment. i detected if DOMAINX is out of addresses it uses the ROOT ips which are only for systemvm. i think this should not happen.

----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
users@infra.apache.org


With regards,
Apache Git Services

[GitHub] [cloudstack] svenvogel commented on issue #3824: clarify the usage of vlanipranges

Posted by GitBox <gi...@apache.org>.
svenvogel commented on issue #3824: clarify the usage of vlanipranges
URL: https://github.com/apache/cloudstack/issues/3824#issuecomment-576580404
 
 
   @andrijapanicsb ok. hmm bad.
   
   @weizhouapache do you know about the problem, maybe in your environment?

----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
users@infra.apache.org


With regards,
Apache Git Services

[GitHub] [cloudstack] andrijapanicsb commented on issue #3824: clarify the usage of vlanipranges

Posted by GitBox <gi...@apache.org>.
andrijapanicsb commented on issue #3824: clarify the usage of vlanipranges
URL: https://github.com/apache/cloudstack/issues/3824#issuecomment-576324300
 
 
   Sounds like a bug to me (haven't reproduced). If you had another range for general usage (i.e. not assigned to any specific domain), then I would expect to start using those IPs,  but definitely not the ones which is reserved for system VMs. 

----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
users@infra.apache.org


With regards,
Apache Git Services

[GitHub] [cloudstack] svenvogel commented on issue #3824: clarify the usage of vlanipranges

Posted by GitBox <gi...@apache.org>.
svenvogel commented on issue #3824: clarify the usage of vlanipranges
URL: https://github.com/apache/cloudstack/issues/3824#issuecomment-576296859
 
 
   @andrijapanicsb do you have an idea?

----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
users@infra.apache.org


With regards,
Apache Git Services

[GitHub] [cloudstack] weizhouapache commented on issue #3824: clarify the usage of vlanipranges

Posted by GitBox <gi...@apache.org>.
weizhouapache commented on issue #3824: clarify the usage of vlanipranges
URL: https://github.com/apache/cloudstack/issues/3824#issuecomment-577174636
 
 
   @svenvogel agrees. so what you said should be a bug

----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
users@infra.apache.org


With regards,
Apache Git Services

[GitHub] [cloudstack] weizhouapache edited a comment on issue #3824: clarify the usage of vlanipranges

Posted by GitBox <gi...@apache.org>.
weizhouapache edited a comment on issue #3824: clarify the usage of vlanipranges
URL: https://github.com/apache/cloudstack/issues/3824#issuecomment-577174636
 
 
   @svenvogel agrees.
   is system.vm.public.ip.reservation.mode.strictness set to false in your global setting ?
   change it to true and have a try ?

----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
users@infra.apache.org


With regards,
Apache Git Services