Closed orkun34 closed 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?
Is this behavior complaint with ETSI NFV specification? Will Openbaton have support shutdown and start operation of a VNF (VM)?
This behaviour is connected with the vnfm you are using. A different vnfm than the generic one could have a different logic:
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
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 ; after stop;
Below one is openbaton.log file output during action;
Until this moment , there is not any problem.
However when I check OpenStack side , specified instance is still running although it has been stopped.
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
Thanks in advance