home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / protocol / tcpip / 5813 < prev    next >
Encoding:
Internet Message Format  |  1993-01-06  |  1.6 KB
  1. Path: sparky!uunet!elroy.jpl.nasa.gov!swrinde!network.ucsd.edu!rutgers!sgigate!sgi!rhyolite!vjs
  2. From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
  3. Newsgroups: comp.protocols.tcp-ip
  4. Subject: Re: MORE ON TOOLS TO FIND ROUTING TABLES OF REMOTE HOSTS
  5. Keywords: ripquery, rtquery
  6. Message-ID: <uh6b39s@rhyolite.wpd.sgi.com>
  7. Date: 6 Jan 93 05:21:09 GMT
  8. References: <C0EtFo.FCq@exicom.OZ.AU>
  9. Organization: Silicon Graphics, Inc.  Mountain View, CA
  10. Lines: 30
  11.  
  12. In article <C0EtFo.FCq@exicom.OZ.AU>, ray@exicom.OZ.AU (ray) writes:
  13. > many thanks to all those people who replied to my last post, when i asked how
  14. > would i perform the equivalent of a remote "netstat -rn" on 
  15. > arbitrary internet hosts.
  16. > 
  17. > Most people suggested SNMP. However, wouldn't this limit me to
  18. > querying hosts running SNMP? 
  19. > 
  20. > I was hoping that there would be a solution which only required 
  21. > that the gateway in question be running some routing daemon
  22. > talking RIP (e.g. gated), which is a more common property of gateways
  23. > than SNMP .
  24. > 
  25. > I vaguely remember hearing of a program called ripquery, but i can't
  26. > find any info on it. Has anyone heard of such a thing ; would this
  27. > do the job I just described in the previous paragraph?
  28.  
  29.  
  30.  
  31. There is `rtquery` source in the standard 4.3BSD distribution (I think
  32. in the tools subdirectory of the routed subdirectory), and binary
  33. shipped on some (at least one--guess which) vendors' workstations.
  34.  
  35. Rtquery works by sending out mostly ordinary RIP requests.
  36. It obviously doesn't work if you are not using RIP.
  37. It also does not work if the remote machine is picky, as cisco routers
  38. seem to be.
  39.  
  40.  
  41. Vernon Schryver,   vjs@sgi.com
  42.