diff --git a/doc/repmgrd-automatic-failover.sgml b/doc/repmgrd-automatic-failover.sgml
index 217eb1ef..ff849bc7 100644
--- a/doc/repmgrd-automatic-failover.sgml
+++ b/doc/repmgrd-automatic-failover.sgml
@@ -193,6 +193,17 @@
applications attempting to access the replication cluster.
+
+
+ Currently repmgrd can only detect disconnections
+ of streaming replication standbys and cannot determine whether a standby
+ has disconnected and fallen back to archive recovery.
+
+
+ See section caveats below.
+
+
+
Standby disconnections monitoring process and criteria
@@ -311,6 +322,42 @@
+
+ Standby disconnections monitoring caveats
+
+ The follwing caveats should be considered if you are intending to use this functionality.
+
+
+
+
+
+ If a child node is configured to use archive recovery, it's possible that
+ the child node will disconnect from the primary node and fall back to
+ archive recovery. In this case repmgrd
+ will nevertheless register a node disconnection.
+
+
+
+
+
+ &repmgr; relies on application_name in the child node's
+ primary_conninfo string to be the same as the node name
+ defined in the node's repmgr.conf file. Furthermore,
+ this application_name must be unique across the replication
+ cluster.
+
+
+ If a custom application_name is used, or the
+ application_name is not unique across the replication
+ cluster, &repmgr; will not be able to reliably monitor child node connections.
+
+
+
+
+
+
+
+
Standby disconnections monitoring process configuration