← Back to team overview

yahoo-eng-team team mailing list archive

[Bug 1440650] [NEW] VPNaas-IPsec site connection is still active evenif IPsec service on Host OS is stopped and VM across the site are still able to ping each other

 

Public bug reported:

In the devstack setup with VPNaas enabled:

1. Establish a IPsec site connection between 2 devstack clouds.
2. Verify that the connection is active from both ends.
3. Now run "service ipsec stop" on either of the cloud.
4. Now check the status of IPsec site connection, it will still show active on both ends, and the VMs launched on both clouds are still accessible using the private IP. -issue 1
5. If we kill Pluto process also, then the IPsec site connection goes down.
6. If before creating the IPsec site connection IPsec service was stopped, after that if we create  IPsec site connection it doesnot become active even after starting the IPsec service.-issue 2

** Affects: neutron
     Importance: Undecided
         Status: New

** Description changed:

  In the devstack setup with VPNaas enabled:
  
  1. Establish a IPsec connection between 2 devstack clouds.
  2. Verify that the connection is active from both ends.
  3. Now run "service ipsec status" on either of the cloud.
+ 
+ $ service ipsec status
+ IPsec running  - pluto pid: 8489
+ pluto pid 8489
+ No tunnels up
+ 
+ 4. ipsec status shows that there is no tunnel up -issue 1
+ 5. If we kill Pluto process also, then the IPsec site connection goes down.
+ 6. If before creating the IPsec site connection IPsec service was stopped, after that if we create  IPsec site connection it doesnot become active even after starting the IPsec service.-issue 2

** Description changed:

  In the devstack setup with VPNaas enabled:
  
- 1. Establish a IPsec connection between 2 devstack clouds.
+ 1. Establish a IPsec site connection between 2 devstack clouds.
  2. Verify that the connection is active from both ends.
  3. Now run "service ipsec status" on either of the cloud.
  
  $ service ipsec status
  IPsec running  - pluto pid: 8489
  pluto pid 8489
  No tunnels up
  
  4. ipsec status shows that there is no tunnel up -issue 1
  5. If we kill Pluto process also, then the IPsec site connection goes down.
  6. If before creating the IPsec site connection IPsec service was stopped, after that if we create  IPsec site connection it doesnot become active even after starting the IPsec service.-issue 2

** Description changed:

  In the devstack setup with VPNaas enabled:
  
  1. Establish a IPsec site connection between 2 devstack clouds.
  2. Verify that the connection is active from both ends.
- 3. Now run "service ipsec status" on either of the cloud.
- 
- $ service ipsec status
- IPsec running  - pluto pid: 8489
- pluto pid 8489
- No tunnels up
- 
- 4. ipsec status shows that there is no tunnel up -issue 1
+ 3. Now run "service ipsec stop" on either of the cloud.
+ 4. Now check the status of IPsec site connection, it will still show active on both ends.
  5. If we kill Pluto process also, then the IPsec site connection goes down.
  6. If before creating the IPsec site connection IPsec service was stopped, after that if we create  IPsec site connection it doesnot become active even after starting the IPsec service.-issue 2

** Description changed:

  In the devstack setup with VPNaas enabled:
  
  1. Establish a IPsec site connection between 2 devstack clouds.
  2. Verify that the connection is active from both ends.
  3. Now run "service ipsec stop" on either of the cloud.
- 4. Now check the status of IPsec site connection, it will still show active on both ends.
+ 4. Now check the status of IPsec site connection, it will still show active on both ends, and the VMs launched on both clouds are still accessible using the private IP. -issue 1
  5. If we kill Pluto process also, then the IPsec site connection goes down.
  6. If before creating the IPsec site connection IPsec service was stopped, after that if we create  IPsec site connection it doesnot become active even after starting the IPsec service.-issue 2

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1440650

Title:
  VPNaas-IPsec site connection is still  active evenif IPsec service on
  Host OS is stopped and VM across the site are still able to ping each
  other

Status in OpenStack Neutron (virtual network service):
  New

Bug description:
  In the devstack setup with VPNaas enabled:

  1. Establish a IPsec site connection between 2 devstack clouds.
  2. Verify that the connection is active from both ends.
  3. Now run "service ipsec stop" on either of the cloud.
  4. Now check the status of IPsec site connection, it will still show active on both ends, and the VMs launched on both clouds are still accessible using the private IP. -issue 1
  5. If we kill Pluto process also, then the IPsec site connection goes down.
  6. If before creating the IPsec site connection IPsec service was stopped, after that if we create  IPsec site connection it doesnot become active even after starting the IPsec service.-issue 2

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1440650/+subscriptions


Follow ups

References