Packet Tracer 7.4.3.2 Routing Table Corruption

In this packet tracer i was able to get a basic idea no how ISP make proper use of static routes in order to get proper communication with proper other devices and vice versa. I stated the lab with all interfaces off and an empty routing table . I quickly configured all the necessary interfaces, resulting in the directly connected routes being added into the routing table. From there i wen t and added the RIP protocol into all the routers with the network 172.16.0.0 command. All the routers would be inputed with the same address since it is from  from the same subnetted network. from there all that was left to do was just connect R3 to R4 with a copper cross over connection. With this everything would ping successfully.

Packet Tracer 7.2.4.2 Configure RIPv2

In this packet tracer i was able to finally apply RIPv2. It is as you may already know a enhanced version of RIP that carries the subnet masks in its routing updates for routers. However we still need to configure in order to stop it fro sending updates for discontiguous subnets. Since that is its default function i had to use the no auto-summary command in order to stop it from automatically summarizing routes. To start off the lab i first analyze the protocols being used for the router, and notice that RIP is being used. AS a result, i quickly change to RIPv2 for all three routers. After that i would then used the clear ip route *  in order for the router to reconstruct its routing table in order for it to properly implement RIPv2. As soon as that was done all that was left was to stop the current newly placed routing protocol from sending automatic updates to the improper places. A mentioned before i would just use the no auto-summary and    resulting in a properly functioning RIPv2.

PAcket Tracer 7.1.5.2 Verify Non-Convergence Using Commands

In this lab all that needed to be done was to analyze the topology. some of the pings were not successful because of packets being sent the wrong way. This was seen using the show ip route in the routing table of R2 as instructed. There were two equal cost paths for the network 172.30.0/16. As a result, they are sent the wrong way. Another reason why pings from R1 fail is because of a network address that wasn't in R1 which was 172.30.100.0/24. After that i entered simulation mode to seethe where the packets go through. Following that i then went into the Event List filters in order to change the setting in order to se only the RIP events associated with the topology. What i was able to examine is that updates going to router R3 fail because of the network address that wasn't added to the routing table of R1.

Packet Tracer 7.1.2.3 Configuring Discontiguous Routes

In this packet tracer i was able to configure discontiguous routers using RIPv1. it was pretty straight forward. I went into all three routers and used router rip in order for configuring. For router R1 one thing that needed to be done was to combine to networks into one statement in order to enter it into rip. From there i used the passive-interface command in order to stop any updates from going to the networks that didn't have any routers. The same steps were done for the other two routers. After that all the needed to be done was to save the configurations so that it wouldn't be deleted if the entire topology were to be shutdown. To make sure all of my addresses were added i used the show ip route to see the rip configurations added to the routing table.