diff --git a/docs/MultiISP.xml b/docs/MultiISP.xml
index aa0dd20fe..6da942918 100644
--- a/docs/MultiISP.xml
+++ b/docs/MultiISP.xml
@@ -1201,7 +1201,7 @@ Comcast 192.168.4.0/24 | ip -4 route add 1
default
nexthop dev ppp1 weight 2
nexthop dev ppp0 weight 1
-lillycat: #ip route ls provider 1
+lillycat: #ip route ls table 1
144.77.167.142 dev ppp0 proto kernel scope link src 144.177.121.199
192.168.5.0/24 via 192.168.4.2 dev eth0
192.168.4.0/24 dev eth0 proto kernel scope link src 192.168.4.223
@@ -1291,7 +1291,7 @@ shorewall 2 2 - eth0 192.168.1.254 track,balance=2,optional<
Tuomo Soini describes the following issue when using
USE_DEFAULT_RT=Yes.
- He has a /27 network (let.s call it 70.90.191.0/27 from his
+ He has a /27 network (let.s call it 70.90.191.0/27) from his
primary ISP and his secondary ISP supplies him with a dynamic IP address
on the 91.156.0.0/19 network. From the output of shorewall show
routing:
@@ -1314,7 +1314,7 @@ shorewall 2 2 - eth0 192.168.1.254 track,balance=2,optional<
With this additional entry, the routing rules are as below and
traffic from the /27 is returned via ISP1.
- 900: from 70.90.191.0/27 to 91.156.0.0/19 lookup nebula
+ 900: from 70.90.191.0/27 to 91.156.0.0/19 lookup ISP1
999: from all lookup main
10000: from all fwmark 0x100 lookup ISP1
10001: from all fwmark 0x200 lookup ISP2