Test on MD5

The last two days I have been conducting tests on topology 1  on all three routing protocols (RIPv2, EIGRP and OSPF) Tests have been carried out on protocols without authentication and with authentication MD5. I am trying to to build up my test results which I have lost. . I have been running debug commands  to see what  the protocols would be doing during the recalculation of an alternate route.

I will also use GNS3  to try and compare the outputs and another issue is the ability to use wireshark on the serial interfaces which can help understand the debug outputs.
 Currently I am doing the analysis on the debug outputs -its time consuming .

Analysis of RIPv2 outputs Authentication vs Non-Authentication

 Last Wednesday I carried out tests on Topology 1 to compare the convergence speed difference if any between a network with authentication and that without. I am doing an analysis of the results., my opinion before the test was that convergence speed for network with authentication would have slower  convergence. But results should reveal  the correct opinion.

Bug

Disaster, 50% of my flash drive has been wiped of several folders in the lab, on computer on position 8. including my project folder. All my configurations and outputs I had from February 2012. I am now looking into my backup which may not be up to date but may give me some where to start from. What a dull day for me,....

That's a bad news, and good to know so that we don't have to use that PC and backup our data all the times.. We have to all bring up the files that we have to see which one that we don't have so we can work on it again and to catch up with the rest of the project too..
Tevita

Debug outputs

EIGRP IPv6 Debug on 3 routers

R2  serial int 1/1 shut down

09:30:59.997   time when shut

09:31:02.957 confirmed link down on the router itself

R1receives query packet on int. fec0::3:0/112  Link-coal address fe80::172:16:4:2

09:31:26.633

09:31:41.181 second query processing

09:31:41.277 confirmed down removed from table

R3 receives holding time expiry

09:31:25.253

09:31:46.017 finally confirmed down

To calculate the time taken to process change= 09:31:46.017 minus 09:30:59.997secs

Which equals  46.026seconds.  This the time taken for the routers to have the same information –convergence of the network.

Syslog server

The version which we have or using is a free version hence has limited number of logs it can record. It records only 40 to 50 , which is not very useful when running debug commands on routers. The version of the Sylog server which is paid for has 1000 to 5000 logs. This makes it difficult to monitor the activities of routers during change in the network, need an alternative so that we can compare the speed. Currently I have been using capture text on each router running the debug command. Got a lot of outputs which I am analyzing.

On the other down side weekend access to the lab is limited upto 1830hrs Sunday and Saturday was ok  , seems we have issues of closing times which are different from those scheduled for us. Disappointed last Sunday for my targeted aims were not achieved due to the early closure. Needs addressing.

Syslog

Thanks guys for today and see you guys tomorrow again..
Today NTP finally works on our second topology. We configured a syslog server but we encounter a problem while running debug command, look forward to see whats the problem tomorrow. See you guys
Tevita

Project progress:File transfer TFTP server

A file of 2 MB (chap.ppt) has been copied from a TFTP server (PC connected to ALS2 with IP address 172.30.20.20)  to the flash of switch DLS1 using RIPv2, EIGRP and OSPF.
The following topology has been used for this experimentation:

The results have been surprising as it will be explain case to case:

Scenario 1: Using default behaviour of topology
--------------------------------------------------

RIPv2	Test 1: ----------------------------------------------- DLS1#copy tftp://172.30.20.20/chap.ppt flash: Destination filename [chap.ppt]? Accessing tftp://172.30.20.20/chap.ppt... Loading chap.ppt from 172.30.20.20 (via Port-channel2): !!!!!!!!! [OK - 2112000 bytes] 2112000 bytes copied in 31.508 secs (67031 bytes/sec)
	Test 2 -------------------------------------------------------- DLS1#copy tftp://172.30.20.20/chap.ppt flash:  Destination filename [chap.ppt]? Accessing tftp://172.30.20.20/chap.ppt... Loading chap.ppt from 172.30.20.20 (via Port-channel2): !!!!!!!!! [OK - 2112000 bytes] 2112000 bytes copied in 31.667 secs (66694 bytes/sec)
EIGRP	Test 1: --------------------------------------------------------- DLS1#copy tftp://172.30.20.20/chap.ppt flash:    Destination filename [chap.ppt]? Accessing tftp://172.30.20.20/chap.ppt... Loading chap.ppt from 172.30.20.20 (via Port-channel2): !!!!!!!!! [OK - 2112000 bytes] 2112000 bytes copied in 30.980 secs (68173 bytes/sec)
	Test 2: ---------------------------------------------------------- DLS1#copy tftp://172.30.20.20/chap.ppt flash:     Destination filename [chap.ppt]? Accessing tftp://172.30.20.20/chap.ppt... Loading chap.ppt from 172.30.20.20 (via Port-channel2): !!!!!!!!! [OK - 2112000 bytes] 2112000 bytes copied in 31.541 secs (66960 bytes/sec)
OSPF	Test1: ----------------------------------------------------------  DLS1#copy tftp://172.30.20.20/chap.ppt flash:       Destination filename [chap.ppt]? Accessing tftp://172.30.20.20/chap.ppt... Loading chap.ppt from 172.30.20.20 (via Port-channel2): !!!!!!!!! [OK - 2112000 bytes] 2112000 bytes copied in 31.575 secs (66888 bytes/sec)
	Test 2: ---------------------------------------------------------- DLS1#copy tftp://172.30.20.20/chap.ppt flash:      (Test 2) Destination filename [chap.ppt]? Accessing tftp://172.30.20.20/chap.ppt... Loading chap.ppt from 172.30.20.20 (via Port-channel2): !!!!!!!!! [OK - 2112000 bytes] 2112000 bytes copied in 31.029 secs (68065 bytes/sec)

A shown in the above results, the packet has been transferred through the Etherchannel link which is the fastest and the shortest link compared to the link via routers.
The expectation was confirm that EIGRP has the highest rate compared to others topology, but surprisingly the rate was almost the same in all cases.

Scenario 2: Blocking Etherchannel (port-channel 2)
---------------------------------------------------------------

RIPv2	DLS1#copy tftp://172.30.20.20/chap.ppt flash:  Destination filename [chap.ppt]? Accessing tftp://172.30.20.20/chap.ppt... Loading chap.ppt from 172.30.20.20 (via FastEthernet0/5): !!!!!!!!! [OK - 2112000 bytes] 2112000 bytes copied in 1279.682 secs (1650 bytes/sec)
EIGRP	Test1: --------------------------------------------------- DLS1#copy tftp://172.30.20.20/chap.ppt flash:      Destination filename [chap.ppt]? Accessing tftp://172.30.20.20/chap.ppt... Loading chap.ppt from 172.30.20.20 (via FastEthernet0/5): !!!!!!!!! [OK - 2112000 bytes] 2112000 bytes copied in 1279.707 secs (1650 bytes/sec)
	Test 2: ---------------------------------------------------- DLS1#copy tftp://172.30.20.20/chap.ppt flash:      Destination filename [chap.ppt]? Accessing tftp://172.30.20.20/chap.ppt... Loading chap.ppt from 172.30.20.20 (via FastEthernet0/5): !!!!!!!!! [OK - 2112000 bytes] 2112000 bytes copied in 1279.775 secs (1650 bytes/sec)
OSPF	Test 1 ------------------------------------------------ DLS1#copy tftp://172.30.20.20/chap.ppt flash:      (Test 3) Destination filename [chap.ppt]? Accessing tftp://172.30.20.20/chap.ppt... Loading chap.ppt from 172.30.20.20 (via FastEthernet0/5): !!!!!!!!! [OK - 2112000 bytes] 2112000 bytes copied in 1280.043 secs (1650 bytes/sec)
	Test 2 ---------------------------------------------------- DLS1#copy tftp://172.30.20.20/chap.ppt flash:      (Test 4) Destination filename [chap.ppt]? Accessing tftp://172.30.20.20/chap.ppt... Loading chap.ppt from 172.30.20.20 (via FastEthernet0/5): !!!!!!!!! [OK - 2112000 bytes] 2112000 bytes copied in 1279.724 secs (1650 bytes/sec)

As shown in the above results, the transfer has take much longer than the one using the Etherchannel link.
But this didn't change that the transfer rate is almost the same for the 3 protocols.

The following shows the path taken by the packet in this case:

DLS1#traceroute 172.30.20.20  (Path takenby packet when port-channel 2 disabled)

Type escape sequence to abort.
Tracing the route to 172.30.20.20

  1 192.168.1.1 0 msec 8 msec 0 msec
  2 166.56.1.2 8 msec 16 msec 9 msec
  3 160.45.34.2 33 msec 26 msec 33 msec
  4 172.16.2.2 42 msec 42 msec 34 msec
  5 164.24.5.2 58 msec 59 msec 50 msec
  6 172.30.1.2 59 msec 59 msec 50 msec
  7 172.30.20.20 59 msec 59 msec 50 msec

Scenario 3: Blocking Etherchannel during transfer
------------------------------------------------------------

 

RIPv2	DLS1#copy tftp://172.30.20.20/chap.ppt flash: Destination filename [chap.ppt]? Accessing tftp://172.30.20.20/chap.ppt... Loading chap.ppt from 172.30.20.20 (via Port-channel2): !! *Mar  1 05:59:42.822: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthern et0/4, changed state to down <Output omitted> *Mar  1 05:59:44.072: %LINK-3-UPDOWN: Interface Port-channel2, changed state to down... [timed out] %Error reading tftp://172.30.20.20/chap.ppt (Timed out)
EIGRP	DLS1#copy tftp://172.30.20.20/chap.ppt flash: Destination filename [chap.ppt]? Accessing tftp://172.30.20.20/chap.ppt... Loading chap.ppt from 172.30.20.20 (via Port-channel2): !!! *Mar  1 01:37:50.230: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthern et0/3, changed state to down <Output Omitted> *Mar  1 01:37:51.488: %DUAL-5-NBRCHANGE: EIGRP-IPv4:(20) 20: Neighbor 10.0.0.2 ( Port-channel2) is down: interface down... [timed out] %Error reading tftp://172.30.20.20/chap.ppt (Timed out)
OSPF	DLS1#copy tftp://172.30.20.20/chap.ppt flash: *Mar  1 03:12:29.225: %OSPF-5-ADJCHG: Process 1, Nbr 172.30.55.250 on Port-chann el2 from LOADING to FULL, Loading Done Destination filename [chap.ppt]? Accessing tftp://172.30.20.20/chap.ppt... Loading chap.ppt from 172.30.20.20 (via Port-channel2): !! *Mar  1 03:12:46.086: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthern et0/3, changed state to down <Output Omitted> *Mar  1 03:12:47.135: %OSPF-5-ADJCHG: Process 1, Nbr 172.30.55.250 on Port-chann el2 from FULL to DOWN, Neighbor Down: Interface down or detached... [timed out] %Error reading tftp://172.30.20.20/chap.ppt (Timed out)

               

 From these outputs, we can notice that the packet has been dropped in all protocols.

The routers couldn't adapt to topology change, they couldn't relearn a new path 

Scenario 4: Etherchannel reenabled during tranfer

---------------------------------------------------------

RIPv2	DLS1#copy tftp://172.30.20.20/chap.ppt flash: Destination filename [chap.ppt]? Accessing tftp://172.30.20.20/chap.ppt... Loading chap.ppt from 172.30.20.20 (via FastEthernet0/5): ! *Mar  1 06:15:15.711: %LINK-3-UPDOWN: Interface FastEthernet0/3, changed state t o up *Mar  1 06:15:15.836: %LINK-3-UPDOWN: Interface FastEthernet0/4, changed state t o up *Mar  1 06:15:16.717: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthern et0/3, changed state to up *Mar  1 06:15:16.843: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthern et0/4, changed state to up *Mar  1 06:15:17.640: %LINK-3-UPDOWN: Interface Port-channel2, changed state to up *Mar  1 06:15:18.647: %LINEPROTO-5-UPDOWN: Line protocol on Interface Port-chann el2, changed state to up!!!!!!!! [OK - 2112000 bytes] 2112000 bytes copied in 110.654 secs (19087 bytes/sec)
EIGRP	DLS1#copy tftp://172.30.20.20/chap.ppt flash: Destination filename [chap.ppt]? Accessing tftp://172.30.20.20/chap.ppt... Loading chap.ppt from 172.30.20.20 (via FastEthernet0/5): !! *Mar  1 01:43:59.857: %LINK-3-UPDOWN: Interface FastEthernet0/4, changed state t o up *Mar  1 01:43:59.941: %LINK-3-UPDOWN: Interface FastEthernet0/3, changed state t o up *Mar  1 01:44:00.721: %DUAL-5-NBRCHANGE: EIGRP-IPv4:(20) 20: Neighbor 10.0.0.2 ( Port-channel2) is up: new adjacency *Mar  1 01:44:00.948: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthern et0/3, changed state to up *Mar  1 01:44:01.694: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthern et0/4, changed state to up *Mar  1 01:44:01.770: %LINK-3-UPDOWN: Interface Port-channel2, changed state to up *Mar  1 01:44:02.776: %LINEPROTO-5-UPDOWN: Line protocol on Interface Port-chann el2, changed state to up!!!!!!! [OK - 2112000 bytes] 2112000 bytes copied in 200.446 secs (10537 bytes/sec)
OSPF	DLS1#copy tftp://172.30.20.20/chap.ppt flash:. Destination filename [./chap.ppt]? Accessing tftp://172.30.20.20/chap.ppt... Loading chap.ppt from 172.30.20.20 (via FastEthernet0/5): !! *Mar  1 03:18:40.337: %LINK-3-UPDOWN: Interface FastEthernet0/3, changed state t o up *Mar  1 03:18:40.547: %LINK-3-UPDOWN: Interface FastEthernet0/4, changed state t o up *Mar  1 03:18:41.344: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthern et0/3, changed state to up *Mar  1 03:18:41.553: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthern et0/4, changed state to up *Mar  1 03:18:42.250: %LINK-3-UPDOWN: Interface Port-channel2, changed state to up *Mar  1 03:18:43.256: %LINEPROTO-5-UPDOWN: Line protocol on Interface Port-chann el2, changed state to up *Mar  1 03:19:27.263: %OSPF-5-ADJCHG: Process 1, Nbr 172.30.55.250 on Port-chann el2 from LOADING to FULL, Loading Done!!!!!!! [OK - 2112000 bytes] 2112000 bytes copied in 245.963 secs (8587 bytes/sec)

               

Packet has been transferred with port-channel 2 disabled on DLS2. During transfer, port-channel 2

has been reenabled.

Packet changed the path and took the fastest path (Etherchannel)

Note that the difference on the transfer rate on the 3 routnng protocols is only due to the difference of haw fast the Etherchannel has been reenalbled, not to the fact that one routing could be faster the the others.

Note that OSPF with different area (area 100 and 200 has been also tested with the same result as the other protocols

Next meeting

Hope to see you guys on Saturday to fix some problems that we have on our projects, like configure NTP on ipv6 as I haven't manage to make it work..
Tevita

Ipv6 config

Started working on ipv6 on topology one, still have some issues on my configuration but have to finish if off today and what happened..

EIGRP on IPv6

Got IPv6 going on the 1st topology , global addresses are needed for the routers to exchange routes. No global addresses routers will only be aware of the directly connected networks. I still failing to get NTP working. Thinking of trying multicasting to the respective routers.....may be it will work.