]> git.ipfire.org Git - thirdparty/kea.git/commitdiff
[trac3891] Typo level items
authorShawn Routhier <sar@isc.org>
Thu, 17 Sep 2015 00:11:14 +0000 (17:11 -0700)
committerShawn Routhier <sar@isc.org>
Thu, 17 Sep 2015 00:11:14 +0000 (17:11 -0700)
doc/guide/dhcp4-srv.xml
src/bin/dhcp4/dhcp4_messages.mes
src/bin/dhcp4/dhcp4_srv.cc
src/bin/dhcp4/dhcp4_srv.h
src/bin/dhcp4/tests/decline_unittest.cc

index 0fc18895bb1ab901435aa0a93d6d4ceba6c1f0f7..4a116c39e1d2018d74292f52d65ad2410827a19d 100644 (file)
@@ -2727,13 +2727,13 @@ It is merely echoed by the server
       <para>
         The server does not decrease assigned-addresses statistics
         when DHCPDECLINE is received and processed successfully. While
-        technically declined address is not assigned anymore, the primary usage
-        of assigned-addresses statistic is to monitor pool utilization. Most
+        technically a declined address is no longer assigned, the primary usage
+        of the assigned-addresses statistic is to monitor pool utilization. Most
         people would forget to include declined-addresses in the calculation,
         and simply do assigned-addresses/total-addresses. This would have a bias
         towards under-representing pool utilization. As this has a
-        potential for major issues, we decided to decrease assigned
-        addresses not immediately after receiving DHCPDECLINE, but do
+        potential for major issues, we decided not to decrease assigned
+        addresses immediately after receiving DHCPDECLINE, but to do
         it later when we recover the address back to the available pool.
       </para>
 
index 1e91f063a8a7e4810e8c8ff6bb5fa4a39d85a446..eafa754fc8e24fbceb8c3f02ef81f061fd4c4007 100644 (file)
@@ -194,7 +194,7 @@ detected as a duplicate (i.e. another device in the network is using this addres
 However, the server does not have a record for this address. This may indicate
 a client's error or a server's purged database.
 
-% DHCP4_DECLINE_LEASE_MISMATCH Received DHCPDECLINE for addr %1 from %2, but the data doesn't match: received hwaddr: %3, lease hwaddr: %4, received client-id: %5, lease client-id: %6
+% DHCP4_DECLINE_LEASE_MISMATCH Received DHCPDECLINE for addr %1 from client %2, but the data doesn't match: received hwaddr: %3, lease hwaddr: %4, received client-id: %5, lease client-id: %6
 This informational message means that a client attempted to report his address
 as declined (i.e. used by unknown entity). The server has information about
 a lease for that address, but the client's hardware address or client identifier
index 551268ce31c7147a4fadb123d64020e9f3e459b2..44b036db9370d4fa6e567af83106dcfa3ba420cd 100644 (file)
@@ -1936,8 +1936,8 @@ Dhcpv4Srv::declineLease(const Lease4Ptr& lease, const std::string& descr) {
     StatsMgr::instance().addValue("declined-addresses", static_cast<int64_t>(1));
 
     // We do not want to decrease the assigned-addresses at this time. While
-    // technically declined address is not allocated anymore, the primary usage
-    // of assigned-addresses statistic is to monitor pool utilization. Most
+    // technically a declined address is no longer allocated, the primary usage
+    // of the assigned-addresses statistic is to monitor pool utilization. Most
     // people would forget to include declined-addresses in the calculation,
     // and simply do assigned-addresses/total-addresses. This would have a bias
     // towards under-representing pool utilization, if we decreased allocated
index 86ec443b4941c711149cf2321cf42636e9560ea1..142ee44529975fbb1117212cdaab7443db981ead 100644 (file)
@@ -405,7 +405,7 @@ protected:
     /// @brief Process incoming DHCPDECLINE messages.
     ///
     /// This method processes incoming DHCPDECLINE. In particular, it extracts
-    /// Requested IP Address option, check that the address really belongs to
+    /// Requested IP Address option, checks that the address really belongs to
     /// the client and if it does, calls @ref declineLease.
     ///
     /// @param decline message received from client
index 2c1175fc019f2cfb6a84d49beb3dd984e0ee756f..2252c3141ee681bfce0aa1b30ec68aab91513a2f 100644 (file)
@@ -197,7 +197,7 @@ DeclineTest::acquireAndDecline(const std::string& hw_address_1,
     uint64_t after_global = declined_global->getInteger().first;
 
     ASSERT_TRUE(lease);
-    // We check if the deline process was successful by checking if the
+    // We check if the decline process was successful by checking if the
     // lease is in the database and what is its state.
     if (expected_result == SHOULD_PASS) {
         EXPECT_EQ(Lease::STATE_DECLINED, lease->state_);