Connectivity fault management timeout period control
View Patent ↗Various exemplary embodiments relate to a method and related system and machine-readable medium including one or more of the following: receiving, at the MEP, a connectivity fault management (CFM) message; determining whether the CFM message includes an indication specifying a new value for a timeout factor; and when the CFM message includes an indication specifying a new value for the timeout factor, using the new value as the timeout factor. One or more of the following may also be included: when the CFM message does not include an indication specifying a new timeout factor, using a default value as the timeout factor; determining a timeout period using at least the timeout factor; determining whether the timeout period has elapsed since a most recent CFM message was received; and when the timeout period has elapsed since the last CFM message was received, determining that a timeout has occurred.
1. A system for modifying a timeout period observed by a peer system, the system comprising:
a temporary factor module configured to, based on an indication of a future event that will render the system temporarily unavailable, determine a new value for a timeout factor to transmit to the peer system;
a connectivity fault management (CFM) message initiator configured to, when the temporary factor module has determined a value for the new timeout factor, construct a new CFM message that includes an indication specifying the new value for the timeout factor, and
a transmitter interface configured to transmit the new CFM message to the peer system for use in modifying a CFM message timeout period,
wherein the new CFM message instructs the peer system to refrain from declaring a timeout while the system is temporarily unavailable due to the future event by modifying the CFM message timeout period.
2. The system of claim 1 , further comprising:
a control signal interface configured to receive a control signal including the indication of the future event that will render the system temporarily unavailable.
3. The system of claim 2 , wherein the temporary factor module is further configured to determine the new timeout factor to transmit to the peer system based on information carried by the control signal.
4. The system of claim 1 , wherein the indication of the new value for the timeout factor is a Type-Length-Value (TLV) field.
5. The system of claim 1 , wherein the CFM message comprises at least one of: a continuity check message and an alarm indication signal.
6. The system of claim 1 , wherein the timeout factor comprises at least one of: a timeout multiplier and a message interval.
7. The system of claim 1 , wherein the CFM message initiator is further configured to, after occurrence of the future event, transmit an additional CFM message that omits the indication of the new value for the timeout factor.
8. The system of claim 1 wherein the future event is at least one of: a software upgrade and a server restart.
9. A method performed by a maintenance endpoint (MEP) configured on a node in a communications network for modifying a timeout period used by a peer MEP in determining whether a timeout has occurred, the method comprising:
determining that a future event will render the MEP temporarily unavailable;
determining, based on the future event, a new value for a timeout factor to transmit to the peer MEP;
constructing a new connectivity fault management (CFM) message that includes an indication specifying the new value for the timeout factor; and
transmitting the new CFM message to the peer MEP,
wherein the new CFM message instructs the peer MEP to refrain from declaring a timeout while the system is temporarily unavailable due to the future event by modifying a CFM message timeout period.
10. The method of claim 9 , wherein the indication is a Type-Length-Value (TLV) field.
11. The method of claim 9 , wherein the timeout factor includes at least one of: a timeout multiplier and a message interval.
12. The method of claim 9 , further comprising:
after the occurrence of the future event, transmitting an additional CFM message that omits the indication of the new value for the timeout factor.
13. The method of claim 9 , wherein the MEP is implemented according to at least one of: the IEEE 802.1ag standard and the ITU-T Y.1731 standard.
14. The method of claim 9 , wherein the future event is at least one of: a software upgrade and a server restart.
15. A non-transitory machine-readable storage medium encoded with instructions for execution by a maintenance endpoint (MEP) for modifying a timeout period used by a peer MEP in determining whether a timeout has occurred, the non-transitory machine-readable storage medium comprising:
instructions for determining that a future event will render the MEP temporarily unavailable;
instructions for determining, based on the future event, a new value for a timeout factor to transmit to the peer MEP;
instructions for constructing a new connectivity fault management (CFM) message that includes an indication specifying the new value for the timeout factor; and
instructions for transmitting the new CFM message to the peer MEP,
wherein the new CFM message instructs the peer MEP to refrain from declaring a timeout while the system is temporarily unavailable due to the future event by modifying a CFM message timeout period.
16. The non-transitory machine-readable storage medium of claim 15 , wherein the indication is a Type-Length-Value (TLV) field.
17. The non-transitory machine-readable storage medium of claim 15 , wherein the timeout factor includes at least one of: a timeout multiplier and a message interval.
18. The non-transitory machine-readable storage medium of claim 15 , further comprising:
instructions for, after the occurrence of the future event, transmitting an additional CFM message that omits the indication of the new value for the timeout factor.
19. The non-transitory machine-readable storage medium of claim 15 , wherein the MEP is implemented according to at least one of: the IEEE 802.1ag standard and the ITU-T Y.1731 standard.
20. The non-transitory machine-readable storage medium of claim 15 , wherein the future event is at least one of: a software upgrade and a server restart.