Commit 90825001 authored by Andrei Pavel's avatar Andrei Pavel

Corrected typos

parent 039622a4
......@@ -37,7 +37,7 @@ that your code compiles. This may seem obvious, but there's more to
it. You have surely checked that it compiles on your system, but Kea
is portable software. Besides Linux, it is compiled and used on
relatively uncommon systems like OpenBSD. Will your code
compile and work there? What about endianess? It is likely that you used
compile and work there? What about endianness? It is likely that you used
a regular x86 architecture machine to write your patch, but the software
is expected to run on many other architectures. You may take a look at
system specific build notes (http://kea.isc.org/wiki/Install).
......
......@@ -26,7 +26,7 @@
# 2. MySQL backend. Leases will be stored in MySQL database. Make sure it
# is up, running and properly initialized. See kea-admin documentation
# for details on how to intialize the database. The only strictly required
# for details on how to initialize the database. The only strictly required
# parameters are type and name. If other parameters are not specified,
# Kea will assume the database is avaiable on localhost, that user and
# password is not necessary to connect and that timeout is 5 seconds.
......@@ -42,7 +42,7 @@
# 3. PostgreSQL backend. Leases will be stored in PostgreSQL database. Make
# sure it is up, running and properly initialized. See kea-admin documentation
# for details on how to intialize the database. The only strictly required
# for details on how to initialize the database. The only strictly required
# parameters are type and name. If other parameters are not specified,
# Kea will assume the database is avaiable on localhost, that user and
# password is not necessary to connect and that timeout is 5 seconds.
......@@ -57,7 +57,7 @@
# 4. CQL (Cassandra) backend. Leases will be stored in Cassandra database. Make
# sure it is up, running and properly initialized. See kea-admin documentation
# for details on how to intialize the database. The only strictly required
# for details on how to initialize the database. The only strictly required
# parameters are type, keyspace and contact_points. At least one contact point
# must be specified, but more than one is required for redundancy. Make sure
# you specify the contact points without spaces. Kea must be compiled with
......
......@@ -26,7 +26,7 @@
# 2. MySQL backend. Leases will be stored in MySQL database. Make sure it
# is up, running and properly initialized. See kea-admin documentation
# for details on how to intialize the database. The only strictly required
# for details on how to initialize the database. The only strictly required
# parameters are type and name. If other parameters are not specified,
# Kea will assume the database is avaiable on localhost, that user and
# password is not necessary to connect and that timeout is 5 seconds.
......@@ -42,7 +42,7 @@
# 3. PostgreSQL backend. Leases will be stored in PostgreSQL database. Make
# sure it is up, running and properly initialized. See kea-admin documentation
# for details on how to intialize the database. The only strictly required
# for details on how to initialize the database. The only strictly required
# parameters are type and name. If other parameters are not specified,
# Kea will assume the database is avaiable on localhost, that user and
# password is not necessary to connect and that timeout is 5 seconds.
......@@ -57,7 +57,7 @@
# 4. CQL (Cassandra) backend. Leases will be stored in Cassandra database. Make
# sure it is up, running and properly initialized. See kea-admin documentation
# for details on how to intialize the database. The only strictly required
# for details on how to initialize the database. The only strictly required
# parameters are type, keyspace and contact_points. At least one contact point
# must be specified, but more than one is required for redundancy. Make sure
# you specify the contact points without spaces. Kea must be compiled with
......
......@@ -18,7 +18,7 @@
For example, Kea currently only stores lease information
and host reservations. Future versions of Kea will store
additional data such as subnet definitions: the database
structure will need to be updated to accomdate the extra
structure will need to be updated to accommodate the extra
information.
</para>
......@@ -72,7 +72,7 @@
<listitem>
<simpara>
<command>lease-init</command> &mdash;
Initializes a new lease database. This is useful during a new
Initializes a new lease database. This is useful during a new
Kea installation. The database is initialized to the
latest version supported by the version of the software being
installed.
......@@ -616,7 +616,7 @@ $ <userinput>kea-admin lease-upgrade pgsql -u <replaceable>database-user</replac
<orderedlist>
<listitem>
<para>
Export CQLSH_HOST environemnt variable:
Export CQLSH_HOST environment variable:
<screen>
$ <userinput>export CQLSH_HOST=localhost</userinput>
</screen>
......@@ -715,7 +715,7 @@ $ <userinput>kea-admin lease-upgrade cql -n <replaceable>database-name</replacea
read-only mode.
Sections <xref linkend="read-only-database-configuration4"/> and
<xref linkend="read-only-database-configuration6"/> describe when
such configuration may be reqired and how to configure Kea to
such configuration may be required and how to configure Kea to
operate using a read-only host database.
</para>
</section>
......
......@@ -820,7 +820,7 @@ concatenation of the strings</entry></row>
</para>
<para>
To enable the debug statements in the classifciaton system you will
To enable the debug statements in the classification system you will
need to set the severity to "DEBUG" and the debug level to at least 55.
The specific loggers are "kea-dhcp4.eval" and "kea-dhcp6.eval".
</para>
......
......@@ -104,7 +104,7 @@ where <command>/path/to/the/kea/socket</command> is the path specified in the
configuration file. Text passed to <command>socat</command>
will be sent to Kea and the responses received from Kea printed to standard output.</para>
<para>It is also easy to open UNIX socket programmatically. An example of
<para>It is also easy to open UNIX socket programatically. An example of
such a simplistic client written in C is available in the Kea Developer's
Guide, chapter Control Channel Overview, section Using Control Channel.</para>
......
......@@ -716,7 +716,7 @@ corresponding values in the DHCP servers' "dhcp-ddns" configuration section.
</section> <!-- "d2-reverse-ddns-config" -->
<section id="d2-exmaple-config">
<section id="d2-example-config">
<title>Example DHCP-DDNS Server Configuration</title>
<para>
This section provides an example DHCP-DDNS server configuration based
......
......@@ -2969,7 +2969,7 @@ It is merely echoed by the server
</screen>
<para>Static class assignments, as shown above, can be used in conjuction
<para>Static class assignments, as shown above, can be used in conjunction
with classification using expressions.</para>
</section>
......
......@@ -1203,7 +1203,7 @@ temporarily override a list of interface names and listen on all interfaces.
S46 container options group rules and optional port parameters
for a specified domain. There are three container options specified
in the "dhcp6" (top level) option space: MAP-E Container option,
MAP-T Container option and S46 Lieghtweight 4over6 Container option.
MAP-T Container option and S46 Lightweight 4over6 Container option.
These options only contain encapsulated options specified below.
They do not include any data fields.
</para>
......@@ -2904,7 +2904,7 @@ should include options from the isc option space:
}
</screen>
<para>Static class assignments, as shown above, can be used in conjuction
<para>Static class assignments, as shown above, can be used in conjunction
with classification using expressions.</para>
</section>
......
......@@ -271,7 +271,7 @@
</itemizedlist>
</para>
<para>
Once loaded, the library allows segregating incomings requests into
Once loaded, the library allows segregating incoming requests into
known and unknown clients. For known clients, the packets are
processed mostly as usual, except it is possible to override certain
options being sent. That can be done on a per host basis. Clients
......@@ -306,7 +306,7 @@
is "HW_ADDR" for IPv4 users or "DUID" for IPv6
users</para></listitem>
<listitem><para><command>id</command>, whose value is
either the hardware address or the DUID from the equest
either the hardware address or the DUID from the request
formatted as a string of hex digits, with or without
":" delimiters.</para></listitem>
</itemizedlist>
......@@ -344,7 +344,7 @@ and may have the zero or more of the following entries:
<title>Forensic Logging Hooks</title>
<para>
This section describes the forensic log hooks library. This library
povides hooks that record a detailed log of lease assignments
provides hooks that record a detailed log of lease assignments
and renewals into a set of log files. Currently this library
is only available to ISC customers with a support contract.
</para>
......
......@@ -61,7 +61,7 @@
runtime) are responsible for creating the loggers used by those
libraries. Such loggers should have unique names, different
from the logger names used by Kea. In this way the
messages output by the hooks library can be distingued from
messages output by the hooks library can be distinguished from
messages issued by the core Kea code. Unique names also allow
the loggers to be configured independently of loggers used
by Kea. Whenever it makes sense, a hook library can use multiple
......@@ -150,7 +150,7 @@
packet drops, you must create configuration entry for the
logger called <quote>kea-dhcp4.bad-packets</quote> and specify
severity DEBUG for this logger. All other configuration
parameters may be omited for this logger if the logger should
parameters may be omitted for this logger if the logger should
use the default values specified in the root logger's
configuration.
</para>
......
......@@ -15,22 +15,22 @@
// \brief Coroutine object
//
// A coroutine object maintains the state of a re-enterable routine. It
// is assignable and copy-constructable, and can be used as a base class
// is assignable and copy-constructible, and can be used as a base class
// for a class that uses it, or as a data member. The copy overhead is
// a single int.
//
// A reenterable function contains a CORO_REENTER (coroutine) { ... }
// A reentrant function contains a CORO_REENTER (coroutine) { ... }
// block. Whenever an asychrnonous operation is initiated within the
// routine, the function is provided as the handler object. (The simplest
// way to do this is to have the reenterable function be the operator()
// way to do this is to have the reentrant function be the operator()
// member for the coroutine object itself.) For example:
//
//
// CORO_YIELD socket->async_read_some(buffer, *this);
//
// The CORO_YIELD keyword updates the current status of the coroutine to
// indicate the line number currently being executed. The
// async_read_some() call is initiated, with a copy of the updated
// corotutine as its handler object, and the current coroutine exits. When
// coroutine as its handler object, and the current coroutine exits. When
// the async_read_some() call finishes, the copied coroutine will be
// called, and will resume processing exactly where the original one left
// off--right after asynchronous call. This allows asynchronous I/O
......
......@@ -81,7 +81,7 @@ cql_lease_version_test() {
$keaadmin lease-init cql -u $db_user -p $db_password -n $db_name -d $db_scripts_dir
assert_eq 0 $? "kea-admin lease-init cql failed, expected exit code: %d, actual: %d"
# Verfiy that kea-admin lease-version returns the correct version.
# Verify that kea-admin lease-version returns the correct version.
version=$($keaadmin lease-version cql -u $db_user -p $db_password -n $db_name)
assert_str_eq "1.0" $version "Expected kea-admin to return %s, returned value was %s"
......
......@@ -38,7 +38,7 @@ mysql_lease_init_test() {
# Let's wipe the whole database
mysql_wipe
# Ok, now let's initalize the database
# Ok, now let's initialize the database
${keaadmin} lease-init mysql -u $db_user -p $db_password -n $db_name -d $db_scripts_dir
ERRCODE=$?
......@@ -117,7 +117,7 @@ mysql_host_reservation_init_test() {
# Let's wipe the whole database
mysql_wipe
# Ok, now let's initalize the database
# Ok, now let's initialize the database
${keaadmin} lease-init mysql -u $db_user -p $db_password -n $db_name -d $db_scripts_dir
ERRCODE=$?
......@@ -387,7 +387,7 @@ mysql_lease4_dump_test() {
# Let's wipe the whole database
mysql_wipe
# Ok, now let's initalize the database
# Ok, now let's initialize the database
${keaadmin} lease-init mysql -u $db_user -p $db_password -n $db_name -d $db_scripts_dir
ERRCODE=$?
assert_eq 0 $ERRCODE "could not create database, expected exit code %d, actual %d"
......@@ -447,7 +447,7 @@ mysql_lease6_dump_test() {
# Let's wipe the whole database
mysql_wipe
# Ok, now let's initalize the database
# Ok, now let's initialize the database
${keaadmin} lease-init mysql -u $db_user -p $db_password -n $db_name -d $db_scripts_dir
ERRCODE=$?
assert_eq 0 $ERRCODE "could not create database, expected exit code %d, actual %d"
......
......@@ -86,7 +86,7 @@ pgsql_lease_version_test() {
${keaadmin} lease-init pgsql -u $db_user -p $db_password -n $db_name -d $db_scripts_dir
assert_eq 0 $? "cannot initialize the database, expected exit code: %d, actual: %d"
# Verfiy that kea-admin lease-version returns the correct version
# Verify that kea-admin lease-version returns the correct version
version=$(${keaadmin} lease-version pgsql -u $db_user -p $db_password -n $db_name)
assert_str_eq "3.0" ${version} "Expected kea-admin to return %s, returned value was %s"
......@@ -280,7 +280,7 @@ pgsql_lease4_dump_test() {
# Let's wipe the whole database
pgsql_wipe
# Ok, now let's initalize the database
# Ok, now let's initialize the database
${keaadmin} lease-init pgsql -u $db_user -p $db_password -n $db_name -d $db_scripts_dir
ERRCODE=$?
assert_eq 0 $ERRCODE "could not create database, expected exit code %d, actual %d"
......@@ -375,7 +375,7 @@ pgsql_lease6_dump_test() {
# Let's wipe the whole database
pgsql_wipe
# Ok, now let's initalize the database
# Ok, now let's initialize the database
${keaadmin} lease-init pgsql -u $db_user -p $db_password -n $db_name -d $db_scripts_dir
ERRCODE=$?
assert_eq 0 $ERRCODE "could not create database, status code %d"
......
......@@ -80,7 +80,7 @@ D2CfgMgr::forwardUpdatesEnabled() {
bool
D2CfgMgr::reverseUpdatesEnabled() {
// Reverse updates are not enabled if no revese servers are defined.
// Reverse updates are not enabled if no reverse servers are defined.
return (getD2CfgContext()->getReverseMgr()->size() > 0);
}
......
......@@ -130,7 +130,7 @@ operator<<(std::ostream& os, const D2Params& config) {
}
// *********************** TSIGKeyInfo *************************
// Note these values match correpsonding values for Bind9's
// Note these values match corresponding values for Bind9's
// dnssec-keygen
const char* TSIGKeyInfo::HMAC_MD5_STR = "HMAC-MD5";
const char* TSIGKeyInfo::HMAC_SHA1_STR = "HMAC-SHA1";
......
......@@ -258,7 +258,7 @@ private:
/// @brief Dumps the contents of a D2Params as text to an output stream
///
/// @param os output stream to which text should be sent
/// @param config D2Param instnace to dump
/// @param config D2Param instance to dump
std::ostream&
operator<<(std::ostream& os, const D2Params& config);
......@@ -287,7 +287,7 @@ public:
/// @brief Constructor
///
/// @param name the unique label used to identify this key
/// @param algorithm the id of the encryption alogirthm this key uses.
/// @param algorithm the id of the encryption algorithm this key uses.
/// Currently supported values are (case insensitive):
/// -# "HMAC-MD5"
/// -# "HMAC-SHA1"
......@@ -538,7 +538,7 @@ public:
///
/// @param name is the domain name of the domain.
/// @param servers is the list of server(s) supporting this domain.
/// @param tsig_key_info pointer to the TSIGKeyInfo for the dommain's key
/// @param tsig_key_info pointer to the TSIGKeyInfo for the domain's key
/// It defaults to an empty pointer, signifying the domain has no key.
DdnsDomain(const std::string& name,
DnsServerInfoStoragePtr servers,
......
......@@ -243,7 +243,7 @@ D2Process::checkQueueStatus() {
: "shutdown");
queue_mgr_->stopListening();
} catch (const isc::Exception& ex) {
// It is very unlikey that we would experience an error
// It is very unlikely that we would experience an error
// here, but theoretically possible.
LOG_ERROR(d2_logger, DHCP_DDNS_QUEUE_MGR_STOP_ERROR)
.arg(ex.what());
......
......@@ -66,9 +66,9 @@ public:
/// This is invoked by the controller after command line arguments but
/// PRIOR to configuration reception. The base class provides this method
/// as a place to perform any derivation-specific initialization steps
/// that are inapppropriate for the constructor but necessary prior to
/// that are inappropriate for the constructor but necessary prior to
/// launch. So far, no such steps have been identified for D2, so its
/// implementantion is empty but required.
/// implementation is empty but required.
///
/// @throw DProcessBaseError if the initialization fails.
virtual void init();
......
......@@ -153,7 +153,7 @@ D2QueueMgr::stopListening(const State target_stop_state) {
<< target_stop_state);
}
// Remember the state we want to acheive.
// Remember the state we want to achieve.
target_stop_state_ = target_stop_state;
// Instruct the listener to stop. If the listener reports that it
......
......@@ -128,7 +128,7 @@ D2UpdateMessage::fromWire(const void* received_data, size_t bytes_received,
isc::util::InputBuffer received_data_buffer(received_data, bytes_received);
message_.fromWire(received_data_buffer);
// If tsig_contex is not NULL, then we need to verify the message.
// If tsig_context is not NULL, then we need to verify the message.
if (tsig_context) {
TSIGError error = tsig_context->verify(message_.getTSIGRecord(),
received_data, bytes_received);
......
......@@ -56,7 +56,7 @@ public:
isc::Exception(file, line, what) {}
};
/// @brief Exception indicating that a signed, inbound message failed to verfiy
/// @brief Exception indicating that a signed, inbound message failed to verify
///
/// This exception is thrown when TSIG verification of a DNS server's response
/// fails.
......
......@@ -46,7 +46,7 @@ public:
// received. This allows a single DNSClientImpl instance to be used for
// multiple, sequential IOFetch calls. (@todo Trac# 3286 has been opened
// against dns::Message::fromWire. Should the behavior of fromWire change
// the behavior here with could be rexamined).
// the behavior here with could be reexamined).
D2UpdateMessagePtr& response_;
// A caller-supplied external callback which is invoked when DNS message
// exchange is complete or interrupted.
......
......@@ -85,7 +85,7 @@ public:
/// @brief Constructor.
///
/// @param response_placeholder Messge object pointer which will be updated
/// @param response_placeholder Message object pointer which will be updated
/// with dynamically allocated object holding the DNS server's response.
/// @param callback Pointer to an object implementing @c DNSClient::Callback
/// class. This object will be called when DNS message exchange completes or
......
......@@ -212,7 +212,7 @@ protected:
/// post a next event of IO_COMPLETED_EVT and then invoke runModel which
/// resumes execution of the state model.
///
/// When the handler is invoked with a next event of IO_COMPELTED_EVT,
/// When the handler is invoked with a next event of IO_COMPLETED_EVT,
/// the DNS update status is checked and acted upon accordingly:
///
/// Transitions to:
......@@ -254,7 +254,7 @@ protected:
/// post a next event of IO_COMPLETED_EVT and then invoke runModel which
/// resumes execution of the state model.
///
/// When the handler is invoked with a next event of IO_COMPELTED_EVT,
/// When the handler is invoked with a next event of IO_COMPLETED_EVT,
/// the DNS update status is checked and acted upon accordingly:
///
/// Transitions to:
......@@ -306,7 +306,7 @@ protected:
/// post a next event of IO_COMPLETED_EVT and then invoke runModel which
/// resumes execution of the state model.
///
/// When the handler is invoked with a next event of IO_COMPELTED_EVT,
/// When the handler is invoked with a next event of IO_COMPLETED_EVT,
/// the DNS update status is checked and acted upon accordingly:
///
/// Transitions to:
......
......@@ -144,7 +144,7 @@ public:
static const int NCT_DERIVED_EVENT_MIN = SM_DERIVED_EVENT_MIN + 101;
//@}
/// @brief Defualt time to assign to a single DNS udpate.
/// @brief Default time to assign to a single DNS update.
/// @todo This value will be made configurable in the very near future
/// under trac3268. For now we will define it to 100 milliseconds
/// so unit tests will run within a reasonable amount of time.
......@@ -289,7 +289,7 @@ protected:
void setDnsUpdateRequest(D2UpdateMessagePtr& request);
/// @brief Destroys the current update request packet and resets
/// udpate attempts count.
/// update attempts count.
void clearDnsUpdateRequest();
/// @brief Sets the update status to the given status value.
......
......@@ -65,7 +65,7 @@ public:
/// @brief Build JSON configuration string for a D2Params element
///
/// Constructs a JSON string for "params" element using replacable
/// Constructs a JSON string for "params" element using replaceable
/// parameters.
///
/// @param ip_address string to insert as ip_address value
......@@ -509,7 +509,7 @@ TEST_F(D2CfgMgrTest, unsupportedTopLevelItems) {
/// -# ip_address cannot be "0.0.0.0"
/// -# ip_address cannot be "::"
/// -# port cannot be 0
/// -# dns_server_timeout cannat be 0
/// -# dns_server_timeout cannot be 0
/// -# ncr_protocol must be valid
/// -# ncr_format must be valid
TEST_F(D2CfgMgrTest, invalidEntry) {
......@@ -940,7 +940,7 @@ TEST_F(ConfigParseTest, validServerList) {
isc::dhcp::ParserPtr parser;
ASSERT_NO_THROW(parser.reset(new DnsServerInfoListParser("test", servers)));
// Verfiy that the list builds and commits without error.
// Verify that the list builds and commits without error.
ASSERT_NO_THROW(parser->build(config_set_));
ASSERT_NO_THROW(parser->commit());
......@@ -1443,7 +1443,7 @@ TEST_F(D2CfgMgrTest, forwardMatch) {
EXPECT_TRUE(cfg_mgr_->matchForward("tmark.org", match));
EXPECT_EQ("tmark.org", match->getName());
// Verify that search is case insensisitive.
// Verify that search is case-insensitive.
EXPECT_TRUE(cfg_mgr_->matchForward("TMARK.ORG", match));
EXPECT_EQ("tmark.org", match->getName());
......
......@@ -149,7 +149,7 @@ TEST_F(D2ControllerTest, launchNormalShutdown) {
time_duration elapsed_time;
runWithConfig(valid_d2_config, 1000, elapsed_time);
// Give a generous margin to accomodate slower test environs.
// Give a generous margin to accommodate slower test environs.
EXPECT_TRUE(elapsed_time.total_milliseconds() >= 800 &&
elapsed_time.total_milliseconds() <= 1300);
}
......@@ -294,7 +294,7 @@ TEST_F(D2ControllerTest, sigintShutdown) {
runWithConfig(valid_d2_config, 1000, elapsed_time);
// Signaled shutdown should make our elapsed time much smaller than
// the maximum run time. Give generous margin to accomodate slow
// the maximum run time. Give generous margin to accommodate slow
// test environs.
EXPECT_TRUE(elapsed_time.total_milliseconds() < 300);
......@@ -311,7 +311,7 @@ TEST_F(D2ControllerTest, sigtermShutdown) {
runWithConfig(valid_d2_config, 1000, elapsed_time);
// Signaled shutdown should make our elapsed time much smaller than
// the maximum run time. Give generous margin to accomodate slow
// the maximum run time. Give generous margin to accommodate slow
// test environs.
EXPECT_TRUE(elapsed_time.total_milliseconds() < 300);
......
......@@ -176,11 +176,11 @@ TEST(D2QueueMgrBasicTest, basicQueue) {
// Verify queue count is correct.
EXPECT_EQ(VALID_MSG_CNT, queue_mgr->getQueueSize());
// Verfiy that peekAt returns the correct entry.
// Verify that peekAt returns the correct entry.
EXPECT_NO_THROW(ncr = queue_mgr->peekAt(1));
EXPECT_TRUE (*(ref_msgs[1]) == *ncr);
// Verfiy that dequeueAt removes the correct entry.
// Verify that dequeueAt removes the correct entry.
// Removing it, this should shift the queued entries forward by one.
EXPECT_NO_THROW(queue_mgr->dequeueAt(1));
EXPECT_NO_THROW(ncr = queue_mgr->peekAt(1));
......
......@@ -282,7 +282,7 @@ TEST_F(D2UpdateMessageTest, fromWireInvalidOpcode) {
};
// The 'true' argument passed to the constructor turns the
// message into the parse mode in which the fromWire function
// can be used to decode the binary mesasage data.
// can be used to decode the binary message data.
D2UpdateMessage msg(D2UpdateMessage::INBOUND);
// When using invalid Opcode, the fromWire function should
// throw NotUpdateMessage exception.
......@@ -306,7 +306,7 @@ TEST_F(D2UpdateMessageTest, fromWireInvalidQRFlag) {
};
// The 'true' argument passed to the constructor turns the
// message into the parse mode in which the fromWire function
// can be used to decode the binary mesasage data.
// can be used to decode the binary message data.
D2UpdateMessage msg(D2UpdateMessage::INBOUND);
// When using invalid QR flag, the fromWire function should
// throw InvalidQRFlag exception.
......@@ -345,7 +345,7 @@ TEST_F(D2UpdateMessageTest, fromWireTooManyZones) {
// The 'true' argument passed to the constructor turns the
// message into the parse mode in which the fromWire function
// can be used to decode the binary mesasage data.
// can be used to decode the binary message data.
D2UpdateMessage msg(D2UpdateMessage::INBOUND);
// When parsing a message with more than one Zone record,
// exception should be thrown.
......@@ -366,7 +366,7 @@ TEST_F(D2UpdateMessageTest, toWire) {
// one Zone. toWire function would fail if Zone is not set.
msg.setZone(Name("example.com"), RRClass::IN());
// Set prerequisities.
// Set prerequisites.
// 'Name Is Not In Use' prerequisite (RFC 2136, section 2.4.5)
RRsetPtr prereq1(new RRset(Name("foo.example.com"), RRClass::NONE(),
......@@ -433,7 +433,7 @@ TEST_F(D2UpdateMessageTest, toWire) {
EXPECT_EQ(1, buf.readUint16());
// PRCOUNT - holds the number of prerequisites. Earlier we have added
// two prerequisites. Thus, expect that this conter is 2.
// two prerequisites. Thus, expect that this counter is 2.
EXPECT_EQ(2, buf.readUint16());
// UPCOUNT - holds the number of RRs in the Update Section. We have
......@@ -484,7 +484,7 @@ TEST_F(D2UpdateMessageTest, toWire) {