05-25-2017 07:22 PM - edited 03-01-2019 03:50 AM
Hi Team
Could you kindly share your insight if we need NED when customer want to instantiate 3rd party mobility VNF ( MME, SGW, PGW) with NSO and ESC without automation of service configuration ?
customer is OK if they can access the VNF through ssh after VNF is boot up.
and if NED is still required, what's the role of NED to instantiate VNF?
Regards
Bo
Solved! Go to Solution.
05-29-2017 02:42 AM
It is not mandatory to specify a NED; the device-type is a presence container.
So it's perfectly fine to skip device-type in the VNFD but please note: In this case you cannot set the "managed" flag in the VNF info/NS info.
05-26-2017 01:30 AM
Hello Bo,
The NED is required to enable NSO to communicate with VNFs after instantiation and manage it. Please have a look to "tailf-etsi-rel2-nfvo-esc.yang" and you will notice that it's mandatory to specify the device-type (which is requiring a NED) during the instantiation
if you specify a different NED, I think the VNF will be instantiated given that you have all parameters correctly provided, but NSO won't be able to manage or control it.
Don't forget to provide the Day0 configuration to your instance that enable at least communication between VNF and ESC over management port, Otherwise you will have a loop in deployment.
Regards
Bassim
05-29-2017 02:42 AM
It is not mandatory to specify a NED; the device-type is a presence container.
So it's perfectly fine to skip device-type in the VNFD but please note: In this case you cannot set the "managed" flag in the VNF info/NS info.
05-30-2017 01:45 AM
I think what you propose maps exactly to the ETSI MANO definition of NFVO. The NFVO is responsible for day-0 configuration only, but not for day-1 or day-n. As Fredrik says, this mode of usage is supported in the NSO NFVO function pack. Of course you are then not taking advantage of NSO's ability to manage the end-to-end service configuration, and to have service configuration connected with your VNF orchestration. This in turn means that if there is a lifecycle event which means that the VNF restarts, then some other system needs to ensure that any day-1+ configuration is re-applied. The beauty of having NSO both as NFVO and as service configurator is that this is all taken care of for you.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide