home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / bbs / waffle / 6510 < prev    next >
Encoding:
Internet Message Format  |  1993-01-28  |  4.0 KB
  1. Path: sparky!uunet!crdgw1!cook!sarah!rpi!usc!howland.reston.ans.net!sol.ctr.columbia.edu!src.honeywell.com!tcscs!zeta
  2. From: tcscs!zeta@src.honeywell.com (Gregory Youngblood)
  3. Newsgroups: comp.bbs.waffle
  4. Subject: Re: scheduled events that take phone off-hook?
  5. Message-ID: <PkmZXB1w165w@tcscs.UUCP>
  6. Date: 26 Jan 93 15:10:48 GMT
  7. References: <1993Jan25.174442.1048@hypnos.bssi.bls.com>
  8. Reply-To: zeta%tcscs@src.honeywell.com
  9. Organization: TCS Consulting Services
  10. Lines: 70
  11.  
  12. dawson@hobbes.bsan.bls.com (Willard Dawson) writes:
  13.  
  14. > randall@proteus.qc.ca (Randall Reid) writes:
  15. > 
  16. > >russell@alpha3.ersys.edmonton.ab.ca (Russell Schulz) writes:
  17. > >
  18. > >> for five minutes, I can't foresee a problem (realistically).  for longer
  19. > >> periods of, say, a half-hour and up, I can easily imagine some fabled
  20. > >> network trouble indicator light coming on, and no one being pleased that
  21. > >> it was just you wanting to give the world a busy signal.
  22. > >> 
  23. > >> I don't know if these things really exist or not, myself.
  24. > >> 
  25. > >> again, just ignoring the rings hurts no one, unless your users are clueles
  26. > >> to the point of no return.  even then, if they leave, you're just raising
  27. > >> the average IQ of your callers...
  28. > >> -- 
  29. > >> Russell Schulz  russell@alpha3.ersys.edmonton.ab.ca  ersys!rschulz  Shad 8
  30. > >
  31. > >Being busy for a user may be OK but for an incoming uucp call its a
  32. > >different story IMHO.
  33. > >
  34. > >I prefer my uucp sites to appear "busy" if they aren't ready to connect to
  35. > >me.   The reason is that my Waffle system will respond quickly to a busy
  36. > >signal and I can get on with polling someone else.  If the site doesn't
  37. > >answer, Waffle will sit there for 10+ rings waiting to time out.
  38. > 
  39. > The answer to that little problem is called "intelligent polling." :-)
  40. > If Tom (or whomever actually owns the darned uucico code) would add support
  41. > for "retry" time management, you could rest a bit easier and worry less
  42. > about your UUCP neighbors going offline.  Something like most real UNIX
  43. > uucico's do... "Retry time not reached..."
  44. > 
  45. > Of course, if you want to resort to a wrapper program and manage your own
  46. > retry-times (calling uucico with specific sitenames), then you've done
  47. > effectively the same.  I don't like that too much, but I'm beginning to
  48. > think it would be worth the effort, especially now that my own UUCP neigh-
  49. > bor count is up around 20, and some of them have had downtime recently.
  50. > As long as only a single host is offline, it's not too much a worry.  But,
  51. > when three, four, or more are down, you really lose a bunch of time...
  52. > 
  53. > I'd rather just call "uucico -s any" and have uucico do it's own dirty
  54. > work...
  55. > 
  56. > >This amounts to a "lot" of wasted time for a system that makes around
  57. > >200 calls/day and has 20 other uucp sites to service (like mine).
  58.  
  59. When I was down in GA I had trouble with lots of busy signals and wrote a 
  60. program called SPOLL which controls UUCICO.  Some of its features were the
  61. ability to time a polling sessiong.  For instance if UUCICO got a busy signal
  62. the my program would keep trying for a specified time limit or specified 
  63. number of tries.  I use it all the time on my system and I distributed it 
  64. a bit through email and I think I posted it to c.b.w, but I dont remember
  65. right off.  Due to an error on a non-backed up drive the source code to the
  66. most recent version was lost, :(  so I have some rewriting to do, and I need
  67. to fix a bug that appears when you try to poll more than one system at a 
  68. time from one SPOLL session.
  69.  
  70. SPOLL -delay=15 -time=5 \-t 70 -s SYSTEM
  71.  
  72. Tries for 5 minutes to connect to SYSTEM, delaying 15 seconds between each
  73. UUCICO attempt.  -t 70 -s SYSTEM is passed to UUCICO so that uucico is run
  74. as UUCICO -t 70 -s SYSTEM.
  75.  
  76. Greg
  77.  
  78. .-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.
  79. .   TCS Consulting Services   P.O. Box 600008   St. Paul, MN  55106-0008    .
  80. .   ..!srcsip!tcscs!zeta                 ..!src.honeywell.com!tcscs!zeta    .
  81. .-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.
  82.