Skip to content

With VR + VNF + L2 Network, the VMs in L2 Network cannot be reached from the Internet (But the opposite is possible)  #9791

Open

Description

@btzq
ISSUE TYPE
  • Bug Report
COMPONENT NAME
VR + VNF
CLOUDSTACK VERSION
4.19.1
CONFIGURATION

Advanced Networking
VPC
VNF + L2 Network

OS / ENVIRONMENT
SUMMARY

We have 1 VPC and 1 L2 Network connected together with a VNF (PFsense) in between.

Results Summary:

  • Test 1: From L2 VM (10.26.8.230) to VPC VM (10.26.1.250) - PASS
  • Test 2: From VPC VM (10.26.1.250) to L2 VM (10.26.8.230) - FAILED
  • Test 3: From L2 VM (10.26.8.230) to Private Gateway VM (10.88.5.82) - PASS
  • Test 4: From Private Gateway VM (10.88.5.82) to L2 VM (10.26.8.230) - FAILED

Background:
We’ve allowed any on the VNF firewall rules as attached in the screenshot below:

Screenshot 2024-10-14 at 9 03 26 PM

Traffic is allowed any on 10.26.1.254 interface

Screenshot 2024-10-14 at 9 03 55 PM

Traffic is allowed any on 10.26.8.254

We then run some tests.

Test 1: From L2 VM (10.26.8.230) to VPC VM (10.26.1.250)
Screenshot 2024-10-14 at 9 04 32 PM

Results: Ping and traceroute test from 10.26.8.230 to 10.26.1.250 works as expected. (PASS)

Screenshot 2024-10-14 at 9 05 11 PM

Test 2: From VPC VM (10.26.1.250) to L2 VM (10.26.8.230)

Screenshot 2024-10-14 at 9 05 32 PM

Results: Ping and traceroute test from 10.26.1.250 to 10.26.8.230 is not possible (FAILED)

Screenshot 2024-10-14 at 9 06 01 PM

Test 3: From L2 VM (10.26.8.230) to Private Gateway VM (10.88.5.82)
Screenshot 2024-10-14 at 9 07 42 PM
Results: Ping and traceroute test from 10.26.8.230 to 10.88.5.82 works as expected (PASS)

Test 4: From Private Gateway VM (10.88.5.82) to L2 VM (10.26.8.230)
Screenshot 2024-10-14 at 9 08 14 PM

Results: Ping and traceroute test from 10.88.5.82 to 10.26.8.230 does not work (FAILED)
Screenshot 2024-10-14 at 9 08 36 PM

We've been trying to debug Tests 2 and 4 for a while now with no sucess. Anyone has any ideas?
Or is Cloudstack designed not to allow this to be possible?

STEPS TO REPRODUCE
NA
EXPECTED RESULTS
Tests 2 and 4 should be able to work
ACTUAL RESULTS
Tests 2 and 4 does not work

Activity

  1. weizhouapache commented on Oct 14, 2024

    @weizhouapache
    Member

    @btzq
    it looks like a route to 10.26.8.0/254 is missing in the VPC VR.
    you can retry aftering adding a route manually.

    ip route add 10.26.8.0/24 via 10.26.1.254
    
  2. btzq commented on Oct 15, 2024

    @btzq
    Author

    Hey @weizhouapache , but this would require operator to manually intervene, right?
    And if the router is destroyed (eg. CleanUp), this setting will dissapear, and it will need to be re-added manually.

    Is there another way to do it?

  3. weizhouapache commented on Oct 15, 2024

    @weizhouapache
    Member

    Hey @weizhouapache , but this would require operator to manually intervene, right? And if the router is destroyed (eg. CleanUp), this setting will dissapear, and it will need to be re-added manually.

    @btzq correct.

    Is there another way to do it?

    no. currently static routes only applies on VPC private gateway.
    https://cloudstack.apache.org/api/apidocs-4.19/apis/createStaticRoute.html

    We have plan to extend it to support VPC and isolated networks.
    probably next major release (4.21).

  4. btzq commented on Oct 15, 2024

    @btzq
    Author

    @weizhouapache i see, looking forward to this enhancement then!

    Should i close this ticket? Or leave it open to track this request?

  5. weizhouapache commented on Oct 15, 2024

    @weizhouapache
    Member

    @weizhouapache i see, looking forward to this enhancement then!

    Should i close this ticket? Or leave it open to track this request?

    you can keep it open.

    btw: have you tested the manual static route ? does it work in your case ?

  6. btzq commented on Oct 16, 2024

    @btzq
    Author

    @weizhouapache
    We tried your solution and it did not work.

    After we've added the route, the VR is able to reach the destination, but source to destination still wouldnt work.

  7. weizhouapache commented on Oct 16, 2024

    @weizhouapache
    Member

    @weizhouapache
    We tried your solution and it did not work.

    After we've added the route, the VR is able to reach the destination, but source to destination still wouldnt work.

    What are the network acl rules of the vpc tier ? Allow all ?

  8. added this to the 4.21.0.0 milestone on Nov 8, 2024
  9. btzq commented on Feb 28, 2025

    @btzq
    Author

    Hi @weizhouapache , apologies ive missed your comment. Adding the manual static route still didnt work. We arent sure why... ACL Rules were Allow All to make sure ACL is not the issue, but it still didnt work...

    Also, we had some growing requests from users where they want to implement a 'Hub and Spoke' architecture such as:

    And the 'Hub', needs to have some form of a VM Firewall (FortinetVMFW, PfsenseVMFW) to be the first point of contact to filter any incoming/outgoing traffic. To my knowledege, this is best done using L2 networks and not possible in VPC/Isolated Networks because Static Route is not supported in this network offering. But, our users want to have VPC/Isolated Network as the 'Hub' as they dont want to use L2 Networks.

    I guess its what i have reported in this ticket. I really hope 4.21 resolves this at it would really help!!

    Btw, is it possible to 'Force' a spoke VPC to use the Hub for its default gateway? (Eg. Internet access) using Static Routes on VPCs when it does become available in 4.21?

  10. added theissue type on Jul 11, 2025
  11. 7 remaining items

  12. btzq commented on Mar 31, 2026

    @btzq
    Author

    Hi @weizhouapache , is Static Routes supported in VPCs where the router is in normal NAT-ed mode?

  13. weizhouapache commented on Mar 31, 2026

    @weizhouapache
    Member

    Hi @weizhouapache , is Static Routes supported in VPCs where the router is in normal NAT-ed mode?

    Yes. @btzq
    It is supposed to support VPC with NATTED mode.

    Actually I am not sure if Routed VPC is supported.

  14. modified the milestones: 4.22.1, 4.22.2 on Apr 24, 2026
  15. github-actions commented on Aug 25, 2026

    @github-actions

    This issue is stale because it has been open for 120 days with no activity. It may be removed by administrators of this project at any time. Remove the stale label or comment to request for removal of it to prevent this.

  16. DaanHoogland commented on Aug 25, 2026

    @DaanHoogland
    Contributor

    @weizhouapache , will there be any change following on this?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Type

    Projects

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions