home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / protocol / tcpip / ibmpc / 7731 < prev    next >
Encoding:
Internet Message Format  |  1993-01-28  |  2.3 KB
  1. Path: sparky!uunet!math.fu-berlin.de!unidus.rz.uni-duesseldorf.de!zeta!heisen
  2. From: heisen@zeta.numerik.uni-duesseldorf.de (Henner Eisen)
  3. Newsgroups: comp.protocols.tcp-ip.ibmpc
  4. Subject: Re: KA9Q RIP problems
  5. Date: 27 Jan 1993 19:32:33 GMT
  6. Organization: Heinrich-Heine-Universitaet Duesseldorf
  7. Lines: 41
  8. Distribution: world
  9. Message-ID: <1k6o0hINNf8q@unidus.rz.uni-duesseldorf.de>
  10. References: <1k3nm6INNlpb@uwm.edu>
  11. Reply-To: heisen@numerik.uni-duesseldorf.de (Henner Eisen)
  12. NNTP-Posting-Host: zeta.numerik.uni-duesseldorf.de
  13.  
  14.  
  15. In article <1k3nm6INNlpb@uwm.edu>, hardiman@csd4.csd.uwm.edu (Paul V
  16. Hardiman) writes:
  17. |> I'm having problems getting ka9q to recognize RIP broadcasts.
  18.   [...]
  19. |> form 129.89.6.255 and 129.89.21.255.  ka9q's outgoing RIP
  20. |> messages are broadcast to the same addresses and are handled
  21. |> OK by other routers on the subnets.  According to ka9q traces
  22. |> the incoming RIP messages are formatted correctly.  But when
  23. |> I issue the RIP STATUS command, ka9q reports that there have
  24. |> been no incoming RIP messages.
  25.   [...]
  26.  
  27. Common problems with ka9q that might cause RIP (and some other services)
  28. not to work properly:
  29.  
  30. 1. Depending on your local broadcast addresses and subnet masks, the
  31.    address resolution from IP-level to MAC-level broadcast addresses 
  32.    might not work. This can be fixed by the "arp add ..." command.
  33.    
  34.    Certainly, this is not causing your problems because
  35.    - outgoing RIP broadcasts are received correctly *and*
  36.    - ka9q's trace function indicates incoming RIP broadcasts.
  37.  
  38. 2. You did't start the RIP server. Incoming RIP packets are only
  39.    processed if the "start rip" command has been input. Otherwise,
  40.    ka9q will only broadcast its own static routing tables.
  41.    Note that, when compiling ka9q, a flag in the configuration 
  42.    file must be set in order to support the RIP server.
  43.    Just input "start rip". If it fails you need another net.exe
  44.    which was compiled with the RIP server enabled.
  45.  
  46. 3. ka9q only accepts RIP messages from explicitly specified hosts.
  47.    Specify each hosts by the command "rip accept <address>", where
  48.    <address> is the other routers IP address.
  49.  
  50. Hope that will solve your (and other's) problem.
  51.  
  52. Henner Eisen,                Angewandte Mathematik,
  53. Heinrich-Heine-Universitaet Duesseldorf,   Germany
  54. e-mail (RFC-822): heisen@numerik.uni-duesseldorf.de
  55.