Routing Interview Preparation Guide

The ROUTING TABLE is a table maintained in the kernel that determines how packets are routed to other systems. A number of programs may add or delete routes from the routing tables, including route, ifconfig, in.routed and in.rdisc. The routing table consists of three types of routes: HOST ROUTES are checked first and define a route to just one host. NETWORK ROUTES are checked second and define a route to all the hosts on one network. DEFAULT ROUTES are used as a catch-all, when no host or network routes are found to a destination. They usually send to a more knowledgeable routing machine, which has a better chance of being able to find a host or network route to the destination.

ARP, the ADDRESS RESOLUTION PROTOCOL. ARP is the protocol which converts the IP address to an address appropriate to the hardware type (ie, Ethernet addresses on an ether network). After normal routing protocols have done their work, ARP springs in to action. It's what actually gets packets from one machine to another. Usually, you should not have to worry about ARP at all. Except in special setups, it should work totally transparently.

Solaris and SunOS each have a specific order which they use to start up routing: If an /etc/defaultrouter file exists, only static routing will be used, and a static default route will be created to the machine listed in the defaultrouter file. If there is no /etc/defaultrouter file, and the machine is a router, both in.routed and in.rdisc will be started, and they will advertise routing information. SunOS machines will only start up in.routed, as in.rdisc is not available under SunOS. If there is no /etc/defaultrouter file, and the machine is a host, in.rdisc is initially started. If any machines on the same network advertise via Routing Discovery, in.rdisc will be used as the dynamic routing program if there are no machines advertising via Routing Discovery, in.rdisc will quickly quit. SunOS skips this step. Finally, if there is no /etc/defaultrouter file, and either the machine is running SunOS, or in.rdisc has failed, then in.routed is started. It will listen for other in.routed programs advertising via RIP packets. This is the default manner in which most out-of-the-box Suns will operate.

All IP ADDRESSES are divided into two portions: the NETWORK ADDRESS, and the HOST ADDRESS. The network portion of the IP address defines the level at which routing is done this means that all machines with the same network address are on the same network. For example, if we had the IP address a.b.c.d, we might learn that the network portion of that address was a.b, and the host portion of that address was c.d. In that case, all machines with the IP address a.b.*.* would be on the same network. We would typically see a route to the network a.b.0.0. By default, Internet IP addresses are divided into 3 Classes. Each of these ranges has a different portion of the IP address reserved as the network and host addresses. Class IP Range Network Host

Class A 1.*.*.* to 127.*.*.* a b.c.d

Class B 128.*.*.* to 191.*.*.* a.b c.d

Class C 192.*.*.* to 223.*.*.* a.b.c d

Multicast: Class D 224.0.0.0 to 239.255.255.255.

Reserved: Class E 240.0.0.0 to 247.255.255.255

It is always best to start investigating routing problems by making sure that your interfaces are set up correctly. By running ifconfig, you can see your current interface setup: # ifconfig -a lo0: flags=849<UP,LOOPBACK,RUNNING,MULTICAST> mtu 8232 inet 127.0.0.1 netmask ff000000 le0: flags=863<UP,BROADCAST,NOTRAILERS,RUNNING,MULTICAST> mtu 1500 inet 150.101.16.28 netmask ffffff00 broadcast 150.101.16.255 ether 8:0:20:10:78:d When an interface is brought up, it automatically creates a route. This route will be to the local network for multipoint interfaces (ether, FDDI, TR, etc), or to a host for point-to-point interfaces (PPP). If your main interface (le0 in the above example) is not UP and RUNNING, clearly no routing will be occurring through it. If the interface is UP, you will also want to examine the inet and netmask entries of your main interface, and make sure they are set correctly. If the inet is set wrong, check your /etc/hostname.interfacename file (ie, hostname.le0) and your /etc/hosts file. If the netmask is set wrong, check your /etc/netmasks file

You can examine your current routing tables by running the command netstat, as follows: %%%% netstat -rn

If your problem is not obvious from examining 'ifconfig -a' and 'netstat -rn', the ping command can be very useful in diagnosing it further. Try running 'ping -s machine-with-no-route'. There are two possibilities. If you get some type of 'network unreachable' or 'host unreachable' error, this typically means that there is no route on your machine to the machine you are trying to ping. You will probably need to define a static route for that machine's network, or possibly a default route. Following are a few examples. Under SunOS, you'll just get the basic '... unreachable' errors: %%%% ping -s lab-manta PING lab-manta: 56 data bytes sendto: Network is unreachable ping: wrote 150.101.89.28 64 chars, ret=-1 At this point, you should return to looking at your 'netstat -r' table.

If you can't solve your routing problems by looking at the routing tables and interfaces, a useful program for helping solve the problem is traceroute. Solaris 2.7 software bundles the popular traceroute utility. Unfortunately, this program is not shipped with SunOS or Solaris prior to 2.7, and as a result is not supported by SunService. However, you can easily find a copy on the internet. The ftp site ftp.dfn.de contains traceroute under the /pub/tools directory. If you consult 'archie' or other searching programs, it is likely that you will be able to find a more local copy. Traceroute works by sending out a set of 3 UDP packets. These packets are initially given a Time-To-Live of 1 hop, which is then increased to 2 hops, then to 3, etc.... until the packets reach the remote machine. This has the effect of stepping through the routers leading towards a destination machine, one at a time. However, it also causes you to only see a unidirectional route, from your client to the destination machines. It's quite possible for routes to be different going from and to a machine, and traceroute will not standardly show this. For example, if packets followed the following path: --> C --> A B <-- D <-- A traceroute from A to B would show: A, C, B, while a traceroute from B to A would show: B, D, A.

If you want to define a default router, so that you can send all of your non-local packets through one standard machine, simply create the file /etc/defaultrouter. It should have as its sole contents, the hostname or ipnumber of your router: %%%% cat /etc/defaultrouter router-1 or: 150.101.16.1 Note that any machine listed as a defaultrouter _must_ be on the same subnet as your machine and the name listed in /etc/hosts. On Solaris 2.4, and later, you can actually list multiple routers in the /etc/defaultrouter file, one default router per line: %%%% cat /etc/defaultrouter router-1 router-2 router-3 You also need to make sure that every name which appears in /etc/defaultrouter has an entry in your /etc/hosts file: %%%% cat /etc/hosts ... 150.101.16.1 router-1 150.101.16.2 router-2 150.101.16.3 router-3 After you have created /etc/defaultrouter, and made sure that any names listed in that file are also listed in /etc/hosts, you can reboot your machine. When it comes back up, it will automatically be routing through the defaultrouter that you have defined. If you have a simple network, or if you are just trying to get routing to work after your Sun machine is first installed, you probably want to set up a defaultrouter, as is described here. Some further advice on what type of routing to use. How does multiple default routes work?

At any time, you can add static routes to your machine via the route command. The standard syntax for adding a network route is: route add net "remote-network-ip gateway-ip" 'hop-metric-count' On Solaris 2.6: route add -net "remote-network-ip gateway-ip" -netmask route add -host "host-ip local-intrf-ip" -interface remote-network-ip is the network you are adding a route to, gateway-ip is the ip address of the gateway that leads to that remote-network. hop-count is an integer which identifies the number of gateways that you must go through to get to the remote-network. A network that is directly connected to your machine would have a hop count of 0 (ie, the 150.101.16.0 net in the example below). A remote-network that is directly connected to a gateway-machine that is, in turn, on the same network as your machine would have a hop count of 1 (ie, the 150.101.17.0 net in the example below). Static routes are rarely added for remote-networks with a hop count greater than 1.