EMS assisted fault handling in virtual network function components
An example operation may include a method comprising one or more of receiving a heartbeat failure notification message when a VNFCI is in standby state, building, at a VNFCI, a next state request message with standby and heartbeat failure parameters, sending the next state request message to an EMS, retrieving, at the EMS, a peer VNFCI state when the next state request message is received, sending a next state response message to the VNFCI with active state when one or more of: a peer VNFCI admin state is not online, and when a peer VNFCI is not reachable when the peer VNFCI admin state is online, sending a next state response message with standby state when the peer operational state is active, and sending the next state response message with standby to the VNFCI when the request of current issues on resources associated with the VNFCI from the VNFM is received and there are critical issues at the EMS.
1. A system, comprising:
a hardware-implemented server hosting an element management system (EMS) controlling a fault handling process for one or more virtual network function component instances (VNFCI), wherein a VNFCI is in a standby state, the system configured to:
build, by the VNFCI, a next state request message;
send, by the VNFCI, the next state request message to the EMS;
retrieve, by the EMS, a peer VNFCI state;
send, by the EMS, a next state response message to the VNFCI specifying a next state of Active when one or more of:
a peer VNFCI admin state is not online, and
a peer VNFCI is not reachable when the peer VNFCI admin state is online;
send, by the EMS, a next state response message specifying a next state of Standby when the peer VNFCI state is active; and
send, by the EMS, the next state response message specifying a next state of Standby when a request of current issues on resources associated with the VNFCI identifies critical issues at the EMS.
2. The system of claim 1 , wherein the VNFCI is configured to:
start a response timer when the next state request message is sent to the EMS.
3. The system of claim 2 , wherein the VNFCI is configured to:
remain in the standby state when the response timer expires and when the next state response message specifies a next state of Standby.
4. The system of claim 2 , wherein the VNFCI is configured to:
transition to an active state when the next state response message specifies a next state of Active.
5. The system of claim 1 , wherein the EMS is further configured to:
retrieve the peer VNFCI state states are retrieved from an element state database.
6. The system of claim 1 , wherein the EMS is configured to:
send the next state response message specifying the next state of Active to the VNFCI when the request of current issues on resources times out when the peer VNFCI is not reachable.
7. The system of claim 1 , wherein the EMS is configured to:
send the next state response message specifying the next state of Active to the VNFCI when the request of current issues on resources is received and there are no critical issues at the EMS.
8. A method implemented via a server hosting an element management system (EMS) controlling a fault handling process for one or more virtual network function component instances (VNFCI), wherein a VNFCI is in a standby state, the method comprising:
building, by the VNFCI, a next state request message;
sending, by the VNFCI, the next state request message to the EMS;
retrieving, by the EMS, a peer VNFCI state;
sending, by the EMS, a next state response message to the VNFCI specifying a next state of Active with active state when one or more of:
a peer VNFCI admin state is not online, and
a peer VNFCI is not reachable when the peer VNFCI admin state is online;
sending, by the EMS, a next state response message specifying a next state of Standby when the peer VNFCI state is active; and
sending, by the EMS, the next state response message specifying a next state of Standby when a request of current issues on resources associated with the VNFCI identifies critical issues at the EMS.
9. The method of claim 8 , further comprising:
starting, by the VNFCI, a response timer when the next state request message is sent to the EMS.
10. The method of claim 9 , further comprising:
remaining, by the VNFCI, remains in the standby state when the response timer expires and the next state response message specifies a next state of Standby.
11. The method of claim 9 , further comprising:
transition, by the VNFCI, to an active state when the next state response message specifies a next state of Active.
12. The method of claim 8 , further comprising:
retrieving, by the EMS, the peer VNFCI state from an element state database.
13. The method of claim 8 , further comprising:
sending, by the EMS, the next state response message specifying the next state of Active to the VNFCI when the request of current issues on resources times out when the peer VNFCI is not reachable.
14. The method of claim 8 , further comprising:
sending, by the EMS, the next state response message specifying the next state of Active to the VNFCI when the request of current issues on resources is received and there are no critical issues at the EMS.
15. A non-transitory computer readable medium storing instructions that when read by a processor cause the processor to perform:
building, by the VNFCI, a next state request message;
sending, by the VNFCI, the next state request message to an element management system (EMS) controlling a fault handling process for the VNFCI;
retrieving, by the EMS, a peer VNFCI state;
sending, by the EMS, a next state response message to the VNFCI specifying a next state of Active with active state when one or more of:
a peer VNFCI admin state is not online, and
a peer VNFCI is not reachable when the peer VNFCI admin state is online;
sending, by the EMS, a next state response message specifying a next state of Standby when the peer VNFCI state is active; and
sending, by the EMS, the next state response message specifying a next state of Standby when a request of current issues on resources associated with the VNFCI identifies critical issues at the EMS.
16. The non-transitory computer readable medium of claim 15 , wherein the instruction further cause the processor to perform:
starting, by the VNFCI, a response timer when the next state request message is sent to the EMS.
17. The non-transitory computer readable medium of claim 16 , wherein the instruction further cause the processor to perform:
causing the VNFCI to remain in the standby state when the response timer expires and the next state response message specifies a next state of Standby.
18. The non-transitory computer readable medium of claim 16 , wherein the instruction further cause the processor to perform:
causing the VNFCI to transition to an active state when the next state response message specifies a next state of Active.
19. The non-transitory computer readable medium of claim 15 , wherein the instruction further cause the processor to perform:
retrieving, by the EMS, the peer VNFCI state from an element state database.
20. The non-transitory computer readable medium of claim 15 , wherein the instruction further cause the processor to perform:
sending, by the EMS, the next state response message specifying the next state of Active to the VNFCI when the request of current issues on resources times out when the peer VNFCI is not reachable.