home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / rec / radio / amateur / misc / 21482 < prev    next >
Encoding:
Internet Message Format  |  1992-12-30  |  1.9 KB

  1. Path: sparky!uunet!usc!news.service.uci.edu!gordius!presoft!steve
  2. From: steve@presoft.com (Steve Kohlenberger)
  3. Newsgroups: rec.radio.amateur.misc
  4. Subject: Re: diy uncoordinated repeater
  5. Message-ID: <7i2LwB2w165w@presoft.com>
  6. Date: Wed, 30 Dec 92 11:33:53 PST
  7. References: <1992Dec29.203615.8220@mnemosyne.cs.du.edu>
  8. Distribution: world
  9. Organization: Presoft Architects
  10. Lines: 45
  11.  
  12. rcanders@nyx.cs.du.edu (Rod Anderson) writes:
  13.  
  14. > Thanks to the improvements in technology there is no longer any reason
  15. > for repeaters to not share frequency pairs.  To set up a uncoordinated
  16. > repeater I would suggest the doing the following:
  17.  
  18. Great idea. (being an almost newcommer, I can say this)
  19.  
  20. [snip]
  21.  
  22. > 1.  If you think that a repeater frequency pair is under used set up a
  23.  
  24. [snip]
  25.  
  26. > 2.  Set up your repeater on this frequency.  It will be necessary to
  27.  
  28. [snip]
  29.  
  30. > 3.  Check with a lawyer, I don't think that a state court would have
  31. > jurisdiction, the FCC preempts local laws, but find out first.  Then
  32. > if you are sued in a state court you can clam that they don't have
  33. > jurisdiction on the matter.
  34.  
  35. Any legal types out there that can shed some light on the subject?
  36.  
  37. Any sue types out there that would want to retaliate to such a use
  38. on 'their' exclusive frequency?  Your defense posture?
  39.  
  40. > 4.  Send a petition to the FCC to require repeaters to share
  41. > frequencies as much as possible.  Also lobby the ARRL and the local
  42. > coordinator to not have frequency assignments exclusive.
  43. >  
  44. > Only share the frequency of the private ego repeaters which have _VERY_
  45. > little traffic.  If all the frequency pairs are used up and they all
  46. > are used heavily then don't try the above.
  47. >  
  48. > Rod Anderson            N0NZO            rcanders@nyx.cs.du.edu
  49.  
  50. Steve
  51.    
  52.  Steve Kohlenberger, PreSoft Architects      Internet: steve@presoft.com
  53.  Novell Professional Developer
  54.  Specialists in NLM and Disk/Tape Driver development for NetWare 3.X/4.X
  55.