home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / sgi / admin / 311 < prev    next >
Encoding:
Internet Message Format  |  1993-01-28  |  2.9 KB

  1. Path: sparky!uunet!contex!sam.contex.com!james
  2. From: james@sam.contex.com (James McQueston)
  3. Newsgroups: comp.sys.sgi.admin
  4. Subject: SLIP - (1)hangup and (2)"212" Dialer
  5. Keywords: SLIP Admin
  6. Message-ID: <3330@contex.contex.com>
  7. Date: 26 Jan 93 20:19:25 GMT
  8. Sender: news@contex.contex.com
  9. Lines: 72
  10.  
  11. I've got my slip connection working pretty well with two high-speed
  12. modems, but I have one open problem, and one problem that I solved
  13. that took a long time to track down and for which I don't understand
  14. my workaround.
  15.  
  16. Question 1:
  17.  
  18. I would like to have my remote (incoming) SLIP die when its modem loses
  19. DCD.  This would cause uugetty to re-chat with the modem and reset it
  20. to answer the modem for the next user.  What happens instead is that the
  21. modem has hung up the phone, and SLIP keeps trying to talk to the modem
  22. in its command mode.  Although SLIP seems to know that something is wrong,
  23.  
  24.     sl0: bad checksum
  25.     ...
  26.     sl0: bad checksum
  27.     sl0: bad checksum
  28.     sl0: dropping babble
  29.     sl0: bad checksum
  30.     sl0: bad checksum
  31.     ...
  32.  
  33. it never gives up.  If I become root and killall -HUP SLIP, it ignores it.
  34. Then only way to get rid of the incoming SLIP seems to be to kill it with
  35. something more substantial.
  36.  
  37. Is there something I don't know, or can do, so that SLIP will die on the
  38. tty-generated HUP signal?  Or is this the way SLIP is supposed to work
  39. for some weird reason?  Here are snippets of some important files:
  40.  
  41. #/etc/passwd:
  42. slip-garbo::0:0:Remote SLIP from garbo:/:/usr/etc/remoteslip
  43.  
  44. #/etc/inittab:
  45. t1:23:respawn:/usr/lib/uucp/uugetty -DNt5 -iDSIin,conn ttyf1 dx_38400 #DSIin
  46.  
  47. #/usr/etc/remoteslip
  48. case $USER in
  49. ...
  50. slip-garbo)
  51.     echo User is slip-garbo >> /tmp/slip.$$
  52.     exec /usr/etc/slip -p comp -i -r garbo -ddd
  53.     ;;
  54. ...
  55. esac
  56.  
  57. Question 2:
  58.  
  59. When writing a /usr/lib/uucp/Devices line for outgoing SLIP, I find that
  60. it will not work on /dev/ttyf1 unless the "built-in" dialer-token pair
  61. "212 x" is given.  Of all the pages and pages of documentation on SLIP
  62. and UUCP in the IRIX Site Admin. Guide and IRIX Network Admin. Guide,
  63. the only reference to this is in the latter on page 7-4, where it says
  64. that
  65.     The correct format for a line appropriate for SLIP in
  66.     /usr/lib/uucp/Devices is:
  67.         ACUSLIP device null speed 212 x dialer
  68.  
  69. It never explains why.  The man page for SLIP never mentions this fact.
  70. And if you don't do it, the error you get from SLIP -ddd is a timeout
  71. when trying to access the device.
  72.  
  73. Can someone explain what the "212" dialer is, what the "x" token for it means,
  74. and why SLIP breaks when you don't use it.  Furthur, can someone at SGI
  75. add this explanation to the man page for SLIP, and convince the Documentation
  76. people to explain this a little more in section 7.2.2 of the Network Admin.
  77. Guide?
  78. -- 
  79. -----
  80. James H. McQueston        james@contex.com
  81. Xyvision Color Systems, Inc.    (617) 246-1776 x 5523 (office, voicemail)
  82. Wakefield MA 01880-1291        (617) 245-4471        (lab phone direct)
  83.