A network running OSPF takes several tens of seconds to recover from a failure, using the current default parameter settings. The main component of this delay is the time required to detect a failure using the hello protocol. Reducing the value of the hellointerval can speed up the failure detection time. However, too small a value of the hellointerval can result in an increase in network congestion, potentially causing multiple consecutive hellos to be lost. This can lead to a false breakdown of adjacencies between routers. Such false alarms not only disrupt network traffic by causing unnecessary routing changes, but also increase the processing load on the routers, which may potentially lead to routing instability. In this paper, we investigate the following question - what is the optimal value for the hellointerval that will lead to fast failure detection in the network, while keeping occurrences of false alarms within acceptable limits? We examine the impact of both network congestion and the network topology on the optimal value for the hellointerval. Additionally, we investigate the effectiveness of faster failure detection in achieving fast failure recovery in OSPF networks.