home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / next / sysadmin / 4639 < prev    next >
Encoding:
Internet Message Format  |  1992-08-13  |  2.1 KB
  1. Path: sparky!uunet!elroy.jpl.nasa.gov!swrinde!mips!darwin.sura.net!haven.umd.edu!ni.umd.edu!sayshell.umd.edu!louie
  2. From: louie@sayshell.umd.edu (Louis A. Mamakos)
  3. Newsgroups: comp.sys.next.sysadmin
  4. Subject: Re: stop UDP from bringing up SLIP?
  5. Keywords: SLIP, 920802, UDP, access
  6. Message-ID: <1992Aug13.155833.18220@ni.umd.edu>
  7. Date: 13 Aug 92 15:58:33 GMT
  8. References: <1992Aug10.134954.266402@cs.cmu.edu>
  9. Sender: usenet@ni.umd.edu (USENET News System)
  10. Organization: University of Maryland College Park
  11. Lines: 29
  12. Nntp-Posting-Host: sayshell.umd.edu
  13.  
  14. In article <1992Aug10.134954.266402@cs.cmu.edu> beatty@sqhilton.pc.cs.cmu.edu (Derek Beatty) writes:
  15. >I'm using Mamakos' 920802 version of Dialupip to connect to campus through  
  16. >a Cisco ASM/3.  (So my default route points to this link.)  I'd like to  
  17. >stop SBook from bringing up the link, so I tried removing the word "udp"  
  18. >from the "protocols" line of my ".access" file. I thought this would  
  19. >suffice.  But now authough when I launch SBook a message like:
  20. >Aug  7 18:23:09 sqhilton tcldiald[115]: Unauthorized protocol UDP (17)
  21. >is logged via the syslog facility, as I expect, subsequent attempts to  
  22. >open TCP connections seem not to bring up the link automatically; instead,  
  23. >I have to use the duioctl to bring it up by hand. 
  24.  
  25. I think that I understand what is going one.  You have stumbled onto a
  26. bug that goes something like this:
  27.  
  28. When an attempt is made to transmit a packet, a message is sent from
  29. the kernel driver to the tcldiald process.  The SLIP interface is
  30. marked as "bring-up in progress".  This prevents further messages from
  31. being sent to the tcldiald process.  A timer is also started, by
  32. default it is 5 minutes.  If nothing happens by then, then the
  33. interface is cleared (actually, it may get disabled.. I'll have to
  34. check).
  35.  
  36. In any case, since tcldiald refuses to bring up the link because its
  37. not the right packet type, it ignores it and moves on.  It really
  38. ought to reset the state of the interface and wait for further
  39. attempts.  I will look at how difficult it might be to fix this to do
  40. the right thing.
  41.  
  42. louie
  43.