openbaton / NFVO

Repository containing the source code of the NFVO
Apache License 2.0
61 stars 56 forks source link

VNFC Start/Stop is not working properly #151

Closed orkun34 closed 7 years ago

orkun34 commented 7 years ago

Hello community,

Nowadays I'm working with VNFC as well in order to manage functionality of start/stop procedures. Whenever I take action about this , it seems that there is not problem on OpenBaton.

Initial status ; image after stop; image image

Below one is openbaton.log file output during action; image

Until this moment , there is not any problem.

However when I check OpenStack side , specified instance is still running although it has been stopped. image

I tried to find issue but I couldn't find the reason why VM is still active.

The only guess that I found -I'm not pretty whether it's related or not- is that this start/stop is just used for scripts

image

Thanks in advance

lorenzotomasini commented 7 years ago

Hi,

I think your guess is right. Our start/stop focuses on the service running inside the VM. So if the stop script is correctly executed, the nfvo + generic vnfm will assume that the service is correctly stopped.

Does this answer help?

erolozcan commented 7 years ago

Is this behavior complaint with ETSI NFV specification? Will Openbaton have support shutdown and start operation of a VNF (VM)?

lorenzotomasini commented 7 years ago

This behaviour is connected with the vnfm you are using. A different vnfm than the generic one could have a different logic:

  1. running the stop scripts
  2. invoking the shutdown of the machine in the vim (saved from the first instantiate message)
  3. The start does then the same: start the machine if it is shut off

once the VM is shut off, you are then not able anymore to contact via the EMS, that will start automatically when the VM boots, so the re registration to the vnfm has to be handled but this only if you want to simply extend the generic vnfm. Another vnfm can choose a different way to communicate with the VM