Client PC's Redundancy: Wireless LAN, also backup Internet's traffic

His happy trip ending, and so was mine (DSC_0237),
originally uploaded by Li-Ji.

Continued from previous post. Have you come up with the answer?

The key is still the "more specific route": we only have to craft some routes more specific than the "default route"! The default route itself is indeed the least specific! Any routes with just one bit more specific, is enough to be more specific!

---

OK! Let me give you the answer: we only have to add two routes 0.0.0.0/1 和 128.0.0.0/1, pointing both of them to Wired LAN's gateway IP address, done! Now the Internet traffic will go through Wired LAN in normal time. It goes through the Wireless LAN only when Wired LAN is broken!

Why these 2 routes? We can clearly see it by looking at its binary form:

33          2          1          0       33          2          1          0
1098765.43210987.65432109.876543210       1098765.43210987.65432109.876543210

00000000.00000000.00000000.00000000, mask 10000000.00000000.00000000.00000000

10000000.00000000.00000000.00000000, mask 10000000.00000000.00000000.00000000

Of course, we can also come up with 4 routes, or even 8 routes to play the same trick! Two is the simplest one!

Interesting, isn't it! This trick is quite useful in many cases! We might see it again very often!

Client PC's Redundancy: Wireless LAN

Yellow Flowers (DSCN0947),
originally uploaded by Li-Ji.

To provide Client PCs with network backup redundancy, Wireless LAN has a unique advantage that all Wired LAN cannot provide at all: Automatic Recovery! Windows will do this by itself to find another available "Access Point", automatically! That's why I emphasize Automatic Recovery: user will not even notice the network has been down for a moment because of single network device's failure, when all the client PCs use Wireless LAN only to connect to the network!

However, Wireless LAN today still has it technical limitation of "Bandwidth". This problem would become more serious if client PCs are located densely close to each other, and each client PC runs applications consuming lots of bandwidth. Using Wireless LAN only on client PC would now be a nightmare for network administrators, if the client PCs should be arranged in this way!

I have another suggestion for you. We can use Wireless LAN as a backup redundancy to Wired LAN, so we can take both technology's benefit at the same time. In the normal scenario the whole traffic goes through Wired LAN. Once the Switch fails, client PCs divert traffic to Wireless LAN for backup. Although at this backup time the network would still be slow because of Wireless LAN's limitation, at lease we can still keep full connectivity to all client PCs.

Can the switchover be automatic, too? Sure! The trick is to make use of "more specific routes"! Assume the Intranet is within the "192.168.0.0/16" range. We first separate both Wired LAN and Wireless LAN into different network of addressing. Then we point the route to "192.168.0.0/255.255.0.0" on Windows to the gateway IP address of Wired LAN, and point the "default route" to the gateway IP address on Wireless LAN side.

You see it! In normal time traffic would go through more specific route through Wired LAN. Only when Wired LAN is down would traffic go through Wireless LAN. Automatically done!

As how to add those two routes in client PCs, we can make use of Window's AD Group Policy. Or even simpler, we just use DHCP to insert the two routes into client PCs.

I believe some of you might come up with another question: this solution only solves the "Intranet" automatic back redundancy. How about the traffic to the Internet?

The trick is very similar. Let me take a breath and you keep watching my blog! I will tell you in my next post!

Observe advertisement of Default Route by automatic routing protocol, still using RIPv1 (CNA-02-004)

CCNA Exploration 4.0, Semester 2, "Observe advertisement of Default Route by automatic routing protocol, still using RIPv1" Packet Tracer 5.0 practice file (CNA-02-004).

• CNA-02-004.pkt, (Backup Link)

In this example we do observation only. You will see how I use RIPv1 to advertise "Default Route".

Making that happen depends on 2 keys:

1. The "Default Route" should be already in R2's routing table.
2. R2 is configured with "default-information originate" statement.
   

So the key configurations on R2 are:

ip route 0.0.0.0 0.0.0.0 172.30.2.1 
router rip
 network 172.30.0.0
 network 192.168.4.0
 default-information originate

Then we can see the "Default Route" on R3:

R3>show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
       D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
       E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
       i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter area
       * - candidate default, U - per-user static route, o - ODR
       P - periodic downloaded static route

Gateway of last resort is 192.168.4.2 to network 0.0.0.0

R    172.30.0.0/16 [120/1] via 192.168.4.2, 00:00:19, Serial0/0/0
C    192.168.4.0/24 is directly connected, Serial0/0/0
C    192.168.5.0/24 is directly connected, FastEthernet0/0
R*   0.0.0.0/0 [120/1] via 192.168.4.2, 00:00:19, Serial0/0/0
R3>