[ospfd] network command now behaves more logically when a peer prefix is defined

2007-04-30 Andrew J. Schorr <ajschorr@alumni.princeton.edu>

	* ospfd/ospfd.c: (ospf_network_match_iface) Comment out
	  COMPATIBILITY_MODE.  Going forward, the ospf "network" command
	  will use a simple test: does the network command prefix
	  contain the connected (destination) prefix of the interface?
	* doc/ospfd.texi: Add a paragraph to the description of the OSPFv2
	  network command to explain how we handle interfaces with
	  peer addresses.
diff --git a/doc/ospfd.texi b/doc/ospfd.texi
index bd53a69..f879a98 100644
--- a/doc/ospfd.texi
+++ b/doc/ospfd.texi
@@ -232,6 +232,13 @@
 prefix length in network statement. For example statement above doesn't enable
 ospf on interface with address 192.168.1.1/23, but it does on interface with
 address 192.168.1.129/25.
+
+Note that the behavior when there is a peer address
+defined on an interface changed after release 0.99.7.
+Currently, if a peer prefix has been configured,
+then we test whether the prefix in the network command contains
+the destination prefix.  Otherwise, we test whether the network command prefix
+contains the local address prefix of the interface. 
 @end deffn
 
 @node OSPF area