TRACE Route utility

I am sure anyone who is at the least internet savvy, will be aware that to move data from one point say A to another point B across the Internet, it has to pass through a number of intermediary points say C, D,E.... But what many won't know is that your data is not transferred in one piece when it is sent over the net, rather, it is split into chunks of say 1500 bytes each, then each chunk is enclosed in what is known as a packet which contain some additional data such as the destination IP address and port number apart from some other details which provide the unique identity to the packet and finally it is sent across the net.

While the packets travel the path from point A to point B, each packet may take a different path depending upon diverse factors and eventually they are merged together in the same order at the receiving end to provide the document you sent in the first place.

The intermediate gateways through which the packets pass through before they reach the final destination are known as hops. So for data to travel from point A to point B on the net, it has to go through a number of hops.

Linux & Unix being network operating systems have a number of powerful tools which aid the network administrator to find out a wealth of data about their network and the Internet. One such tool is the ubiquitous traceroute.

The tool traceroute is available in all Unix and Linux distributions and is used to find out the potential bottlenecks in between your computer and a remote computer across the net. The usage of this tool is quite simple and is as follows:

# traceroute 

Usually you have to be root to run this tool as it resides in the /usr/sbin directory. But if you use the full path, then you can run this tool as a normal user as follows:

$ /usr/sbin/traceroute 

For example, this is the output I received when I ran a trace on the www.yahoo.com domain from my machine.

$/usr/sbin/traceroute www.yahoo.com

traceroute to www.yahoo.com (69.147.114.210), 30 hops max, 40 byte packets
1  10.2.71.1 (10.2.71.1)  21.965 ms   22.035 ms   22.111 ms
2  (ISP) (ISP gateway)  22.510 ms   25.716 ms   26.073 ms
3  61.246.224.209 (61.246.224.209)  69.212 ms   59.778 ms   63.334 ms
4  59.145.6.1 (59.145.6.1)  65.632 ms   64.750 ms   64.868 ms
5  59.145.11.69 (59.145.11.69)  63.562 ms   64.219 ms   63.742 ms
6  203.208.143.241 (203.208.143.241)  318.632 ms   307.733 ms   316.650 ms
7  203.208.149.25 (203.208.149.25)  317.534 ms   308.116 ms   307.507 ms
8  203.208.186.10 (203.208.186.10)  245.835 ms   247.878 ms   248.862 ms
9  so-1-1-0.pat1.dce.yahoo.com (216.115.101.129)  286.774 ms   289.702 ms so-1-1-0.pat2.dce.yahoo.com (216.115.101.131)  326.470 ms
10  ge-2-1-0-p141.msr1.re1.yahoo.com (216.115.108.19)  324.044 ms   324.497 ms   326.011 ms
11  ge-1-32.bas-a1.re3.yahoo.com (66.196.112.35)  333.479 ms   333.019 ms ge-1-41.bas-a2.re3.yahoo.com (66.196.112.201)  292.967 ms
12  * * *
13  * * *
14  * * *
15  * * *
.
. //Truncated for brevity
.
29  * * *
30  * * *

As you can see from the output spewed by traceroute, it defaults to a maximum of 30 hops. The first line of the output gives the IP address of the yahoo.com domain which is 69.147.114.210, the maximum number of hops traceroute will keep track of the packets before it reaches the destination and the size of the packets which is 40 bytes.

The next 30 or so lines show the IP address or domain name of the gateway servers through which the packets pass through as well as the time in milli-seconds of the ICMP TIME_EXCEEDED response from each gateway along the path to the host. traceroute program utilizes the IP protocol's time to live (TTL) field. By default, it starts with a TTL value of 1 but this value can be changed with the -f option.

Now lets take a closer look at the output of traceroute to the yahoo.com domain as shown in the listing above. As you can see, the second hop is always to ones ISP's gateway as shown by the address (I have removed the address of my ISP's gateway). On the same line, followed by the IP address, there are three time values in milli seconds. There are three values because traceroute by default sends simultaneously, 3 packets of 40 bytes each. And the three time values are the time taken to send the packets and receive a ICMP TIME_EXCEEDED response from the gateway. Put another way, these three values are the round trip times of the packets. So for the three packets to reach my ISP's gateway, and get an echo back, it takes 22.510 milli seconds, 25.716 ms and 26.073 ms respectively as is displayed by the values of the 2nd hop.

Lets look at the 5th and 6th hop in the output above. If you compare the times, you will find a drastic increase in the times. If it is 63.562 ms for the 5th hop, it is 318.632 ms for the 6th hop. This is because up till the fifth hop, the gateway servers were within the Indian sub-continent itself. Where as the gateway of the 6th hop is in Singapore and so it takes that much more time to get a reply. Generally, smaller numbers mean better connections.

Check out the 11th hop. It shows two domains with one domain for the first two packets and a different domain for the third packet.

And from 12th hop onwards I get a series of time outs as shown by the asterisks. So my trace of the www.yahoo.com domain resulted in a series of time outs and did not complete. The problems could be one of the following:

• The network connection between the server on the 11th hop and that on 12th hop is broken.
• The server on the 12th hop is down.
• Or there is some problem with the way in which the server on the 12th hop has been setup.
  

To make sure, I did a ping of the www.yahoo.com domain and as expected, I received 100% packet loss as shown by the ping output below.

$ ping -c 2 www.yahoo.com
PING www.yahoo-ht2.akadns.net (69.147.114.210) 56(84) bytes of data.

--- www.yahoo-ht2.akadns.net ping statistics ---
2 packets transmitted, 0 received, 100% packet loss, time 1009ms

Usually this means I will not be able to access the concerned domain. But in yahoo.com's case, I was able to access the domain without any problem as in all probability, their website is mirrored across a number of servers spread across the world. So if one server is down, the query is re-routed to the next nearest server.

traceroute is a very useful tool to pin-point where the error occurs on the internet. It can also be used to test the responsiveness of a domain or server. For example, If your route to a server is very long (takes over 25 hops), performance is going to suffer. A long route can be due to less-than-optimal configuration within some network along the way.

Similarly, if you see in a trace output, a large jump in latency (delay) from one hop to the next, that could indicate a problem. It could be a saturated (overused) network link; a slow network link; an overloaded router; or some other problem at that hop. It can also indicate a long hop, such as a cross-country link or one that crosses an ocean (compare the timing of the 5th and 6th hop in the yahoo.com trace output above).

VC80

I'm happy to share some thoughts. Please consider the following to be my personal point of view after only a few days of testing. Other's opinions might differ.

Pro V8:
* Compiler works much faster
* new Debugger features:
.. the "inline quickwatch" when pointing at a structure or object in the source
.. the ability to show the contents of std classes in a readable way.
* Intellisense improvements:
.. does not crash occasionally on large projects
.. does not bail out occasionally on large projects refusing to show anything until VC is restarted.
.. does include system headers like e.g. DirectX
.. does show global variables in namespaces.
.. seems to handle template classes way better
.. marks source that is not compiled due to preprocessor magic. Very helpful, especially when integrating third party source.

Contra V8:
* "Static" intellisense.

Seems like the precise and more complete infos intellisense can offer now came with a price: most of the changes on a source or header arent detected until the next successful build or a VC restart. I switched to a header, corrected a typo in a member var, switched back to implementation and it took about half an hour till intellisense recognised the new name. Adding a new function prototype to a header and then trying to implement it is killing intellisense: you're typing all the stuff completely on your own. After restarting VC and letting Intellisense update its database I tried to continue implementing that function, but it kept switching between the correct scope and "(Global scope)" in intervals of about 20 seconds, unable to show any member function or variable of that class. Intellisense is one of the most important features of VC in my opinion. And despite all the cool new features the new intellisense is just too unreliable for my taste. Especially when you're trying to actually produce new code, not just edit existing code.

Note: I left the function syntactically correct. I'm already used to always add a closing bracket as soon as I type an opening one and then inserting the actual content in the middle. It helps Intellisense2003 to keep track. It doesn't make any difference for Intellisense2005.

* Executable speed.

I haven't done any benchmark or anything else the audience might call "reliable". I just converted the project to VC8 and recompiled it. My personal statistic: Debug 14fps (vs 20 before), optimized Debug 50 fps (vs 90 in VC7), Release 90 fps (vs 115 before). As I said, the tests are not representative or valid for others, but they're important for me. At least the release configuration, the rest is a nice-to-have.

I read the forums here and found some hints, adding defines to silence all the "deprecated" warnings I don't care for and trying to regain some of the speed. Yet to no avail. It might be a degraded compiler, though, much like the "student" version of VC7, where some optimisations were lacking. And I'm pretty sure with some time and a close look at all the new options there might be some further improvement in reach.

* Some features lacking

That's not a point exactly as I compare VC8 Express Edition against the full blown VS2003 Enterprise Edition my boss paid for me. I never used most of the stuff included there anyways. But there are some small details that indeed do hurt when they're missing: Macro support for example. I haven't found a detailed list what exactly the differences are between the express version and the larger ones so I can only guess what else I'll be missing then.

In the end we decided to stay at VC7. We know what twists are needed to work around some of intellisense's problems, others we got used to. We're currently evaluating Visual Assist and if it proves to be useful it is as much of an improvement as I have ever hoped VC8 would bring.

I hope you read this statement as a personal opinion. It's just a hint what I expected to find in the new version and it is in no way meant to be a general judgement. No offence intended.

Resetting a forgotten root password on suse 8,9

To perform system administration tasks, you have to know the root password. What happens if you forget the root password? Not to worry: Just reboot the PC and you can reset the root password by following these steps:

1. Reboot the PC (select Reboot as you log out of the GUI screen) or power up as usual.

Soon you see the graphical boot screen that shows the names of the operating systems you can boot. The text cursor rests on a line labeled Boot Options.

2. If you have more than one operating system installed, use the arrow key to select SUSE Linux as your operating system.

3. Type the following and then press Enter:

single init=/bin/sh

Linux starts up as usual but runs in a single-user mode that does not require you to log in. After Linux starts, you see the following command line prompt that ends with a hash mark (#), similar to the following:

sh-3.00#

4. Type the following command, and then press Enter:

mount / -n -o remount,rw

This makes the root file system — the forward slash (/) in the mount command — writeable so that you can change the password (which is stored in a file in the root file system).

5. Type the passwd command to change the root password as follows:

sh-3.00# passwd

Changing password for user root.

New password:

6. Type the new root password that you want to use (it doesn't appear on-screen), and then press Enter.

The passwd command asks for the password again, like this:

Re-enter new password:

7. Type the password again, and press Enter.

If you enter the same password both times, the passwd command changes the root password.

8. Type the following command and press Enter.

mount / -n -o remount,ro

This remounts the root file system in a read-only mode.

9. Now type /sbin/reboot to reboot the PC.

After SUSE Linux restarts, you can again become root by typing su - and entering the new password. When GUI utilities such as YaST prompt for the root password, enter the new root password