Home > Articles > Networking

Troubleshooting EIGRP

  • Print
  • + Share This
This chapter is from the book

Troubleshooting EIGRP Route Advertisement

Sometimes, EIGRP has issues with route advertisement. This section discusses methods for troubleshooting EIGRP route advertisement problems, which can be categorized as follows:

  • EIGRP is not advertising routes to neighbors when the network administrators think that it should.

  • EIGRP is advertising routes to neighbors when the network administrators think that it shouldn't.

  • EIGRP is advertising routes with a metric that is not understood by the network administrators.

EIGRP Is Not Advertising Routes to Neighbors When the Network Administrators Think That It Should

This section discusses methods for troubleshooting issues related to EIGRP not advertising routes to the neighbors. Figure 7-18 shows a flowchart documenting how to troubleshoot this issue.

Figure 7-18Figure 7-18 Troubleshooting Flowchart for Problems Related to EIGRP Not Advertising Routes to Its Neighbors

EIGRP Is Not Advertising Routes to Its Neighbors—Cause: Distribute List

Figure 7-19 shows a network in which EIGRP is not advertising routes to its neighbor because of a distribute list problem. Example 7-14 shows the configurations for Routers A and B in this network.

Figure 7-19Figure 7-19 EIGRP Network Not Advertising Routes to Its Neighbors Because of a Misconfigured Distribute List

Example 7-14 Configurations for Routers A and B in Figure 7-19

Router A# interface ethernet 0
  ip address 172.16.3.1 255.255.255.0
interface serial 0
  ip address 10.1.1.1 255.255.255.0
router eigrp 1
  network 172.16.0.0
  network 10.0.0.0
Router B# interface ethernet 0
  ip address 192.168.3.17 255.255.255.240
interface serial 0
  ip address 10.1.1.2 255.255.255.0
router eigrp 1
  network 192.168.3.0
  network 10.0.0.0
  distribute-list 1 out
  access-list 1 permit 192.168.3.160 0.0.0.15

The problem is that Router A is not receiving the routes from Router B about network 192.168.3.16. Example 7-15 shows the debug output on Router B.

Example 7-15 debug ip eigrp Command Output on Router B

Router_B# debug ip eigrp

IP-EIGRP: 192.168.3.16/28 – denied by distribute list

As the output in Example 7-15 reveals, Router B won't advertise the 192.168.3.16 because of the distribute list configuration. Looking again at the configuration in Example 7-14, you can see that the distribute list is tied to access-list 1, and access-list 1 has the network number misconfigured. access-list 1 should permit 192.168.3.16 instead of 192.168.3.160. Because 192.168.3.16 is not included in the permit statement, there is an implicit deny in the access list that prevents network 192.168.3.16 being advertised.

The solution to this problem is to change access-list 1 to permit 192.168.3.16 instead of 192.168.3.160. Changing the access list to permit 192.168.3.16 fixes the problem.

EIGRP Is Not Advertising Routes to Its Neighbors—Cause: Discontiguous Networks

Using the network diagram in Figure 7-19, another issue with EIGRP not advertising the network could be manual summarization configured on the interface or autosummarization across a major network boundary, as shown in Example 7-16.

Example 7-16 Configurations for Routers A and B in Figure 7-19

Router A# interface ethernet 0
  ip address 192.168.3.33 255.255.255.240
interface serial 0
  ip address 10.1.1.1 255.255.255.0
router eigrp 1
  network 192.168.3.0
  network 10.0.0.0
Router B# interface ethernet 0
  ip address 192.168.3.21 255.255.255.240
interface serial 0
  ip address 10.1.1.2 255.255.255.0
router eigrp 1
  network 192.168.3.0
  network 10.0.0.0

The problem is that Router A is not receiving routes for the 192.168.3.16 network from Router B. Example 7-17 shows the debug output on Router B.

Example 7-17 debug ip eigrp Command Output on Router B

Router B# debug ip eigrp

IP-EIGRP: 192.168.3.16/28 –don't advertise out Serial0
IP-EIGRP: 192.168.3.0/24 – do advertise out Serial0

From the debug, Router B shows that it is not advertising the 192.168.3.16/28 network; however, it is advertising only the major network of 192.168.3.0/24 to Router A. Looking at the configuration of Routers A and B in Example 7-16 shows that the two routers have a discontiguous network. Router A has the network of 192.168.3.32/28 in its Ethernet, while Router B has another network of 192.168.3.16/28 in its Ethernet, separated by a network of 10.1.1.0/24. Therefore, when Router B advertises the network of 192.168.3.16/28 across a major network boundary of 10.1.1.0, it advertises only the major network of 192.168.3.0/24 to Router A instead of advertising the network of 192.168.3.16/28. When Router A receives the major network of 192.168.3.0/24, it does not install the network in the topology table because it already has the 192.168.3.0 network on its Ethernet interface.

Two solutions to the discontiguous network problem exist. One is to configure the command no auto-summary under router eigrp. This command tells EIGRP not to autosummarize to major network boundaries. As a result, Router B's configuration will look like Example 7-18.

Example 7-18 Disabling Autosummarization on Router B to Prevent Discontiguous Networks

Router B# router EIGRP 1
network 192.168.3.0
network 10.0.0.0
no auto-summary

The second solution is to change the IP address of the serial interfaces on each side of the link to the 192.168.3.0 subnet. As an example, the serial IP address can take 192.168.3.65/28 and 192.168.3.66/28. This way, Router B won't autosummarize the route because it is not across a major network boundary.

EIGRP Is Not Advertising Routes to Neighbors—Cause: Split-Horizon Issues

EIGRP has its own split-horizon command. This command, configured under the inter-face, is shown here:

[no] ip split-horizon eigrp autonomous-system

Turning off IP split horizon does not turn off EIGRP split horizon. Figure 7-20 shows an EIGRP network vulnerable to split-horizon issues.

Figure 7-20Figure 7-20 EIGRP Network Susceptible to EIGRP Split-Horizon Problems

Example 7-19 shows the configurations for Routers A, B, and C in the hub-and-spoke network in Figure 7-20.

Example 7-19 Configurations for Routers A, B, and C in Figure 7-20

Router A# interface ethernet 0
  ip address 172.16.1.1 255.255.255.0
interface serial 0
  ip address 172.16.2.1 255.255.255.0
router eigrp 1
  network 172.16.0.0
Router B# interface ethernet 0
  ip address 172.16.3.1 255.255.255.0
interface serial 0
  ip address 172.16.2.2 255.255.255.0
router eigrp 1
  network 172.16.0.0
Router C# interface ethernet 0
  ip address 172.16.4.1 255.255.255.0
interface serial 0
  ip address 172.16.2.3 255.255.255.0
router eigrp 1
  network 172.16.0.0

A common network environment, shown in Figure 7-20 is the Frame Relay hub-and-spoke design, in which the hub router (Router A) in Figure 7-20 doesn't have a subinterface configured for each remote spoke site. As a result, the hub router uses a main interface to connect to the two spoke sites. The problem is that Router B doesn't receive the routes for Router C's Ethernet network of 172.16.4.0/24, and Router C doesn't receive the routes for Router B's Ethernet net- work of 172.16.3.0/24. The problem seems to be at the hub site. The hub site sees all the routes, but the hub site is not passing the routes from Router B to Router C, and vice versa. Example 7-20 shows the debug output on the hub router (Router A).

Example 7-20 debug ip eigrp Command Output on Router A

Router A# debug ip eigrp 
IP-EIGRP: 172.16.1.0/24 – do advertise out Serial0
IP-EIGRP: Processing incoming UPDATE packet
IP-EIGRP: Int 172.16.3.0/24 
IP-EIGRP: Int 172.16.4.0/24

From the debug, you can see that the hub router advertises only the 172.16.1.0/24 route on Serial0. The hub router receives routes for the 172.16.3.0/24 and 172.16.4.0/24 interfaces from Router B and Router C. The problem is that the hub router is not sending all the routes on Serial0. Referring to the configurations of Routers A, B, and C in Example 7-19, you can see that their serial interfaces are all in the same subnet, but they are not physically connected. Therefore, the hub router receives the routes from Serial0 from Router B and Router C but won't readvertise those routes on Serial0. This follows the split-horizon rule (route information must not exit the router interface through which that information was received).

To solve the split-horizon problem for EIGRP, the easiest fix is to turn off split horizon for EIGRP. Example 7-21 shows the correct configuration change to disable split horizon.

Example 7-21 Disabling Split Horizon on the Hub Router

Router A# interface ethernet 0
  ip address 172.16.1.1 255.255.255.0
interface serial 0
  ip address 172.16.2.1 255.255.255.0
  no IP split-horizon EIGRP 1
router EIGRP 1
  network 172.16.0.0

Example 7-22 shows the debug output on Router A after the configuration change.

Example 7-22 Verifying That Disabling Split Horizon Corrected the Problem

Router A# debug ip eigrp
IP-EIGRP: 
IP-EIGRP: 
IP-EIGRP: 
172.16.1.0/24 – do advertise out Serial0
172.16.3.0/24 – do advertise out Serial0
172.16.4.0/24 – do advertise out Serial0
IP-EIGRP: Processing incoming UPDATE packet
IP-EIGRP: Int 172.16.3.0/24 
IP-EIGRP: Int 172.16.4.0/24

Now the spoke Routers B and C can see the routes. Another fix for the split-horizon problem is to configure subinterfaces on the hub router and assign different IP address subnets for each subinterface. Keep in mind that the support of a serial subinterface is valid for only the WAN PVC type of connection, such as ATM or Frame Relay. Example 7-23 shows the configuration for such a setup to avoid the EIGRP split-horizon problem.

Example 7-23 Configuring Subinterfaces with Different IP Address Subnets to Combat EIGRP Split-Horizon Problems

Router A# interface ethernet 0
  ip address 172.16.1.1 255.255.255.0
interface serial 0.1 point-to-point
  description connection to router B
ip address 172.16.2.1 255.255.255.0
interface serial 0.2 point-to-point
  description connection to router C
  ip address 172.l6.5.1 255.255.255.0
router eigrp 1
  network 172.16.0.0
Router B# interface ethernet 0
  ip address 172.16.3.1 255.255.255.0
interface serial 0
  ip address 172.16.2.2 255.255.255.0
router eigrp 1
  network 172.16.0.0
Router C# interface ethernet 0
  ip address 172.16.4.1 255.255.255.0
interface serial 0
  ip address 172.16.5.2 255.255.255.0
router eigrp 1
  network 172.16.0.0

When subinterfaces are configured in Router A, this logically separates the connection to Router B and Router C. Each connection to Router B and Router C has its own network. For example, the connection from Router A to Router B is now through connection Serial 0.1 over the 172.16.2.0/24 network, and the connection from Router A to Router C is now through connection Serial 0.2 over the 172.l6.5.0/24 network. Because Router A has two logical connection to Routers B and C over two different logical interfaces, the split horizon rule doesn't apply and Router A will advertise all the routes to routers B and C, as shown in Example 7-24.

Example 7-24 Verifying That Configuring the Subinterface with Different Subnets Solves the Split-Horizon Problem

Router A# debug ip eigrp
IP-EIGRP: 
IP-EIGRP: 
IP-EIGRP: 
IP-EIGRP: 
IP-EIGRP: 
IP-EIGRP: 
172.16.1.0/24 – do advertise out Serial0.1
172.16.4.0/24 – do advertise out Serial0.1
172.16.5.0/24 – do advertise out Serial0.1
172.16.1.0/24 – do advertise out Serial0.2
172.16.2.0/24 – do advertise out Serial0.2
172.16.3.0/24 – do advertise out Serial0.2

With Router A advertising all the routes to the remote Routers, Routers B and C now can reach each other's LAN interface.

EIGRP Is Advertising Routes to Neighbors When the Network Administrators Think That It Shouldn't

Sometimes, EIGRP advertises unexpected routes to its neighbors. See Figure 7–21 for a flowchart of troubleshooting EIGRP unexpected advertisement of routes.

Figure 7-21Figure 7-21 Flowchart for Troubleshooting EIGRP Unexpected Advertisement of Routes

Refer to Figure 7-19 for the network diagram on this example. Example 7-25 shows the configurations for Routers A and B.

Example 7-25 Configuration of Router A and Router B for the Example Shown in Figure 7-19

Router A# interface ethernet 0
  ip address 172.16.3.1 255.255.255.0
interface serial 0
  ip address 10.1.1.1 255.255.255.0
router eigrp 1
  network 172.16.0.0
  network 10.0.0.0
Router B# interface ethernet 0
  
ip address 
192.168.13
0.1 255.25
5.
255.0
interface serial 0
  ip address 10.1.1.2 255.255.255.0
router eigrp 1
  
network 192
.168.130.0
  network 10.0.0.0
ip r
ip r
ip r
ip r
oute 192.16
oute 192.16
oute 192.16
oute 192.16
8.1.0 255.
8.2.0 255.
8.3.0 255.
8.4.0 255.
255.255.0 
255.255.0 
255.255.0 
255.255.0 
et
et
et
et
hernet 0
hernet 0
hernet 0
hernet 0
.
.
.
ip route 192.168.127.0 255.255.255.0 
ethernet 0

The problem is that, without inserting the redistribute static command under the router eigrp command in Router B, Router B automatically redistributes all the 127 static routes configured to Router A. This can cause unnecessary routes being advertised inadvertently throughout the entire network. The cause of the problem is that the static routes are configured with the outbound interface. In this case, the router thinks that all the static routes are directly connected to the Ethernet 0 interface. These Ethernet interfaces also are covered under the router EIGRP process by the network 192.168.130.0 command. Because Ethernet 0 is considered to run EIGRP, all the networks connected to it by a static route also are considered to belong to the EIGRP process. The router then advertises all these static routes even though redistribute static is not configured.

The solution to this problem is either to configure a distribute list that prevents the router from advertising all those static routes or to change the static routes to reference the next-hop IP addresses instead of an interface. This way, the router will not advertise all these static routes and flood the entire network with unnecessary routes.

Example 7-26 shows the distribute list configured on Router B to stop sending the unwanted redistributed static routes.

Example 7-26 Configuration on Router B to Stop Sending Unwanted Static Routes by Configuring Distribute List

Router B# interface ethernet 0
  ip address 192.168.130.1 255.255.255.0
iinterface serial 0
  ip address 10.1.1.2 255.255.255.0
router eigrp 1
  network 192.168.130.0
  network 10.0.0.0
  distribute-list 1 out
ip route 192.168.1.0 255.255.255.0 ethernet 0
ip route 192.168.2.0 255.255.255.0 ethernet 0
ip route 192.168.3.0 255.255.255.0 ethernet 0
ip route 192.168.4.0 255.255.255.0 ethernet 0
.
.
.
ip route 192.168.127.0 255.255.255.0 ethernet 0
access-list 1 deny 192.168.0.0 0.0.127.255
access-list 1 permit any

The distribute list is tied to access-list 1, and access-list 1 denies sending out any routes that ranges from 192.168.0.0/24 through 192.168.127.0/24 and permits sending any other routes. Such a distribute list stops sending out the unwanted redistributed static routes in the example. The debug output on Router B, shown in Example 7-27, shows that the router does not send the static routes to other EIGRP neighbors because the distribute list is configured.

Example 7-27 Verification on Router B Not Sending Out Static Routes Because a Distribute List Is Configured

Router B# debug ip eigrp
IP-EIGRP: 
IP-EIGRP: 
IP-EIGRP: 
IP-EIGRP: 
IP-EIGRP: 
IP-EIGRP: 
192.168.1.0/24 – denied by distribute list
192.168.2.0/24 – denied by distribute list
192.168.3.0/24 – denied by distribute list
192.168.4.0/24 – denied by distribute list
192.168.5.0/24 – denied by distribute list
192.168.6.0/24 – denied by distribute list
.
.
.
IP-EIGRP: 
192.168.127.0/24 – denied by distribute list

The other solution to this problem is to redefine the static routes so that the next hop of the static route is an IP address instead of an interface. Example 7-28 shows the change of static route configuration in Router B to fix the problem.

Example 7-28 Configuration on Router B to Stop Sending Unwanted Static Routes by Reconfiguring Static Routes with the Next Hop—an IP Address Instead of an Interface

Router B# interface ethernet 0
  ip address 192.168.130.1 255.255.255.0
iinterface serial 0
  ip address 10.1.1.2 255.255.255.0
router eigrp 1
  network 192.168.130.0
  network 10.0.0.0
  distribute-list 1 out
ip route 192.168.1.0 255.255.255.0 
ip route 192.168.2.0 255.255.255.0 
ip route 192.168.3.0 255.255.255.0 
ip route 192.168.4.0 255.255.255.0 
192.168.130.2
192.168.130.2
192.168.130.2
192.168.130.2
.
.
.
ip route 192.168.127.0 255.255.255.
0 
192.168.130.2

EIGRP Is Advertising Routes with Unexpected Metric

Not only might EIGRP advertise unexpected routes to its neighbors, but it also might advertise an unexpected metric to its neighbors. The EIGRP metric is the basis of route selection done by EIGRP, which selects the route with the lowest EIGRP metric to the destination network. An unexpected EIGRP metric being sent or received on the router might alter route selection to the destination network. The end result might be suboptimal routing. Figure 7-22 shows the flowchart for troubleshooting such an issue.

Figure 7-22Figure 7-22 Flowchart for Troubleshooting EIGRP Advertisement of Routes with Unexpected Metric Value

The case study that follows is a case of an offset list that is created inadvertently, causing the router to route packets in a suboptimal fashion. The offset-list command adds an offset value to the routing metrics. It's a way to manipulate the routing metric for certain routes, thereby, altering the route selection for a particular routing protocol. Figure 7-23 illustrates the network setup for the unexpected metric value problem.

Figure 7-23Figure 7-23 EIGRP Network Susceptible to EIGRP Advertisement Problems Because of Unexpected Metric Values

Example 7-29 shows the configurations for the routers in the EIGRP network shown in Figure 7-23.

Example 7-29 Configurations for Routers A, B, and C in Figure 7-23

Router A# interface ethernet 0
  ip address 172.16.1.1 255.255.255.0
interface serial 0
  ip address 172.16.2.1 255.255.255.0
interface serial 1
  ip address 172.16.3.1 255.255.255.0
router eigrp 1
  network 172.16.0.0
Router B# interface ethernet 0
  ip address 172.16.6.1 255.255.255.0
interface serial 0
  ip address 172.16.2.2 255.255.255.0
interface serial 1
  ip address 172.16.4.1 255.255.255.0
router eigrp 1
  network 172.16.0.0
Router C# interface ethernet 0
  ip address 172.16.5.1 255.255.255.0
interface serial 0
  ip address 172.16.4.2 255.255.255.0
interface serial 1
  ip address 172.16.3.2 255.255.255.0
router eigrp 1
  network 172.16.0.0
  offset-list 1 out 600000 serial 1
access-list 1 permit 172.16.0.0 0.0.255.255

The problem is that Router A is not taking the direct paths to Router C to reach Router C's Ethernet network of 172.16.5.0/24. Instead, Router A takes the path to Router B and then to Router C. This takes an extra hop. Example 7-30 shows the routing table and the EIGRP topology table for 172.16.5.0 255.255.255.0 for Router A.

Example 7-30 show ip route and show ip eigrp topology Command Output Reveals the Routes That Router A Is Taking to Reach Router C's 172.16.5.0/24 Ethernet Network

Router_A#show ip route 172.16.5.0
Routing entry for 172.16.5.0/24
  Known via "eigrp 1", distance 90, metric 2707456, type internal
  Redistributing via eigrp 1
  
Last update from 172.16.2.2 on Serial0, 01:08:13 ago
  Routing Descriptor Blocks:
  
*172.16.2.2, from 172.16.2.2, 01:08:13 ago, via Serial0
   Route metric is 2707456, traffic share count is 1
   Total delay is 41000 microseconds, minimum bandwidth is 1544 Kbit
   Reliability 255/255, minimum MTU 1500 bytes
   Loading 1/255, Hops 2
Router A# show ip eigrp topology 172.16.5.0
 255.255.255.0
IP-EIGRP topology 
    entry for 172.16.5.0/24
State is Passive, Query origin flag is 1, 1 Successor(s), FD is 2707456
Routing Descriptor Blocks:
172
.16.2.2 (Serial0),
 fr
om 172.
16.2.2, Send flag is 0x0
  
Composite metric i
s (
2707456
/2195456), Route is Internal
  Vector metric:
  Minimum bandwidth is 1544 Kbit
Total delay is 41000 microseconds
  Reliability is 255/255
  Load is 1/255
  Minimum MTU is 1500
  Hop count is 2
172.16.3.2 (Serial1),
 from 172.16.3.2, Send flag is 0x0
Composite metric i
s (
2795456
/281600), Route is Internal
  Vector metric:
  Minimum bandwidth is 1544 Kbit
Total delay is 44437 microseconds
  Reliability is 255/255
  Load is 1/255
  Minimum MTU is 1500
  Hop count is 1

Example 7-30 shows that Router A chooses Router B as the next hop to Router C because Router B has a better metric than Router C. Looking in detail at the topology table shows that the path to Router C has more delay than the path to Router B, but all the links are T1 links. The interface configuration in Router C didn't show any manually configured delay value. Looking at the configuration in Router C more in detail reveals the offset-list configuration under router eigrp in Router C.

The offset list in Router C adds a metric of 600,000 to outgoing routes in Serial1. This is the cause of the problem. The offset values added increase the delay value when Router C sends the routes to Router A, causing Router A to prefer routes from Router B.

The solution is to remove the offset list configured on Router C. To remove the offset list, configure Router C as in Example 7-31.

Example 7-31 Removing the Offset List from Router C's Configuration

Router C# config term
Router_C(config)#router eigrp 1
Router_C(config-router)#no offset-list 1 out 600000 serial 1

Example 7-32 shows the routing table and the topology table in Router A after removing the offset list configured on Router C.

Example 7-32Å@show ip route and show ip eigrp topology Command Output Verifies That Router A Is Now Taking the Optimal Routes to Reach Router C's 172.16.5.0/24 Ethernet Network

Router_A#show ip route 172.16.5.0
Routing entry for 172.16.5.0/24
  Known via "eigrp 1", distance 90, metric 2195456, type internal
  Redistributing via eigrp 1
  
Last update from 172.16.3.2 on Serial1, 00:08:23 ago
  Routing Descriptor Blocks:
  
*172.16.3.2, from 172.16.3.2, 00:08:23 ago, via Serial1
   Route metric is 2195456, traffic share count is 1
   Total delay is 21000 microseconds, minimum bandwidth is 1544 Kbit
   Reliability 255/255, minimum MTU 1500 bytes
   Loading 1/255, Hops 1
Router A# show ip eigrp topology 172.16.5.0 255.255.255.0
    IP-EIGRP topology entry for 172.16.5.0/24
State is Passive, Query origin flag is 1, 1 Successor(s), FD is 2195456
Routing Descriptor Blocks:
172
.16.3.2 (Serial1),
 fr
om 172.
16.3.2, Send flag is 0x0
  
Composite metric i
s (
2195456
/281600), Route is Internal
  Vector metric:
  Minimum bandwidth is 1544 Kbit
Total delay is 21000 microseconds
  Reliability is 255/255
  Load is 1/255
  Minimum MTU is 1500
  Hop count is 1
172.16.2.2 (Serial1),
 from 172.16.2.2, Send flag is 0x0
Composite metric i
s (
2707456
/2195456), Route is Internal
  Vector metric:
  Minimum bandwidth is 1544 Kbit
Total delay is 41000 microseconds
  Reliability is 255/255
  Load is 1/255
  Minimum MTU is 1500
  Hop count is 2

The output in Example 7-32 now shows 172.16.3.2 as the next hop to Router C, which is the optimal path to the 172.16.5.0/24 network. Also, compare the topology table shown in Example 7-30 and Example 7-32. The EIGRP metric coming from the neighbor 172.16.3.2 has been reduced from the metric of 2,795,456 to 2,195,456. This reduction of metric of 600,000 is the result of removing the offset list. As this case study demonstrates, it is impor-tant that you scrutinize the configuration when abnormal behavior occurs. When opening a case with Cisco's TAC, be sure to provide router configuration whenever possible.

  • + Share This
  • 🔖 Save To Your Account

InformIT Promotional Mailings & Special Offers

I would like to receive exclusive offers and hear about products from InformIT and its family of brands. I can unsubscribe at any time.

Overview


Pearson Education, Inc., 221 River Street, Hoboken, New Jersey 07030, (Pearson) presents this site to provide information about products and services that can be purchased through this site.

This privacy notice provides an overview of our commitment to privacy and describes how we collect, protect, use and share personal information collected through this site. Please note that other Pearson websites and online products and services have their own separate privacy policies.

Collection and Use of Information


To conduct business and deliver products and services, Pearson collects and uses personal information in several ways in connection with this site, including:

Questions and Inquiries

For inquiries and questions, we collect the inquiry or question, together with name, contact details (email address, phone number and mailing address) and any other additional information voluntarily submitted to us through a Contact Us form or an email. We use this information to address the inquiry and respond to the question.

Online Store

For orders and purchases placed through our online store on this site, we collect order details, name, institution name and address (if applicable), email address, phone number, shipping and billing addresses, credit/debit card information, shipping options and any instructions. We use this information to complete transactions, fulfill orders, communicate with individuals placing orders or visiting the online store, and for related purposes.

Surveys

Pearson may offer opportunities to provide feedback or participate in surveys, including surveys evaluating Pearson products, services or sites. Participation is voluntary. Pearson collects information requested in the survey questions and uses the information to evaluate, support, maintain and improve products, services or sites, develop new products and services, conduct educational research and for other purposes specified in the survey.

Contests and Drawings

Occasionally, we may sponsor a contest or drawing. Participation is optional. Pearson collects name, contact information and other information specified on the entry form for the contest or drawing to conduct the contest or drawing. Pearson may collect additional personal information from the winners of a contest or drawing in order to award the prize and for tax reporting purposes, as required by law.

Newsletters

If you have elected to receive email newsletters or promotional mailings and special offers but want to unsubscribe, simply email information@informit.com.

Service Announcements

On rare occasions it is necessary to send out a strictly service related announcement. For instance, if our service is temporarily suspended for maintenance we might send users an email. Generally, users may not opt-out of these communications, though they can deactivate their account information. However, these communications are not promotional in nature.

Customer Service

We communicate with users on a regular basis to provide requested services and in regard to issues relating to their account we reply via email or phone in accordance with the users' wishes when a user submits their information through our Contact Us form.

Other Collection and Use of Information


Application and System Logs

Pearson automatically collects log data to help ensure the delivery, availability and security of this site. Log data may include technical information about how a user or visitor connected to this site, such as browser type, type of computer/device, operating system, internet service provider and IP address. We use this information for support purposes and to monitor the health of the site, identify problems, improve service, detect unauthorized access and fraudulent activity, prevent and respond to security incidents and appropriately scale computing resources.

Web Analytics

Pearson may use third party web trend analytical services, including Google Analytics, to collect visitor information, such as IP addresses, browser types, referring pages, pages visited and time spent on a particular site. While these analytical services collect and report information on an anonymous basis, they may use cookies to gather web trend information. The information gathered may enable Pearson (but not the third party web trend services) to link information with application and system log data. Pearson uses this information for system administration and to identify problems, improve service, detect unauthorized access and fraudulent activity, prevent and respond to security incidents, appropriately scale computing resources and otherwise support and deliver this site and its services.

Cookies and Related Technologies

This site uses cookies and similar technologies to personalize content, measure traffic patterns, control security, track use and access of information on this site, and provide interest-based messages and advertising. Users can manage and block the use of cookies through their browser. Disabling or blocking certain cookies may limit the functionality of this site.

Do Not Track

This site currently does not respond to Do Not Track signals.

Security


Pearson uses appropriate physical, administrative and technical security measures to protect personal information from unauthorized access, use and disclosure.

Children


This site is not directed to children under the age of 13.

Marketing


Pearson may send or direct marketing communications to users, provided that

  • Pearson will not use personal information collected or processed as a K-12 school service provider for the purpose of directed or targeted advertising.
  • Such marketing is consistent with applicable law and Pearson's legal obligations.
  • Pearson will not knowingly direct or send marketing communications to an individual who has expressed a preference not to receive marketing.
  • Where required by applicable law, express or implied consent to marketing exists and has not been withdrawn.

Pearson may provide personal information to a third party service provider on a restricted basis to provide marketing solely on behalf of Pearson or an affiliate or customer for whom Pearson is a service provider. Marketing preferences may be changed at any time.

Correcting/Updating Personal Information


If a user's personally identifiable information changes (such as your postal address or email address), we provide a way to correct or update that user's personal data provided to us. This can be done on the Account page. If a user no longer desires our service and desires to delete his or her account, please contact us at customer-service@informit.com and we will process the deletion of a user's account.

Choice/Opt-out


Users can always make an informed choice as to whether they should proceed with certain services offered by InformIT. If you choose to remove yourself from our mailing list(s) simply visit the following page and uncheck any communication you no longer want to receive: www.informit.com/u.aspx.

Sale of Personal Information


Pearson does not rent or sell personal information in exchange for any payment of money.

While Pearson does not sell personal information, as defined in Nevada law, Nevada residents may email a request for no sale of their personal information to NevadaDesignatedRequest@pearson.com.

Supplemental Privacy Statement for California Residents


California residents should read our Supplemental privacy statement for California residents in conjunction with this Privacy Notice. The Supplemental privacy statement for California residents explains Pearson's commitment to comply with California law and applies to personal information of California residents collected in connection with this site and the Services.

Sharing and Disclosure


Pearson may disclose personal information, as follows:

  • As required by law.
  • With the consent of the individual (or their parent, if the individual is a minor)
  • In response to a subpoena, court order or legal process, to the extent permitted or required by law
  • To protect the security and safety of individuals, data, assets and systems, consistent with applicable law
  • In connection the sale, joint venture or other transfer of some or all of its company or assets, subject to the provisions of this Privacy Notice
  • To investigate or address actual or suspected fraud or other illegal activities
  • To exercise its legal rights, including enforcement of the Terms of Use for this site or another contract
  • To affiliated Pearson companies and other companies and organizations who perform work for Pearson and are obligated to protect the privacy of personal information consistent with this Privacy Notice
  • To a school, organization, company or government agency, where Pearson collects or processes the personal information in a school setting or on behalf of such organization, company or government agency.

Links


This web site contains links to other sites. Please be aware that we are not responsible for the privacy practices of such other sites. We encourage our users to be aware when they leave our site and to read the privacy statements of each and every web site that collects Personal Information. This privacy statement applies solely to information collected by this web site.

Requests and Contact


Please contact us about this Privacy Notice or if you have any requests or questions relating to the privacy of your personal information.

Changes to this Privacy Notice


We may revise this Privacy Notice through an updated posting. We will identify the effective date of the revision in the posting. Often, updates are made to provide greater clarity or to comply with changes in regulatory requirements. If the updates involve material changes to the collection, protection, use or disclosure of Personal Information, Pearson will provide notice of the change through a conspicuous notice on this site or other appropriate way. Continued use of the site after the effective date of a posted revision evidences acceptance. Please contact us if you have questions or concerns about the Privacy Notice or any objection to any revisions.

Last Update: November 17, 2020