home *** CD-ROM | disk | FTP | other *** search
/ Phoenix Rising BBS / phoenixrising.zip / phoenixrising / tele-dig / td14-091.txt < prev    next >
Text File  |  1994-02-18  |  26KB  |  599 lines

  1. TELECOM Digest     Fri, 18 Feb 94 13:54:00 CST    Volume 14 : Issue 91
  2.  
  3. Inside This Issue:                          Editor: Patrick A. Townson
  4.  
  5.     Re: Questions About Voice Mail (Dave Ptasnik)
  6.     Re: Questions About Voice Mail (Stan Schwartz)
  7.     Voicemail or Answering Machine Software? (Teng-Kiat Lee)
  8.     Re: Caller ID in Russia (For Curious) (Vassili Leonov)
  9.     Re: How to Share a 64Kbps Leased Line With Ten Users (Jay Hennigan)
  10.     Re: AT&T Says That They Can't Resolve my Calls' Origin (Ed Greenberg)
  11.     Re: Coca-Cola and US Sprint Run Phony Contest (Will Martin)
  12.     Re: Searching For Internet Providers (Colin Owen Rafferty)
  13.     Re: Horrid AT&T 2500 Sets (Glen C. Hoag)
  14.     Re: Phone Number History (Thomas Miles)
  15.     Re: Program For Microwave Radio Links (Tony Harminc)
  16.  
  17. TELECOM Digest is an electronic journal devoted mostly but not
  18. exclusively to telecommunications topics. It is circulated anywhere
  19. there is email, in addition to various telecom forums on a variety of
  20. public service systems and networks including Compuserve and GEnie.
  21. Subscriptions are available at no charge to qualified organizations
  22. and individual readers. Write and tell us how you qualify:
  23.  
  24.                  * telecom-request@eecs.nwu.edu *
  25.  
  26. The Digest is compilation-copyrighted by Patrick Townson Associates of
  27. Skokie, Illinois USA. We provide telecom consultation services and
  28. long distance resale services including calling cards and 800 numbers.
  29. To reach us:  Post Office Box 1570, Chicago, IL 60690 or by phone 
  30. at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
  31.  
  32.     ** Article submission address only: telecom@eecs.nwu.edu **
  33.  
  34. Our archives are located at lcs.mit.edu and are available by using
  35. anonymous ftp. The archives can also be accessed using our email
  36. information service. For a copy of a helpful file explaining how to
  37. use the information service, just ask.
  38.  
  39. TELECOM Digest is gatewayed to Usenet where it appears as the moderated
  40. newsgroup comp.dcom.telecom. It has no connection with the unmoderated
  41. Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
  42. Digest" shares archives resources at lcs.mit.edu for the convenience
  43. of users. Please *DO NOT* cross post articles between the groups. All
  44. opinions expressed herein are deemed to be those of the author. Any
  45. organizations listed are for identification purposes only and messages
  46. should not be considered any official expression by the organization.
  47. ----------------------------------------------------------------------
  48.  
  49. From: davep@u.washington.edu (Dave Ptasnik)
  50. Subject: Re: Questions About Voice Mail
  51. Date: 18 Feb 1994 00:57:13 GMT
  52. Organization: University of Washington
  53.  
  54.  
  55. > [TELECOM Digest Editor's Note: I am surprised you find reps who say it
  56. > cannot be done. Here it is quite common and is known as 'transfer on
  57. > BY/DA' (busy/no answer). For the former it transfers immediatly and
  58. > for the latter, after three unanswered rings the CO pulls the call
  59. > back from the subscriber and diverts it. The caller hears the slightest 
  60. > pause in the ringing cadence as the CO quits ringing the one phone and
  61. > sets up the connection to start ringing elsewhere. 'Transfer on busy'
  62. > is quite similar to a hunt group, but apparently not entirely the
  63. > same.  Does anyone know why? IBT gives 'hunting' for free but charges
  64. > a monthly fee for 'transfer on busy' (which can be had without the 'no
  65. > answer' part if desired, or vice-versa).
  66.  
  67. Hunting and call forward busy appear to be very different animals
  68. within a 5ESS switch.  While I can't discuss the technical aspects, I
  69. can tell you about some practical differences we encounter in our
  70. Centrex/Centron system.  Call Forward Busy is limited to six transfers.
  71. Hunting can have an essentially unlimited batch of number in sequence.
  72. Hunting is not compatible with voice mail, as the originally dialed
  73. number is not passed to the voice mail system.  Thus if we need to
  74. have a ten line hunt group that goes to voice mail with the eleventh
  75. caller, we must use hunting until we come to the last line, then put
  76. on Call Forward Busy from the last line to the voice mail system.  We
  77. too are charged different rates for these two different but similar
  78. features.  If you pick at US West, you can get either one on residential
  79. lines, with CFB being cheaper, but hunting is the one they suggest.
  80.  
  81. All of the above is nothing more than the personal opinion of - 
  82.  
  83.  
  84. Dave Ptasnik     davep@u.washington.edu
  85.  
  86. ------------------------------
  87.  
  88. Date: Fri, 18 Feb 1994 11:40:15 EST
  89. From: Stan Schwartz <stans@panix.com>
  90. Subject: Re: Questions About Voice Mail
  91.  
  92.  
  93. On Sun, 13 Feb 1994, Steve Cogorno wrote:
  94.  
  95. > Said by: Stan Schwartz
  96.  
  97. >>  - I have call waiting on the line.  If I don't answer the second
  98. >> line, the call DOES NOT get forwarded to the mail box (it just rings
  99. >> at the caller's end);
  100.  
  101. >>  - If I "busy-out" the line (*70 or off-hook), since I have call waiting
  102. >> and the software is looking for call-waiting first, any incoming calls
  103. >> will get a busy;
  104.  
  105. >> In short, the way the NYNEX reps explain this, since I have call waiting
  106. >> on the line, the only time a call is forwarded to the mailbox is if the
  107. >> phone is on hook and I don't answer.  This doesn't sound kosher to me,
  108. >> since I've seen the way other systems work.
  109.  
  110. > This is the way the Reps WANT to place the order - that doesn't mean you
  111. > have to take it :)
  112.  
  113. > Ask them to install No Answer Diversion as well as Busy Diversion when the
  114. > set up your order.  They will try to tell you it can't be done, but it can.
  115. > You also may want to get regular Call Forwarding, as you can call forward
  116. > your calls directly to the voice mail so it won't bother you (sort of a Do
  117. > Not Disturb function).
  118.  
  119. I spoke with NYNEX again today.  The quote from the rep was "Call
  120. Waiting cancels out Call Answering.  The only other service we could
  121. offer is 'Call Forward-No Answer Transfer', where if I *72 my phone
  122. somewhere and THAT line doesn't answer, the mailbox will pick up.  I'm
  123. going to try to pursue this with a "supervisor", but I don't think
  124. they'll be able to help.  For whatever reason, NYNEX has these
  125. features turned off in this area.  Sheesh -- you'd think the'd WANT me
  126. to spend the $6.50 a month for the service.
  127.  
  128.  
  129. Stan
  130.  
  131. ------------------------------
  132.  
  133. From: ltk@ss3.vlsi.ee.nus.sg (Teng-Kiat Lee)
  134. Subject: Voicemail or Answering Machine Software?
  135. Date: 18 Feb 1994 02:59:50 GMT
  136. Organization: VLSI CAD, NUS
  137. Reply-To: ltk@vlsi.ee.nus.sg
  138.  
  139.  
  140. Hi,
  141.  
  142. I am interested in knowing the requirements to install a voicemail
  143. system or an answering system at home which is controlled by a PC and
  144. modem. The messages will be stored on harddisk. Are there any public
  145. domain/commercial software available? I have a soundblaster installed,
  146. hopefully that's sufficient and would not need an add-on card.
  147.  
  148. Thanks in advance for any help!!
  149.  
  150.  
  151. Teng-Kiat Lee   ltk@vlsi.ee.nus.sg   t.lee@ieee.org      
  152. VLSI CAD & Design Lab                Voice: (65)-772-6319
  153. Dept. of Electrical Engineering             (65)-467-1518
  154. National University of Singapore     Fax:   (65)-777-3117
  155.  
  156. ------------------------------
  157.  
  158. From: vleo@pbunyk.physics.sunysb.edu (Vassili Leonov)
  159. Subject: Re: Caller ID in Russia (For Curious)
  160. Date: 18 Feb 1994 05:20:55 GMT
  161. Organization: Institute For Theoretical Physics
  162.  
  163.  
  164. Michael De Lyon (ics@netcom.com) wrote:
  165.  
  166. > After some reading of 'Caller ID' thread, I decided that some curious
  167. > people might be interested how is it done in Russia.  Russia is
  168.  
  169. I'm have been involved with computer telecommunications for a few
  170. years in Moscow -- so I want to give some comments on this very very
  171. interesting and 100% correct posting.
  172.  
  173. > beginning to offer tone-dialing (very limited number of exchanges even
  174. > in Moscow), but as long-distance direct dialing is very common,
  175.  
  176. As far as I know there are LOT's of exchanges in Moscow that have this
  177. as an option (about 30%) but for some unconceivable reasons it's not
  178. engaged. That's telco - you know... DTMF is NOT a Russian standard,
  179. thus you don't use it.
  180.  
  181. >  standard (?) caller ID request/responce are used.  It is worth to
  182.  
  183. I'm not quite sure -- are they the same as in the US? I don't have this
  184. feeling. Seems like the network design is very different in the US.
  185.  
  186. > mention that in Russia all seven-digit calls are local (flat rate), so
  187.  
  188. In Moscow. In smaller cities it might be five or six digits.
  189.  
  190. > dialtone) (area code) number.  Your caller ID is requested after you
  191. > dialed 8.  If it failed after several trials or callback probe
  192.  
  193. It's requested by the long distance exchange -- the rest of them do not
  194. have this capability. This is again quite different from the US.
  195.  
  196. > calling is 8 W 10 + ....; this 10 looks more familiar, eh?).  
  197.  
  198. I don't think so -- because -- this 10 acts as kind of areacode --
  199. otherwise you call another areacode. So - 10 - is an international
  200. areacode so to say. There are other special areacodes like 17 and
  201. others -- which are operator assistance for various long distance
  202. regions.
  203.  
  204. > and rejects you. That's why the Ministry of Communications decided to
  205. > introduce the fee for caller ID boxes.  
  206.  
  207. Though I'm not aware that somebody was paying it... :-) They were also
  208. trying to introduce fax and modem fees - that was REALLY annoying.
  209.  
  210. > sometimes not.  Last note: as the system was designed for billing, the
  211. > ID only contains seven digits, so it is impossible to derive area code
  212.  
  213. I'm not sure it's true. If you read some local Moscow newsgoups
  214. (though they are in Russian -- but still some are carried in the US )
  215.  -- you'll find lot of discussions -- and reports that system is able
  216. to get number with the areacode.
  217.  
  218. Then TELECOM Digest Editor noted in conclusion:
  219.  
  220. > much for passing it along, and please tell us more about telecom in
  221. > Russia from time to time.   PAT]
  222.  
  223. Some points of intrest -- in the dark days of Commuinist rule :-) it
  224. was a propriatery phone system that was NOT the one used by the Higher
  225. Government -- but just for local communist party branches. So, this
  226. system was bought like ten years ago from Phillips; it is digital at
  227. the trunk level, and it has 9999 numbers all over the country (i.e.
  228. it's one exchange only). It's name is ISKRA, and it is possible to get
  229. a line for like $500 with like $300 monthly fee.
  230.  
  231. It covers all the country -- i.e 1/6th of the Earth's surface :-) and
  232. is really good.  One problem -- it has NO interfaces with the regular
  233. network so you have to put your own gate if you want. It's widely used
  234. for computer WANs and its the backbone for the Russian Internet 'relcom'.
  235.  
  236. So -- keep this in mind -- as soon as you get your data in Russia (for
  237. which I don't know a cost effective solution so far (SPRINT for $32
  238. per hour -- do you want it?) ('relcom' is $50 per 1Meg) -- then it's more
  239. or less plain.
  240.  
  241.  
  242. Vassili Leonov
  243.  
  244. ------------------------------
  245.  
  246. From: jay@coyote.rain.org (Jay Hennigan)
  247. Subject: Re: How to Share a 64Kbps Leased Line With Ten Users (9600 Baud)
  248. Date: 18 Feb 1994 08:40:20 -0800
  249. Organization: Disgruntled postal workers against gun control
  250.  
  251.  
  252. In article <telecom14.88.3@eecs.nwu.edu> tru@kddnews.kddlabs.co.jp
  253. (Tohru Asami) writes:
  254.  
  255. > I've heard that Pacific Communication Science Incorporated (PCSI) is
  256. > selling a data compression machine, called CS-8000, which can compress
  257. > a 64Kbps data link into a 9600bps data link.
  258.  
  259. > I wonder if the following communication is possible for cost saving.
  260.  
  261. >                           +---+       +---+
  262. >                           | M |       | M |
  263. >    64Kbps         9600bps | U |       | U |9600bps        64Kbps
  264. >User------[CS-8000]--------+ L |       | L +------[CS-8000]------User
  265. >User------[CS-8000]--------+ T |       | T +------[CS-8000]------User
  266. >User------[CS-8000]--------+ I | 64Kbps| I +------[CS-8000]------User
  267. >User------[CS-8000]--------+ P +-------+ P +------[CS-8000]------User
  268. >User------[CS-8000]--------+ L | leased| L +------[CS-8000]------User
  269. >User------[CS-8000]--------+ E | line  | E +------[CS-8000]------User
  270. >User------[CS-8000]--------+ X |       | X +
  271. >                           | O |       | O |
  272. >                           | R |       | R |
  273. >                           +---+       +---+
  274.  
  275. > My questions are as follows:
  276. >    1. Are there any multiplexors from 9600bps to 64Kbps?
  277.  
  278. Not sure what you mean by this question.  There are data multiplexers
  279. that will combine several 9600 channels into a single aggregate link
  280. which can be 64 KBPS (if you can get a clear 64 KBPS connection from
  281. your phone company).  Statistical data multiplexers will combine
  282. several 9600 channels into an aggregate 9600 link.  These work well as
  283. long as the individual channels aren't trying to pass full-time
  284. full-rate data.  Eight terminals (even with fast typists) over a 9600
  285. aggregate link is acceptable.
  286.  
  287. >    2. Are they compatible with CS-8000?
  288.  
  289. I don't know.  Most stat muxes use a proprietary algorithm and must be
  290. the same on both ends.
  291.  
  292. >    3. How much are they?
  293.  
  294. It depends.  
  295.  
  296. >    4. What companies are selling them?
  297.  
  298. Many vendors.  Multi-Tech, Newbridge (voice/data), Micom (voice/data),
  299. and others.
  300.  
  301. >    5. What kind of problems do we enconter in the above configurations?
  302.  
  303. If you are using this for data, things work pretty well except for
  304. delayed screen echo of typed characters when things get busy.  There
  305. are protocol workarounds to fix this.  For voice, 9600 gets a bit
  306. gravelly.  Echo can be present and annoying.  For fax, forget it
  307. unless you get *very* expensive fax adapters for the nultiplexers.
  308. Don't even think of putting a modem on a voice circuit derived off of
  309. one of these.
  310.  
  311. >    6. Did anyone try the same communication method?
  312.  
  313. Yes.  See the vendor list above.  Micom and Newbridge are two that
  314. come to mind for combined voice/data/fax.  The Newbridge 3612 will do
  315. this.
  316.  
  317. > In this case, a User uses a telephone or FAX, and he may not intensively
  318. > use his 64Kbps line.
  319.  
  320. Again, the fax will cost big bucks. 
  321.  
  322.  
  323. Jay Hennigan   jay@rain.org   Santa Barbara CA
  324.  
  325. ------------------------------
  326.  
  327. Date: Fri, 18 Feb 1994 03:31:30 -0800
  328. From: edg@netcom.com (Ed Greenberg)
  329. Subject: Re: AT&T Says That They Can't Resolve my Calls' Origin
  330. Organization: Netcom Online Communications Services (408-241-9760 login: guest)
  331.  
  332.  
  333. Hi Eric,
  334.  
  335. What's happening is that you probably dial 9+0+<parental_units_number>
  336. right?  Then you get a bong and enter a calling card number.  
  337.  
  338. You probably have a direct inward dialing number leading to your desk,
  339. but your that is not a "real" phone number.  Just an ID that is passed
  340. by the telco to your office switch to route the call.  When you dial 9
  341. and a number, your switch selects an outbound trunk and puts your call
  342. on it.  That's the number that you're seeing on your bill.  It's
  343. probably from an exchange local to your office, but not necessarily.
  344.  
  345. When you call that number, the switch folks have it programmed to go
  346. to a recording.  They don't want to have you getting the operator on
  347. that trunk group, since it's for outgoing only and would block the
  348. line for outgoing calls.  They'd rather you call the operator on the
  349. INCOMING trunk group.
  350.  
  351. Of course, since you recognize the destination and are prepared to pay
  352. for the call, the origin isn't really of much importance to you, so
  353. long as the call isn't "splashed" to a city from which it is more
  354. expensive to call.
  355.  
  356.  
  357. Ed Greenberg           edg@netcom.com        Ham Radio: KM6CG
  358.  
  359. ------------------------------
  360.  
  361. Date: Fri, 18 Feb 94 8:29:50 CST
  362. From: Will Martin <wmartin@STL-06SIMA.ARMY.MIL>
  363. Subject: Re: Coca-Cola and US Sprint Run Phony Contest
  364.  
  365.  
  366. Regarding this contest -- here's something I posted to misc.consumers
  367. about it on 8 Nov 93:
  368.             ^^^^^^^^
  369. Coca-Cola has a game called "Monsters of the Gridiron" for which one
  370. called 800-474-3476 with the four-digit number under the cap of a
  371. Coca-Cola product, and you were then told what you won. According to
  372. the label, this game runs until 1 Dec 93, but when you call the 800
  373. number now, it answers but tells you the game is over and you have to
  374. write for a list of winning numbers. To me, this is insane -- the
  375. company is STILL paying for those 800-number calls but then not
  376. letting the automated reply system work. I would think their savings
  377. in turning off that system would be minimal, compared with the cost of
  378. answering the 800 number in the first place.
  379.  
  380.                               *******
  381.  
  382. Note that the ability of the 800 number to tell callers what they
  383. wanted to know was deactivated a month or so PRIOR to the publicized
  384. end of the contest! Yes, I WOULD call this contest "phony"! Telling
  385. people they have to write for a list of winning numbers is a sure way
  386. to discourage entrants and a way for the contest-holder to avoid
  387. paying out winnings.
  388.  
  389. Secondly, contests like this, which require the opening of a product
  390. to look at a concealed number, should be forced to run as long as the
  391. product's shelf life. It's not all that unusual to stock up on some
  392. grocery or food product and be using it months or even years after it
  393. was purchased. For soda, I'd say a minimum six-month duration would be
  394. OK, since it has a shorter shelf life than something like canned
  395. goods.
  396.  
  397. (Note about "forced", above -- no one "forces" these companies to hold
  398. these contests, so it is NOT unreasonable for them to be forced or
  399. coerced into adhering to certain consumer-benefitting practices if
  400. they choose to hold the contest in the first place.)
  401.  
  402.  
  403. Will
  404.  
  405. ------------------------------
  406.  
  407. From: craffert@nostril.lehman.com (Colin Owen Rafferty)
  408. Subject: Re: Searching For Internet Providers
  409. Organization: Lehman Brothers
  410. Date: Fri, 18 Feb 1994 18:28:19 GMT
  411.  
  412.  
  413. In article <telecom14.78.18@eecs.nwu.edu> dm139@cleveland.Freenet.Edu
  414. (Charles John Statton, Jr) writes:
  415.  
  416. > I am looking for Internet Service Providers in the Erie, PA area.  So
  417. > far I have only found PREPNet. Are there any others for this area?
  418.  
  419. Check the Public Dialup Internet Access List for a list of providers.
  420. You can get the latest copy of the list via email by sending the one
  421. line message:
  422.  
  423.         Send PDIAL
  424.  
  425. to <info-deli-server@netcom.com>.
  426.  
  427. Note that I am not affiliated in any way with the deli server, but I
  428. am a loyal customer.
  429.  
  430.  
  431. Colin Rafferty, Lehman Brothers <craffert@lehman.com>
  432.  
  433. ------------------------------
  434.  
  435. Date: Fri, 18 Feb 1994 00:04:32 -0600
  436. From: glenhoag@nuance.com (Glen C. Hoag)
  437. Subject: Re: Horrid AT&T 2500 Sets
  438.  
  439.  
  440. > I concur with Randy Gellens that today's ersatz 2500 sets are cheap
  441. > and flimsy.  But I noticed something interesting at a local hardware
  442. > store.  A display case filled with AT&T telephone sets (the usual
  443. > cheap kind with chirpers instead of bells) was accompanied by a few
  444. > new AT&T "Signature" telephone sets.  One was shaped sort of like a
  445. > 2500, though a bit squashed; another was in the Trim-Line(tm, no
  446. > doubt) format.  Upon examination, I saw a mechanical bell ringer
  447. > adjustment on the bottom of the 2500-style.  Even more unusual, the
  448. > set must have weighted ten pounds!  It didn't even feel like a flimsy
  449. > set with a lead weight, just heavy.
  450.  
  451. > And it was clearly marked AT&T Property for Lease Only, or some such
  452. > words.  The store said it was not for sale, either.  It was a series
  453. > that AT&T made only for rental customers.  Since it's a rental,
  454. > they're responsible if it breaks, so it's made better.
  455.  
  456. > I wouldn't mind buying one of these sets, but I suspect most of us
  457. > don't really want to rent.  I'm surprised that AT&T isn't making these
  458. > available to rental PBX customers; maybe they can be had if you ask,
  459. > but maybe they're only sold to residential customers.
  460.  
  461. Just over a year ago, I rented a "refurbished" 2500 set from a local
  462. AT&T Phone Center store (before they closed it).  I walked in and
  463. asked the clerk for a "2500" set; he, being an old Bell System type,
  464. knew what I was talking about.  I explained that I didn't want the new
  465. cheaper variety.  The sales droids that I had encountered on other
  466. visits tried to steer me to the new design phones.  The "real" phones
  467. were in a display marked "Traditional" and only listed the lease
  468. prices, but they would have been happy to sell them (at a higher price
  469. than the new phones).
  470.  
  471. After a month or two, I called the number on my rental bill and told
  472. them that I wanted to purchase my lease unit.  They were happy to
  473. oblige me and sent me a closing bill with the purchase price (around
  474. $50).
  475.  
  476. The unit is a standard 2500 set with full-travel DTMF pad.
  477.  
  478. FYI, box reads "Traditional Table Telephone" and the label on the box
  479. reads:
  480.  
  481. AT&T Refurbished <date>
  482. SET TEL-R2500DMG-3
  483. <bar code>
  484. 104 033 964
  485. Traditional TT Desk Black
  486. SKU: 40501
  487. Qty: 1 Wt: 5 lbs
  488.  
  489.  
  490. Glen C. Hoag          email: glenhoag@nuance.com
  491. Programmer            phone: (205) 859-6081
  492. Lamir Software Corp.  Huntsville, AL, USA 
  493.  
  494. ------------------------------
  495.  
  496. From: Thomas Miles <ThomasM@LGWCT.LOGICA.COM>
  497. Subject: Re: Phone Number History
  498. Date: Fri, 18 Feb 94 02:36:00 gmt
  499.  
  500.  
  501. In TELECOM Digest 3/2/94, varney@ihlpe.att.com quotes (and editor
  502. replies):
  503.  
  504. > [TELECOM Digest Editor's Note: Not that I know of. Before name/number
  505. > combinations (which existed almost from the beginning in big cities)
  506. > there were just numbers. In small towns, one to four digit numbers were
  507. > common and that was it. If a town had only one exchange, or switchboard,
  508. > its name was usually the name of the town where it was located, and
  509. > reciting it as part of the number was redundant. When things expanded
  510. > to include names, some towns got to keep their (town) name as the phone
  511. > exchange name; i.e. Atlantic City, NJ still has the exchange name
  512. > ATlantic City, although 285-xxxx is the way it is expressed now. Where
  513. > conflicts occurred, they made up other names for conflicting exchanges.
  514.  
  515. This situation still exists in the UK, although it is changing gradually.
  516.  
  517. Before inter-office dialing arrived (so-called Subscriber Trunk
  518. Dialing STD) in the '60s (I think) exchanges were known by name
  519. (usually town, sometimes obscure eg Pangle).  Numbers could be three,
  520. four or five digits except for the big cities (London, Manchester etc)
  521. which were All Figure Numbers, seven digits.
  522.  
  523. With the arrival of STD, everyone still showed their number as
  524. Exchange Name XXXX,, and the Post Office (as it was then) issued a
  525. booklet of access codes.  Local dialing was sorted by a great
  526. profusion of varying prefixes (mostly 8's and 9's, sometimes 8x, 8xx,
  527. 9x, 9xx etc).  Dialing the STD code for local calls worked, but I
  528. understand you got charged a toll rate.  STD codes also varied in
  529. length -- usually the longer your phone number, the shorter the STD
  530. (but some numbers could be dialed in as few as seven or eight digits
  531. from anywhere in the UK).
  532.  
  533. This is sometimes still the case, and the phone books still list your
  534. phone number as Exchange name XXXXXX (and you have to refer to another
  535. list to dial it!!).
  536.  
  537. BT is gradually changing all this.  Apart from the All Figure Numbers,
  538. things are moving to everyone having a four digit STD 0XXX and a six
  539. digit number.  Also, more All figure areas have been created (eg many
  540. exchanges around Newcastle were made all figure a few years ago.)
  541.  
  542. Beginning next year, the STD goes up to five digits, and sometime after
  543. that I expect that exchange names will be history.
  544.  
  545. Part of the pain involved in all this is that the STDs were assigned
  546. in alphabetic sequence based on the major routing exchanges, not
  547. geographically. For example the STDs for Winchester and Watford are
  548. close, but the towns aren't.
  549.  
  550.  
  551. [TELECOM Digest Editor's Note: That is the way area codes are here.
  552. Unlike the Postal Service ZIP (zone improvement plan) codes which 
  553. begin with low digits (zero and one) on the east coast and become
  554. larger (eight and nine as the first digit) when you reach the west
  555. coast, telephone area codes here are a hodge-podge; they are whatever
  556. they are wherever they are. 212 is in New York and 213 is in California
  557. some four thousand miles away. 316 is in Kansas while 315 is also in 
  558. New York, with 312 in Chicago, 313 in Detroit and 314 in St. Louis. None
  559. of the above are anywhere close to the others.  PAT]
  560.  
  561. ------------------------------
  562.  
  563. Date: Fri, 18 Feb 94 13:53:01 EST
  564. From: Tony Harminc <EL406045@BROWNVM.brown.edu>
  565. Subject: Re: Program For Microwave Radio Links
  566.  
  567.  
  568.  From: dino@CAM.ORG (Dino Moriello):
  569.  
  570. > I'm a microwave radio tech.  My company has over 300 microwave sites
  571. > and I have the following question:
  572.  
  573. > We installed a hop last summer that runs east-west and we noticed that
  574. > at a certain time during the summer the sun got right in line with one
  575. > of the dishes causing the noise level on the receiving antenna to go
  576. > sky high and cause a cut off of the link during the entire time that
  577. > the sun is in line with the two dishes at 7GHZ.
  578.  
  579. > Is there a way to predict when these outages will occur, either using
  580. > a software program or by hand?
  581.  
  582. It's certainly predictable, and shouldn't be hopelessly hard to do
  583. from first principles (but I'm not volunteering).  A few years ago
  584. when I was talking to Telesat about some VSAT links, they offered to
  585. provide the sun transit dates and times for each of our proposed
  586. sites.  Of course satellite dishes are typically pointing southwest in
  587. your part of the world, and characteristics will be different from
  588. terrestrial microwave in other ways, but I would think the same
  589. formula would apply.  You could try asking Telesat (unless -- or even
  590. if -- you are a competitor of theirs).
  591.  
  592.  
  593. Tony Harminc
  594.  
  595. ------------------------------
  596.  
  597. End of TELECOM Digest V14 #91
  598. *****************************
  599.