home *** CD-ROM | disk | FTP | other *** search
/ Telecom / 1996-04-telecom-walnutcreek.iso / back.issues / 1995.volume.15 / vol15.iss101-150 < prev    next >
Text File  |  1995-03-16  |  1MB  |  33,549 lines

  1.     
  2. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa10704;
  3.           16 Feb 95 18:56 EST
  4. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  5.     id AA00777; Thu, 16 Feb 95 12:55:04 CST
  6. Return-Path: <telecom>
  7. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  8.     id AA00770; Thu, 16 Feb 95 12:55:01 CST
  9. Date: Thu, 16 Feb 95 12:55:01 CST
  10. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  11. Message-Id: <9502161855.AA00770@delta.eecs.nwu.edu>
  12. To: telecom@eecs.nwu.edu
  13. Subject: TELECOM Digest V15 #101
  14.  
  15. TELECOM Digest     Thu, 16 Feb 95 12:55:00 CST    Volume 15 : Issue 101
  16.  
  17. Inside This Issue:                           Editor: Patrick A. Townson
  18.  
  19.     Kevin Mitnick Captured in Raleigh, NC (TELECOM Digest Editor)
  20.     Security of Cordless Phones? (Jeffrey A. Porten)
  21.     Area Code/Prefix Trivia (mstrandrew@aol.com)
  22.     Is Origin Cell of Cellular Call Logged? (Chuck Cairns)
  23.     Re: MCI Bureaucratic Blunder (Richard Wildman)
  24.     Re: LD Termination Fees to RBOCs (Lars Poulsen)
  25.     Re: Local Calling Areas (Linc Madison)
  26.     Re: New Motorola Micro-tac Elite AMPS Cellphone (Marcus Lee)
  27.     Directory Assistance Direct Connections (Kevin Bluml)
  28.     US-MA-Boston Principal Technology Consultant, Recruiter (Beverly Kahn)
  29.  
  30. TELECOM Digest is an electronic journal devoted mostly but not
  31. exclusively to telecommunications topics. It is circulated anywhere
  32. there is email, in addition to various telecom forums on a variety of
  33. public service systems and networks including Compuserve and America
  34. On Line. It is also gatewayed to Usenet where it appears as the moderated
  35. newsgroup 'comp.dcom.telecom'. 
  36.  
  37. Subscriptions are available to qualified organizations and individual
  38. readers. Write and tell us how you qualify:
  39.  
  40.                  * telecom-request@eecs.nwu.edu *
  41.  
  42. The Digest is edited, published and compilation-copyrighted by Patrick
  43. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  44. or phone at:
  45.                     9457-D Niles Center Road
  46.                      Skokie, IL USA   60076
  47.                        Phone: 500-677-1616
  48.                         Fax: 708-329-0572
  49.   ** Article submission address only: telecom@eecs.nwu.edu **
  50.  
  51. Our archives are located at lcs.mit.edu and are available by using
  52. anonymous ftp. The archives can also be accessed using our email
  53. information service. For a copy of a helpful file explaining how to
  54. use the information service, just ask.
  55.  
  56. *************************************************************************
  57. *   TELECOM Digest is partially funded by a grant from the              *
  58. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  59. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  60. * project.  Views expressed herein should not be construed as represent-*
  61. * ing views of the ITU.                                                 *
  62. *************************************************************************
  63.  
  64. Additionally, the Digest is funded by gifts from generous readers such
  65. as yourself who provide funding in amounts deemed appropriate. Your help 
  66. is important and appreciated. A suggested donation of twenty dollars per
  67. year per reader is considered appropriate. See our address above.
  68.  
  69. All opinions expressed herein are deemed to be those of the author. Any
  70. organizations listed are for identification purposes only and messages
  71. should not be considered any official expression by the organization.
  72. ----------------------------------------------------------------------
  73.  
  74. Date: Thu, 16 Feb 95 11:59:10 CST
  75. From: telecom@eecs.nwu.edu (TELECOM Digest Editor)
  76. Subject: Kevin Mitnick Captured in Raleigh, NC
  77.  
  78.  
  79. Kevin Mitnick, who had earned the unofficial title of 'America's Most
  80. Wanted Computer Hacker' was arrested Wednesday morning at his home in
  81. Raleigh, North Carolina.
  82.  
  83. Mitnick had managed to evade authorities in both Los Angeles and Seattle
  84. during the past two years. He was caught through the efforts of one of
  85. his latest victims, computer security specialist Tsutomu Shimomura of 
  86. the San Diego Supercomputer Center. Shimomura was robbed of security
  87. programs he had written when his computer was broken into on Christmas
  88. Day, about two months ago. But one thing Mitnick apparently had not
  89. forseen was that the programs he stole -- and then used -- would be
  90. used to help track him down. Shimomura was able to detirmine this past
  91. weekend that Mitnick, 31, was connecting through a modem attached to
  92. a cellular phone somewhere near Raleigh. Through the cooperation of
  93. telcos and cellular companies, authorities were able to track Mitnick
  94. to his home early Wednesday morning.
  95.  
  96. Authorities say they hope this latest arrest brings to an end the career
  97. of a man who began hacking and phreaking when he was in high school. At
  98. one point Mitnick broke into a North American Air Defense Command computer
  99. in Colorado. 
  100.  
  101. Referring to Mitnick as a 'dangerous computer terrorist', Justice Department
  102. spokesman John Russell said the raid was conducted at 1:30 am on the
  103. apartment in Raleigh in which Mitnick was living alone under a false name.
  104.  
  105. "His obsession was his downfall," said Deputy United States Marshall
  106. Kathy Cunningham in Los Angeles. "His obsession to hack and phreak using
  107. cloned cellular phones left us a good trail to follow."
  108.  
  109. Mitnick, who is known by the hacker name 'Condor' says he took that alias
  110. after seeing the movie 'Three Days of the Condor' starring Robert Redford
  111. as a man on the run from the government.  He grew up in Los Angeles, and
  112. was convicted there in 1988 after a series of phreaking and hacking incidents
  113. which included disconnecting the phone service to Hollywood stars and
  114. others. Although initially he was given just a short prison term followed by 
  115. federal probation, he continued to act out in his self-destructive ways and 
  116. when his probation officer threatened to revoke his probation and send
  117. him to prison, he disconnected her telephone to get even and then ran off!  
  118. And he is supposed to be a smart guy?
  119.  
  120. In 1989, federal prosecutors in Los Angeles portrayed Mitnick as a brilliant 
  121. young man 'obsessed with junk food and computers' who infiltrated computer
  122. networks and telephone switching systems in the United States and England.
  123.  
  124. Although federal authorities suggested that he had broken into National
  125. Security Agency computers, he was never charged with that crime.  At
  126. one point however, they considered him so dangerous they got a judicial
  127. order denying him any use of telephones at all, for fear he would call
  128. up a computer and access it using the touchtone buttons on the phone.
  129.  
  130. In the earlier 1988 case, Mitnick agreed to plead guilty to hacking
  131. the Digital Equipment Corporation (DEC) computer network and stealing
  132. a program. He also pleded guilty to theft of sixteen MCI long distance
  133. access codes and using them to make long distance calls. For this, the
  134. court's imposition of punishment included several years imprisonment
  135. with all but one year suspended, to be followed by federal probation
  136. for the remainder of his term. After release from prison, Mitnick began
  137. his probation. When his probation officer suggested she would revoke
  138. his probation because of his behavior and return him to the penitentiary,
  139. his response was to hack the appropriate computer and disconnect her
  140. phone service ... he then fled.
  141.  
  142. In the fall of 1992, Mitnick was working for a private investigative
  143. firm in Calabasas, California when the FBI was conducting an investigation 
  144. into the break-ins of Pacific Bell computers. Realizing they were about
  145. to close in on him, he fled again ... to surface only yesterday when
  146. a man he decided to trifle with -- Tsutomu Shimomura -- decided not to
  147. get mad, but instead to get even! Shimomura cooperated very closely
  148. with the government to pinpoint Mitnick's whereabouts. 
  149.  
  150. On Wednesday, February 15, 1995, Mitnick was taken before a Magistrate
  151. in Raleigh, North Carolina where he was arraigned on the charge of violating 
  152. the terms of his probation in 1988, and new charges of computer fraud
  153. in North Carolina. Assistant United States Attorney David Schindler in
  154. Los Angeles said additional charges pertaining to Mitnick's actions in
  155. San Diego, Seattle and Colorado would also be presented. Citing its
  156. belief Mitnick was a danger to the community and likely to flee again
  157. if released, the court ordered him held without bail, and once again
  158. restricted his unsupervised use of telephones.  
  159.  
  160. Mitnick may be a smart man, but he seems to lack some common sense. One
  161. does not ever screw around with one's federal probation officer; you
  162. don't play with her telephone to get even; you don't run off when she
  163. calls you. And when you are on the lam or otherwise, you don't steal from
  164. someone like Tsutomu Shimomura. 
  165.  
  166. Speaking of whom, Shimomura attended the proceedings in Raleigh on
  167. Wednesday. At the end of the hearing as he was being led away, a
  168. handcuffed and shackled Mitnick turned to Shimomura, whom he has never
  169. met or seen before and said, "Hello, Tsutomu, I respect your skills."
  170.  
  171. Shimomura nodded, then turned his back and walked away.
  172.  
  173. It must be remembered that in the United States, our constitution requires
  174. a presumption of innocence on the part of Kevin Mitnick until his guilt
  175. is proven to the satisfation of a judge or jury in a court of law.
  176.  
  177.  
  178.  
  179. Patrick Townson
  180.  
  181. ------------------------------
  182.  
  183. From: jporten@mail2.sas.upenn.edu (Jeffrey A. Porten)
  184. Subject: Security of cordless phones?
  185. Date: 16 Feb 1995 17:38:49 GMT
  186. Organization: University of Pennsylvania
  187.  
  188.  
  189. Having just gotten a new cordless phone (BellSouth 46mHz), and living
  190. in the paranoid environs of Washington, DC, I find myself wondering
  191. just how likely it is that the world is listening to my calls.
  192.  
  193. The phone has ten channels, and a security code feature which, so far
  194. as I understand, exists mainly to prevent another cordless handset
  195. from tapping into my base unit, but does nothing to scramble the
  196. signal from the handset.
  197.  
  198. I live in an apartment building, with a few others nearby, so consider
  199. this a high-density area.  Should I go on the assumption that people
  200. are always listening in?  Sometimes?  Almost never?
  201.  
  202. I have a corded set that I keep hooked up for confidential calls; as a
  203. stopgap, I sometimes scan channels on my cordless so any eavesdropper
  204. will at least have to fiddle to find me again.  Does this help, or am
  205. I kidding myself?
  206.  
  207.  
  208. Thanks,
  209.  
  210. Jeff
  211.  
  212.  
  213. [TELECOM Digest Editor's Note: Corded or cordless, the assumption should
  214. be that your telephone calls are never secure. In actual practice, it
  215. may not matter to you; if you are just in idle chatter with someone you
  216. aren't going to bother with the trouble of special precautions. My personal
  217. belief is the use of scanners to listen to cordless phones is still a
  218. relatively rare thing; how many people do *you* know that own scanners
  219. who are within range of your cordless phone? And of those, how many are
  220. sophisticated enough to know how to program the scanner for cordless?
  221. So my feeling is generally its not a big deal, and if you do have something
  222. very important and personal to say, you might want to go to a payphone
  223. anyway.  PAT]
  224.  
  225. ------------------------------
  226.  
  227. Date: Thu, 16 Feb 1995 11:26:45 -0500
  228. From: MSTRANDREW@aol.com
  229. Subject: Area Code/Prefix Trivia
  230.  
  231.  
  232. A friend of mine recently sent to me some notices from the news group
  233. regarding changes in area code assignments.  I observed that some
  234. trivia notes were also included regarding NPA assignments.  I wanted
  235. to make you aware of another example pertaining to Port Roberts,
  236. Washington.  Point Roberts is a six square mile section of land
  237. located on a penisula south of Vancouver, Canada.  The Point is in the
  238. United States because the portion is south of the 49th.  For many
  239. years, the local prefix 946 was assigned to the 604 area code and
  240. local coin phones were desinged to accept Canadian currency.  Sometime
  241. in the early 1980s, the 946 prefix was reassigned to the 206 area.  I
  242. have not been there since, so I cannot offer an update if the coin
  243. phones were transfered to accept US currency.
  244.  
  245. I thought you would enjoy this.  
  246.  
  247. My friend asked that I reference his homepage for your reference.
  248.  
  249. http://www.america.net/~mikef/mikef.html
  250.  
  251.  
  252. [TELECOM Digest Editor's Note: The last I heard, which was some time
  253. ago, 604-946 and 206-946 both got you the same thing in Point Roberts.
  254. I think directory assistance via 206 or 604 were both available also.
  255. Did you know it is impossible to travel from Point Roberts to anywhere
  256. else in the United States by automobile without going through Canada?
  257. School kids there go to school 'around the bend' in a nearby area in
  258. Washington State, but to do so, their school bus has to enter Canada,
  259. drive a few miles east, then drive back into the USA again, the same
  260. as anyone else wanting to drive to the next (USA) town over.    PAT]
  261.  
  262. ------------------------------
  263.  
  264. From: chuckc@hpfcla.fc.hp.com (Chuck Cairns)
  265. Subject: Is Origin Cell on a Cellular Call Logged?
  266. Date: 16 Feb 1995 16:52:46 GMT
  267. Organization: Hewlett-Packard Fort Collins Site
  268.  
  269.  
  270. Is the origin cell on a cellular call logged?
  271.  
  272.  
  273. Best Regards, 
  274.  
  275. cc
  276.  
  277.  
  278. [TELECOM Digest Editor's Note: To find out the answer to this, I turned
  279. to our resident expert, Kevin Mitnick ... <g> ... he says they are, 
  280. unfortunatly. Uh, I know this is a rude question to ask, but have you
  281. some reason to wish they were not?  PAT]
  282.  
  283. ------------------------------
  284.  
  285. From: rich@hpfcla.fc.hp.com (Richard Wildman)
  286. Subject: Re: MCI Bureaucratic Blunder
  287. Date: 16 Feb 1995 16:24:13 GMT
  288. Organization: Hewlett-Packard Fort Collins Site
  289.  
  290.  
  291. Here are two updates.
  292.  
  293. After my original posting I received about 14 responses, most of which
  294. had similar horror stories to tell about MCI billing problems.
  295.  
  296. As I mentioned previously, the bill was paid in full by credit card in
  297. January.  This week (of 2/5), we had a phone call from MCI where we
  298. were told we had not paid our bill -- I interrupted and told the
  299. woman, "Yes, we had, by credit card."  "We already have the credit
  300. card billing with the MCI payment on it" -- the exact amount she was
  301. saying we still owed!  She hesitated a moment, and then said, oh yes,
  302. I see it now!  Makes one wonder just how complicated a form she is
  303. looking at, and what is wrong with their programmers if such a field
  304. is not checked before the bill is flagged as not paid!
  305.  
  306. In addition, yesterday, Feb. 9, we received notice in the mail warning
  307. us that our bill would go to a collection agency if we did not pay.
  308. [This is the second mail from MCI in the past week -- we did receive a
  309. listing of calls made, though it did not appear to be a bill -- my
  310. guess is that this resulted from an emailing to an MCI employee whose
  311. address I pulled off of a news group, and who faxed the original
  312. posting to MCI's Consumer Executive Customer Relations (Residential).]
  313. In any case, my wife called this time.  She got ahold of a woman and
  314. explained the situation to her.  But no, the woman said, her records
  315. did not show we had paid.  She, in turn, called another office, who
  316. then told her, yes, we had paid!  The woman assured my wife that the
  317. problem would be cleared up.  We are not holding our breath.
  318.  
  319. And the second update.
  320.  
  321. We received a nice letter of apology from MCI's Denver office
  322. yesterday (2/14), along with a $25 check for local or MCI phone
  323. service!
  324.  
  325. Unfortunately, also yesterday, two MCI bills arrived, both for the
  326. same exact amount we paid by credit card in January.  And sure enough,
  327. one bill was to our old address (old by five years) -- the Post Office
  328. evidently caught it and delivered to our current address.
  329.  
  330. My wife, glutton for punishment that she is, called the MCI number
  331. listed on the bills.  Again, it was not clear to the woman she talked
  332. to that we had paid the bill.  The MCI employee did say our account
  333. was being transferred.  This did jive with what was stated in the
  334. apology -- that U.S. West had sold out their rural service (we have a
  335. cabin) to PTI, and that this had happened last October (fits month
  336. problem started), and then (MCI) had made a series of errors that we
  337. had been experiencing.  It is interesting that MCI thinks they are
  338. transferring our service, since we terminated their service after
  339. paying the bill.  The woman said she was going to flag our account so
  340. that we would not keep getting mail and phone calls (where have I
  341. heard that before).
  342.  
  343. This situation must be an example of the notorious "corner case".
  344.  
  345.  
  346. Life goes on,
  347.  
  348. RW 
  349.  
  350. ------------------------------
  351.  
  352. From: lars@spectrum.RNS.COM (Lars Poulsen)
  353. Subject: Re: LD Termination Fees to RBOCs
  354. Date: 16 Feb 1995 10:07:46 -0800
  355. Organization: Rockwell International - CMC Network Products
  356.  
  357.  
  358. In article <telecom15.75.8@eecs.nwu.edu> Mikeboyd@voyager.cris.com 
  359. (Mike_Boyd) writes:
  360.  
  361. > ....  Because of the way that the costs are separated jurisdictionally,
  362. > and given the subsequent wide discretion of the PUC in setting rates, intra-
  363. > state and interstate access charges for a given LEC may vary greatly. For 
  364. > example, terminating a minute of switched traffic from IXC "A" to end
  365. > user "Z" may cost the IXC 3 cents if the call is interstate and 8 cents if 
  366. > it is an intrastate call.
  367.  
  368. I have always been amazed at the complexity of ratemaking.  Looking
  369. from high above, the local access part of a long distance call is a
  370. local business call, and should be billed as such by the LEC. (Strictly 
  371. speaking, if the call originates from a residence, the originating
  372. access segment is a local residential call.) Of course, this originating 
  373. segment should be paid by the caller on the LEC bill.
  374.  
  375. The IXCs do get some specialized services provided on their trunks,
  376. and they probably should be charged for those; obviously it is simpler
  377. for the IXC to get a validated originating billing number handed in
  378. with the call than to have to do their own subscriber authentication,
  379. but it seems to me that it should be optional for the IXC do make this
  380. "make or buy" decision.
  381.  
  382. Since the cost of a timed local business call is about one or two cents per 
  383. minute, the access charges should be in the range two to four cents.
  384. If that is what FCC sets for interstate access fees, it seems to me
  385. that they are staffed with people who can add and subtract.
  386.  
  387. We should all lobby for some improved sanity in this area as we move into
  388. the "open network" where many subscribers want to get the same types
  389. of processing options that carriers have been getting.
  390.  
  391.  
  392. Lars Poulsen            Internet E-mail: lars@RNS.COM
  393. Rockwell Network Systems    Phone:        +1-805-562-3158
  394. 7402 Hollister Avenue         Telefax:      +1-805-968-8256
  395. Santa Barbara, CA 93105    Internets: designed and built while you wait
  396.  
  397. ------------------------------
  398.  
  399. From: lincmad@netcom.com (Linc Madison)
  400. Subject: Re: Local Calling Areas
  401. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  402. Date: Tue, 14 Feb 1995 22:23:37 GMT
  403.  
  404.  
  405. Mark Rudholm (rudholm@aimla.com) wrote:
  406.  
  407. > Here in the Los Angeles area, GTE and Pacific Bell offer flat-rate
  408. > calling to residential customers for "Zone 1" and "Zone 2."
  409. > Basically, if you are calling anywhere inside about 18 miles from a
  410. > flat-rate line, the call is free and unmetered.  If you live on or
  411. > near the shoreline, you could theoretically only have 50% the "free"
  412. > calling area of someone who lived at least 18 miles from the ocean,
  413. > since half of your 18 mile radius could be out on the Pacific.
  414.  
  415. Well, first of all, it's approximately 12 miles, not 18.  0-8 miles is
  416. Zone 1, 8-12 is Zone 2, and 12-17 is Zone 3.  Over 17 is "local toll,"
  417. until you cross your LATA boundary.  The distinction between Zones 1
  418. and 2 is no longer meaningful.
  419.  
  420. > Since the "basic monthly fee" is in theory supposed to cover those
  421. > "local" calls, aren't those of us on the shoreline getting cheated,
  422. > since we pay the same basic-rate?  Should unmeasured service therefore
  423. > cost less if you live near the ocean?
  424.  
  425. > I'm curious to know what everyone thinks of my idea.
  426.  
  427. Well, in a word, dream on.  There are other factors that you have
  428. neglected, like population density.  Lots of people live near the
  429. coast, in far denser concentration than most places 24 miles inland.
  430. There's also the fact that even with half or more of your calling area
  431. consisting of open water, you still have more people within 12 miles
  432. than in the entire eastern half of the state.  Besides that, if we
  433. gave you credit for the so-called useless open water in your local
  434. calling area, we would then have to charge you toll rates to call the
  435. local dolphins, porpoises, and whales when they get cell phones.
  436. Besides that, you get to have the pleasure of watching guys with
  437. unbelievable tans walk up to one another and say, "Duude, like, your
  438. surfboard is ringing.  Are you gonna answer it?"
  439.  
  440.  
  441. Linc Madison   *   Oakland, California   *   LincMad@Netcom.com
  442.  
  443. ------------------------------
  444.  
  445. From: e9321452@student.uq.oz.au (Marcus Lee)
  446. Subject: Re: New Motorola Micro-tac Elite AMPS Cellphone
  447. Date: 15 Feb 1995 05:13:31 GMT
  448. Organization: Prentice Centre, University of Queensland
  449.  
  450.  
  451. king@wildebeest.cig.mot.com (Steven King) writes:
  452.  
  453. > aj.knox@auckland.ac.nz (Andrew Knox) publicly declared:
  454.  
  455. >> Motorola New Zealand is apparently about to launch a new AMPS cellphone
  456. >> called the Microtac Elite.
  457.  
  458. >> I would be quite interested to know whether anyone has any details
  459. >> about this phone or about pricing of it throughout the world.
  460.  
  461. Motorola's MicroTAC Elite is the latest entry into the competitve
  462. pocket phone category and is one of the lightest phones available
  463. today throughout the world. At a mere 113 grams, the MicroTAC Elite
  464. actually weighs less than a D-cell battery. The MicroTAC Elite uses
  465. the new lithium ion battery technology offering great talk time from
  466. very small batteries and an optional headset jack to provide handsfree
  467. operations.  The recommended retail price is between $1500 and $2000
  468. AUS (Prob be $1500 when it is released here in Aust by the end of the
  469. 1st quarter, looking at how much I bought my GSM International 8200
  470. for).
  471.  
  472. "Only 113grams (with slim Lithium Ion battery). Revolutionary battery
  473. technology gives longer talktime Menu with icons for easy use. Data
  474. capable."
  475.  
  476. "When the first MicroTAC went on sale in 1989, it was the smallest and
  477. lightest portable phone ever. The crown for lightest phone has rested
  478. on a variety of heads since then but Motorola intends to wrest it
  479. back. The contender is the 113g MicroTAC Elite. Although it's an
  480. analogue phone, the little Motorola has an optional digital answering
  481. machine which greets callers with your voice and allows them to leave
  482. short messages."
  483.  
  484.     LiIon Standard Battery    LiIon XT Battery
  485. Weight: 113grams        163grams
  486.  
  487. Batteries
  488. Standard LiIon Talk Time: 60mins    Standby Time: 10hrs
  489. LiIon XT Talk Time:      120mins    Standby Time: 20hrs
  490. Power Watts: 0.6W
  491. Battery Strength indicator: YES
  492. Charger: Internal fast charger, Two Pocket IntelliCharge rapid charger is 
  493.      incl.
  494.  
  495. Memory Features/Positions
  496. Scroll search (list of no.'s):  YES
  497. Alphanumeric:            YES 99 locations
  498. Numeric:            YES
  499. Scratchpad memory:        YES
  500.  
  501. Dialing
  502. Keypad:                Large well spaced tactile keys. 
  503.                 Selectable tones.
  504. Last number recall:        YES remembers last 10
  505. Auto Redial:            YES on system busy
  506. Any Key Answer:            Flip activates call
  507.  
  508. Display
  509. Screen size:            2lines x 7 characters
  510. Call in absence display:    YES
  511. Signal Strength Indicator:    YES
  512.  
  513. Other Features
  514. Data Capabilities:        Can accept a variety of Motorola data acc.
  515. Ring volume control:        YES
  516. Vibrating Capabilities:        YES
  517.  
  518. Extras
  519. Nine selectable ring tones to differentiate your phone from others
  520. Answering machine and internal charger, optional handset adaptor
  521.  
  522. Security
  523. Lock:                YES
  524.  
  525.  
  526. Heeeh. That was taken from a variety of publicatons.  If you want more
  527. info, just ask, I've got more detailed details about the phone.
  528.  
  529.  
  530. Marcus Lee                        Ph: +61-7-395-1479
  531. University of Queensland Australia                +61-41-119-5358
  532. Internet: e9321452@student.uq.edu.au            Fax:+61-7-843-2937
  533.  
  534. ------------------------------
  535.  
  536. Date: Thu, 16 Feb 95 10:24:29 CST
  537. From: kevin@carina.cray.com (Kevin Bluml)
  538. Subject: Directory Assistance Direct Connections
  539.  
  540.  
  541. USWest now has an offering in MN where a business can set up to pay
  542. for the dialing of their number from 411 type services. I believe they
  543. also offer the usual caller pays to have them dial for you. I heard an
  544. ad the other day saying businesses could set this up and pay 35 cents
  545. to have the call connected directly to them when someone called for the
  546. number.
  547.  
  548. Also saw MCIs new ad for 1-900-Callinfo (or whatever the letters
  549. were..)  But it is now 900 and there is a note saying it is from MCI
  550. and I believe they even mentioned MCI in the voiceover. Still 75 cents
  551. and basically the same commercial otherwise.
  552.  
  553.  
  554.  From:     Kevin V. Bluml  - Cray Research Inc. 612-683-3036   
  555. USmail     655 - Lone Oak Drive, Eagan, MN 55121 
  556. Internet   kevin.bluml@cray.com  UUCP - uunet!cray!kevin
  557.  
  558. ------------------------------
  559.  
  560. From: ndt@world.std.com (New Dimensions in Tech.)
  561. Subject: US-MA-Boston Principal Technology Consultant, Recruiter
  562. Organization: The World Public Access UNIX, Brookline, MA
  563. Date: Thu, 16 Feb 1995 15:39:49 GMT
  564.  
  565.  
  566. PRINCIPAL TECHNOLOGY CONSULTANT
  567. JOB #00695
  568.  
  569. Our client, a very successful business/financial organization, located
  570. in the BOSTON area, is searching for a Chief Scientist/Principal
  571. Technology Consultant.
  572.  
  573. S/he will have a very heavy background in all areas of COMMUNICATIONS:
  574.  
  575.     *High Speed Fiber Optic LANS
  576.     *High performance Internetworking Routers
  577.     *Frame Relay 
  578.     *ATM
  579.     *Internet 
  580.     *FDDI
  581.     *TCP/IP
  582.  
  583. This position reports to a very senior person. 
  584.  
  585. We are searching for an executive who also has the ability to manage a
  586. small group of engineers.
  587.  
  588. This position is RELOCATABLE.
  589.  
  590. Salary in the six figures.
  591.  
  592.   All of our positions require that you have three or more years of
  593.   professional working experience and that you be a U.S. Citizen or
  594.   Permanent Resident.  At the current time, we have no entry-level
  595.   part-time, or contracting positions available.
  596.  
  597.   If your qualifications match the above specifications, please
  598.   forward your resume immediately, referencing Job #I00695, via
  599.   fax, U.S. mail or email (ASCII only please) to:
  600.  
  601.  
  602.   Beverly Kahn                       
  603.   New Dimensions in Technology, Inc. tel:        617-639-0866 
  604.   74 Atlantic Avenue, Suite 101      fax:        617-639-0863 
  605.   Marblehead, MA 01945               email: ndt@world.std.com           
  606.  
  607. ------------------------------
  608.  
  609. End of TELECOM Digest V15 #101
  610. ******************************
  611.     
  612.     
  613. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa12920;
  614.           16 Feb 95 21:45 EST
  615. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  616.     id AA06428; Thu, 16 Feb 95 15:23:09 CST
  617. Return-Path: <telecom>
  618. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  619.     id AA06422; Thu, 16 Feb 95 15:23:06 CST
  620. Date: Thu, 16 Feb 95 15:23:06 CST
  621. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  622. Message-Id: <9502162123.AA06422@delta.eecs.nwu.edu>
  623. To: telecom@eecs.nwu.edu
  624. Subject: TELECOM Digest V15 #102
  625.  
  626. TELECOM Digest     Thu, 16 Feb 95 15:23:00 CST    Volume 15 : Issue 102
  627.  
  628. Inside This Issue:                           Editor: Patrick A. Townson
  629.  
  630.     Details on NPA 888 Selection (Jeff Buckingham)
  631.     Here's the Story on GETS (gbouwka@allnet.com)
  632.     Re: FCC/PCS Market Numbers (Bob Keller)
  633.     Re: Scam at UC Berkeley (Carl Moore)
  634.     Re: Messaging Software for Windows (Rudy Rawlins)
  635.     Re: Telco Signaling Requirements (Gene Delancey)
  636.     Re: GTE PCS/Global Roam (Sam Spens Clason)
  637.     Re: BA Files Waiver to Prevent Higher ISDN Costs (John Levine)
  638.     Re: Numbers Numbers Numbers ... (Steve Coleman)
  639.     Re: 256Kbps Overseas Circuits at 56Kpbs Costs (Tom Coradeschi)
  640.     Last Laugh! Re: How I Fooled Caller-ID (Gordon L. Burditt)
  641.  
  642. TELECOM Digest is an electronic journal devoted mostly but not
  643. exclusively to telecommunications topics. It is circulated anywhere
  644. there is email, in addition to various telecom forums on a variety of
  645. public service systems and networks including Compuserve and America
  646. On Line. It is also gatewayed to Usenet where it appears as the moderated
  647. newsgroup 'comp.dcom.telecom'. 
  648.  
  649. Subscriptions are available to qualified organizations and individual
  650. readers. Write and tell us how you qualify:
  651.  
  652.                  * telecom-request@eecs.nwu.edu *
  653.  
  654. The Digest is edited, published and compilation-copyrighted by Patrick
  655. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  656. or phone at:
  657.                     9457-D Niles Center Road
  658.                      Skokie, IL USA   60076
  659.                        Phone: 500-677-1616
  660.                         Fax: 708-329-0572
  661.   ** Article submission address only: telecom@eecs.nwu.edu **
  662.  
  663. Our archives are located at lcs.mit.edu and are available by using
  664. anonymous ftp. The archives can also be accessed using our email
  665. information service. For a copy of a helpful file explaining how to
  666. use the information service, just ask.
  667.  
  668. *************************************************************************
  669. *   TELECOM Digest is partially funded by a grant from the              *
  670. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  671. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  672. * project.  Views expressed herein should not be construed as represent-*
  673. * ing views of the ITU.                                                 *
  674. *************************************************************************
  675.  
  676. Additionally, the Digest is funded by gifts from generous readers such
  677. as yourself who provide funding in amounts deemed appropriate. Your help 
  678. is important and appreciated. A suggested donation of twenty dollars per
  679. year per reader is considered appropriate. See our address above.
  680.  
  681. All opinions expressed herein are deemed to be those of the author. Any
  682. organizations listed are for identification purposes only and messages
  683. should not be considered any official expression by the organization.
  684. ----------------------------------------------------------------------
  685.  
  686. Date: Thu, 16 Feb 95 10:28:26 -0800
  687. From: jbuckingham@wynd.net
  688. Subject: Details on NPA 888 Selection
  689. Reply-To: jbucking@callamerica.com
  690.  
  691.  
  692. Here are the notes from the group that helps to make decisions such as
  693. what the next toll free NPA will be. Readers may be interested in what
  694. goes on behind the scenes with a complex selection such as this.
  695.  
  696. 800 Expansion
  697.  
  698. The question of the individual company's position regarding opening
  699. the "D" digit was asked.  Sprint and MCI supported opening the "D"
  700. digit.  USTA opposed, and noted that PBX software as well as end
  701. office software would have to be modified in order to permit this to
  702. occur. Bahamas Telephone stated that they had no difficulty either
  703. way, but that there could be a problem for PBXs.  A poll was taken and
  704. opening of the "D" digit as a method for expansion was not accepted.
  705.  
  706. Bob Hirsch noted that the OBF message processing committee requested
  707. that codes in the 88 range not be used because they are being used for
  708. billing purposes.  MCI noted that they had asked their MSG committee
  709. rep., and they knew nothing of that concern.  Of those present, none
  710. knew anything about the billing concern raised in the OBF letter.  MCI
  711. proposed that we open an ERC, 888, for expansion.  GTE asked for their
  712. rationale.  MCI's response was that 888 was what their marketing
  713. organization asked for.  GTE proposed that we start with 822.  NANPA
  714. proposed that we start with 833 because it is consistent with the
  715. reservation of 533 that has already taken place for PCS 500, and that
  716. it would make administration easier for them.  Bernie Murphy, SRCI,
  717. proposed that we start with 880.  In response it was noted that 880 is
  718. not an ERC.  GTE proposed that 888 not be used because it is unique
  719. and has special value because it has the same three digits.
  720.  
  721. Madeline Bogdan asked what we were going to do with the OBF Message
  722. Processing committee concern about their current use of 88X codes for
  723. billing purposes.  The option of starting with 888, then 877, 866, etc.
  724. was selected.  USTA proposed that the expansion code is to be available
  725. for in service use on 4/1/96.  AT&T pointed out that their marketing
  726. people would want to know with some certainty when the services would be
  727. opened, as certain of the numbers would be more desirable than others.
  728. AT&T also proposed that, if there was a problem meeting the 4/1/96 date
  729. the resource be opened as a non-portable code initially as a back-up to
  730. insure that the industry is not caught without resource to fill customer
  731. needs.  It was noted that, based on current 800 number fill and demand
  732. rate, exhaust will occur on 4/1/96, so the industry has to be ready to
  733. go by that time.  Bell Atlantic noted that they had checked this and
  734. could not be ready before 5/1/96.  SBC noted that they'd be pushing it
  735. to make 6/1/96.
  736.  
  737. Proposed recommendation to resolve the 800 exhaust:
  738.  
  739. 1.  888 is assigned for resource expansion, and 877, 866, 855, etc. Are
  740. reserved for expansion. (recommendation)
  741.  
  742. 2.  888 should be available for assignment on or before the 800 resource
  743. exhausts, but no late than 4/1/96.   It is acknowledged that some
  744. networks may not be able to support the 888 relief plan until later than
  745. 4/1/96. (recommendation)
  746.  
  747. 3.  This date (4/1/96)  is based on current available exhaust
  748. projections which indicate exhaust of 800 by the end of 1Q96. (concern)
  749.  
  750. 4.  Some 800 service providers stated that lack of 800/888 line numbers
  751. for any period of time is unacceptable. (concern)
  752.  
  753. 5.  Due to the potential for 800 exhaust prior to 888 availability, the
  754. industry must immediately consider reasonable steps to be taken to
  755. extend the life of the 800 resource and accelerate availability of the
  756. 888 resource. (Recommendation)
  757.  
  758. It was proposed that  following letter be sent to the CLC:
  759.  
  760. Attached is an agreement reached at INC 13 concerning 800 resource
  761. exhaust and relief.  This agreement is scheduled for final closure at
  762. INC 14.  During our deliberations several significant issues were
  763. identified that require the industry's immediate consideration. These
  764. issues include but are not limited to: Implementation of the new
  765. numbering resource for toll free calling and the need to extend the
  766. life of the current 800 resource through review and possible modification 
  767. of the existing 800 number administrative guidelines.
  768.  
  769. Due to the confusion regarding forum responsibilities on the topics
  770. there is an immediate need for CLC to clarify where 800 assignment
  771. guideline changes and 888 implementation should be addressed.  Several
  772. issues were submitted at INC 13 that outline more specifically the work
  773. that is suggested.  Absent your direction, the INC believes these issues
  774. may not be resolved as expeditiously as possible and may result in
  775. exhaust of the 800 resource prior to the implementation of the 888 NPA.
  776.  
  777. C.C. ICCF Participants
  778. OBF Participants
  779. 800 Ad Hoc C0-Chairs
  780.  
  781. David Hanna, Bahamas Telephone, made a presentation on behalf of the
  782. 809 NPA administrations.  In his presentation the Caribbean nations
  783. are requesting assignment of an N00 code for paid 800 traffic from the
  784. Caribbean, as a first alternative, with 880 as the second alternative.
  785.  
  786. ------------------------------
  787.  
  788. Date: Thu, 16 Feb 95 13:57:37 EST
  789. From: GBOUWKA@ALLNET.COM
  790. Subject: Here's the Story on GETS 
  791.  
  792.  
  793. Pat, 
  794.   
  795. Government Emergency Telecommunications Service (GETS) is a service
  796. offered by the Office of the Manager National Communications System
  797. (OMNCS) to meet the national security and emergency preparedness (NSEP) 
  798. requirements of the defense and other federal telephone networks.
  799. GETS provides emergency access and specialized processing in local and
  800. long-distance telephone networks.
  801.  
  802. GETS uses three types of networks: major long distance carriers (the
  803. big three); local carriers (Bell, independent, and cellular); and
  804. government leased networks such as the FTS2000 and Defense Information
  805. System Network (DISN).
  806.  
  807. GETS uses a simple dialing plan and personal identification number (PIN). 
  808. GETS is accessed through 1-710-NXX-XXXX from a phone presubscribed to 
  809. ATT/MCI/Sprint (or 10XXX), or through FTS or DISN.
  810.  
  811. The real value to the system is the fact that GETS traffic receives
  812. priority treatment through controls such as trunk queuing, exemption
  813. from network management controls used during network congestion, and
  814. enhanced routing to assure a higher probability of completion.
  815.  
  816. The slogan of the GETS program manager is "When the going gets tough,
  817. GETS keeps you going".
  818.  
  819. Wouldn't you like to have a GETS PIN the next time you want tickets to
  820. a special concert and you can't get through to Ticketmaster?
  821.  
  822.  
  823. [TELECOM Digest Editor's Note: Well, a PIN like that would be useful
  824. when trying to get through to the Skokie bus station for the Greyhound
  825. schedules, that's for sure.  So it seems GETS and 'area code 710' are 
  826. basically just new versions of the old ABCD keys (for various levels
  827. of priority) which were used in the old AUTOVON days.  I assume one's
  828. phone has to be specifically turned on; you won't be able to access
  829. 710 until a flag is toggled somewhere in your central office which
  830. says to allow your use of it. Thanks for your answer, you are the first
  831. person here in my couple years of asking who has submitted an answer
  832. about 710.  PAT]
  833.  
  834. ------------------------------
  835.  
  836. Date: Thu, 16 Feb 1995 11:51:15 EST
  837. From: Bob Keller <rjk@telcomlaw.com>
  838. Subject: Re: FCC/PCS Market Numbers
  839.  
  840.  
  841. In TELECOM Digest V15 #99 alan.rp@ix.netcom.com (Alan Petry) asked:
  842.  
  843. > Does anyone have a list of the FCC designated markets as listed in
  844. > the fcc.gov gopher for the PCS Auctions.
  845.  
  846.     Here is the numbering scheme as well as the population figures
  847. for each of the PCS MTAs as reported by the FCC in its September 19,
  848. 1994 Public Notice (Report No. AUC-94-04, Auction No. 4) announcing
  849. the auction for Broadband PCS Frequency Blocks A and B. (All population 
  850. figures are 4/1/90 U.S. Census, U.S. Department of Commerce, Bureau of 
  851. the Census.)
  852.  
  853.  Market   Major Trading Area                        Population
  854.  ------   ------------------                        ----------
  855.  M001     New York                                  26,410,597
  856.  M002     Los Angeles-San Diego                     19,145,232
  857.  M003     Chicago                                   12,069,700
  858.  M004     San Francisco-Oakland-San Jose            11,891,177
  859.  M005     Detroit                                   10,001,009
  860.  M006     Charlotte-Greensboro-Greenville-Raleigh    9,752,317
  861.  M007     Dallas-Fort Worth                          9,694,157
  862.  M008     Boston-Providence                          9,452,712
  863.  M009     Philadelphia                               8,927,748
  864.  M010     Washington-Baltimore                       7,777,875
  865.  M011     Atlanta                                    6,942,084
  866.  M012     Minneapolis-St. Paul                       5,986,039
  867.  M013     Tampa-St. Petersburg-Orlando               5,417,788
  868.  M014     Houston                                    5,190,849
  869.  M015     Miami-Fort Lauderdale                      5,136,581
  870.  M016     Cleveland                                  4,945,749
  871.  M017     New Orleans-Baton Rouge                    4,925,269
  872.  M018     Cincinnati-Dayton                          4,716,665
  873.  M019     St. Louis                                  4,663,926
  874.  M020     Milwaukee                                  4,541,432
  875.  M021     Pittsburgh                                 4,102,766
  876.  M022     Denver                                     3,880,637
  877.  M023     Richmond-Norfolk                           3,846,210
  878.  M024     Seattle (Excluding Alaska)                 3,827,175
  879.  M025     Puerto Rico-U.S. Virgin Islands            3,623,846
  880.  M026     Louisville-Lexington-Evansville            3,556,648
  881.  M027     Phoenix                                    3,510,140
  882.  M028     Memphis-Jackson                            3,465,226
  883.  M029     Birmingham                                 3,244,076
  884.  M030     Portland                                   3,059,948
  885.  M031     Indianapolis                               3,017,475
  886.  M032     Des Moines-Quad Cities                     3,006,139
  887.  M033     San Antonio                                2,986,524
  888.  M034     Kansas City                                2,913,304
  889.  M035     Buffalo-Rochester                          2,777,046
  890.  M036     Salt Lake City                             2,573,372
  891.  M037     Jacksonville                               2,274,933
  892.  M038     Columbus                                   2,145,561
  893.  M039     El Paso-Albuquerque                        2,113,890
  894.  M040     Little Rock                                2,051,667
  895.  M041     Oklahoma City                              1,877,478
  896.  M042     Spokane-Billings                           1,863,335
  897.  M043     Nashville                                  1,767,391
  898.  M044     Knoxville                                  1,721,911
  899.  M045     Omaha                                      1,659,273
  900.  M046     Wichita                                    1,124,174
  901.  M047     Honolulu                                   1,108,229
  902.  M048     Tulsa                                      1,096,396
  903.  M049     Alaska                                       550,043
  904.  M050     Guam-Northern Mariana Islands                176,000
  905.  M051     American Samoa                                47,000
  906.  
  907.     The FCC's MTAs are based on Rand McNally Major Trading Areas,
  908. but the Commission made some minor modifications and some major
  909. renumbering.  Thus, don't expect these numbers to match what you find
  910. in any Rand McNally business atlas.
  911.  
  912.     If you want to see a detailed county-by-county consolidated
  913. listing of all PCS Regions, MTAs and BTAs as well as cellular MSAs and
  914. RSAs, check at:
  915.  
  916.         http://www.clark.net/pub/rjk/
  917.  
  918. and select the anchor pointing to information of PCS and cellular markets. 
  919.  
  920.  
  921. Bob Keller (KY3R)               Email: rjk@telcomlaw.com
  922. Law Office of Robert J. Keller, P.C.   Telephone:  301.229.5208
  923. Federal Telecommunications Law         Facsimile:  301.229.6875
  924.  
  925. ------------------------------
  926.  
  927. Date: Wed, 15 Feb 95 12:43:47 EST
  928. From: Carl Moore <cmoore@ARL.MIL>
  929. Subject: Re: Scam at UC Berkeley
  930.  
  931.  
  932. Where would the transfer go?  Within the campus exchange?  I don't
  933. understand how the transfer can result in result in long distance
  934. charges against your number.  The closest I can think of is call
  935. forwarding, where your phone incurs message unit charges or toll as
  936. the case may be, as if you yourself dialed the number which you are
  937. forwarding to.
  938.  
  939.  
  940. [TELECOM Digest Editor's Note: In one instance, they ask to be trasferred
  941. to the local PBX operator who then 'sees' it as an inside call coming to
  942. her for assistance. The caller then asks the operator to assist in making
  943. connection to a long distance number; the operator sees no reason no to
  944. since it is 'obviously' a company employee.   PAT]
  945.  
  946. ------------------------------
  947.  
  948. Date: Thu, 16 Feb 1995 18:03:44 GMT
  949. From: rudy rawlins <rudy@bnr.ca>
  950. Subject: Re: Messaging Software For Windows 
  951. Organization: Nothern Telecom Toronto Lab. Toronto, Ontario Canada. 
  952.  
  953.  
  954. In article <telecom15.97.8@eecs.nwu.edu>, Bob Baxter <bobbles@panix.com> 
  955. writes:
  956.  
  957. > Ideally, a call would come in, the receptionist would take down the
  958. > message, and file it in the software.  Later, when someone calls in to
  959. > check their messages, the receptionist would simply call their name up
  960. > and read the listing.
  961.  
  962. > Ideally, the software should also have report capabilities, i.e. print
  963. > out all unanswered calls, number of callbacks, etc.  I have had
  964. > absolutely zero luck in locating such a package.  Any help would be
  965. > appreciated.
  966.  
  967. Have you considered voice mail? Here comes the plug, Northern Telecom
  968. Meridian Mail, or (gasp!) any of the competitors can allow your
  969. receptionist do this, but using the callers voice rather than a
  970. written message. The merits of which I don't have to explain. If you
  971. need help with this send me some private email.
  972.  
  973.  
  974. Rudy Rawlins    Northern Telecom Toronto Lab
  975. ESN 416-597-7403. rudy@bnr.ca
  976.  
  977. ------------------------------
  978.  
  979. From: anadigicom@aol.com (Anadigicom)
  980. Subject: Re: Telco Signaling Requirements
  981. Date: 16 Feb 1995 14:18:16 -0500
  982. Organization: America Online, Inc. (1-800-827-6364)
  983. Reply-To: anadigicom@aol.com 
  984.  
  985.  
  986. Anadigicom Corporation is a manufacturer of a broad range of interface
  987. (Anadigicom) products including signaling converters covering the
  988. types you described.
  989.  
  990. Your request for per country specifications is an intensive task as we
  991. have been in this business for ten years and we get new signaling
  992. requirements almost on a weekly basis.
  993.  
  994. There are core specifications such as those mentioned and they are
  995. generally specified in the CCITT recommendations but each country and
  996. perhaps switch manufacturer, customizes the signaling standard for
  997. their own use.  There are variations for national and international
  998. links as well.
  999.  
  1000. We have demonstrated considerable success with companies using a
  1001. standard interface protocol running into our signaling converters to
  1002. support the wide variation present within the world domain.  This
  1003. allows existing network products to be supplied world wide.
  1004.  
  1005. The Anadigicom products also support a wide range of physical interfaces 
  1006. including the analog two wire or four-wire applications and the digital T1 
  1007. and E1 links (with conversion between the two all inclusive).
  1008.  
  1009. Please send us your mailing address and/or fax number for additional
  1010. information or contact the below:
  1011.  
  1012.   Anadigicom Corporation
  1013.   Attn: Gene Delancey 
  1014.   Ph-703-803-0400
  1015.   FAX-703-803-2956
  1016.   EMAIL: anadigicom@aol.com
  1017.  
  1018. ------------------------------
  1019.  
  1020. From: d92-sam@black29.nada.kth.se (Sam Spens Clason)
  1021. Subject: Re: GTE PCS/Global Roam
  1022. Date: 15 Feb 1995 18:42:17 GMT
  1023.  
  1024.  
  1025. In <telecom15.89.14@eecs.nwu.edu> johnmark@tigger.jvnc.net (John Mark)
  1026. writes:
  1027.  
  1028. > CO/NY has already launched a similar service (January 1995). CO/NY
  1029. > customers get a SIM card (they call it a CellCard) for $49.99/year.
  1030. > They can then purchase or rent a GSM phone and can roam in 23 GSM
  1031. > countries. The agreement is with Vodaphone in the UK. Incoming calls
  1032. > must be routed through the customer's NY cellular number. The cost of
  1033. > roaming is a flat $2.49/minute for outgoing calls regardless of
  1034. > destination (local or international) and $2.49/minute + toll from NYC
  1035. > for incoming calls.
  1036.  
  1037. In the original announcement there was something about "dual mode
  1038. phones" and roaming between technically different systems.
  1039.  
  1040. An American subscriber can roam a GSM (or DCS) net because his SIM
  1041. card tells the GSM operator all it needs to know.  There is however
  1042. one catch here.  The other way around doesn't work as smoothly.  I
  1043. suppose you've read the horror stories about US-Australian AMPS
  1044. roaming here in the Digest.
  1045.  
  1046. Intersystem roaming would be very easy if there only were some standard 
  1047. for SIM cards.  Or at least if all new systems used some sort of subsriber 
  1048. ID-card.
  1049.  
  1050. Questions: 
  1051.  
  1052. 1)    Are any of the proposed American PCS systems going to
  1053.     use SIMs?
  1054.  
  1055. 2)    Are there any global standards been proposed for SIMs?
  1056.  
  1057.  
  1058. Sam   <A HREF="http://www.nada.kth.se/~d92-sam/">Sam Spens Clason</A>
  1059.  
  1060. ------------------------------
  1061.  
  1062. From: johnl@iecc.com (John Levine)
  1063. Subject: Re: BA Files Waiver to Prevent Higher ISDN Costs
  1064. Date: Thu, 16 Feb 95 16:48:14 GMT
  1065.  
  1066.  
  1067. Bell Atlantic is all hot and bothered that the FCC has ordered telcos
  1068. to charge a subscriber line charge per ISDN channel rather than per
  1069. line.  I agree that the FCC's move is stupid, but I don't see why it's
  1070. such a big deal.
  1071.  
  1072. The fee goes straight into the telco's pocket.  If the FCC wants them
  1073. to collect $7 rather than $3.50 as the SLC, they can drop the nominal
  1074. rate by $3,50 and collect the same actual amount of money that they
  1075. would have otherwise.
  1076.  
  1077.  
  1078. Regards,
  1079.  
  1080. John Levine, johnl@iecc.com
  1081. Primary perpetrator of "The Internet for Dummies"
  1082.  
  1083. ------------------------------
  1084.  
  1085. From: stevecoleman@delphi.com (Steve Coleman)
  1086. Subject: Re: Numbers Numbers Numbers ...
  1087. Date: 16 Feb 1995 10:19:14 GMT
  1088. Organization: Delphi Internet Services Corporation
  1089.  
  1090.  
  1091. > idea, I can't help the feeling of being manipulated by a bunch of
  1092. > startup companies (most of whom probably won't even exist five to ten
  1093. > years from now) by having to dial 11 digits to call my upstairs neighbor.
  1094.  
  1095. The dial plan is being manipulated by a bunch of startup companies??
  1096. I don't think so!  I am responsible for routing the calls for one of
  1097. the smaller LD companies.  The dial plan "problems" that I have
  1098. encountered are with the LECS.  For example, Pacbell in Los Angeles
  1099. requires seven digits on FGA within the home NPA.  USWest in Phoenix
  1100. requires seven digit for "local" calls but you must dial 1+10 for toll
  1101. calls within the home NPA.  Ameritech in Chicago allows seven digits
  1102. within the home NPA of 312.  I don't even want to *talk* about SWBell
  1103. in Dallas.  These are hardly "startup" companies. We'll see how the
  1104. "startup compaines" deal with the local dial plan when local dial tone
  1105. competition really takes off.
  1106.  
  1107. I would *love* to see some kind of consistency from the LECS.  The
  1108. same applies for FGB/D termination.  Some LECS require seven digits sent
  1109. to the tandem, others require ten.  It just makes my job a little more
  1110. challenging!
  1111.  
  1112.  
  1113. Steve    stevecoleman@delphi.com
  1114.  
  1115. ------------------------------
  1116.  
  1117. From: Tom Coradeschi <tcora@pica.army.mil>
  1118. Subject: Re: 256Kbps Overseas Circuits at 56Kpbs Costs
  1119. Organization: Electric Armaments Division, US Army ARDEC Picatinny Arsenal NJ
  1120. Date: Thu, 16 Feb 1995 14:58:17 GMT
  1121.  
  1122.  
  1123. In article <telecom15.94.1@eecs.nwu.edu>, routers@halcyon.com wrote:
  1124.  
  1125. > For how to have 256Kpbs lan to lan thruput on overseas circuits at
  1126. > 56Kpbs cost, contact routers@halcyon.com. We also can piggy back
  1127. > seperate asyn or sync low speed (up to 19.2) applications at no charge
  1128. > on the same circuit. For dial up overseas lan to lan transmissions we
  1129. > have a V.34 product that has a V.35 interface with SDC (sync data
  1130. > compression) with a thruput of 85Kpbs sync.
  1131.  
  1132. > [TELECOM Digest Editor's Note: Why don't you tell us a little more
  1133. > about it right here, rather than requiring people to write to you
  1134. > about it?  You might have a very good product we should all hear about.
  1135. > When sending in messages like this, more specifics, please.   PAT]
  1136.  
  1137. [TELECOM Digest Reader's Note: Why don't you let him leave it as it is. He
  1138. gave a simple announcement, asking people to contact him for further info.
  1139. On mailing lists *I* run, that's considered good etiquette. Anything more
  1140. becomes an advertisement, which I (and most of my readers) dislike
  1141. intensely. TJC]
  1142.  
  1143. [TELECOM Digest Editor's Note: Well you raise a good point where the 
  1144. ongoing -- and getting worse on this net -- problem of balancing advertise-
  1145. ments versus infomercials versus solid information is concerned. I dislike
  1146. very much running straight advetising here (especially when they don't
  1147. pay me! <snicker!>) and generally don't do it. If someone has the common
  1148. courtesy to put their message together so it looks more like an infomercial
  1149. then the line I draw is a bit more ragged. Some of them are more 'info'
  1150. than 'mercial', and if it looks interesting I use it. What I am getting
  1151. a lot of -- and I wish it would stop, but it won't -- are the notes from
  1152. people saying 'gee, I found this great new long distance company, and it
  1153. is really a bargain. Write to me and I will tell you all the details'. What
  1154. they mean to say of course is they are an agent for the company; they
  1155. don't have the brass bedsprings needed to just say so and float yet another
  1156. advertisment on the net (what's the difference these days, one more or
  1157. less), so they play tricks and *pretend* like they want to have a real
  1158. discussion of LD carriers when what they do in return to your response is
  1159. send you the canned file they have prepared. 
  1160.  
  1161. Now in the case of 'routers', I get more than I feel comfortable with of
  1162. his messages ... let's put it that way. He seems to have the solution to
  1163. everyone's problems in telecom, whatever they may be, in his office. When
  1164. I run his articles, then I get messages from people saying 'well, that's
  1165. the fifth one of his *commercials* you have run this month. ... etc'. So
  1166. I have decided with some of these people if they want to send an infomercial
  1167. I can run and talk about if it suits me, then okay, I will do it perhaps.
  1168. But if they want to do a hit and run, quick and dirty thing about 'gee,
  1169. I have the solution here, just write me', then I am going to put my foot
  1170. down and say this platform cannot be used for advertising. I admit it is
  1171. a judgment call. You are correct etiquette says don't advertise on the
  1172. net; at the same time I would rather see an informative, well prepared
  1173. infomercial which might benefit some readers than either an outright
  1174. blatant commercial or a 'sneak one past the moderator' type which says
  1175. 'I have all the answers, just write me'. In the latter case, they use
  1176. my bandwidth to send a selected message to a few people that none of the
  1177. rest of us (hopefully) benefit from. I see the onrush of commercial
  1178. advertising on the net as something that is going to be very hard for
  1179. even experienced moderators to keep in check as the advertisers grow
  1180. more sophisticated in *how* they submit their material. I've had people
  1181. write to me with deliberatly drummed up questions that were dumb as
  1182. could be, and in good faith I would have published them and answered
  1183. them -- albiet perhaps in my cranky, snotty way -- had not they then
  1184. changed user names and sent me the *answer to the question* as a 'Re;'
  1185. even before the original was published. Merely a coincidence of course
  1186. that the answer involves products their company sells. 
  1187.  
  1188. Yeah ... they are doing that. Having discovered the question and answer,
  1189. give and take format of the newsgroups, they use shills, or straight men
  1190. to pose the initial commentary, seeking the advice of the net to solve
  1191. whatever needs to be solved. Then bingo, here comes the answer from 
  1192. someone else at the same company, pretending like all we are doing is
  1193. having an honest exchange of ideas, etc. "Oh gee, you mean fifty thousand
  1194. people saw the answer I gave him about our product X ... gosh!"
  1195.  
  1196. There is room for everyone on this net, including the .com sites and
  1197. the numerous commercial enterprises which have came aboard in recent 
  1198. months, **but they have to play by the rules**. Yes, we want to hear 
  1199. about new products and servces which may be beneficial or solve problems,
  1200. but no, we don't want blatant advertising. We don't want cross posting
  1201. to thousands of news groups. We don't want you to cook up your own problems
  1202. in order to have an entrance to present your own solutions. Just be
  1203. part of us and participate in an intellectually honest way. In fact, the
  1204. commercial enterprises on the net these days can be very valuable parts
  1205. of this process we go through here, *if they will just cool it and follow
  1206. netiquette.*  Thank goodness this has not been as much of a problem here
  1207. in telecom as it has been in some of the other newsgroups. We have for
  1208. the most part a spendid bunch of people here sincerely interested in
  1209. the unimpeded flow of information; and sometimes that information deals
  1210. with commercial products. 
  1211.  
  1212. Thanks for writing, Tom, and good luck with your e-publishing endeavors.
  1213. There aren't many easy answers on the net these days, are there?    PAT]
  1214.  
  1215. ------------------------------
  1216.  
  1217. From: gordon@sneaky.lonestar.org (Gordon Burditt)
  1218. Subject: Last Laugh! Re: How I Fooled Caller ID
  1219. Date: Thu, 16 Feb 1995 05:49:16 GMT
  1220.  
  1221.  
  1222. [Ahem! I have asked Gordon Burditt to pronounce the benediction for
  1223. us today.   Let us Bray!   PAT]
  1224.  
  1225. > [TELECOM Digest Editor's Note: Remember the book and movie a few
  1226. > years ago called 'Tandem Rush'?  The sick phreak sits at home and dumps all
  1227. > this very high current on the phone line causing the phone on the *other end*
  1228. > to catch fire and/or electrocute the recipient ... yet it goes unnoticed in
  1229. > the central office ... balogna!  
  1230.  
  1231. Can I get the central office to perform this service for me?  Please?
  1232. I just dial *86 (somehow this code seems appropriate) instead of using
  1233. Call Block when I detect that a telephone solicitor has called, and it
  1234. melts his phone.  (It doesn't have to work on outgoing calls.)  It
  1235. might even make a lot of money for the RBOCs if marketed as "Call
  1236. Block With Extreme Prejudice".
  1237.  
  1238.  
  1239. Gordon L. Burditt     sneaky.lonestar.org!gordon
  1240.  
  1241. ------------------------------
  1242.  
  1243. End of TELECOM Digest V15 #102
  1244. ******************************
  1245.     
  1246.     
  1247. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa13103;
  1248.           16 Feb 95 21:51 EST
  1249. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  1250.     id AA09007; Thu, 16 Feb 95 16:37:52 CST
  1251. Return-Path: <telecom>
  1252. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  1253.     id AA09001; Thu, 16 Feb 95 16:37:50 CST
  1254. Date: Thu, 16 Feb 95 16:37:50 CST
  1255. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  1256. Message-Id: <9502162237.AA09001@delta.eecs.nwu.edu>
  1257. To: telecom@eecs.nwu.edu
  1258. Subject: TELECOM Digest V15 #103
  1259.  
  1260. TELECOM Digest     Thu, 16 Feb 95 16:37:00 CST    Volume 15 : Issue 103
  1261.  
  1262. Inside This Issue:                           Editor: Patrick A. Townson
  1263.  
  1264.     Mexican Union Lodges Complaint Against Sprint (D Shniad)
  1265.     California Local Prefixes Database Wanted (John J. Henderson)
  1266.     Book Review: "Computer Networks" by Black (Rob Slade)
  1267.     Ameritech Announces TT Charge Reduction in Confusing Way (Bradley Bittorf)
  1268.     T1 Test Equipment Wanted (E.M. Sullivan)
  1269.     PCS Survey; Please Participate (Prakash Hariramani)
  1270.     Re: Cellular Fraud: How Much of it is Real Money? (John S. Maddaus)
  1271.  
  1272. TELECOM Digest is an electronic journal devoted mostly but not
  1273. exclusively to telecommunications topics. It is circulated anywhere
  1274. there is email, in addition to various telecom forums on a variety of
  1275. public service systems and networks including Compuserve and America
  1276. On Line. It is also gatewayed to Usenet where it appears as the moderated
  1277. newsgroup 'comp.dcom.telecom'. 
  1278.  
  1279. Subscriptions are available to qualified organizations and individual
  1280. readers. Write and tell us how you qualify:
  1281.  
  1282.                  * telecom-request@eecs.nwu.edu *
  1283.  
  1284. The Digest is edited, published and compilation-copyrighted by Patrick
  1285. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  1286. or phone at:
  1287.                     9457-D Niles Center Road
  1288.                      Skokie, IL USA   60076
  1289.                        Phone: 500-677-1616
  1290.                         Fax: 708-329-0572
  1291.   ** Article submission address only: telecom@eecs.nwu.edu **
  1292.  
  1293. Our archives are located at lcs.mit.edu and are available by using
  1294. anonymous ftp. The archives can also be accessed using our email
  1295. information service. For a copy of a helpful file explaining how to
  1296. use the information service, just ask.
  1297.  
  1298. *************************************************************************
  1299. *   TELECOM Digest is partially funded by a grant from the              *
  1300. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  1301. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  1302. * project.  Views expressed herein should not be construed as represent-*
  1303. * ing views of the ITU.                                                 *
  1304. *************************************************************************
  1305.  
  1306. Additionally, the Digest is funded by gifts from generous readers such
  1307. as yourself who provide funding in amounts deemed appropriate. Your help 
  1308. is important and appreciated. A suggested donation of twenty dollars per
  1309. year per reader is considered appropriate. See our address above.
  1310.  
  1311. All opinions expressed herein are deemed to be those of the author. Any
  1312. organizations listed are for identification purposes only and messages
  1313. should not be considered any official expression by the organization.
  1314. ----------------------------------------------------------------------
  1315.  
  1316. Date: Thu, 16 Feb 1995 13:03:29 -0800
  1317. Reply-To: pen-l@ecst.csuchico.edu
  1318. From: D Shniad <shniad@sfu.ca>
  1319. Subject: Mexican Union Lodges Complaint Against Sprint
  1320.  
  1321.  
  1322. Mexican union lodges NAFTA complaint against U.S. company:
  1323.  
  1324. TELECOM UNION BLASTS SPRINT'S LABOR PRACTICES
  1325.  
  1326. MEXICO CITY, February 9 -- In the first formal complaint by a Mexican
  1327. union against a U.S.  corporation under the provisions of the North
  1328. American Free Trade Agreement (NAFTA), the Telecommunications Workers
  1329. of the Republic of Mexico charged the Sprint Corporation with violating 
  1330. "basic norms of labor rights" in the U.S., declaring: "We do not want this
  1331. to happen with Sprint in Mexico."
  1332.  
  1333. Today's filing by the union's General Secretary Francisco Hernandez
  1334. Juarez cited Sprint's mass firing of 235 Latino telemarketers in San
  1335. Francisco on July 14, 1994.
  1336.  
  1337. Juarez noted that the shutdown of Sprint/La Conexion Familiar, a
  1338. subsidiary that sold long distance phone service to Spanish-speaking
  1339. customers in the U.S., occurred one week before a vote on representation 
  1340. by the Communications Workers of America (CWA).  Sprint committed "more 
  1341. than 50 violations of the law" during the workers' union campaign, as 
  1342. determined by the U.S. National Labor Relations Board, Juarez stated.
  1343.  
  1344. The charges were filed with Mexico's National Administrative Office
  1345. (NAO) for the North American Agreement on Labor Cooperation, the side
  1346. agreement to NAFTA dealing with labor policies in Mexico, Canada and
  1347. the U.S.
  1348.  
  1349. The Mexican union represents employees of Telefonos de Mexico, the
  1350. national phone system with which Sprint is trying to form an alliance
  1351. to create a telephone network throughout North America.
  1352.  
  1353. Juarez charged that the slow judicial process under U.S. law, and the
  1354. absence of a prompt remedy to the violation of workers' rights at La
  1355. Conexion demonstrates "the ineffectiveness of the U.S. law to comply
  1356. with the principles contained in (the NAFTA labor side agreement) to
  1357. which the U.S. is now obligated."
  1358.  
  1359. The union leader called on the NAO to "declare that Sprint will not be
  1360. allowed to establish itself in Mexico given its track record of abuses
  1361. against workers until the company reinstates the fired U.S.  workers
  1362. and declares that it will "respect the rights of workers" and
  1363. recognize unions in both countries when a majority of workers in a
  1364. Sprint enterprise seek to unionize.
  1365.  
  1366. The Mexican union also urged the NAOs of the three NAFTA countries
  1367. convene a forum this year "attended by government, labor and management 
  1368. representatives from the telecommunications industry to explore ways
  1369. to collaborate and discuss appropriate standards concerning workers'
  1370. rights ... good paying jobs, as well as other important matters."
  1371.  
  1372. The NAFTA labor side agreement provides for consultations among
  1373. representatives of the U.S., Canada and Mexico up to the level of the
  1374. secretaries of labor to resolve disputes over the lack of compliance
  1375. with labor standards guaranteed in the agreement.
  1376.  
  1377. The Sprint/La Conexion Familiar affair also has drawn concern from
  1378. Sprint's prospective German business partner, Deutsche Telekom AG.
  1379. The board of the German phone system, which is negotiating a
  1380. 10-percent stake in Sprint, valued at $2 billion, cited Sprint as the
  1381. inspiration for a new policy "ensuring that employer-employee
  1382. relations customary in Germany are recognized and complied with" where
  1383. the company "operates jointly with its global partners."
  1384.  
  1385. Sprint's shutdown of La Conexion Familiar was the subject of a
  1386. month-long trial prosecuted by the NLRB's Region 20 in San Francisco
  1387. before an administrative law judge.  A ruling is expected this spring.
  1388.   
  1389.             -- Communications Workers of America
  1390.  
  1391. For further information, contact Jeffery Miller,
  1392. CWA Public Affairs Department, 202-434-1163
  1393.  
  1394. ------------------------------
  1395.  
  1396. From: John J. Henderson <70733.731@CompuServe.COM>
  1397. Subject: California Local Prefixes Database Wanted
  1398. Date: 16 Feb 1995 21:24:19 GMT
  1399. Organization: Valley Infosystems
  1400.  
  1401.  
  1402. I recently contacted Pacific Bell here in California and asked them if
  1403. a database was available where you would put in your area code (say
  1404. 916 for Sacramento) and then your prefix (say 851 for Ranch Cordova, a
  1405. suburb of Sacramento) and it would give you back all the prefixes that
  1406. are local, non- toll calls.  This information is available for just
  1407. your local are in the front of the Pacific Bell white pages, but I'd
  1408. like this information for the whole state ... plus I don't look forward
  1409. to typing in all those prefixes and their cross references.  The
  1410. person I talked to at Pac Bell said that the information was not
  1411. available from them, except of course if I wanted to get every phone
  1412. book for the state of California and do it myself.  She said that they
  1413. use an in house program that tell them that infromation, but it wasn't
  1414. available to the public.
  1415.  
  1416. Does anyone have any ideas?  Or is this database available somewhere?
  1417.  
  1418.  
  1419. John J. Henderson   Valley Infosystems
  1420. Sacramento, CA      70733,731@COMPUSERVE.COM
  1421.  
  1422. ------------------------------
  1423.  
  1424. Date: Thu, 16 Feb 1995 14:28:03 EST
  1425. From: Rob Slade <roberts@mukluk.decus.ca>
  1426. Subject: Book Review: "Computer Networks" by Black
  1427.  
  1428.  
  1429. BKCMPNTW.RVW   950109
  1430.  
  1431. "Computer Networks", Black, 1993, 0-13-175605-2
  1432. %A   Uyless Black
  1433. %C   113 Sylvan Avenue, Englewood Cliffs, NJ   07632
  1434. %D   1993
  1435. %G   0-13-175605-2
  1436. %I   PTR Prentice Hall
  1437. %O   (515) 284-6751 FAX (515) 284-2607 beth_hespe@prenhall.com
  1438. %P   436
  1439. %T   "Computer Networks"
  1440.  
  1441. This is a very complete and well organized text on data communications.  
  1442. The intent of the work is to address the components of a computer
  1443. network system, and this succeeds quite well.  (Those interested in
  1444. network specific topics, such as routing, should look elsewhere.)
  1445.  
  1446. Areas covered include introductory material, layered protocols,
  1447. polling protocols, satellite networks, local area networks, packet
  1448. switching, X.25, digital networks, a brief look at TCP/IP, personal
  1449. computers, PBX and upper layer protocols.  Additional reference
  1450. material is included in the appendices.
  1451.  
  1452. Occasionally, the material becomes too specific and shows signs of
  1453. age.  The chapter on personal computer networks uses concepts and
  1454. jargon which will be quite foreign to those familiar with the micro
  1455. field.  By and large, however, this is an excellent source not only
  1456. for a general overview, but as a reference in a number of data
  1457. communications areas.
  1458.  
  1459.  
  1460. copyright Robert M. Slade, 1995   BKCMPNTW.RVW   950109. Distribution
  1461. permitted in TELECOM Digest and associated publications. Rob Slade's
  1462. book reviews are a regular feature in the Digest.
  1463.  
  1464.  
  1465. Vancouver      ROBERTS@decus.ca    
  1466. Institute for  Robert_Slade@sfu.ca 
  1467. Research into  rslade@cue.bc.ca    
  1468. User           p1@CyberStore.ca    
  1469. Security       Canada V7K 2G6      
  1470.  
  1471. ------------------------------
  1472.  
  1473. From: bjb@petrel.cle.ab.com (Bradley J. Bittorf)
  1474. Subject: Ameritech Announces Touch-Tone Charge Reduction in Confusing Way
  1475. Date: 16 Feb 1995 19:42:09 GMT
  1476. Organization: Allen-Bradley Company, Inc.
  1477.  
  1478.  
  1479. I received an insert from Ameritech yesterday in my bill.  In part,
  1480. it read:
  1481.  
  1482.     "The monthly $1.80 Touch-Tone Service charge will be
  1483.      eliminated over the next three years.  Starting 
  1484.      January 9th, you'll pay $1.00 less per month.  The
  1485.      remaining Touch-Tone charge no longer will be shown 
  1486.      separately on your bill.  Instead, the reduced monthly
  1487.      charge of $.80 will be included in your "access line"
  1488.      charge."
  1489.  
  1490. My interpretation of this was that all customers would see their
  1491. "access line" charge increased by $.80/month.  However, I spoke to an
  1492. Ameritech residential service representative, who told me the $.80
  1493. would be added to my "access line" charge.  In other words, the
  1494. "access line" charge will be $.80 more for those with Touch-Tone
  1495. service.  Then, sometime in the next three years, that will disappear
  1496. too.  (Probably the next time the "access line" service increases -- I
  1497. predict by $.80!)  In the meantime, Touch-Tone customers may not
  1498. realize they are paying extra for it.
  1499.  
  1500. Incidentally, the installation charge for Touch-Tone has been dropped 
  1501. (not sure if that's temporary or permanent), so I relented and finally 
  1502. got it.  I guess the $.80 is within my threshhold of annoyance for 
  1503. having to switch my phones back and forth between tone and pulse. ;-)
  1504.  
  1505.  
  1506. Bradley J. Bittorf                           | Phone:  216.646.4629
  1507. Allen-Bradley Company/Rockwell Automation    | FAX:    216.646.4484
  1508. 747 Alpha Drive, Highland Heights, OH  44143 | e-mail: bradley.bittorf@ab.com
  1509.  
  1510. ------------------------------
  1511.  
  1512. From: EM Sullivan <sullivan@cais.com>
  1513. Subject: T1 Test Equipment Wanted
  1514. Date: 16 Feb 1995 18:53:34 GMT
  1515. Organization: Capital Area Internet Service info@cais.com 703-448-4470
  1516.  
  1517.  
  1518. Can anyone comment on a T1 test equipment manufacturer called
  1519. Compression Techniques Corp? They make a T1 tested called the TStar.
  1520. I'm looking for opinions from users as to how it compares with some of
  1521. the other alternatives (like the TTC Firebird).
  1522.  
  1523. ------------------------------
  1524.  
  1525. From: Prakash Hariramani <ph2k+@andrew.cmu.edu>
  1526. Subject: PCS Survey; Please Participate
  1527. Date: Thu, 16 Feb 1995 11:08:52 -0500
  1528. Organization: Information Networking Institute Carnegie Mellon, Pittsburgh PA
  1529.  
  1530.  
  1531. We are graduate students at the Information Networking Institute at
  1532. Carnegie Mellon University.  We are doing research on Personal
  1533. Communications Services commonly known as PCS.  PCS could revolutionize 
  1534. the way people communicate.  We could move from the current concept of
  1535. one phone per location to one per person.  We have designed a survey
  1536. which can be accessed through a World Wide Web browser such as Mosaic
  1537. or Netscape at the following URL:
  1538.  
  1539.     http://www.ini.cmu.edu/~ph2k/pcs/survey.html
  1540.  
  1541. We wanted to ask readers of this newsgroup to participate in this
  1542. survey, if they had the time.  Trial runs indicate that the survey takes
  1543. between 10 and 15 minutes to complete.
  1544.  
  1545. Our survey focuses primarily on the following aspects of PCS: pricing,
  1546. penetration, features for both residential and business users.
  1547.  
  1548.  
  1549. Thanks!
  1550.  
  1551. Andrew Scott
  1552. Prakash Hariramani
  1553. Paul Varley
  1554.  
  1555. Information Networking Institute
  1556. Carnegie Mellon University
  1557. 5000 Forbes Avenue
  1558. Pittsburgh, PA 15213
  1559.  
  1560. ------------------------------
  1561.  
  1562. From: jsm@mvulo.att.com
  1563. Date: 15 Feb 95 00:06:00 -0500
  1564. Subject: Re: Cellular Fraud: How Much of it is Real Money?
  1565. Organization: AT&T
  1566.  
  1567.  
  1568. Pat:
  1569.  
  1570. My $.02 worth in three parts, carrier perception now, what is wrong
  1571. with that perception IMHO, and potential ramifications for future
  1572. wireless offerings (purely prognostication on my part).  This is
  1573. merely intended to share my experiences in a related subject.  I hope
  1574. no one takes offense at anything I've said.  No finger pointing
  1575. intended, only opinions based upon customer feedback.
  1576.  
  1577. Addressing fraud is an amazingly complex issue that requires numerous
  1578. companies to work together jointly when in fact they are competing
  1579. against one another in the very same businesses and constantly seeking
  1580. leverage against one another.  It is a credit to the standards bodies
  1581. that standards addressing these issues have been agreed upon by such
  1582. diverse companies.  Implementing same, is another story.  No one
  1583. company can implement the existing fraud and security standards alone.
  1584. At that point, the only option is proprietary, which is what is being
  1585. done now.  All in all, it was a thoroughly frustrating two years in an
  1586. unbelievably dynamic environment, and by far the most enjoyable job I
  1587. have held with my company.
  1588.  
  1589. BACKGROUND:
  1590.  
  1591. I spent the better part of the past two years traveling to various
  1592. cellular providers to attempt to get them to distribute our cellular
  1593. privacy/security products.  I had the unique opportunity to meet with
  1594. carriers and their customers.  Although you may wonder what this has
  1595. to do with fraud, there are in fact many similarities between the two.
  1596.  
  1597. For instance, addressing both requires something on both the subscriber 
  1598. and switch ends, whether it be a user pressing a PIN sequence and the
  1599. switch understanding the sequence or a phone with privacy/encryption
  1600. built in and complementary adjunct at the switch or on a desk. Additionally, 
  1601. one could argue that what C1 did in NYC just pushes the fraud out a
  1602. level to the user (i.e. the calling card number you just gave the
  1603. operator is now being used to someone elses benefit at your expense)
  1604. which then enters the realm of privacy.  There was and is an interested 
  1605. user base but the carriers are not interested.  Why? (NOTE - that
  1606. these are not my opinions but those expressed to me by carrier
  1607. personnel from engineering, marketing, product management, sales,etc.
  1608. from regional VPs to engineers and sales execs):
  1609.  
  1610. THE CURRENT VISION:
  1611.  
  1612. 1) Cellular is still profitable despite fraud/security implications.
  1613. Carriers sign up record numbers of users each year.  If you were reporting 
  1614. positive financials up your management line, would you change and open
  1615. up a potentially huge can of worms that could undermine your financials 
  1616. given enough press?  There is little financial incentive to do anything 
  1617. about fraud if the bottom line looks good already.
  1618.  
  1619. 2)  Digital will take over and have fraud protection (and higher security) 
  1620. built in.  Within two years, analog will no longer be an issue and security 
  1621. and fraud problems will disappear.
  1622.  
  1623. 3) I know some of my customers need it but I have to make a business case and 
  1624. I don't think enough people care.
  1625.  
  1626. 4)  Our sales forces only know how to sell phones.  They have lost the ability
  1627. to sell services.
  1628.  
  1629. 5)  We can't admit to our customers that our services are insecure!
  1630.  
  1631. 6)  Costs too much money -- the user will never pay for it.
  1632.  
  1633. 7)  If it were in a Motorola flip phone, we'd buy it in a minute. 
  1634.  
  1635. 8)  Most importantly, customers (including myself) continue to pay their 
  1636. monthly cellular bills, which cover the operating expenses for the carrier 
  1637. (including losses from fraud) and provide a tidy profit as well.
  1638.  
  1639. WHAT'S WRONG WITH THIS VISION:
  1640.  
  1641. 1) Analog subscriber growth continues at a record pace.  What is not
  1642. taking off is airtime for potential high usage business users.  So,
  1643. carriers are now looking for new services to offer (voice messaging,
  1644. data, etc.) to attract same.  None of these services (or for that
  1645. matter the basic cellular service) offer enhanced security (that meet
  1646. the standards of many corporate security instructions) or built in
  1647. fraud protection that is an inherent part of the switch and phone and
  1648. yes for many reasons, digital is just as insecure as analog (we can
  1649. debate this in another forum if you like).  
  1650.  
  1651. I read a recent report (WSJ I think) that fraud in the NYC area cost
  1652. the local carriers $60M alone last year.  But if I had to guess, I'll
  1653. venture that the financial picture for the NYC carriers show positive
  1654. Economic Value Added as the numbers get passed up the corporate
  1655. financial hierarchy.  Fundamentally, I believe there are two reasons
  1656. why business customers limit air time -- cost and security.  Cost could
  1657. be driven down if fraud could be controlled.  Security could increase
  1658. call-minutes (and therefore carrier revenue), and like fraud an
  1659. optimal solution involves both your subscriber piece and the switch.
  1660. There are implications here for PCS (see prognostications below).  
  1661. I have heard many stories how employees have been given cellular
  1662. phones as perks and been told not to use them for business.  
  1663.  
  1664. 2) Two years ago, digital was going to replace analog by 1998.  Thanks
  1665. to multiple digital standards, analog now has a rosy future.  In a
  1666. recent quote in Mobile Phone News 12/12/94, Motorola says "Digital
  1667. accounts for less than 5% of cellular growth in the U.S. As of
  1668. October 1, there were 21.5 million analog users in the country,
  1669. compared with 250,000 subscribers using TDMA..."  I have been told by
  1670. Motorola, Nokia and NEC personnel that the bread and butter for the
  1671. subscriber equipment portion of their business will continue to be
  1672. analog for the forseeable future.  Actually, I would think that the
  1673. thought of replacing 21.5 million analog phones would be an incentive
  1674. for manufacturers to use any excuse to create a new analog version of
  1675. existing phones with fraud and security built in.  
  1676.  
  1677. As an aside, when the Bar Associations in NY, MA, NH and other states
  1678. rule it is unethical for an attorney to discuss client matters over a
  1679. cellular phone, they are not differentiating between analog and
  1680. digital.  From this I could draw one of two conclusions; either the
  1681. carriers have done a poor job of positioning the advantages of digital
  1682. to the user or maybe there are none. Anyone offering odds that CDMA
  1683. (with whatever security/fraud standards are decided upon) will be
  1684. rolled out in a diluted version first sans some portion of those
  1685. standards?  
  1686.  
  1687. 3) Financial responsibility is extremely fragmented in cellular.  A
  1688. good general rule is any addition to the MTSO needs to be cost
  1689. justified for that MTSO.  This affects fraud/security in two ways.
  1690. First, it dilutes the business case by forcing the regional managers
  1691. to look at each expense (not unreasonable).  The net result is that
  1692. corporate tends not to look at the problem as something it needs to be
  1693. involved in because it is regional in nature.  McCaw San Francisco
  1694. certainly has more fraud potential compared to McCaw Oklahoma, so let
  1695. San Fran fix their problem.  
  1696.  
  1697. Second, it removes the corporate clout required to implement a
  1698. solution within subscriber equipment.  Since corporate usually
  1699. negotiates subscriber equipment purchases, regional managers have zero
  1700. chance of independently approaching a major manufacturer such as
  1701. Motorola, Nokia, etc.  If they are allowed such independence, their
  1702. numbers and therefore bargaining power are still reduced.  
  1703.  
  1704. 4) Just an excuse for asking your sales people to sell high priced
  1705. basic service and higher priced enhanced services to a varied customer
  1706. base.  If my salary depended upon attaining a sales quota, you know
  1707. I'd be concentrating on selling basic service and a Motorola phone to
  1708. the "average" customer.  It's the easiest sell.  
  1709.  
  1710. 5) I would assert that the press is doing an adequate job of this on
  1711. the house.  Also, isn't C1-DC's denial of roaming in NYC a tacit
  1712. admission that they have no control over the fraud problem in NYC?
  1713. Ditto for the Nynex, Bell Atlantic, C1-NY PIN deal.  And you know your
  1714. in trouble when publications such as {Woman's Day} (7/20/93) say things
  1715. like "So, if you'd rather keep your personal conversations private,
  1716. make and take them on an old-fashioned, wired telephone".  Still,
  1717. fraud and security are an extremely tough sell.  There are Fortune 100
  1718. companies whose security departments routinely monitor executives
  1719. cellular calls and provide them with transcripts.  I have given
  1720. equipment to CEO's of some of these companies, only to have it
  1721. politely returned with a note indicating that they didn't see the
  1722. need.  Very likely, these same executives have appeared before
  1723. Congress in the last couple of years to complain about their losses
  1724. from foreign intercepts by the French, et. al. and they probably
  1725. haven't addressed that problem yet either.  Losses due to
  1726. communications fraud and lack of security are too intangible to
  1727. measure by the average user that has to date been left in peace (or at
  1728. least is unaware of events to the contrary), let alone the carriers
  1729. (the press seems to be doing OK with this though).  
  1730.  
  1731. Now if your carrier sent you a letter saying that effective immediately 
  1732. they were doubling your monthly rate and call charges to cover losses
  1733. from fraud or told you that you would have to exchange your existing
  1734. phone at your cost, would that get your attention?  Not to worry, they
  1735. wouldn't risk losing the profitable business that they have by being
  1736. so rash.  
  1737.  
  1738. 6) Maybe true.  Its amazing the excuses that people give for not
  1739. buying products to protect them against fraud or intercept.  It's too
  1740. big, heavy, costly, don't like the voice quality, wanted blue instead
  1741. of black, doesn't say Motorola on it, and on and on.  However, the
  1742. biggest excuse is that human beings tend not to take responsibility
  1743. for the problems that occur, especially when their insurance does not
  1744. cover the loss.  When a user is "hit" (and they often don't know that
  1745. they have been), they believe it is the responsibility of the "telephone 
  1746. company" to protect them or cover their losses (Ma still lives on in
  1747. spirit).  You need only look at the reaction to PBX fraud as evidence.
  1748. To their everlasting credit (and the good of their financial picture)
  1749. telcos/carriers are perpetuating this "feel good" spirit by continuing
  1750. to cover the losses.  The extra price of security and fraud control
  1751. equipment is tangible, one can look at a purchase order and see the
  1752. difference.  The losses due to fraud or lack of security can disappear
  1753. at many finance levels with creative accounting.  
  1754.  
  1755. If users were truly concerned, then there would be many more than
  1756. 250,000 TDMA subscribers now.  For all its shortcomings, TDMA does
  1757. have better authentication, although initially this may not have been
  1758. the case.  By the way, this is only a guess but I'd bet that the PIN
  1759. arrangement is required for both dual mode and analog phones.  Can
  1760. anyone confirm this?  
  1761.  
  1762. 7) It is very difficult if not impossible to get major phone manufacturers 
  1763. to make changes to cookie cutter subscriber equipment to add anti-fraud or 
  1764. enhanced security, even if it adheres to TIA standards.  These pieces
  1765. are produced in lots of hundreds of thousands at a clip.  Carriers
  1766. have painted themselves into a corner on subscriber equipment -- they
  1767. have given it away at a loss for so long to get customers to sign up
  1768. that customers have grown used to getting the equipment for free or
  1769. minimal cost.  Carriers are loathe to change this successful equation.
  1770. My Motorla digital flip user guide clearly stated that enhanced
  1771. privacy was only available for digital calls.  Typical of the industry
  1772. last year was the decision to move forward with digital and refrain
  1773. from adding features such as enhanced privacy or authentication to the
  1774. soon to be replaced analog system.  I never did find an area where the
  1775. switch supported the enhanced privacy feature that the phone had.
  1776. Maybe the industry has changed its mind by now.  But that still leaves
  1777. a minimum of 21.5 million pieces of analog subscriber equipment that
  1778. do not support any potential improvements to the switch, and those
  1779. numbers increase by thousands every day.  Sounds a bit overwhelming to
  1780. me, but I am still of the opinion (eternal optimist that I am) that it
  1781. could be done by any of the carriers if managed properly.  
  1782.  
  1783. 8) Well, I guess that says it all.  I still pay my monthly bill but I
  1784. don't turn the phone on much any more.  I used to be able to take care
  1785. of business while driving between Phoenix and Tucson.  It made me much
  1786. more efficient.  My cellular bills used to range between $300 and $600
  1787. a month (and I didn't violate Corporate Security Instructions because
  1788. I had an attached encryption device that I used faithfully).  Then I
  1789. made that one clear phone call (sheer convenience) to make my travel
  1790. arrangements to show my equipment to BellSouth in Atlanta.  Amazing
  1791. how on a direct flight from MHT to ATL my luggage was broken open and
  1792. five cellular phones, a scanner, and an ESN reader were left untouched,
  1793. only the encryption/privacy equipment was destroyed.  
  1794.  
  1795. Since I changed jobs and gave my encryption devices back, I no longer
  1796. travel and have a need to stay in touch and be more efficient in my
  1797. new job (at least my new management probably isn't interested in
  1798. paying that much for more efficiency). Now I try not to turn the phone
  1799. on near Boston to let the ESN readers and scanners pick up someone
  1800. else.  I don't even like to call home and find out my kids are home
  1801. alone much less let the world know it.  I use the phone for directory
  1802. assistance and calling stores.  Makes me a much more efficient
  1803. shopper. Still its hard to pass up a $.10 pay phone (still have it
  1804. here in NH) for three minutes knowing it will cost me $1.50 on the
  1805. cellular.  Come to think of it, why do I need cellular service?  It's
  1806. not as useful as it used to be.
  1807.  
  1808. PROGNOSTICATIONS (my favorite):
  1809.  
  1810. 1) Carriers need to get analog right.  If you attend a regional C1
  1811. wireless expo, you will hear that PCS is already here today, and the
  1812. speaker will hold up a dual-mode phone and describe all of the nice
  1813. services available, meant to make your deskphone expendable.  In
  1814. reality, that analogy is based upon the ubiquity of analog service.
  1815. The concept of communications any time, anywhere is only available now
  1816. because of analog infrastructure.  To date, carriers have shown no
  1817. propensity to strengthen the notion that the wireless "deskphone" as
  1818. it exists today is as secure and fraud resistant as the wired one
  1819. (which is already on my desk and costs a lot less to operate).  They
  1820. have already entrenched in customers minds the standards for PCS;
  1821. expect more of the same.  They have made PCS sales much more difficult.  
  1822. PCS sales people will have to overcome the weaknesses of analog, something 
  1823. digital has not been able to do to date.
  1824.  
  1825. 2) Note several disturbing trends in the carrier responses to fraud.
  1826. First, every carrier that attempts to deal with fraud is implementing
  1827. its preferred method and they are dissimilar.  I have to wonder if the
  1828. Nynex and C1-NY PIN strategies are compatible.
  1829.  
  1830. Second, anti-fraud efforts are concentrating on local territories.
  1831. Your Nynex PIN is probably worthless on the West Coast where you
  1832. probably stand at least an equal chance of being cloned.  
  1833.  
  1834. Third, all the "fixes" are user impacting and represent a step
  1835. backward from direct dial capabilities.  In an age where cell phones
  1836. are now being sold with dial tone (ostensibly to get users to
  1837. transition more easily from the deskset), we are now faced with the
  1838. probability that we either have to enter a PIN or talk to an operator
  1839. (none of which I have to do from my deskset).  These are interim steps
  1840. for an analog system that will continue to be much more than an
  1841. interim system.  This interim analog system is the test market for
  1842. enhanced PCS services and the response will not be "knock the door
  1843. down, let me get this thing" if the price of these services are lack
  1844. of security and increased exposure to fraud.  There is at least one
  1845. district director whose carrier employer is committed to enhanced
  1846. services that recognizes the risk he takes every time he powers his
  1847. current generation PCS vehicle (aka cellular phone) up, places or
  1848. receives a call.  
  1849.  
  1850. 3) The entire concept of the Wireless PBX is doomed unless security
  1851. and fraud are addressed and solved both in the Campus environment and
  1852. with the particpating carrier.  Too many corporate security instructions 
  1853. exist which preclude discussion of proprietary business over cellular 
  1854. phones.  Keep in mind also that with the winding down of the cold war,
  1855. many ex-government security folks are now being hired by major corporations
  1856. to address the security weaknesses of these companies, and they do
  1857. know the score.
  1858.  
  1859.  
  1860. John S. Maddaus    jmaddaus@attmail.com
  1861.  
  1862.  
  1863. [TELECOM Digest Editor's Note: Thank you very much for such an interesting
  1864. inside view on the cellular fraud problem. Your article was one of the
  1865. best on the topic I've printed since this thread began.   PAT]
  1866.  
  1867. ------------------------------
  1868.  
  1869. End of TELECOM Digest V15 #103
  1870. ******************************
  1871.     
  1872.     
  1873. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa14492;
  1874.           16 Feb 95 23:50 EST
  1875. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  1876.     id AA12621; Thu, 16 Feb 95 18:11:06 CST
  1877. Return-Path: <telecom>
  1878. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  1879.     id AA12615; Thu, 16 Feb 95 18:11:04 CST
  1880. Date: Thu, 16 Feb 95 18:11:04 CST
  1881. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  1882. Message-Id: <9502170011.AA12615@delta.eecs.nwu.edu>
  1883. To: telecom@eecs.nwu.edu
  1884. Subject: TELECOM Digest V15 #104
  1885.  
  1886. TELECOM Digest     Thu, 16 Feb 95 18:11:00 CST    Volume 15 : Issue 104
  1887.  
  1888. Inside This Issue:                           Editor: Patrick A. Townson
  1889.  
  1890.     Re: Does AT&T 7506 TAD 03A Pass CID to RS232 of Original Caller? (A Varney)
  1891.     Re: How I Fooled Caller ID (Anthony Chor)
  1892.     Re: Who Belongs to 10732 Five-Digit Access Code? (Walter Turberville)
  1893.     Re: Who Belongs to 10732 Five-Digit Access Code? (David Breneman)
  1894.     Re: Emergency Cellular Phone (Brad Hicks)
  1895.     Re: Apple, Data-PCS, Canadian PCS Services (Elizabeth Bonkink)
  1896.     Re: Security of Cordless Phones? (Mark R. Wilkins)
  1897.     Re: MCI Bureaucratic Blunder (Chris Hardaker)
  1898.     Recommendations Wanted For Caller-ID Capable Modem (Tim Petlock)
  1899.     Happy Haleyville, Alabama 911 Emergency Call Day! (Steve Brack)
  1900.  
  1901. TELECOM Digest is an electronic journal devoted mostly but not
  1902. exclusively to telecommunications topics. It is circulated anywhere
  1903. there is email, in addition to various telecom forums on a variety of
  1904. public service systems and networks including Compuserve and America
  1905. On Line. It is also gatewayed to Usenet where it appears as the moderated
  1906. newsgroup 'comp.dcom.telecom'. 
  1907.  
  1908. Subscriptions are available to qualified organizations and individual
  1909. readers. Write and tell us how you qualify:
  1910.  
  1911.                  * telecom-request@eecs.nwu.edu *
  1912.  
  1913. The Digest is edited, published and compilation-copyrighted by Patrick
  1914. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  1915. or phone at:
  1916.                     9457-D Niles Center Road
  1917.                      Skokie, IL USA   60076
  1918.                        Phone: 500-677-1616
  1919.                         Fax: 708-329-0572
  1920.   ** Article submission address only: telecom@eecs.nwu.edu **
  1921.  
  1922. Our archives are located at lcs.mit.edu and are available by using
  1923. anonymous ftp. The archives can also be accessed using our email
  1924. information service. For a copy of a helpful file explaining how to
  1925. use the information service, just ask.
  1926.  
  1927. *************************************************************************
  1928. *   TELECOM Digest is partially funded by a grant from the              *
  1929. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  1930. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  1931. * project.  Views expressed herein should not be construed as represent-*
  1932. * ing views of the ITU.                                                 *
  1933. *************************************************************************
  1934.  
  1935. Additionally, the Digest is funded by gifts from generous readers such
  1936. as yourself who provide funding in amounts deemed appropriate. Your help 
  1937. is important and appreciated. A suggested donation of twenty dollars per
  1938. year per reader is considered appropriate. See our address above.
  1939.  
  1940. All opinions expressed herein are deemed to be those of the author. Any
  1941. organizations listed are for identification purposes only and messages
  1942. should not be considered any official expression by the organization.
  1943. ----------------------------------------------------------------------
  1944.  
  1945. From: varney@usgp2.ih.att.com (Al Varney)
  1946. Subject: Re: Does AT&T 7506 TAD 03A Pass CID to RS232 of Original Caller?
  1947. Organization: AT&T
  1948. Date: Thu, 16 Feb 1995 00:02:29 GMT
  1949.  
  1950.  
  1951. In article <telecom15.67.10@eecs.nwu.edu>,  <ulmo@panix.com> wrote:
  1952.  
  1953. > An early reply would be appreciated ...
  1954.  
  1955.    Oops ...
  1956.  
  1957. > Today I'm ordering my AT&T 7506 TAD 03A and ISDN service with NYNEX.
  1958. > Does this particular 7506 pass the CID of each caller to the RS232?  I
  1959. > want to plug my computer in and have it look into my customer database
  1960. > and pop up the record for the customer before I even know the phone is
  1961. > ringing.
  1962.  
  1963. > I'll program it.  I just want to know if the firmware allows it, and how.
  1964.  
  1965.    The firmware allows it.  Without the manual (or the hint below), you'll 
  1966. never figure out how to get it.  (No fair tracing the firmware....)
  1967.  
  1968.    Anyway, the firmware you need is Feature Package 3 (FP3) or later,
  1969. with an ADM-2.  With phone powered up, hit SELECT and then TEST.
  1970. After the neat self-test finishes, the display will show the FPx.y level
  1971. and firmware date.  (It will also emit this annoying "BEEP" until you
  1972. hit SELECT and TEST again.)
  1973.  
  1974.    If you are at FP3.0 or later, you should have the "ISDN ADM FP3 Users
  1975. Guide," 555-021-729 to tell you how to use it ... but the real power user
  1976. also needs "ISDN API Programmers Reference Manual", 533-705-200.
  1977.  
  1978.    FP3 supports:
  1979.  - D or B-channel data (X.25 or "raw" on the B-channel)
  1980.  - a basic monitor capability for voice or data calls (see below),
  1981.  - a version using Hayes(tm) AutoStream(tm) <DC2>/<DC4> to monitor for both, 
  1982.  - a range of Human Interface monitor capabilities that will report button
  1983.    presses, switch-hook, key presses, lamp status, volume, sound/alerter
  1984.    status, etc.
  1985.  - a "control" capability that allows the ADM to actually break the
  1986.    Human-to-CO interface and control calls, sound, buttons, etc.
  1987.    (The alerter will play tunes within reason....)
  1988.  - AutoStream also allows the ADM EIA-232-D port to intermix data
  1989.    (D or B-channel) with these controls.
  1990.  
  1991.    (There is also a NETBIOS modified interface from EXCELLTECH
  1992. available to support up to 4 7506's from a PC.  Never tried it
  1993. myself ...)
  1994.  
  1995.    Anyway, to get the most basic voice monitor capabilities, set the
  1996. 7506 Data capabilities (SELECT, then DATA) to:
  1997.   - 9600 or higher (the ADM will autosynch unless you block it)
  1998.   - "EnhAT" mode (not "AT" or "CMD")
  1999.   - Parity and Data Mode shouldn't matter.
  2000.  
  2001.    Now hook up your terminal/emulator to the ADM port -- type "at" and it
  2002. should say "OK".  If not, see Users Guide ....
  2003.  
  2004.    Now enter  "at&O1"  (you want to monitor with ID 1)
  2005.    Then enter "at%A0=3" (you want to monitor VOICE with ID 1)
  2006.    Then enter "at&&X0,0,98" (this turns on Enhanced monitoring results)
  2007.  
  2008.    That should do it.  Here's a captured stream from my work phone
  2009. (7506).  The PARTY, CAUSE and SCA lines will not appear except in
  2010. Enhanced monitoring mode.  Good luck.  I didn't design this interface
  2011.  -- I just use it ...
  2012.  
  2013. Al Varney - all typos mine
  2014.  
  2015.                    vvvvvvvvvvvvvvvvvvvvvv I've added these comments.
  2016. at                 <- Just to ensure everything's working....
  2017. OK                    (I'm in non-AutoStream mode, logging the ADM port....)
  2018.  
  2019.  
  2020. RING:01            <- New call on Call Appearance 1 (CA1)
  2021.                       (This is an incoming call, RING is a poor term)
  2022. SIGNAL:01,40       <- Turn on "Audible Ring - Pattern 0" tone
  2023.  
  2024. PARTY:01,1,4,1,NXXXXXX <- CA1 incoming voice call information from SETUP
  2025.                  1 = Calling Party number
  2026.                  4 = Subscriber number (7-digit in NANP)
  2027.                      (or 2 = 10-digit number and 1 = International #)
  2028.                  1 = E.164 numbering plan (ISDN/Telephone)
  2029.                        (you may get private/screening codes added before
  2030.                         the number if blocked/out-of-area, etc.)
  2031.  
  2032. SCA:01             <- Call Appearance 1 associated with switch-hook
  2033.  
  2034. DISPLAY:01,01 1    <- Display 01, Call Appearance 1 text ==> "a=" on 7506
  2035.  
  2036. DISPLAY:01,03708-NXX-XXXX <- Display 03, Calling Number
  2037.  
  2038. DISPLAY:01,05MY BOSS            <- Display 05, calling name (blank padded)
  2039.  
  2040. DISPLAY:01,07InI   <- Display 07, Call type 'InI' == Incoming, Internal
  2041.  
  2042. DISPLAY:01,0A02-14 02:38pm <- Display 0A, Date/Time
  2043.  
  2044. CONNECTED:01       <- Handset lifted, connect caller
  2045.  
  2046. SIGNAL:01,4F       <- Turn off Alerting tone
  2047.  
  2048. DISPLAY:01,01 1    <- Refresh the display....  7506 automatically starts
  2049.                          a 'call duration' timer on the display in place
  2050.                          of the Date/Time
  2051. DISPLAY:01,03708-NXX-XXXX
  2052.  
  2053. DISPLAY:01,05MY BOSS
  2054.  
  2055. DISPLAY:01,07InI
  2056.  
  2057. CAUSE:01,10,2      <- I hang up - 10 = Release cause 'normal'
  2058.  
  2059. SIGNAL:01,4F,10    <- Turn off alerting(!) and show 'cause value'
  2060.  
  2061. SCA:01             <- CO auto-selects CA1 when phone is idle
  2062.  
  2063. CLEARED:01,10      <- B-channel idle, with 'cause value' indication
  2064.                       (ISDN is littered with "cause values".)
  2065.  
  2066. --------------------------------------
  2067.  
  2068.    Here's the same stuff when I call myself (neat ISDN debugging tool)
  2069.  
  2070. CALL:01            <- Pick up my handset, Call Appearance 1 (CA1) active
  2071.  
  2072. SIGNAL:01,00       <- Turn on "dial tone" tone
  2073.  
  2074. DISPLAY:01,01 1    <- Display CA1 text ==> "a=" on the 7506
  2075.  
  2076. PROMPT:01,0102     <- CO tells set to send more digits 
  2077.                         (the display automatically records these)
  2078. SIGNAL:01,3F       <- Turn off tones (after first digit)
  2079.  
  2080. PROCEEDING:01      <- CO gets enough digits to process
  2081.                         (this is a 'Centrex dial 9' type of access)
  2082. PROMPT:01,0102     <- CO tells set to send more digits 
  2083.                         (the display automatically records these, after a ',')
  2084. SIGNAL:01,00       <- Turn on "dial tone" tone again (dial POTS number now)
  2085.  
  2086. SIGNAL:01,3F       <- Turn off tones (after first digit)
  2087.  
  2088. PROCEEDING:01      <- CO gets enough digits to process
  2089.  
  2090. RING:02            <- New call on Call Appearance 2 (RING is poor term)
  2091.                         (This is the incoming call)
  2092. SIGNAL:02,40       <- Turn on "Alerting Tone - Pattern 0" tone
  2093.  
  2094. PARTY:02,1,4,1,NXXXXXX <- CA2 incoming voice call information from SETUP
  2095.                 <1 = Called Party number
  2096.                  4 = Subscriber number (7-digit in NANP)
  2097.                  1 = E.164 numbering plan (ISDN/Telephone)
  2098.                  
  2099. DELIVERED:01       <- The called party is being alerted
  2100.  
  2101. PROGRESS:01,0208   <- Alerting in progress
  2102.  
  2103. SIGNAL:01,01       <- Turn on "audible ring" tone
  2104.  
  2105. DISPLAY:01,01 1    <- Display 01, CA1 text
  2106.  
  2107. DISPLAY:01,02NXXXXXX <- Display 02, outgoing called number
  2108.  
  2109. DISPLAY:01,07OuI   <- Outgoing, Internal call
  2110.  
  2111. DISPLAY:02,01 2    <- Display 01, CA2 text (This wipes out the CA1 display)
  2112.  
  2113. DISPLAY:02,03708-NXX-XXXX
  2114.  
  2115. DISPLAY:02,05AL VARNEY         <- Hey, that's me!!
  2116.  
  2117. DISPLAY:02,07InI
  2118.  
  2119. DISPLAY:02,0A02-14 10:37am
  2120.  
  2121. CAUSE:01,10,2         <- I'm not answering me, so hang up on CA1
  2122.                          (I could have hit CA2, putting the outgoing call on
  2123.                           hold and answering the incoming one.  The high-
  2124.                           tech way to talk to yourself.)
  2125. SIGNAL:01,4F,10       <- Turn off tones (audible ring)
  2126.  
  2127. SCA:02                <- CO autoselects the CA2 button (little does it
  2128.                            know that CA1 was the same call.  This would
  2129.                            allow me to answer CA2 by lifting the switch-hook
  2130.                            but, of course, the incoming call is about to die.)
  2131. CLEARED:01,10         <- B-channel idle on CA1 call
  2132.  
  2133. CAUSE:02,10,0         <- Drop incoming call (0=unknown location?)
  2134.  
  2135. SIGNAL:02,4F,10       <- Turn off tones (alerting)
  2136.  
  2137. CAUSE:02,10,2         <- Drop incoming call, 2=local public network
  2138.  
  2139. SCA:01                <- CO autoselects CA1 on idle 7506
  2140.  
  2141. CLEARED:02,10         <- Drop incoming B-channel
  2142.  
  2143. ------------------------------
  2144.  
  2145. From: Anthony Chor <tonych@microsoft.com>
  2146. Date: Thu, 16 Feb 95 10:21:23 PST
  2147. Subject: Re: How I Fooled Caller ID
  2148.  
  2149.  
  2150. In TELECOM Digest #93, 0006718446@mcimail.com (John Combs) writes:
  2151.  
  2152. > By the way, don't forget that all those new, be-here-any-day-now
  2153. > voice and data-simultaneously modems working on analog lines are going
  2154. > to have to do considerably better than a mere 4:1 compression ratio.
  2155. > And, there ain't no way they'll connect through an AT&T SLC96 which
  2156. > has channel compression turned on, but the ADSI phone will.
  2157.  
  2158. > The point is, ADSI is a simple, cheap technology that provides Caller
  2159. > ID on Call Waiting, and has an extra feature that also allows simple
  2160. > text interaction between home and businesses.  It is targeted at the
  2161. > majority of the population that eyes a PC with suspicion/derision, but
  2162. > has no qualms about using a telephone, even if it DOES have a screen.
  2163. > And, it doesn't need Bellcore to champion it -- the RBOCs will take
  2164. > care of the issue by offering to sell/lease the hardware at cost,
  2165. > knowing they'll make their money by increased sales of calling
  2166. > features on home phone lines.  Bell Atlantic did this a couple of
  2167. > years ago with simple Caller ID number-only boxes, and moved more than
  2168. > a half-million in no time.  (Of course, they regret that now, as they
  2169. > are meeting resistance from those purchasers when they suggest trading
  2170. > up for a fee to get a Calling Name and Number ID box.)
  2171.  
  2172. > Until Bill Gates understands that sometimes dates DO matter, Microsoft
  2173. > won't qbe replacing COs with super PC servers running NT.  (Remember
  2174. > that brag?)
  2175.  
  2176. I'm not sure how this thread turned into a Microsoft-bash; I realize 
  2177. it's trendy, but it's not relevant to this discussion.
  2178.  
  2179. The point of my posting was that ADSI is a non-scalable voice/data
  2180. solution, obsolete before it ever reached widespread adoption. Rather
  2181. than adopting an antiquated technology, we should be looking to newer,
  2182. more flexible voice/data schemes.
  2183.  
  2184. I was also not advocating a "pie-in-the-sky" solution, as John
  2185. insinuates. However, it is important to see technology trends and
  2186. build a plan which allows us deploy today and move toward the future
  2187. with a minimum of fuss for users or providers. One approach may be to
  2188. start with Radish's VoiceView, which DOES work on the ubiquitous
  2189. analog line through any kind of switch and even from behind a PBX. The
  2190. architecture that applications are built on to use VoiceView allows
  2191. the transport to be replaced later with DSVD, ISDN, ATM, or whatever
  2192. without changing the application. This is the kind of future we should
  2193. be working toward -- ready today, ready for tomorrow.
  2194.  
  2195. Furthermore, these technologies don't have to live in a box which
  2196. looks like a computer. I totally agree with John that there are lots
  2197. of people who "eye a PC with suspicion/derision." So for these people,
  2198. there are companies building screenphones which support VoiceView and
  2199. computer companies building devices which don't necessarily look like
  2200. the computers we have today.
  2201.  
  2202. As far as adoption goes, there are roughly ten million modems sold
  2203. each year, most of which will be VoiceView equipped by this time next
  2204. year.  Contrast this to <1,100,000 screenphones (including proprietary
  2205. non-ADSI phones) in TOTAL deployment by the end of the year (according
  2206. to a Falkner&Gray report. What's more, since the PC industry enjoys a
  2207. more favorable price curve than any industry, the price of PC-based
  2208. solutions (including PC-based screenphones) should drop faster than
  2209. non-PC based telephone hardware, thereby further widening the gap.
  2210. Which user base do you want to develop for? (Hint: more is more.)
  2211.  
  2212. Heck, I'll even bite on the Microsoft Windows NT in the back-office
  2213. non-sequitor. NT is already being deployed in the network -- GeoTel
  2214. makes an SS7 box built on NT. What's more, people like Octel and
  2215. InteCom have already announced that their next generation systems will
  2216. be built on NT. Over the next five years, you'll see NT moving into
  2217. PBXs first and then into the CO (slower here due to inertia). I'll
  2218. make a gentleman's wager with you, John, that by 2000, Windows NT will
  2219. be commonplace in PBXs and CO's.
  2220.  
  2221. ADSI is not a good solution, and, contrary to John's assertion,
  2222. without Bellcore to advance it, it will never grow to support richer
  2223. user interactions. Even with Bellcore's help, it will likely never
  2224. grow up. In discussions we've had with folks in the telecom industry,
  2225. it's clear that most of these people realize ADSI is a dead
  2226. technology, so I'm not sure who will propagate and grow it.
  2227.  
  2228. I think John's story about GTE giving away Caller ID boxes sums up my
  2229. primary argument: if we take a heads-down-how-do-we-make-money-right-now 
  2230. approach without thinking about what the future brings, we will wind
  2231. up screwing ourselves like GTE did. So before you think about
  2232. deploying ADSI or building ADSI-based products, think about what your
  2233. next step is what that step will look like for you and your users.
  2234. You'll realize it's a doozy ...
  2235.  
  2236. And, yes, Windows 95 will ship in 1995.
  2237.  
  2238.  
  2239. Tony Chor, tonych@microsoft.com
  2240. Program Manager, Telecom Products Unit, Microsoft Corporation
  2241.  
  2242. ------------------------------
  2243.  
  2244. From: wturber@PrimeNet.Com (Walter (Jay) Turberville )
  2245. Subject: Re: Who Belongs to 10732 Five-Digit Access Code?
  2246. Date: Thu, 16 Feb 1995 04:57:33 GMT
  2247. Organization: Primenet
  2248.  
  2249.  
  2250. In article <telecom15.83.7@eecs.nwu.edu> tedwards@src.umd.edu (Thomas
  2251. Grant Edwards) writes:
  2252.  
  2253. > Recently an "urban rumor" has been going around:
  2254.  
  2255. > If you want to know whether your phone has been tapped in the last six
  2256. > months, dial in the following:
  2257.  
  2258. > 107 321 404 988 966 4
  2259.  
  2260. > What you will get back is a digital recording consisting of (a) your phone's
  2261. > area code;  (b) your 7-digit phone-number;  (c) the digit 8;  (d) a pause of
  2262. > a few seconds;  (e) 9 zeroes in three groups of three -- 000 000 000;  and
  2263. > (f) a digit.  If the digit (f) is a 2, your phone is clear.  Otherwise, if it
  2264. > is any other digit (usually it's a 1 in that case), your phone has been
  2265. > tapped in the last six months.
  2266.  
  2267. > OK - obviously this number is 10732-1-404-988-9664.  Which provider is
  2268. > the 5-d code 10732?  Anyone know mroe details on the 1-404-988-9664?
  2269.  
  2270. In my experience working for an RBOC, legal phone taps are not done
  2271. via the switch.  They are attached directly at some point to the
  2272. tapped line.  For the above scenario to be correct, there would have
  2273. to be some universal "tapped phone database" which, if you think about
  2274. it for a moment, is an absurdity.
  2275.  
  2276.  
  2277. Walter (Jay) Turberville         Phoenix, AZ    
  2278. wturber@primenet.com             wturber@aol.com 
  2279. http://www.primenet.com/~wturber 
  2280.  
  2281. ------------------------------
  2282.  
  2283. From: daveb@dgtl.com (David Breneman)
  2284. Subject: Re: Who Belongs to 10732 Five-Digit Access Code?
  2285. Date: 16 Feb 95 20:43:02 GMT
  2286. Organization: Digital Systems International, Redmond WA
  2287.  
  2288.  
  2289. Thomas Grant Edwards (tedwards@src.umd.edu) wrote:
  2290.  
  2291. > Recently an "urban rumor" has been going around:
  2292.  
  2293. > If you want to know whether your phone has been tapped in the last six
  2294. > months, dial in the following:
  2295.  
  2296. > 107 321 404 988 966 4
  2297.  
  2298. > [TELECOM Digest Editor's Note: Gosh, what a mystery!
  2299.  
  2300. > I don't know what the final digit is, but that bull about 'your phone
  2301. > has been or is being tapped' is just exactly that: Bull!  How would
  2302. > AT&T know if some customer of Sprint (for example) had his phone
  2303. > tapped by his local telco, at (for example) the request of law
  2304. > enforcement.  Whoever spreads these stories (you perhaps? 'urban
  2305. > legend', indeed!) should stop it now.  I don't know what the AT&T
  2306. > private network uses that number for, but I can almost assuredly
  2307. > advise you it has nothing to do with phone taps.  PAT]
  2308.  
  2309. I've heard this "wiretap" story myself.  Most recently from a caller
  2310. to a call-in show where the topic was the Clipper Chip.  So, this
  2311. rumor *is* circulating out there.  In this case, the radio station
  2312. called the number on-air and discovered that *their* lines were
  2313. "tapped"!  Scandal!  A radio station's caller lines being *listened in
  2314. on*!?!  :-)
  2315.  
  2316.  
  2317. David Breneman                      Email: daveb@jaws.engineering.dgtl.com
  2318. Systems Administrator,        Voice: +1 206 881-7544  Fax: +1 206 556-8033
  2319. Product Development Platforms
  2320. Digital Systems International, Inc.      Redmond, Washington,  U. S. o' A.
  2321.  
  2322. ------------------------------
  2323.  
  2324. From: /G=Brad/S=Hicks/OU1=0205465@mhs-mc.attmail.com
  2325. Date: Thu, 16 Feb 1995 09:18:34 -0600
  2326. Subject: Re: Emergency Cellular Phone
  2327.  
  2328.  
  2329. >  I've been told that unactivated cellular phones in the PNW
  2330. > region are able to dial 911, and 711 (cellular operator), unless the
  2331. > phone has been flagged as stolen.
  2332.  
  2333. Gee, I'd think they'd =want= stolen phones to be able to call 611,
  2334. 711, or 911.  After all, don't the police and the cellular phone
  2335. company =want= to know what cell the stolen phone was located in?
  2336. Could be pretty handy information!  And who knows what other helpful
  2337. information you could trick out of someone stupid enough to call the
  2338. police on a stolen phone?
  2339.  
  2340.  
  2341. J. Brad Hicks     Internet: mc!Brad_Hicks@mhs.attmail.com
  2342. X.400: c=US admd=ATTMail prmd=MasterCard sn=Hicks gn=Brad
  2343.  
  2344. ------------------------------
  2345.  
  2346. From: bonkink@server.uwindsor.ca (Bonkink  Elizabeth)
  2347. Subject: Re: Apple, Data-PCS, Canadian PCS services
  2348. Organization: University of Windsor, Ontario, Canada
  2349. Date: Thu, 16 Feb 1995 15:58:30 -0500
  2350.  
  2351.  
  2352. In article <telecom15.99.4@eecs.nwu.edu> monty@roscom.COM writes:
  2353.  
  2354. > Apple Hails FCC Frequency Allocation for Data-PCS
  2355.  
  2356. > CUPERTINO, California -- February 15, 1995 -- The long-expected era of
  2357. > wireless computing was given a solid boost last week when all five FCC
  2358. > Commissioners unanimously voted to allocate 10 Megahertz of radio
  2359. > spectrum for low-power, wireless data communications, "Data- PCS."
  2360.  
  2361. > As a result of the FCC's allocating the new band without further
  2362. > procedural or administrative delay, starting immediately,
  2363. > manufacturers can produce radio modems so educators and other users
  2364. > can set up their own wireless networks.  The cost and complexity of
  2365. > wireless computing devices can be substantially reduced and their
  2366. > bandwidth (or data rate) can be significantly greater, allowing for
  2367. > such applications as multimedia.
  2368.  
  2369. Can anyone briefly explain how this affects Canadian wireless data services 
  2370. or the plans for them? I've heard precious little about CRTC/Dept of Industry 
  2371. PCS policy, and I do try to read the papers now and then.  With a major player
  2372. like Apple pulling for wireless computing, and the FCC making it viable as 
  2373. above, will these products be able to appear in Canada? Eh?
  2374.  
  2375.  
  2376. Kirk Zurell
  2377. Bumper-surfing on the info highway...
  2378. Swerving to avoid a deltree.
  2379.  
  2380. ------------------------------
  2381.  
  2382. From: mrw@cs.hmc.edu (Mark R. Wilkins)
  2383. Subject: Re: Security of Cordless Phones?
  2384. Date: 16 Feb 1995 21:14:00 GMT
  2385. Organization: Harvey Mudd College, Claremont, CA
  2386.  
  2387.  
  2388. In article <telecom15.101.2@eecs.nwu.edu>, Jeffrey A. Porten <jporten@
  2389. mail2.sas.upenn.edu> wrote:
  2390.  
  2391. > Having just gotten a new cordless phone (BellSouth 46mHz), and living
  2392. > in the paranoid environs of Washington, DC, I find myself wondering
  2393.                               ^^^^^^^^^^^^^^
  2394. > just how likely it is that the world is listening to my calls.
  2395.  
  2396. [ stuff deleted ]
  2397.  
  2398. > [TELECOM Digest Editor's Note: Corded or cordless, the assumption should
  2399. > be that your telephone calls are never secure. 
  2400.  
  2401.    Very true.  Actually, in Washington, D.C. I would guess that a
  2402. large number of your calls are being automatically recorded by
  2403. equipment owned by friendly and unfriendly nations.  The "world" may
  2404. very literally be listening to your cordless calls along with many
  2405. others in the Washington area.
  2406.  
  2407.    Increasingly, also, government intelligence agencies in many countries 
  2408. around the world support their domestic industries by passing along relevant 
  2409. technical or business information they run across in the course of other 
  2410. collection efforts.  A recent investigation at Vandenberg Air Force Base, 
  2411. at which I work, uncovered evidence that the French intelligence agency was 
  2412. systematically collecting such information on the activities of forty cont-
  2413. ractors working in the area of commercial space launch services.  This
  2414. according to reports in the paper, of course.
  2415.  
  2416.    So even if you're not working for the government, it may be that
  2417. your work-related conversations are of interest to a competitor who
  2418. happens to be aided by a foreign government. :-)
  2419.  
  2420.    Just a dose of paranoia to liven up your day!
  2421.  
  2422.  
  2423. Mark Wilkins    SRI International, Vandenberg AFB
  2424.  
  2425. ------------------------------
  2426.  
  2427. Subject: Re: MCI Bureaucratic Blunder
  2428. From: hardaker@clear.co.nz (Chris Hardaker)
  2429. Date: 16 Feb 95 11:11:29 EST
  2430.  
  2431.  
  2432. IMHO ...
  2433.  
  2434. I have been reading this journal now for over six months and find it
  2435. totally enjoyable. I have been particularly impressed (depressed?) by
  2436. the number of situations that arise for bureaucratic megalomania.
  2437. Coming from New Zealand and having worked for both of the major
  2438. players in the Telco arena, I can only remember our bad old days. I
  2439. have had numerous 'pre-competition' experiences with the billing
  2440. systems and general customer service ethic of the governmental
  2441. monopoly. CLEAR Communications came along and just like MGM Magic
  2442. (Wires, mirrors, that kind of thing..)  suddenly 'I' was important.
  2443.  
  2444. Very similar to Richard Wildman's MCI experiences, TELECOM NZ were
  2445. forever cutting people off for non-payment and then having to
  2446. re-instate their service after a 'clerical error' was detected. The
  2447. worst bit was they did not even have the decency to be embarrassed.
  2448. Now, if I don't like to look of my bill, I can choose between five
  2449. different formats, I can receive the account at any one of four times
  2450. during the month (handy when the relatives live overseas and the bill
  2451. usually arrives at the same time as the mortgage). Chances are, if I
  2452. don't feel I should pay for a call, they will credit it back. If they
  2453. make a mistake and I am without service for 24 hours (even due to a
  2454. cable fault), I will get $50 in phone cards or $30 off my next bill.
  2455. If my call is not billed in 90 days or if it is billed incorrectly, I
  2456. will not be billed for that call at all, and I may get the erroneous
  2457. amount as a credit also. This generally applies to both carriers.  In
  2458. the specific instance of CLEAR, I can get a 45% discount off my calls,
  2459. just by talking for more than 30 minutes, any time of the day. If I
  2460. call another person who uses CLEAR, I get an additional 10% discount.
  2461. If I get a friend to join CLEAR, we both get $10 credits on our next
  2462. bill. etc etc etc
  2463.  
  2464. Although I am not saying anything against the United States in general, 
  2465. sometimes I think that the Telco's there need to remember just who pays 
  2466. the bills. It is the guy who can't get his modem to work because the line 
  2467. if out of spec., or the person for whom they just can't get that second 
  2468. line right, or the person who is getting just a little bit frustrated 
  2469. with the companies inability to realise when it's made a mistake. It 
  2470. seems to be way past due for the employee to realise they are lucky to be 
  2471. working at all, and the only reason they are is because the company they 
  2472. work for hasn't gone bust due to the 'little' people paying money for 
  2473. 'service'.
  2474.  
  2475. All of the above in in my humble opinion, of course.
  2476.  
  2477.  
  2478. Chris Hardaker         Network Management
  2479. CLEAR Communications   Auckland, New Zealand
  2480. Ph     +64 9 9124286  Fax     +64 9 9124451
  2481. Email     HARDAKER@clear.co.nz
  2482. Snail     49 Symonds Street, Auckland, New Zealand
  2483.  
  2484. ------------------------------
  2485.  
  2486. Date: Thu, 16 Feb 95 14:22:58 CST
  2487. From: Tim PETLOCK <Tim.Petlock@ccmail.adp.wisc.edu>
  2488. Subject: Recommendations Wanted for Caller-ID Capable Modem
  2489.  
  2490.  
  2491. Hello,
  2492.      
  2493. I'm hoping the readers of TELECOM Digest can help me out.  I work for
  2494. the University of WI- Madison in a dean's office.  Many of our phone
  2495. calls are from students who want advice on how to go about
  2496. transferring to the UW, which courses to take, how their courses at
  2497. another institution would transfer, etc.  What I want to do is have an
  2498. internal modem inside my PC that takes the caller-ID information.  The
  2499. only modem I've been able to find that *for sure* does it is a ZyXel
  2500. U-1496-B.  However, the cost of it is more than I can justify to our
  2501. department administrator.  Which other modems have this capability?
  2502. Am I being completely unrealistic in trying to find an internal modem
  2503. with this capability for under $150?
  2504.      
  2505. Secondly, what's available for software?  My computer is infected
  2506. with, or rather, runs (almost) under Windows 3.11.  What I need is a
  2507. pop up program that is always running.  When the phone rings I want it
  2508. to show me the ID, and if there've been any notes taken on a previous
  2509. call from that number, to show me that as well.  Furthermore, it's
  2510. gotta be robust -- I don't want to see "General Protection Fault"
  2511. messages!
  2512.      
  2513. Any assistance that readers can provide would be fantastic.  I tried
  2514. calling just about all of the local computer stores and the responses
  2515. could, for the most part, be boiled down to "Huh?!"  The most pathetic
  2516. one was Inacomp, whose representative insisted that Caller-ID was a
  2517. "standard 1200-baud modem signal" and that all I needed was software.
  2518. I referred him to this months article in {Byte} magazine and got off
  2519. that call as quickly as possible!!  The most informed sales rep I
  2520. talked to knew what caller-ID was and that there were modems that
  2521. could decode the signal, but said that there just wasn't any software
  2522. available yet that could do what I was looking for.  SAY IT ISN'T SO!
  2523.      
  2524. Thanks for any assistance you can provide.
  2525.      
  2526.  
  2527. Tim Petlock
  2528. Undergraduate Student Services - UW Medical School
  2529. 1300 University Ave Rm. 1070
  2530. Madison, WI 53706
  2531.      
  2532. tim.petlock@ccmail.adp.wisc.edu
  2533.  
  2534. ------------------------------
  2535.  
  2536. From: Steve Brack <sbrack@cse.utoledo.edu>
  2537. Subject: Happy Haleyville, Alabama 911 Emergency Call Day!
  2538. Date: Thu, 16 Feb 1995 18:13:58 EST
  2539.  
  2540.  
  2541. Congress has declared today to be Haleyville, Alabama 911 Emergency
  2542. Call Day, according to a report broadcast on National Public Radio
  2543. this afternoon.
  2544.  
  2545. According to NPR, the first emergency services call to use the (then)
  2546. new emergency number, 911, was placed in Haleyville, Alabama, on this
  2547. day in 1968.
  2548.  
  2549. The 911 system in Haleyville was put into place by Bob Gallagher, of
  2550. the Alabama Telephone Company, and, among the inaugural callers was
  2551. the president of the Alabama Public Services Commission, "Bull"
  2552. Connor, perhaps more famous for siccing dogs on schoolchildren.
  2553.  
  2554. According to Mr. Gallagher, he ordered the activation of 911 in
  2555. Haleyville in part because AT&T had planned to have the first 911 call
  2556. placed in Huntington, Indiana one week later.
  2557.  
  2558. He noted that the mayor of Haleyville (pop. 6,000 at the time), was
  2559. quite proud of the 911 emergency number and ordered large signs put up
  2560. at the city limits announcing that in his town, you could dial 911 for
  2561. any emergency.
  2562.  
  2563. Gallagher also said that the underlying motivation for 911 was to cut
  2564. down on operators' non-revenue time, such as that spent handling
  2565. emergency calls.  That might have been his company's attitude, but it
  2566. doesn't sound to me like the typical Bell System attitude of that
  2567. time.
  2568.  
  2569.  
  2570. Steve Brack, Consultant  sbrack@eng.utoledo.edu 
  2571. Toledo, OH  43613-1605   sbrack@cse.utoledo.edu
  2572.              Tel: +1 419 534 7349 
  2573.  
  2574.  
  2575. [TELECOM Digest Editor's Note: Indeed it was not Bell's attitude in those
  2576. days. Back then, they had huge amounts of money to waste; the customer
  2577. *always* came first, and they were extremely public relations minded. Their
  2578. first and probably only concern was seeing to it customers were accomodated
  2579. however possible. They still do that a lot, but we can see things getting
  2580. frayed around the edges.  PAT] 
  2581.  
  2582. ------------------------------
  2583.  
  2584. End of TELECOM Digest V15 #104
  2585. ******************************
  2586.     
  2587.     
  2588. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa15057;
  2589.           17 Feb 95 0:50 EST
  2590. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  2591.     id AA15681; Thu, 16 Feb 95 19:32:33 CST
  2592. Return-Path: <telecom>
  2593. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  2594.     id AA15675; Thu, 16 Feb 95 19:32:31 CST
  2595. Date: Thu, 16 Feb 95 19:32:31 CST
  2596. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  2597. Message-Id: <9502170132.AA15675@delta.eecs.nwu.edu>
  2598. To: telecom@eecs.nwu.edu
  2599. Subject: TELECOM Digest V15 #105
  2600.  
  2601. TELECOM Digest     Thu, 16 Feb 95 19:32:30 CST    Volume 15 : Issue 105
  2602.  
  2603. Inside This Issue:                           Editor: Patrick A. Townson
  2604.  
  2605.     Why Does AT&T Immediatly Supervise on 0-500? (Doug Reuben)
  2606.     Re: Scam at UC Berkeley (Jeff Box)
  2607.     Re: Directory Assistance Call Completer (Jeffrey William McKeough)
  2608.     Re: Odd Phone Calls (Jeff Box)
  2609.     Re: Telstra (Australia) Information Wanted (Anthony Spierings)
  2610.     Re: Motorola Flip Phone and Low Battery (Marcus Lee)
  2611.     Re: Caller-ID Questions (Seymour Dupa)
  2612.     Re: How to Revive Nicad Batteries (Steve Forrette)
  2613.     Re: Privately Owned Cables on Public Utility Poles (Jack Pestaner)
  2614.  
  2615. TELECOM Digest is an electronic journal devoted mostly but not
  2616. exclusively to telecommunications topics. It is circulated anywhere
  2617. there is email, in addition to various telecom forums on a variety of
  2618. public service systems and networks including Compuserve and America
  2619. On Line. It is also gatewayed to Usenet where it appears as the moderated
  2620. newsgroup 'comp.dcom.telecom'. 
  2621.  
  2622. Subscriptions are available to qualified organizations and individual
  2623. readers. Write and tell us how you qualify:
  2624.  
  2625.                  * telecom-request@eecs.nwu.edu *
  2626.  
  2627. The Digest is edited, published and compilation-copyrighted by Patrick
  2628. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  2629. or phone at:
  2630.                     9457-D Niles Center Road
  2631.                      Skokie, IL USA   60076
  2632.                        Phone: 500-677-1616
  2633.                         Fax: 708-329-0572
  2634.   ** Article submission address only: telecom@eecs.nwu.edu **
  2635.  
  2636. Our archives are located at lcs.mit.edu and are available by using
  2637. anonymous ftp. The archives can also be accessed using our email
  2638. information service. For a copy of a helpful file explaining how to
  2639. use the information service, just ask.
  2640.  
  2641. *************************************************************************
  2642. *   TELECOM Digest is partially funded by a grant from the              *
  2643. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  2644. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  2645. * project.  Views expressed herein should not be construed as represent-*
  2646. * ing views of the ITU.                                                 *
  2647. *************************************************************************
  2648.  
  2649. Additionally, the Digest is funded by gifts from generous readers such
  2650. as yourself who provide funding in amounts deemed appropriate. Your help 
  2651. is important and appreciated. A suggested donation of twenty dollars per
  2652. year per reader is considered appropriate. See our address above.
  2653.  
  2654. All opinions expressed herein are deemed to be those of the author. Any
  2655. organizations listed are for identification purposes only and messages
  2656. should not be considered any official expression by the organization.
  2657. ----------------------------------------------------------------------
  2658.  
  2659. From: dreuben@netcom.com (CID Tech/INSG)
  2660. Subject: Why Does AT&T Immediatly Supervise on 0-500? 
  2661. Date: Thu, 16 Feb 1995 04:52:39 PST
  2662.  
  2663.  
  2664. On Thu, 9 Feb 1995 23:08:29 GMT, pritter@nit.AirTouch.COM (Phil Ritter) 
  2665. wrote:
  2666.  
  2667. [In response to my post asking why AT&T opted to supervise 0-500 calls 
  2668. right from the start (as they do with all 0+ calls), thus resulting in 
  2669. airtime charges when I reprogram my 500/700 numbers from a cellphone.]
  2670.  
  2671. > Actually, there is a reason for them to return supervision on 0-500
  2672. > calls.  If they did not, it is unlikely that the cellular companies
  2673. > would allow such calls at all! 
  2674.  
  2675. Odd that you say this ... almost every other LD carrier's calling card
  2676. system, including Sprint, LDDS/Metromedia, and WilTel, do NOT
  2677. supervise UNTIL the called party has answered. I can thus sit on the
  2678. cellphone and enter calling card numbers all day to a busy number and
  2679. NOT be billed (well, except in LA! :( ). AT&T is one of the ONLY
  2680. carriers that I am aware of which starts 0+ billing BEFORE you even
  2681. enter your card number.  This is why I don't use AT&T from my carphone
  2682. for calling card calls, and why I've obtained LDDS/Metromedia cards
  2683. for everyone who works with me as well as other friends with carphones
  2684.  -- precisely so they don't have to pay to reach a no-answer or
  2685. busy-signal as they do with AT&T Calling Card Calls.
  2686.  
  2687. > While you may not "PAY" for the time that you spend programming the
  2688. > service, I do not really want to give you free use of my most scarce
  2689. > resource (radio channel time) while you are setting things up.
  2690.  
  2691. Ok, fine. How about I write some software program which looks to the caller 
  2692. ID of a call from a cellphone. (You can get an 800 number to do this if your 
  2693. cellco doesn't send caller ID). When my Mac or PC gets this specific
  2694. Caller ID or ANI, it goes into "ring detect mode". When it gets into
  2695. the detectiom mode, it calls the carphone (or beeper) and rings it
  2696. once. It then proceeds to count the number of rings which follow, with
  2697. an allowance of maybe one ring either way. After "x" minutes, it stops
  2698. looking for rings, and counts up all the rings with the given cell
  2699. co's caller ID.
  2700.  
  2701. I pre-program the software to know that 1 ring = forward my 500 to 555-1212
  2702.                                         2 rings= forward my 500 to 555-4141
  2703.                                         3 rings= forward my 500 to 555-6161
  2704.  ...etc.
  2705.  
  2706. So if the software received three rings with the cellco's ID (or one
  2707. of the many cellco IDs), it says "Hmm ... three rings means forward
  2708. the 500 number to telephone number 555-6161".
  2709.  
  2710. My calls are now forwarded, I didn't pay a dime in airtime (except in
  2711. LA, where pressing SEND costs airtime :( ), but I managed to use up a
  2712. lot more system overhead than if I were able to reprogram the 500 at
  2713. no airtime cost.
  2714.  
  2715. Awkward? Yes, indeed. Time consuming? Yes, for both of us. And I have
  2716. it up and running right now, and it works quite well. The software was
  2717. simple enough to write, and the 800 service and configuration of the
  2718. whole thing took a few hours more. So is this what you prefer? Is this
  2719. REALLY preferable to allowing users to program -- not call anyone mind
  2720. you, just program -- their 500/700/whatever numbers with no airtime
  2721. charge?
  2722.  
  2723. (And please, no arguments about how this is theft of service, etc. We
  2724. went through this before, I thought both sides had interesting points,
  2725. but I chose not to participate and do not wish to engage in that now.
  2726. That is NOT the topic of this post.)
  2727.  
  2728. The "You use our airtime, you pay" is a very narrow-minded approach.
  2729.  
  2730. First off, the only reason I would *want* to access my 500 number for
  2731. programming is to forward calls to the car while I am there. By charging 
  2732. customers airtime to call their 500/700 numbers to reforward them to
  2733. their carphones, they are discouraged from doing so, and will receive
  2734. fewer or no calls in the car. By being petty and cheap, the carrier is
  2735. depriving itself of significantly higher revenues. Most people can
  2736. reprogram their 500/700 numbers in 20 seconds or less. A single,
  2737. one-minute incoming call can easily make up for that supposedly "lost"
  2738. revenue, and after the initial minute, a cellular company which did
  2739. NOT charge airtime for 500/700 programming (assuming AT&T did not
  2740. preclude that option as they currently do) would gain a great deal
  2741. more in airtime revenues for subsequent calls -- revenue that would
  2742. otherwise have not been generated.
  2743.  
  2744. As an example, frequently, I would like to have my 500/700 numbers
  2745. forwarded to my car. They are usually forwarded to my pager. Instead
  2746. of having an easy mechanism by which I can do this without charge, I
  2747. need to use my software to do this, which is admitedly annoying,
  2748. especially on short trips. So I normally just keep my 500/700 numbers
  2749. forwarded to my pager or voicemail (which is then paged). If I get a
  2750. page while in the car, I will almost always wait till I get to a
  2751. landline phone, and return the call from there. Not because of any
  2752. strong desire to "spite" the cell co. (I like my local cell co.,
  2753. actually), but just because I can say "Hmm ... ok, this guy can wait
  2754.  ... no need to talk this very second".  However, if I were able to
  2755. reprogram my 500/700 number(s) from the car with no charge, and a call
  2756. came in, I'd be inclined to answer it, and thus generate revenue for
  2757. the cell co.
  2758.  
  2759. Secondly, as cellular and landline networks become increasingly
  2760. integrated, the ability to control these "follow me"-type 500 services
  2761. will begin to be incorporated into the combined functionality of the
  2762. cellular and landline switches. As the distinction between the two
  2763. becomes increasingly hazy, many of these services will be accessed in
  2764. a similar manner to current "feature codes", such as call forwarding,
  2765. which in most cases (Err ... Pac*Tel/LA and/or LA Cellular being the
  2766. exceptions?  ;) ) are not charged for. If AT&T wishes to have its 500
  2767. services maintain some sort of competitiveness with integrated
  2768. landline/cellular services, it would be in its own interest to allow
  2769. airtime-free 500 reprogramming, at least from its cellular properties,
  2770. as well as to make haste in developing links to integrate its 500
  2771. services with its cellular services in a more seamless manner.
  2772.  
  2773. Thirdly, the fact that other companies who have calling card services 
  2774. which do NOT supervise and which will not (generally) incur an airtime 
  2775. charge (again, let us forget about LA's cellular "services"), indicates 
  2776. that not only are people eating up "precious" airtime, but that they are 
  2777. "getting away with it" all the time. What happens when Sprint decides to 
  2778. add a few extra features to their calling card services, like the Time of 
  2779. Day, maybe? They don't need to supervise this to bill. Or what if they 
  2780. wish to provide ancillary services to their calling card system, like 
  2781. speed dialing? If they don't supervise while a user is programming their 
  2782. speed dial numbers into the calling card system, what is a cellular 
  2783. carrier going to do? Where do you draw the line and say "OK, at point 'x' 
  2784. you MUST supervise" to a given carrier? AT&T has IMHO foolishly opted to 
  2785. do that right from the onset, yet other carriers have more enlightened 
  2786. policies. The poster's notion of a cellular carrier dictating to the entire 
  2787. communications industry when *they* must offer supervision (prior to an 
  2788. actual answer, which should of course be supervised) smacks and such 
  2789. unmitigated arrogance that such a carrier's protestations are at best 
  2790. ignored.
  2791.  
  2792. > It is not really AT&Ts place to chose for me which calls I bill for
  2793. > and which I do not by selectively manipulating he return of answer
  2794. > supervision.  If the call is answered, even if answered by a machine,
  2795. > AT&T needs to return supervision.  The only exception to this is when
  2796. > they return call routing exception recordings (which is certainly not
  2797. > the case here).
  2798.  
  2799. Really? Well, try telling Sprint, MCI, LDDS/Metromedia, et. al. this. 
  2800. I'm sure they will be very willing to cooperate with you ;). You know, 
  2801. when their calling card system picks up and prompts you for a calling 
  2802. card, well, that's a machine. Tell them that. See what they say.
  2803.  
  2804. >> 5. Most cellular companies do not allow 1+500 billing (even those which 
  2805. >> AT&T owns), so you need to dial 0-500, resulting in an airtime charge 
  2806. >> to the caller even if no one answers or the line is busy. This was one 
  2807. >> of the biggest problems with ER700 -- no one wanted to call me from their 
  2808. >> carphones after about a month of using the service and seeing all these
  2809. >> calls at 80 cents per minute to my 700 when I never even answered.
  2810.  
  2811. > Actually, most cellular companies do not perform ANY form of casual
  2812. > billing.  This includes 900, 976, 800-chargeback, 10XXX billing, and
  2813. > now 500.  Its not clear when this will (or if it will, or if it even
  2814. > should) change.
  2815.  
  2816. Well, maybe Pac*Tel managed to get out of offering its customers 10xxx
  2817. dialing by changing it's name to "Airtouch", but a good deal of carriers 
  2818. DO indeed offer this as a result of federal rulings. And with McCaw Cellular 
  2819. (unfortunately) being forced to offer Equal Access (one of the few cases 
  2820. where I have been opposed to this), I suspect that a MAJORITY of subscribers 
  2821. nationwide will have 10xxx dialing.
  2822.  
  2823. My point was not to allow 500 direct billing (which could be manipulated to 
  2824. place international calls without the cell co. knowing -- see Pat's
  2825. note at the end of a recent post regarding 500 numbers from hospitals). 
  2826. The point was that since the 500/700 services are designed to have
  2827. inconsistent billing rates to allow for international forwarding (a
  2828. difficult, but understandable compromise on AT&T's part), the only way
  2829. that one SHOULD be able to access the 500/700, in order to PREVENT a
  2830. cellular company from suffering an intentional or unintentional loss is 
  2831. to ALLOW access to 0+500 or 0+700 with NO AIRTIME CHARGE until the called 
  2832. party is reached.
  2833.  
  2834. AT&T may wish to consider that their competitors' 500 numbers may work 
  2835. just like this: They will not supervise until they complete. Cellular 
  2836. customers, even those on it's newly acquired McCaw properties, may 
  2837. desert AT&T's 500/700 services for a service from an Ameritech or Bell 
  2838. Atlantic, for example, which allows a user to program and forward his/her 
  2839. 500 number without airtime charge, and which does not bill callers UNTIL 
  2840. the 500 number is answered. 
  2841.  
  2842. The main point was that AT&T has made a foolish move in this regard, and
  2843. that hopefully other 500 providers will emerge who will not repeat these
  2844. errors and provide a more "carphone friendly" service. It is ironic and
  2845. sad that AT&T, which now owns the nation's largest cellular provider, was
  2846. unable or unwilling to make the necessary adaptations to its 500 service
  2847. to facilitate these goals, and it seems increasignly likely that another
  2848. IXC or Bell will introduce a 500 service that is more "carphone friendly"
  2849. than that offered by the AT&T/McCaw. 
  2850.  
  2851. > Phil Ritter   pritter@la.airtouch.com
  2852.  
  2853. Ahhh .... although I am not personally attacking Phil, and I do appreciate 
  2854. his taking the time to answer, if this signature file means "Airtouch 
  2855. Cellular in LA", then I can understand the response.
  2856.  
  2857. The LA market has unquestionably the WORST cellular service of any large 
  2858. city in the nation. Calls are always dropped, coverage is incredibly 
  2859. poor, and on top of all this, both carriers have audacity to charge 
  2860. airtime from the moment you press send and the switch accepts your call. 
  2861.  
  2862. If you hit *350 to turn on call delivery with LA Cellular, there's an 
  2863. airtime charge! Or if you try to forward your calls on Pac*Tel, another 
  2864. airtime charge! There are airtime charges for busy signals, for calls 
  2865. which don't complete, for fast busy (non-switch) signals, for "Not in 
  2866. Service" recordings, etc. For just about anything you can dial, with the 
  2867. exception of maybe 611 and 911, there is an airtime charge.
  2868.  
  2869. And what do LA Cell and Pac*Tel (err ... Airtouch ... don't want to
  2870. get the DOJ involved...) say when one dares to ask them why they are
  2871. the only two carriers who do have such a practice? "Well, it is
  2872. because our channels are so saturated with callers that we NEED to
  2873. charge this."
  2874.  
  2875. Really? So how come both providers in NYC, a city more densely populated 
  2876. than LA, with similar traffic conditions (if not worse) can mange to get 
  2877. by without charging for incomplete calls, AND still build out their 
  2878. systems and expand? (In all honesty, CO/NY bills for incompletes over 40 
  2879. seconds, NYNEX/NY doesn't bill for incompletes at all.) One of the 
  2880. carriers, Cell One, has excellent coverage just about everywhere -- from 
  2881. inside the lower, "RF-resistant" floors of buildings in Manhattan to the 
  2882. hills and valleys of Westchester and Rockland counties, topographically 
  2883. more challenging than anything in downtown LA or in any of the canyons of 
  2884. the San Gabriel or Santa Monica ranges. 
  2885.  
  2886. I recall what service was like before McCaw took over -- sort of like LA.
  2887. Dropped calls, blocked outdial attempts, and the near impossibility of
  2888. actually receiving a call. In a few years since, I can say that there is
  2889. hardly an area in NYC where there is any significant dgree of prolonged
  2890. static (compated to I-5 up in the hills, or on the I-405/Simi Valley Fwy
  2891. JCT), let alone dropped calls, even right in the middle of the rush hour.
  2892. So how does CO/NY manage to provide such excellent service, in an equally
  2893. if not more complex service environment than LA, and yet not start charging 
  2894. from the second a user presses SEND? 
  2895.  
  2896. The fact of the matter is that LA Cell and Pac*Tel/LA are just greedy, 
  2897. petty dinosaurs of carriers who will do whatever they can to get airtime 
  2898. revenue, smugly convinced that they can sit on their licenses and that 
  2899. nothing will ever break up their nice little duopoloy. Pac*Tel is even 
  2900. arrogant enough to tell its users "When you roam out of LA, there are no 
  2901. incomplete call charges", as if they are taunting "We know no one else 
  2902. does it, and we just don't care. If you live in LA, you are stuck with 
  2903. us." Call their (hopefully free) roamer info number and you will hear this.
  2904.  
  2905. Moreover, resentment of these two "carriers" doesn't stop at the customer 
  2906. level. I've spoken to a number of roam coordinators in New England and 
  2907. Mid Atlantic cellular properties, who have all told me that even if it 
  2908. weren't for fraud, they would not offer automatic roaming in LA because 
  2909. of the number of complaints they get regarding incomplete calls, which 
  2910. almost universally are written off as a courtesy credit. 
  2911.  
  2912. It is because of these two carriers that I and no doubt others are
  2913. anxiously awaiting the time when alternate services, such as Nextel,
  2914. develop sufficient coverage and RF saturation to adequately serve the LA
  2915. Basin area. As a result of LA Cell's and Pac*Tel/LA's unbearably poor
  2916. coverage, but more so as a result of their sickeningly duopolistic billing
  2917. policies, I am sure that *any* alternative to these two will be 
  2918. enthusiastically welcomed. 
  2919.  
  2920.  
  2921. Doug Reuben     dreuben@netcom.com    +1 (203) 499 - 5221 / (500) 442-4243
  2922.   CID Technologies*Interpage(TM) E-Mail/Internet Paging and Fax Services
  2923.  
  2924. ------------------------------
  2925.  
  2926. From: jeffb65582@aol.com (JeffB65582)
  2927. Subject: Re: Scam at UC Berkeley
  2928. Date: 16 Feb 1995 19:25:27 -0500
  2929. Organization: America Online, Inc. (1-800-827-6364)
  2930. Reply-To: jeffb65582@aol.com (JeffB65582)
  2931.  
  2932.  
  2933. In my opinion, one of the worst places to let a call be transferred to is
  2934. the AT&T Alliance Teleconference service at 700-458-1000.  Once they (a
  2935. hacker) can get a call through your switch to this numbber, they will
  2936. receive voice prompts that let them add-on calls to about anywhere on the
  2937. planet.  Furthermore, they can use a long (1 second)  pound key to let
  2938. conference bridge add on and disconnect calls for up to five hours (according
  2939. to the last brochure I received).  Thus, the one call to the conference
  2940. bridge can allow many more to be generated.
  2941.  
  2942. The bill for all this calling will ultimately go back to the PBX owner. 
  2943. System administrators should be sensitive to this number that can easily
  2944. result in a $1000 phone bill for a single slip-up.
  2945.  
  2946. OTOH, if you're a legal user, its a pretty good conference facility.
  2947.  
  2948.  
  2949. Jeff Box
  2950.  
  2951. ------------------------------
  2952.  
  2953. Date: Thu, 16 Feb 1995 19:40:23 -0500
  2954. From: marya@oitunix.oit.umass.edu (Jeffrey William McKeough)
  2955. Subject: Re: Directory Assistance Call Completer
  2956. Organization: Beet Cabal, New England Regional HQ
  2957.  
  2958.  
  2959. TELECOM Digest Editor noted:
  2960.  
  2961. > I hate [call completion] because instead of repeating the number
  2962. > twice as they did before, now it is read once and the message about
  2963. > 'you may have this call automatically completed at this time'
  2964. > immediatly starts playing after the first recitation. You have to
  2965. > listen to the spiel about getting it dialed automatically twice before
  2966. > the number itself is repeated a second time in case you missed it the
  2967. > first time.  PAT]
  2968.  
  2969. I solved that problem, as well as the problem of having people rack up
  2970. $ .35 charges on my phone by requesting Directory Assistance Call
  2971. Completion Blocking.  I highly recommend it.
  2972.  
  2973.  
  2974. Jeffrey W. McKeough  marya@oitunix.oit.umass.edu
  2975.  
  2976. ------------------------------
  2977.  
  2978. From: jeffb65582@aol.com (JeffB65582)
  2979. Subject: Re: Odd Phone Calls
  2980. Date: 16 Feb 1995 19:45:48 -0500
  2981. Organization: America Online, Inc. (1-800-827-6364)
  2982. Reply-To: jeffb65582@aol.com (JeffB65582)
  2983.  
  2984.  
  2985. I would call the phone company.
  2986.  
  2987.  From the symptoms you describe, you may be a victim of "clip-on fraud". 
  2988. This concept involves two phone lines and a device designed to answer a
  2989. ring on one phone line and connect it to a second phone line.  The idea is
  2990. to dial one number, get dial tone from the second line and then place an
  2991. outbound call from that point.  The subscriber of the second line will
  2992. eventually get the bill.  For it to work, the normal users of the lines
  2993. need to not answer the call.  (like when they're out)
  2994.  
  2995. I believe the term comes from the idea that the device "clips on" to the
  2996. phone line at any point between the residence/business and the central
  2997. office.  Man holes, unlocked wiring closets and a zillion other points
  2998. between the subscriber and the C.O. are possible points to add such a
  2999. device.
  3000.  
  3001. It was mentioned in the FCC requies for information on Toll Fraud that
  3002. came out about a year ago.
  3003.  
  3004.  
  3005. Jeff Box
  3006.  
  3007. ------------------------------
  3008.  
  3009. From: as029@un.seqeb.gov.au ( ANTHONY SPIERINGS)
  3010. Subject: Re: Telstra (Australia) Information Wanted
  3011. Organization: SEQEB
  3012. Date: Fri, 17 Feb 1995 00:27:58 GMT
  3013.  
  3014.  
  3015. britos@scf.usc.edu wrote:
  3016.  
  3017. > Looking for information on this company.  Stock Analysis.  Assets.
  3018. > Prognosis.  History.  etc ...
  3019.  
  3020. Telstra is 100% owned by the Australian Commonwealth (Federal)
  3021. Government. Its trading name is Telecom (Australia). From my (poor)
  3022. memory of a newpaper article it produced a profit for our Feds in the
  3023. order of A$1,200M (someone will probable correct me on this). This
  3024. does not include the various taxes and charges it has to pay to all
  3025. three levels of government. Not a bad little earner :).
  3026.  
  3027. For stocks, prognosis etc, perhaps you were thinking of OPTUS the 
  3028. introduced competion.
  3029.  
  3030.  
  3031. Anthony Spierings     as029@un.seqeb.gov.au
  3032. SEBEB, (Power Utility), Brisbane, Australia.
  3033.  
  3034. ------------------------------
  3035.  
  3036. From: e9321452@student.uq.oz.au (Marcus Lee)
  3037. Subject: Re: Motorola Flip Phone and Low Battery
  3038. Date: 16 Feb 1995 04:47:55 GMT
  3039. Organization: Prentice Centre, University of Queensland
  3040.  
  3041.  
  3042. mpd@adc.com (Matthew P. Downs) writes:
  3043.  
  3044. > Erik P. Larson (larsone2@clunix.cl.msu.edu) wrote:
  3045.  
  3046. >> Motorola ... flip phone ... does anyone know how to disable the low
  3047. >> battery warning beep?  It's really annoying
  3048.  
  3049. > Use the quick charger, it drains the battery fully, before recharging.
  3050.  
  3051. I don't think that was what he was asking ...
  3052.  
  3053. No I haven't seen any way of disabling the beep, on any of the
  3054. "Motorola flip phones."
  3055.  
  3056. There hasn't been any menu option that I've seen on AMPS MicroTAC, TACII, 
  3057. GSM 5200, 8200 that I've seen.
  3058.  
  3059. It sure can be annoying tho, if the battery doesn't go kaput for ages 
  3060. after it starts beeping!
  3061.  
  3062. About the quick charger-which I presume is an Intellicharger -- it
  3063. doesn't discharge, it just quick charges immediately to 90% of the
  3064. battery's capacity, then goes to trickle charge to top it off.
  3065.  
  3066.  
  3067. Marcus Lee                Ph: +61-7-395-1479
  3068. University of Queensland Australia        +61-41-119-5358
  3069. Internet: e9321452@student.uq.edu.au    Fax:+61-7-843-2937
  3070.  
  3071. ------------------------------
  3072.  
  3073. From: grumpy@en.com (Seymour Dupa)
  3074. Subject: Re: Caller ID Questions
  3075. Date: 15 Feb 1995 09:50:45 -0500
  3076. Organization: Exchange Network Services, Inc.
  3077.  
  3078.  
  3079. Mike Harris (michaeha@soul.tv.tek.com) wrote:
  3080.  
  3081. > I'm interested in learning how Caller ID works.  The data rate, how
  3082. > the data is formatted, etc.  Any explanations or pointers to books, or
  3083. > standards would be appreciated.
  3084.  
  3085. The best book I've found is:
  3086.  
  3087. Principles of Caller I. D.
  3088. International MicroPower Corp.
  3089. 50 pages, $20
  3090. 805-482-2870
  3091. 805-482-5100
  3092.  
  3093. ------------------------------
  3094.  
  3095. From: stevef@wrq.com (Steve Forrette)
  3096. Subject: Re: How to Revive Nicad Batteries
  3097. Date: 17 Feb 1995 00:12:28 GMT
  3098. Organization: Walker Richer & Quinn
  3099.  
  3100.  
  3101. In article <telecom15.94.5@eecs.nwu.edu>, rwhite@manitou.cse.dnd.ca (Richard 
  3102. White) says:
  3103.  
  3104. > I recall scanning some news in this newsgroup about a year ago, discussing 
  3105. > the technique of "shocking" nicad batteries: a technique used to give
  3106. > new life to dead/old nicads. One of my MicroTac batteries died after
  3107. > about 18 months service, and I'd like to restore it to life again if
  3108. > possible.
  3109.  
  3110. Although I've never tried it myself, I have a friend that swears by
  3111. the method of momentarily connecting the nicad in series with a 12VDC
  3112. car battery (using jumper cables) to revive a tired ni-cad.  I'm not
  3113. sure which is the proper polarity though.  I'm sure that this method
  3114. was used on the standard 1.25VDC ni-cad cells, and not a multi-cell
  3115. one used for cellular (many are in the 6-9VDC range I believe), so
  3116. your mileage may vary.
  3117.  
  3118. I make no warranty as to the effectiveness or safety of the above.
  3119.  
  3120.  
  3121. Steve Forrette, stevef@wrq.com
  3122.  
  3123. ------------------------------
  3124.  
  3125. From: jackp@telecomm.cse.ogi.edu (Jack Pestaner)
  3126. Subject: Re: Privately Owned Cables on Public Utility Poles
  3127. Date: 16 Feb 1995 03:17:17 GMT
  3128. Organization: Oregon Grad. Inst. Computer Science and Eng., Beaverton
  3129.  
  3130.  
  3131. > Telco Systems makes a T1 interface that will give us 48 2500 or
  3132. > digital extensions from the Northern Telcom for $25,000 per end, but
  3133. > couldn't I do that with just multiplexors? I would think so, especially 
  3134. > with 2500 sets.
  3135.  
  3136. So don't forget that if you have voice mail and need message waiting
  3137. lights for the remote location, youll probably not be able to pass the
  3138. voltage necessary for MWI's.
  3139.  
  3140. These are key for our operation.
  3141.  
  3142. Our NEC has digital remote units that allow their digital phones to be
  3143. used up to 50 miles away from the main site over a PSTN T1.  You get
  3144. 23 phones that act just like the ones in the office.  A great solution
  3145. if a tight integration is needed, but you still need to provide for
  3146. fax/modem lines.  Pretty low cost too -- about $7000 plus phones.
  3147.  
  3148. Perhaps NT has something like this.
  3149.  
  3150. ------------------------------
  3151.  
  3152. End of TELECOM Digest V15 #105
  3153. ******************************
  3154.     
  3155.     
  3156. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa28906;
  3157.           17 Feb 95 22:35 EST
  3158. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  3159.     id AA03747; Fri, 17 Feb 95 16:31:12 CST
  3160. Return-Path: <telecom>
  3161. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  3162.     id AA03709; Fri, 17 Feb 95 16:31:08 CST
  3163. Date: Fri, 17 Feb 95 16:31:08 CST
  3164. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  3165. Message-Id: <9502172231.AA03709@delta.eecs.nwu.edu>
  3166. To: telecom@eecs.nwu.edu
  3167. Subject: TELECOM Digest V15 #106
  3168.  
  3169. TELECOM Digest     Fri, 17 Feb 95 16:31:00 CST    Volume 15 : Issue 106
  3170.  
  3171. Inside This Issue:                           Editor: Patrick A. Townson
  3172.  
  3173.     Caveat on Tech Training (William Wood)
  3174.     FCC Fines Commercial Realty $390,000 (FCC Daily Digest via Gary Bouwkamp)
  3175.     Wanted: Cellular Channel Measurements (Mark Douglas)
  3176.     What is DMS-100? (Stanley Tahara)
  3177.     What is Loop Start? (Paul Garfield)
  3178.     Telebit-InternetBlazer Press Release (Eileen Lin)
  3179.     How To Keep Business Phone Calls Short? (Alan Boritz)
  3180.     MCI Slams Again (Alan Boritz)
  3181.     Typical Rates for Campus Phone Systems (Anthony E. Siegman)
  3182.     Re: How to Revive Nicad Batteries (B.Z. Lederman)
  3183.     Re: How to revive NiCad Batteries (Mark Fletcher)
  3184.     Re: The Philosophy of CallerID (Dave Levenson)
  3185.     Re: Kevin Mitnick Captured in Raleigh, NC (Charlie Mingo)
  3186.  
  3187. TELECOM Digest is an electronic journal devoted mostly but not
  3188. exclusively to telecommunications topics. It is circulated anywhere
  3189. there is email, in addition to various telecom forums on a variety of
  3190. public service systems and networks including Compuserve and America
  3191. On Line. It is also gatewayed to Usenet where it appears as the moderated
  3192. newsgroup 'comp.dcom.telecom'. 
  3193.  
  3194. Subscriptions are available to qualified organizations and individual
  3195. readers. Write and tell us how you qualify:
  3196.  
  3197.                  * telecom-request@eecs.nwu.edu *
  3198.  
  3199. The Digest is edited, published and compilation-copyrighted by Patrick
  3200. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  3201. or phone at:
  3202.                     9457-D Niles Center Road
  3203.                      Skokie, IL USA   60076
  3204.                        Phone: 500-677-1616
  3205.                         Fax: 708-329-0572
  3206.   ** Article submission address only: telecom@eecs.nwu.edu **
  3207.  
  3208. Our archives are located at lcs.mit.edu and are available by using
  3209. anonymous ftp. The archives can also be accessed using our email
  3210. information service. For a copy of a helpful file explaining how to
  3211. use the information service, just ask.
  3212.  
  3213. *************************************************************************
  3214. *   TELECOM Digest is partially funded by a grant from the              *
  3215. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  3216. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  3217. * project.  Views expressed herein should not be construed as represent-*
  3218. * ing views of the ITU.                                                 *
  3219. *************************************************************************
  3220.  
  3221. Additionally, the Digest is funded by gifts from generous readers such
  3222. as yourself who provide funding in amounts deemed appropriate. Your help 
  3223. is important and appreciated. A suggested donation of twenty dollars per
  3224. year per reader is considered appropriate. See our address above.
  3225.  
  3226. All opinions expressed herein are deemed to be those of the author. Any
  3227. organizations listed are for identification purposes only and messages
  3228. should not be considered any official expression by the organization.
  3229. ----------------------------------------------------------------------
  3230.  
  3231. Date: Fri, 10 Feb 1995 13:54:06 -0800
  3232. From: wewood@ix.netcom.com (William Wood)
  3233. Subject: Caveat on Tech Training
  3234.  
  3235.  
  3236. After seeing the recent rash of announcments, I would like to add to
  3237. it and suggest that some of the folks who intend to attend some of the
  3238. tech courses announced on this, and other, tech newsgroups might
  3239. benefit from attending one of our introductory courses first. We have
  3240. a two day on-site only intro course called Learning to Talk the Talk
  3241. and Walk the Walk of Telecommunications which can supply a conceptual
  3242. framework for more advanced courses. It is designed in three parts
  3243. with a logical progression for easy understanding. Part 1 explains the
  3244. Underlying Technology Basics, Part 2 is a Walk Thru A Telephone Call,
  3245. and Part 3 is a Walk Thru a Data Call/Transfer. Because we only do
  3246. on-sites our overhead is low and we can do our courses at prices
  3247. that even very small companies can afford. Zap me an Email for more
  3248. info.
  3249.  
  3250. I am not making a value judgment on any of the other courses because I 
  3251. haven't seen most of them, and it's generally been my experience that 
  3252. tech courses with a lot of Ph.D. presenters can be very valuable. That 
  3253. is, if you already have an understanding of the underlying fundamentals. 
  3254. I do wonder though if the academic climb to Doctorism doesn't sometimes 
  3255. mean a loss of contact with things physical. An example: I was attending 
  3256. a class on networking being delivered by a noted Ph.D. Very knowledgeable, 
  3257. and a nice guy to boot. When he got on to the subject of transmission
  3258. systems, it was obvious to me by his answers to audience questions
  3259. that he had never actually worked on one. He gave out some erroneous
  3260. information because of this. No lives hung in the balance because of
  3261. these errors, so I did not correct him in public, but did discuss the
  3262. issue after the session. My point is, no one else seemed to notice the
  3263. errors because they too must not have had operational experience which
  3264. would have given them a base from which to judge technical accuracy.
  3265.  
  3266. More importantly from my perspective was his veracity on those
  3267. subjects which I had no previous knowledge and thus had to simply
  3268. trust as being correct. No one can be expected to know everything, but
  3269. it sure would be nice if somebody could invent a B.S, M.S, PHD (BS,
  3270. More of the Same, Piled Higher and Deeper) filter so we ordinary folk
  3271. could separate facts from fictions.  Someone once told me that the
  3272. word EXPERT derives from X = unknown quantity and SPURT is a drip
  3273. under pressure. I'm always cautious around unknown pressurized drips
  3274. and advise others to be so too.
  3275.  
  3276.  
  3277. [TELECOM Digest Editor's Note: It is difficult at my position here also
  3278. to separate fact from fiction at times, but I have found the majority 
  3279. of the conference announcements presented here to be very high-calibre
  3280. in nature. Particularly good are the short course announements I receive
  3281. regularly from Berkeley, one of the insitutions providing this Digest
  3282. with computational facilities for newsletter distribution, etc. You do
  3283. raise a good point though, and perhaps some of our readers will contact
  3284. you about a course in the 'basics' to help them get a running start on
  3285. the more difficult stuff which comes their way.   PAT]
  3286.  
  3287. ------------------------------
  3288.  
  3289. Date: Fri, 17 Feb 95 10:29:37 EST
  3290. From: Gary Bouwkamp (gbouwka@allnet.com)
  3291. Organization: Allnet Communications 
  3292. Subject: FCC Fines Commercial Realty $390,000
  3293.  
  3294.  
  3295. Pat, here is an interesting item from yesterdays Daily Digest.  Looks
  3296. like this guy never read the rules, and the FCC got pretty ticked
  3297. off ...
  3298.  
  3299.  From FCC DAILY DIGEST Vol. 14, No. 32 February 16, 1995
  3300.  
  3301. Report No. WL 95-1
  3302. WIRELESS TELECOM ACTION
  3303. February 16, 1995
  3304.  
  3305. COMMERCIAL REALTY ST. PETE NOTIFIED OF APPARENT LIABILITY FOR
  3306. FORFEITURE OF $390,000 FOR VIOLATION OF IVDS AUCTION RULES
  3307.  
  3308. The Commission has notified Commercial Realty St. Pete, Inc., that it
  3309. is apparently liable for a forfeiture of $390,000 for abuse of the
  3310. Commission's processes and violation of its rules in connection with
  3311. the Interactive Video and Data Services (IVDS) auctions. In addition,
  3312. Commercial Realty may be liable for penalties of not less than
  3313. $1,237,500 as a result of its failure to tender the required down
  3314. payment for licenses for which it submitted winning bids. Commercial
  3315. Realty communicated with other bidders in violation of the FCC's
  3316. anti-collusion rules, falsely certified that it was financially
  3317. qualified to fulfill its bidding obligations and falsely certified
  3318. that it was entitled to designated entity status as a woman-owned
  3319. business.
  3320.  
  3321.  The Commission is also issuing a separate Order to Show Cause
  3322. requiring Commercial Realty and its principals to show cause why, in
  3323. light of their apparent misconduct in connection with the IVDS
  3324. auctions and investigation of Commercial Realty, they should not be
  3325. barred from participating in any future Commission auctions and why
  3326. they should not be prohibited from becoming Commission licensees.
  3327.  
  3328.  On July 28 and 29, 1994, the Commission conducted auctions for 594
  3329. IVDS licenses in 279 markets across the nation. Winning bidders were
  3330. required to pay 10 percent of their winning bids within five business
  3331. days after the close of bidding. Commercial Realty submitted winning
  3332. bids in 20 markets for a total of $41,250,000, requiring a total down
  3333. payment of at least $3,266,750. Commercial Realty never tendered its
  3334. down payment.  Commercial Realty claimed designated entity status as a
  3335. woman-owned business and claimed a 25 percent bidding credit in most
  3336. of the markets in which it was a winning bidder.
  3337.  
  3338. Commercial Realty was the successful bidder in Detroit-Ann Arbor, MI;
  3339. St.  Louis, MO; Miami, FL; Pittsburgh, PA; Baltimore, MD; Minneapolis-
  3340. St.Paul, MN; Atlanta, GA; Denver-Boulder, CO; Seattle-Everett, WA;
  3341. Milwaukee, WI; Kansas City, MO; Phoenix, AZ; Indianapolis, IN; Sacramento, 
  3342. CA; Greensboro, NC; Charlotte, NC; and Raleigh-Durham, NC; San Diego, CA; 
  3343. Tampa-St. Petersburg, FL; and Portland, OR.
  3344.  
  3345. After the conclusion of the IVDS auction, it came to the Commission's
  3346. attention that the Commission's rules and other IVDS auction requirements 
  3347. might have been violated by some of the participants.  Therefore, the
  3348. Commission ordered an investigation of the conduct of the applicants
  3349. in the auction to determine whether misconduct had occurred. One
  3350. target of the investigation was Commercial Realty.
  3351.  
  3352. As a result of the investigation, the Commission determined that
  3353. Commercial Realty willfully misrepresented its financial status to the
  3354. Commission. A forfeiture of $10,000 for each of the 20 markets
  3355. involved ($200,000) was assessed for this violation.
  3356.  
  3357. Commercial Realty is a for-profit company incorporated in Florida on
  3358. September 10, 1984. At that time, its sole director, President and
  3359. Registered Agent was James C. Hartley. On February 17, 1984, Hartley's
  3360. wife, Teresa Hartley, purchased all the outstanding shares of stock in
  3361. Commercial Realty from a third party for $500. On April 15, 1994, she
  3362. amended the corporation's bylaws to provide for a board of directors
  3363. consisting solely of herself. The Commission's investigation revealed
  3364. that James Hartley controlled the company and continued to make all
  3365. the business decisions, including the decision to default on the down
  3366. payments. Therefore, the Commission found that Commercial Realty had
  3367. improperly claimed bidding credits as a woman-owned business and
  3368. assessed a forfeiture of $10,000 for each of the 17 times it claimed
  3369. the credit ($170,000).
  3370.  
  3371. The investigation also revealed that Mr. Hartley engaged in prohibited
  3372. discussions, or other communications, with another bidder on at least
  3373. two occasions before down payments were due. The Commission assessed a
  3374. forfeiture of $10,000 for each violation ($20,000).
  3375.  
  3376. Action by the Commission February 15, 1995, by Notice of Apparent
  3377. Liability for Forfeiture (FCC 95-58). Chairman Hundt, Commissioners
  3378. Quello, Barrett, Ness and Chong.
  3379.  
  3380.  
  3381. News Media contact: Stacey Reuben Mesa at (202) 418-0600. Wireless
  3382. Telecommunications Bureau contacts: Terry Reideler at (202) 418-1321 and
  3383. Myron Peck at (202) 418-1310.
  3384.  
  3385. ------------------------------
  3386.  
  3387. From: mdouglas@sol.UVic.CA (Mark  Douglas)
  3388. Subject: Wanted: Cellular Channel Measurements
  3389. Organization: University of Victoria, Victoria, BC, Canada
  3390. Date: Fri, 17 Feb 95 03:38:37 GMT
  3391.  
  3392.  
  3393. I am teaching a university course on mobile communications and am
  3394. interested in the following data of the received signal at a cellular
  3395. phone:
  3396.  
  3397. 1. The signal envelope over time (Rayleigh/Rician)
  3398. 2. The time delay response (showing delay spread).
  3399. 3. The power spectrum (frequency domain)
  3400.  
  3401. Real measured data would be ideal, but simulated data is fine as well.
  3402. I know that I can generate it myself, but if someone else already has
  3403. the data, it's less work for me.
  3404.  
  3405.  
  3406. Thanks,
  3407.  
  3408. Mark Douglas      University of Victoria   Victoria, BC, Canada.
  3409.  
  3410. ------------------------------
  3411.  
  3412. From: stahara@xlate.hsc.usc.edu (Stanley Tahara)
  3413. Subject: What is DMS-100?
  3414. Date: 17 Feb 1995 00:13:57 -0800
  3415. Organization: University of Southern California, Los Angeles, CA
  3416.  
  3417.  
  3418. Can someone give me some information?
  3419.  
  3420. I just got a letter from Pac Bell stating that on 10 March they are
  3421. going to install DMS-100 at the Los Angeles Central office and that my
  3422. prefix would be affected.  The letter also states:
  3423.  
  3424. "... If you have other equipment connected to your telephone, such 
  3425. as an answering machine or a computer, you may want to contact the 
  3426. manufacturer or thee dealer from whom you purchased the equipment. 
  3427. Some devices need to be adjusted so they will function properly with 
  3428. our new switching equipment."
  3429.  
  3430. What can I expect in the way of problems, if any, using a modem to 
  3431. send or receive call? 
  3432.  
  3433.  
  3434. Stan Tahara               Dept. of Microbiology     
  3435. Phone:   (213)-342-1722   USC School of Medicine    
  3436. FAX:     (213)-342-1721   stahara@xlate.hsc.usc.edu 
  3437.  
  3438. ------------------------------
  3439.  
  3440. From: garfield@vanilla.cs.umn.edu (Paul Garfield)
  3441. Subject: What is Loop Start?
  3442. Organization: University of Minnesota, Minneapolis, CSci dept.
  3443. Date: Fri, 17 Feb 1995 19:57:18 GMT
  3444.  
  3445.  
  3446. Long ago I remember terms like loop start and ground start as
  3447. different protocols for handling signaling bits on a T1 line (although
  3448. I didn't know the details).  Recently I've seen the following terms
  3449. applied to ANALOG lines: loop start, ground start, wink start, earth
  3450. recall.  What do these mean?  I always thought all analog lines were
  3451. the same.
  3452.  
  3453. ------------------------------
  3454.  
  3455. From: eileen@telebit.com (Eileen Lin)
  3456. Subject: Telebit-InternetBlazer Press Release
  3457. Organization: Telebit Corporation; Sunnyvale, CA, USA
  3458. Date: Fri, 17 Feb 1995 18:26:59 GMT
  3459.  
  3460.  
  3461. TELEBIT CORP.
  3462. Contact:  DIRECT MARKETING DEPT.
  3463. Tel:  1.800.835.3248 or 408.734.4333
  3464. Fax:  408.734.3333
  3465. Internet:  info@telebit.com
  3466.  
  3467.          TELEBIT ANNOUNCES INDUSTRY'S FIRST AVAILABILITY OF
  3468.         INTERNET ROUTER SOLUTION WITH SPRY SOFTWARE
  3469.  
  3470.      InternetBlazer Incorporates SPRY's AIR Series Software, Enabling Users
  3471.         To Establish Cost-Effective Internet Facilities
  3472.  
  3473.  
  3474.     SUNNYVALE, CA -- Feb. 6, 1995 -- Telebit Corporation (NASDAQ:
  3475. TBIT), a leader in the on-demand remote access industry, today
  3476. announced the industry's first availability of a bundled Internet
  3477. solution to incorporate a dial-up router with key applications of the
  3478. AIR Series(TM) software from SPRY, Inc., a leading Internet software
  3479. developer.  The InternetBlazer, featuring renowned Telebit(R) dial-up
  3480. router technology, enables small- and branch-office networks to
  3481. quickly and easily establish Internet access, providing businesses the
  3482. communications advantages of Electronic Mail, the World Wide Web
  3483. (WWW), News and Gopher.
  3484.  
  3485.     "Too many companies have announced Internet access products that,
  3486. to this day, haven't shipped," said Stephen Dick, vice president of
  3487. marketing at Telebit.  "Telebit, in contrast, is the first in the
  3488. industry to ship an Internet access solution with AIR Series software.
  3489. Now, with the InternetBlazer, businesses can immediately establish
  3490. Internet access with Telebit's acclaimed dial-up router technology and
  3491. SPRY's award-winning software."
  3492.  
  3493.     Immediately available through resellers, the InternetBlazer makes
  3494. an organization's internal and external communications more cost-effective 
  3495. and efficient through the use of the Internet.  It establishes multi-user, 
  3496. dial-up Internet access based on standard low-cost phone lines.
  3497.  
  3498.     The AIR Series applications that come with the InternetBlazer include:
  3499.  
  3500.  -AIR Mosaic, the fastest and most feature-rich Mosaic Web browser, giving 
  3501.   Internet users access to the WWW;
  3502.  
  3503.  -AIR Mail, a mail application, providing users uninterrupted Internet 
  3504.   electronic mail capabilities from the office;
  3505.  
  3506.  -AIR News, a news-access tool, allowing users to easily search
  3507.   through various categories within specific newsgroups on the Internet;
  3508.  
  3509.  -AIR Gopher, a search-and-retrieval application that includes an intuitive 
  3510.   organization menu, giving users the ability to conduct data searches through 
  3511.   the Gopher server on the Internet;
  3512.  
  3513.     "SPRY and Telebit raise the bar on Internet connectivity tools
  3514. with the clear understanding that solutions must provide both hardware
  3515. and software," said David Pool, president of SPRY.  "By coupling key
  3516. applications from our popular Internet software suite with Telebit's
  3517. high-performance router, small- and branch-office networks can easily
  3518. connect to the Internet."
  3519.  
  3520. AVAILABILITY AND PRICING:
  3521.  
  3522.  The InternetBlazer is available immediately in the following configurations:
  3523.  
  3524.  -NetBlazer PN1 router, which includes a built-in V.32bis modem, an external 
  3525.   modem port, an Ethernet connector and a 10-user license of the AIR Series 
  3526.   software applications: $2949 suggested retail price (SRP)
  3527.  
  3528.  -NetBlazer PN2 router, which includes two external modem ports, an Ethernet 
  3529.   connector and a 10-user license of the AIR Series software applications: 
  3530.   $2749 SRP
  3531.  
  3532.  -A 10-user add-on license of the AIR Series software applications, for 
  3533.   existing InternetBlazer customers: $899 SRP
  3534.  
  3535.     Telebit Corporation designs, manufactures and markets a family of
  3536. remote network access products to enable cost-effective extension of
  3537. LANs to remote users.  Its popular NetBlazer product line is the
  3538. recipient of many industry awards, such as PC Week Labs' Product of
  3539. the Week, Communications Week MAX, PC/Computing MVP and was selected
  3540. as Data Communications magazine's "Tester's Choice."  The company has
  3541. offices in the United States, Europe and Asia, and markets its
  3542. products and services worldwide through value-added resellers,
  3543. wholesale distributors and OEMs.
  3544.     
  3545.     SPRY, Inc. is the leading developer of Internet access applications for 
  3546. the office, home and publishing markets.  Founded in 1987, the privately held 
  3547. company is based in Seattle, Wash.  SPRY brings networked connectivity
  3548. to the Windows desktop through three products: the AIR Series, Internet In 
  3549. A Box(TM) and Mosaic In A Box(TM).  The AIR Series is a corporate network 
  3550. solution designed to provide PC to UNIX, mainframe and Internet connectivity 
  3551. through a full suite of applications.  Internet In A Box provides the remote 
  3552. dial-up user with full Internet connectivity.  Mosaic In A Box is an entry-
  3553. level Internet access solution providing consumers with "plug and play" 
  3554. access to the Internet's World Wide Web.
  3555.  
  3556. Telebit and NetBlazer are registered trademarks of Telebit Corporation
  3557. AIR Series is a trademark of SPRY, Incorporated
  3558.  
  3559. ------------------------------
  3560.  
  3561. Subject: How To Keep Business Phone Calls Short?
  3562. From: drharry!aboritz@uunet.uu.net (Alan Boritz)
  3563. Date: Thu, 16 Feb 95 22:26:24 EST
  3564. Organization: Harry's Place - Mahwah NJ - +1 201 934 0861
  3565.  
  3566.  
  3567. A friend is having some difficulty getting his employees (less than
  3568. ten, in a trucking business) to manage their telephone calls reasonably.  
  3569. He doesn't want to create a hostile environment, but his inwats and
  3570. outwats expense is getting out of hand.  Has anyone found voice terminals 
  3571. with interval timers, or any other equipment features, to be helpful
  3572. to accomplish that task?
  3573.  
  3574.  
  3575. aboritz%drharry@uunet.uu.net
  3576.  
  3577.  
  3578. [TELECOM Digest Editor's Note: Radio Shack *had* (and maybe still has) such
  3579. a thing along with other companies. It goes on the phone line and after a
  3580. pre-set period of time you hear a litle tone in the background. You must
  3581. then press a key on the phone to restart the timer.  After you have done
  3582. this often enough, you are supposed to take the hint I guess.   PAT]
  3583.  
  3584. ------------------------------
  3585.  
  3586. Subject: MCI Slams Again
  3587. From: drharry!aboritz@uunet.uu.net (Alan Boritz)
  3588. Date: Thu, 16 Feb 95 22:16:03 EST
  3589. Organization: Harry's Place - Mahwah NJ - +1 201 934 0861
  3590.  
  3591.  
  3592. No sooner than the discussion ended about how to slap around a long
  3593. distance carrier for slamming a relative's home phone, did it happen
  3594. again.  Someone in my office discovered that MCI just changed his PIXC
  3595. without his permission.  A relative who lives in Indonesia ordered a
  3596. calling card with my associate's address in New Jersey (with his
  3597. permission).  MCI (again) didn't notice that the telephone account
  3598. that served that address was not in the name of the person who ordered
  3599. the calling card, and ordered the PIXC changed, anyway.
  3600.  
  3601. You can bet that the NJPUC will be dealing with this issue soon, TWICE
  3602. if MCI cancels the new calling card after changing back the PIXC at
  3603. their expense.
  3604.  
  3605. ------------------------------
  3606.  
  3607. From: siegman@EE.Stanford.EDU (Anthony E. Siegman)
  3608. Subject: Typical Rates for Campus Phone Systems
  3609. Date: 17 Feb 1995 04:24:28 GMT
  3610. Organization: Leland Stanford Junior University
  3611.  
  3612.  
  3613. University phone service fed into my campus office to handle a fax
  3614. machine (for what would be a very small amount of traffic) led me to
  3615. make the mistake of asking how much this would cost.  The answer: $155
  3616. initial installation fee, $36/month for the line.
  3617.  
  3618.    Page A-5 of the Pac Bell phone book says that in any of the surrounding 
  3619. communities I can get dial tone for a $35 installation fee and $4.45/month 
  3620. for all-metered service or $8.45/month for unlimited local calling.
  3621.  
  3622.    This is partly an apples vs oranges comparison, because the campus
  3623. system (a Northern Telecom switch, I believe) gives me on-campus
  3624. extension dialing, a voice mail service, and various other stuff, but
  3625. I'm still curious: what does phone service in other universities or
  3626. similar large organizations cost?  If Stanford out-sourced the
  3627. operation of its campus phone systme to some private contractor, could
  3628. we expect significantly lower rates?  Is the Centrex type campus
  3629. service really worth four times what the phone company could give me?
  3630.  
  3631.    Any comments or data points appreciated -- siegman@ee.stanford.edu
  3632.  
  3633. ------------------------------
  3634.  
  3635. From: B. Z. Lederman <lederman@intransit_tsc.vntsc.dot.gov>
  3636. Subject: Re: How to Revive Nicad Batteries
  3637. Date: 17 Feb 95 08:44:57 EST
  3638. Reply-To: Lederman@intransit_tsc.vntsc.dot.gov
  3639. Organization: INTRANSIT (VNTSC)
  3640.  
  3641.  
  3642. In article <telecom15.94.5@eecs.nwu.edu>, rwhite@manitou.cse.dnd.ca
  3643. (Richard White) writes:
  3644.  
  3645. > I recall scanning some news in this newsgroup about a year ago, discussing 
  3646. > the technique of "shocking" nicad batteries: a technique used to give
  3647. > new life to dead/old nicads. One of my MicroTac batteries died after
  3648. > about 18 months service, and I'd like to restore it to life again if
  3649. > possible.
  3650.  
  3651.     I didn't see this here, but I did see it described in one of the
  3652. electronic hobby magazines MANY years ago.  At that time a common
  3653. failure mode for NiCd batteries was an internal short.  A heavy
  3654. discharge through the battery might clear the short and give the
  3655. battery some more life.  You charge a capacitor (I don't remember
  3656. exact values, probably several hundred micro-Farads at ten or more
  3657. volts) and discharge it though the cell in the forward direction (to
  3658. prevent reversing the cell) and hope for the best.
  3659.  
  3660. > Has anyone out there tried this technique with success? Could you tell
  3661. > me how this is done, what precautions I should take when doing this,
  3662. > prognosis for success, etc?
  3663.  
  3664.     I played with it a little.  It seemed to bring some cells back to
  3665. life for a while, but they're never really all that reliable
  3666. afterwards.  And it won't fix all problems or restore all cells.  If
  3667. you happend to have the parts on hand, you have little to lose by
  3668. trying it, but don't expect much.  Also keep in mind that the internal
  3669. construction of NiCd cells differs a lot between manufactuers, and new
  3670. cells are much different than old cells when the article was written.
  3671.  
  3672.     Standard precautions to prevent electrocuting yourself would apply.  
  3673. In addition, heavily overloading a NiCd cell could cause it to leak or 
  3674. explode.
  3675.  
  3676.  
  3677. B. Z. Lederman.   My personal opinions.
  3678.  
  3679.  
  3680. [TELECOM Digest Editor's Note: You know, BZ, I wish I'd had someone like
  3681. you around a number of years ago to remind me about 'standard precautions'
  3682. when this fellow brought me an old television set he wanted converted into
  3683. a black and white monitor for one of his old Apple ][ computers. That's
  3684. easy enough, you just get in there and feed the picture tube from the
  3685. composite video out of the computer. You cut the RF part of the television
  3686. out altogether. Since it isn't *quite* as good as an actual monitor or
  3687. a terminal screen -- the resolution is a little lacking -- you can do a
  3688. few things to tidy up the screen a little. My favorite is to wrap a piece
  3689. of tin foil around the picture tube, from about the yoke on downward. 
  3690. It is hard to explain, but it keeps the picture looking sharper. Of course
  3691. you adjust the yoke a little as well; it will work nicely as a poor man's
  3692. video monitor, espcially since you can get used television sets out of
  3693. garbage dumpsters for free if you walk down any alley the night before
  3694. the village garbage pickup on that block the next day. The plug breaks off
  3695. or a knob gets broken, the people don't know what to do so they junk the
  3696. whole thing and go to Walmart and buy a new one. 
  3697.  
  3698. Well!  You know and I know that old television sets hang on to their
  3699. juice for quite a while (sometimes a week!) after they are unplugged. My
  3700. favorite demonstration for the neighborhood kids years ago used to be to
  3701. unplug the radio or television, take the case off and present a little
  3702. show where I took my very long handled screw-driver, went in there from
  3703. one of those big capacitors to the chassis ground and watch the fireworks. 
  3704. Boom!  Boom!  Boom!  Sparks would fly and that old chassis would sit
  3705. there and argue with you. Once it quit doing that, *then* you knew it
  3706. was safe to get in there with your hands and touch anything you
  3707. wanted.  So the guy brings his television over to my place. I unscrew
  3708. the case and take it off. We are sitting there talking and I *forgot
  3709. to discharge those caps* first. Inside I go with my hands; start
  3710. pulling a couple of wires to be stripped and connected elsewhere.
  3711. Boom!  I took that load myself and it knocked me on my keister!
  3712. Afterward it was funny, but it wasn't at the time. Lesson for today:
  3713. high voltage can kill. Even car batteries, when properly juiced up and
  3714. you standing in a puddle of snow or slush trying to tinker with your
  3715. car engine can give you quite a rude shock.  Know what you are doing
  3716. when you tamper with electricity -- of any sort, and especially DC
  3717. (direct current -- that stuff *is* potent) or just don't do it. You've
  3718. been advised.  PAT]
  3719.  
  3720. ------------------------------
  3721.  
  3722. Date: Fri, 17 Feb 1995 10:46:06 -0800
  3723. From: mfletch@ix.netcom.com (Mark Fletcher)
  3724. Subject: Re: How to revive NiCad Batteries
  3725.  
  3726.  
  3727. In V15#105 stevef@wrq.com (Steve Forrette)
  3728.  
  3729. > Although I've never tried it myself, I have a friend that swears by
  3730. > the method of momentarily connecting the nicad in series with a 12VDC
  3731. > car battery (using jumper cables) to revive a tired ni-cad.  I'm not
  3732. > sure which is the proper polarity though.  I'm sure that this method
  3733. > was used on the standard 1.25VDC ni-cad cells, and not a multi-cell
  3734. > one used for cellular (many are in the 6-9VDC range I believe), so
  3735. > your mileage may vary.
  3736.  
  3737. NiCads form memory blocks mainly because a heavy crystal layer builds
  3738. up at a certain point in the battery. The crystals at this level get
  3739. very large, and wont disolve to produce the electricity, hence the
  3740. memory effect. Also, if these crystals get big enough, they form
  3741. spikes that can peirce the battery casing causing a short circuit in
  3742. one or more cells in the battery.
  3743.  
  3744. We have about 120 portable VHF 2-way radios in service at the resort,
  3745. and they are constantly being mischarged. This past year we purchased
  3746. a CADEX battery analyzer for about $1700 that took care of our
  3747. problems completely. Although the unit is a little expensive, we would
  3748. throw out about $600 worth of "good" batteries a year. The unit will
  3749. analyze the battery, and discharge it to BELOW one volt per cell. This
  3750. is extremely effective in breaking down those large crystal growths.
  3751. With a simple battery maintenance program in place, all of the
  3752. batterie come in for conditioning about four times a year, and end up
  3753. lasting a lot longer. You also need to be careful not to "cook' the
  3754. batteries when charging them.  The CADEX monitors this for you also by
  3755. keeping the eye on the temperature of the cells.
  3756.  
  3757. If you don't want to invest $1700, most local 2-way shops have this or a 
  3758. similar unit, and will be willing to recondition your battery at a 
  3759. fraction of the cost of a new one.
  3760.  
  3761. Personally, my Makita Drill battery was giving me about 15 minutes of
  3762. service before dying out. The CADEX brought it from 27% capacity, to
  3763. 104%. It's like a brand new battery now, and you can be sure it gets
  3764. regular reconditioning.
  3765.  
  3766. If you would like to call me at my office, I can give any one who is
  3767. interested the specifications on the CADEX system, and their 1-800
  3768. number.
  3769.  
  3770.  
  3771. Mark Fletcher  -=+=-  The Great Gorge Resort
  3772. Vernon, New Jersey    (201) 827-2000 Ext.404
  3773.  
  3774. ------------------------------
  3775.  
  3776. From: dave@westmark.com (Dave Levenson)
  3777. Subject: Re: The Philosophy of CallerID
  3778. Organization: Westmark, Inc.
  3779. Date: Fri, 17 Feb 1995 14:32:16 GMT
  3780.  
  3781.  
  3782. Pat writes:
  3783.  
  3784. : Look at me. What do I know about anything, yet I talk all the time.  PAT]
  3785.  
  3786. Which reminds me of one of my favorite movie lines:
  3787.  
  3788. Dorothy: "How can you talk if you don't have a brain?"
  3789.  
  3790. Scarecrow: "I don't know.  But some people without brains do an
  3791.    awful lot of talking."
  3792.  
  3793.  
  3794. Dave Levenson        Internet: dave@westmark.com
  3795. Westmark, Inc.        UUCP: uunet!westmark!dave
  3796. Stirling, NJ, USA    Voice: 908 647 0900  Fax: 908 647 6857
  3797.  
  3798. ------------------------------
  3799.  
  3800. Date: Fri, 17 Feb 1995 01:41:30 -0500
  3801. From: mingo@panix.com (Charlie Mingo)
  3802. Subject: Re: Kevin Mitnick Captured in Raleigh, NC
  3803. Organization: 54 Barrow (via Panix)
  3804.  
  3805.  
  3806. In article <telecom15.101.1@eecs.nwu.edu>, telecom@eecs.nwu.edu (TELECOM
  3807. Digest Editor) wrote:
  3808.  
  3809. > Mitnick ...was caught through the efforts of one of his latest
  3810. > victims, computer security specialist Tsutomu Shimomura of the San
  3811. > Diego Supercomputer Center. Shimomura was robbed of security programs
  3812. > he had written when his computer was broken into on Christmas Day,
  3813. > about two months ago.
  3814.  
  3815. According to yesterday's {New York Times}, Mitnick left voice mail for
  3816. Shimomura during the original Christmas break-in, and Shimomura
  3817. subsequently posted sound-files of these messages on the net.
  3818.  
  3819. Does anyone know where those sound files might be found?
  3820.  
  3821.  
  3822. [TELECOM Digest Editor's Note: I'll tell you this, Shimomura got into
  3823. some *heavy* stuff locating Mitnick. He and an associate spent hours
  3824. then days wending their way through one telco loop-around after another
  3825. as they watched Mitnick over the next several weeks. I am told now by
  3826. locals here Mitnick got into the Loyola University (of Chicago) network
  3827. on his way to some place on the east coast. He may -- but I certainly
  3828. cannot say for certain -- be the person responsible for the break-in we
  3829. had a couple weeks ago here at eecs.nwu.edu which cause the modem indials
  3830. to be taken off line for a few days while reapir hacking was done to SLIP 
  3831. and other stuff. Its good to see Mitnick captured. I hope they hang him, if
  3832. he is found guilty, of course. I wonder how long he will be in prison
  3833. before he has his own Internet connection set up on the sly?   PAT] 
  3834.  
  3835. ------------------------------
  3836.  
  3837. End of TELECOM Digest V15 #106
  3838. ******************************
  3839.     
  3840.     
  3841. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa23485;
  3842.           20 Feb 95 7:49 EST
  3843. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  3844.     id AA18046; Mon, 20 Feb 95 02:07:08 CST
  3845. Return-Path: <telecom>
  3846. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  3847.     id AA18040; Mon, 20 Feb 95 02:07:06 CST
  3848. Date: Mon, 20 Feb 95 02:07:06 CST
  3849. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  3850. Message-Id: <9502200807.AA18040@delta.eecs.nwu.edu>
  3851. To: telecom@eecs.nwu.edu
  3852. Subject: TELECOM Digest V15 #107
  3853.  
  3854. TELECOM Digest     Mon, 20 Feb 95 02:07:00 CST    Volume 15 : Issue 107
  3855.  
  3856. Inside This Issue:                           Editor: Patrick A. Townson
  3857.  
  3858.     Re: Kevin Mitnick Captured in Raleigh, NC (Mike Simos)
  3859.     Re: Kevin Mitnick Captured in Raleigh, NC (Michael D. Maxfield)
  3860.     Re: Kevin Mitnick Captured in Raleigh, NC (Clarence Dold)
  3861.     Re: Kevin Mitnick Captured in Raleigh, NC (Tony Pelliccio)
  3862.     Re: Kevin Mitnick Captured in Raleigh, NC (Charles Manson)
  3863.     Re: Kevin Mitnick Captured in Raleigh, NC (John Lundgren)
  3864.     Re: A Strange Man Calls Me Ahout 500 (phrantic@uwyo.edu)
  3865.     Re: A Strange Man Calls Me About 500 (Louis Judice)
  3866.     Re: A Strange Man Calls Me About 500 (Mitch Weiss)
  3867.     Re: A Strange Man Calls Me About 500 (Elizabeth Cashman)
  3868.     Re: A Strange Man Calls Me About 500 (Bob Niland)
  3869.     Re: A Strange Man Calls Me About 500 (Mike Pollock)
  3870.     Re: A Strange Man Calls Me About 500 (Gary Novoseilski)
  3871.     Re: What is Loop Start? (R.J. Welsh)
  3872.     Re: What is Loop Start? (John Nagle)
  3873.     Re: What is Loop Start? (Matt Noah)
  3874.     Re: Telstra (Australia) Information Wanted (Peter Brace)
  3875.     Re: Telstra (Australia) Information Wanted (Antoineta D. Peneva)
  3876.     Re: The Philosophy of CallerID (John Lundgren)
  3877.  
  3878. TELECOM Digest is an electronic journal devoted mostly but not
  3879. exclusively to telecommunications topics. It is circulated anywhere
  3880. there is email, in addition to various telecom forums on a variety of
  3881. public service systems and networks including Compuserve and America
  3882. On Line. It is also gatewayed to Usenet where it appears as the moderated
  3883. newsgroup 'comp.dcom.telecom'. 
  3884.  
  3885. Subscriptions are available to qualified organizations and individual
  3886. readers. Write and tell us how you qualify:
  3887.  
  3888.                  * telecom-request@eecs.nwu.edu *
  3889.  
  3890. The Digest is edited, published and compilation-copyrighted by Patrick
  3891. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  3892. or phone at:
  3893.                     9457-D Niles Center Road
  3894.                      Skokie, IL USA   60076
  3895.                        Phone: 500-677-1616
  3896.                         Fax: 708-329-0572
  3897.   ** Article submission address only: telecom@eecs.nwu.edu **
  3898.  
  3899. Our archives are located at lcs.mit.edu and are available by using
  3900. anonymous ftp. The archives can also be accessed using our email
  3901. information service. For a copy of a helpful file explaining how to
  3902. use the information service, just ask.
  3903.  
  3904. *************************************************************************
  3905. *   TELECOM Digest is partially funded by a grant from the              *
  3906. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  3907. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  3908. * project.  Views expressed herein should not be construed as represent-*
  3909. * ing views of the ITU.                                                 *
  3910. *************************************************************************
  3911.  
  3912. Additionally, the Digest is funded by gifts from generous readers such
  3913. as yourself who provide funding in amounts deemed appropriate. Your help 
  3914. is important and appreciated. A suggested donation of twenty dollars per
  3915. year per reader is considered appropriate. See our address above.
  3916.  
  3917. All opinions expressed herein are deemed to be those of the author. Any
  3918. organizations listed are for identification purposes only and messages
  3919. should not be considered any official expression by the organization.
  3920. ----------------------------------------------------------------------
  3921.  
  3922. From: simosm@io.org (Mike Simos)
  3923. Subject: Re: Kevin Mitnick Captured in Raleigh, NC
  3924. Date: 18 Feb 1995 15:17:06 -0500
  3925. Organization: Internex Online (io.org) Data: 416-363-4151  Voice: 416-363-8676
  3926.  
  3927.  
  3928. In article <telecom15.106.13@eecs.nwu.edu>, Charlie Mingo <mingo@panix.com> 
  3929. wrote:
  3930.  
  3931. > According to yesterday's {New York Times}, Mitnick left voice mail for
  3932. > Shimomura during the original Christmas break-in, and Shimomura
  3933. > subsequently posted sound-files of these messages on the net.
  3934.  
  3935. > Does anyone know where those sound files might be found?
  3936.  
  3937. ftp.sdsc.edu /pub/security/sounds
  3938.  
  3939.  
  3940. Mike
  3941.  
  3942. ------------------------------
  3943.  
  3944. From: tweek@ccnet.com (The R R M Tweek)
  3945. Subject: Re: Kevin Mitnick Captured in Raleigh, NC
  3946. Date: 18 Feb 1995 11:36:56 -0800
  3947. Organization: O.A.P.C.E.  Organization Against Politically Correct Etiquette
  3948.  
  3949.  
  3950. mingo@panix.com (Charlie Mingo) writes:
  3951.  
  3952. > According to yesterday's {New York Times}, Mitnick left voice mail for
  3953. > Shimomura during the original Christmas break-in, and Shimomura
  3954. > subsequently posted sound-files of these messages on the net.
  3955.  
  3956. ftp://ftp/sdsc.edu/pub/security/sounds/tweedle-dee.au
  3957. ftp://ftp/sdsc.edu/pub/security/sounds/tweedle-dum.au
  3958.  
  3959. I also read that *someone* intends to consider posting a sound file of an 
  3960. interview with Mitnick in prison.  The posting I read was unattributed so I 
  3961. have no idea who "someone" is.
  3962.  
  3963.  
  3964. tweek@ccnet.com  tweek@tweekco.ness.com   WW4Net-1@11551  DoD #MCMLX  N6QYA
  3965. **** Regarding the Internet><WWIVNet gateway and other assorted stuff: ****
  3966. http://www.io.com/user/tweek/     tweek@io.com      IM: Michael D. Maxfield
  3967.  
  3968. ------------------------------
  3969.  
  3970. From: Clarence Dold <dold@rahul.net>
  3971. Subject: Re: Kevin Mitnick Captured in Raleigh, NC
  3972. Date: 18 Feb 1995 20:35:13 GMT
  3973. Organization: a2i network
  3974.  
  3975.  
  3976. > he is found guilty, of course. I wonder how long he will be in prison
  3977. > before he has his own Internet connection set up on the sly?   PAT] 
  3978.  
  3979. I find it interesting that he is actually prevented from using a telephone, 
  3980. even for voice calls, while in jail.
  3981.  
  3982. He used a cellular phone for his "dialin", so there would be no endloop to 
  3983. trace, although eventually cellular triangulation was used to locate him.  
  3984. One more delay point, but only a good one if he moved occasionally, which he 
  3985. did not.
  3986.  
  3987. My wife expressed the typical layman's amazement at the ability to do
  3988. some of these things, but it is basically a violation of trust.  Telco
  3989. and Internet can only be broken because they are easy to use.  He is
  3990. slime.  He is sleaze. Although I can't justify wanting to see him
  3991. hang, I certainly hope he is prevented from touching a telephone for
  3992. quite a long while.  At least he has proven himself beyond trust as an
  3993. "analyst".  He won't be landing a fat job protecting us from himself  ;-(
  3994.  
  3995.  
  3996. Clarence A Dold - dold@rahul.net
  3997.                 - Pope Valley & Napa CA.
  3998.  
  3999.  
  4000. [TELECOM Digest Editor's Note: The last word I got on his telephone call
  4001. privileges was that at his request in court last week, he was granted
  4002. permission to use the phone to call three people only:  his attorney, his
  4003. mother and his grandmother. The magistrate ordered prison officials to
  4004. allow Mitnick to make a 'reasonable number of calls when he wishes to do
  4005. so' to those three persons, whose telephone numbers are part of the order.
  4006. Prison officials are required to (1) establish the connection to those
  4007. numbers -- not allow Mitnick to do it; and (2) to 'periodically in the
  4008. course of his conversations on the phone' monitor the line, listening to
  4009. insure no 'computer or modem noises' are heard. In order that Mitnick can
  4010. have his right to speak confidentially with his attorney, they must tell
  4011. him when they wish to listen on the line for a few seconds at a time so
  4012. that he and his attorney can remain silent during that interval if he
  4013. wishes to do so. The court further admonished grandma not to use call-
  4014. forwarding, three-way calling or any other 'extension of the connection'
  4015. when speaking to Kevin; likewise his mother was admonished. I'm afraid
  4016. this time its looking pretty grim for Kevin; if he gets out of this with
  4017. another period of probation instead of a long time in prison, my advice
  4018. would be he'd better start blowing his nose with a silk handkerchief.  PAT]
  4019.  
  4020. ------------------------------
  4021.  
  4022. From: Tony_Pelliccio@brown.edu (Tony Pelliccio)
  4023. Subject: Re: Kevin Mitnick Captured in Raleigh, NC
  4024. Date: 18 Feb 1995 17:54:45 GMT
  4025. Organization: Brown University - Providence, RI USA
  4026.  
  4027.  
  4028. In article <telecom15.106.13@eecs.nwu.edu>, mingo@panix.com (Charlie Mingo)
  4029. wrote:
  4030.  
  4031. > [TELECOM Digest Editor's Note: I'll tell you this, Shimomura got into
  4032.  
  4033. {snip}
  4034.  
  4035. > Its good to see Mitnick captured. I hope they hang him, if he is found 
  4036. > guilty, of course. I wonder how long he will be in prison before he has 
  4037. > his own Internet connection set up on the sly?   PAT] 
  4038.  
  4039. A little Draconian aren't you Pat? In any case I'm sure that with
  4040. proper supervision Mr. Mitnick would make a wonderful addition to the
  4041. staff at NSA.
  4042.  
  4043.  
  4044. Tony Pelliccio, KD1NR, VE ARRL/W5YI Tel. (401) 863-1880 
  4045. Box 1908, Providence, RI 02912      Fax. (401) 863-2269
  4046.  
  4047. ------------------------------
  4048.  
  4049. From: manson@enterprise.America.com (Charles Manson)
  4050. Subject: Re: Kevin Mitnick Captured in Raleigh, NC
  4051. Date: 18 Feb 1995 21:57:27 -0500
  4052. Organization: PSS InterNet Services, InterNet in Fl 904 253 7100
  4053.  
  4054.  
  4055. Dear ole Kevin, the unluckest guy I've ever known. He will probably
  4056. get around 30 years of prison, but will probably get out in about five
  4057. years. I actually wish he would make bail; he would definitly skip the
  4058. country, or attempt it. He is a brilliant person, but took things to
  4059. extremes and didn't get on with his life. I hope the best for him.
  4060.  
  4061.  
  4062. CM
  4063.  
  4064.  
  4065. [TELECOM Digest Editor's Note: There is no possibility of making bail
  4066. since the court refused to set bail. Actually, in most federal courts
  4067. it seems, things go one of two ways: either you are denied bail and
  4068. held pending trial, or you are released on your own 'recognizance', or
  4069. admission of the court's jurisdiction. Federal courts hardly ever ask
  4070. for money as bond; not the way the state courts do. They can, but they
  4071. seem to figure either you are not a danger to the community and smart
  4072. enough to stick around (after all, where would you run to?) or you are
  4073. likely to be a hassle so they keep you. If you have a family to support,
  4074. employment and an employer who is *knowlegeable of the circumstances but
  4075. willing to keep you on and help you* then most federal courts just let
  4076. you go pending trial, and you report to a parole/probation officer in 
  4077. the meantime.  PAT]
  4078.  
  4079. ------------------------------
  4080.  
  4081. From: jlundgre@kn.PacBell.COM (John Lundgren)
  4082. Subject: Re: Kevin Mitnick Captured in Raleigh, NC
  4083. Date: 18 Feb 1995 09:55:14 GMT
  4084. Organization: Pacific Bell Knowledge Network
  4085.  
  4086.  
  4087. I would like to see him get the same treatment that the guy in the 'got 
  4088. milk?' commercial gets.
  4089.  
  4090. How long are his arms?  Three feet or so?  Put a PC with a modem on a
  4091. table outside his cell, about a meter or so away from the bars.  Of
  4092. course, there would be absolutely nothing in the cell to let him
  4093. extend his reach.
  4094.  
  4095. He would be saying, "Is this what Hell is like?"
  4096.  
  4097.  
  4098. John Lundgren - Elec Tech - Info Tech Svcs  
  4099. Rancho Santiago Community College District  
  4100. 17th St. at Bristol \ Santa Ana, CA 92706   
  4101. jlundgre@pop.rancho.cc.ca.us\jlundgre@kn.pacbell.com
  4102.  
  4103. ------------------------------
  4104.  
  4105. Subject: Re: A Strange Man Calls Me About 500
  4106. From: phrantic@UWYO.EDU (THE PILOT)
  4107. Date: 19 Feb 95 18:56:48 MST
  4108. Reply-To: phrantic@UWYO.EDU
  4109.  
  4110.  
  4111. Just curious for a follow up story on this.  PAT promised in a TELECOM
  4112. Digest a follow up story to the 'retired cab driver in NY'.
  4113.  
  4114. So who was that guy??
  4115.  
  4116.  
  4117. [TELECOM Digest Editor's Note: Yeah, who was that masked man, anyway?  PAT]
  4118.  
  4119. ------------------------------
  4120.  
  4121. From: ljj@esr.hp.com (Louis Judice)
  4122. Subject: Re: A Strange Man Calls Me About 500
  4123. Date: 19 Feb 1995 18:41:14 GMT
  4124. Organization: Hewlett Packard
  4125.  
  4126.  
  4127. Patrick,
  4128.  
  4129. Sounds like something out of the "X-Files" ...  
  4130.  
  4131. Remember, Trust No One!    ;)
  4132.  
  4133.  
  4134. /ljj
  4135.  
  4136.  
  4137. [TELECOM Digest Editor's Note: Especially not Kevin Mitnick.   PAT]
  4138.  
  4139. ------------------------------
  4140.  
  4141. From: mweiss@interaccess.com (Mitch Weiss)
  4142. Subject: Re: A Strange Man Calls Me About 500
  4143. Date: Sun, 19 Feb 1995 20:38:00 
  4144.  
  4145.  
  4146. > This happened several days ago. You may remember we had an article here
  4147. > listing the prefixes assigned in 500 service, and the telcos they were
  4148.  
  4149. Hmmmm.  Sounds mighty fishy.  I don't have a clue who he would be. CIA?  
  4150. FBI?  AT&T??
  4151.  
  4152. Anyway, be sure to tell us when you find out!
  4153.  
  4154.  
  4155. Mitchell Weiss     mweiss@interaccess.com
  4156.  
  4157.  
  4158. [TELECOM Digest Editor's Note: I like the way you lumped those three
  4159. all together in the same example: CIA, FBI, AT&T ...   PAT]
  4160.  
  4161. ------------------------------
  4162.  
  4163. From: cashmane@cs.pdx.edu (Elizabeth Cashman)
  4164. Date: Sun, 19 Feb 1995 07:38:53 -0800
  4165. Subject: Re: A Strange Man Calls Me About 500
  4166.  
  4167.  
  4168. In comp.dcom.telecom you write:
  4169.  
  4170. > This happened several days ago. You may remember we had an article here
  4171. > listing the prefixes assigned in 500 service, and the telcos they were
  4172. > assigned to. A day or two after that article appeared, I got a note from
  4173. > the sysadmin here saying he had received a call from someone who wanted
  4174. > to know 'how to get in touch with TELECOM Digest'. Normally any inquiries
  4175.  
  4176.    [snip snip]
  4177.  
  4178. I'll make this short because you get a lot of mail.  Yep, this smells.
  4179. I look forward to your story about this mole in comp.dcom.telecom.
  4180.  
  4181.  
  4182. Elizabeth Cashman === cashmane@cs.pdx.edu === (Portland, OR)
  4183. (one private line, no extras, one 2400b modem on a chair)
  4184.  
  4185. ------------------------------
  4186.  
  4187. Date: Sun, 19 Feb 1995 11:01:11 -0700
  4188. From: Bob Niland <rjn@hpfcma.fc.hp.com>
  4189. Subject: Re: A Strange Man Calls Me About 500
  4190. Organization: Colorado SuperNet
  4191. Reply-To: rjn@csn.net
  4192.  
  4193.  
  4194. In article <telecom15.95.6@eecs.nwu.edu> TELECOM Digest Editor wrote:
  4195.  
  4196. > He told me he was located in Brooklyn, New York, on Avenue U near
  4197. > Flatbush Avenue. He had gone to his local library to see what the
  4198.  
  4199. > I'd like his name and address please, if possible. He wouldn't tell me
  4200. > himself.     
  4201.  
  4202. This sounds suspiciously like a character named "G. Riley", a self-
  4203. proclaimed "psychic detective", buddy of Yuri Geller, and who claims
  4204. to be ex-NYPD.  He was the kill-file poster child in sci.skeptic in
  4205. years past, and since he was long ago added to my kill file, I have no
  4206. idea if he still lurks on the net.
  4207.  
  4208. If so, whatever he is up to, it is unlikely to be of service to you.
  4209.  
  4210.  
  4211. Regards,                   1001-A East Harmony Road
  4212. Bob Niland                 Suite 503
  4213. Internet:  rjn@csn.net     Fort Collins, Colorado  80525   USA
  4214.  
  4215. ------------------------------
  4216.  
  4217. From: pheel@panix.com (Mike Pollock)
  4218. Subject: Re: A Strange Man Calls Me About 500
  4219. Date: 19 Feb 1995 14:08:37 -0500
  4220. Organization: PANIX Public Access Internet and Unix, NYC
  4221.  
  4222.  
  4223. Pat,
  4224.  
  4225. Yes!  I have the oddest feeling that I know who this guy is ... sort of.
  4226.  
  4227. Emmanuel Goldstein, of 2600 magazine, does a weekly telephone-oriented
  4228. radio show on WBAI in New York every Wednesday at 10pm.  A few months
  4229. back the topic turned to exchange names (MUrray Hill, LAckawanna,
  4230. DEcatur, etc.).  Within minutes, this extremely literate sounding guy
  4231. called in and started rattling off dozens of exchange names and their
  4232. histories.
  4233.  
  4234. In the following weeks this guy has called with other telephone related
  4235. trivia, and with every call he displays an almost unnerving amount of both
  4236. knowledge and curiousity about things telephonic.  I believe he's mentioned 
  4237. that he has a 700 number, and/or an 800 number, and/or a 500 number.
  4238. I also recall that he mentioned he lives in Brooklyn!
  4239.  
  4240. Without getting too dramatic, whenever I hear him call I get an almost 
  4241. twilight zone-feeling of eerieness about him.  I wouldn't be at all surprised 
  4242. if this was the guy.
  4243.  
  4244. Call WBAI in New York (call directory assistance for the number) Wednesday 
  4245. nights at 10p Eastern and maybe Emmanuel can point you in the right
  4246. direction, or even get the guy to call.
  4247.  
  4248. I hope that helps, but I'm not sure if I hope I'm right -- or wrong.
  4249.  
  4250. Please keep me posted.
  4251.  
  4252.  
  4253. Mike
  4254.  
  4255.  
  4256. [TELECOM Digest Editor's Note: When I talked to this fellow he was quite
  4257. literate; and everything I challenged him on (how he knew about a site in
  4258. California; how he knew the way to contact site admins here) he had an
  4259. answer for. I sort of tested him also on his knowledge of his immediate
  4260. neighborhood from a very large, detailed map I have of Brooklyn/Queens.
  4261. He has to be around there; he knew much more than even a typical resident
  4262. on things like the *exact* boundary between Brooklyn and Queens. He could
  4263. say without hesitation that the boundary runs down the middle of the 
  4264. Newtown River (Creek?) and 'when you get to Flushing and Metropolitan
  4265. Avenues, at the Onderdonk House then a few yards southwest of there
  4266. ends Queens and starts Brooklyn then it runs southeast on the southwest
  4267. side of the street for several blocks and where Myrtle Avenue crosses
  4268. the boundary between Brooklyn and Queens the boundary dips to the southwest
  4269. and runs a half block down Myrtle Street then it goes southeast again
  4270. until it reaches Bushwick and Highland Boulevard then it turns and goes
  4271. northeast on the north side of Highland, more or less through the middle
  4272. of Highland Park then when that line going straight northeast reaches
  4273. the southwest corner of the Forest Park Golf Club it then drops and goes
  4274. almost straight south crossing Jamaica Avenue at that point and Etna Street
  4275. then a couple blocks later, Atlantic Avenue. As soon as it crosses Atlantic
  4276. Avenue it runs northeast on the south side of Atlantic Avenue for about
  4277. a block then it goes southeast again and crosses Conduit Boulevard at
  4278. the intersection of Pitkin Avenue and a couple blocks later it reaches
  4279. Linden Boulevard where it turns and runs almost straight east for a couple
  4280. blocks with one side of Linden in Brooklyn and the other side in Queens. 
  4281. Then just before Linden reaches Conduit it turns south/southeast again
  4282. for half a mile, southwest for half a mile, south for a couple blocks,
  4283. southwest for a couple more blocks then it makes a sharp angle going
  4284. southeast for about a block and crosses Shore Parkway then out into the
  4285. water ... '   all that in more or less one long sentence. 
  4286.  
  4287. But even though at one point he said to me he was alone there, this was
  4288. not true: Playing along with him a bit further, I remarked that he must
  4289. be in the 77th police district ... that rotten hell hole that ten years
  4290. ago had to be totally cleaned out with a special prosecutor appointed to
  4291. investigate the police, etc. (I know the 77th is north of him a few
  4292. miles, up in Bed-Stuy.) He thinks for a minute and I hear him ask someone
  4293. 'is this the 77th police district' and a second or two later he is back
  4294. and says no it is not. (I forget what number he said it was.) I did not
  4295. comment on the fact that he spoke to someone else after earlier telling
  4296. me no one was there ... that he was home alone just doing some research.
  4297. I suppose a retired cab driver in Brooklyn would know every inch of the
  4298. boundary line with Queens, what streets it ran down, etc.  I still don't
  4299. have an actual name, but I am sure by now EG has seen this and probably
  4300. noted if it is the same person or not.   PAT]
  4301.  
  4302.  
  4303. ------------------------------
  4304.  
  4305. From: gary.novosielski@sbaonline.gov
  4306. Organization: Small Business Administration
  4307. Date: Sat, 11 Feb 95 05:18:41 -0400
  4308. Subject: A Strange Man Calls Me About 500                            
  4309. Reply-to: gnovosielski@mcimail.com
  4310.  
  4311.  
  4312. > He told me he was located in Brooklyn, New York, on Avenue U near
  4313. > Flatbush Avenue. He had gone to his local library to see what the
  4314. > reference librarian could tell him. The librarian gave him a few sources
  4315. > for telecom information and he 'decided' to try this Digest.
  4316.  
  4317. I'd be willing to bet that this guy was one of the listeners to an FM
  4318. radio show called "Off the Hook" which is broadcast Wednesdays from 10
  4319. to 11 pm over listener-sponsored WBAI in New York City on 99.5 MHz.
  4320.  
  4321. The show is hosted and produced by "Emanuel Goldstein," publisher of
  4322. 2600 Magazine, and the alt.2600 newsgroup, and is co-hosted by "Phibre
  4323. Optik," that is except during the year he was in the federal pokey for
  4324. a hacking-related offense.
  4325.  
  4326. Actually, that's not altogether true. Phibre did manage to co-host
  4327. several shows even *while* he was in the federal pokey. Yes, prison
  4328. authorities do keep an approved list of numbers each inmate is
  4329. permitted to dial on the prison COCOTs, and no they probably would
  4330. *not* have approved WBAI's studio number. But they do not seem to have
  4331. ever heard of a feature called Call Forwarding.  But I digress ...
  4332.  
  4333. "Off the Hook" did a segment on 500 numbers on the show one night,
  4334. right around the time the list was published (late in Volume 14) and
  4335. mentioned the list, and the TELECOM Digest issue by number, on the
  4336. air. They gave the mit.edu newsgroup address as well.
  4337.  
  4338. The show takes listener phone calls during roughly the second half
  4339. hour, and one regular caller is a gent who says he's from Brooklyn,
  4340. near Flatbush Avenue. Usually (and mysteriously) he's more often than
  4341. not the first caller on the line each week, independent of which line
  4342. they answer first.
  4343.  
  4344. It's an admitted long-shot, but this may just be your guy. If it is,
  4345. then from the sound of him he's a garden variety phone phreak or
  4346. telecom junkie with time on his hands. As such, he's likely to know
  4347. all about ANI, NPA 700, Belcore, and similar things the general public
  4348. has never heard of, since they're common topics of conversation on the
  4349. show. He's also likely to have a 700 number, a half dozen 800 numbers
  4350. (some of them even his <grin>) but may be quite truthful when he says
  4351. he knows little about computers.
  4352.  
  4353. If he gets to be first in line for the call-in segment the way I suspect 
  4354. he does, he'd need seven to ten POTS lines at his house, and some phones 
  4355. with redial buttons, since NYNEX now times out any don't-answer calls after 
  4356. 25 rings or so.
  4357.  
  4358. If this is your guy, or if he fits this general pattern, then he's
  4359. probably harmless enough.  (Until he learns enough about the Internet
  4360. to be dangerous.)
  4361.  
  4362.  
  4363. Regards,
  4364.  
  4365. GaryN   GPN Consulting   
  4366.  
  4367. ------------------------------
  4368.  
  4369. From: rj_welsh@ix.netcom.com (RJ WELSH)
  4370. Subject: Re: What is Loop Start?
  4371. Date: 19 Feb 1995 23:38:17 GMT
  4372. Organization: Netcom
  4373.  
  4374.  
  4375. In <telecom15.106.5@eecs.nwu.edu> garfield@vanilla.cs.umn.edu (Paul 
  4376. Garfield) writes: 
  4377.  
  4378. > Long ago I remember terms like loop start and ground start as
  4379. > different protocols for handling signaling bits on a T1 line (although
  4380. > I didn't know the details).  Recently I've seen the following terms
  4381. > applied to ANALOG lines: loop start, ground start, wink start, earth
  4382. > recall.  What do these mean?  I always thought all analog lines were
  4383. > the same.
  4384.  
  4385. These terms are most certainly NOT relative to T1 lines!!!  Ther refer
  4386. to analog telephone line "start" signals that indicate to the CO
  4387. (central office) that an off-hook condition exists and dial tone
  4388. services are required.
  4389.  
  4390. Loop start means that both battery and ground leads are present and
  4391. that ground, therefore, is supplied by the CO.  Ground start means
  4392. that a local (local to the off-hook instrument) ground is used and
  4393. represents a "single-lead" subscriber line.  Ground start lines were
  4394. and are not often used since the ground resistance between the
  4395. subscriber and the CO is unpredictable at best and conductor pairs
  4396. (rather than single copper wires) have been in use for a long time
  4397. now.  Wink start indicates a reversal of battery and ground, typically
  4398. for less than 500 milliseconds, and is used for TRUNK, not LINE
  4399. signalling.  I won't waste bandwith correcting misconceptions about
  4400. T1: buy a little book and read it.
  4401.  
  4402. ------------------------------
  4403.  
  4404. From: nagle@netcom.com (John Nagle)
  4405. Subject: Re: What is Loop Start?
  4406. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  4407. Date: Mon, 20 Feb 1995 03:08:26 GMT
  4408.  
  4409.  
  4410. garfield@vanilla.cs.umn.edu (Paul Garfield) writes:
  4411.  
  4412. > Long ago I remember terms like loop start and ground start as
  4413. > different protocols for handling signaling bits on a T1 line (although
  4414. > I didn't know the details).  Recently I've seen the following terms
  4415. > applied to ANALOG lines: loop start, ground start, wink start, earth
  4416. > recall.  What do these mean?  I always thought all analog lines were
  4417. > the same.
  4418.  
  4419.      On normal analog lines, going off-hook can indicate either an
  4420. intent to originate a call or to answer one.  When a subscriber goes
  4421. off-hook with intent to originate but actually answers an incoming
  4422. call, the situation called "glare" has occured.  This is a big problem
  4423. for heavily-used lines used for both incoming and outgoing calls,
  4424. especially when the lines are terminated in a PBX, fax, or modem.
  4425.  
  4426.      So there needs to be some way to distinguish off-hook for
  4427. originate from off-hook for answer, and that's what "ground start" is
  4428. about.  One lead is grounded at off-hook time to make the distinction.
  4429.  
  4430.      Ground start is usually used for PBX lines, but any line can be
  4431. configured as ground start with most modern CO switches.  Some modems
  4432. (not many) will interface to a ground start line.  Callback security
  4433. devices need a ground start line to prevent glare-type spoofing.
  4434.  
  4435.  
  4436. John Nagle
  4437.  
  4438. ------------------------------
  4439.  
  4440. From: noah@rain.org (Matt Noah)
  4441. Subject: Re: What is Loop Start?
  4442. Date: Mon, 20 Feb 95 06:29:09 GMT
  4443.  
  4444.  
  4445. garfield@vanilla.cs.umn.edu (Paul Garfield) wrote:
  4446.  
  4447. > Long ago I remember terms like loop start and ground start as
  4448. > different protocols for handling signaling bits on a T1 line (although
  4449. > I didn't know the details).  Recently I've seen the following terms
  4450. > applied to ANALOG lines: loop start, ground start, wink start, earth
  4451. > recall.  What do these mean?  I always thought all analog lines were
  4452. > the same.
  4453.  
  4454. These are ANALOG line signaling schemes.  Loop Start lines are those
  4455. associated almost exclusively with your POTS phone service at home.
  4456. These same lines may carry additional CO features.  The term Loop
  4457. originates, I believe, from the fact that when a phone set went
  4458. off-hook, a loop current flowed, signaling a line seizure to the CO.
  4459. Ground Start lines were the old pay-phone style lines and analog
  4460. CO-PBX signling lines.  Ground Start was developed, I believe, to
  4461. solve the problem of GLARE on phone lines.  Wink Start has meaning
  4462. both for E&M and Loop/Ground Start signaling.  In basic terms, a
  4463. "wink" is generated when the attached equipment is ready to accept
  4464. dial digits.  If a wink does not appear, there are no dial registers
  4465. available to accept your digits!  It sounds as if you need a good book
  4466. on signaling.  I suggest a trip to your local technical bookstore.
  4467.  
  4468.  
  4469. Matt Noah
  4470.  
  4471. ------------------------------
  4472.  
  4473. From: peterb@melbourne.DIALix.oz.au (Peter Brace)
  4474. Subject: Re: Telstra (Australia) Information Wanted
  4475. Date: 18 Feb 1995 23:57:07 +1100
  4476. Organization: DIALix Services, Melbourne, Australia.
  4477.  
  4478.  
  4479. Last year:
  4480.  
  4481. Figures are $A
  4482.  
  4483. Before tax profit 2.5B
  4484. After tax 1.7B
  4485. Revenue 13.3B
  4486. Spent on network capital investment 1.9B
  4487. Contributes 2.1% of GNP (7.85B)
  4488. 65,000 employees
  4489. 8.8million phone services
  4490. 36million calls/day
  4491.  
  4492.  
  4493. Why do you ask?
  4494.  
  4495. ------------------------------
  4496.  
  4497. From: adp620@lulu.acns.nwu.edu (Antoineta D. Peneva)
  4498. Subject: Re: Telstra (Australia) Information Wanted
  4499. Date: Sat, 18 Feb 1995 16:38:56 -0600
  4500. Organization: Kellogg Graduate School of Management
  4501.  
  4502.  
  4503. In article <telecom15.105.5@eecs.nwu.edu>, as029@un.seqeb.gov.au ( ANTHONY
  4504. SPIERINGS) wrote:
  4505.  
  4506. > For stocks, prognosis etc, perhaps you were thinking of OPTUS the 
  4507. > introduced competion.
  4508.  
  4509. Some valuation information on Optus can be gleaned via the annual report
  4510. of Optus shareholders; eg Mayne Nickless.
  4511.  
  4512. Also:
  4513.  
  4514. Telecom supplies documentation which is tabled in Parliament each
  4515. year; so try your friendly Australian Government Publishing Service
  4516. office (Brisbane or order by phone) or Telecom for a copy.
  4517.  
  4518.  
  4519. Ian Dyson 'idyson@nwu.edu'
  4520. J.L. Kellogg Graduate School of Business
  4521. Northwestern University
  4522.  
  4523. ------------------------------
  4524.  
  4525. From: jlundgre@kn.PacBell.COM (John Lundgren)
  4526. Subject: Re: The Philosophy of CallerID
  4527. Date: 18 Feb 1995 08:26:42 GMT
  4528. Organization: Pacific Bell Knowledge Network
  4529.  
  4530.  
  4531. Dave Levenson (dave@westmark.com) wrote:
  4532.  
  4533. > Pat writes:
  4534.  
  4535. >> Look at me. What do I know about anything, yet I talk all the time.  PAT]
  4536.  
  4537. > Which reminds me of one of my favorite movie lines:
  4538.  
  4539. > Dorothy: "How can you talk if you don't have a brain?"
  4540.  
  4541. > Scarecrow: "I don't know.  But some people without brains do an
  4542. >    awful lot of talking."
  4543.  
  4544. Man, you hit the nail on the head with that one.
  4545.  
  4546. I was reading about Pat's cigarette 'habit' a few posts back, and I
  4547. just watched 20/20's piece about people being addicted to caffiene.
  4548. They used a more acceptable name for it: dependency syndrome, or
  4549. something like that.  Reminds me of the lady that lived in my
  4550. apartments when I was manager.
  4551.  
  4552. She had to go on permanent disability a few years before she retired.
  4553. She had emphysema, but she still smoked.  One time she forgot and lit
  4554. up with the oxygen tubes still in her nose.  Have you ever seen what
  4555. happens to a fire when it's exposed to pure oxygen?  Well, she learned
  4556. that she couldn't do _that_ anymore.
  4557.  
  4558. She was dependent on the oxygen, and if she wanted to go anywhere she
  4559. had to drag along the portable unit, so she often just didn't go.  One
  4560. time she asked me to get her a pack of cigarettes from the store.  I
  4561. said that I didn't want to contribute to her emphysema problem by
  4562. buying her them.  She went off in a huff, saying that she would never
  4563. ask me to buy her cigarettes again.  Fine, I said.
  4564.  
  4565. The next day, she asked if I would go to the store for her, for guess
  4566. what.
  4567.  
  4568. A few years later, the next door neighbor found her on the floor, face
  4569. down, cold and stiff.  No doubt, the smoking contributed to her
  4570. shortened life.
  4571.  
  4572. Cigarettes are indeed a powerful addiction.  BTW, one of the people that 
  4573. they showed on 20/20 was a lady addicted to Mountain Dew.
  4574.  
  4575.  
  4576. John Lundgren - Elec Tech - Info Tech Svcs  
  4577. Rancho Santiago Community College District  
  4578. 17th St. at Bristol \ Santa Ana, CA 92706   
  4579. jlundgre@pop.rancho.cc.ca.us\jlundgre@kn.pacbell.com
  4580.  
  4581.  
  4582. [TELECOM Digest Editor's Note:  Mountain Dew?  Mountain Dew???  Do you
  4583. remember that obnoxious commercial on television a few years ago where
  4584. the ignorant hillbilly stands up and shouts, "Yah hoo!!!  Moun-tain Dew!"
  4585. I can't believe anyone would be addicted to that.  Really?    PAT]
  4586.  
  4587. ------------------------------
  4588.  
  4589. End of TELECOM Digest V15 #107
  4590. ******************************
  4591.     
  4592.     
  4593. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa03177;
  4594.           20 Feb 95 22:51 EST
  4595. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  4596.     id AA08067; Mon, 20 Feb 95 18:09:18 CST
  4597. Return-Path: <telecom>
  4598. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  4599.     id AA08061; Mon, 20 Feb 95 18:09:16 CST
  4600. Date: Mon, 20 Feb 95 18:09:16 CST
  4601. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  4602. Message-Id: <9502210009.AA08061@delta.eecs.nwu.edu>
  4603. To: telecom@eecs.nwu.edu
  4604. Subject: TELECOM Digest V15 #108
  4605.  
  4606. TELECOM Digest     Mon, 20 Feb 95 18:09:00 CST    Volume 15 : Issue 108
  4607.  
  4608. Inside This Issue:                           Editor: Patrick A. Townson
  4609.  
  4610.     Copy of Memo to AT&T re: 500/True Connections (John Shelton)
  4611.     March 7 Bellcore Meeting in DC (Judith Oppenheimer)
  4612.     SL-100 Administration (Jay Borden)
  4613.     Mitnick Chain of Events (Steve Cogorno)
  4614.     500 Service in Canada (Evan Champion)
  4615.     Canadian "Framework" Proceeding (Dave Leibold)
  4616.     New RITIM Working Papers (Leslie Smith)
  4617.     Bell Canada Stumped on 500 Service (Scott A. Montague)
  4618.     Business vs. Residential Rates (Richard Palmer)
  4619.     National Strategies for Telecom Education? (Mikko Usvalehto)
  4620.     Help! - Vertex, DID or ISDN For my Phone Services (Jian Yuan Peng)
  4621.     Cellular Airtime Resellers (Bill Engel)
  4622.     Wanted: Used AT&T Business Telephone Systems (Alex Capo)
  4623.  
  4624. TELECOM Digest is an electronic journal devoted mostly but not
  4625. exclusively to telecommunications topics. It is circulated anywhere
  4626. there is email, in addition to various telecom forums on a variety of
  4627. public service systems and networks including Compuserve and America
  4628. On Line. It is also gatewayed to Usenet where it appears as the moderated
  4629. newsgroup 'comp.dcom.telecom'. 
  4630.  
  4631. Subscriptions are available to qualified organizations and individual
  4632. readers. Write and tell us how you qualify:
  4633.  
  4634.                  * telecom-request@eecs.nwu.edu *
  4635.  
  4636. The Digest is edited, published and compilation-copyrighted by Patrick
  4637. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  4638. or phone at:
  4639.                     9457-D Niles Center Road
  4640.                      Skokie, IL USA   60076
  4641.                        Phone: 500-677-1616
  4642.                         Fax: 708-329-0572
  4643.   ** Article submission address only: telecom@eecs.nwu.edu **
  4644.  
  4645. Our archives are located at lcs.mit.edu and are available by using
  4646. anonymous ftp. The archives can also be accessed using our email
  4647. information service. For a copy of a helpful file explaining how to
  4648. use the information service, just ask.
  4649.  
  4650. *************************************************************************
  4651. *   TELECOM Digest is partially funded by a grant from the              *
  4652. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  4653. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  4654. * project.  Views expressed herein should not be construed as represent-*
  4655. * ing views of the ITU.                                                 *
  4656. *************************************************************************
  4657.  
  4658. Additionally, the Digest is funded by gifts from generous readers such
  4659. as yourself who provide funding in amounts deemed appropriate. Your help 
  4660. is important and appreciated. A suggested donation of twenty dollars per
  4661. year per reader is considered appropriate. See our address above.
  4662.  
  4663. All opinions expressed herein are deemed to be those of the author. Any
  4664. organizations listed are for identification purposes only and messages
  4665. should not be considered any official expression by the organization.
  4666. ----------------------------------------------------------------------
  4667.  
  4668. From: John Shelton <jshelton@parcplace.com>
  4669. Subject: Copy of Memo to AT&T re: 500/True Connections
  4670. Date: Mon, 20 Feb 95 9:48:50 PDT
  4671.  
  4672.  
  4673. [Copy of memo sent to AT&T re problems]
  4674.  
  4675. I would like to report some problems with my AT&T True Connections
  4676. service, and offer some suggestions for feature enhancements. Overall,
  4677. I find this service to be a really good idea; I hope it will
  4678. eventually have all the bugs worked out.
  4679.  
  4680. Current problems:
  4681.  
  4682. Voice quality isn't as good as standard AT&T calls. I notice a
  4683. distinct drop in volume as I am connected to the True Connections
  4684. answering unit.
  4685.  
  4686. Using the call sequencing feature, I cannot get consistent results
  4687. regarding the number of rings.  As a caller, I hear "ringing"
  4688. immediately when each sequence number is tried. But at the remote end,
  4689. the telephone may not start ringing for several seconds. This is
  4690. particularly a problem with my cellular telephone, which may take
  4691. varying lengths of time to start ringing, depending on whether I am in
  4692. my home area or not.  I currently have my sequencing set to a small
  4693. enough number of rings so that my office voice mail does not answer
  4694. (so I can go sequence to the next number), but that results in my
  4695. cellular phone ringing only once, which isn't always enough time to
  4696. answer it.  I think the only practical solution will be for us to be
  4697. able to program a different number of rings with each sequence number.
  4698.  
  4699. AT&T is returning supervision on all 0+500 calls, even when used to
  4700. modify forwarding. I think AT&T should be returning supervision only
  4701. on 0+500 calls when they connect to voice mail or are used to dial
  4702. home (or another number). Purely administrative calls should not
  4703. return supervision.
  4704.  
  4705. My voice mailbox has a different mailbox number and password than my
  4706. 500 number itself.  This means I have to remember four different
  4707. numbers to retrieve my voice mail. I would appreciate being able to
  4708. get voicemail by just entering my 0+500 number and master PIN, then
  4709. following the menu.
  4710.  
  4711. Beeper notification isn't working yet, which makes voice mail somewhat
  4712. awkward. When will this service be working?
  4713.  
  4714. Feature requests:
  4715.  
  4716. I would like to ask for the following features to be considered:
  4717.  
  4718. Allow designation of special numbers the way *H (home) can be
  4719. designated. For example: *C (cellular) *O (office) *P (pager) This
  4720. would speed up both entry of sequence lists, and the reading back of
  4721. sequence lists.
  4722.  
  4723. Allow me to have a voice greeting (ten seconds) played as soon as a
  4724. caller rings my number. I could say something like: "Hi, this is John.
  4725. Please wait for connection to my current phone; if there is no answer,
  4726. I'll be back on to take a message."
  4727.  
  4728. Allow callers direct access to beeper service.  Callers could press a
  4729. key to stop ringing and connect directly to my beeper service.
  4730.  
  4731. When a sequence number is busy, offer the caller a choice of trying
  4732. the next number, going direct to voice mail, or trying again later.
  4733.  
  4734. To make TrueConnections truly useful in the future, local calling
  4735. should become very inexpensive. Right now, my local callers are
  4736. reluctant to call my 500 number instead of a local number, because of
  4737. the cost.  With SS7, it would be possible for AT&T to direct the local
  4738. phone company to re-route the call locally, rather than tying up AT&T
  4739. circuits. As a customer, I'd be happy to pay a nominal fee (10 cents?)
  4740. for such a re-routing, to save my caller per-minute charges. Since
  4741. AT&T switching would be tied up for only a few seconds, the cost to
  4742. AT&T would be minimal.  Expanding TrueConnections in this way should
  4743. allow many more customers to consider the service.
  4744.  
  4745.                          =====================
  4746.  
  4747. [TELECOM Digest Editor's Note: Although I can understand how some of you
  4748. feel about the 0-500 supervision issue, I have to take exception. Why
  4749. should instructing a computer where to send your calls be any different
  4750. than instructing your secretary or a co-worker where to send them? If
  4751. you were using the method which has worked well for many years of calling
  4752. your office and saying to the receptionist, "I will be over at client X
  4753. for a couple of hours if anyone calls ...", would you object to paying for
  4754. the call to your receptionist/secretary to give those instructions? In
  4755. the case of 500 service, you are using AT&T as your receptionist/secretary/
  4756. message taker. Should AT&T and the interim telcos/celcos have to work for
  4757. free?  Your secretary does not work for free. I could understand having
  4758. no supervision until a valid pin number was entered or a calling card
  4759. number; but do you really think you should get the entire administrative
  4760. process for free?  PAT]
  4761.  
  4762. ------------------------------
  4763.  
  4764. From: producer@pipeline.com (Judith Oppenheimer)
  4765. Subject: March 7 Bellcore Meeting in DC
  4766. Date: 20 Feb 1995 12:55:46 -0500
  4767. Organization: Interactive CallBrand(TM)
  4768.  
  4769.  
  4770. March 7 at Bellcore in Washington DC, 2101 L St. NW, 6th floor. 
  4771.  
  4772.  Ad Hoc State Department group on Numbering Issues. 
  4773.  
  4774. Starts at 9 am.  
  4775.  
  4776. Anyone can attend.
  4777.  
  4778. All 800 number users are urged to attend, and be vocal!  
  4779.  
  4780. Protect your 800 numbers!  International Freephone is on the agenda. 
  4781.  Keep an ear/eye open for 888 as well -
  4782.  
  4783. If *your* business were 1 800 FLOWERS, would you want 011 800 FLOWERS
  4784. (proposed International Freephone) and 1 888 FLOWERS (proposed new
  4785. add-on toll-free exchange) alienating and confusing *your* customers,
  4786. and running up your telecom bills with wrong calls that generate no
  4787. sales?  Protect your advertising and branding investments in your 800
  4788. numbers.  Protect your brands and trademarks.
  4789.  
  4790. Protect your business interests.  If you don't, no one will.
  4791.  
  4792.  
  4793. J. Oppenheimer, Producer@Pipeline.com   Interactive CallBrand(TM)
  4794.  
  4795.  
  4796. [TELECOM Digest Editor's Note: The only thing is, the telephone-using
  4797. *public* has to be to some extent responsible for knowing what and
  4798. where they are dialing. {Chicago Tribune} columnist Mike Royko has
  4799. complained several times in the past about how his internal centrex
  4800. number at the newspaper is the same as a very commonly used number by
  4801. AT&T for customer service, minus the 1-800 on the front. Idiots galore
  4802. trying to complain to AT&T about something or other -- after all these
  4803. years -- still do not understand they must dial 1-800 first, so if they
  4804. are in area 312 they get his private unlisted centrex number instead. And
  4805. you know what he wants? He wants AT&T to change *their number* -- so
  4806. that *he* won't get their calls. How do you accomodate idiots and
  4807. fools short of stopping the world and letting everyone get off?
  4808.  
  4809. Do you propose that when the 800 number supply is exhausted we just
  4810. quit having any more? Do you propose that international commerce and
  4811. trade be handicapped by having no uniform way to dial around the world
  4812. with the charges reversed to the called party automatically?  You use
  4813. FLOWERS as an example, and apparently would restrict the use of 356-9377
  4814. where any other 'toll-free' numbering scheme is concerned because the
  4815. Americans got it first and want to protect their brand name. That is all
  4816. well and good, but 1-800-FLOWERS is not the same as 011-800-FLOWERS or 
  4817. 1-888-FLOWERS. Needless to say, its not the same as any local area code
  4818. plus 356-9377, and yet day after day that number gets calls for FLOWERS
  4819. by people who forgot the 1-800. There is a practical limit to how much
  4820. can be done to idiot-proof the phone network. You say its okay to have
  4821. things like 011-800 and 1-888 as long as the existing American 800 users
  4822. can have their numbers grandfathered, or held out of use under the new
  4823. codes?  Well that would put us right back where we are now, with an
  4824. increasingly limited supply of available numbers. Or are you suggesting
  4825. that only the 'big' 800 users get that protection, and the rest of us
  4826. with 800 numbers can live with the nuisance that the corporate clients
  4827. you represent don't wish to tolerate, i.e. 'customer confusion' and 
  4828. having to pay for calls which generated no business, etc?   
  4829.  
  4830. This reminds me of the airline a few years ago which misprinted its 
  4831. schedule book -- thousands of copies distributed -- and gave out the
  4832. number of some hapless individual in error instead. When he called to
  4833. complain, they told him to change *his* phone number. When they later
  4834. found out he was getting rather rude with persistent callers who kept
  4835. telling him he was a liar and that they *knew* they had reached the
  4836. airline, then the airline tried to sue him for force him to change his
  4837. number so that their customers would not be confused. Never once did
  4838. it occur to them to correct their own error and reprint their booklet.
  4839.  
  4840. You may not recall, but the same kind of arguments you are presenting
  4841. here came up twenty or more years ago as AT&T began major expansions of
  4842. 800 service as it was configured back then. Relatively few companies 
  4843. had 800 service in the early 1970's, and those who did often times had
  4844. words made out of the four digit suffixes. Then AT&T opened up a bunch
  4845. of new prefixes and changed the configuration on some already being used
  4846. and suddenly the same words showed up attached to other 800 prefixes
  4847. in other parts of the country. "If I have 800-xxx-FOOD you can't let
  4848. him have 800-yyy-FOOD; too many people will get us confused." That's
  4849. life, sorry. You need to educate your customers *how* to place the
  4850. call, what more can I say?     PAT]
  4851.  
  4852. ------------------------------
  4853.  
  4854. Date: Mon, 20 Feb 1995 13:19:36 -0500
  4855. From: jborden@world.std.com (Jay Borden)
  4856. Subject: SL-100 Administration
  4857.  
  4858.  
  4859. Does anyone have experience with software used to perform administration 
  4860. of an SL-100?  What does Northern provide in this area?  Are there
  4861. third party apps?  I'm looking at basic add/move/change function
  4862. support, and whatever else is available.
  4863.  
  4864. Please mail me directly with your responses.  If there's sufficient 
  4865. interest, I'll summarize and repost for the group.
  4866.  
  4867.  
  4868. Thanks,
  4869.  
  4870. jay b
  4871.  
  4872. ------------------------------
  4873.  
  4874. From: cogorno@netcom.com (Steve Cogorno)
  4875. Subject: Mitnick Chain of Events
  4876. Date: Mon, 20 Feb 1995 10:19:50 PST
  4877.  
  4878.  
  4879. I thought this would be of interest to the group.
  4880.  
  4881.  
  4882. Steve   cogorno@netcom.com
  4883.  
  4884.                     NETCOM HELPS PROTECT THE INTERNET
  4885.  
  4886. - A Letter from CEO Bob Rieger to Our Customers -
  4887.  
  4888. I know many of you are interested in NETCOM's involvement with the
  4889. arrest of Kevin Mitnick, and how this may impact you, if at all, as a
  4890. NETCOM subscriber.  First, let me supply a chronology of events:
  4891.  
  4892. 1. In a routine security check, NETCOM discovered a misappropriated file.
  4893. As a result, we began an investigation to trace what appeared to be a
  4894. security breach.
  4895.  
  4896. 2. At about the same time, the WELL (a small Sausalito-based on-line
  4897. provider) was investigating an account with an unexpectedly large
  4898. amount of disk usage. In the course of this investigation, they
  4899. discovered suspicious material which included items believed illicitly
  4900. obtained from well-known network security expert Tsutomu Shimomura's
  4901. computer.  Mr. Shimomura performed network monitoring at the WELL, and
  4902. determined that the account was being accessed from a number of sites,
  4903. including NETCOM.
  4904.  
  4905. 3. The WELL contacted NETCOM for assistance in tracking the source of
  4906. the security breach.
  4907.  
  4908. 4. A day or two later, the FBI contacted NETCOM and requested NETCOM's
  4909. active involvement in the broadening investigation of the suspicious
  4910. activities at the WELL.
  4911.  
  4912. 5. NETCOM caucused with representatives of the WELL, the FBI, the U.S.
  4913. Attorney's Office, Mr. Shimomura, and Julia Menapace (an independent
  4914. computer consultant and associate of Mr. Shimomura).
  4915.  
  4916. 6. Following the conversation, it was decided that the best vantage point
  4917. for further tracking of these activities was NETCOM's Network Operations
  4918. Center.
  4919.  
  4920. 7. NETCOM operations staff joined their efforts with Mr. Shimomura and
  4921. his associates to trace the suspect intrusions to a particular telephone
  4922. modem in NETCOM's Raleigh, N.C. site.
  4923.  
  4924. 8. At that point, the U.S. Justice Department subpoenaed the local
  4925. telephone carrier for records of dial-ins at specific times to this
  4926. modem. It became apparent that the telephone company's switch
  4927. equipment had been compromised, so that these records could not be
  4928. obtained.  However, the Justice Department found another method for
  4929. making a match.
  4930.  
  4931. 9. With this information, the Justice Department knew the approximate
  4932. location of the originating call.
  4933.  
  4934. 10. Mr. Shimomura flew to Raleigh and used cellular tracking equipment
  4935. to locate the apartment building the calls were coming from. Eventually, 
  4936. the calls were traced to an individual apartment, and Mr.  Mitnick was
  4937. arrested.
  4938.  
  4939. ------------------------------
  4940.  
  4941. Date: Mon, 20 Feb 1995 18:59:06 +0000 
  4942. From: evan champion <evanc@bnr.ca>
  4943. Subject: 500 Service in Canada 
  4944. Organization: Bell Northern Research 
  4945.  
  4946.  
  4947. Is 500 service beeing offered by Bell Canada yet (or will it be
  4948. offered in the future), and what costs should I expect for making use
  4949. of 500 service if and when it is available here?
  4950.  
  4951.  
  4952. Thanks!
  4953.  
  4954. Evan
  4955.  
  4956. ------------------------------
  4957.  
  4958. Date: Sun, 19 Feb 1995 22:57:50 EST
  4959. From: Dave Leibold <dleibold@gvc.com>
  4960. Subject: Canadian "Framework" Proceeding
  4961.  
  4962.  
  4963. [from Bell News, 6 Feb 1995 - content is Bell Canada's]
  4964.  
  4965. Framework proceeding gets underway
  4966.  
  4967. Carrying many of the same principles underlying our recent corporate
  4968. reorganization forward into the regulatory arena, Bell and other
  4969. members of the Stentor alliance filed evidence with the CRTC in
  4970. support of the split rate base approach to regulation, on January 31.
  4971.  
  4972. Splitting the rate base, an important element of the CRTC's regulatory
  4973. review decision issued last September, means assigning the company's
  4974. costs and revenues to two distinct segments of our business - competitive 
  4975. and utility - using the CRTC-approved Phase III costing methodology.
  4976.  
  4977. On the utility side, the CRTC would continue to regulate under the 
  4978. traditional rate base, rate of return regulation until January 1998 (when 
  4979. price caps are scheduled to be introduced).
  4980.  
  4981. On the competitive side, we sink or swim on our own. Competitive areas
  4982. of our business will no longer be part of the regulated rate base, and
  4983. there will be no predetermined level of profitability associated with
  4984. competitive service revenues.
  4985.  
  4986. Unlike the other telephone companies, Bell did not include a financial
  4987. forecast for 1995 as part of this filing, but anticipates doing so by
  4988. March 20. The company's new management team is in the process of
  4989. establishing a specific forecast for 1995 as part of a three-year
  4990. transition plan.
  4991.  
  4992. The January filing was the initial step in preparation for a public
  4993. hearing to be held beginning May 8, in Hull, Quebec.
  4994.  
  4995. The proceeding will also address such issues as contribution, rate
  4996. rebalancing, and investment in the Beacon Initiative, as well as Canada/
  4997. U.S. cost comparisons in the delivery of long distance services.
  4998.  
  4999. The public hearing is expected to last about eight weeks.
  5000.  
  5001.                  --------------------------
  5002.  
  5003. David Leibold -+- dleibold@gvc.com -+- aa070@freenet.toronto.on.ca
  5004.  
  5005. ------------------------------
  5006.  
  5007. Date: Mon, 20 Feb 95 12:38:24 CST
  5008. From: leslie_smith@wiltel.com
  5009. Subject: New RITIM Working Papers
  5010.  
  5011.  
  5012. Dear TELECOM Digest,
  5013.  
  5014.     WilTel is pleased to announce the addition of new RITIM working 
  5015. pages to our Telecom Library.  We thought that some of your readers might 
  5016. also enjoy seeing what the researchers at RITIM are finding.  Thanks for 
  5017. allowing us to share with you and your readers.
  5018.  
  5019.  
  5020. Leslie Smith
  5021.  
  5022.     
  5023.     RITIM's New Working Papers
  5024.     URL:   http://www.wiltel.com/ritim/ritim.html
  5025.  
  5026.     WilTel is pleased to announce that The Research Institute for
  5027. Telecommunications and Information Marketing (RITIM) has recently
  5028. released new working papers now available on the Internet via WilTel.
  5029. The new RITIM working papers cover aspects of marketing research that
  5030. shed light on some of the behaviors, organizations, and strategies of
  5031. the telecommunications and information technology industries.  The
  5032. RITIM working papers also present results of case studies, conceptual
  5033. work, reviews, and research projects undertaken by researchers
  5034. interested in telecommunications and other information-related
  5035. industries.  RITIM working papers provide convenient, timely, and free
  5036. access to the valuable research completed by RITIM sponsored
  5037. researchers.
  5038.  
  5039.     Topics of the newly released RITIM working papers include:
  5040.  
  5041.         - The Marketing Challenge:  When services compete     
  5042.           with products
  5043.  
  5044.         - Acceptance of New Information and Communication     
  5045.           Services:  A strange framework
  5046.  
  5047.         - Impact of Organizational Size, Number of Sites, and     
  5048.           Line Business on Telecommunications
  5049.  
  5050.         - The Changing Information Business:  Towards     
  5051.           content-based competition
  5052.  
  5053.     RITIM's goal is to be the premier academic research center
  5054. dealing with the different markets, organizations, behaviors, and
  5055. strategies of the evolving telecommunications and information
  5056. technology industries.  If you would like to learn more about the
  5057. exciting research RITIM has supported, you can access the RITIM papers
  5058. at URL: http://www.wiltel.com/ritim/ritim. The RITIM working papers
  5059. are the property of RITIM.  WilTel is proud to provide the World Wide
  5060. Web interface that gives interested readers insight into the
  5061. happenings at RITIM .
  5062.  
  5063. ------------------------------
  5064.  
  5065. From: 4sam3@qlink.queensu.ca (Montague Scott A)
  5066. Subject: Bell Canada Stumped on 500 Service
  5067. Date: 10 Feb 1995 23:44:18 GMT
  5068. Organization: Queen's University, Kingston
  5069.  
  5070.  
  5071. Well, it was bound to happen. What was, in myu opinion the best phone
  5072. company in North America, has let me down.  The problem?  Bell Canada has 
  5073. never heard of 500 service.  A quick call to Pat's number using both 1- 
  5074. and 0- gave me a "bad number" message.  So, I got online with a Bell 
  5075. Canada operator, and she told me "sorry, I don't know of the 500 area 
  5076. code".  I explained what the service was, and she said that she'd be glad 
  5077. to pass me on to the business office.  I subsequently talked to Terry at 
  5078. the business office, and explained the deal.  He called (while I waited) 
  5079. the product lines for Bell, and all the others he could think of, all to 
  5080. no avail.
  5081.  
  5082.     Terry has subsequently promised me to get back to me on the
  5083. problem, and try to solve the missing NPA.  Unfortunatly, Terry's going 
  5084. away on vacation for two weeks, so he'll continue the investigation after-
  5085. ward.  I politely suggested that he refer the problem to someone else
  5086. while he was gone, but he said "I think I know what you are talking
  5087. about, and I don't think I could explain it easily to someone else"
  5088. (PARAPHRASE).  Oh well.  Terry will call me back with the results.
  5089.  
  5090.     I called 1-800-CALLATT; they didn't know what 500 was about; 
  5091. until I persisted.  He can't connect me though.
  5092.  
  5093.     Can't wait 'till I can chat with you, Pat!
  5094.  
  5095.  
  5096. Scott
  5097.  
  5098. Personal reply? Send E-Mail to 4sam3@qlink.queensu.ca for a PGP public key.
  5099. Keep your friends close...
  5100.  
  5101.  
  5102. [TELECOM Digest Editor's Note: I still talk to people from AT&T who never
  5103. heard of 500 service; have no idea what it is and consider it a figment
  5104. of my imagination. Very few of the operators seem to know anything about
  5105. it; they deny such numbers exist, etc. You'd think someone would tell them
  5106. so they would know how to assist customers; but then, maybe its me who is
  5107. unclear on the concept.   PAT]
  5108.  
  5109. ------------------------------
  5110.  
  5111. From: rdp@palmer.com (Richard Palmer)
  5112. Subject: Business vs. Residential Rates
  5113. Date: Mon, 20 Feb 1995 18:24:22 GMT
  5114. Organization: RD & MA Palmer MD PMC
  5115.  
  5116.  
  5117. What are the criteria that the phone company uses to determine if they
  5118. can charge business or residential rates to lines in a person's home?
  5119. Does this vary from state to state?  Are the criteria mandated by the
  5120. state public service commission?
  5121.  
  5122.  
  5123. richard.palmer@palmer.com
  5124.  
  5125.  
  5126. [TELECOM Digest Editor's Note: Generally if the street address where
  5127. service is being installed is known to be an address where business is
  5128. conducted (i.e. a store front, an office building, etc) then business
  5129. service is required there *unless the subscriber can prove that the
  5130. address is used exclusively as a residence*.  A listing or lack of same
  5131. in the directory (non-pub service) is of no consideration since many
  5132. businesses do have non-pub lines.
  5133.  
  5134. If the street address is known to be residential, then residential service
  5135. is offered to the customer unless the customer states that the phone will
  5136. be used primarily for business-related conversations *or* if the subscriber
  5137. requests a directory listing in a business (or shall we say non-strictly
  5138. residential, in order to include schools, churches, organizations, etc)
  5139. name. Business and residential service can be mixed at an address which is
  5140. residential in nature but residence service cannot be mixed with business
  5141. service at an address which is commercial in nature. That is, you can have
  5142. business service in your home if desired, but you may not have residence
  5143. service in your business, *even if you live there, for instance in the
  5144. back room of the store, etc*. 
  5145.  
  5146. Requests for entries in the telephone book of a business nature always
  5147. require business service. Furthermore, if the requested entry appears
  5148. to telco to have been fabricated or devised only for the purpose of
  5149. manipulating the position of the listing in the directory, then telco
  5150. can require proof that such entry is in fact a name under which the 
  5151. business is known, for example by seeing copies of incorporation papers
  5152. or business license documents. Since listings are sorted in strict
  5153. alphabetical order with duplications further sorted in alpha order by
  5154. street name and with continued duplications further sorted in numerical
  5155. order by number on the street (in other words, John A. Smith at 1234
  5156. Main Street would appear ahead of John A. Smith at 2345 Main Street) and
  5157. remaining duplications sorted by phone number (so that two instances of
  5158. John A. Smith at 1234 Main Street would appear with the one whose 
  5159. number was 123-4567 listed ahead of the one whose number was 123-4579),
  5160. should a subscriber choose to be listed simply as 'A' then telco has
  5161. the right to demand proof of such a name. Likewise any residential or
  5162. business listing demanded where the name would otherwise be an offensive
  5163. word can be challenged. ("Are you certain your name is Mr. Fu-k?").   PAT]
  5164.  
  5165. ------------------------------
  5166.  
  5167. Subject: National Strategies For Telecom Education?
  5168. From: Mikko Usvalehto <mikko.usvalehto@macpost.dipoli.hut.fi>
  5169. Date: Mon, 20 Feb 95 17:40:01 +0200
  5170.  
  5171.  
  5172. Here in Helsinki University of Technology we are discussing what is
  5173. the best way to coordinate telecom education in national level.
  5174.  
  5175. Telecom business environment (both for operators and equipment
  5176. manufacturers) is turbulent and technology competence needs of the
  5177. telecom companies changes rapidly.
  5178.  
  5179. Universities and institutes of technology have difficulties to follow
  5180. the changes in business and also difficulties to provide education and 
  5181. continuing education, which satisfies companies' needs.
  5182.  
  5183. We are interested in to know more about how telecom education is 
  5184. organised in different countries and is there any national strategies 
  5185. for telecom education ?
  5186.  
  5187. If you have information on how telecom education has been organised
  5188. in your country, then please contact:
  5189.  
  5190. mikko.usvalehto@hut.fi
  5191.  
  5192.  
  5193. Mikko Usvalehto
  5194. Helsinki University of Technology, FINLAND
  5195.  
  5196. ------------------------------
  5197.  
  5198. From: jypeng@netcom.com (Jian Yuan Peng)
  5199. Subject: Help! - Vertex, DID or ISDN For My Phone Services
  5200. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  5201. Date: Mon, 20 Feb 1995 19:20:53 GMT
  5202.  
  5203.  
  5204. Hi,
  5205.  
  5206. Can you educate me about my question?
  5207.  
  5208. This my first time to setup a telephone services, I have the following
  5209. requirements:
  5210.  
  5211. I want to setup three service lines and one support line. the service
  5212. lines are 800 numbers (one 800 number from MCI). I want to accept
  5213. three customers at same time. We plan to expand up to eight service
  5214. lines in the future.  For examples, If first customer calls in, then
  5215. line one will answer.  If other customers call in at the same time,
  5216. when line one is busy, line two will answer. Same as line three, if
  5217. line two is busy.  The support line is not the 800 number. On that, the
  5218. caller pays the toll.
  5219.  
  5220. I have asked the hardware ventor, software ventor, and Pacbell about
  5221. what kind of system I plan to setup. They told me different answers.
  5222. Hardware ventor told me I need a DID system. Software vendor told me
  5223. that I need a vertex system form my local telephone company. The
  5224. Pacbell person told me (she recommended me) that I should rent a ISDN
  5225. line. It seems to me that one of DID, Vertex or ISDN will work for me.
  5226. The MCI told me they can broadcast the incoming call to all of three
  5227. lines (all of them will ring as the same time.) if I want. I was so
  5228. confused by all of them!
  5229.  
  5230. Can you tell me what is difference between them? Can I extend to eight
  5231. lines system later? Which is the lower cost? I also look into further,
  5232. whether we need a T1 line (up to 24 lines) in two years later. Can we
  5233. move smoothly from this current setup to 24 lines later? Any recommend-
  5234. ations?
  5235.  
  5236. Thank you for your information.
  5237.  
  5238.  
  5239. Jian Yuan Peng jypeng@netcom.COM
  5240. 650 Castro Street, Suite 120-265, Mountain View, CA94041
  5241.  
  5242.  
  5243. [TELECOM Digest Editor's Note: Oh, my goodness, my goodness. They are
  5244. all going to sell you and oversell you. Forget every bit of what they
  5245. told you and let's start over.
  5246.  
  5247. Go to PacBell and say one thing:  "I want four lines. Three are to be
  5248. in a hunt group where the first hunts the second then the third. I 
  5249. want a fourth line which stands alone, not in the hunt group." Period.
  5250. That's all you ask for. Do whatever they say or request in the way of
  5251. credit requirements to get the lines installed and operating. As soon
  5252. as the lines are installed -- and earlier, if you can get the number
  5253. for the main line, and are sure it will be correct -- then you call up
  5254. MCI -- if that's your pleasure, but I could make other suggestions -- and
  5255. you tell them "I want an 800 number, and I want it to be pointed to
  5256. xxx-xxxx" (whatever the number is PacBell assigned you as the lead number
  5257. in your group of three lines.)  Period. That's all you say to them. 
  5258.  
  5259. When MCI turns on your 800 number and points it to the main number in
  5260. your group of three lines, everything you wanted will be accomplished.
  5261. If a second or third person calls your 800 number while it is in use
  5262. then those calls will be directed -- just like the first one -- to your
  5263. main listed number. When those overflow calls hit PacBell, the local
  5264. telco will put them on your overflow hunt lines two and three. MCI does
  5265. not need to know *how* you are handling those calls (that in reality 
  5266. they are going in your hunt group somewhere) nor does PacBell need to
  5267. know (nor do they care) where the calls are coming from, just that when
  5268. they get them they put them on line one, then two and three as needed.
  5269.  
  5270. You will want to make sure that your MCI 800 number has the capability
  5271. of handling more than one inbound call at a time; there are a few
  5272. out there that literally require you to have an '800 hunt group' with
  5273. the inherent extra monthly service charges for each line, but most do
  5274. not. Their switches are capable of taking 800 calls en-masse for you
  5275. as long as you have somewhere to terminate them on your end. 
  5276.  
  5277. Meantime, that single line not part of the hunt group is sitting there
  5278. and taking calls. You advertise its regular number so the caller has
  5279. to dial that and pay for it.  Next year if your business is still around
  5280. and prospering and you need another five lines to make eight in total
  5281. you call PacBell again and you say "I want five more lines in my existing
  5282. hunt group."  Period.  
  5283.  
  5284. Don't get them all confused using terms like T-1 and vertex and DID. That
  5285. way they won't get you confused with their conflicting (and frankly, sales-
  5286. oriented) answers.  You don't need DID and a T-1 ... what are you running,
  5287. the phone room for the Shopping Channel?   <grin>    PAT]
  5288.  
  5289. ------------------------------
  5290.  
  5291. From: Engel2@ix.netcom.com (Bill & Susan Engel)
  5292. Subject: Cellular Airtime Resellers
  5293. Date: 20 Feb 1995 20:03:49 GMT
  5294. Organization: Netcom
  5295.  
  5296.  
  5297. I have been trying to find the names of resellers of cellular air time
  5298. (if such resellers exist) that are active in the Phoenix, AZ metro
  5299. area.  I have contacted the Cellular Resellers Association to no avail.
  5300.  
  5301. Does anyone have any info regarding this?
  5302.  
  5303. Thanks for any help!
  5304.  
  5305. ------------------------------
  5306.  
  5307. Date: Mon, 20 Feb 95 13:45:19 PST
  5308. From: alex capo <farmstead@ping.ping.com>
  5309. Subject: Wanted: Used AT&T Business Telephone Systems
  5310.  
  5311.  
  5312. Our company buys and sells used AT&T equipment.
  5313.  
  5314. For more information you may contact me at 1-800-469-5707.
  5315.  
  5316.  
  5317. Thanks!
  5318.  
  5319. Alex Capo <acapo@farmstead.ping.com>
  5320.  
  5321. ------------------------------
  5322.  
  5323. End of TELECOM Digest V15 #108
  5324. ******************************
  5325.     
  5326.     
  5327. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa04531;
  5328.           21 Feb 95 1:24 EST
  5329. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  5330.     id AA10946; Mon, 20 Feb 95 20:37:08 CST
  5331. Return-Path: <telecom>
  5332. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  5333.     id AA10939; Mon, 20 Feb 95 20:37:05 CST
  5334. Date: Mon, 20 Feb 95 20:37:05 CST
  5335. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  5336. Message-Id: <9502210237.AA10939@delta.eecs.nwu.edu>
  5337. To: telecom@eecs.nwu.edu
  5338. Subject: TELECOM Digest V15 #109
  5339.  
  5340. TELECOM Digest     Mon, 20 Feb 95 20:37:00 CST    Volume 15 : Issue 109
  5341.  
  5342. Inside This Issue:                           Editor: Patrick A. Townson
  5343.  
  5344.     Book Review: "Minding Your Cybermanners on the Internet" by Rose (R Slade)
  5345.     Cellular "Auto-Registration (Rick Edwards)
  5346.     Weird "Prime Number" and Other Messages 800 Number (Douglas Reuben)
  5347.     About 36XX Numbers in France (Romain Fournols)
  5348.     Yes, Yung'uns. CNID -is- Logged at Your Local CO (Danny Burstein)
  5349.     Technopolitics: New Pre-Airdate PBS Transcript of Debate (Jeff Richards)
  5350.     Pair Gain Line Problem, Please Help (Matt Lennig)
  5351.     Voice Mail/Office Premise Forwarding/Conference? (Sam Seidman)
  5352.     Request For Information About SDH (Willy Gan)
  5353.     Residential Pre-Pay Service (Keith Laaks)
  5354.     Wanted: Cellular Channel Measurements (Mark Douglas)
  5355.     Reprogramming a Cellular Phone (Wayne Linville)
  5356.     A Tip When Working With Electricity (Bob Mueller)
  5357.  
  5358. TELECOM Digest is an electronic journal devoted mostly but not
  5359. exclusively to telecommunications topics. It is circulated anywhere
  5360. there is email, in addition to various telecom forums on a variety of
  5361. public service systems and networks including Compuserve and America
  5362. On Line. It is also gatewayed to Usenet where it appears as the moderated
  5363. newsgroup 'comp.dcom.telecom'. 
  5364.  
  5365. Subscriptions are available to qualified organizations and individual
  5366. readers. Write and tell us how you qualify:
  5367.  
  5368.                  * telecom-request@eecs.nwu.edu *
  5369.  
  5370. The Digest is edited, published and compilation-copyrighted by Patrick
  5371. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  5372. or phone at:
  5373.                     9457-D Niles Center Road
  5374.                      Skokie, IL USA   60076
  5375.                        Phone: 500-677-1616
  5376.                         Fax: 708-329-0572
  5377.   ** Article submission address only: telecom@eecs.nwu.edu **
  5378.  
  5379. Our archives are located at lcs.mit.edu and are available by using
  5380. anonymous ftp. The archives can also be accessed using our email
  5381. information service. For a copy of a helpful file explaining how to
  5382. use the information service, just ask.
  5383.  
  5384. *************************************************************************
  5385. *   TELECOM Digest is partially funded by a grant from the              *
  5386. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  5387. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  5388. * project.  Views expressed herein should not be construed as represent-*
  5389. * ing views of the ITU.                                                 *
  5390. *************************************************************************
  5391.  
  5392. Additionally, the Digest is funded by gifts from generous readers such
  5393. as yourself who provide funding in amounts deemed appropriate. Your help 
  5394. is important and appreciated. A suggested donation of twenty dollars per
  5395. year per reader is considered appropriate. See our address above.
  5396.  
  5397. All opinions expressed herein are deemed to be those of the author. Any
  5398. organizations listed are for identification purposes only and messages
  5399. should not be considered any official expression by the organization.
  5400. ----------------------------------------------------------------------
  5401.  
  5402. Date: Sun, 19 Feb 1995 22:16:37 EST
  5403. From: Rob Slade <roberts@mukluk.decus.ca>
  5404. Subject: "Minding Your Cybermanners on the Internet" by Rose
  5405.  
  5406.  
  5407. BKCBRMNR.RVW   950120
  5408.  
  5409. "Minding Your Cyber-Manners on the Internet", Rose, 1994, 1-56761-521-X,
  5410. U$12.99/C$16.99
  5411. %A   Donald Rose drose@pro-palmtree.socal.com
  5412. %C   201 West 103rd Street, Indianapolis, IN 46290
  5413. %D   1994
  5414. %G   1-56761-521-X
  5415. %I   Alpha Books
  5416. %O   U$12.99/C$16.99 75141.2102@compuserve.com
  5417. %P   194
  5418. %T   "Minding Your Cyber-Manners on the Internet"
  5419.  
  5420. Ignoring the "smiley" books (BKSMILEY.RVW and BKSMLDCT.RVW) and one
  5421. rather generic guide to grammar, out of the hundreds of books
  5422. published so far on the subject of the Internet, this is only the
  5423. second to be devoted to the etiquette of network communications (after
  5424. Shea's "Netiquette", cf BKNTQUTT.RVW).  It is a valuable and worthwhile 
  5425. addition.
  5426.  
  5427. Coverage of the topic is very broad-ranging, although it is not, perhaps, 
  5428. complete.  The material is very practical, with lists of do's and
  5429. don'ts, summaries, and question-and-answer sections.  Rose has a
  5430. professional grasp of humour, and it is used extensively and
  5431. effectively throughout.
  5432.  
  5433. The book is not without problems.  There is a shortage of explanation
  5434. of the "why" on various topics.  There is a chapter on how flames
  5435. start (and a pretty good one) -- but not until chapter six.  Rose
  5436. recommends against the spread of "dying child" letters--but doesn't
  5437. explain the situation behind the Craig Shergold stories, nor the
  5438. related "Neiman-Marcus cookie" legend or the "FCC Modem Tax" rumours.
  5439. He mentions the frequent administrative mis-posts on mailing lists,
  5440. but not how to avoid doing them.
  5441.  
  5442. Some specific recommendations are questionable.  He suggests the use
  5443. of abbreviations and "cyberese" (the acronyms of common phrases, like
  5444. BTW for "by the way") as a means of keeping messages short.  This is
  5445. no longer considered good etiquette, as it is highly confusing to
  5446. newcomers -- and oldtimers as well, in certain cases.  (In fact, the
  5447. book contradicts itself at this point, recommending both for and
  5448. against abbreviations, on a single page.)  (Some may also consider the
  5449. repeated promotion of Kent's "The Complete Idiot's Guide to the
  5450. Internet" (BKIDTINT.RVW) and "The Complete Idiot's Next Step on the
  5451. Internet" (sorry, haven't seen it yet) almost to constitute "spamming"
  5452. within this book, itself.)
  5453.  
  5454. I definitely recommend this work for all Internet users, and particularly 
  5455. newcomers.  I very much hope future editions will extend a work well begun.
  5456.  
  5457.  
  5458. copyright Robert M. Slade, 1995   BKCBRMNR.RVW   950120. Distribution
  5459. permitted in TELECOM Digest and associated publications. Rob Slade's book
  5460. reviews are a regular feature in the Digest.
  5461.  
  5462.  
  5463. Vancouver      ROBERTS@decus.ca    
  5464. Institute for  Robert_Slade@sfu.ca 
  5465. Research into  rslade@cue.bc.ca    
  5466. User           p1@CyberStore.ca    
  5467. Security       Canada V7K 2G6      
  5468.  
  5469. ------------------------------
  5470.  
  5471. From: rick.edwards@cabin.com (Rick Edwards)
  5472. Subject: Cellular "Auto-Registration"
  5473. Date: Mon, 20 Feb 1995 15:29:00 GMT
  5474. Organization: The Charlatan's Cabin BBS, Los Angeles CA (213) 654-7337
  5475.  
  5476.  
  5477. There has been an ongoing discussion on another network regarding
  5478. "auto-registration" in the present analog NAMPS system. It appears that
  5479. no one on that network can give a definitive answer as to exactly how it
  5480. works.  So I am leaving a message here hoping (knowing) that someone
  5481. will have the correct answers.
  5482.  
  5483. Some of the questions we have regarding auto-registration on a cellular
  5484. phone (system) are:
  5485.  
  5486. 1) Does the individual phone transmit it's MIN/ESN pair on powerup after
  5487. finding an appropriate control channel?
  5488.  
  5489. 2) If indeed the phone transmits it's ID upon powerup, why is it apparently 
  5490. ignored by some systems (AirTouch in Los Angeles)?
  5491.  
  5492. 3) What would be the typical amount of time between auto-registration
  5493. requests on most cellular systems? (I know this varies on system usage,
  5494. software, etc. but would like a "ballpark" number).
  5495.  
  5496. 4) How exactly does the cellular system request an ID from each phone
  5497. and keep it orderly? (IE..does it go by ESNs? How are collisions
  5498. prevented from multiple phones? etc.)
  5499.  
  5500. 5) How do cellular systems treat older phones (without auto-registration) 
  5501. when trying to ring them (phone call to phone)?
  5502.  
  5503. I'm sure I've skipped a couple of obvious questions but if someone
  5504. could enlighten me with answers to these questions, I would greatly
  5505. appreciate it.
  5506.  
  5507.  
  5508. Regards,
  5509.  
  5510. Rick Edwards
  5511.  
  5512. ------------------------------
  5513.  
  5514. From: dreuben@netcom.com (CID Tech/INSG)
  5515. Subject: Weird "Prime Number" and Other Messages 800 Number
  5516. Date: Mon, 20 Feb 1995 14:03:02 PST
  5517.  
  5518.  
  5519. Late one night last week, while trying to reprogram one of my own
  5520. 800 numbers, I accidentally dialed (800) 254-0133.
  5521.  
  5522. What I got was: "<sigh> The number you have reached, 6 7 7 - 4 4 4 4,
  5523. is not a working number. It's prime factors are 2 and 3,387,2222 (or
  5524. something). Thank you".
  5525.  
  5526. I tried it a number of times, and it kept giving me the same thing. 
  5527.  
  5528. Today, just to convince myself that I did indeed hear that, I tried it
  5529. again, but this time got: The number you have reach, 677-4444 is not
  5530. is service ... Bucko!".
  5531.  
  5532. Anyhow, just another 800 forwarded to some weird destination, I guess.
  5533.  
  5534.  
  5535. Doug
  5536.  
  5537. dreuben@netcom.com    CID Technologies/Interpage NSG    (203) 499 - 5221
  5538.  
  5539. ------------------------------
  5540.  
  5541. Date: 20 Feb 95 11:52:46 EST
  5542. From: ROMAIN FOURNOLS <100431.1672@compuserve.com>
  5543. Subject: About 36XX Numbers in France
  5544.  
  5545.  
  5546. Here are some information about special numbers, toll free and special charges
  5547. services/calls, in France for anybody interested in.
  5548.  
  5549. Here you have a list of the special 36XX or 36XXXXXX numbers for special use
  5550. (update in 1994).
  5551.  
  5552. First 4    
  5553. Digits  Service                                         Number
  5554.  
  5555. 3600      No more used                           3600
  5556. 3601      KIOSQUE MICRO (computer charge calls)        3601XXXX
  5557. 3602      TRANSPAC (data transmisssion)             3602
  5558. 3603      TRANSPAC (data transmisssion)            3603
  5559. 3605      TOLL-FREE TELETEL (MINITEL) Calls        3605XXXX
  5560. 3606      TRANSPAC (data transmisssion)            36062424
  5561. 3607     Minitel test number (France Telecom use)    360736XX
  5562. 3608      TRANSPAC(data transmisssion)             36086464
  5563. 3609     ALPHAPAGE (pager, messages sent by minitel)    3609XXXX
  5564. 3610     France Telecom Calling Card Number        3610
  5565. 3611     Electronic directory by minitel (DOM-TOM)       3611
  5566. 3612      MINICOM (Special Mail by Minitel)               3612
  5567. 3613      VIDEOTEX TELETEL1  (Minitel 1st rate)           3613
  5568. 3614      VIDEOTEX TELETEL2  (Minitel 2nd rate)          3614
  5569. 3615      VIDEOTEX TELETEL3  (Minitel 3rd rate)           3615
  5570. 3616      KIOSQUE TELEMATIQUE PROF. (Minitel 4th rate)    3616
  5571. 3617      KIOSQUE TELEMATIQUE PROF. (Minitel 5th rate)     3617
  5572. 3618      COM. MINITEL A MINITEL (Minitel to Minitel use)    3618
  5573. 3619      TELETEL INT'L (Minitel services based in foreign countries)  3619
  5574. 3621      STANDARD ASCII (Minitel in 80 culumns)          3621
  5575. 3622      No more used                      3622
  5576. 3623      TELETEL HIGH SPEED (4800 & 9600 b/s)        3623XXXX
  5577. 3624      KIOSQUE TELEMATIQUE PROF.     (Minitel)    3624XXXX
  5578. 3625      KIOSQUE TELEMATIQUE PROF.     (Minitel)    3625XXXX
  5579. 3626      KIOSQUE TELEMATIQUE PROF.     (Minitel)    3626XXXX
  5580. 3627      KIOSQUE TELEMATIQUE PROF.     (Minitel)    3627XXXX
  5581. 3628      KIOSQUE TELEMATIQUE PROF.     (Minitel)    3628XXXX
  5582. 3629      KIOSQUE TELEMATIQUE PROF.     (Minitel)    3629XXXX
  5583. 3643      INT'L MINITEL ACCESS NUMBER             36431111
  5584. 3644      TEST NUMBER (Ring Back)                         3644
  5585. 3650      FT Calling card by operator               3650
  5586. 3653      TELEX                          3653
  5587. 3655      TELEGRAMMES TELEPHONES                3655
  5588. 3656      TELEGRAMMES PAR MINITEL               3656
  5589. 3658      Consumers Service                      3658
  5590. 3660      ALPHAPAGE (pager, messages sent by operator)    36605050
  5591. 3661      OPERATOR (pager, messages sent by operator)      36616136
  5592. 3663      NUMERO AZUR (toll-free Number, charged as a local call)  3663XXXX
  5593. 3664      AUDIOTEL (premium services, as "900" numbers)    3664XXXX
  5594. 3665      AUDIOTEL 5 UT                      3665XXXX
  5595. 3666      AUDIOTEL MEDIA                    3666XXXX
  5596. 3667      AUDIOTEL                      3667XXXX
  5597. 3668      AUDIOTEL                      3668XXXX
  5598. 3670      AUDIOTEL                     3670XXXX
  5599. 3672      MEMOPHONE (Vocal box inside your area)        3672
  5600. 3673    MEMOPHONE (Vocal box outside your area)        3673XXXX
  5601. 3699      Speaking real-time clock                  3699
  5602.  
  5603.  
  5604. KIOSQUE TELEPHONIQUE (Special charges numbers)
  5605.  
  5606. Numbers        Max. time per call    Rate
  5607.  
  5608. 3664XXXX                0,73FF/mn
  5609. 3665XXXX    2mn 20s             3,65FF/call
  5610. 3666XXXX    2mn 20s            3,65FF/call
  5611. 3667XXXX    20mn            1,46FF/mn
  5612. 3668XXXX    20mn            2,19FF/mn
  5613. 3670XXXX    20mn             8,76FF/call + 2,19FF/mn
  5614.  
  5615.  
  5616. TOLL FREE NUMBERS ("800" numbers)
  5617.  
  5618. Begin by 05 and 6 digits, international toll-free numbers from France
  5619. to other countries begin 0590 and four digits.
  5620.  
  5621.  
  5622. SERVICES
  5623.  
  5624. Call waiting enable : *43#    Call waiting disable : #43# (free to use, 10FF
  5625. monthly fee)
  5626.  
  5627. Call transfer : *21#phone_number#  Call transfer cancel : #21# (0,73FF per
  5628. call/change)
  5629.  
  5630. Time reminder service : *55*TIME# (charged 3,65FF per call)
  5631.  
  5632.  
  5633. Does somebody send me the rates of your "900" numbers ?
  5634.  
  5635. Sorry of my poor English,
  5636.  
  5637. If you have any questions about French telecom system, don't hesitate
  5638. to contact me.
  5639.  
  5640.  
  5641. Romain FOURNOLS, france
  5642. Compuserve : 100431,1672
  5643. E-mail : 100431.1672@compuserve.com
  5644. voice : +33 61230075
  5645. fax : +33 61228584
  5646.  
  5647.  
  5648. [TELECOM Digest Editor's Note: In the USA the prices for our 900 numbers
  5649. varies greatly from one to the next, and there are probably thousands of
  5650. them in all.  Some are as little as 50 cents per minute while others may
  5651. cost $40-50 dollars for the entire call of three or four minutes.   PAT]
  5652.  
  5653. ------------------------------
  5654.  
  5655. From: dannyb@panix.com (danny burstein)
  5656. Subject: Yes, Yung'uns. CNID -is- Logged at Your Local CO
  5657. Date: 20 Feb 1995 11:17:49 -0500
  5658.  
  5659.  
  5660. After the Mitnick capture, NETCOM sent a letter to its customers. 
  5661.  
  5662. I've excerpted a key portion of it, in which they point out that yes, 
  5663. indeed, central offices -do- keep track of the CNID of incoming calls.
  5664.  
  5665. (Other posters in the group have suggested that typically 90 days are
  5666. kept online, just like with outgoing smdr.)
  5667.  
  5668.  
  5669. >From alt.2600 Fri Feb 17 18:50:14 1995
  5670. From: emmanuel@well.sf.ca.us (Emmanuel Goldstein)
  5671. Newsgroups: alt.2600
  5672. Subject: Netcom announcement on Mitnick
  5673. Date: 17 Feb 1995 11:23:57 GMT
  5674.  
  5675.  
  5676. NETCOM HELPS PROTECT THE INTERNET
  5677.  
  5678.          - A Letter from CEO Bob Rieger to Our Customers -
  5679.  
  5680. I know many of you are interested in NETCOM's involvement with the
  5681. arrest of Kevin Mitnick, and how this may impact you, if at all, as a
  5682. NETCOM subscriber.  First, let me supply a chronology of events:
  5683.  
  5684. [lots of self abuse ^H^H^H praise deleted]
  5685.  
  5686. -> 8. At that point, the U.S. Justice Department subpoenaed the local
  5687. -> telephone carrier for records of dial-ins at specific times to this
  5688. -> modem. It became apparent that the telephone company's switch equipment
  5689. -> had been compromised, so that these records could not be obtained.
  5690. -> However, the Justice Department found another method for making a match.
  5691.  
  5692. 9. With this information, the Justice Department knew the approximate
  5693. location of the originating call.
  5694.  
  5695. 10. Mr. Shimomura flew to Raleigh and used cellular tracking equipment to
  5696. locate the apartment building the calls were coming from. Eventually, the
  5697. calls were traced to an individual apartment, and Mr. Mitnick was arrested.
  5698.  
  5699.  
  5700. dannyb@panix.com (or dburstein@mcimail.com)
  5701.  
  5702. ------------------------------
  5703.  
  5704. From: Jeff Richards <richards@bell.com>
  5705. Subject: Technopolitics: New Pre-Airdate PBS Transcript of Debate
  5706. Date: 20 Feb 1995 03:14:48 GMT
  5707. Organization: Capital Area Internet Service info@cais.com 703-448-4470
  5708.  
  5709.  
  5710. As of Friday evening, <bell.com> now has a new transcript of debate
  5711. between Pacific Telesis Vice President Ron Stowe and AT&T Vice
  5712. President Mike Brown.
  5713.  
  5714. Taped earlier this week for the PBS public affairs show "TechnoPolitics," 
  5715. the program is scheduled to begin airing nationally on Feb. 24. (It
  5716. will be broadcast in the Washington area on Saturday, Feb. 25 at 2
  5717. p.m. on WETA, Channel 26.)
  5718.  
  5719. Stowe said that large business customers already have a choice of local 
  5720. carriers, but that long distance companies are not interested in serving 
  5721. residential customers because the cost of their service is subsidized by 
  5722. the business users.  See the full comments, context and points of debate 
  5723. in the transcript.
  5724.  
  5725. Given the growing interest across the Internet in telecom reform this
  5726. year, <bell.com> is a growing resource.  The site is accessed by
  5727. gopher at <bell.com>, or the web at <http://bell.com>
  5728.  
  5729. You can also subscribe to the listserver to get telecom updates. Send 
  5730. mail to <listserver@bell.com>.  In the body of the message add four words:
  5731.  
  5732. SUBSCRIBE    BELL    YOUR_FIRST _NAME    YOUR_LAST_NAME
  5733.  
  5734.  
  5735. Looking forward to your comments ...
  5736.  
  5737. Jeff Richards    The Alliance for Competitive Communications &
  5738. Pacific Telesis Group   Internet: richards@bell.com
  5739. <bell.com> and <http://bell.com>
  5740. <listserver@bell.com> SUBSCRIBE BELL YOUR_LAST YOUR_FIRSTNAME
  5741. +1 202 973-5307 voice           1133-21st NW #700
  5742. +1 202 973-5351 TDD             Washington DC 20036-3349
  5743. +1 202 973-5341 fax             +1 800 SKY-PAGE pin 8550304
  5744. +1 202 383-6445 2nd office
  5745.  
  5746. ------------------------------
  5747.  
  5748. From: Matt <mlennig@ecst.csuchico.edu>
  5749. Subject: Pair Gain Line Problem, Help!
  5750. Date: Mon, 20 Feb 1995 15:49:52 -0800
  5751. Organization: California State University, Chico
  5752.  
  5753.  
  5754. I have been told by a Pac Bell (i'm in CA) tech that the reason that I
  5755. cannot connect above 9600 is because I'm on a "Pair Gain" line to the
  5756. C.O. My roommate has no problem, the tech says he's on a copper line
  5757. to the C.O.
  5758.  
  5759. Problem: Pac Bell refuses to change me over to a copper line, saying
  5760. that they are only required to provide a 'voice-grade' line which only
  5761. has to support transfer speed of 1200 bps (HA HA HA HA HA).
  5762.  
  5763. What can I do?  Does anyone have a work-around?  Has anyone experienced 
  5764. this same problem? I've tried four different modems, all with the same
  5765. problem. But if I use my roommate's line, everything works great! (For
  5766. practical reasons, I can't use his line all the time, he runs a business 
  5767. on it).
  5768.  
  5769. Any help would be appreciated.
  5770.  
  5771.  
  5772. Regards,
  5773.  
  5774. Matt
  5775.  
  5776. ------------------------------
  5777.  
  5778. From: seidman@hookup.net (Sam Seidman)
  5779. Subject: Voice Mail/Office Premise Forwarding/Conference
  5780. Date: Mon, 20 Feb 1995 06:20:39
  5781. Organization: HookUp Communication Corporation, Oakville, Ontario, CANADA
  5782.  
  5783.  
  5784. We have voice mail on our phone system and wish to give the user a
  5785. choice to push "3" for a live operator.
  5786.  
  5787. We would like to then conference the caller on the same line with a
  5788. preprogrammed number using the telephone company's three way calling
  5789. feature and connect them to a live operator.
  5790.  
  5791. Is the above possible?
  5792.  
  5793. I was told by somebody that it is currently not possible but that
  5794. Northern was coming out with a version of Startalk Plus that would
  5795. handle this, is this rumour true?
  5796.  
  5797. The hardware we are using is Meridian Norstar with DR5 software and DS cpu, 
  5798. and Startalk 110. 
  5799.  
  5800. Has anybody been successful in accomplishing the above.
  5801.  
  5802. Thanks.
  5803.  
  5804. ------------------------------
  5805.  
  5806. From: wgan@netcom.com (willy gan)
  5807. Subject: Requesting Information About SDH
  5808. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  5809. Date: Mon, 20 Feb 1995 06:22:15 GMT
  5810.  
  5811.  
  5812. Hello everyone,
  5813.  
  5814. I'd often seen the words SDH or SDH compatible equipment advertised in
  5815. data communication magazines. Can anyone explain or give me examples
  5816. of what SDH stands for?
  5817.  
  5818.  
  5819. Thanks in advance,
  5820.  
  5821. Willy Gan    wgan@netcom.com
  5822.  
  5823.  
  5824. [TELECOM Digest Editor's Note: Truthfully, I don't know if SDH is in the
  5825. glosssary files at the Archives or not, but something Willy should be 
  5826. aware of and other users as well is the /glossaries sub-directory in the
  5827. Telecom Archives, available by anonymous ftp lcs.mit.edu.  PAT]
  5828.  
  5829. ------------------------------
  5830.  
  5831. From: laakswk@telkom04.telkom.co.za (Keith Laaks)
  5832. Subject: Residential Pre-Pay Service
  5833. Date: Mon, 20 Feb 1995 19:43:38 GMT
  5834. Organization: Telkom South Africa
  5835.  
  5836.  
  5837. Here in South Africa we experience fraudulent use of the network due
  5838. to subscription fraud (disappearances after receiving 'self inflicted'
  5839. huge phone bills), the tapping into the phone lines of innocent
  5840. victims, and other mechanisms.
  5841.  
  5842. Questions:
  5843.  
  5844. 1) Do you know of similar fraud in other networks?
  5845.  
  5846. 2) What is done to try and prevent such fraud?
  5847.  
  5848. 3) Has any telco implemented a pre-paid residential service?
  5849.  
  5850. 4) If so, how does it work? 
  5851.  
  5852.  
  5853. Thanks,
  5854.  
  5855. Please also email replies to : laakswk@telkom04.telkom.co.za
  5856.  
  5857.  
  5858. Keith Laaks
  5859. Email : laakswk@telkom04.telkom.co.za
  5860. Tel   : +27 12 311 1450
  5861. Fax   : +27 12 311 3492
  5862.  
  5863. [TELECOM Digest Editor's Note: Do we know of other instances of toll
  5864. fraud?  Do we?   Umm, yes, it is a very severe problem here in the
  5865. USA. What you term 'prepaid residential service' we refer to as a
  5866. 'security deposit', and/or payment in advance for the first month's
  5867. charges.  Generally the telcos in the USA accept the references of
  5868. other telcos for the purpose of establishing service. If you've had
  5869. service anywhere in the USA then your credit history as far as telco
  5870. is concerned is available to other telcos for review. Of course, if
  5871. you live in one area for most of your life and have service from the
  5872. same phone company most of that time, then they have your record and
  5873. know about both your ability and willingness to pay. New subscribers
  5874. with no previous telco (somewhere) payment history are often asked to
  5875. place an amount of money in escrow or on deposit with telco to cover
  5876. the estimated billings for a month. After a year or so of good payment
  5877. history, this money is refunded with interest or placed on your account
  5878. against your current bill, as you wish. 
  5879.  
  5880. 'Payment in advance' is *not* a security deposit, and does not draw
  5881. interest. It merely insures that your first month's bill is paid while
  5882. telco evaluates your 'typical' or 'average' use. 
  5883.  
  5884. A third option used in some cases is called 'interim billing'. Although
  5885. bills are tendered 12-13 times per year (most telcos bill monthly but
  5886. some bill every 28 days), in what is known as cycle billing (a group of
  5887. different customers each day, normally 22 billing cycles per month), for
  5888. internal use only there is the 'interim billing' which is available to
  5889. the collectors and credit representatives about two weeks after (or
  5890. before) the bill mailed to the customer. If this interim billing shows
  5891. a sudden dramatic increase in charges such as a large number of long
  5892. distance calls or calls of a great time length causing your bill to
  5893. exceed its normal balance by some large amount, then they will call you
  5894. and ask for more money then; this depends on your status with them.
  5895.  
  5896. If your bill becomes past due, again your status detirmines what action
  5897. is taken. A new subscriber with a balance two months past due will
  5898. most likely be cut. Longer subscribers with generally good credit will
  5899. be allowed longer, etc.     PAT] 
  5900.  
  5901. ------------------------------
  5902.  
  5903. From: mdouglas@sol.UVic.CA (Mark  Douglas)
  5904. Subject: Wanted: Cellular Channel Measurements
  5905. Organization: University of Victoria, Victoria, BC, Canada
  5906. Date: Mon, 20 Feb 95 02:04:23 GMT
  5907.  
  5908.  
  5909. I am teaching a university course on mobile communications and am interested
  5910. in the following data of the received signal at a cellular phone:
  5911.  
  5912. 1. The signal envelope over time (Rayleigh/Rician)
  5913. 2. The time delay response (showing delay spread).
  5914. 3. The power spectrum (frequency domain)
  5915.  
  5916. Real measured data would be ideal, but simulated data is fine as well.
  5917. I know that I can generate it myself, but if someone else already has
  5918. the data, it's less work for me.
  5919.  
  5920.  
  5921. Thanks,
  5922.  
  5923. Mark Douglas
  5924. University of Victoria
  5925. Victoria, BC, Canada.
  5926.  
  5927. ------------------------------
  5928.  
  5929. From: wayne@bubble.home.net (wayne linville)
  5930. Subject: Reprogramming a Cellular Phone
  5931. Date: 20 Feb 1995 04:04:25 GMT
  5932. Organization: Digital Equipment Corporation
  5933. Reply-To: wayne@bubble.home.net (wayne linville)
  5934.  
  5935.  
  5936. I thought I read an article in here about hard/soft reprogramming a
  5937. cellular flip phone. Anyone who has any information on this subject,
  5938. please send mail to me at: wayne@fatman.rmii.com.
  5939.  
  5940.  
  5941. wayne linville
  5942.  
  5943. ------------------------------
  5944.  
  5945. Date: Mon, 20 Feb 95 13:48:53 +0100
  5946. From: Bob Mueller <IFF161@ZAM001.ZAM.KFA-JUELICH.DE>
  5947. Organization: Forschungszentrum Juelich GmbH
  5948. Subject: A Tip When Working With Electricity
  5949.  
  5950.  
  5951. Dear Pat,
  5952.  
  5953.    I just read about your experiences with the capacitors in a TV
  5954. unloading through you and recalled another tip which can prevent a
  5955. nasty accident. It is related to the thread because auto batteries are
  5956. part of schemes to revive NiCads. Electrocution from these may be
  5957. possible (I heard of a case but have no certainty if it really happened), 
  5958. but is quite unlikely.  Serious burns are not so uncommon.  One should
  5959. remove metal jewelery, including watch bands and rings when working
  5960. around these batteries; they can deliver huge currents, enough to spot
  5961. weld the jewelery, and heat it up to skin burning temperatures in a
  5962. second or so.  
  5963.  
  5964. Though I have see warnings about this risk for years I did not know of
  5965. a case until a friend got it wrong a couple months ago.  He showed a
  5966. deep burn around his finger where his wedding ring combined with a
  5967. wrench to short over the battery terminals.  He was lucky; the wound
  5968. healed and except for the scar he will have gained; he knows very well
  5969. about being careful next time and may be saved from removing the
  5970. finger completely.
  5971.  
  5972.  
  5973. Sincerely,
  5974.  
  5975. Bob Mueller  <iff161@djukfa11>
  5976.  
  5977.  
  5978. [TELECOM Digest Editor's Note: I still have a tiny little scar on my left
  5979. arm (on the underside, a few inches up from my wrist) which I got from
  5980. the night thirty years ago or so that I fell asleep at the switchboard.
  5981. If you remember the old cord switchboards, you will recall the rows of
  5982. cords with plugs on the end which sat in front of you.  About 2 am after
  5983. several slices of pizza and a quart of beer from earlier in the evening
  5984. I was feeling drowsy. I had the common audible (buzzer) loud enough it
  5985. would wake me up, so I folded my arms in front of me as I sat there and
  5986. put my head down on my arms ... bingo, three minutes later I am out of
  5987. it. Once before I had done this, and fell asleep with my foot on the
  5988. buzzer cut off switch; the little button on the floor the operator could
  5989. tap on to shut the buzzer off when desired ... <grin> ... but not this
  5990. night. This night I would wake up if any calls came to the board which
  5991. was unlikely ... this was a Friday night and the Sabbath, and the mostly
  5992. elderly Jewish residents of the South Shore Country Club Apartments 
  5993. would be long tucked in their beds and asleep. 
  5994.  
  5995. South Shore Country Club had a four position manual cordboard; usually
  5996. three operators on duty during the day and evening, and one overnight.
  5997. On Friday night and Saturday all day usually one operator was sufficient
  5998. since the more religious of the tenants in the apartment complex did *not*
  5999. use the telephone for any reasons those days; nor did they use the elevator.
  6000. Instead of calling downstairs to the switchboard to get someone at the
  6001. front desk to come up and light their stove for the sabbath meal they
  6002. felt it more appropriate to walk down ten flights of stairs to make that
  6003. request, then walk back upstairs again. Since I am not Jewish, you see,
  6004. I was under no obligation to observe their laws; I *could* ride the elevator
  6005. upstairs, light their stove or turn the lights on and off, etc, then
  6006. ride back downstairs.  
  6007.  
  6008. But I digress ... roomate and I had been out earlier that evening to
  6009. celebrate something or other ... pizza and beer ... you know that combin-
  6010. ation ... 11 pm and I have to go to work, running the board at the Country
  6011. Club until 7 am. By 2 am everything *so* dead ... *so* quiet ... and
  6012. as noted above I fell asleep. I slept maybe three hours, and about 5:30 am 
  6013. the little alarm clock goes off which means it is time to start making
  6014. the first of the 'wakeup calls' to the tenants. My arm somehow during
  6015. the night had gotten up against or on top of that row of plugs, and it
  6016. laid there most of the night. A little red burn was on my skin where
  6017. it had been on the tip of that plug all night. I thought it would eventually
  6018. go away, and the redness went away the next day but the little scar where
  6019. the direct current lingering in those cords burned my flesh a little never
  6020. has. 
  6021.  
  6022. Finally, if you ever want to test a battery to see if there is still life
  6023. in it and you don't have a battery tester, just put the contacts from the
  6024. battery against the bottom of your tongue ... <grin> ...   PAT] 
  6025.  
  6026. ------------------------------
  6027.  
  6028. End of TELECOM Digest V15 #109
  6029. ******************************
  6030.     
  6031.     
  6032. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa07198;
  6033.           21 Feb 95 4:51 EST
  6034. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  6035.     id AA14853; Mon, 20 Feb 95 23:52:36 CST
  6036. Return-Path: <telecom>
  6037. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  6038.     id AA14847; Mon, 20 Feb 95 23:52:33 CST
  6039. Date: Mon, 20 Feb 95 23:52:33 CST
  6040. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  6041. Message-Id: <9502210552.AA14847@delta.eecs.nwu.edu>
  6042. To: telecom@eecs.nwu.edu
  6043. Subject: TELECOM Digest V15 #110
  6044.  
  6045. TELECOM Digest     Mon, 20 Feb 95 23:52:30 CST    Volume 15 : Issue 110
  6046.  
  6047. Inside This Issue:                           Editor: Patrick A. Townson
  6048.  
  6049.     David Noble on the Information Highway (D. Shniad)
  6050.     500 Place-A-Call Working (David L. Oehring)
  6051.     List of Carrior Access Codes (Scott Mehosky)
  6052.     Wireless LAN's (A.D. Brinkerink)
  6053.     Re: Security of Cordless Phones? (John Lundgren)
  6054.     Re: Security of Cordless Phones? (Travis Russell)
  6055.     Re: GETS - Government Emergency Telecommunications Service? (Mark Ganzer)
  6056.     Cell Service in NY Metro Area Notes (Stan Schwartz)
  6057.     Re: Typical Rates for Campus Phone Systems (John Lundgren)
  6058.     Re: Typical Rates for Campus Phone Systems (David G. Cantor)
  6059.  
  6060. TELECOM Digest is an electronic journal devoted mostly but not
  6061. exclusively to telecommunications topics. It is circulated anywhere
  6062. there is email, in addition to various telecom forums on a variety of
  6063. public service systems and networks including Compuserve and America
  6064. On Line. It is also gatewayed to Usenet where it appears as the moderated
  6065. newsgroup 'comp.dcom.telecom'. 
  6066.  
  6067. Subscriptions are available to qualified organizations and individual
  6068. readers. Write and tell us how you qualify:
  6069.  
  6070.                  * telecom-request@eecs.nwu.edu *
  6071.  
  6072. The Digest is edited, published and compilation-copyrighted by Patrick
  6073. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  6074. or phone at:
  6075.                     9457-D Niles Center Road
  6076.                      Skokie, IL USA   60076
  6077.                        Phone: 500-677-1616
  6078.                         Fax: 708-329-0572
  6079.   ** Article submission address only: telecom@eecs.nwu.edu **
  6080.  
  6081. Our archives are located at lcs.mit.edu and are available by using
  6082. anonymous ftp. The archives can also be accessed using our email
  6083. information service. For a copy of a helpful file explaining how to
  6084. use the information service, just ask.
  6085.  
  6086. *************************************************************************
  6087. *   TELECOM Digest is partially funded by a grant from the              *
  6088. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  6089. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  6090. * project.  Views expressed herein should not be construed as represent-*
  6091. * ing views of the ITU.                                                 *
  6092. *************************************************************************
  6093.  
  6094. Additionally, the Digest is funded by gifts from generous readers such
  6095. as yourself who provide funding in amounts deemed appropriate. Your help 
  6096. is important and appreciated. A suggested donation of twenty dollars per
  6097. year per reader is considered appropriate. See our address above.
  6098.  
  6099. All opinions expressed herein are deemed to be those of the author. Any
  6100. organizations listed are for identification purposes only and messages
  6101. should not be considered any official expression by the organization.
  6102. ----------------------------------------------------------------------
  6103.  
  6104. Date: Mon, 20 Feb 1995 17:10:04 -0800
  6105. Reply-To: pen-l@ecst.csuchico.edu
  6106. From: D Shniad <shniad@sfu.ca>
  6107. Subject: David Noble on the Information Highway
  6108.  
  6109.  
  6110.  From Issue 013 of CPU: Working in the Computer Industry   02/15/95 
  6111. An electronic publication for workers in the computer industry
  6112.  
  6113. THE TRUTH ABOUT THE INFORMATION HIGHWAY 
  6114.  
  6115.     by David Noble 
  6116.  
  6117. At the end of November, the truth about the information highway
  6118. finally got out.  Protesting the announcement of another 5600 layoffs,
  6119. 1200 Bell-Atlantic employees in Pennsylvania wore T-shirts to work
  6120. which graphically depicted themselves as Information Highway Roadkill.
  6121. The layoffs were just the latest round of cutbacks at Bell-Atlantic,
  6122. which have been matched by the elimination of jobs at the other giants
  6123. of the telecommunications industry -- ATT, NYNEX, Northern Telecom --
  6124. supposedly the very places where new jobs are to be created with the
  6125. information highway.  In reality, the technology is enabling companies
  6126. to extend their operations and enlarge their profits while reducing
  6127. their workforce, and the pay and security of those who remain, by
  6128. contracting out work to cheaper labor around the globe and by
  6129. replacing people with machines. The very workers who are constructing
  6130. the new information infrastructure are among the first to go, but not
  6131. the only ones. The same fate is facing countless workers in
  6132. manufacturing and service industries in the wake of the introduction
  6133. of these new information technologies.
  6134.  
  6135. What is most striking about the Bell-Atlantic episode is not just the
  6136. provocative fashion statement of the workers, members of Communication
  6137. Workers of America District 13. Rather, it was the company's
  6138. exaggerated response.  Bell Atlantic demanded that the workers remove
  6139. the T-shirts and when they refused, their employer suspended them
  6140. without pay.  According to Vince Maison, president of the union, the
  6141. employer suspended the employees out of expressed fear that their
  6142. message would be seen by the public.  Significantly, management was
  6143. concerned about adverse publicity not just for Bell Atlantic but, more
  6144. importantly, for the information highway itself.  This was the first
  6145. time the information highway was unambiguously linked with
  6146. unemployment, by a union and workforce presumably best situated to
  6147. reap its promised benefits.  Apparently the company believed there was
  6148. too much riding on the information highway bandwagon to allow this
  6149. sober message to get around.  But it did anyway.  The (probably
  6150. illegal) management action backfired. Rather than a few hundred
  6151. customers catching a glimpse of the T-shirts during the course of the
  6152. day's work, millions throughout North America saw them through the
  6153. media coverage of the suspensions; within hours, the union was
  6154. inundated with phone calls of support and orders for the T-shirts.
  6155. The truth was out.
  6156.  
  6157. By now probably everyone has heard of the information highway, as a
  6158. result of the massive propaganda blitzkrieg of the last year.
  6159. Announcements heralding the dawn of a new age emanate incessantly and
  6160. insistently from every quarter.  The media gush with the latest info
  6161. highway traffic reports (but not the fatalities), all levels of
  6162. government are daily pressured into diverting public monies into yet
  6163. another private trough, every hi-tech firm, not to mention every
  6164. hustler and con artist in the business and academic worlds is rushing
  6165. to cash in on the manufactured hysteria.  The aggressive assault on
  6166. our senses is aimed at securing public support and subsidy for the
  6167. construction of the new commercial, infrastructure.  Its message,
  6168. which has become the mind-numbing multinational mantra, is simple and
  6169. direct: We have no other choice.  Our very survival, it is alleged as
  6170. individuals, a national, a society, depend upon this urgent
  6171. development.  Those without it will be left behind in the global
  6172. competition.  And those with it?  A recent "Futurescape" advertisement
  6173. supplement to the Globe and Mail by Rogers Cantel and Bell Canada
  6174. warned that the information highway "raises the ante in competition.
  6175. If we don't act, Canada and Canadian companies will be left behind....
  6176. the information highway is not a luxury technology for the rich.  It
  6177. is the way of the future.  And those who do not get on the highway
  6178. will not have any way of reaching their ultimate destination."
  6179.  
  6180. And what exactly is the destiny advanced by the information highway?
  6181. Ask the Bell-Atlantic employees.  The propaganda never mentions the
  6182. roadkill, of course, but that is the future for many.  Most people in
  6183. Canada instinctively seem to know this already.  According to a 1993
  6184. Gallup poll, 41% of those currently employed believe they will lose
  6185. their jobs.  But, despite this intuition, people have been terrorized
  6186. into a hapless fatalism.  It's inevitable. Or else they have been
  6187. seduced by the exciting array of new tools and diversions:
  6188. home-shopping, home-videos, home-learning, home-entertainment,
  6189. home-communication.  The operative word is home, because home is where
  6190. people without jobs are -- if they still have a home.  The focus is on
  6191. leisure, because there will be a lot more of it, in the form of mass
  6192. unemployment. (Some lucky few will get home-work, as their job takes
  6193. over their home in the sweatshops of the future).  This is where we
  6194. are headed on the information highway.
  6195.  
  6196. To see where we are headed requires no voodoo forecasting, futuristic
  6197. speculation, much less federally-funded research.  We just need to
  6198. take a look at where we've been, and where we are.  The returns are
  6199. already in on the Information Age, and the information highway
  6200. promises merely more of the same, at an accelerated pace.
  6201.  
  6202. In the wake of the information revolution (now four decades old -- the
  6203. term cybernetics and automation were coined in 1947).  People are now
  6204. working harder and longer (with compulsory overtime), under worsening
  6205. working conditions with greater anxiety, stress, and accidents, with
  6206. less skills, less security, less autonomy, less power (individually
  6207. and collectively), less benefits, and less pay.  Without question the
  6208. technology has been developed and used to deskill and discipline the
  6209. workforce in a global speed-up of unprecedented proportions.  And
  6210. those still working are the lucky ones.  For the technology has been
  6211. designed above all to displace.
  6212.  
  6213. Structural (that is, permanent and systemic as opposed to cyclical)
  6214. unemployment in Canada has increased with each decade of the
  6215. information age.  With the increasing deployment of so-called
  6216. "labor-saving" technology (actually labor-cost saving) official
  6217. average unemployment has jumped from 4% in the 1950's, 5.1% in the
  6218. 1960's, 6.7% in the 1970's, and 9.3% in the 1980's, to 11% so far in
  6219. the 1990's.
  6220.  
  6221. These, of course, are the most conservative estimates (actual
  6222. unemployment is closer to double these figures).  Today we are in the
  6223. midst of what is called a jobless recovery, symptomatic and symbolic
  6224. of the new age.  Output and profits rise without the jobs which used
  6225. to go with them.  Moreover, one fifth of those employed are only
  6226. part-time or temporary employees, with little or no benefits beyond
  6227. barely subsistence wages, and no security whatever.
  6228.  
  6229. In 1993, an economist with the Canadian Manufacturers Association
  6230. estimated that between 1989 and 1993, 200,000 manufacturing jobs were
  6231. eliminated through the use of new technology -- another conservative
  6232. estimate.  And that was only in manufacturing, and before the latest
  6233. wave of information highway technology, which will make past
  6234. developments seem quaint in comparison.
  6235.  
  6236. None of this has happened by accident.  The technology was developed,
  6237. typically at public expense, with precisely these ends in mind by
  6238. government (notably military), finance, and business elites -- to
  6239. shorten the chain of command and extend communications and control
  6240. (the military origins of the Internet), to allow for instantaneous
  6241. monitoring of money markets and funds transfer, and to enable
  6242. manufacturers to extend the range of their operations in pursuit of
  6243. cheaper and more compliant labor.
  6244.  
  6245. Thus as the ranks of the permanently marginalized and impoverished
  6246. swell, and the gap between rich and poor widens to 19th century
  6247. dimensions, it is no mere coincidence that we see a greater
  6248. concentration of military, political, financial, and corporate power
  6249. than ever before in our history.  In the hands of such self- serving
  6250. elites -- and it is now more than ever in their hands -- the
  6251. information highway, the latest incarnation of the information
  6252. revolution, will only be used to compound the crime.
  6253.  
  6254. Visions of democratization and popular empowerment via the net are
  6255. dangerous delusions; whatever the gains, they are overwhelmingly
  6256. overshadowed and more than nullified by the losses.  As the computer
  6257. screens brighten with promise for the few, the light at the end of the
  6258. tunnel grows dimmer for the many.
  6259.  
  6260. No doubt there has been some barely audible and guarded discussion if
  6261. not yet debate about the social implications of the information
  6262. highway focusing upon such issues as access, commercial vs. public
  6263. control and privacy.  There is also now a federal advisory commission
  6264. on the information highway although it meets in secret without public
  6265. access or scrutiny, doubtless to protect the proprietary interests of
  6266. the companies that dominate its membership.  But nowhere is there any
  6267. mention of the truth about the information highway, which is mass
  6268. unemployment.
  6269.  
  6270. For decades we have silently subsidized the development of the very
  6271. technologies which have been used to destroy our lives and
  6272. livelihoods, and we are about to do it again, without debate, without
  6273. any safeguards, without any guarantees.  The calamity we now confront,
  6274. as a consequence, rivals the upheaval of the first industrial
  6275. revolution two centuries ago, with its untold human suffering.  We are
  6276. in for a struggle unlike anything any of us have ever seen before, as
  6277. the Bell-Atlantic employees testify, and we must use any and all means
  6278. at our disposal.  It's time we came to our collective senses, while
  6279. there is still time. We must insist that progress without people is
  6280. not progress. At the very least, as a modest beginning, we pull the
  6281. public plug on the Information Highway.
  6282.  
  6283. [David Noble is a professor at York University and a historian of
  6284. technology.  He taught for nearly a decade at M.I.T. and was curator
  6285. of the industrial automation at the Smithsonian Institution in
  6286. Washington, DC.  He is the author of numerous books, including _Forces
  6287. of Production: A Social History of Industrial Automation_ (Oxford
  6288. University Press) and, most recently, _Progress Without People_ (a
  6289. Canadian edition will be published this spring by Between the Lines).
  6290. He lives in Canada.]
  6291.  
  6292.          ================================================
  6293.  
  6294. Online subscriptions to CPU are available at no cost by
  6295. emailing listserv@cpsr.org with a blank subject and a single
  6296. line in the body of the message:
  6297.  
  6298. SUBSCRIBE CPSR-CPU <your first name> <your last name>
  6299.  
  6300. For example:
  6301.  
  6302. SUBSCRIBE CPSR-CPU Subcomandante Marcos
  6303.  
  6304. To cancel your subscription, send to listserv@cpsr.org:
  6305.  
  6306. UNSUBSCRIBE CPSR-CPU
  6307.  
  6308. CPU back issues can be found via anonymous FTP at 
  6309. cpsr.org in the directory /cpsr/work.
  6310.  
  6311. PLEASE RE-POST THIS FREELY, especially at work. CPU material may be
  6312. reprinted for non-profit purposes as long as the source is cited. We
  6313. welcome submissions and commentary. Mail sent to the editors or to CPU
  6314. will be treated as a "letter to the editor" and considered printable,
  6315. unless noted otherwise.
  6316.  
  6317. Editors for this issue: Michael Stack and Jim Davis. We may
  6318. be contacted by voice at (510) 601-6740, by email to
  6319. cpu-owner@cpsr.org, or by USPS at POB 3181, Oakland, CA 94609.
  6320.  
  6321. ------------------------------
  6322.  
  6323. From: David.L.Oehring@att.com
  6324. Date: Mon, 20 Feb 1995 20:05:51 +0600
  6325. Subject: 500 Place-A-Call Working
  6326.  
  6327.  
  6328. I dialed my True Connections(sm) 500 Number to update my reach list
  6329. this past Saturday, and noticed that the first-level prompt (following
  6330. entry of the master PIN) had been changed.  Previously, option #2 was
  6331. to "Call Home", but is now "To place a call".  I tried out the
  6332. "Place-A-Call" feature and it worked (from the 312/708 area).  It
  6333. looks like the post cards announcing the feature were only a little (one
  6334. week?) early.
  6335.  
  6336. Old Main menu:
  6337.  
  6338.     - To change where your calls are going, press 1.
  6339.     - To call home, press 2.
  6340.     - For True Connections Voice Mail, press 3.
  6341.  
  6342.     .
  6343.     .
  6344.     .
  6345.  
  6346.  
  6347. New Main menu:
  6348.  
  6349.     - To change where your calls are going, press 1.
  6350.     - To place a call, press 2.
  6351.  
  6352.         - To call home, press 1.
  6353.         - To call a different number, press the # key.
  6354.  
  6355.             - What number do you want to call?  Enter the area code 
  6356.               and number followed by the # key.
  6357.  
  6358.     - For True Connections Voice Mail, press 3.
  6359.  
  6360.     .
  6361.     .
  6362.     .
  6363.  
  6364. David Oehring  david.l.oehring@att.com
  6365.  
  6366.  
  6367. [TELECOM Digest Editor's Note: I tried it from here also now that you
  6368. mentioned it, and mine is working also. That prompt 'to call a different
  6369. number' also has a condition where you can call the override number if
  6370. one is installed. The prompt does not mention it if one is not in place.
  6371.  
  6372. I also get 'press 9 for other options' which includes the ability to
  6373. change the number of times my phone will ring before the call is passed
  6374. along to the next number on the reach list.  Did you notice by the way 
  6375. that it never refers to your home number by their digits ... only by the
  6376. phrase 'your home number'.  If you enter #H she says you entered your
  6377. home number .. if you punch in those digits instead, instead of reading
  6378. back the digits to confirm as is done with other entries, she still says
  6379. 'you entered your home number'.  But when I entered my second line, she
  6380. read back the digits, apparently not knowing that was also at home.  PAT]
  6381.  
  6382. ------------------------------
  6383.  
  6384. From: yidam@ccs.neu.edu (Scott Mehosky)
  6385. Subject: List of Carrior Access Codes
  6386. Date: 20 Feb 1995 01:01:13 GMT
  6387. Organization: College of Computer Science, Northeastern University.
  6388.  
  6389.  
  6390. Hello, 
  6391.  
  6392. I am wondering if anyone out there has a list of all the carrior
  6393. access codes, (10xxx) in the US along with the name of the company the
  6394. code belongs to.
  6395.  
  6396. Thanks in advance for your help.
  6397.  
  6398.  
  6399. Sincerely, 
  6400.  
  6401. Scott Mehosky - yidam@ccs.neu.edu - http://www.ccs.neu.edu/home/yidam/top.html
  6402.  
  6403.  
  6404. [TELECOM Digest Editor's Note: As a matter of fact, we do. Check in the
  6405. Telecom Archives in the /carriers sub-directory. Use anonymous ftp to
  6406. lcs.mit.edu.   PAT]
  6407.  
  6408. ------------------------------
  6409.  
  6410. From: A.D.Brinkerink@uni4nn.iaf.nl
  6411. Subject: Wireless LAN's
  6412. Date: 19 Feb 1995 13:37:46 GMT
  6413.  
  6414.  
  6415. I am investigating the allocation of radio spectrum for wireless LAN's
  6416. in Europe.
  6417.  
  6418. Any information from IT companies, manufacturers of radio equipment
  6419. and users are welcomed on the following items:
  6420.  
  6421. 1  Do current allocations fulfil the needs of the IT users?
  6422.  
  6423. 2  Which new applications does the IT community envisage and
  6424.    will these still fit in existing frequency bands?
  6425.  
  6426. 3  What is the best technology to use in wireless LAN's in terms
  6427.    of spectrum efficiency?
  6428.  
  6429. The results of this investigation will be brought to the attention
  6430. of European regulatory authorities.
  6431.  
  6432. Please forward info to: <A.D.Brinkerink@uni4nn.iaf.nl>
  6433.  
  6434. ------------------------------
  6435.  
  6436. From: jlundgre@kn.PacBell.COM (John Lundgren)
  6437. Subject: Re: Security of Cordless Phones?
  6438. Date: 20 Feb 1995 10:05:36 GMT
  6439. Organization: Pacific Bell Knowledge Network
  6440.  
  6441.  
  6442. Jeffrey A. Porten (jporten@mail2.sas.upenn.edu) wrote:
  6443.  
  6444. > Having just gotten a new cordless phone (BellSouth 46mHz), and living
  6445. > in the paranoid environs of Washington, DC, I find myself wondering
  6446. > just how likely it is that the world is listening to my calls.
  6447.  
  6448. > The phone has ten channels, and a security code feature which, so far
  6449. > as I understand, exists mainly to prevent another cordless handset
  6450. > from tapping into my base unit, but does nothing to scramble the
  6451. > signal from the handset.
  6452.  
  6453. > I live in an apartment building, with a few others nearby, so consider
  6454. > this a high-density area.  Should I go on the assumption that people
  6455. > are always listening in?  Sometimes?  Almost never?
  6456.  
  6457. > I have a corded set that I keep hooked up for confidential calls; as a
  6458. > stopgap, I sometimes scan channels on my cordless so any eavesdropper
  6459. > will at least have to fiddle to find me again.  Does this help, or am
  6460. > I kidding myself?
  6461.  
  6462. > [TELECOM Digest Editor's Note: Corded or cordless, the assumption should
  6463. > be that your telephone calls are never secure. In actual practice, it
  6464. > may not matter to you; if you are just in idle chatter with someone you
  6465. > aren't going to bother with the trouble of special precautions. My personal
  6466. > belief is the use of scanners to listen to cordless phones is still a
  6467. > relatively rare thing; how many people do *you* know that own scanners
  6468. > who are within range of your cordless phone? And of those, how many are
  6469. > sophisticated enough to know how to program the scanner for cordless?
  6470. > So my feeling is generally its not a big deal, and if you do have something
  6471. > very important and personal to say, you might want to go to a payphone
  6472. > anyway.  PAT]
  6473.  
  6474. But there are several other ways to eavesdrop on cordless telephone
  6475. conversations without using a scanner.  One is to use another cordless
  6476. telephone.  Some of them can hear other channels without butting in on
  6477. the conversation.
  6478.  
  6479. Then there are wireless baby monitors and walkie-talkies, which can
  6480. receive conversations easily.  And these are just a few of the more
  6481. common ways of doing this.
  6482.  
  6483. Treat your cordless phone as if there were others listening all the
  6484. time.  Don't give out credit card numbers on the cordless phone.  And
  6485. don't say anything you might regret.
  6486.  
  6487.  
  6488. John Lundgren - Elec Tech - Info Tech Svcs 
  6489. Rancho Santiago Community College District 
  6490. 17th St. at Bristol \ Santa Ana, CA 92706  
  6491. jlundgre@pop.rancho.cc.ca.us\jlundgre@kn.pacbell.com
  6492.  
  6493. ------------------------------
  6494.  
  6495. From: russell@trussell.pdial.interpath.net (Travis Russell)
  6496. Subject: Re: Security of Cordless Phones?
  6497. Date: Mon, 20 Feb 1995 17:09:45 +0000
  6498. Organization: Travis Russell
  6499. Reply-To: russell@trussell.pdial.interpath.net (Travis Russell)
  6500.  
  6501.  
  6502. In article <telecom15.101.2@eecs.nwu.edu>, jporten@mail2.sas.upenn.edu 
  6503. (Jeffrey A. Porten) writes:
  6504.  
  6505. > Having just gotten a new cordless phone (BellSouth 46mHz), and living 
  6506. > in the paranoid environs of Washington, DC, I find myself wondering 
  6507. > just how likely it is that the world is listening to my calls. 
  6508.  
  6509. I recently have discovered my calls were being listended to both by a
  6510. neighbor (who lives about an acre away) and by some kid down the
  6511. street. The neighbor called to inform me that my telephone conversation 
  6512. was being broadcast over his kids baby monitor, one of those cute
  6513. little wireless units that hangs on babies crib (glad I wasn't calling
  6514. a 900 number).
  6515.  
  6516. And the kid down the street? He was showing my kids how to use a
  6517. transistor radio to listen in on our calls, and demonstrated by
  6518. listening in on one of my calls. Seems to be one of his favorite
  6519. pasttimes.
  6520.  
  6521. If its wireless, never assume it is secure. It ain't!
  6522.  
  6523.  
  6524. Travis Russell   russell@trussell.pdial.interpath.net
  6525.  
  6526. ------------------------------
  6527.  
  6528. From: ganzer@ludwig.nosc.mil (Mark Ganzer)
  6529. Subject: Re: GETS - Government Emergency Telecommunications Service?
  6530. Organization: NCCOSC RDT&E Division, San Diego, CA
  6531. Date: Mon, 20 Feb 1995 04:42:50 GMT
  6532.  
  6533.  
  6534. BOSWELL, RICHARD S (rsb9883@zeus.tamu.edu) wrote:
  6535.  
  6536. > Has anyone ever heard of "GETS"?  What kind of priority service do
  6537. > they offer; who is offering it?
  6538.  
  6539. Pat,
  6540.  
  6541.    I don't have much info on this, but I did see a booth on GETS at
  6542. the recent Armed Forces Communications and Electronics Association
  6543. (AFCEA) show in San Diego. Just about anybody could get into this
  6544. show. There were about 500 high school kids that paraded through one
  6545. of the days.
  6546.  
  6547.    We also did a worked with GTE last November on a demonstration for
  6548. a GETS Symposium of distributed collaborative planning in support of
  6549. disaster relief operations using high speed ATM data networks.
  6550.  
  6551.    None of this was classified or "top secret" in any way. Unfortunately, 
  6552. I don't have the complete picture of GETS to speak intelligently about
  6553. it. I was just responsible for seetting up the ATM connections at our
  6554. end.
  6555.  
  6556.  
  6557. Mark Ganzer          Naval Command, Control & Ocean Surveillance Center,
  6558. ganzer@nosc.mil      RDT&E Div (NRaD), Code 4123,  San Diego, CA
  6559. Ph: (619) 553-1186   FAX: (619) 553-4808
  6560.  
  6561.  
  6562. [TELECOM Digest Editor's Note: I don't absolutely know that it was ever
  6563. secet; one writer here said when he mentioned this to someone in Defense
  6564. *that person* claimed it was 'top secret'.    PAT]
  6565.  
  6566. ------------------------------
  6567.  
  6568. Date: Mon, 20 Feb 1995 18:03:47 EST
  6569. From: Stan Schwartz <stanschwartz-aviswizcom@e-mail.com>
  6570. Subject: Cell Service in NY Metro Area Notes
  6571.  
  6572.  
  6573.  From: dreuben@interpage.net (Doug Reuben)
  6574.  
  6575. > After hearing about NYNEX/NY's (Boston too?) "Free Weekend Airtime",
  6576. > which allows toll and airtime free calling to anywhere in 212, 718,
  6577. > 917, most (all?) of 201, most (all?) of 908, (609 too?), and most
  6578. > parts of lower 914, I broke down and had a friend of mine who was
  6579. > going to cancel with Metro Mobile in CT sign up with NYNEX/NY rather
  6580. > than Cellular One.
  6581.  
  6582. While NYNEX/NY is offering free weekends until 7/31/95, BAMS/NJ is
  6583. offering free OFF PEEK until 8/31/95!  (It still makes me think about
  6584. using my second NAM).  I wonder, though, how BAMS gets away with
  6585. charging a .04/minute landline charge when THEY ARE the wireline
  6586. carrier.  The free off-peek time from them ends up being .04/minute.
  6587.  
  6588. > (Although CO/NY does bill for incomplete calls over 40 seconds, so in
  6589. > some rare cases I will suggest that a person use NYNEX instead of CO
  6590. > if they make a lot of calls where the party they are calling takes
  6591. > over 40 seconds to answer.)
  6592.  
  6593. I got a pitch letter from CO/NY this week to remind me to renew my
  6594. annual contract.  A quick sentence buried in the letter mentions that
  6595. CO/NY no longer charges for incomplete calls!
  6596.  
  6597. Re PINs:
  6598.  
  6599. > Anyone test this? I'm interested in finding out because if I find that
  6600. > NYNEX/NY is billing people from the time they *initially* hit SEND to
  6601. > place the call rather than when a caller enters his/her complete PIN,
  6602. > I will call NYNEX/NY and demand to have the PIN feature removed.
  6603.  
  6604. Does NYNEX require a PIN for each call?  When I had PIN service with
  6605. CO/NY, it only required the PIN once and that was if the phone was
  6606. turned off for more than 20 minutes.
  6607.  
  6608.  
  6609. Stan
  6610.  
  6611. ------------------------------
  6612.  
  6613. From: jlundgre@kn.PacBell.COM (John Lundgren)
  6614. Subject: Re: Typical Rates for Campus Phone Systems
  6615. Date: 20 Feb 1995 07:38:29 GMT
  6616. Organization: Pacific Bell Knowledge Network
  6617.  
  6618.  
  6619. We get charged (previous to Jan 1) $17.25 a month for a Pac Bell centrex 
  6620. line, with something like $75 one time fee for establishing dial tone.  
  6621. But then we also have our own voice mail system, and a PBX, which all 
  6622. cost money to run.  A single measured business line is $15.00 a month.  
  6623. So with all the charges added up, it would probably cost about the same. 
  6624.  
  6625. Prices of phone service went up as of Jan 1, but the cost of toll calls 
  6626. went down.  Supposedly, the two should balance out.  But being that most 
  6627. of the calls are within our district and are not toll, I would say that 
  6628. that isn't true.
  6629.  
  6630. We have a marketing agreement with Pac Bell, so there is some negotiation 
  6631. and fixing of prices.  The PBX system, and the phone instruments are 
  6632. under a service contract.  The user has to pay about $300 to purchase a 
  6633. phone.
  6634.  
  6635. There are also the wages for me and my cohorts in our department that 
  6636. work on the phone and data network, which have to be taken into account.
  6637.  
  6638. BTW, the voice mail system is cheaper than Pac Bell's, but it doesn't 
  6639. have as many features as theirs, and I don't believe it is as user 
  6640. friendly, either.
  6641.  
  6642.  
  6643. John Lundgren - Elec Tech - Info Tech Svcs 
  6644. Rancho Santiago Community College District 
  6645. 17th St. at Bristol \ Santa Ana, CA 92706  
  6646. jlundgre@pop.rancho.cc.ca.us\jlundgre@kn.pacbell.com
  6647.  
  6648. ------------------------------
  6649.  
  6650. Reply-To: dgc@math.ucla.edu
  6651. Subject: Re: Typical Rates for Campus Phone Systems
  6652. Date: Mon, 20 Feb 1995 15:19:54 -0800
  6653. From: David G. Cantor <dgc@ccrwest.org>
  6654.  
  6655.  
  6656. In Volume 15, Issue 106 of TELECOM Digest, Anthony E. Siegman
  6657. <siegman@EE.Stanford.EDU> comments on the high (recharge) cost of
  6658. telephone-service provided by the Stanford University Centrex and
  6659. asks, among other things, "Is the Centrex type campus service really
  6660. worth four times what the phone company could give me?"
  6661.  
  6662. The recharge rate at UCLA for telephone and many other services is
  6663. higher than the prevailing rates in the local community.  I have often
  6664. wondered if this over-charging, at least for State Universities, is a
  6665. way of transferring charges from the University Administration to the
  6666. University Departments.  State Legislatures prefer that funds go to
  6667. Departments rather than Administration.  However the major user of
  6668. telephone service, and many other services, is the Administration.
  6669. For a variety of reasons, most of the University operator services are
  6670. used by the administration.  For example, the administration is the
  6671. principal user of operator services because people calling departments
  6672. and faculty usually know the direct-dial number while numerous
  6673. inquiries go to the administration.
  6674.  
  6675. By bundling charges and thus over-charging departments and
  6676. under-charging administrative services, the administration can, in
  6677. effect, transfer money intended for education to administrative
  6678. services.
  6679.  
  6680. Perhaps this over-charging occurs at private Universities for similar
  6681. reasons?
  6682.  
  6683.  
  6684. David G. Cantor        Department of Mathematics
  6685. dgc@math.ucla.edu    University of California
  6686.             Los Angeles, CA 90024
  6687.  
  6688. ------------------------------
  6689.  
  6690. End of TELECOM Digest V15 #110
  6691. ******************************
  6692.     
  6693.     
  6694. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa14447;
  6695.           21 Feb 95 15:09 EST
  6696. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  6697.     id AA01295; Tue, 21 Feb 95 09:44:45 CST
  6698. Return-Path: <telecom>
  6699. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  6700.     id AA01288; Tue, 21 Feb 95 09:44:43 CST
  6701. Date: Tue, 21 Feb 95 09:44:43 CST
  6702. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  6703. Message-Id: <9502211544.AA01288@delta.eecs.nwu.edu>
  6704. To: telecom@eecs.nwu.edu
  6705. Subject: TELECOM Digest V15 #111
  6706.  
  6707. TELECOM Digest     Tue, 21 Feb 95 09:44:00 CST    Volume 15 : Issue 111
  6708.  
  6709. Inside This Issue:                           Editor: Patrick A. Townson
  6710.  
  6711.     Enhanced Telecommunications Services for New Hampshire (Monty Solomon)
  6712.     Anon Servers, Child Porn and Scientologists (Johan Helsingius)
  6713.     Erlang B Tables (Stephen Morrisby)
  6714.     MVIP? What Are We Talking About Here? (Peter T. Overaas)
  6715.     Book on ISDN Wanted (Charles Mingus)
  6716.     Inquiry on CDMA and QUALCOMM (eswu@v9000.ntu.ac.sg)
  6717.     Can You Tell Me About MCK Communications? (intiaa@ozemail.com.au)
  6718.     CATV Based WAN (Dominique Gabioud)
  6719.     E(TACS) and GSM (Alexander Cerna)
  6720.  
  6721. TELECOM Digest is an electronic journal devoted mostly but not
  6722. exclusively to telecommunications topics. It is circulated anywhere
  6723. there is email, in addition to various telecom forums on a variety of
  6724. public service systems and networks including Compuserve and America
  6725. On Line. It is also gatewayed to Usenet where it appears as the moderated
  6726. newsgroup 'comp.dcom.telecom'. 
  6727.  
  6728. Subscriptions are available to qualified organizations and individual
  6729. readers. Write and tell us how you qualify:
  6730.  
  6731.                  * telecom-request@eecs.nwu.edu *
  6732.  
  6733. The Digest is edited, published and compilation-copyrighted by Patrick
  6734. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  6735. or phone at:
  6736.                     9457-D Niles Center Road
  6737.                      Skokie, IL USA   60076
  6738.                        Phone: 500-677-1616
  6739.                         Fax: 708-329-0572
  6740.   ** Article submission address only: telecom@eecs.nwu.edu **
  6741.  
  6742. Our archives are located at lcs.mit.edu and are available by using
  6743. anonymous ftp. The archives can also be accessed using our email
  6744. information service. For a copy of a helpful file explaining how to
  6745. use the information service, just ask.
  6746.  
  6747. *************************************************************************
  6748. *   TELECOM Digest is partially funded by a grant from the              *
  6749. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  6750. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  6751. * project.  Views expressed herein should not be construed as represent-*
  6752. * ing views of the ITU.                                                 *
  6753. *************************************************************************
  6754.  
  6755. Additionally, the Digest is funded by gifts from generous readers such
  6756. as yourself who provide funding in amounts deemed appropriate. Your help 
  6757. is important and appreciated. A suggested donation of twenty dollars per
  6758. year per reader is considered appropriate. See our address above.
  6759.  
  6760. All opinions expressed herein are deemed to be those of the author. Any
  6761. organizations listed are for identification purposes only and messages
  6762. should not be considered any official expression by the organization.
  6763. ----------------------------------------------------------------------
  6764.  
  6765. Date: Tue, 21 Feb 1995 00:36:08 -0500
  6766. From: Monty Solomon <monty@roscom.COM>
  6767. Subject: Enhanced Telecommunications Services for New Hampshire
  6768. Reply-To: monty@roscom.COM
  6769.  
  6770.  
  6771. Forwarded FYI to the Digest.
  6772.  
  6773.   From: "Lee D. Rothstein" <ldr@VeriTech.com>
  6774.   Subject: Enhanced Telecommunications Services for New Hampshire
  6775.   Organization: MV Communications, Inc.
  6776.   Date: Tue, 7 Feb 1995 19:25:32 GMT
  6777.  
  6778. [Disclaimer
  6779. ********** 
  6780.  
  6781. The text below was intended to be a press release.  It was written by
  6782. Lee Rothstein, of VeriTech, with the help of Tim Platt, of Orr and
  6783. Reno.  The views expressed in the release can only be ascribed to Lee
  6784. Rothstein.  Because there was not time to poll the members to
  6785. determine the extent of agreement, on both the bill and the press
  6786. release, the release has not been issued, as yet, by the Consortium.
  6787.  
  6788. The bill, however, goes before Senate Committee, Thursday.  If you
  6789. are a Member of the Consortium or attend the meetings, please
  6790. contact Lee Rothstein with your views.  Whether or not you attend
  6791. NHTC meetings, please contact your New Hampshire State Senator to
  6792. indicate your support for law and other efforts that foster
  6793. Internet availability, accessibility and bandwidth in New Hampshire.]
  6794.  
  6795.        ======================================================
  6796.        Enhanced Telecommunications Services for New Hampshire
  6797.        ======================================================
  6798.  
  6799. February 7, 1995, Concord, NH.  The New Hampshire Telecommunications
  6800. Consortium (NHTC) is committed to bringing advanced telecommunications
  6801. infrastructure and enhanced services to the State of New Hampshire.
  6802. The time is right for this effort.  Many people speak of the
  6803. "super-information highway" vision.  Even more people, companies and
  6804. institutions participate in, and contribute to the ballistic growth of
  6805. the Global Internet.  Consequently, the NHTC believes that proactive
  6806. steps must be taken by government, business and the community to
  6807. ensure that New Hampshire has sufficient, powerful and economical
  6808. access to enhanced telecommunications services at the earliest
  6809. possible opportunity.
  6810.  
  6811. Such efforts will ensure the well-being of the State in economic,
  6812. education, health, safety, and social areas.  Special efforts are
  6813. required because, on the one hand, New Hampshire must compete in the
  6814. global economy, but on the other hand, we are a sparsely populated and
  6815. small state that wishes to maintain our high quality of life and
  6816. environment.
  6817.  
  6818. To this end, some of the telecommunications consumer members of NHTC
  6819. have proposed a bill that would change the telecommunications
  6820. regulatory climate in New Hampshire so that citizens and institutions
  6821. of the State can benefit from these enhanced services.
  6822.  
  6823. The draft of the bill was composed by Tim Platt of Orr & Reno, at the
  6824. request of the NH BIA.  We are very grateful to Tim for his efforts on
  6825. behalf of the Consortium.  Specifically, the bill is aimed at
  6826. increasing competition for delivery of these enhanced services.  This,
  6827. in turn, will allow the State, it's institutions and citizens to
  6828. remain competitive with other forward-looking states and regions that
  6829. are well-along this process of fostering advanced telecommunications
  6830. infrastructure and enhanced services.  The proposed bill (NH Senate
  6831. Bill 22) has been sponsored by State Senator Beverly T.  Rodeschin of
  6832. Newport (Senate District 8).  Ms.
  6833.  
  6834. Rodeschin is a member of the Economic Development Committee. 
  6835.  
  6836. Senator Rodeschin's home phone number is 863-1941.  The Chair of the
  6837. Committee is Carl R.  Johnson of Meredith (Senate District 3).  His
  6838. legislature phone number is 279-3177.  His home phone number is
  6839. 279-6492.  If you would like to call the senator of your home
  6840. district, please call the New Hampshire Business and Industry
  6841. Association at 1-800-540-5388 for further information.
  6842.  
  6843. Senate Bill 22 maintains traditional distinctions between telephone
  6844. companies and telecommunications suppliers (the former being a subset
  6845. of the latter), and between basic and enhanced services.
  6846.  
  6847. Basic services include most services that we commonly think of as
  6848. involving the telephone for dial-up voice, fax and data (modem)
  6849. communications.  Enhanced services include data, video and imaging
  6850. services, especially when they make use of high speed digital
  6851. infrastructure.  The bill is specifically directed at improving
  6852. advanced telecommunications infrastructure and the pricing,
  6853. availability, and competitiveness of enhanced telecommunications
  6854. services.
  6855.  
  6856. The bill, as drafted, promotes telecommunications infrastructure
  6857. investment in three different ways: The first option would allow
  6858. telecommunications service providers (inclusive of telephone
  6859. companies) to make investments in technologically advanced
  6860. infrastructures without regulation as to price of the service based on
  6861. these infrastructures.  This would allow access and usage of enhanced
  6862. services at substantial discounts to current telephone rates.  The
  6863. second feature of the bill encourages telecommunications service
  6864. providers to work with businesses, institutions and the community to
  6865. develop pilot projects that satisfy the needs of institutions and
  6866. individuals.  Infrastructure developed as part of a pilot project
  6867. should also be offered at a discount, and, if made by a telephone
  6868. company, may be included as part of the rate base infrastructure, if a
  6869. telephone company makes such request.  The third option would allow
  6870. telephone companies to treat such investments as part of their
  6871. existing networks, if they elected to do so.  Pricing under this third
  6872. option would be based on traditional tariff filings.
  6873.  
  6874. The NHTC believes that efforts such as the proposed Senate Bill 22
  6875. will be absolutely essential to the well being of New Hampshire, her
  6876. institutions and citizens.
  6877.  
  6878. Senate Bill 22 comes up for committee hearing on February 9, 1995
  6879. before the Senate Executive Departments and Administration Committee.
  6880. The NHTC encourages all interested parties to contact their senators
  6881. and representatives expressing their support for the bill.  While
  6882. Senate Bill 22 may not be a perfect vehicle for bringing New Hampshire
  6883. into the age of the Global Internet and the Information Superhighway,
  6884. it can be an effective first step in bringing enhanced telecommunications 
  6885. services to New Hampshire, quickly.  Both comments and amendments that
  6886. will get New Hampshire on the right path, quickly, are invited.
  6887.  
  6888. The New Hampshire Telecommunications Consortium is composed of
  6889. business and community organizations dedicated to bringing the super
  6890. information highway, in all of its forms, to New Hampshire.  Members
  6891. include large telecommunications users, providers and other business
  6892. groups.  Members include:
  6893.  
  6894.   AT&T
  6895.   Continental Cablevision
  6896.   Exeter Hospital
  6897.   Granite State Telephone
  6898.   Lakes Region General Hospital
  6899.   New Hampshire Association of Broadcasters
  6900.   New Hampshire Business and Industry Association
  6901.   New Hampshire Department of Education
  6902.   New Hampshire Hospital Association
  6903.   New Hampshire Public Radio
  6904.   New Hampshire Public Television
  6905.   NYNEX
  6906.   Orr & Reno, Professional Association
  6907.   VeriTech, network information technology consultants
  6908.  
  6909. [Listing above does NOT imply agreement with either the bill or the
  6910. release.]
  6911.  
  6912.  
  6913. <> Lee D. Rothstein | LDR@VeriTech.com | 603-424-2900 | Fax: 603-424-8549 <>
  6914.    <> VeriTech | 7 Merrymeeting Drive | Merrimack, NH  03054-2934 | USA <>
  6915.          <> Information Technology (IT) Verification & Leadership <>
  6916.  
  6917. ------------------------------
  6918.  
  6919. From: Johan Helsingius <julf@penet.fi>
  6920. Subject: Anon Servers, Child Porn and Scientologists
  6921. Date: 21 Feb 1995 06:38:31 GMT
  6922.  
  6923.  
  6924. Press release, Monday, February 20th, 1995
  6925. Helsinki, Finland
  6926.  
  6927. World-wide Internet community appalled over the Scientology seizure
  6928.          Was the child porn scandal just a cover?
  6929.  
  6930. The reputation of Finland as a country that holds freedom of
  6931. expression, justice and human rights in high esteem has suffered among
  6932. the world-wide Internet community.  So far Finland has gotten a lot of
  6933. positive publicity as the home of the best-known anonymous server,
  6934. anon.penet.fi.  These servers enable safe net discussion of sensitive
  6935. issues, such as reporting violations of human rights.
  6936.  
  6937. The ease with which the Church Of Scientology (with the help of
  6938. Finnish police) obtained sensitive information has caused great
  6939. concern and uproar. With the help of the finnish police, the Church Of
  6940. Scientology found out the identity of a person who had published
  6941. material on the Church of Scientology anonymously on the Usenet
  6942. newsgroups. At the same time there has been a lot of speculation on
  6943. the net on whether the recent child porn scandal (which was totally
  6944. unsupported by hard evidence) might be connected to the
  6945. Scientologists' interest in the anonymous server.
  6946.  
  6947.          ___________________________________
  6948.  
  6949. Anonymous servers enable anonymous discussions via electronic mail and
  6950. newsgroups on the Internet, used by millions of people all over the
  6951. world, and are vital for support of freedom of expression. These
  6952. servers are used by people who are under pressure or persecuted,
  6953. people who report offenses of human rights or even discuss their
  6954. personal problems and sufferings.
  6955.  
  6956. One of the longest-lasting and probably the most famous anonymous
  6957. server is anon.penet.fi, created by the Finnish Internet specialist
  6958. Johan "Julf" Helsingius back in 1992. Every day more than 7000
  6959. messages are automatically handled by the service, and there are over
  6960. 200 000 registered users.  The popularity of the server is largely due
  6961. to its trustworthiness, based on both the personal reputation of
  6962. Helsingius among the network community, as well as on the good
  6963. reputation of Finland as a country where individual rights, privacy
  6964. and freedom of expression are respected.
  6965.  
  6966. This kind of reputation is important, since there are lots of people
  6967. and organisations in the world that would rather see the anon servers
  6968. being shut down.  Governments that violate human rights, as well as
  6969. other organizations banning public and open discussion of their
  6970. activities, such as the Church of Scientology, are among these. The
  6971. Church of Scientology has in fact approached the people offering
  6972. anonymity services, threatening with lawsuits unless the anonymous
  6973. discussion in scientology-related newsgroups stops.  In fear of
  6974. lawsuits many American servers have either stopped altogether or
  6975. strongly limited their activities.
  6976.  
  6977. The flow of events:
  6978.  
  6979. On Thursday, February 2, an American representative of the Church of
  6980. Scientology (CoS) contacted Johan Helsingius, informing him that some
  6981. information residing on a private and closed CoS system had been made
  6982. public via the anon.penet.fi server. Based on this they have reported
  6983. a burglary to the Los Angeles Police and FBI.  The representative of
  6984. CoS asked Helsingius for the real identity of the individual that had
  6985. posted the confidential information. After Helsingius had made it
  6986. clear that he was in no position to give out the information, he was
  6987. told an official request to the Finnish Police was on its way via
  6988. Interpol.  The next day, February 3, the Finnish police contacted
  6989. Helsingius, informing him that if need be, they would get a warrant of
  6990. search and seizure.  The necessary documents for these actions were
  6991. promised for Monday.
  6992.  
  6993. On Monday, February 6, the Swedish newspaper Dagens Nyheter published
  6994. an article based on the investigation of Mats Wiklund from University
  6995. of Stockholm.  The article stated that child porn was distributed to
  6996. Internet from the Finnish anon.penet.fi server.  The Finnish media
  6997. picked up the story, with headlines such as "Internet distributes
  6998. child porn from an address in Helsinki" (Helsingin Sanomat) and
  6999. "Internet flooded with child porn" (Ilta-Sanomat).  The first public
  7000. reaction in Finland was based purely on the initial article in Dagens
  7001. Nyheter.
  7002.  
  7003. Meantime, the Internet community started to investigate the matter.
  7004. The child porn statements caused amazement, as the anon server has
  7005. (due to heavy traffic) been forced to limit the maximum size of
  7006. messages, and ban postings to groups containing pictures altogether.
  7007. At closer look the Wiklund "research" is revealed to have been made
  7008. sloppily and without enough expertise.
  7009.  
  7010. The information needed to reveal the sender of the articles has not
  7011. been saved, and the famous pictures themselves are nowhere to be
  7012. obtained for a closer look.  The only picture that is actually included
  7013. in Wiklund's report seems to be taken on a nudist camp.
  7014.  
  7015. Wiklund has investigated four newsgroups dealing with sexual pictures,
  7016. checked 5651 postings and found 8 pictures of adolescent nude
  7017. children, none of which are (according to Wiklund's own report)
  7018. actually pornographic. After a closer look at the pictures in those
  7019. groups, they are shown to actually come from United Kingdom, not
  7020. Finland.  Wiklund admits that he never thought of the possibility of
  7021. the source of the pictures being forged.  On Saturday, February 11,
  7022. Johan Helsingius reveals the true nature of events and the headlines
  7023. in Finnish media quiet down.
  7024.  
  7025. On the Internet there follows a lot of lively discussion and
  7026. questioning of the motives of the Swedish researcher, the person who
  7027. forged the source of the pictures, and the journalist of Dagens
  7028. Nyheter.  Some writers suggest a connection to the attempts by the CoS
  7029. to silence anon servers.  Since the authorities don't seem to be
  7030. investigating the case, Helsingius himself files a request for
  7031. investigation with the Finnish police. The initial investigation
  7032. reveals no crime committed at least in Finland.
  7033.  
  7034. In the meantime, on February 8, the Finnish police serve Helsingius
  7035. with a warrant for search and seizure, and obtains from Helsingius the
  7036. electronic mail address of the anonymous user that the CoS wants.
  7037. Within an hour after the Finnish Police gets hold of the information,
  7038. the Finnish representative of the CoS informs Helsingius legal
  7039. representative that they received the information.
  7040.  
  7041. On 14 February the criminal investigation on the scientologists case
  7042. is dropped.  Helsingius gets this information on February 17, and
  7043. reveals the situation on some discussion groups and mailing lists on
  7044. the Internet.  This announcement has caused a flood of electronic
  7045. mail, and a huge outroar among the Internet community.
  7046.  
  7047. During the weekend, Helsingius received hundreds of comments and
  7048. queries, most of them questioning the actions of the Finnish
  7049. authorities.
  7050.  
  7051. February 19 the maintainer of an anonymous service in Amsterdam tells
  7052. Helsingius that the Church of Scientology has approached him again,
  7053. threatening with legal action unless the anonymous participation into
  7054. the discussion on scientology is stopped.  This time the issue would
  7055. be claims about illicit distribution of copies of copyrighted computer
  7056. programs.
  7057.  
  7058.                        -----------------------
  7059.  
  7060. [TELECOM Digest Editor's Note: Those Scientology people are very strange.
  7061. So was L. Ron Hubbard, their founder for that matter. Originally an author
  7062. of mostly science fiction books, in 1949 Hubbard went to a convention of
  7063. science fiction writers and made the comment that real money in the world
  7064. was not to be made writing books. "If you really want to make lots of money
  7065. start a church ..." he said. Well, we know that much is true, I've thought
  7066. a couple times about starting one myself. Hubbard then wrote a book called
  7067. "Dianetics: The Modern Science of Mental Health" which seems to have sold
  7068. quite well (he has been dead for a few years but the book is still in
  7069. print) and from that publication came the Church of Scientology. They
  7070. have always been very agressive about getting their way and they don't
  7071. hesitate to sue or otherwise harass anyone who writes an expose of their
  7072. activities. With Auditors and Engrams and their infamous E-Meter (a 
  7073. device which measures Engrams!) they'll clear you of whatever is wrong
  7074. in your thinking processes. Several years ago I read a few things about
  7075. their tactics toward their perceived enemies. I'm not surprised they
  7076. are now turning their attention to Internet. 
  7077.  
  7078. The comments by Helsingius sort of confirm what I said here the other
  7079. day where remailers are concerned: they do have records of who says
  7080. what, and will keep them for use as necessary. He went the full measure
  7081. and required the authorities to produce a warrant before turning over
  7082. the information they sought, and that is admirable. But when I was doing
  7083. the same thing with postal mail years ago, the other fellows I knew in
  7084. the same business used to take a somewhat more practical view. The 
  7085. attitude was (regards postal inspectors, police, etc) we have to live
  7086. with those guys all the time. If you know that in fact to get a warrant
  7087. all they have to do is go ask a judge for one and they'll be back in
  7088. a few minutes or a day or so later, then give them what they want and
  7089. save time for everyone. Some will even call on the phone to request a
  7090. warrant and have it delivered five minutes later over your fax machine!
  7091. Then they look at you with some disdain as if to say "old pros like
  7092. you and I need not waste a lot of time on preliminaries, or the opening
  7093. exercises." I hope Helsingius afterward at least notified his user that
  7094. there had been inquiries made. That's a courteous thing to do.   PAT]
  7095.  
  7096. ------------------------------
  7097.  
  7098. From: smorrisby@cix.compulink.co.uk ("Stephen Morrisby")
  7099. Subject: Erlang B Tables
  7100. Organization: Millicom Ghana Limited
  7101. Date: Tue, 21 Feb 1995 11:52:06 GMT
  7102.  
  7103.  
  7104. Can anyone provide me with the formulae used to calculate Erlang B
  7105. Tables?
  7106.  
  7107.  
  7108. Thanks,
  7109.  
  7110. Steve Morrisby
  7111.  
  7112. ------------------------------
  7113.  
  7114. From: Peter T. Overaas <ptov@chevron.com>
  7115. Subject: MVIP? What Are We Talking About Here?
  7116. Organization: chevron
  7117. Date: Mon, 20 Feb 1995 23:08:23 GMT
  7118.  
  7119.  
  7120. Can anyone explain what the acronym "MVIP" stands for?  I heard this in
  7121. a discussion on IVR.  
  7122.  
  7123.  
  7124. Thanks, 
  7125.  
  7126. Pete
  7127.  
  7128.  
  7129. [TELECOM Digest Editor's Note: Once again a reminder that the Telecom 
  7130. Archives (anonymous ftp lcs.mit.edu) contains several glossary files
  7131. in the /glossaries sub-directory. Check them out.      PAT]
  7132.  
  7133. ------------------------------
  7134.  
  7135. From: logic@li.net (Charles Mingus)
  7136. Subject: Book on ISDN Wanted
  7137. Date: 21 Feb 1995 00:11:13 -0500
  7138. Organization: LI Net (Long Island Network)
  7139.  
  7140.  
  7141. I am currently looking for a book that will give a detailed description 
  7142. of ISDN lines and their uses.  I don't know if such a book exists but
  7143. it would be of great use to me.
  7144.  
  7145.  
  7146. logic@linet01.li.net
  7147.  
  7148.  
  7149. [TELECOM Digest Editor's Note: Ummm, I think we have a few peopl around
  7150. here who have written books on ISDN, don't we Fred G?  Maybe someone
  7151. can make contact with Mingus and answer his questions.   PAT]
  7152.  
  7153. ------------------------------
  7154.  
  7155. From: eswu@v9000.ntu.ac.sg
  7156. Subject: Inquiry on CDMA and QUALCOMM
  7157. Date: 20 Feb 95 17:33:29 +0800
  7158. Organization: Nanyang Technological University
  7159.  
  7160.  
  7161. Hello everyone, I have a project on CDMA.
  7162.  
  7163. I would appreciate if anyone can give me the following information:
  7164.  
  7165. 1) Where to get the IS-95?
  7166.    In what periodical and in which volume?
  7167.    Or where to buy?
  7168.  
  7169. 2) Where to get the published materials on CDMA designed by QUALCOMM?
  7170.    I have heard that QUALCOMM has designed a CDMA system, but I still
  7171.    did not find any wirtten material on it.
  7172.  
  7173.  
  7174. Thanks in advance.
  7175.  
  7176. ------------------------------
  7177.  
  7178. Date: Mon, 20 Feb 1995 23:41:39 +1100
  7179. From: intiaa@ozemail.com.au (Internet Industry Association of Australia)
  7180. Subject: Can You Tell me About MCK Communications?
  7181. Organization: Internet Industry Association of Australia (INTIAA)
  7182.  
  7183.  
  7184. Dear Pat,
  7185.  
  7186. A company in Calgary, Alberta called MCK Communications make a black
  7187. box that enables a Northern Telecom Meridian handset talk to the
  7188. switch over a POTS and have full functionality as well, a kind of
  7189. virtual extension.
  7190.  
  7191. MCK are not in the phone book. Maybe you can find this out and drop me
  7192. a line.
  7193.  
  7194.  
  7195. Cheers, 
  7196.  
  7197. Geoff
  7198.  
  7199. ------------------------------
  7200.  
  7201. From: gabioud@uni2a.unige.ch
  7202. Subject: CATV Based WAN
  7203. Organization: University of Geneva, Switzerland
  7204. Date: Mon, 20 Feb 1995 12:45:38 GMT
  7205.  
  7206.  
  7207. It is planned to install a return channel (between 20 MHz and 50 MHz)
  7208. on a cable TV network.
  7209.  
  7210. We want to offer a LAN interconnection service supported by this
  7211. upgraded CATV network. Our idea is to install a Token Bus like network
  7212. on parts of the CATV net, with point-to-point links between Token Bus
  7213. islands.
  7214.  
  7215. Three questions about this project:
  7216.  
  7217. 1. Do you know the existence of a LAN interconnection service based on
  7218.    the CATV cable?
  7219.  
  7220. 2. Do you know equipment that can be used for such a service?
  7221.  
  7222. 3. Token Bus (IEEE 802.4) equipments can not be used directly, because
  7223.    the IEEE 802.4 normalized frequencies are not free. Can I nevertheless 
  7224.    use these equipments with just an external remodulator to make the 
  7225.    signal fit in free bandwiths on the TV cable?
  7226.  
  7227.  
  7228. Sincerely yours,
  7229.  
  7230. Dominique Gabioud    gabioud@uni2a.unige.ch
  7231.  
  7232. ------------------------------
  7233.  
  7234. Reply-To: Alexander Cerna <cerna@ntep.tmg.nec.co.jp>
  7235. Subject: E(TACS) and GSM
  7236. Date: Mon, 20 Feb 1995 10:06:10 +0800
  7237. From: Alexander Cerna <cerna@ntps5.ntep.tmg.nec.co.jp>
  7238.  
  7239.  
  7240. Can someone explain to me what E(TACS) and GSM are in detail?  There
  7241. are around five cellular phone service providers in our country, and
  7242. most of them use E(TACS).  One uses GSM, and says that this is the
  7243. latest technology in cellular telephony.  They say that it would make
  7244. international roaming possible (although they say that it isn't
  7245. possible right now).
  7246.  
  7247. Also, this service provider that uses GSM says that they're the only
  7248. provider that's 100% digital.  One of the implications of this, they
  7249. claim, is that their phones can't be cloned as easily as the analog
  7250. ones.  Is this true?  Also, they say that analog systems are very
  7251. prone to charge errors.  Is this also true?  Or are they just trying
  7252. to scare me from going to the other service providers?
  7253.  
  7254. Thank you very much.
  7255.  
  7256.  
  7257. Regards,
  7258.  
  7259. Alexander Cerna      cerna@ntep.tmg.nec.co.jp       VOX: +63 (32) 400-451
  7260. NEC Technologies     MEPZ, Lapulapu, Phils 6015     FAX: +63 (32) 400-457
  7261.  
  7262. ------------------------------
  7263.  
  7264. End of TELECOM Digest V15 #111
  7265. ******************************
  7266.     
  7267.     
  7268. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa20031;
  7269.           21 Feb 95 20:41 EST
  7270. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  7271.     id AA12995; Tue, 21 Feb 95 15:12:40 CST
  7272. Return-Path: <telecom>
  7273. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  7274.     id AA12986; Tue, 21 Feb 95 15:12:37 CST
  7275. Date: Tue, 21 Feb 95 15:12:37 CST
  7276. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  7277. Message-Id: <9502212112.AA12986@delta.eecs.nwu.edu>
  7278. To: telecom@eecs.nwu.edu
  7279. Subject: TELECOM Digest V15 #112
  7280.  
  7281. TELECOM Digest     Tue, 21 Feb 95 15:12:00 CST    Volume 15 : Issue 112
  7282.  
  7283. Inside This Issue:                           Editor: Patrick A. Townson
  7284.  
  7285.     Re: Pair Gain Line Problem, Help! (Bennett Wong)
  7286.     Re: What is Loop Start? (Martin McCormick)
  7287.     Re: What is Loop Start? (William Wood)
  7288.     Re: What is Loop Start? (Wally Ritchie)
  7289.     Re: What is Loop Start? (Sharon Prey)
  7290.     Re: Pre-Paid Phone Cards - Evening Rates? (Jeffrey Kagan)
  7291.     Re: Pre-Paid Phone Cards - Evening Rates? (Cliff Lam)
  7292.     Re: Pre-Paid Phone Cards - Evening Rates? (Shawn Gordhamer)
  7293.     Re: Motorola Flip Phone and Low Battery (David Chessler)
  7294.     Re: Motorola Flip Phone and Low Battery (Shawn Gordhamer)
  7295.     Re: Motorola Flip Phone and Low Battery (Ry Jones)
  7296.     Re: What is DMS-100? (Sharon Prey)
  7297.     Re: What is DMS-100? (Greg Habstritt)
  7298.     Re: What is DMS-100? (Mike Boyd)
  7299.     Re: Area Code/Prefix Trivia (Philip V. Hull)
  7300.     Re: Area Code/Prefix Trivia (David W. Tamkin)
  7301.  
  7302. TELECOM Digest is an electronic journal devoted mostly but not
  7303. exclusively to telecommunications topics. It is circulated anywhere
  7304. there is email, in addition to various telecom forums on a variety of
  7305. public service systems and networks including Compuserve and America
  7306. On Line. It is also gatewayed to Usenet where it appears as the moderated
  7307. newsgroup 'comp.dcom.telecom'. 
  7308.  
  7309. Subscriptions are available to qualified organizations and individual
  7310. readers. Write and tell us how you qualify:
  7311.  
  7312.                  * telecom-request@eecs.nwu.edu *
  7313.  
  7314. The Digest is edited, published and compilation-copyrighted by Patrick
  7315. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  7316. or phone at:
  7317.                     9457-D Niles Center Road
  7318.                      Skokie, IL USA   60076
  7319.                        Phone: 500-677-1616
  7320.                         Fax: 708-329-0572
  7321.   ** Article submission address only: telecom@eecs.nwu.edu **
  7322.  
  7323. Our archives are located at lcs.mit.edu and are available by using
  7324. anonymous ftp. The archives can also be accessed using our email
  7325. information service. For a copy of a helpful file explaining how to
  7326. use the information service, just ask.
  7327.  
  7328. *************************************************************************
  7329. *   TELECOM Digest is partially funded by a grant from the              *
  7330. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  7331. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  7332. * project.  Views expressed herein should not be construed as represent-*
  7333. * ing views of the ITU.                                                 *
  7334. *************************************************************************
  7335.  
  7336. Additionally, the Digest is funded by gifts from generous readers such
  7337. as yourself who provide funding in amounts deemed appropriate. Your help 
  7338. is important and appreciated. A suggested donation of twenty dollars per
  7339. year per reader is considered appropriate. See our address above.
  7340.  
  7341. All opinions expressed herein are deemed to be those of the author. Any
  7342. organizations listed are for identification purposes only and messages
  7343. should not be considered any official expression by the organization.
  7344. ----------------------------------------------------------------------
  7345.  
  7346. Date: Tue, 21 Feb 95 08:56:16 PST
  7347. From: wong@pairgain.com (Bennett Wong)
  7348. Subject: Re: Pair Gain Line Problem, Help!
  7349.  
  7350.  
  7351. > I have been told by a Pac Bell (i'm in CA) tech that the reason that I
  7352. > cannot connect above 9600 is because I'm on a "Pair Gain" line to the
  7353. > C.O. My roommate has no problem, the tech says he's on a copper line
  7354. > to the C.O.
  7355.  
  7356. > Problem: Pac Bell refuses to change me over to a copper line, saying
  7357. > that they are only required to provide a 'voice-grade' line which only
  7358. < has to support transfer speed of 1200 bps (HA HA HA HA HA).
  7359.  
  7360. Matt,
  7361.  
  7362. I can't offer any specific advice, but I can give you some information
  7363. that might be helpful. Assuming that by using the term "Pair Gain" you
  7364. mean that Pac Bell has you on an AML line, you're probably on an
  7365. analog "added main line". My tech guys tell me that the most you will
  7366. probably get is 2400 baud.  If you're on a digital AML, then you
  7367. should be able to go above 9600 baud with no problem.
  7368.  
  7369. The company that I work for, PairGain Technologies, sells a digital
  7370. AML called PG-2 that can support dialup modems at speeds up to 19.2
  7371. kbits/s with no problem. (It may be able to support higher rates, but
  7372. 19.2 kbits/s is what they last tested a PG-2 unit at). However, my
  7373. tech guys also tell me that Pac Bell doesn't buy any PG-2 units from
  7374. us. Instead, they buy units from Rockwell, Wescom, and Adtrans.  I
  7375. don't know if these are digital or analog AML's, but it seems the
  7376. trend is to not buy anymore analog AML's.
  7377.  
  7378. Maybe you can ask your phone company to move you over to a digital AML
  7379. (perhaps, from PairGain Technologies ;) from an analog AML.
  7380.  
  7381.  
  7382. Hope this helps,
  7383.  
  7384. Bennett Wong     PairGain Technologies, Inc.
  7385. 14402 Franklin Avenue     Tustin, CA 92680
  7386. wong@pairgain.com
  7387.  
  7388. ------------------------------
  7389.  
  7390. From: Martin McCormick <martin@dc.cis.okstate.edu>
  7391. Subject: Re: What is Loop Start?
  7392. Date: 20 Feb 1995 19:45:31 GMT
  7393. Organization: Oklahoma State University  Stillwater, OK
  7394.  
  7395.  
  7396. In article <telecom15.107.15@eecs.nwu.edu> nagle@netcom.com (John Nagle) 
  7397. writes:
  7398.  
  7399. > When a subscriber goes off-hook with intent to originate but
  7400. > actually answers an incoming call, the situation called "glare" has
  7401. > occured.  This is a big problem for heavily-used lines used for both
  7402. > incoming and outgoing calls,
  7403.  
  7404. Where did the term "glare" ever get to be used in this context?
  7405.  
  7406.  
  7407. Martin McCormick WB5AGZ   Stillwater, OK
  7408. OSU Center for Computing and Information Services Data Communications Group
  7409.  
  7410.  
  7411. [TELECOM Digest Editor's Note: Imagine two motorists driving in opposite
  7412. directions down a narrow one-lane road with no room to pass each other.
  7413. They meet in the middle somewhere, and each one leans out the window and
  7414. glares at the other, wanting *them* to the be one to back up and get
  7415. out of the way. 'Glare' in the conventional sense means to look in a
  7416. hostile fashion at another person. Two calls on one pair each going in
  7417. the opposite direction are certainly hostile and/or incompatible with
  7418. each other. 
  7419.  
  7420. A state law on the books in Kansas at the end of the 19th century detailed
  7421. exactly how to handle the problem of glare, where railroad trains were
  7422. concerned:  "If two trains both on the same track approach each other
  7423.  from opposite directions, then each shall come to a complete halt and
  7424. wait until the other train has passed entirely."  Yes, that was a law in
  7425. Kansas over a hundred years ago, repealed quite a few years ago when the
  7426. Kansas legislature did a major overhaul and re-codification of the statutes
  7427. of that state.  In the case of telephonic glare, there is really no other
  7428. option except for both parties to disconnect and start all over again
  7429. unless the party on the inside line of the PBX is willing to be nice about
  7430. it and try to transfer the call off his line and back to the attendant
  7431. somehow, even though she did not give the call to him in the first place.  PAT]
  7432.  
  7433. ------------------------------
  7434.  
  7435. Date: Tue, 21 Feb 1995 10:38:52 -0800
  7436. From: wewood@ix.netcom.com (William Wood)
  7437. Subject: Re: What is Loop Start?
  7438.  
  7439.  
  7440. Paul Garfield (garfield@vanilla.cs.umn.edu) writes:
  7441.  
  7442. > Long ago I remember terms like loop start and ground start as
  7443. > different protocols for handling signaling bits on a T1 line ...
  7444.  
  7445. Paul, it couldn't have been reeeealy long ago or you'd know that loop, 
  7446. ground, wink, etc. originated on analog lines (local loops from the dial 
  7447. tone switch, etc.) and trunks (facilities between switches). See ..... 
  7448. sometimes it pays to be old. The best way to look at your question is to 
  7449. begin by understanding that T type carrier is simply the transporter of 
  7450. signaling information. It doesn't do anything but extend the native 
  7451. signaling/supervision form of the equipment to which it is connected, 
  7452. which is (in voice applications) usually a switch, but sometimes private 
  7453. line equipment. The T (or any other type of carrier) is at its core 
  7454. nothing more than a distance extension methodology to allow devices such 
  7455. as telephones to be located beyond metallic circuit distances. The 
  7456. circuit signaling type is unrelated to the carrier system (other than 
  7457. its ability to transparently transport the supervision states). So, the 
  7458. first part of answering your question is to divorce the carrier from the 
  7459. signaling. The next part is just basic phone stuff relating to signaling 
  7460. and/or supervision. 
  7461.  
  7462. Loop start is the type of supervision generated by your local POTS 
  7463. (plain ol' telephone service) telephone set. The local serving dial tone 
  7464. switch applies (normally in the USA) -48v battery to one (usually the 
  7465. ring) of the wires in the pair coming to your phone. It applies switch 
  7466. ground to the other. When you go off hook, your telephone set connects 
  7467. the tip and ring wires together thus forming a "loop" from the switches' 
  7468. point of view. This loop starts the call process.
  7469.  
  7470. Ground start adds one new wrinkle. In the idle state the switch still 
  7471. applies -48 battery on the (usually) ring wire but leaves the tip open. 
  7472. When you want to make a call your device (PBX or special phone) must 
  7473. first apply a local ground to the (usually) ring wire. This will cause 
  7474. current flow on that wire which the switch will interpret as a request 
  7475. for ground on the (usually) tip wire. From here on out the process works 
  7476. like loop start. We've always called this operation RING GROUND START 
  7477. because you have to ground the ring wire to start the dialing process. 
  7478. This process also helps prevent glare, but I'll leave that explanation 
  7479. for another posting.
  7480.  
  7481. The other types of supervision you asked about are usually not line
  7482. oriented. They are used on trunks. Wink just means a momentary off/on
  7483. hook change which alerts equipment to follow on with some action. MF
  7484. outpulsing is a good example of what happens after one switch sees a
  7485. wink on a trunk from a distant switch. The word wink comes from an old
  7486. type of signaling test box which had two lights that lit up when the
  7487. line and drop were on hook. The lights would go out on off hook
  7488. conditions. A momentary change from on to off and back to on would
  7489. cause the light bulbs to blink or wink at you.
  7490.  
  7491. Hope this helps - we have a two day on-site only seminar which covers
  7492. these basic processes, if youre interested in more details.
  7493.  
  7494.  
  7495. WE Wood     Technotranslater
  7496. Techtrans Animatics Group
  7497. Techish to English Translations
  7498.  
  7499. ------------------------------
  7500.  
  7501. From: writchie@gate.net
  7502. Subject: Re: What is Loop Start?
  7503. Date: 21 Feb 1995 06:06:09 GMT
  7504. Reply-To: writchie@gate.net
  7505.  
  7506.  
  7507. In <telecom15.106.5@eecs.nwu.edu>, garfield@vanilla.cs.umn.edu (Paul 
  7508. Garfield) writes:
  7509.  
  7510. > Long ago I remember terms like loop start and ground start as
  7511. > different protocols for handling signaling bits on a T1 line (although
  7512. > I didn't know the details).  Recently I've seen the following terms
  7513. > applied to ANALOG lines: loop start, ground start, wink start, earth
  7514. > recall.  What do these mean?  I always thought all analog lines were
  7515. > the same.
  7516.  
  7517. The relevance to T1 is only that the AB signalling bits control the
  7518. signalling functions performed in the particular channel units that
  7519. provide the analog interfaces. The base definitions for the interfaces
  7520. are analog. To summarize:
  7521.  
  7522. Loop start is the regular POTS line where closing the loop signals
  7523. off- hook to the Office and power ringing signals an incoming call.
  7524. Disconnect from the office following an answered call is typically
  7525. indicated by removal of battery (which dropped the hold relay on the
  7526. once pervasive 1A2 key system. The major difficulty with loop start is
  7527. that an incoming call can be connecting during the silent interval of
  7528. the power ringing and it is possible to close the loop for an outgoing
  7529. call during this interval. The incoming call will then be answered.
  7530. This can be reduced by immediate ringing (connecting the line to an
  7531. active cycle of power ringing immediately upon seizure) but this is
  7532. typically not available.
  7533.  
  7534. Ground start originates calls to the Office by grounding tip. Calls
  7535. from the Office are indicated by tip ground (and power ringing).
  7536. Ground start also provides positive disconnect indication from office
  7537. under all conditions. Ground start is the typical analog PBX trunk
  7538. interface.
  7539.  
  7540. Wink Start is not a trunk type but a signalling protocol that can be
  7541. used on Reverse Battery (DID) or E&M trunks. The wink indicates
  7542. readiness to receive digits. The wink is a momentary offhook after
  7543. which the originating end transfers digits by either pulse dialing or
  7544. inband tones.  Off-hook is returned when the addressed station
  7545. answers.
  7546.  
  7547. Reverse battery uses battery from the CPE with normal polarity
  7548. indicating on-hook and reverse polarity indicating off-hook. Reverse
  7549. battery is one way in to the CPE. The channel units are called DPO and
  7550. DPT (Dial Pulse Originating and Terminating).
  7551.  
  7552. Earth recall is the U.K. version of ground start. Perhaps someone on
  7553. the other side of the pond can elaborate on this and other European
  7554. Interfaces.
  7555.  
  7556.  
  7557. Wally Ritchie    Ft. Lauderdale, Florida
  7558.  
  7559. ------------------------------
  7560.  
  7561. From: Sprey@ix.netcom.com (sharon prey)
  7562. Subject: Re: What is Loop Start?
  7563. Date: 20 Feb 1995 23:30:04 GMT
  7564. Organization: Netcom
  7565.  
  7566.  
  7567. In <telecom15.106.5@eecs.nwu.edu> garfield@vanilla.cs.umn.edu (Paul 
  7568. Garfield) writes: 
  7569.  
  7570. > Long ago I remember terms like loop start and ground start as
  7571. > different protocols for handling signaling bits on a T1 line (although
  7572. > I didn't know the details).  Recently I've seen the following terms
  7573. > applied to ANALOG lines: loop start, ground start, wink start, earth
  7574. > recall.  What do these mean?  I always thought all analog lines were
  7575. > the same.
  7576.  
  7577.    Most of your regular phone lines are loop start; you pick up the phone 
  7578. and there is a loop or circle from the phone thru the equipment and back 
  7579. to you. Ground starts lines that require a ground on one side to give
  7580. dial tone, and they may be business lines or lines other than the
  7581. regular residential lines (they can be ground start but not usually).
  7582. Loop and ground start are not just analog. Wink start is on a trunk or
  7583. connection that requires the other end to send a wink.  The wink is
  7584. like saying it's okay to send digits to connect your call.
  7585.  
  7586.  
  7587. [TELECOM Digest Editor's Note: Don't you think however that ground start
  7588. lines are a lot more secure in applications like modem dial in lines or
  7589. situations where the power could go off and concievably leave an inbound
  7590. caller connected to your system with the ability to use one of your
  7591. outgoing lines?   PAT]
  7592.  
  7593. ------------------------------
  7594.  
  7595. From: jefkagan@netcom.com (Jeffrey Kagan)
  7596. Subject: Re: Pre-Paid Phone Cards - Evening Rates?
  7597. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  7598. Date: Tue, 21 Feb 1995 13:57:27 GMT
  7599.  
  7600.  
  7601. There is not a standard program. Some offer a time of day sensitive 
  7602. program, and others do not. You just have to sort through the different 
  7603. deals till you find the one that satisfies your criteria.
  7604.  
  7605.  
  7606. Jeffrey Kagan  *  KAGAN TELECOM ASSOCIATES * Atlanta GA    
  7607. Telecommunications industry analyst, market researcher, consultant and speaker
  7608. (404)419-2222  *  PO Box 670562  *  Marietta GA 30066 
  7609. Internet Address: jefkagan@netcom.com
  7610.  
  7611. ------------------------------
  7612.  
  7613. From: clifflam@interlog.com (clifflam)
  7614. Subject: Re: Pre-Paid Phone Cards - Evening Rates?
  7615. Date: Tue, 21 Feb 95 00:29:33 GMT
  7616. Organization: interlog.com
  7617.  
  7618.  
  7619. pwinston@cs.hmc.edu (Philip Winston) wrote:
  7620.  
  7621. > I was thinking about tracking down some of those pre-paid phone cards
  7622. > (even AT&T has them now I think) as a gift for someone. 
  7623.  
  7624. Are there other more attractive options for making long distance calls at
  7625. pay phones without a bag of change or some form of credit card?  I am
  7626. interested in situations of placing calls from Canada to US, Europe,
  7627. Asia and the Caribbeans.
  7628.  
  7629.  
  7630. Cliff Lam
  7631.  
  7632.  
  7633. [TELECOM Digest Editor's Note: Yes there are. For example AT&T's 500
  7634. program now allows what you are asking, and one equally as good or
  7635. perhaps better is the 800 number service called 'My Line'. It also
  7636. offers outdial capability.    PAT]
  7637.  
  7638. ------------------------------
  7639.  
  7640. From: shawnlg@netcom.com (Shawn Gordhamer)
  7641. Subject: Re: Pre-Paid Phone Cards - Evening Rates?
  7642. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  7643. Date: Tue, 21 Feb 1995 12:55:34 GMT
  7644.  
  7645.  
  7646. pwinston@cs.hmc.edu (Philip Winston) writes:
  7647.  
  7648. > [TELECOM Digest Editor's Note: They are a pretty lousy deal. Most charge
  7649. > fifty cents per minute, in one minute increments. That's not surprising,
  7650. > considering there are so many hands in the pot trying to cash in on them.
  7651. > Many/most pre-paid card are multi-level-marketing things; everyone wants
  7652. > a commission. For example, a couple years ago I experimented here with the
  7653. > Digest readers with a type of pre-paid card called 'Talk Ticket'. For
  7654. > two dollars, you got four minutes of time in increments of one minute each.
  7655. > I paid, I think, $1.45 per card and resold them for the published price
  7656. > of $2.00.  Whoever I bought them from got them for about 85 cents each
  7657. > I believe. A unit is a unit is a unit; day or night, weekdays or Sundays;
  7658. > it does not matter. You could also, if desired, spend the four minutes
  7659. > on the extra features offered such as voicemail, news weather and sports,
  7660. > hot chat on a conference bridge, etc. 
  7661.  
  7662. > Prepaid cards are promoted as a way to allow someone to use your telephone
  7663. > card a limited amount of time -- presumably for calls made to you -- without
  7664. > the worry of that person abusing your regular card. They are also promoted
  7665. > as a way to greatly reduce toll fraud, since if you lose the card or get
  7666. > shoulder-surfed at the train station all stand to lose is the remaining
  7667. > balance on that card. Those are good reasons, but the other side of the
  7668. > coin is you pay so much for them by comparison.  I put prepaid phone cards
  7669. > in the same category as American Express or Traveler's Express Money Orders.
  7670. > You pay them money for the privilege of lending them money until you 
  7671. > get around to cashing it in.
  7672.  
  7673. Well, UpFront @ 1-800-888-3510 is a pretty good deal for a prepaid card.  
  7674. I know NOTHING about the company, if it's an MLM.  I just called the
  7675. company and they sent me a card.  You can recharge it with check or
  7676. credit card.
  7677.  
  7678. Rates are $.20/min day, $.16/min eve, and $.13/min nite, anywhere in the 
  7679. US, including IN YOUR OWN STATE.  This last point is better than a lot of 
  7680. calling cards.  There is a $.10 surcharge per call though.
  7681.  
  7682. I plug this company because I like the rates; I have nothing else to gain.
  7683.  
  7684. If someone knows something more about UpFront, please post.  I'm curious.
  7685.  
  7686.  
  7687. Shawn Gordhamer   shawnlg@netcom.com
  7688.  
  7689.  
  7690. [TELECOM Digest Editor's Note: It sounds like a decent deal. Anyone from
  7691. UpFront out there care to comment?  PAT]
  7692.  
  7693. ------------------------------
  7694.  
  7695. Subject: Re: Motorola Flip Phone and Low Battery
  7696. From: david.chessler@neteast.com (DAVID CHESSLER)
  7697. Date: Tue, 21 Feb 95 02:49:00 -0500
  7698. Organization: Online Technologies, Inc. - 301-738-0001
  7699. Reply-To: david.chessler@neteast.com (DAVID CHESSLER)
  7700.  
  7701.  
  7702. > My instructions for my xt-pak ni-cad batteries say to maintain long
  7703. > lifetime, I should discharge them fully before recharging (all the
  7704. > time, not just the first five times), so I've found I must stuff the
  7705. > phone under the couch cushions overnight so it won't wake me up.
  7706.  
  7707. > Maybe this is an opportunity for a third party product - a cell phone
  7708. > silencer (sound proof box), or a battery drainer (something that just
  7709. > puts a load on the battery until it drains completely).
  7710.  
  7711. I've handled ordinary nicads by putting them in a flashlight, turning
  7712. it on, and waiting for the light to go out.
  7713.  
  7714. With a cellular battery of peculiar voltage and conformation, just
  7715. build a small battery-drainer on a scrap of pegboard, using a
  7716. flashlight bulb of appropriate size.
  7717.  
  7718.  
  7719. david.chessler@neteast.com
  7720. chessler@capaccess.org     chessler@trinitydc.edu
  7721.  
  7722. ------------------------------
  7723.  
  7724. From: shawnlg@netcom.com (Shawn Gordhamer)
  7725. Subject: Re: Motorola Flip Phone and Low Battery
  7726. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  7727. Date: Mon, 20 Feb 1995 18:49:49 GMT
  7728.  
  7729.  
  7730. I remember reading an article about cellular phone programming where
  7731. there was a way to select the voltage at which the phone beeps or goes
  7732. off.  If I got it right, you could change the voltage so that it would
  7733. never have a chance to beep before the phone died.  Maybe this was
  7734. only for when the phone powers off. I don't have the article any more.
  7735. I wish I did, since I now have a Motorola!
  7736.  
  7737.  
  7738. Shawn Gordhamer    shawnlg@netcom.com
  7739.  
  7740. ------------------------------
  7741.  
  7742. From: rjones@rjones.oz.net (Ry Jones)
  7743. Subject: Re: Motorola Flip Phone and Low Battery
  7744. Date: 21 Feb 1995 10:36:22 GMT
  7745. Organization: The SenseMedia Network, http://sensemedia.net/
  7746.  
  7747.  
  7748. Patrick Wolfe (pwolfe@mcs.com) wrote:
  7749.  
  7750. > My instructions for my xt-pak ni-cad batteries say to maintain long
  7751. > lifetime, I should discharge them fully before recharging (all the
  7752. > time, not just the first five times), so I've found I must stuff the
  7753. > phone under the couch cushions overnight so it won't wake me up.
  7754.  
  7755. Buy some Ni-MH battery packs. My fat pack lasts about 12-18 hours. I
  7756. bought a trickle charger for my car and use the battery conditioner at
  7757. work. It discharges and recharges in a few hours. And, I think if you
  7758. turn the volume of the ringer down, it might affect everything else. I
  7759. don't recall.
  7760.  
  7761. ------------------------------
  7762.  
  7763. From: Sprey@ix.netcom.com (sharon prey)
  7764. Subject: Re: What is DMS-100?
  7765. Date: 21 Feb 1995 23:21:53 GMT
  7766. Organization: Netcom
  7767.  
  7768.  
  7769. In <telecom15.106.4@eecs.nwu.edu> stahara@xlate.hsc.usc.edu (Stanley 
  7770. Tahara) writes: 
  7771.  
  7772. > Can someone give me some information?
  7773.  
  7774. > I just got a letter from Pac Bell stating that on 10 March they are
  7775. > going to install DMS-100 at the Los Angeles Central office and that my
  7776. > prefix would be affected.  The letter also states:
  7777.  
  7778. > "... If you have other equipment connected to your telephone, such 
  7779. > as an answering machine or a computer, you may want to contact the 
  7780. > manufacturer or thee dealer from whom you purchased the equipment. 
  7781. > Some devices need to be adjusted so they will function properly with 
  7782. > our new switching equipment."
  7783.  
  7784. DMS-100 is a Northern Telcom digital switch. They may be replacing an 
  7785. older switch or just upgrading the DMS. You shouldn't have any problems 
  7786. attaching your modem to your phone line. 
  7787.  
  7788.  
  7789. sprey
  7790.  
  7791. ------------------------------
  7792.  
  7793. From: gregicg@cadvision.com (Greg Habstritt)
  7794. Subject: Re: What is DMS-100?
  7795. Date: 21 Feb 1995 01:14:51 GMT
  7796. Organization: Intellitech Communications Group
  7797.  
  7798.  
  7799. > I just got a letter from Pac Bell stating that on 10 March they are
  7800. > going to install DMS-100 at the Los Angeles Central office and that my
  7801. > prefix would be affected.  The letter also states:
  7802.  
  7803. > What can I expect in the way of problems, if any, using a modem to 
  7804. > send or receive call? 
  7805.  
  7806. I would guess you won't have any problems at all in the conversion.  It 
  7807. sounds like a typical phone company, warning people that their lives may 
  7808. change as a result of work they are doing.
  7809.  
  7810. A DMS-100 is a Northern Telecom "switch" that is installed in the CO.
  7811. It's the actual switch, controlling all network in that particular
  7812. area (as they say, "within that switch").
  7813.  
  7814. Sounds like they have to add another switch because they need more
  7815. capacity that what they have installed presently.  Other than your
  7816. prefix changing (prefixes generally can't be shared across switches ...
  7817. Centrex is an exception), I wouldn't expect much else to change.
  7818.  
  7819. Bottom line is that plain old telephone service (POTS) is POTS.  It
  7820. won't affect your modem dialing, etc.  God only knows why they would
  7821. even send out such a notice, because other than your prefix probably
  7822. changing, you probably won't notice anything different at all.
  7823.  
  7824.  
  7825. gregicg@cadvision.com        Greg Habstritt               
  7826. Intellitech Communications Inc.   Calgary, Alberta, Canada
  7827.  
  7828. ------------------------------
  7829.  
  7830. From: Mikeboyd@voyager.cris.com (Mike_Boyd)
  7831. Subject: Re: What is DMS-100?
  7832. Date: 21 Feb 1995 12:10:37 -0500
  7833. Organization: Concentric Research Corporation
  7834.  
  7835.  
  7836. The DMS-100 is a central office switch manufactured by Northern
  7837. Telecom. It should have absolutely no effect on standard consumer
  7838. electronics connected to a standard telephone line. If you have any
  7839. problems, contact PacBell and tell them to fix it. Central office
  7840. equipment from any manufacturer is designed to be transparent to the
  7841. end user.
  7842.  
  7843. ------------------------------
  7844.  
  7845. From: hullp@COGSCI.Berkeley.EDU 
  7846. Subject: Re: Area Code/Prefix Trivia
  7847. Date: 21 Feb 1995 06:27:21 GMT
  7848. Organization: Institute of Cognitive Studies, U.C. Berkeley
  7849.  
  7850.  
  7851. In article <telecom15.101.3@eecs.nwu.edu> MSTRANDREW@aol.com writes:
  7852.  
  7853. > The Point is in the United States because the portion is south of
  7854. > the 49th.  For many years, the local prefix 946 was assigned to the
  7855. > 604 area code and local coin phones were desinged to accept Canadian
  7856. > currency.  Sometime in the early 1980s, the 946 prefix was reassigned
  7857. > to the 206 area.  I have not been there since, so I cannot offer an
  7858. > update if the coin phones were transfered to accept US currency.
  7859.  
  7860. A similar situation exists with Hyder, Alaska which is accessible by
  7861. road only from BC, Canada.  Phone service is provided by the BC phone
  7862. company and is in the 604 area code, rather than in the 907 Alaska
  7863. area code.
  7864.  
  7865.  
  7866. Philip V. Hull
  7867.  
  7868. INTERNET: hullp@cogsci.berkeley.edu
  7869. BITNET: hullp@cogsci.berkeley.bitnet 
  7870. UUCP: ucbvax!cogsci!hullp  OR: ucbvax!cogsci.berkeley.edu!hullp
  7871.  
  7872. ------------------------------
  7873.  
  7874. Date: Tue, 22 Feb 95 12:59 CST
  7875. From: dattier@wwa.com (David W. Tamkin)
  7876. Subject: Re: Area Code/Prefix Trivia
  7877. Organization: World-Wide Access, Vernon Hills, Illinois  60061-0285
  7878.  
  7879.  
  7880. The Moderator commented on <telecom15.101.3@eecs.nwu.edu>:
  7881.  
  7882. > Did you know it is impossible to travel from Point Roberts to anywhere
  7883. > else in the United States by automobile without going through Canada?
  7884.  
  7885. When a Nova Scotia native and I were looking at a map of Minnesota
  7886. together, he pointed out that the Northwest Angle was cut across
  7887. completely by Lake of the Woods, leaving part of it attached to
  7888. Manitoba but separated from the rest of Minnesota.
  7889.  
  7890. He said, "Look.  There's a part of the United States where you have to
  7891. go through Canada to get to the rest of the U.S., unless you fly or
  7892. take a boat."
  7893.  
  7894. I answered, "Yes.  It's called Alaska."
  7895.  
  7896. Point Roberts is not unique.  I don't know whether telephones in the
  7897. detached portion of Minnesota (occupied mostly by Northwest Angle
  7898. State Forest and the Red Lake Reservation) are in area code 218 or
  7899. 204.
  7900.  
  7901.  
  7902. David W. Tamkin  Box 3284  Skokie, Illinois  60076-6284
  7903. dattier@wwa.com    MCI Mail: 426-1818   +1 312 714 5610
  7904.  
  7905.  
  7906. [TELECOM Digest Editor's Note: According to my Rand McNally state
  7907. map of Minnesota, Northwest Angle *Provincial* Forest is located
  7908. entirely within Manitoba. The small section of the Red Lake Indian
  7909. Reservation (separated from the rest of the reservation, which
  7910. occupies a huge chunk of northern Minnesota according to the map)
  7911. is entirely in the USA. A small community up there is called Angle
  7912. Inlet. The boundary seems to come down through the water in such
  7913. a way that neighboring Bigsby Island, Big Island and Falcon Island
  7914. are all in Ontario, Canada. A couple of small unnamed islands sit
  7915. very close off the southern tip of Falcon Island, between it and
  7916. Red Lake Indian Reservation which are barely inside the USA. Even
  7917. though it appears to be in the USA, the only road shown on the
  7918. map which leads from the provincial forest up to Angle Inlet is
  7919. referred to as provincial highway 525, even within the USA part.
  7920.  
  7921. Now if you look at a map of Manitoba or a map of western Ontario
  7922. on those the boundary line is drawn so that a small portion of
  7923. Falcon Island and Big Island are also part of the USA -- just the
  7924. western and southernmost tips of each. I am amazed that David,
  7925. who once took an entire evening driving me all over the northern
  7926. boundary line between 312/708, carefully pointing out house by
  7927. house, street by street and backyard by backyard where 312 ended
  7928. and 708 began, as well as where Centel's territory started and
  7929. Illinois Bell's ended does not know whether the phones at the
  7930. Indian Reservation -- if there are any -- are serviced out of 218
  7931. or 204. Actually, I think they are serviced out of 807, and the
  7932. central office in Kenora, Ontario which is the nearest town of
  7933. any size.  
  7934.  
  7935. And what area code covers the largest geographical area?  Probably
  7936. 403 which is all of Alberta and the Yukon/Northwest Territories,
  7937. although 907 in Alaska is also large. 808 has now become huge also
  7938. since where it traditionally was only Hawaii in the past, now it
  7939. also includes Midway Island, some distance away and the islands in 
  7940. the US Pacific Trust. Also, watch and see if 'country code 671' in
  7941. Guam doesn't soon become 'area code 671' in the USA dialing plan.
  7942. It is the one remaining place in the scattered possessions of the USA
  7943. which still has to be dialed as an international point -- and although
  7944. you young'uns wouldn't remember it, we used to have to call Hawaii
  7945. through the operator as an international call also, *even after it 
  7946. became a state in the USA* for a few years until 808 was assigned.  PAT]
  7947.  
  7948. ------------------------------
  7949.  
  7950. End of TELECOM Digest V15 #112
  7951. ******************************
  7952.     
  7953.     
  7954. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa21193;
  7955.           21 Feb 95 22:18 EST
  7956. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  7957.     id AA17139; Tue, 21 Feb 95 17:05:24 CST
  7958. Return-Path: <telecom>
  7959. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  7960.     id AA17123; Tue, 21 Feb 95 17:05:19 CST
  7961. Date: Tue, 21 Feb 95 17:05:19 CST
  7962. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  7963. Message-Id: <9502212305.AA17123@delta.eecs.nwu.edu>
  7964. To: telecom@eecs.nwu.edu
  7965. Subject: TELECOM Digest V15 #113
  7966.  
  7967. TELECOM Digest     Tue, 21 Feb 95 17:05:00 CST    Volume 15 : Issue 113
  7968.  
  7969. Inside This Issue:                           Editor: Patrick A. Townson
  7970.  
  7971.     Book Review: "New Riders' Official Internet Yellow Pages" (Rob Slade)
  7972.     Help Needed With Modems for Telephony API (John Michael Okeefe)
  7973.     NYNEX and PIN's (Doug Fields)
  7974.     Information Wanted About Tone Decoder SC11270 Chip (S. Ramanan)
  7975.     Cubix Remote Access Server (Daryl Morey)
  7976.     Peculiar Callbacks Received (Philip D. Martin)
  7977.     MPR Teltech Ltd Announces Home Page (Ross Parker)
  7978.     Source Inc. Opens Telephony WWW Site (Todd Bruning)
  7979.     Bell Atlantic Asks: How About Us as a LD Service? (Charles McGuinness)
  7980.     Using a Laptop Modem With ATT Public Phones (Thomas Hinders)
  7981.     NYNEX Pay Phones and the '#' Key (Thomas Hinders)
  7982.     Internet Conference Call Tonight (Mark Kelly)
  7983.     Re: MCI Bureaucratic Blunder (Richard Wildman)
  7984.     Humor at the FCC (was Re: How to Revive Nicad Batteries) (B.Z. Lederman)
  7985.     FLeetwood Exchange in Seattle Area (Carl Moore)
  7986.  
  7987. TELECOM Digest is an electronic journal devoted mostly but not
  7988. exclusively to telecommunications topics. It is circulated anywhere
  7989. there is email, in addition to various telecom forums on a variety of
  7990. public service systems and networks including Compuserve and America
  7991. On Line. It is also gatewayed to Usenet where it appears as the moderated
  7992. newsgroup 'comp.dcom.telecom'. 
  7993.  
  7994. Subscriptions are available to qualified organizations and individual
  7995. readers. Write and tell us how you qualify:
  7996.  
  7997.                  * telecom-request@eecs.nwu.edu *
  7998.  
  7999. The Digest is edited, published and compilation-copyrighted by Patrick
  8000. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  8001. or phone at:
  8002.                     9457-D Niles Center Road
  8003.                      Skokie, IL USA   60076
  8004.                        Phone: 500-677-1616
  8005.                         Fax: 708-329-0572
  8006.   ** Article submission address only: telecom@eecs.nwu.edu **
  8007.  
  8008. Our archives are located at lcs.mit.edu and are available by using
  8009. anonymous ftp. The archives can also be accessed using our email
  8010. information service. For a copy of a helpful file explaining how to
  8011. use the information service, just ask.
  8012.  
  8013. *************************************************************************
  8014. *   TELECOM Digest is partially funded by a grant from the              *
  8015. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  8016. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  8017. * project.  Views expressed herein should not be construed as represent-*
  8018. * ing views of the ITU.                                                 *
  8019. *************************************************************************
  8020.  
  8021. Additionally, the Digest is funded by gifts from generous readers such
  8022. as yourself who provide funding in amounts deemed appropriate. Your help 
  8023. is important and appreciated. A suggested donation of twenty dollars per
  8024. year per reader is considered appropriate. See our address above.
  8025.  
  8026. All opinions expressed herein are deemed to be those of the author. Any
  8027. organizations listed are for identification purposes only and messages
  8028. should not be considered any official expression by the organization.
  8029. ----------------------------------------------------------------------
  8030.  
  8031. Date: Tue, 21 Feb 1995 13:54:27 EST
  8032. From: Rob Slade <roberts@mukluk.decus.ca>
  8033. Subject: Book Review: "New Riders' Official Internet Yellow Pages"
  8034.  
  8035.  
  8036. BKNRYLPG.RVW   950118
  8037.  
  8038. "New Riders' Official Internet Yellow Pages", Maxwell/Grycz, 1994, 1-56205-408-
  8039. 2, U$29.99/C$39.99/UK#27.49
  8040. %A   Christine Maxwell
  8041. %A   Czeslaw Jan Grycz
  8042. %C   201 W. 103rd Street, Indianapolis, IN   46290
  8043. %D   1994
  8044. %G   1-56205-408-2
  8045. %I   New Riders Publishing/MacMillan Computer Publishing (MCP)
  8046. %O   U$29.99/C$39.99/UK#27.49 75141.2102@compuserve.com mckinley@mckinley.com
  8047. %P   802
  8048. %T   "New Riders' Official Internet Yellow Pages"
  8049.  
  8050. Will the real "Yellow Pages" please stand up?  Is it this one?  Hahn
  8051. and Stout's original "Internet Yellow Pages" (cf. BKYELPAG.RVW)?  NIS
  8052. (Network Information Services, the "yp" programs)? I suppose it
  8053. doesn't matter: we'll see all manner of "yellow pages" over time.
  8054.  
  8055. This outfit, the McKinley Group, is certainly serious about the task.
  8056. All entries have a standard format with title, rating (zero to four
  8057. STARs -- yes, they made an acronym of it), brief description, keywords,
  8058. audience, and user information, ending with a URL (Universal Resource
  8059. Locator) listing.  Once you get used to it, this is a very quick
  8060. overview containing almost everything you need.
  8061.  
  8062. For old hands at the Internet, this is a very handy resource.  For
  8063. newcomers, it might be a bit terse.  There are seven "chapters" of
  8064. introductory material.  These total a lot less than thirty pages, and
  8065. are very hard to follow, as they are interspersed with directory
  8066. entries.  The differences between mailing list programs are downplayed
  8067. and the explanation of URLs fails at several points.  (By the way,
  8068. don't expect any consistency in the use of forward and back slashes in
  8069. URLs here.)  (In fact, don't expect all the URLs to *be* URLs.)
  8070.  
  8071. The listings have a very heavy emphasis on mailing lists and
  8072. newsgroups.  ftp sites are far less common in the directory than on
  8073. the net.  There are a great many listings for commercial services
  8074. whose only Internet connection is that you can use telnet if you have
  8075. an account.  (If those systems are time sensitive, telnet might not be
  8076. what you want to use for access.)  There are paid advertisements, in
  8077. the same format as other listings.
  8078.  
  8079. You can't have everything in an Internet directory: the net is too big
  8080. and changes too fast.  Having done a few dozen searches, I found that
  8081. the total number of listings, and the index access, to be less useful
  8082. than the Hahn/Stout work.  Offsetting this, to a certain extent, is
  8083. the fact that the "keywords" in each entry act as a second level of
  8084. indexing.  Following a keyword search is something like reading a
  8085. Thompson Chain Reference Bible, but it does guide your search in
  8086. directions you might not otherwise have chosen.
  8087.  
  8088. (Ahem.  Most computer viruses are *not* obtained from downloaded
  8089. files.  Yes, you *can* have a virus attached to a Windows document.
  8090. VIRUS-L is also comp.virus.  And why does the "Computer Viruses"
  8091. keyword have CAD sites in it?)
  8092.  
  8093. The standard format and keyword linking are good features and promise
  8094. well for future editions.  The introduction, listings, index and
  8095. proofing need work.
  8096.  
  8097.  
  8098. copyright Robert M. Slade, 1995   BKNRYLPG.RVW   950118. Distribution
  8099. permitted in TELECOM Digest and associated publications. Rob Slade's
  8100. book reviews are a regular feature in the Digest.
  8101.  
  8102.  
  8103. Vancouver      ROBERTS@decus.ca    
  8104. Institute for  Robert_Slade@sfu.ca 
  8105. Research into  rslade@cue.bc.ca    
  8106. User           p1@CyberStore.ca    
  8107. Security       Canada V7K 2G6      
  8108.  
  8109. ------------------------------
  8110.  
  8111. From: jmokeefe@nachos.engr.ucdavis.edu (John Michael Okeefe)
  8112. Subject: Help Needed With Modems for Telephony API
  8113. Date: 21 Feb 1995 20:42:58 GMT
  8114. Organization: College of Engineering - University of California - Davis
  8115.  
  8116.  
  8117.     I'm looking for a voice/data/fax modem that supports Microsoft's 
  8118. telephony API (TAPI). If you know of a modem that supports TAPI or
  8119. voice/data communication could you please E-Mail me with the name of
  8120. the modem and the manufacturers phone number?
  8121.  
  8122.  
  8123. Thanks,
  8124.  
  8125. John O'Keefe                
  8126. University of California, Davis        
  8127. Dept. of Mechanical Engineering        
  8128. Biomechanics and Sports Lab        
  8129. E-Mail: JMOKEEFE@ENGR.UCDAVIS.EDU    
  8130.  
  8131. ------------------------------
  8132.  
  8133. Date: Tue, 21 Feb 1995 14:27:36 -0500
  8134. From: Doug Fields <admiral@panix.com>
  8135. Subject: NYNEX and PINs
  8136.  
  8137.  
  8138. Some interesting information:
  8139.  
  8140. Having recently signed up with NYNEX when they offered their free-weekend
  8141. airtime offer, I was assigned a pin I have to dial after my phone number;
  8142. I'm sure all telecom readers know this already. 
  8143.  
  8144. However, last night while driving back to the city from New Haven, in
  8145. SNET Cellular territory, I passed an accident on I-95 which had just
  8146. happened not ten seconds before, on the northbound side, near exit 17.
  8147. Seeing nobody on the scene I called it in to 911. Dial 911, hit send,
  8148. busy signal. Okay, *911, send ... it wants my PIN! This is a major
  8149. safety problem. (Eventually I get through and the state police says
  8150. thanks, we have troopers on the way.)
  8151.  
  8152. I objected to being required to have a pin from the start but they
  8153. will under no circumstances that I have found remove it. They did send
  8154. out a flyer saying that they will not charge airtime for the time to
  8155. dial the PIN, but who knows how accurate that will be.
  8156.  
  8157. Sorry if this isn't as detailed a report as you expect of people named
  8158. Doug, but I just thought you might want to tell anyone who may need
  8159. your phone your PIN -- you never know when *911 may save a life.
  8160.  
  8161.  
  8162. Cheers,
  8163.  
  8164. Doug Fields, http://www.interpage.net
  8165. PGP key: "finger admiral@panix.com"
  8166.  
  8167. ------------------------------
  8168.  
  8169. From: udee059@kcl.ac.uk
  8170. Subject: Information Wanted About Tone Decoder SC11270 Chip
  8171. Date: 21 Feb 95 17:35:54 GMT
  8172. Organization: King's College London
  8173.  
  8174.  
  8175. Hello there,
  8176.  
  8177. I am looking for telecom IC chip used as a tone decoder --
  8178. Tone decoder SC11270 or SC11271 manufactured by Sierra Semiconductors.
  8179.  
  8180. Have any of you out there used this chip or heard about it? Please can
  8181. you let me know where can get more info and purchase this chip?
  8182.  
  8183. Email : udee059@bay.cc.kcl.ac.uk
  8184.  
  8185.  
  8186. Thanks in advance,
  8187.  
  8188. S. Ramanan    King's College London
  8189.  
  8190. ------------------------------
  8191.  
  8192. From: dmorey@casbah.acns.nwu.edu (Daryl Morey)
  8193. Subject: Cubix Remote Access Server
  8194. Date: 21 Feb 95 15:24:18 GMT
  8195. Organization: Northwestern University, Evanston, IL, US
  8196.  
  8197.  
  8198. Has anyone used Cubix products?  We are looking at their remote access
  8199. server solution for our dial-in lines.  We have pretty much picked
  8200. their product but I wanted to get some comments from the field.
  8201.  
  8202.  
  8203. Thank you,
  8204.  
  8205. Daryl   drmore@searle.monsanto.com
  8206.  
  8207. ------------------------------
  8208.  
  8209. Date: Tue, 21 Feb 1995 07:09:41 EDT
  8210. From: Philip D Martin 45-904-368-8859 3106 <MARTINDJ@utelfla.com>
  8211. Subject: Peculiar Callbacks Received
  8212.  
  8213.  
  8214. Hello everyone.  My name is D.J. Martin.  I work for Sprint/United
  8215. Telephone-Florida and am new to Internet and TELECOM Digest.  I have a
  8216. question that I cannot answer and have been to several sources seeking
  8217. advice to no avail.  If you have the time, I would like your thoughts
  8218. on it.
  8219.     
  8220. Scenario: A person pushes the play button of their answering machine
  8221. and has a message "the number you have dialed cannot be completed as
  8222. dialed.  You must use a zero or one."  This is an outgoing call
  8223. message.  Or they have a message of a operator asking if they can help
  8224. them.  Operators do not call people to assist them.  Although both
  8225. cases appear as an incoming message, no call was made from the
  8226. location.  This problem has been reported to me from all types of
  8227. central offices and answering machines.  I have called my home from my
  8228. cellular phone, reached my answering machine and left a message.
  8229. Twenty minutes later my cellular phone rang and it was my answering
  8230. machine with my outgoing message.
  8231.     
  8232. I would appreciate any ideas you have on this subject.  My address is
  8233. MARTINDJ@UTELFLA.COM
  8234.     
  8235.  
  8236. Thanks for your time.
  8237.     
  8238. D.J.  
  8239.  
  8240.  
  8241. TELECOM Digest Editor's Note: Welcome to the Internet and this Digest.
  8242. You might want to correct your login name and the way your messages
  8243. go out to the net since they refer to you as Philip D. Martin. We've
  8244. touched on this topic from time to time, and one of the most common
  8245. reasons for the scenario you describe is that pranksters with three-
  8246. way (or more) calling like to hook together strangers at random just
  8247. to listen in amusement as the two (or more) called parties each angrily
  8248. accuse the other(s) of making the calls. After all, they know *they*
  8249. did not make it.  They dial your answering machine, let it start its
  8250. outgoing message, then quickly flash the hook, get new dial tone and
  8251. dial some(one)thing else, click again, and by that time your machine
  8252. is ready to start taking a message from the befuddled operator who
  8253. came on the line asking if she might help, or the intercept message
  8254. which announces 'your call cannot be completed as dialed'. Occassionally
  8255. they dial into a conference bridge then put the bridge on hold and 
  8256. dial some other person so that that person (or his answering machine)
  8257. get to hear several people talking at once on a call in the background
  8258. they know they did not originate. The person wakes up in the middle of
  8259. the night to a ringing phone, answers and hears these two other people 
  8260. having hot chat or whatever. Naturally his first reaction is he went
  8261. into the Twilight Zone or something. Or he comes home, listens to his
  8262. answering machine and hears two other people talking in a conversation
  8263. of their own on his tape; they are oblivious to the whole thing.
  8264.  
  8265. Or maybe he takes your outgoing message and plays it into the incoming
  8266. message on someone else's machine. Maybe instead he takes your outgoing
  8267. message and plays it to a live but unwitting listener on the other end.
  8268. Everyone becomes convinced the phone system must have some major malfunction
  8269. going on. I said (or more) above because some people have two line phones
  8270. with three way calling on each line; they bring up a three-way call on
  8271. each line then use their own conference button to connect all four of
  8272. the innocent parties. Naturally at least one or two of the recipients
  8273. of the calls will be ignorant (I mean ignorant!) and that adds to the
  8274. 'fun' of it all ...
  8275.  
  8276. As to your own answering machine taking a message then 'calling your cell
  8277. phone twenty minutes later to play your outgoing message' my assumption is 
  8278. that its not supposed to work that way; i.e. your answering machine is
  8279. not a real fancy one that makes outcalls. Therefore it might behoove you 
  8280. to stop and think for a few minutes and try to identify a person in
  8281. your life who has all these traits in common: (a) they know your home
  8282. phone number; (b) they know your cellular number; (c) they have three-
  8283. way calling; and (d) they like to play pranks with the telephone. I am
  8284. also assuming in the middle of this no one spoke up and said 'oh sorry,
  8285. hold on, the answering machine started" or anything like that. In other
  8286. words it was not a 'legitimate' call from someone at your home who
  8287. accidentally bumped the play button on the machine while they were dialing
  8288. your cell phone or whatever. 
  8289.  
  8290. I got one of those calls once. I looked at my Caller-ID box in the middle
  8291. of being harangued for waking someone up at 2 in the morning ... I asked
  8292. them, is your number xxx-xxxx? No, they said it was not.  I hung up and
  8293. then dialed the number on the display. I had to let it ring a good thirty
  8294. or forty times but was prepared to just leave my phone off hook the rest
  8295. of the night and let it ring all night if that was needed. Presently 
  8296. someone answers; a real innocent, questioning 'hello?' ... Too innocent
  8297. and too questioning; too naive ... he sounded to me like a young phreak
  8298. in about the 7th grade or so. 
  8299.  
  8300. "We like to play games with our phone at night do we?" ... 
  8301.  
  8302. "What do you mean?" ... 
  8303.  
  8304. "Tomorrow I am going to look up the address which goes with this phone
  8305. number then call your parents and talk to them ..."
  8306.  
  8307. "Oh, don't do that ..."  
  8308.  
  8309. Well, that was the clue right there.  There can be other reasons for
  8310. the scenario you describe but they are rare, and outrageously boring
  8311. to sit here and describe. Try and eliminate phreaking by (chronological 
  8312. or mental) children before investigating further.  PAT]
  8313.  
  8314. ------------------------------
  8315.  
  8316. From: parker@mprgate.mpr.ca (Ross Parker)
  8317. Subject: MPR Teltech Ltd Announces Home Page
  8318. Reply-To: www@mpr.ca
  8319. Organization: MPR Teltech Ltd.
  8320. Date: Tue, 21 Feb 1995 05:06:25 GMT
  8321.  
  8322.  
  8323. MPR Teltech Ltd. is pleased to announce the availability of
  8324. it's new home page.
  8325.  
  8326. MPR Teltech is a high-tech company that provides advanced
  8327. telecommunications systems and products.  Incorporated in 1979, it is
  8328. owned by BC TELECOM and serves an international portfolio of
  8329. customers.  The company employs more than 600 people at six locations
  8330. in Canada, the U.S. and Europe.
  8331.  
  8332. MPR's home page includes an overview of the company,  a description of
  8333. its products and services, an MPR news category, and employment
  8334. opportunities.  The location of the MPR Teltech home page is:
  8335.  
  8336. <URL:http://www.mpr.ca/>
  8337.  
  8338. For more information on MPR Teltech's WWW home page, products and
  8339. services, contact MPR Teltech customer inquiries, 8999 Nelson Way,
  8340. Burnaby, B.C. V5A 4B5.  North America: 1 800 555-7700, International:
  8341. 604 473-5888.
  8342.  
  8343. email: info@mpr.ca
  8344.  
  8345. (If you run into any problems accessing our home page, please email
  8346. our webmaster at 'www@mpr.ca' - thanks!)
  8347.  
  8348. ------------------------------
  8349.  
  8350. From: source@unicomp.net (Todd Bruning / Kelly Jones)
  8351. Subject: Source Inc Opens Telephony WWW Site
  8352. Date: Tue, 21 Feb 1995 12:25:30
  8353. Organization: UniComp Technologies International Corp -- Internet Service
  8354.  
  8355.  
  8356. Source, Inc., headquartered in Dallas, TX is the leading independent
  8357. provider for current and evolving business applications of computer
  8358. and telephony integration. Founded in 1971, Source supplies
  8359. technology-neutral product support, repair and consulting for all
  8360. major manufacturers equipment. Through its unique information
  8361. management system, Source provides an objective resource for more than
  8362. 8000 customers.
  8363.  
  8364. The Source Home Page gives complete information on products and services
  8365. as well as information on current industry issues. Current issues discussed
  8366. include effects of the recent changes in the North American Numbering
  8367. Plan (NANP), T1 implementations, and what to look (out) for when 
  8368. choosing a vendor to repair telecom equipment. Upcoming information
  8369. will include such topics as ISDN, PBX topis, digital switches, and others. 
  8370.  
  8371.  
  8372. Source, Inc.,  Telecom Sales and Support - 214.450.2700 
  8373. Visit our home page for telecom gear and technical information,
  8374. http://sourcetele.com/sourcetele,  E-mail to source@unicomp.net     
  8375.  
  8376. ------------------------------
  8377.  
  8378. Date: Tue, 21 Feb 1995 23:34:39 -0500
  8379. From: marks!charles@jyacc.jyacc.com (Charles McGuinness)
  8380. Subject: Bell Atlantic Asks: How About Us as a LD Service?
  8381.  
  8382.  
  8383. Yesterday, around dinner time (ain't it always that way), I got an
  8384. interesting call.  It was a market research call (you know, let's play
  8385. 100 questions).  This one was (clearly) Bell Atlantic trying to figure
  8386. out how to get into the long distance market (surprise, surprise!).
  8387. The questions focused on two main areas:
  8388.  
  8389. (1)     Trying to expand their 10NJB business
  8390.  
  8391. I live in Hoboken, NJ, which is right across the Hudson from New York
  8392. City.  Because of an exception in the MFJ, Bell Atlantic is currently
  8393. allowed to provide LD service into NYC, which you access by the
  8394. carrier code 10NJB.  They wanted to know if I knew of it, how I heard
  8395. of it, etc.  Then they asked if I'd consider making them my default
  8396. carrier. (No) They then went through various proposals for pricing and
  8397. packaging plans for calling into NYC.  None were particularly good (I
  8398. had a hard time stiffling a laugh when he suggested a $.15/minute rate
  8399. all the time). Other plans were a fixed fee for a fixed number of hours.
  8400. Somehow, a fixed fee for unlimited hours wasn't on the list.  The only
  8401. thing unusual was interest in whether I have a home computer and how
  8402. much "work at home" I do.  I guess those ISDN trials will be underway
  8403. soonest.
  8404.  
  8405. (2)     Testing the waters for full LD service
  8406.  
  8407. They asked me some questions that were clearly oriented towards
  8408. scoping out the full interlata LD market.  Nothing exceptional here.
  8409. What would make me switch (price).  How much of a percentage discount
  8410. would it take to make you switch (percentage of what, I asked -- no
  8411. answer).
  8412.  
  8413. I can only hope that their offering is better put together than their
  8414. survey ;-)
  8415.  
  8416.  
  8417. Charles McGuinness
  8418.  
  8419.  
  8420. [TELECOM Digest Editor's Note: Ameritech now has a survey company they
  8421. use to call everyone who called Repair Service within the previous 
  8422. week. They start out by asking questions about your opinion of Repair
  8423. Service (how fast were you answered, how quickly were repairs done, etc)
  8424. but soon enough they get into questions about Ameritech as a long distance
  8425. carrier, and how would you like that?  The repair questions are positively
  8426. phony; its the LD stuff they want to talk about, but its like they are
  8427. trying to be cool and very casual about it. Their final question was,
  8428. 'are you aware that Ameritech and AT&T are two separate companies?'. I
  8429. thought for a minute trying to thing of a good answer to that and finally
  8430. I said, "No! Really? When did that happen?".   PAT]
  8431.  
  8432. ------------------------------
  8433.  
  8434. Date: 21 Feb 1995 11:12:21 EDT
  8435. Reply-To: THINDER@SOFTSW.SSW.COM
  8436. From: Hinders, Thomas <THINDER@SOFTSW.SSW.COM>
  8437. Subject: Using a Laptop Modem With ATT Public Phones
  8438.  
  8439.  
  8440. The instructions for using the Data Port on the ATT Public phones are
  8441. confusing (dialing the line waiting for the modem to answer).
  8442.  
  8443. Why can't you dial-through?
  8444.  
  8445. Thanks in advance ... reply directly and I'll summarize and re-post.
  8446.  
  8447.  
  8448. Tom Hinders thinder@ssw.com   Lotus Dev
  8449.  
  8450. ------------------------------
  8451.  
  8452. Date: 21 Feb 1995 11:12:21 EDT
  8453. Reply-To: THINDER@SOFTSW.SSW.COM
  8454. From: Hinders, Thomas <THINDER@SOFTSW.SSW.COM>
  8455. Subject: NYNEX Pay Phones and the '#' Key
  8456.  
  8457.  
  8458. When I am in New York City, and I call back to our voice mail system
  8459. using our 1-800 number, I am often cut off in mid-call.  It would seem
  8460. NYNEX is "sensitive" to the number of #'s pushed.
  8461.  
  8462. Is there an explanation?  I do not encounter this problem when I'm in
  8463. DC or Atlanta ... only NYC.
  8464.  
  8465. Thanks in advance ...  reply directly, I'll summerize and re-post.
  8466.  
  8467.  
  8468. Tom Hinders   thinder@ssw.com  SE Lotus Dev
  8469.  
  8470. ------------------------------
  8471.  
  8472. From: mkelly@gabriel.resudox.net (Mark Kelly)
  8473. Subject: Internet Conference Call
  8474. Date: 21 Feb 1995 20:39:07 GMT
  8475. Organization: Resudox Online Services
  8476.  
  8477.  
  8478. [TELECOM Digest Editor's Note: I am sorry to report this message reached
  8479. me only yesterday!  It was stuck in a queue somewhere.  Better late than
  8480. never I guess ... maybe some of you will participate.   PAT]
  8481.  
  8482. The following may be of interest to some members of this newsgroup or
  8483. alternatively, to people you know who aren't very familiar with the
  8484. Internet.
  8485.  
  8486. February 21/95 at 8:00 pm EST, Advanced Multi-Point Conferencing (AMC)
  8487. and Resudox Online Services are jointly hosting an Internet Information 
  8488. Teleconference. Participation is free although if you are outside of
  8489. the 613 area code, long distance charges will apply.
  8490.  
  8491. The call will last about one hour and will cover basic Internet topics
  8492. like: the history, networking, tools, application, etc. A question and
  8493. answer session will be held at key points to answer any questions that
  8494. may arise.
  8495.  
  8496. Space is limited so if you are interested, please register by calling
  8497. 1-800-900-4249 or sending me an e-mail. Please enclose your fax number
  8498. or e-mail address so we can get some 'follow-along' info out to you.
  8499.  
  8500.  
  8501. mkelly@resudox.net
  8502. Mark Kelly                          | Serving the North American
  8503. Advanced Multi-Point Conferencing   |   Conference Call Market
  8504. 320 March Road, Suite 102           |           with
  8505. Kanata, Ontario                     |   CLEAR DIGITAL SERVICE
  8506. K2L 1Z8                             |   
  8507. 1-800-900-4249 (Reservations)       |   Operator Dial-Out,Meet-Me 
  8508. 1-613-592-5752                      |      and 1-800 Meet-Me
  8509.  
  8510. ------------------------------
  8511.  
  8512. From: rich@hpfcla.fc.hp.com (Richard Wildman)
  8513. Subject: Re: MCI Bureaucratic Blunder
  8514. Date: 21 Feb 1995 16:15:56 GMT
  8515. Organization: Hewlett-Packard Fort Collins Site
  8516.  
  8517.  
  8518. Thought I would update this.  After my original posting I received
  8519. about 14 responses, most of which had similar horror stories to tell
  8520. about MCI billing problems.
  8521.  
  8522. As I mentioned previously, the bill was paid in full by credit card in
  8523. January.  This week (of 2/5), we had a phone call from MCI where we
  8524. were told we had not paid our bill -- I interrupted and told the
  8525. woman, "Yes, we had, by credit card."  "We already have the credit
  8526. card billing with the MCI payment on it" -- the exact amount she was
  8527. saying we still owed!  She hesitated a moment, and then said, oh yes,
  8528. I see it now!  Makes one wonder just how complicated a form she is
  8529. looking at, and what is wrong with their programmers if such a field
  8530. is not checked before the bill is flagged as not paid!
  8531.  
  8532. In addition, on Feb. 9, we received notice in the mail warning us that
  8533. our bill would go to a collection agency if we did not pay.  [This is
  8534. the second mail from MCI in the past week -- we did receive a listing
  8535. of calls made, though it did not appear to be a bill -- my guess is
  8536. that this resulted from an emailing to an MCI employee whose address I
  8537. pulled off of a news group, and who faxed the original posting to
  8538. MCI's Consumer Executive Customer Relations (Residential).]  In any
  8539. case, my wife called this time.  She got ahold of a woman and
  8540. explained the situation to her.  But no, the woman said, her records
  8541. did not show we had paid.  She, in turn, called another office, who
  8542. then told her, yes, we had paid!  The woman assured my wife that the
  8543. problem would be cleared up.  We are not holding our breath.
  8544.  
  8545. The MCI nightmare continueth.
  8546.  
  8547.  
  8548. RW
  8549.  
  8550.  
  8551. [TELECOM Digest Editor's Note: So what is the latest update now on this,
  8552. a couple weeks later?   By the way, *who are you*?  Your name is very
  8553. familiar to me for some reason.  PAT]
  8554.  
  8555. ------------------------------
  8556.  
  8557. From: B. Z. Lederman <lederman@intransit_tsc.vntsc.dot.gov>
  8558. Subject: Humor at the FCC (was: Re: How to Revive Nicad Batteries)
  8559. Date: 21 Feb 95 17:52:04 EST
  8560. Reply-To: Lederman@intransit_tsc.vntsc.dot.gov
  8561. Organization: INTRANSIT (VNTSC)
  8562.  
  8563.  
  8564. > [TELECOM Digest Editor's Note: You know, BZ, I wish I'd had someone like
  8565. > you around a number of years ago to remind me about 'standard precautions'
  8566.  
  8567.     Many years before this, when I took my first FCC licence exam (I
  8568. think it was a Ham license, not my Radio Telephone License), there was
  8569. one question about the best way to protect people from high voltage
  8570. power supplies.  Like all exams it was multiple choice.  There was one
  8571. answer about bleeders and interlock switches on the access door which
  8572. was the answer they were looking for at the time, a couple of answers
  8573. which were close, and one all-time great answer:
  8574.  
  8575.     "Buy double indemnity life insurance."
  8576.  
  8577. At least there was a time when SOMEBODY in the government had a sense
  8578. of humor.
  8579.  
  8580.     P.S.: I refuse to say exactly how long ago this was.  But in case
  8581. anyone thinks I'm really old, when I got my first Radio Telephone
  8582. license I went around looking for a summer job in various TV repair
  8583. shops and met one owner who had his first Radio Telephone license on
  8584. the wall.  It was signed by Herbert Hoover, when he was still
  8585. Secretary of (I think) Commerce, before he was President.
  8586.  
  8587.  
  8588. B. Z. Lederman.
  8589.  
  8590.  
  8591. [TELECOM Digest Editor's Note: Hoover was in charge of the Federal
  8592. Radio Commission I believe (forerunner of FCC).   PAT]
  8593.  
  8594. ------------------------------
  8595.  
  8596. Date: Tue, 21 Feb 95 15:44:22 EST
  8597. From: Carl Moore <cmoore@ARL.MIL>
  8598. Subject: FLeetwood Exchange in Seattle Area
  8599.  
  8600.  
  8601. In notes for the Time-Life music collection (1959 Hit Parade) it says:
  8602. "Originally called Two Girls and a Guy, the groop changed its name [to
  8603. The Fleetwoods] at the suggestion of a Seattle record distributor, who
  8604. took it from his telephone exchange."
  8605.  
  8606. ------------------------------
  8607.  
  8608. End of TELECOM Digest V15 #113
  8609. ******************************
  8610.     
  8611.     
  8612. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa21346;
  8613.           23 Feb 95 18:42 EST
  8614. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  8615.     id AA11844; Thu, 23 Feb 95 13:07:05 CST
  8616. Return-Path: <telecom>
  8617. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  8618.     id AA11838; Thu, 23 Feb 95 13:07:02 CST
  8619. Date: Thu, 23 Feb 95 13:07:02 CST
  8620. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  8621. Message-Id: <9502231907.AA11838@delta.eecs.nwu.edu>
  8622. To: telecom@eecs.nwu.edu
  8623. Subject: TELECOM Digest V15 #114
  8624.  
  8625. TELECOM Digest     Thu, 23 Feb 95 13:07:00 CST    Volume 15 : Issue 114
  8626.  
  8627. Inside This Issue:                           Editor: Patrick A. Townson
  8628.  
  8629.     Telephone Solicitations and the FCC (Stan Brown)
  8630.     Gateways, Routers and Network Design (Karl Finkemeyer)
  8631.     FCC Raises Line Charges for ISDN (David St. Pierre)
  8632.     Wanted: RS232-Controlled Dialer/Phone Patch (Jeff C. Glover)
  8633.     UC Berkeley Short Courses on SONET/ATM and Wireless Comm (Harvey Stern)
  8634.     AT&T Calling Card Mixup (Robert Scott)
  8635.     FATMA - What Does This Term Mean / Stand For? (Harry P. Haas)
  8636.     OSI NetExpert Users Wanted (Chris Hardaker)
  8637.     Looking for Interactive Voice Response Provider (Dean Lennox)
  8638.     Example of MIB Needed (Bob McLaughlin)
  8639.     Jobs Available at MCI (Van R. Hutchinson)
  8640.     Herbert Hoover (was Re: Humor at the FCC (Bob Keller)
  8641.     Wanted: Sources for Network Reliability Statistics (Glenn Russell)
  8642.     Last Laugh! Burned Out Newspapercreatures (Daryl Gibson)
  8643.  
  8644. TELECOM Digest is an electronic journal devoted mostly but not
  8645. exclusively to telecommunications topics. It is circulated anywhere
  8646. there is email, in addition to various telecom forums on a variety of
  8647. public service systems and networks including Compuserve and America
  8648. On Line. It is also gatewayed to Usenet where it appears as the moderated
  8649. newsgroup 'comp.dcom.telecom'. 
  8650.  
  8651. Subscriptions are available to qualified organizations and individual
  8652. readers. Write and tell us how you qualify:
  8653.  
  8654.                  * telecom-request@eecs.nwu.edu *
  8655.  
  8656. The Digest is edited, published and compilation-copyrighted by Patrick
  8657. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  8658. or phone at:
  8659.                     9457-D Niles Center Road
  8660.                      Skokie, IL USA   60076
  8661.                        Phone: 500-677-1616
  8662.                         Fax: 708-329-0572
  8663.   ** Article submission address only: telecom@eecs.nwu.edu **
  8664.  
  8665. Our archives are located at lcs.mit.edu and are available by using
  8666. anonymous ftp. The archives can also be accessed using our email
  8667. information service. For a copy of a helpful file explaining how to
  8668. use the information service, just ask.
  8669.  
  8670. *************************************************************************
  8671. *   TELECOM Digest is partially funded by a grant from the              *
  8672. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  8673. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  8674. * project.  Views expressed herein should not be construed as represent-*
  8675. * ing views of the ITU.                                                 *
  8676. *************************************************************************
  8677.  
  8678. Additionally, the Digest is funded by gifts from generous readers such
  8679. as yourself who provide funding in amounts deemed appropriate. Your help 
  8680. is important and appreciated. A suggested donation of twenty dollars per
  8681. year per reader is considered appropriate. See our address above.
  8682.  
  8683. All opinions expressed herein are deemed to be those of the author. Any
  8684. organizations listed are for identification purposes only and messages
  8685. should not be considered any official expression by the organization.
  8686. ----------------------------------------------------------------------
  8687.  
  8688. From: brown@NCoast.ORG (Stan Brown)
  8689. Subject: Telephone Solicitations and the FCC
  8690. Date: Wed, 22 Feb 1995 23:11:34 GMT
  8691. Organization: Oak Road Systems, Cleveland Ohio USA
  8692.  
  8693.  
  8694. I've been having more trouble than usual lately with telemarketers, so
  8695. I decided it was time to go straight to the horse's mouth and get the
  8696. FCC's writeup on the U.S. Telephone Consumer Protection Act.
  8697.  
  8698. That Act regulates telemarketing calls to residences.  It requires
  8699. each telemarketer to maintain a "do not call" lists and to put you on
  8700. its list if you so request.  Unfortunately (and rather amazingly), a
  8701. telemarketer is still allowed to call you once a year without penalty
  8702. _after_ you have asked to be put on its "do not call" list; however,
  8703. the second call in any 12-month period entitles you to sue for $500 or
  8704. actual monetary damages, whichever is greater.
  8705.  
  8706. The FCC's document is headed PUBLIC NOTICE; it was released January 11,
  8707. 1993 (yess, 1993) and there's a reference number DA 92-1715.  The title
  8708. is Consumer Alert: Telephone Solicitations, Autodialed and Artificial or
  8709. Prerecorded Voice Message Telephone Calls, and the Use of Facsimile
  8710. Machines.  It's eight letter-sized pages long.  The FCC head office is:
  8711.  
  8712.            1919 M St NW,
  8713.            Washington DC 20554
  8714.                  +1 202 632-5050
  8715.  
  8716. I got my copy from the Detroit office:
  8717.  
  8718.            24897 Hathaway St.
  8719.            Farmington Hills MI 48335-1552.
  8720.                  +1 810 471-5605
  8721.  
  8722. Stan Brown, Oak Road Systems                    brown@Ncoast.ORG
  8723. Can't find FAQ lists?  ftp to 'rtfm.mit.edu' and look in /pub/usenet
  8724. (or email me >>> with valid reply-to address <<< for instructions).
  8725. I can also send new-user information on Usenet--ask if you want it.
  8726.  
  8727. ------------------------------
  8728.  
  8729. From: karlf@acm.org
  8730. Subject: Gateways, Routers and Network Design
  8731. Date: Wed, 22 Feb 95 17:49:29 CDT
  8732. Organization: On-Ramp; Individual Internet Connections
  8733.  
  8734.  
  8735. Folks,
  8736.  
  8737. I need some help with a gateway/router/network design issue:
  8738.  
  8739. Situation: One WAN Ethernet which carries TCP/IP, Netware, SNA and
  8740. other traffic -- plus -- an additional WAN which carries only very
  8741. interactive and time-critical TCP/IP traffic. The original idea was to
  8742. keep the two networks totally separate in order to guarantee good
  8743. interactive response on the second WAN.
  8744.  
  8745. Problem: For system administration, operating, control, and maintenance 
  8746. purposes, we do need connectivity between the two networks. Our CISCO
  8747. gurus tell us that the only way to have connectivity and still keep
  8748. unwanted traffic off the 2nd WAN would be to use only static routing -
  8749. which would create an administrative nightmare because then apparently
  8750. every router has to know every single IP address.
  8751.  
  8752. Question: Can we use a real gateway (i.e. more $$ than a regular CISCO
  8753. Router) to have connectivity between the two networks, but still
  8754. ensure that only packets which have their source or destination on the
  8755. second WAN get routed onto this second WAN?  In other words, would a gateway
  8756. be smart enough to make its routing decisions strictly on the basis of
  8757. the FIRST byte of the source and destination IP addresses, without
  8758. knowing all the IP addresses on both networks, i.e. without the
  8759. administrative table-maintenance nightmare which static routing via
  8760. CISCO Routers seems to require.
  8761.  
  8762. Again, the goal is to keep the second WAN free of all traffic which
  8763. can be routed over the standard (first) WAN. Our worst nightmare is a
  8764. large file transfer or some Netware IPX/SPX transfer jeopardizing the
  8765. interactive TCP/IP responsiveness on the second WAN.
  8766.  
  8767. Which type of gateways should we be looking at? Any recommendations?
  8768.  
  8769. Any help would be very much appreciated.
  8770.  
  8771. Please reply to TELECOM Digest or via email to "karl.finkemeyer@fmr.com".
  8772.  
  8773.  
  8774. Karl Finkemeyer    Fidelity Investments
  8775. karl.finkemeyer@fmr.com  (also: karlf@acm.org)
  8776.  
  8777. ------------------------------
  8778.  
  8779. From: david@srv.PacBell.COM (David St. Pierre)
  8780. Subject: FCC Raises Line Charges for ISDN
  8781. Date: 22 Feb 1995 19:59:47 GMT
  8782. Organization: Pacific * Bell
  8783.  
  8784.  
  8785. If you use ISDN to get into the Internet quickly and cost-effectively, 
  8786. suddenly it's going to cost you more.  The Federal Communications
  8787. Commission has ordered Pacific Bell and other ISDN providers to raise
  8788. the number of required line charges for all ISDN products.  For Pacific 
  8789. Bell customers, who have enjoyed among the lowest ISDN prices in the
  8790. country, increases will range from a maximum of 29 percent for Home
  8791. ISDN and Centrex ISDN, up to 43 per cent for SDS ISDN and as much as
  8792. 50 percent for Primary Rate ISDN.
  8793.  
  8794. Here's why: Until now, each ISDN line coming into your home or office
  8795. was billed as one line.  Now the FCC has ruled that each ISDN customer
  8796. must be charged for each ISDN channel rather than each line.
  8797.  
  8798. Pacific Bell has filed a waiver asking the FCC to restore the original
  8799. one-for-one ISDN line charge.  We believe ISDN must remain affordable
  8800. and easy to access so that individuals, schools, libraries, researchers, 
  8801. and businesses of all sizes can benefit from the Internet.
  8802.  
  8803. If you feel that the increased line charge will make ISDN less affordable 
  8804. for users like you, please E-mail your comments to us at fccisdn@policy.net,
  8805. and we will carry your message to the FCC.
  8806.  
  8807. To help you understand the issue, we're making available these documents via 
  8808. E-mail.  Just E-mail to these addresses to receive them.  No entries
  8809. necessary for subject or message body.
  8810.  
  8811. For Pacific Bell's news release on its FCC filing yesterday:  
  8812. ptnrel@policy.net
  8813.  
  8814. For the FCC's most recent decision on ISDN subscriber line charges:
  8815. fccd2@policy.net
  8816.  
  8817. For Pacific Bell's filing on ISDN subscriber line charges:
  8818. ptfil@policy.net
  8819.  
  8820.  
  8821. Robert Deward, Manager, External Affairs, Pacific Telesis
  8822. David St. Pierre 510/823-6800
  8823.  
  8824. ------------------------------
  8825.  
  8826. From: jeffg@loki.engr.sgi.com (Jeff C. Glover)
  8827. Subject: Wanted: RS232-Controlled Dialer/Phone Patch
  8828. Date: 22 Feb 1995 20:09:51 GMT
  8829. Organization: Silicon Graphics, Inc., Mountain View, CA
  8830.  
  8831.  
  8832. I'm looking for a device for a UNIX workstation, not a PC card. Basically 
  8833. I want something that connects to a RS232 port and an audio port (in/out).
  8834.  
  8835. I know that some modems (Zyxel) provide CELP encoded audio via RS232,
  8836. but I don't want that.
  8837.  
  8838. Simply put, it must:
  8839.  
  8840.     * have RS232 I/O for dialing, status indications;
  8841.     * provide line-level audio inputs and outputs.
  8842.  
  8843. It'd be nice if:
  8844.  
  8845.     * it could detect and report usage of the phone line extensions;
  8846.     * access audio of extension usage (e.g. access database while talking
  8847.         with someone; *99 [*WX] gives local weather report).
  8848.  
  8849.  
  8850. Jeff
  8851.  
  8852. ------------------------------
  8853.  
  8854. From: southbay@garnet.berkeley.edu
  8855. Subject: UC Berkeley Short Courses on SONET/ATM and Wireless Comm
  8856. Date: 22 Feb 1995 22:27:09 GMT
  8857. Organization: University of California, Berkeley
  8858.  
  8859.  
  8860. U.C. Berkeley Continuing Education in Engineering Announces 3 Short
  8861. Courses on Broadband Communications, Wireless Networks
  8862.  
  8863. MODERN TELECOMMUNICATIONS:  Wide Area Networks, Personal
  8864. Communication Systems, Network Management and Control, and
  8865. Multimedia Applications  (March 2-3, 1995)
  8866.  
  8867. This course is designed as a gentle but comprehensive overview of
  8868. telecommunications including current status and future directions.
  8869. This course traces the evolution of telecommunications, starting from
  8870. its voice roots and progressing through local, metropolitan, and wide
  8871. area networks, narrowband ISDN, asynchronous transfer mode, broadband
  8872. ISDN, satellite systems, optical communications, cellular radio,
  8873. personal communication systems, all-optical networks, and multimedia
  8874. services.
  8875.  
  8876. Lecturer: Anthony S. Acampora, Ph.D., Professor, Electrical
  8877. Engineering, Columbia University.  He is Director, Center for
  8878. Telecommunications Research. He became a professor following a 20 year
  8879. career at AT&T Bell Laboratories, is an IEEE Fellow, and is a former
  8880. member of the IEEE Communications Society Board of Governors.
  8881.  
  8882.  
  8883. SONET/ATM-BASED BROADBAND NETWORKS: Systems, Architectures and Designs
  8884. (March 29-31, 1995)
  8885.  
  8886. It is widely accepted that future broadband networks will be based on
  8887. the SONET (Synchronous Optical Network) standards and the ATM
  8888. (Asynchronous transfer Mode) technique.  This course is an in-depth
  8889. examination of the fundamental concepts and the implementation issues
  8890. for development of future high-speed networks.  Topics include:
  8891. Broadband ISDN Transfer Protocol, high speed computer/network
  8892. interface (HiPPI), ATM switch architectures, ATM network
  8893. congestion/flow control, VLSI designs in SONET/ATM networks.  This
  8894. course is intended for engineers who are currently active or
  8895. anticipate future involvement in this field.
  8896.  
  8897. Lecturer: H. Jonathan Chao, Ph.D., Associate Professor, Brooklyn
  8898. Polytechnic University.  Dr. Chao holds more than a dozen patents and
  8899. has authored over 40 technical publications in the areas of ATM
  8900. switches, high-speed computer communications, and congestion/flow
  8901. control in ATM networks.
  8902.  
  8903.  
  8904. NETWORKS FOR DIGITAL WIRELESS ACCESS: Cellular, Voice, Data, Packet,
  8905. and Personal Communication Systems (March 6-8, 1995)
  8906.  
  8907. This comprehensive course is focused on the principles, technologies,
  8908. system architectures, standards, and market forces driving wireless
  8909. access.  At the core of this course are the cellular/microcellular/
  8910. frequency reuse concepts needed to enable adequate wireless access
  8911. capacity for Personal Communication Services (PCS).  Presented are
  8912. both the physical-level issues associated with wireless access and the
  8913. network-level issues arising from the inherent mobility of the
  8914. subscriber. Standards are fully treated including GSM (TDMA), IS-54
  8915. (North American TDMA), IS-95 (CDMA), CT2, DCT 900/CT3, IEEE 802.11,
  8916. DCS 1800, and Iridium.  Emerging concepts for wireless ATM are also
  8917. developed.  This course is intended for engineers who are currently
  8918. active or anticipate future involvement in this field.
  8919.  
  8920. Lecturer: Anthony S. Acampora, Ph.D., Professor, Electrical
  8921. Engineering, Columbia University.  He is Director, Center for
  8922. Telecommunications Research. He became a professor following a 20 year
  8923. career at AT&T Bell Laboratories, is an IEEE Fellow, and is a former
  8924. member of the IEEE Communications Society Board of Governors.
  8925.  
  8926. For more information (complete course descriptions, outlines,
  8927. instructor bios, etc.) send your postal address or fax to:
  8928.  
  8929.  
  8930. Harvey Stern  or Loretta Lindley
  8931. U.C. Berkeley Extension/Southbay
  8932. 800 El Camino Real Ste. 150
  8933. Menlo Park, CA 94025
  8934. Tel: (415) 323-8141   Fax: (415) 323-1438
  8935.  
  8936. ------------------------------
  8937.  
  8938. From: rbs@cs.city.ac.uk (Robert Scott)
  8939. Subject: AT&T Calling Card Mixup
  8940. Date: 23 Feb 1995 16:09:38 GMT
  8941. Organization: School of Informatics, City University, London
  8942. Reply-To: rbs@cs.city.ac.uk
  8943.  
  8944.  
  8945. I'm a British citizen living in London.  Recently there was an ad
  8946. drive by AT&T to get people to use their calling card for calls to the
  8947. US and elsewhere.  Of course, I signed up for one.
  8948.  
  8949. Now as I understand it they are free as long as you don't use them.
  8950. But for some reason I noticed sums of $8.50 being charged and then
  8951. credited to my account.  It seems that I have been put on some
  8952. Military Saver scheme which is very strange since I'm not in the US
  8953. military or anything approaching it.
  8954.  
  8955. My question is: Is there an AT&T email address that I can send a
  8956. complaint to and get my card sorted out?  I have a feeling that it
  8957. might be easier to sort out by email rather than letters or phone
  8958. calls.
  8959.  
  8960.  
  8961. Rob Scott
  8962.  
  8963. Dept of Comp Sci, City University, London, UK.
  8964. http://web.cs.city.ac.uk/homes/rbs/homepage.html
  8965.  
  8966.  
  8967. [TELECOM Digest Editor's Note: I think the fact that they charged your
  8968. account (erroneously) $8.50 then credited it (correctly) on the same
  8969. or a subsequent statement demonstrates that the problem has in fact been
  8970. resolved. Probably when they got your original application for service
  8971. someone erroneously entered you in the military plan since AT&T does
  8972. have such an arrangement for American soldiers in Europe. Later, or
  8973. perhaps about the same time it was discovered this was incorrect and
  8974. an adjustment was made. All the various AT&T international and domestic
  8975. calling plans and calling card arrangements have numbers assigned to
  8976. them. Someone at a terminal processed your application and enrolled you
  8977. in (for example) 'plan #123' then they said, ooops, I meant plan #231 ...
  8978. or similar. Or it went through and later a supervisor caught it. If you
  8979. keep on getting marketing and promotional materials for the military
  8980. plan *then* let us know, but I think you'll be okay. Honestly though,
  8981. if it were me, I'd hope they did *not* discover the error. AT&T gives
  8982. the soldiers a very good deal with absolutely rock-bottom pricing.  PAT]
  8983.  
  8984. ------------------------------
  8985.  
  8986. From: hh2@prism.gatech.edu (Harry P. Haas)
  8987. Subject: FATMA - What Does This Term Mean / Stand For?
  8988. Date: 23 Feb 1995 09:51:10 -0500
  8989. Organization: Georgia Institute of Technology
  8990.  
  8991.  
  8992. I recently ran across the acronym FATMA.  If anyone is familiar with
  8993. this term, could you please define it for me?
  8994.  
  8995. Thanks in advance.
  8996.  
  8997.  
  8998. Harry Haas  GTRI/SEAL       Georgia Tech Research Institute
  8999. Research Engineer II        225 North Ave.
  9000. harry.haas@gtri.gatech.edu  Atlanta Georgia, 30332
  9001.  
  9002.  
  9003. [TELECOM Digest Editor's Note: Have you checked the glossary files in
  9004. the Telecom Archives just to see whether or not it might be in there?
  9005. That's a good place to start looking for abbreviations and acronyms
  9006. you are unfamiliar with.  Anonymous ftp lcs.mit.edu.       PAT]
  9007.  
  9008. ------------------------------
  9009.  
  9010. Subject: OSI NetExpert Users Wanted
  9011. From: hardaker@clear.co.nz (Chris Hardaker)
  9012. Date: 23 Feb 95 08:22:55 EST
  9013.  
  9014.  
  9015. Is there anyone out there who are using or planning to use the
  9016. NetExpert system by Open System Integrators on a PSTN network? We at
  9017. CLEAR in New Zealand are in the first stage of implementing NetExpert
  9018. on a SUN Solaris platform ported to Oracle 7 and would like any
  9019. contacts who are willing to swap information and experiences.
  9020.  
  9021. For those of you who have never heard of this, this system is designed
  9022. to receive messages from all manner of devices (switch, FOTS
  9023. management systems, Routers, Lan analysers etc) and present the events
  9024. to an operator. The system can also handle correlating events. In
  9025. CLEAR's instance, we are looking at masking all subsequent alarms and
  9026. only having the operator presented with the 'root cause' alarm. As you
  9027. can appreciate, in the instance of losing a 2Gig fibre, this means a
  9028. lot of chaff is separated from the wheat. In fact our last 565Meg
  9029. fibre event resulted in over 2 Megabytes of data in a five minute
  9030. period and to cull this down to one single event would save around 30
  9031. minutes of analysis.  (My apologies if this sounds like advertising)
  9032.  
  9033. Any responses to me personally, thanks.
  9034.  
  9035. Chris Hardaker
  9036. Network Management
  9037. CLEAR Communications
  9038. Auckland
  9039. New Zealand
  9040.  
  9041. Ph +64 9 912 4286
  9042. Fax +64 9 912 4451
  9043. Email HARDAKER@clear.co.nz
  9044.  
  9045. ------------------------------
  9046.  
  9047. From: maxim@cerfnet.com (Dean Lennox)
  9048. Subject: Looking for Interactive Voice Response Provider
  9049. Date: Wed, 22 Feb 1995 13:41:28
  9050. Organization: Maxim Communications
  9051.  
  9052.  
  9053. I am looking for an interactive voice response company to play back a
  9054. prerecorded message about a new product to all callers.
  9055.  
  9056. Please email, or phone.
  9057. Candler Brooks
  9058. 908-707-3290
  9059. maxim@cerfnet.com
  9060.  
  9061. Dean Lennox
  9062. Maxim Communications
  9063. maxim@cerfnet.com
  9064.  
  9065. ------------------------------
  9066.  
  9067. From: bmclaugh@imagetel.com
  9068. Subject: Example of MIB Needed
  9069. Date: Wed, 22 Feb 95 14:32:36 PDT
  9070.  
  9071.  
  9072. I am looking for an example MIB in an electronic form.  I need to
  9073. craft one for 38Ghz radios.
  9074.  
  9075.  
  9076. Thanks,
  9077.  
  9078. Bob McLaughlin
  9079.  
  9080. ------------------------------
  9081.  
  9082. Date: Wed, 22 Feb 95 09:17 EST
  9083. From: Van R. Hutchinson <0005493896@mcimail.com>
  9084. Subject: Jobs Available at MCI
  9085.  
  9086.  
  9087. Pat,
  9088.  
  9089. Subscribers who are in a career frame of mind (translation: looking
  9090. beyond current job or currently between jobs) may wish to send me an
  9091. e-mail for more info.
  9092.  
  9093. GREENVILLE, S.C. (AP) _ MCI Communications Corp. has decided to add
  9094. 475 workers to its residential sales center in Greenville.  The move
  9095. comes after the company hired 350 workers in November.  MCI spokesman
  9096. Matt Schwab said the success of the company's Friends and Family
  9097. calling program prompted the expansion. He said the company has done
  9098. most of the new hiring and will complete the task by the end of this
  9099. month.
  9100.  
  9101. ------------------------------
  9102.  
  9103. Date: Wed, 22 Feb 1995 10:30:13 EST
  9104. From: Bob Keller <rjk@telcomlaw.com>
  9105. Subject: Herbert Hoover (was Re: Humor at the FCC)
  9106.  
  9107.  
  9108. In TELECOM Digest V15 #113, the TELECOM Digest Editor noted, in
  9109. response to B. Z. Lederman <lederman@intransit_tsc.vntsc.dot.gov>:
  9110.  
  9111. > Hoover was in charge of the Federal Radio Commission I believe 
  9112. > (forerunner of FCC).
  9113.  
  9114. Mr. Lederman was correct that, prior to the FCC or the FRC, Hoover was
  9115. Secretary of Commerce.  I don't think Hoover served at the FRC.  In
  9116. fact, I am reasonably certain that he continued as Secretary of
  9117. Commerce and was a moving force behind the legislative proposals
  9118. leading to enactment of the Communications Act of 1934.
  9119.  
  9120. The pre-1927 Commerce Department had jurisdiction over radio licensing. 
  9121. Hoover and his staff attempted to resolve growing interference problems
  9122. from an uncooperative new broadcasting industry, by placing conditions on
  9123. licenses restricting things such as frequency (or, in the parlance of the
  9124. day, wavelength), hours of operation, etc.  But the courts held, and the
  9125. Attorney General concurred, that the Secretary's statutory authority did
  9126. not go this far and that such restrictions were therefore unenforceable. 
  9127. It was in response to this problem that the Radio Act of 1927 was enacted,
  9128. creating the Federal Radio Commission.
  9129.  
  9130. The 1927 Act is remarkably similar to Title III of the current Communications
  9131. Act.  This is because the substantive regulatory portions of the Radio
  9132. Act of 1927 was essentially transplanted into Title III of the Communications 
  9133. Act of 1934.  The 1934 Act created the Federal Communications Commission and 
  9134. transferred to it the radio jurisdiction of the Radio Commission as well as 
  9135. jurisdiction over Telegraph and Telephone lines which previously resided with 
  9136. the Interstate Commerce Commission.
  9137.  
  9138.  
  9139. Bob Keller (KY3R)              Email: rjk@telcomlaw.com
  9140. Law Office of Robert J. Keller, P.C.  Telephone:  301.229.5208
  9141. Federal Telecommunications Law        Facsimile:  301.229.6875
  9142.  
  9143.  
  9144. [TELECOM Digest Editor's Note: Good old Herbert Hoover, or as the radio
  9145. announcer on WLS once accidentally referred to him on the air, "Hoobert
  9146. Heever". That was, I think, in 1929 when he gave an address to the 
  9147. nation over the radio on WLS. Hoover was the last in a series of three
  9148. Republican presidents (Warren G. Harding, Calvin Coolidge and himself)
  9149. who led the United States over a twelve year period 1920-32, each of
  9150. whom got just a single four year term. After the disasterous chain of
  9151. events in October, 1929 which led to the Great Depression in the 1930's
  9152. in the USA, people soured on the Republicans, and when Hoover ran for
  9153. re-election in 1932 against Franklin D. Roosevelt he was defeated, 
  9154. beginning a twenty-year period of Democratic leadership which would not 
  9155. end until 1952 when General Eisenhower, the war hero of WW-2 was elected. 
  9156. I think Hoover was appointed to his position at Commerce by Warren Gamiel 
  9157. Harding during his term, 1920-24. Radio (or rather, broadcast radio, on 
  9158. AM frequencies) as we know it began in 1921. During 1922-23 a half-dozen
  9159. stations were operating in Chicago alone, including WLS and WGN, both
  9160. of which are widely known and listened to today.   PAT]
  9161.  
  9162. ------------------------------
  9163.  
  9164. From: glennr@teal.csn.org (Glenn Russell)
  9165. Subject: Wanted: Sources for Network Reliability Statistics
  9166. Date: 22 Feb 1995 21:24:47 GMT
  9167. Organization: Colorado SuperNet, Inc.
  9168.  
  9169.  
  9170. Hello,
  9171.  
  9172. We are attempting to gather network reliability statistics on various IXC's, 
  9173. LEC's, and CAP's.  Preferably this data will come from independant sources.
  9174. We are interested in verification of error free seconds or outage frequency 
  9175. following installation.
  9176.  
  9177. Information such as the percentage of error free seconds per 24 hour
  9178. period for DS1 fiber with an interoffice route greater than 250 miles,
  9179. would be helpful. And the same information for DS3 routes under 50
  9180. miles.
  9181.  
  9182. The specific IXC's: MCI, AT&T and Allnet; 
  9183. LECS: US WEST, NYNEX, and PACBELL;
  9184. CAP's: MFS and ICG.  
  9185.  
  9186. Does anyone know of any sources that track this type of information?  
  9187.  
  9188.  
  9189. Thanks in advance!
  9190.  
  9191. Glenn Russell      glennr@csn.org 
  9192.  
  9193. ------------------------------
  9194.  
  9195. Date: Thu, 23 Feb 1995 08:55:04 -0700 (MST)
  9196. From: Daryl Gibson <DRG@du1.byu.edu>
  9197. Subject: Last Laugh! Burned Out Newspapercreatures
  9198.  
  9199.  
  9200. Forwarded for your amusement, (with permission) from: 
  9201. The Burned-Out Newspapercreatures Guild's Newsletter
  9202. BONG Bull, Charley Stough, Chief Copyboy 
  9203. Copyright (c) 1995 by BONG.  All rights reserved. 
  9204.  
  9205. SURFING THE INTERNET.  This week the Other Side Lives Committee found
  9206. the Usenet group alt.shenanigans, devoted to merry pranks called
  9207. "shens." Some of its postings also appear in alt.revenge, a group that
  9208. appreciates somewhat more vitriol in its pranks. Some shens:
  9209.  
  9210.      -- When confronted by an answering machine, contributors were
  9211. particularly creative.  One fellow leaves messages in a normal voice,
  9212. then suddenly switches to SUPERFASTSQUEAKYVOICE and then to v-e-r-y
  9213. l-o-w, s-l-o-w v-o-i-c-e, leaving the machine owner with worries about
  9214. his equipment.  Another plays back the operator saying this number is
  9215. not in service. And then there's the guy who recorded the AT&T intercept
  9216. tape for callers to the Northridge, Calif. area. "Due to an earthquake
  9217. in the area you are calling, your call cannot be completed at this
  9218. time," and put it on his own machine; he lives in Chicago.
  9219.  
  9220.      (In that vein, Dayton Daily News cartoonist Mike Peters has been
  9221. known to answer his phone with an empty coffee cup over his mouth,
  9222. creating that perfect mechanical echo sound.  Conversations go:
  9223.      "THIS IS MIKE. I CAN'T COME TO THE PHONE RIGHT NOW, BUT YOUR CALL
  9224. IS IMPORTANT TO ME. PLEASE LEAVE A MESSAGE AFTER THE BEEP (*beep*)."
  9225.      "Mike, this is Charley, it's 2:15 Tuesday, and -- "
  9226.      "(Still in machine mode) OH HI, CHARLEY!  HOW YA DOIN'?")
  9227.  
  9228.      -- Pagers are another foil.  A contributor gets even with his
  9229. weenie supervisor when he knows the super isn't near a phone.  He calls
  9230. the super's pager, then punches in the super's boss's number.
  9231.  
  9232.      (Dayton Daily News reporters with voice pagers, waiting in lines
  9233. at the bank, have been known to get loud calls saying, "YOUR LAWYER
  9234. CALLED AND HE SAYS YOU SHOULD MARRY THE GIRL.")
  9235.  
  9236. STRAWBOSS, THIS IS SNAKEYES, GIMME ARTILLERY SUPPORT.  Also at the
  9237. Dayton Daily News in the days before cellular phones, the company
  9238. invested megabucks in a Battle-of-the-Bulge walkie-talkie system.  But
  9239. it couldn't bring its human resources on-line.  When a reporter went
  9240. to a crime scene in a very troublesome poor-white neighborhood, one of
  9241. the airier brains on the city desk broadcast through the thing, "And
  9242. hey, tell the guys to watch yourselves out there!  I hear there's a
  9243. lotta bad-ass rednecks in that neighborhood!"
  9244.  
  9245.      The reporter, standing in a crowd of now even more dangerous
  9246. neighborhood residents, replied, "Tell 'em yourself!  You're talking to
  9247. 'em!"  With that he handed the walkie-talkie to the nearest bad-ass
  9248. redneck and made an escape.
  9249.  
  9250. Never one for hidden pockets when a secret compartment would do, BONG
  9251. Chief Copyboy Charley Stough, Dayton Daily News, 45 S. Ludlow St.,
  9252. Dayton, Ohio 45401 salutes NYTNS haulers worldwide!  Phone (513)
  9253. 225-2445 after 3 p.m. eastern. E-mail ae035@dayton.wright.edu.
  9254. Fax 225-2489.
  9255.  
  9256.                   ------------------
  9257.  
  9258. To subscribe:  Email to LISTSERV@NETCOM.COM.  In text say
  9259. SUBSCRIBE BONG-L.
  9260.  
  9261.  
  9262. Daryl
  9263. (801)378- 2950   (801)489-6348
  9264. drg@du1.byu.edu  71171.2036@compuserve.com
  9265.  
  9266. ------------------------------
  9267.  
  9268. End of TELECOM Digest V15 #114
  9269. ******************************
  9270.     
  9271.     
  9272. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa22179;
  9273.           23 Feb 95 19:32 EST
  9274. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  9275.     id AA15746; Thu, 23 Feb 95 14:32:19 CST
  9276. Return-Path: <telecom>
  9277. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  9278.     id AA15736; Thu, 23 Feb 95 14:32:15 CST
  9279. Date: Thu, 23 Feb 95 14:32:15 CST
  9280. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  9281. Message-Id: <9502232032.AA15736@delta.eecs.nwu.edu>
  9282. To: telecom@eecs.nwu.edu
  9283. Subject: TELECOM Digest V15 #115
  9284.  
  9285. TELECOM Digest     Thu, 23 Feb 95 14:32:00 CST    Volume 15 : Issue 115
  9286.  
  9287. Inside This Issue:                           Editor: Patrick A. Townson
  9288.  
  9289.     Book Review: "Global Network Operations" by Malamud et al (Rob Slade)
  9290.     Canadian Publisher Southam Links With U.S.-Based Prodigy (Dave Leibold)
  9291.     You Can't Dial City Hall? (Dave Leibold)
  9292.     Australian Government Multimedia Forum March 1995 (Tom Worthington)
  9293.     Last Call: IJCAI'95 Workshop on Executable Temporal Logics (Mehmet Orgun)
  9294.     Wireless Telephone Seminar (Jerome Kaufman)
  9295.     Re: Peculiar Callbacks Received (Jeff Regan)
  9296.     Re: Peculiar Callbacks Received (John C. Fowler)
  9297.     Re: Peculiar Callbacks Received (Paul Wallich)
  9298.     Re: Peculiar Callbacks Received (Danny Burstein)
  9299.     Re: Weird "Prime Number" and Other Messages 800 Number (Mark Brader)
  9300.     Re: Weird "Prime Number" and Other Messages 800 Number (Stanley Ulbrych)
  9301.     Re: Weird "Prime Number" and Other Messages 800 Number (Moritz Farbstein) 
  9302.  
  9303. TELECOM Digest is an electronic journal devoted mostly but not
  9304. exclusively to telecommunications topics. It is circulated anywhere
  9305. there is email, in addition to various telecom forums on a variety of
  9306. public service systems and networks including Compuserve and America
  9307. On Line. It is also gatewayed to Usenet where it appears as the moderated
  9308. newsgroup 'comp.dcom.telecom'. 
  9309.  
  9310. Subscriptions are available to qualified organizations and individual
  9311. readers. Write and tell us how you qualify:
  9312.  
  9313.                  * telecom-request@eecs.nwu.edu *
  9314.  
  9315. The Digest is edited, published and compilation-copyrighted by Patrick
  9316. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  9317. or phone at:
  9318.                     9457-D Niles Center Road
  9319.                      Skokie, IL USA   60076
  9320.                        Phone: 500-677-1616
  9321.                         Fax: 708-329-0572
  9322.   ** Article submission address only: telecom@eecs.nwu.edu **
  9323.  
  9324. Our archives are located at lcs.mit.edu and are available by using
  9325. anonymous ftp. The archives can also be accessed using our email
  9326. information service. For a copy of a helpful file explaining how to
  9327. use the information service, just ask.
  9328.  
  9329. *************************************************************************
  9330. *   TELECOM Digest is partially funded by a grant from the              *
  9331. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  9332. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  9333. * project.  Views expressed herein should not be construed as represent-*
  9334. * ing views of the ITU.                                                 *
  9335. *************************************************************************
  9336.  
  9337. Additionally, the Digest is funded by gifts from generous readers such
  9338. as yourself who provide funding in amounts deemed appropriate. Your help 
  9339. is important and appreciated. A suggested donation of twenty dollars per
  9340. year per reader is considered appropriate. See our address above.
  9341.  
  9342. All opinions expressed herein are deemed to be those of the author. Any
  9343. organizations listed are for identification purposes only and messages
  9344. should not be considered any official expression by the organization.
  9345. ----------------------------------------------------------------------
  9346.  
  9347. Date: Thu, 23 Feb 1995 13:15:39 EST
  9348. From: Rob Slade <roberts@mukluk.decus.ca>
  9349. Subject: Book Review: "Global Network Operations" by Malamud et al
  9350.  
  9351.  
  9352. CSGLNTOP.RVW   950126
  9353.  
  9354. "Global Network Operations", Malamud/Carpenter/Stockman/O'Dell/Huston, 1-56592-
  9355. 993-4, U$16.95
  9356. %A   Carl Malamud carl@malamud.com
  9357. %A   Brian Carpenter
  9358. %A   Bernhard Stockman
  9359. %A   Mike O'Dell
  9360. %A   Geoff Huston
  9361. %C   103 Morris Street, Suite A, Sebastopol, CA   95472
  9362. %D   1993?
  9363. %E   Carl Malamud carl@malamud.com
  9364. %G   1-56592-993-4
  9365. %I   O'Reilly & Associates, Inc./ORAudio
  9366. %O   U$16.95 800-998-9938 707-829-0515 fax: 707-829-0104 audio@ora.com
  9367. %P   120 min.
  9368. %S   Geek of the Week
  9369. %T   "Global Network Operations"
  9370.  
  9371. These four interviews, conducted between March and November of 1993,
  9372. present representatives of CERN, the European EBONE backbone UUNET and
  9373. the Australian Academic Research Network (AARNET).  (I must say that I
  9374. have to sympathise with Malamud in the interview with Bernhard Stockman.  
  9375. Initially, Stockman obviously is embarrassed and resistant to say
  9376. "what everyone knows".  The interview is worth it -- the later part of
  9377. the tape puts out fascinating ideas on the sociology of committees.)
  9378.  
  9379. As well as looking at networks in large portions of the globe (and
  9380. places outside of the US), a fairly common theme to all of these talks
  9381. is surmise about the future directions of network governing bodies.
  9382. Do the ISO and CCITT work, given rapidly moving technologies?  Can the
  9383. Internet Society and IETF (Internet Engineering Task Force) continue
  9384. as volunteer organizations?
  9385.  
  9386. copyright Robert M. Slade, 1995   CSGLNTOP.RVW   950126. Distribution
  9387. permitted in TELECOM Digest and associated publications. Rob Slade's
  9388. book reviews are a regular feature in the Digest.
  9389.  
  9390.  
  9391. Vancouver      ROBERTS@decus.ca   
  9392. Institute for  Robert_Slade@sfu.ca
  9393. Research into  rslade@cue.bc.ca   
  9394. User           p1@CyberStore.ca   
  9395. Security       Canada V7K 2G6     
  9396.  
  9397. ------------------------------
  9398.  
  9399. From: Dave.Leibold@superctl.tor250.org (Dave Leibold)
  9400. Date: 21 Feb 95 22:00:23 -0500
  9401. Subject: Canadian Publisher Southam Links With U.S.-Based Prodigy
  9402. Organization: Gateway:
  9403.  
  9404.  
  9405. [from Bell News (Bell Canada), 20 Feb 95]
  9406.  
  9407. Publisher to launch on-line newspaper service
  9408.  
  9409. Southam Inc., publisher of 17 daily newspapers across Canada, plans to
  9410. launch a national on-line computer service offering its daily
  9411. newspapers in a joint venture with U.S.-based Prodigy Services Co.
  9412.  
  9413. Consumers will have access to Southam's newspapers and their archives,
  9414. as well as electronic banking, brokerage services and advertising.
  9415. Service will begin in 1996.
  9416.  
  9417.  
  9418. Fidonet : Dave Leibold 1:250/730
  9419. Internet: Dave.Leibold@superctl.tor250.org
  9420.  
  9421. ------------------------------
  9422.  
  9423. From: Dave.Leibold@superctl.tor250.org (Dave Leibold)
  9424. Date: 21 Feb 95 22:19:05 -0500
  9425. Subject: You Can't Dial City Hall?
  9426.  
  9427.  
  9428. The 8 Feb 95 edition of {Etobicoke Life} (a Metro Toronto community
  9429. paper) reports of wayward phone connections that lost 10,000 callers.
  9430. Those phoning the City of Etobicoke municipal offices were often left
  9431. in "electronic ether" in the form of dropped or incomplete calls.
  9432.  
  9433. Etobicoke's Commissioner of Administrative Services stated that the
  9434. phone system was "overloaded", with calls from citizens regarding an
  9435. interim tax billing blamed as the cause.
  9436.  
  9437. While a $10,000 call queueing system installation is expected this summer,
  9438. Etobicoke city staff is reportedly working with Bell Canada to avoid a
  9439. repeat of that lost caller feeling.
  9440.  
  9441.  
  9442. Fidonet : Dave Leibold 1:250/730
  9443. Internet: Dave.Leibold@superctl.tor250.org
  9444.  
  9445.  
  9446. [TELECOM Digest Editor's Note: I am reminded of the tunnel flood here 
  9447. a few years ago when the Chicago River started backing up into basements
  9448. all over downtown, including City Hall. In addition to the unusually high
  9449. volume of calls to the city's public information phone lines from very
  9450. concerned citizens wondering about the extent of the flooding (the source
  9451. of the 'leak', a collapsed wall in one of the abandoned underground
  9452. tunnels had not been located) and what they could/should do to save their
  9453. possessions and themselves (for example, the Chicago Symphony Orchestra
  9454. was in Europe at the time; staff members left in Chicago frantically went
  9455. through basement storage areas retrieving instruments, musical manuscripts
  9456. and other things, hauling it all upstairs to safe ground when they heard
  9457. the flood was on its way to them; staff members at the Art Institute 
  9458. dropped everything and converged on their basement to begin rapidly
  9459. hauling everything upstairs to safety; fortunatly neither institution
  9460. was harmed in any way) -- in addition to the massive flood of calls to
  9461. City Hall, overloading the phone system there -- the City Hall itself did
  9462. have extensive damage in its second and third sub-basement where the
  9463. old tunnel system connects in, putting all their telephone lines under
  9464. water by mid-afternoon that day, along with completely submerging the
  9465. Commonwealth Edison electrical sub-station located in the third sub-
  9466. basement. Knowing for a certainty that City Hall would be 'offline' in
  9467. a matter of an hour or two at the most (they could see the rising water
  9468. in the tunnel branch near them) telco employees rushed to re-route the
  9469. lines elsewhere. About 2 PM I was able to get through; the woman told
  9470. me 'we will be staying until our lines go dead or until they evacuate
  9471. us and make us leave' ... shortly after that calls to any 312-744 number
  9472. (the city hall centrex) were greeted with dead silence. Just a click as
  9473. my central office handed off the call, then nothing. Within 45 minutes
  9474. however, they were ringing again, and the information ladies were on
  9475. duty, having been evacuated to the Chicago Temple Building which is
  9476. right across the street from City Hall. The Fire Department Central 
  9477. Alarm office which is also in City Hall had been offline for a few
  9478. minutes also; telco got them re-established first then did the information
  9479. lines followed by the general centrex operators. The information lines
  9480. stayed open around the clock for the next several days (although the
  9481. source of the 'leak' was discovered by mid-afternoon it would be several
  9482. days before tons of dry cement-mix and other stuff dumped into the
  9483. river above the opening would successfully seal the opening; it was on
  9484. Sunday morning about 10 AM six days later that Mayor Daley came on our
  9485. televisions along with engineers working for the city to announce that
  9486. 'we have successfully plugged the leak, and underwater divers are down
  9487. there now looking to make sure it is plugged') and they later reported
  9488. handling about a hundred thousand flood related inquiry calls from all
  9489. over the world over a five day period.   PAT]
  9490.  
  9491. ------------------------------
  9492.  
  9493. From: tomw@ccadfa.cc.adfa.oz.au (Tom Worthington)
  9494. Subject: Australian Government Multimedia Forum March 1995 
  9495. Organization: Australian Defence Force Academy, Canberra, Australia
  9496. Date: Wed, 22 Feb 1995 07:18:21 GMT
  9497.  
  9498.  
  9499. _"Government Support for a _Creative Nation"__
  9500.  
  9501.     * Sydney 8 March 1995
  9502.     * Adelaide 14 March 1995
  9503.     * Perth 16 March 1995
  9504.     * Melbourne 21 March 1995
  9505.     * Brisbane 23 March 1995
  9506.     * Canberra 28 March 1995
  9507.  
  9508.    Department of Industry, Science and Technology
  9509.    Department of Communications
  9510.    
  9511.  
  9512. Background
  9513.  
  9514.    As part of the Commonwealth Government's cultural policy statement
  9515.    Creative Nation, a series of multimedia initiatives are being
  9516.    undertaken to place Australia as a world leader in media services
  9517.    through the production of content - an essential element of the new
  9518.    communication services.
  9519.    
  9520.    The package seeks to create a dynamic multimedia industry producing
  9521.    Australian content for Australian and international consumers, as well
  9522.    as providing a stimulus for increased access to cultural material by
  9523.    the community.
  9524.    
  9525.    The Multimedia Forums will be a major source of information about
  9526.    developments in multimedia and will facilitate the establishment of
  9527.    close and productive linkages between the cultural community and
  9528.    industry. These will enable Australia to better develop and
  9529.    commercialise interactive multimedia products and services.
  9530.    
  9531. The Forums
  9532.  
  9533.    The forums will be accessible to a broad range of stakeholders,
  9534.    flexible in content and responsive to the needs of the sector. The
  9535.    Forums will consider critical technical and commercial issues such as
  9536.    best practice, intellectual property rights, finance, the requirements
  9537.    for market success, and the development of multimedia titles. Forums
  9538.    will be able to focus on topical issues which Government, the cultural
  9539.    community or industry believe need to be addressed, including for
  9540.    example, the Final Report of the Broadband Services Expert Group and
  9541.    the Innovation Statement.
  9542.    
  9543. Forum One
  9544.  
  9545.    Forum One is a one day event which will be repeated in major capital
  9546.    cities (see Schedule) and will provide an update on the Creative
  9547.    Nation initiatives, including discussion on the implementation of
  9548.    these initiatives and information on when and how people can
  9549.    participate in programs and gain government support. There will be
  9550.    ample time for questions and answers.
  9551.    
  9552.    "An essential forum for anyone with an interest in multimedia as a
  9553.    business, a creative endeavour or for export" _Peter Cook - Michael
  9554.    Lee_
  9555.    
  9556.    This forum will provide the opportunity to meld the interests and
  9557.    efforts of business, the cultural community, technologists, educators
  9558.    and the legal profession. Participants will be able to influence the
  9559.    future content, structure and orientation of the Forums Program.
  9560.  
  9561.  
  9562. For more details see:    http://acslink.net.au/~tomw/mm1.html
  9563.  
  9564. or contact:
  9565.  
  9566.         _Multimedia Forum Secretariat_
  9567.         PO Box 3683, Weston ACT 2611, Australia
  9568.         Phone: +61 6 2411325
  9569.         A/H: +61 6 2882884
  9570.         Fax: +61 6 2411975
  9571.         Internet: NATCMS@ozemail.com.au
  9572.  
  9573. Posted as a community service by Tom Worthington, Director of the Community 
  9574. Affairs Board, Australian Computer Society Inc.
  9575. G.P.O. Box 446, Canberra A.C.T. 2601, Australia
  9576. E-mail: tomw@acslink.net.au    Home page: http://www.acslink.net.au/~tomw/
  9577.  
  9578. ------------------------------
  9579.  
  9580. Date: Wed, 22 Feb 95 16:33:53 +1100
  9581. From: mehmet@macadam.mpce.mq.edu.au (Mehmet Orgun)
  9582. Subject: Last CallL: IJCAI'95 Workshop on Executable Temporal Logics
  9583.  
  9584.  
  9585.          LAST CALL FOR PAPERS AND PARTICIPATION
  9586.          Workshop on Executable Temporal Logics
  9587.         to be held as part of IJCAI-95
  9588.               Montreal, Canada. 
  9589.                 19th, 20th or 21st August 1995
  9590.  
  9591. INTRODUCTION
  9592.  
  9593. The direct execution of logical statements, through languages such as
  9594. Prolog, has been influential within both Computer Science and
  9595. Artificial Intelligence. Such languages have been used not only for
  9596. applications such as the animation of logical specifications, the
  9597. characterisation of database queries and knowledge representation, but
  9598. also as high-level programming languages in their own right. In recent
  9599. years, however, the requirement for greater expressive power has meant
  9600. that languages based on first-order logic have been found wanting. In
  9601. particular, since the concept of time is important in an increasingly
  9602. wide range of applications, including the representation of
  9603. time-dependent data and the specification and verification of
  9604. concurrent and distributed systems, logics where temporal notions are
  9605. central are beginning to be applied in these areas.
  9606.  
  9607. Not surprisingly, executable forms of these temporal logics have been
  9608. proposed in order to provide system developers with access to more
  9609. appropriate logical techniques. Just as the development of
  9610. sophisticated theorem-proving techniques for first-order logic led to
  9611. executable forms, such as Prolog, so theorem-proving techniques for
  9612. temporal logics are being used in the development of executable forms
  9613. of these logics. However, each particular executable temporal logic
  9614. combines not only a logical perspective, but also an operational
  9615. model, drawn from its intended application areas. Thus a wide range of
  9616. languages have appeared, exhibiting a variety of characteristics and
  9617. execution mechanisms. Consequently, these languages have a wide range
  9618. of application areas, including temporal databases, temporal planning,
  9619. animation of temporal specifications, hardware simulation, and
  9620. distributed AI.
  9621.  
  9622. WORKSHOP AIMS
  9623.  
  9624. The aim of this workshop is to provide a forum both for the exchange
  9625. of ideas and for the identification of the potential roles and nature
  9626. of the emerging paradigm of Executable Temporal Logics. Our aim is
  9627. that the workshop will bring together workers in this area, to identify 
  9628. common ground, differing approaches, experiences, applications, open 
  9629. problems and possible future developments. In particular, we wish to
  9630. encourage cross-fertilisation between different approaches.
  9631.  
  9632. WORKSHOP FORMAT
  9633.  
  9634. This workshop will build upon the success of the 1993 Workshop on
  9635. Executable Modal and Temporal Logics that we organised as part of
  9636. IJCAI-93, the proceedings of which are published by Springer-Verlag in
  9637. the Lecture Notes in Artificial Intelligence series (vol. 897). The
  9638. workshop will last for one day, and will consist of presented papers,
  9639. group discussions and invited talks. We intend that the workshop will
  9640. cover topics ranging from considerations of the state of the art,
  9641. through to speculation on future developments. We will therefore
  9642. solicit papers describing work in this area, including original ideas,
  9643. new results, comparative studies and applications of Executable
  9644. Temporal Logics.   
  9645.  
  9646. AREAS OF INTEREST
  9647.  
  9648. Topics of interest include, but are not limited to,
  9649.  
  9650.        * theoretical issues in executable temporal logics
  9651.        * design of executable temporal logics
  9652.        * relationship between execution and temporal theorem-proving
  9653.        * operational models and implementation techniques
  9654.        * programming support and environments
  9655.        * comparative studies of languages
  9656.        * relationship of executable temporal logics to 
  9657.          (temporal) databases  
  9658.        * applications and case studies
  9659.  
  9660. WORKSHOP PARTICIPATION
  9661.  
  9662. To encourage informal interaction and the exchange of ideas,
  9663. attendance will be limited to approximately 30 invited participants.
  9664. Those wishing to attend are encouraged to submit either
  9665.  
  9666. (a) an extended abstract (of no more than 5000 words) describing
  9667.     relevant preliminary or completed work to be presented at the 
  9668.     workshop, or,
  9669.  
  9670. (b) single page descriptions of research interests and current work,
  9671.     to be used to demonstrate the ability of the non-presenting
  9672.     participants to contribute to the discussions.
  9673.  
  9674. Selected participants will be asked to provide complete papers to be
  9675. distributed as preprints to the workshop participants.
  9676.  
  9677. SUBMISSION DETAILS
  9678.  
  9679. All submissions should include: author's name(s), affiliation,
  9680. (complete) mailing address, phone and fax number, e-mail address and
  9681. an abstract of not more than 300 words. Electronic submission is
  9682. strongly encouraged (either as self-contained LaTeX, or postscript)
  9683. and this, or five (5) copies of submitted papers should be sent, by
  9684. March 1st 1995, to:
  9685.  
  9686.        Michael Fisher
  9687.        Department of Computing
  9688.        Manchester Metropolitan University
  9689.        Chester Street
  9690.        Manchester  M1 5GD
  9691.        United Kingdom
  9692.  
  9693.        Email:     M.Fisher@doc.mmu.ac.uk
  9694.        Telephone: (+44) 61-247-1488
  9695.        Fax:       (+44) 61-247-1483
  9696.  
  9697. Papers will be refereed and notification of acceptance will be given
  9698. by April 1st. Authors of accepted papers will be given the opportunity
  9699. to revise their papers prior to the production of the workshop notes
  9700. (due May 1st). 
  9701.  
  9702. Important Dates:
  9703.  
  9704.    Submissions received by:        March 1st, 1995
  9705.    Author notification by:         April 1st, 1995
  9706.    Revised papers due:               May 1st, 1995
  9707.  
  9708. Copies of accepted papers will be provided as a pre-proceedings at the
  9709. workshop itself.
  9710.  
  9711. Information about the workshop, together with abstracts of accepted
  9712. papers, will be available via the WWW page:
  9713.  
  9714.       http://www.doc.mmu.ac.uk/RESEARCH/extol95.html
  9715.  
  9716.  
  9717. PUBLICATION
  9718.  
  9719. The 1993 IJCAI Workshop on Executable Modal and Temporal Logics is
  9720. published by Springer-Verlag as a volume in the Lecture Notes in
  9721. Artificial Intelligence series. Our intention is to again publish
  9722. polished versions of papers from the workshop proceedings. Selected
  9723. papers may also be considered for publication in a special issue of
  9724. either the Journal of Logic and Computation or the Journal of Applied
  9725. Non-Classical Logics.  
  9726.  
  9727.  
  9728. WORKSHOP PROGRAMME COMMITTEE
  9729.  
  9730. Michael Fisher [Organiser]
  9731. (details as above)
  9732.  
  9733. Marianne Baudinet
  9734. Universite Libre de Bruxelles
  9735. Informatique, C.P. 165
  9736. 50 Avenue F.D. Roosevelt
  9737. 1050 Brussels, Belgium
  9738. Email: mb@cs.ulb.ac.be
  9739.  
  9740. Christoph Brzoska  
  9741. SFB 314
  9742. University of Karlsruhe
  9743. P.O.Box 69 80
  9744. D - 76128 Karlsruhe 1, Germany
  9745. Email: brzoska@ira.uka.de
  9746.  
  9747. Shinji Kono 
  9748. Sony Computer Science Laboratory, Inc.
  9749. Japan
  9750. Email: kono@csl.sony.co.jp
  9751.  
  9752. Ben Moszkowski 
  9753. Department of Electrical and Electronic Engineering
  9754. University of Newcastle
  9755. Newcastle upon Tyne  NE1 7RU, U.K.
  9756. Email: Ben.Moszkowski@ncl.ac.uk
  9757.  
  9758. Mehmet Orgun 
  9759. Department of Computing
  9760. Macquarie University
  9761. Sydney  NSW 2109, Australia    
  9762. Email: mehmet@mpce.mq.edu.au              
  9763.  
  9764.  
  9765. N.B., All workshop participants will be required to register for the
  9766. ****  main conference. 
  9767.  
  9768. NO ATTENDANCE TO A WORKSHOP WILL BE ACCEPTED WITHOUT REGISTRATION TO IJCAI. 
  9769.  
  9770. Information about IJCAI-95 can be accessed via the IJCAI home page:
  9771.  
  9772.     http://ijcai.org/
  9773.  
  9774. ------------------------------
  9775.  
  9776. From: TZAH81A@prodigy.com (Jerome Kaufman)
  9777. Subject: Wireless Telephone Seminar
  9778. Date: 22 Feb 1995 04:48:29 GMT
  9779. Organization: Prodigy Services Company  1-800-PRODIGY
  9780.  
  9781.  
  9782. Wireless Business Telephone Systems Seminar
  9783.  
  9784. An in-depth, educational seminar for telecommunications professionals
  9785. who need to understand the applications, benefits and limitations of:
  9786. On-premises PCS, Wireless PBXs and In-Building Cellular systems.
  9787.  
  9788. 1995 will witness the most fundamental change in business communications 
  9789. since the introduction of the electromechanical telephone system.
  9790. Nearly every provider of PBX, Centrex, Key system, Cellular and PCS
  9791. systems and services is expected to offer a wireless telephone system
  9792. to address business users need for on- premises wireless
  9793. communications.
  9794.  
  9795. Incorporating In-Building Cellular, Unlicensed PCS and Wireless PBX,
  9796. these new wireless telephone systems will usher in the era of Personal
  9797. Communications Services and mark the end of traditional, fixed
  9798. location, desktop telephone systems used by every business in the U.S.
  9799.  
  9800. The Wireless Business Telephone Systems 95 seminar has been 
  9801. designed to help both vendors and users make the right business 
  9802. decisions about these new wireless telephone systems.
  9803.  
  9804. The two day Wireless Business Telephone Systems 95 seminars will be
  9805. taught by Jerry Kaufman, President of Alexander Resources. Mr. Kaufman 
  9806. is an internationally recognized expert on wireless communications and
  9807. the foremost authority on wireless telephone systems. Alexander
  9808. Resources is a management and market research consulting firm
  9809. specializing in telecommunications.
  9810.  
  9811. Name of Seminar: Wireless Business Telephone Systems 95
  9812.  
  9813. Seminar locations: Anaheim, Atlanta, Bellevue, Boca Raton, Boston, 
  9814. Chicago, Cincinnati, Cleveland, Dallas, Denver, Detroit, Houston, 
  9815. Kansas City, Minneapolis, Orlando, Philadelphia, Pittsburgh, San 
  9816. Diego, San Francisco, Scottsdale, St. Louis, Vancouver and 
  9817. Washington, D.C.
  9818.  
  9819. Dates: February through August 1995
  9820.  
  9821. Presented by: Alexander Resources
  9822.  
  9823. Telephone: 800-948-8225
  9824.  
  9825. Fax: 602-948-1081
  9826.  
  9827. Contact: Carole Kaufman
  9828.  
  9829. ------------------------------
  9830.  
  9831. Date: Wed, 22 Feb 1995 18:34:04 EST
  9832. From: Jeff Regan <jeregan@FLASH.LakeheadU.CA>
  9833. Subject: Re: Peculiar Callbacks Received
  9834.  
  9835.  
  9836. D.J Martin reported some odd ball ring backs and recordings on his
  9837. answering machine ... here is my two cents:
  9838.  
  9839. In many DMS100 settings, if someone calls in to the answering machine
  9840. and hangs up but just as the machine was about to take the incoming
  9841. message, the ans.machine probably won't see the milisecond open
  9842. circuit that the DMS provides it to tell it to hang up.  What can
  9843. happen then is that the DMS gives dialtone, then the 'please hang up
  9844. and try your call again' recording comes on... of course the machine
  9845. faithfully records this.  That can be solved by having the DMS wait 30
  9846. seconds (in silence) before it gives the recording, but after it put
  9847. the dialtone on the line and timed out.
  9848.  
  9849. If you forget about a call put on call waiting, the switch will remind
  9850. you that you forgot about it by calling you back, but that does not
  9851. seem to apply to your 20 minute later notice.
  9852.  
  9853. One other note, cordless phones when they get interference, if they
  9854. don't have a security code on them, they can randomly pulse the line
  9855.  ... causing any sort of number to be dialed, or cause answering
  9856. machines to think there is an incoming call ... that means the machine
  9857. could record any number of things that are just happening to occur on
  9858. the line at that time because of the cordless going on and offhook
  9859. rapidly.  On that same note, a little far fetched, if the cordless has
  9860. your cell number programmed into it, and its stored in the base, not the
  9861. handset, then it could be triggered to dial that number while this
  9862. interference is occuring.
  9863.  
  9864. Good luck!
  9865.  
  9866.  
  9867. Jeff Regan
  9868. Internet: JEREGAN@FLASH.LAKEHEADU.CA
  9869. Ham Packet: VE3XJR@VE3MGQ.#SWO.ON.CAN.NA
  9870.  
  9871. ------------------------------
  9872.  
  9873. Date: Wed, 22 Feb 95 23:25 EST
  9874. From: John C. Fowler <0003513813@mcimail.com>
  9875. Subject: Re: Peculiar Callbacks Received
  9876.  
  9877.  
  9878. In TELECOM Digest Volume 15, Issue 113, D.J. Martin wrote that he was
  9879. receiving strange messages on his answering machine (such as outgoing
  9880. intercepts and live operators) and that once he even answered his
  9881. cellular phone only to hear his home answering machine.  Pat attributed
  9882. it to pranksters with three-way calling.
  9883.  
  9884. I just wanted to point out that these kinds of things can happen even
  9885. when someone isn't trying to play a joke on you.  It happens innocently
  9886. if the caller is behind a PBX with a call transfer function activated
  9887. by flashing, dialing a number, and hanging up.  How is this innocent?
  9888. Think of this situation:
  9889.  
  9890. Caller dials D.J. at home and gets his answering machine.  "Darn, he's
  9891. not at home, but wait, I know his cellular number, so I'll see if I can
  9892. reach him there!"  Caller pushes the switchhook with his finger, so that
  9893. he thinks he hung up on the answering machine.  In fact, he didn't wait
  9894. long enough, and the PBX thinks it was a flash, so it puts the answering
  9895. machine on hold.  Caller dials D.J.'s cellular phone, but just then, the
  9896. boss walks in, so caller hangs up just as D.J. answers.  PBX transfers
  9897. D.J.'s answering machine to D.J.
  9898.  
  9899. Yes, this does happen!  It happened to my office-mate at my previous
  9900. employer, who once had the pleasure of receiving a voice mail message
  9901. from his home answering machine.
  9902.  
  9903.  
  9904. John C. Fowler, 3513813@mcimail.com
  9905.  
  9906. ------------------------------
  9907.  
  9908. From: pw@panix.com (Paul Wallich)
  9909. Subject: Re: Peculiar Callbacks Received
  9910. Date: 22 Feb 1995 11:28:35 -0500
  9911. Organization: Trivializers R Us
  9912.  
  9913.  
  9914. In <telecom15.113.6@eecs.nwu.edu> Philip D Martin 45-904-368-8859 3106 <MARTINDJ@utelfla.com> writes:
  9915.  
  9916. > Scenario: A person pushes the play button of their answering machine
  9917. > and has a message "the number you have dialed cannot be completed as
  9918. > dialed.  You must use a zero or one."  This is an outgoing call
  9919. > message.  Or they have a message of a operator asking if they can help
  9920. > them.  Operators do not call people to assist them.  Although both
  9921. > cases appear as an incoming message, no call was made from the
  9922. > location.
  9923.  
  9924. and TELECOM Digest Editor noted:
  9925.  
  9926. > We've touched on this topic from time to time, and one of the most
  9927. > common reasons for the scenario you describe is that pranksters with
  9928. > three-way (or more) calling like to hook together strangers at random
  9929. > just to listen in amusement as the two (or more) called parties each
  9930. > angrily accuse the other(s) of making the calls.
  9931.  
  9932. There's one other possibility which comes to me after having listened
  9933. to a few too many "please hang up and dial again" intercepts on a
  9934. friend's answering machine: single-tape machines sometimes take more
  9935. than a minute to fast-forward from the outgoing message to the point
  9936. where they can start recording. If the caller has hung up during that
  9937. time, of course, you'll get dialtone and eventually an intercept.
  9938. However, some single-tape machines also play synthesize "musical hold"
  9939. while zipping forward; I wonder if there's equipment somewhere (like
  9940. the old women-and-voicemail problem) that could be trying to make
  9941. sense of the musical-hold tones. Probably manufacturers have picked
  9942. their frequencies to avoid this, but it's not entirely implausible.
  9943.  
  9944. I'm just tossing this out for thought on bizarre feature interactions;
  9945. Pat's hypothesis is far more likely.
  9946.  
  9947.  
  9948. paul
  9949.  
  9950. ------------------------------
  9951.  
  9952. From: dannyb@panix.com (danny burstein)
  9953. Subject: Re: Peculiar Callbacks Received
  9954. Date: 23 Feb 1995 11:42:15 -0500
  9955.  
  9956.  
  9957. A very possible answer to this problem: Does your cellular phone have
  9958. an auto redial button? Of course it does. There's a good chance you
  9959. hit it and called your home again.
  9960.  
  9961. Note that this scenario is also a RISK. In addition to the costs and
  9962. confusion involved, a subscriber to RISK DIGEST described how he had
  9963. sat on his phone while at a confidential meeting and the next fifteen
  9964. minutes of super-secret discussion were recorded on his answering
  9965. machine.
  9966.  
  9967.  
  9968.      dannyb@panix.com (or dburstein@mcimail.com)
  9969.  
  9970. ------------------------------
  9971.  
  9972. From: msb@sq.sq.com (Mark Brader)
  9973. Subject: Re: Weird "Prime Number" and Other Messages 800 Number
  9974. Organization: SoftQuad Inc., Toronto, Canada
  9975. Date: Thu, 23 Feb 95 03:13:15 GMT
  9976.  
  9977.  
  9978. CID Tech/INSG (dreuben@netcom.com) writes:
  9979.  
  9980. > What I got was: "<sigh> The number you have reached, 6 7 7 - 4 4 4 4,
  9981. > is not a working number. It's prime factors are 2 and 3,387,2222 (or
  9982. > something). Thank you".
  9983.  
  9984. How bizarre: 3,387,222 is *not* a prime number.  The actual prime factors
  9985. of 6,774,444 are, of course, 2 (twice), 3 (twice), and 188,179.
  9986.  
  9987.  
  9988. Mark Brader   msb@sq.com    
  9989. SoftQuad Inc., Toronto  
  9990.  
  9991. ------------------------------
  9992.  
  9993. Subject: Re: Weird "Prime Number" and Other Messages 800 Number
  9994. From: stanley.ulbrych@enest.com (STANLEY ULBRYCH)
  9995. Date: Thu, 23 Feb 95 07:12:00 -0500
  9996. Organization: Eagle's Nest Communications, Inc.  PVD, RI US  401-732-5290
  9997. Reply-To: stanley.ulbrych@enest.com (STANLEY ULBRYCH)
  9998.  
  9999.  
  10000. > Late one night last week, while trying to reprogram one of my own
  10001. > 800 numbers, I accidentally dialed (800) 254-0133.
  10002.  
  10003. > Today, just to convince myself that I did indeed hear that, I tried it
  10004. > again, but this time got: The number you have reach, 677-4444 is not
  10005. > is service ... Bucko!".
  10006.  
  10007. I tried it myself, ( from East providence RI) Got "the number you
  10008. reached is not in service ... bucko".
  10009.  
  10010. Anyone any ideas who, what, where it is?
  10011.  
  10012.  
  10013. stan@enest.com [Internet]    401-437-9448 (FAX)
  10014.  
  10015.  
  10016. [TELECOM Digest Editor's Note: An answer was forthcoming, and I hope
  10017. you find it interesting. See the final message in this issue.  PAT]
  10018.  
  10019. ------------------------------
  10020.  
  10021. From: moritz@il.us.swissbank.com (Moritz Farbstein)
  10022. Subject: Re: Weird "Prime Number" and Other Messages 800 Number
  10023. Reply-To: moritz@il.us.swissbank.com
  10024. Organization: Swiss Bank Corporation
  10025. Date: Thu, 23 Feb 1995 15:21:48 GMT
  10026.  
  10027.  
  10028. What you have reached here is a Wildfire extension. Wildfire is a
  10029. voice-response electronic phone assistant. That particular extension
  10030. had been allocated for Wildfire's use, but not assigned to a particular 
  10031. person yet. You can call 800-WILDFIRE for an automated demonstration
  10032. of the system. You can also email support@wildfire.com or call them at
  10033. 617-674-1500 for more information.
  10034.  
  10035.  
  10036. Moritz Farbstein <email (text, NeXT, MIME):  
  10037. moritz@il.us.swissbank.com>
  10038. Swiss Bank Corporation, 4225 Naperville Road, Lisle IL 60532
  10039. Phone: (708) 955-6972 Fax: (708) 955-6929
  10040.  
  10041. ------------------------------
  10042.  
  10043. End of TELECOM Digest V15 #115
  10044. ******************************
  10045.     
  10046.     
  10047. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa23857;
  10048.           23 Feb 95 21:22 EST
  10049. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  10050.     id AA20831; Thu, 23 Feb 95 16:37:10 CST
  10051. Return-Path: <telecom>
  10052. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  10053.     id AA20824; Thu, 23 Feb 95 16:37:07 CST
  10054. Date: Thu, 23 Feb 95 16:37:07 CST
  10055. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  10056. Message-Id: <9502232237.AA20824@delta.eecs.nwu.edu>
  10057. To: telecom@eecs.nwu.edu
  10058. Subject: TELECOM Digest V15 #116
  10059.  
  10060. TELECOM Digest     Thu, 23 Feb 95 16:37:00 CST    Volume 15 : Issue 116
  10061.  
  10062. Inside This Issue:                           Editor: Patrick A. Townson
  10063.  
  10064.     AT&T True Rewards Program - Help Me Out (TELECOM Digest Editor)
  10065.     CFP: ACM's Wireless Conference '95 (Change of Date/Location) (Victor Bahl)
  10066.     Source Inc Web Page Correction (Todd Bruning)
  10067.     Re: Cellular "Auto-Registration" (Michael D. Sullivan)
  10068.     Re: Cellular "Auto-Registration" (Eric A. Carr)
  10069.     Re: Cellular "Auto-Registration" (Gerald Serviss)
  10070.     Information Wanted About DMS Switches (David Vardy)
  10071.     Re: What is DMS-100? (Bill Brasuell)
  10072.     Re: What is DMS-100? (John Brandte)
  10073.  
  10074. TELECOM Digest is an electronic journal devoted mostly but not
  10075. exclusively to telecommunications topics. It is circulated anywhere
  10076. there is email, in addition to various telecom forums on a variety of
  10077. public service systems and networks including Compuserve and America
  10078. On Line. It is also gatewayed to Usenet where it appears as the moderated
  10079. newsgroup 'comp.dcom.telecom'. 
  10080.  
  10081. Subscriptions are available to qualified organizations and individual
  10082. readers. Write and tell us how you qualify:
  10083.  
  10084.                  * telecom-request@eecs.nwu.edu *
  10085.  
  10086. The Digest is edited, published and compilation-copyrighted by Patrick
  10087. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  10088. or phone at:
  10089.                     9457-D Niles Center Road
  10090.                      Skokie, IL USA   60076
  10091.                        Phone: 500-677-1616
  10092.                         Fax: 708-329-0572
  10093.   ** Article submission address only: telecom@eecs.nwu.edu **
  10094.  
  10095. Our archives are located at lcs.mit.edu and are available by using
  10096. anonymous ftp. The archives can also be accessed using our email
  10097. information service. For a copy of a helpful file explaining how to
  10098. use the information service, just ask.
  10099.  
  10100. *************************************************************************
  10101. *   TELECOM Digest is partially funded by a grant from the              *
  10102. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  10103. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  10104. * project.  Views expressed herein should not be construed as represent-*
  10105. * ing views of the ITU.                                                 *
  10106. *************************************************************************
  10107.  
  10108. Additionally, the Digest is funded by gifts from generous readers such
  10109. as yourself who provide funding in amounts deemed appropriate. Your help 
  10110. is important and appreciated. A suggested donation of twenty dollars per
  10111. year per reader is considered appropriate. See our address above.
  10112.  
  10113. All opinions expressed herein are deemed to be those of the author. Any
  10114. organizations listed are for identification purposes only and messages
  10115. should not be considered any official expression by the organization.
  10116. ----------------------------------------------------------------------
  10117.  
  10118. Date: Thu, 23 Feb 95 16:02:34 CST
  10119. From: telecom@eecs.nwu.edu (TELECOM Digest Editor)
  10120. Subject: AT&T True Rewards Program - Help Me Out
  10121.  
  10122.  
  10123. Today in the mail I got my (apparently) quarterly statement from the
  10124. AT&T True Rewards program which says I now have aquired 469 points.
  10125. For those not familiar with the program, points are awarded to AT&T
  10126. residence subscribers who have enrolled in the program at the rate
  10127. of one point for every dollar spent on AT&T long distance each month.
  10128. Any month  (starting in May) that you spend more than $75 per month
  10129. on AT&T long distance calls you get two points for every dollar.
  10130.  
  10131. All domestic and international calls carried by AT&T count toward
  10132. this program including calls made with an AT&T calling card. Exceptions
  10133. are calls which are billed direct rather than through a local telco,
  10134. and calls to Alliance 700 Teleconferencing. Those do not earn points.
  10135. Neither do long distance calls made from cellular or marine phones, or
  10136. calls to 900 Multiquest numbers. Other than that -- basically, all
  10137. your regular, routine long distance calls via AT&T from your home
  10138. phone which are billed by your local telco count toward True Rewards.
  10139.  
  10140. In addition to point-per-dollar rewards, there are other ways to earn
  10141. rewards:
  10142.  
  10143.        If you move, notify AT&T of your new address and
  10144.        phone number; you get 100 bonus points.
  10145.  
  10146.        If someone signs up for AT&T residence long distance
  10147.        service and gives you as the referral, you get 300 bonus
  10148.        points.
  10149.  
  10150. Points can be redeemed at any time when you have at least 100. They
  10151. can be redeemed for various things:
  10152.  
  10153.        $5 credit toward your AT&T bill for every 100 points.
  10154.        (You get those 'pay to the order of the telephone company'
  10155.        credit slips to redeem with your phone bill.)
  10156.  
  10157.        If you prefer, you get $5 cash back for every 100 points
  10158.        or you have it credited to your AT&T Universal Visa or
  10159.        Mastercard instead.  (They send you a check in your name.)
  10160.  
  10161.        You can also have $5 for every 100 points credited to your
  10162.        paging/messaging service account with McCaw, Interlink, 
  10163.        Airsignal, Telepage Northwest or Vegas Communications.
  10164.        
  10165.        Five frequent flyer miles on Delta, United, or (god forbid!
  10166.        I don't want to die yet!) US Air for each 100 points is
  10167.        another option.
  10168.  
  10169.        Disney is in on this also, and points can be redeemed for
  10170.        service from the Disney Channel or their catalog. 
  10171.  
  10172.  
  10173. One thing AT&T stressed was that 'point pooling' is allowed, and
  10174. encouraged. All you have to do is tell them you want to transfer your
  10175. True Rewards points to someone else; they'll be happy to do it.
  10176. They said having two or three people sign up for AT&T residential
  10177. service (300 points each) along with transfer of points from people
  10178. who have collected them but are not interested in redeeming them
  10179. could 'result in someone having hundreds, or even thousands of points
  10180. in a very short time ...'
  10181.  
  10182. The thing which appeals to me is the credit on my local telco bill
  10183. and here is how YOU can help:  If you have been meaning to possibly
  10184. send a donation to the Digest but have not gotten around to it yet --
  10185. or maybe you just don't have the money to spare -- then you can use
  10186. this round-about way of helping instead.
  10187.  
  10188. If you intend at some point in the near future to sign up for AT&T
  10189. residential service, do it through this special phone number:
  10190.  
  10191.      Call 1-800-383-6158.  The representative will switch you
  10192.      to AT&T for free and enroll you in True Rewards.
  10193.  
  10194.      Give the representative REFERRAL NUMBER : BY-6195039315666.
  10195.      Tell the representative to apply the 300 bonus points to
  10196.      that account. Everytime someone switches to AT&T in this
  10197.      way, I get the points.  Got more than one line at your place?
  10198.      Feel like giving one of them to AT&T?
  10199.  
  10200. If you are not interested in participating in True Rewards but got a
  10201. statement recently from AT&T with your point balance shown you can
  10202. also help. Mine arrived by bulk mail today so I assume there are lots
  10203. of these in the mail now.  Do this:
  10204.  
  10205.       Call 1-800-869-9900. Tell the representative your True Rewards
  10206.       account number which is printed on the bottom of the statement
  10207.       they sent you. Tell the representative to transfer all of your
  10208.       points to my telephone number 708-329-0570. 
  10209.  
  10210. As the points come in from new subscribers to AT&T who use my
  10211. referral number and as points come in from transfers out of accounts
  10212. where they are not wanted, I'll redeem them for credit on my always
  10213. high, frequently delinquent phone bill.  (I haven't gotten cut off
  10214. once yet this year, I'll have you know! Not only that, since I got my
  10215. last 'deferred payment plan' agreement finished a few months ago I am
  10216. eligible to stall by starting another one if absolutely necessary.)  
  10217.  
  10218. If you do sign up using my referral number or transfer your unwanted
  10219. True Rewards points, please send me email and let me know so I have
  10220. an idea what's going on. 
  10221.  
  10222. You have to call the two numbers shown above to do all this; the
  10223. regular representatives on the published numbers they use can't handle
  10224. it.
  10225.  
  10226. Thank you very much!
  10227.  
  10228.  
  10229. Patrick Townson
  10230. TELECOM Digest Editor
  10231.  
  10232. ------------------------------
  10233.  
  10234. From: bahl@samson.enet.dec.com (Victor Bahl)
  10235. Subject: CFP: ACM's Wireless Conference '95 (Change of Date/Location)
  10236. Date: 22 Feb 1995 17:34:33 GMT
  10237. Organization: Digital Equipment Corporation
  10238. Reply-To: bahl@samson.enet.dec.com (Victor Bahl)
  10239.  
  10240.  
  10241.             Announcement and Call for Papers               
  10242.  
  10243.                  FIRST INTERNATIONAL CONFERENCE 
  10244.                  ON 
  10245.           MOBILE COMPUTING AND NETWORKING 1995
  10246.                                    
  10247.            November 14-15, 1995 (Tutorials on Monday, Nov. 13)
  10248.                         Berkeley, California, USA
  10249.  
  10250.    Sponsored by the ACM's Special Interest Groups:  SIGCOMM,  SIGMETRICS
  10251.                SIGOPS, SIGMOD (pending), SIGACT and CESDIS NASA
  10252.            
  10253.    The  wireless communication revolution is bringing fundamental  changes
  10254.    to  telecommunication  and computing.  Wide-area cellular  systems  and
  10255.    wireless LANs promise to make integrated networks a reality and provide
  10256.    fully  distributed and ubiquitous mobile computing and  communications,
  10257.    thus  bringing  an  end  to  the tyranny  of  geography.   Furthermore,
  10258.    services for the  mobile user are maturing and are poised to change the
  10259.    nature  and scope of communication.  This conference, the first  of  an
  10260.    annual series, will serve as the premier international forum addressing
  10261.    networks,  systems,  algorithms,  and  applications  that  support  the
  10262.    symbiosis of portable computers and wireless networks.
  10263.  
  10264.    PAPERS
  10265.  
  10266.        Technical  papers describing previously unpublished,  original,
  10267.    completed,  or  in-progress  research, are solicited on  topics at the 
  10268.    link layer and above.  Topics will include, but are not limited to:
  10269.  
  10270.     * Applications and computing services supporting the mobile user.
  10271.         * Network architectures, protocols or service algorithms  to  cope
  10272.       with mobility, limited bandwidth, or intermittent connectivity.
  10273.     * Design and analysis of algorithms for online and mobile
  10274.       environments.
  10275.     * Distributed network protocols.
  10276.     * Performance characterization of mobile/wireless networks and
  10277.       systems.
  10278.     * Network management for mobile and wireless networks.
  10279.     * Service integration and interworking of wired and wireless
  10280.       networks.
  10281.     * Characterization of the influence of lower layers on the design
  10282.       and performance of higher layers.
  10283.     * Security, scalability and reliability issues for mobile/wireless
  10284.       systems
  10285.     * Wireless Multimedia Systems
  10286.     * Satellite Communication
  10287.  
  10288.    All papers will be refereed by the program committee.  Accepted papers
  10289.    will  be  published in conference proceedings.  Papers  of  particular
  10290.    merit  will be selected for publication in the  ACM/Baltzer Journal on 
  10291.    Wireless Networks.
  10292.  
  10293.    HOW TO SUBMIT
  10294.  
  10295.     Paper  submission  will be handled electronically. Authors should 
  10296.    Email a PostScript version of their full paper to: 
  10297.                "mcn95-submission@cs.columbia.edu". 
  10298.  
  10299.    This  Email  address  will become  operational on March 1. The address 
  10300.    will be backed by software that can test submissions for print-ability.
  10301.    In order to pass the test, authors should ensure that their papers meet 
  10302.    these restrictions:
  10303.  
  10304.         - PostScript version 2 or later
  10305.         - no longer than 15 pages
  10306.         - fits properly on "US Letter" size paper (8.5x11 inches)
  10307.         - reference only Computer Modern or  standard  Adobe  fonts (i.e.,
  10308.           Courier, Times Roman, or Helvetica); other fonts may be used
  10309.           but must be included in the PostScript file
  10310.  
  10311.    In  addition, authors  should  be  sure to select an easy-to-read font
  10312.    size.  The  proceedings  will  be  printed  in  two-column  format, so 
  10313.    authors are encouraged to submit  two-column  papers.  To learn how to
  10314.    use  the  submission  software, send a message with the body "HELP" to
  10315.    the above Email address any time on or after March 1.
  10316.  
  10317.    TUTORIALS  
  10318.  
  10319.     Proposals  for  tutorials  are  solicited.  Evaluation of  the
  10320.    proposals  will  be based on expertise and experience of  instructors,
  10321.    and  the  relevance of the subject matter.  Potential instructors  are
  10322.    requested  to submit at most 5 pages, including a biographical  sketch
  10323.    to Krishan Sabnani (kks@big.att.com).
  10324.   
  10325.    PANELS  
  10326.  
  10327.     Panels are solicited that  examine  innovative, controversial, or 
  10328.    otherwise provocative  issues of interest. Panel proposals  should not
  10329.    exceed  more  than 3 pages, including  biographical  sketches  of  the
  10330.    panelist.
  10331.  
  10332.    STUDENT PARTICIPATION 
  10333.  
  10334.     Papers with a student  as a  primary  author will enter a student
  10335.    paper award competition. A  cover letter  must identify the paper as a 
  10336.    candidate for the student paper competition.
  10337.  
  10338.    IMPORTANT DATES
  10339.     Submissions due:        April 3, 1995
  10340.     Notification of acceptance: June 16, 1995
  10341.     Camera-ready version due:   August 14, 1995
  10342.  
  10343.    For More Information: Please contact Dan Duchamp (djd@cs.columbia.edu)
  10344.    or Baruch Awerbuch (baruch@blaze.cs.jhu.edu), the Program Co-Chairs.
  10345.  
  10346.    WWW/GOPHER INFORMATION
  10347.  
  10348.     This CFP and other ACM related activities may be found in
  10349.          gopher://gopher.acm.org        (for gopher viewers)
  10350.          http://info.acm.org/        (for WWW browsers)
  10351.  
  10352.  
  10353.   GENERAL CO-CHAIRS:
  10354.      Imrich Chlamtac                Dave Morgan
  10355.      Dept. of  Electrical & Computer Eng.   VP & Director of Research
  10356.      University of Massachusetts        Wireless Division, Motorola
  10357.      chlamtac@eden.ecs.umass.edu        David_Morgan-ASTF39@email.mot.com
  10358.      Tel: +1 413 545 0712            Tel.: +1 708 576 0595
  10359.  
  10360.   PROGRAM CO-CHAIRS
  10361.      Baruch Awerbuch                Dan Duchamp
  10362.      Dept. of Computer Science            Dept. of Computer Science
  10363.      The John Hopkins University        Columbia University
  10364.      Room NEB 318, Baltimore, MD        500 W. 120 St. New York, NY
  10365.      baruch@blaze.cs.jhu.edu            djd@cs.columbia.edu
  10366.      Tel.: +1 410 516 8038            Tel.: +1 212 939 7067
  10367.      Fax.: +1 410 516 6134            Fax.: +1 212 666 0140 
  10368.  
  10369.   LOCAL CHAIR                 TUTORIAL CHAIR
  10370.      Eric Brewer                Krishan Sabnani, AT & T
  10371.      Dept. of Computer Science            Tel.: +1 908 949 3557
  10372.      University of California @ Berkeley    Fax.: +1 908 949 9118
  10373.      brewer@cs.berkeley.edu            kks@big.att.com
  10374.  
  10375.   VICE CHAIR                 STEERING COMMITTEE CHAIR 
  10376.     Chris Edmondson-Yurkanan            Imrich Chlamtac
  10377.     CS, University of Texas, Austin        ECE, University of Massachusetts
  10378.     dragon@cs.utexas.edu            chlamtac@eden.ecs.umass.edu
  10379.  
  10380.   PUBLICITY CHAIR            REGISTERATION CHAIR 
  10381.     Victor Bahl,                Melody Moh
  10382.     Digital Equipment Corp. & UMASS        San Jose State University
  10383.     bahl@samson.enet.dec.com            moh@cs.sjsu.edu
  10384.  
  10385.   TREASURER
  10386.     Anton Dahbura,  Motorola
  10387.  
  10388.   PROGRAM COMMITTEE
  10389.     Baruch Awerbuch, John Hopkins      B. R. Badrinath, Rutgers U.,     
  10390.     Alan  Borodin,  U. Toronto          Bob Broderson,  UC Berkeley,
  10391.     Ramon Caceres, AT&T Bell Labs.      Steve Deering,  Xerox  PARC,     
  10392.     Dan Duchamp, Columbia          Domenico Ferrari,  UC Berkeley
  10393.     David Johnson,  Carnegie Mellon,      Phil Karn, Qualcomm Inc.
  10394.     Randy Katz,  UC Berkeley          Leonard Kleinrock,  UCLA,    
  10395.     Paul  Leach,  Microsoft          Debasis Mitra,  AT&T,         
  10396.     Christos Papadimitriou, UC San Diego  Rafi Rom, Technion & SUN,
  10397.     Nachum Shacham,  SRI          Jeff  Vitter,  Duke U.,
  10398.     John  Zahorjan,  U. Washington
  10399.  
  10400.   STEERING COMMITTEE
  10401.     Imrich Chlamtac,   chlamtac@eden.ecs.umass.edu   Chair
  10402.     Lyman Chapin,      lyman@bbn.com             SIGCOMM Chair
  10403.     Raj Jain,           jain@acm.org             SIGCOMM Vice Chair
  10404.     Chris Edmondson,   dragon@cs.utexas.edu         SIGCOMM Sec/Treasurer
  10405.     Dave Oran,            oran@lkg.dec.com             SIGCOMM editor
  10406.     Greg Wetzel,       G_F_Wetzel@att.com         SIGCOMM Info Services
  10407.     Vint Cerf,           *vcerf@isoc.org             SIGCOMM Prev. Chair
  10408.     Ian Akyildiz,      ian@armani.gatech.ed
  10409.     Pat McCarren,      mccarren@acm.org              ACM Headquaters
  10410.     Baruch Awerbuch,   baruch@blaze.cs.jhu.edu         SIGACT rep.
  10411.     Linda Wright,      wright@linda.enet.dec.com     SIGMETRICS rep.
  10412.     Tomasz Imielinski, imielins@cs.rtugers.edu          SIGMOD rep.
  10413.  
  10414. ------------------------------
  10415.  
  10416. From: source@unicomp.net (Todd Bruning / Kelly Jones)
  10417. Subject: Source Inc Web Page Correction
  10418. Date: Thu, 23 Feb 1995 16:44:02
  10419. Organization: UniComp Technologies International Corp -- Internet Service
  10420.  
  10421.  
  10422. Boy, oh boy. Go to all the trouble to put up a web page and then give
  10423. the wrong url address. Hope the boss doesn't find out.
  10424.  
  10425. Anyway, the Source, Inc home page address is:
  10426.  
  10427.           http://www.sourcetele.com/sourcetele.
  10428.  
  10429. Come by and visit. We have all kinds of interesting telephony stuff.
  10430.  
  10431.  
  10432.      Source, Inc.,  Telecom Sales and Support - 214.450.2700 
  10433.      Visit our home page for telecom gear and technical information,
  10434.      http://www.sourcetele.com/sourcetele,  E-mail source@unicomp.net     
  10435.  
  10436. ------------------------------
  10437.  
  10438. From: mds@access.digex.net (Michael D. Sullivan)
  10439. Subject: Re: Cellular "Auto-Registration"
  10440. Date: 23 Feb 1995 04:31:17 -0500
  10441. Organization: Wilkinson, Barker, Knauer & Quinn (Washington, DC, USA)
  10442.  
  10443.  
  10444. rick.edwards@cabin.com (Rick Edwards) writes:
  10445.  
  10446. > There has been an ongoing discussion on another network regarding
  10447. > "auto-registration" in the present analog NAMPS system. It appears that
  10448. > no one on that network can give a definitive answer as to exactly how it
  10449. > works.  So I am leaving a message here hoping (knowing) that someone
  10450. > will have the correct answers.
  10451.  
  10452. > Some of the questions we have regarding auto-registration on a cellular
  10453. > phone (system) are:
  10454.  
  10455. > 1) Does the individual phone transmit it's MIN/ESN pair on powerup after
  10456. > finding an appropriate control channel?
  10457.  
  10458. Yes, as part of a defined data stream.  It's encoded, but not encrypted.
  10459.  
  10460. > 2) If indeed the phone transmits it's ID upon powerup, why is it apparently 
  10461. > ignored by some systems (AirTouch in Los Angeles)?
  10462.  
  10463. Autonomous registration is a feature built into the standard, but
  10464. there is no requirement that carriers use it.  For several years in
  10465. the beginning, it wasn't used.  Perhaps Airtouch in LA doesn't use it
  10466. because of the overhead that would be taken up in a system composed of
  10467. small cells and lots of phones.
  10468.  
  10469. > 3) What would be the typical amount of time between auto-registration
  10470. > requests on most cellular systems? (I know this varies on system usage,
  10471. > software, etc. but would like a "ballpark" number).
  10472.  
  10473. No idea.  If the unit goes out of range, it re-registers when it comes
  10474. back in range.  I don't believe this happens when just moving from
  10475. cell to cell.  There would be FAR too much overhead, with little
  10476. productive results.
  10477.  
  10478. > 4) How exactly does the cellular system request an ID from each phone
  10479. > and keep it orderly? (IE..does it go by ESNs? How are collisions
  10480. > prevented from multiple phones? etc.)
  10481.  
  10482. When multiple phones respond in an interfering manner, they get no
  10483. response.  The standard calls for them to wait a quasi-random time and
  10484. retry.  Each phone will likely wait a different quasi-random time,
  10485. thus avoiding collisions somewhat.
  10486.  
  10487. > 5) How do cellular systems treat older phones (without auto-registration) 
  10488. > when trying to ring them (phone call to phone)?
  10489.  
  10490. A page is sent out over the control channel IDing the addressed phone.
  10491. This could be done over an entire system more or less simultaneously,
  10492. or it could be done over sub-systems, or it could be done cell-by-cell, 
  10493. depending on the system engineering and whether the switch has some
  10494. idea where to look.
  10495.  
  10496.  
  10497. Michael D. Sullivan | INTERNET E-MAIL TO:  mds@access.digex.net        
  10498. Bethesda, Md., USA  | also avogadro@well.com, 74160.1134@compuserve.com
  10499.  
  10500. ------------------------------
  10501.  
  10502. From: Carr-C10973@email.mot.com (Eric A. Carr)
  10503. Subject: Re: Cellular "Auto-Registration"
  10504. Organization: Motorola MIRS Infrastructure Engineering
  10505. Date: Thu, 23 Feb 1995 10:23:28 -0600
  10506.  
  10507.  
  10508. In article <telecom15.109.2@eecs.nwu.edu>, rick.edwards@cabin.com (Rick
  10509. Edwards) wrote:
  10510.  
  10511. (questions regarding registration deleted for clarity)
  10512.  
  10513. Registration is a process where the mobile radio ("cellular phone")
  10514. registers itself with the system with or without user intervention.
  10515. The process essentially identifies the mobile and/or gives an
  10516. indication as to it's status within the system to the MTSO.
  10517.  
  10518. Registration occurs when a call is originated by the mobile (sending
  10519. "access information"), or without user intervention at initial powerup
  10520. and periodically while the mobile is within the coverage area and
  10521. turned on ("periodic registration" -- some people use the term
  10522. "autonomous registration").  Whether the registration is periodic or
  10523. not, the mobile sends access information.  Amoung other things sent on
  10524. the reverse control channel during registration, the mobile sends MIN,
  10525. ESN, SCM (Station Class Mark).  On a mobile originated call, dialed
  10526. digits are also sent.
  10527.  
  10528. Periodic registration is optional; a flag is set in the overhead
  10529. message on the forward control channel that informs the mobile whether
  10530. or not it needs to perform periodic registration.  Periodic
  10531. registration is further specified as to whether radios in their home
  10532. service area (REGH field in the overhead message) or roamers (REGR
  10533. field in the overhead message) need to perform periodic registration.
  10534.  
  10535. In order to avoid periodic registration attempts by all mobile
  10536. subscribers at once, a certain procedure is used to determine when the
  10537. mobile should perform the process.  Upon powerup, the mobile generates
  10538. an initial random number in it's internal registration register which
  10539. determines it's initial registration attempt.  After the mobile
  10540. performs the initial periodic registration, the registration register
  10541. in the mobile is incremented by a constant value in the overhead
  10542. message ("REGINC" field), sort of like a clock.  Included in the
  10543. overhead message is the field REGID, to which the mobile compares the
  10544. value of it's internal registration register.  When the value of the
  10545. registration register reaches the value of REGID, periodic
  10546. registration occurs.
  10547.  
  10548. Typical periodic registration times vary by systems and is determined
  10549. by software setting of the REGINC field.  I think it's usually around
  10550. 20 - 30 minutes.
  10551.  
  10552.  
  10553. Eric Carr
  10554.  
  10555. ------------------------------
  10556.  
  10557. From: serviss@tazdevil.cig.mot.com (Gerald Serviss)
  10558. Subject: Re: Cellular "Auto-Registration"
  10559. Date: 23 Feb 1995 14:41:24 GMT
  10560. Organization: Cellular Infrastructure Group, Motorola
  10561.  
  10562.  
  10563. In article <telecom15.109.2@eecs.nwu.edu>, Rick Edwards <rick.edwards@
  10564. cabin.com> wrote:
  10565.  
  10566. > There has been an ongoing discussion on another network regarding
  10567. > "auto-registration" in the present analog NAMPS system. It appears that
  10568.  
  10569. First registration is no different on AMPS or NAMPS or even IS-54
  10570. TDMA.  They all fundamentally use the AMPS control channel signalling
  10571. protocol.
  10572.  
  10573. > 1) Does the individual phone transmit it's MIN/ESN pair on powerup after
  10574. > finding an appropriate control channel?
  10575.  
  10576. It does not have to. The mobile station will only register if it needs
  10577. to The need is defined by the data broadcast on the forward control
  10578. channel.  The specific data that the mobile looks are are the SID
  10579. (system ID) and the REGID (registration ID). A new SID will cause the
  10580. mobile to register and if the REGID is far enough away from the last
  10581. value recorded in the mobile it will register.
  10582.  
  10583. > 2) If indeed the phone transmits it's ID upon powerup, why is it apparently 
  10584. > ignored by some systems (AirTouch in Los Angeles)?
  10585.  
  10586. I can't answer this without more specific information. What symptoms
  10587. are you observing that would lead to this conclusion?
  10588.  
  10589. > 3) What would be the typical amount of time between auto-registration
  10590. > requests on most cellular systems? (I know this varies on system usage,
  10591. > software, etc. but would like a "ballpark" number).
  10592.  
  10593. There can be fixed or area registration, which will cause the mobile 
  10594. to register only when it moves into a new area.
  10595.  
  10596. There is also time base registration which will cause the mobile to
  10597. register periodically. I have seen systems use intervals in the range
  10598. of 30 minutes to several days.
  10599.  
  10600. > 4) How exactly does the cellular system request an ID from each phone
  10601. > and keep it orderly? (IE..does it go by ESNs? How are collisions
  10602. > prevented from multiple phones? etc.)
  10603.  
  10604. Collisions of what ? The ESN is a value assigned by the manufacturer
  10605. of the unit. The MINS are controlled by the operator. The methods for
  10606. assigning MINS are the same as used by landline operators.
  10607.  
  10608. > 5) How do cellular systems treat older phones (without auto-registration) 
  10609. > when trying to ring them (phone call to phone)?
  10610.  
  10611. All phones even the oldest should support registration. If not then
  10612. get a new one. :-). If the phone can not register and the system
  10613. "loses" the phone any mobile termination attempt will typically be
  10614. directed to an announcement. The alternative would be a broadcast page
  10615. to all areas of a system. If you get lost, make a call from the mobile
  10616. to any phone and this should reregister you in the system.
  10617.  
  10618.  
  10619. Jerry Serviss   Motorola Inc   serviss@rtsg.mot.com
  10620.  
  10621. ------------------------------
  10622.  
  10623. From: vardy@engr.mun.ca (Vardy David)
  10624. Subject: Information Wanted About DMS Switches
  10625. Date: 23 Feb 1995 01:18:22 GMT
  10626. Organization: Faculty of Engineering, Memorial University of Newfoundland
  10627.  
  10628.  
  10629. Hi! I'm an electrical engineering student preparing for my first
  10630. interiview with my first big telecommunications company. I was
  10631. wondering if anyone could give me a simple description (or complex if
  10632. you have time) of what a DMS Switch is and what it does. What does DMS
  10633. stand for?  What kind of maintenance and software is required to
  10634. maintain it?
  10635.  
  10636. If anyone could answer these or other questions it would be greatly
  10637. appreciated ( and it might even get me a job :-) )!
  10638.  
  10639.  
  10640. D. Andrew Vardy <vardy@engr.mun.ca>
  10641. Faculty of Engineering, Memorial University
  10642. St. John's, Newfoundland, Canada
  10643.  
  10644.  
  10645. [TELECOM Digest Editor's Note: Actually, you are getting in during the
  10646. middle of a thread which began a few days ago about the DMS-100 and
  10647. perhaps the final two messages in this issue of the Digest will give
  10648. you the information you are seeking.  PAT]
  10649.  
  10650. ------------------------------
  10651.  
  10652. From: brasuell_bill@tandem.com (Bill Brasuell)
  10653. Subject: Re: What is DMS-100?
  10654. Organization: Tandem Computers
  10655. Date: Wed, 22 Feb 1995 23:24:20 GMT
  10656.  
  10657.  
  10658. In article <telecom15.112.13@eecs.nwu.edu>, gregicg@cadvision.com (Greg
  10659. Habstritt) wrote:
  10660.  
  10661. >> I just got a letter from Pac Bell stating that on 10 March they are
  10662. >> going to install DMS-100 at the Los Angeles Central office and that my
  10663. >> prefix would be affected.  The letter also states:
  10664.  
  10665. >> What can I expect in the way of problems, if any, using a modem to 
  10666. >> send or receive call? 
  10667.  
  10668. > I would guess you won't have any problems at all in the conversion.  It 
  10669. > sounds like a typical phone company, warning people that their lives may 
  10670. > change as a result of work they are doing.
  10671.  
  10672. > A DMS-100 is a Northern Telecom "switch" that is installed in the CO.
  10673. > It's the actual switch, controlling all network in that particular
  10674. > area (as they say, "within that switch").
  10675.  
  10676. > Sounds like they have to add another switch because they need more
  10677. > capacity that what they have installed presently.  Other than your
  10678. > prefix changing (prefixes generally can't be shared across switches ...
  10679. > Centrex is an exception), I wouldn't expect much else to change.
  10680.  
  10681. > Bottom line is that plain old telephone service (POTS) is POTS.  It
  10682. > won't affect your modem dialing, etc.  God only knows why they would
  10683. > even send out such a notice, because other than your prefix probably
  10684. > changing, you probably won't notice anything different at all.
  10685.  
  10686. For ISDN:
  10687.  
  10688. DMS-100 switches require SPIDs (Service Profile IDs) for ISDN lines.
  10689. #5ESS do not require SPIDS. Also ISDN TAs usually need to know what
  10690. type of CO they are "talking to" so a TA reconfiguration may be needed.
  10691.  
  10692.  
  10693. Bill Brasuell   Tandem Computers Inc.  
  10694.  
  10695. ------------------------------
  10696.  
  10697. From: john_brandte@ftl03.racal.com (John Brandte)
  10698. Subject: Re: What is DMS-100?
  10699. Organization: Racal-Datacom, Sunrise, FL
  10700. Date: Thu, 23 Feb 1995 14:25:29 GMT
  10701.  
  10702.  
  10703. In article <telecom15.112.13@eecs.nwu.edu> gregicg@cadvision.com (Greg
  10704. Habstritt) writes:
  10705.  
  10706. >> I just got a letter from Pac Bell stating that on 10 March they are
  10707. >> going to install DMS-100 at the Los Angeles Central office and that my
  10708. >> prefix would be affected.  The letter also states:
  10709.  
  10710. >> What can I expect in the way of problems, if any, using a modem to 
  10711. >> send or receive call? 
  10712.  
  10713. Slightly off the subject but this may be of interest.
  10714.  
  10715. We have notived that for BRI ISDN TAs, the DMS-100 switch is a little
  10716. different than the 5-ESS. Product that meets NISDN-1 and works on the
  10717. 5-ESS needs to have a few more changes to work with the DMS-100. I
  10718. talked to a customer yesterday that is implementing ISDN that also
  10719. noticed that it was harder to shake out service on DMS-100s.
  10720.  
  10721. So, I can't say that it would be the same for POTS type service, but
  10722. clearly there are some concerns. For critical applications, I would
  10723. not ignor the warning. For casual use, you have time to work out
  10724. problems as you find them.
  10725.  
  10726.  
  10727. John Brandte   Racal-Datacom
  10728.  
  10729. ------------------------------
  10730.  
  10731. End of TELECOM Digest V15 #116
  10732. ******************************
  10733.     
  10734.     
  10735. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa27167;
  10736.           24 Feb 95 0:32 EST
  10737. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  10738.     id AA25526; Thu, 23 Feb 95 19:54:27 CST
  10739. Return-Path: <telecom>
  10740. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  10741.     id AA25520; Thu, 23 Feb 95 19:54:24 CST
  10742. Date: Thu, 23 Feb 95 19:54:24 CST
  10743. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  10744. Message-Id: <9502240154.AA25520@delta.eecs.nwu.edu>
  10745. To: telecom@eecs.nwu.edu
  10746. Subject: TELECOM Digest V15 #117
  10747.  
  10748. TELECOM Digest     Thu, 23 Feb 95 19:54:00 CST    Volume 15 : Issue 117
  10749.  
  10750. Inside This Issue:                           Editor: Patrick A. Townson
  10751.  
  10752.     Cell One/NY STOPS Billing Incompletes (Doug Reuben)
  10753.     Wireless Telephone Seminar (aleksndr@aol.com)
  10754.     Canadian Carrier Fonorola Gets TelRoute's Customers (Dave Leibold)
  10755.     BCE Involvement in Satellite Phone Services (Dave Leibold)
  10756.     Shiva LanRover/E Problem (Richard Bradley)
  10757.     V.35 Interface (Steve Bunning)
  10758.     Re: The Philosophy of CallerID (Jeremy Schertzinger)
  10759.     Re: The Philosophy of CallerID (Darryl Kipps)
  10760.     Re: March 7 Bellcore Meeting in DC (Judith Oppenheimer)
  10761.     Re: Requesting Information About SDH (Bill Brasuell)
  10762.     Anon Servers, Child Porn and Scientologists (Clive D.W. Feather)
  10763.     Information on O. J. Simpson Case (Carl Moore)
  10764.  
  10765. TELECOM Digest is an electronic journal devoted mostly but not
  10766. exclusively to telecommunications topics. It is circulated anywhere
  10767. there is email, in addition to various telecom forums on a variety of
  10768. public service systems and networks including Compuserve and America
  10769. On Line. It is also gatewayed to Usenet where it appears as the moderated
  10770. newsgroup 'comp.dcom.telecom'. 
  10771.  
  10772. Subscriptions are available to qualified organizations and individual
  10773. readers. Write and tell us how you qualify:
  10774.  
  10775.                  * telecom-request@eecs.nwu.edu *
  10776.  
  10777. The Digest is edited, published and compilation-copyrighted by Patrick
  10778. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  10779. or phone at:
  10780.                     9457-D Niles Center Road
  10781.                      Skokie, IL USA   60076
  10782.                        Phone: 500-677-1616
  10783.                         Fax: 708-329-0572
  10784.   ** Article submission address only: telecom@eecs.nwu.edu **
  10785.  
  10786. Our archives are located at lcs.mit.edu and are available by using
  10787. anonymous ftp. The archives can also be accessed using our email
  10788. information service. For a copy of a helpful file explaining how to
  10789. use the information service, just ask.
  10790.  
  10791. *************************************************************************
  10792. *   TELECOM Digest is partially funded by a grant from the              *
  10793. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  10794. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  10795. * project.  Views expressed herein should not be construed as represent-*
  10796. * ing views of the ITU.                                                 *
  10797. *************************************************************************
  10798.  
  10799. Additionally, the Digest is funded by gifts from generous readers such
  10800. as yourself who provide funding in amounts deemed appropriate. Your help 
  10801. is important and appreciated. A suggested donation of twenty dollars per
  10802. year per reader is considered appropriate. See our address above.
  10803.  
  10804. All opinions expressed herein are deemed to be those of the author. Any
  10805. organizations listed are for identification purposes only and messages
  10806. should not be considered any official expression by the organization.
  10807. ----------------------------------------------------------------------
  10808.  
  10809. From: dreuben@interpage.net (Doug Reuben)
  10810. Subject: Cell One/NY STOPS Billing Incompletes
  10811. Date: Tue, 21 Feb 1995 18:38:29 EST
  10812.  
  10813.  
  10814. In response to my constant whining (yeah, right...:) ), it seems that
  10815. Cell One/NY has stopped billing for incomplete calls over 40 seconds.
  10816.  
  10817. This is a VERY positive move, as it now makes CO/NY competitive in
  10818. almost every way with NYNEX/NY, if not unquestionably superior in
  10819. terms of coverage, automatic call delivery, and customer service.
  10820.  
  10821. Cell One/NY used to asses an airtime charge for any incomplete call
  10822. over 40 seconds. I've never been a big fan of such policies,
  10823. especially since they will result in charges when you try to hear a
  10824. referral for a changed number (e.g, "The number you have reached, 5 5
  10825. 5 1 2 1 2, has been changed. The new number is..." etc.). If you
  10826. wanted to hear the new number a second time, which is a good idea
  10827. especially when calling from a carphone with all the distractions,
  10828. then you would go over the 40 second limit, and were assessed an
  10829. airtime charge.
  10830.  
  10831. One of the few reasons I use BAMS's B-side service (NYNEX in NYC) is
  10832. because they did not charge for incompletes, and there were cases in
  10833. which this saved some money.
  10834.  
  10835. In addition, CO/NY reiterated that they have eliminated daily roam
  10836. charges for roaming anywhere in the US or Canada (credit for which, I
  10837. will admit, must go to NYNEX since they instituted this policy first,
  10838. regardless of whether such an offering was was "planned" by CO/NY or
  10839. not). They also noted that monthly service charges will now be billed
  10840. AFTER the month is over, not before.
  10841.  
  10842. Overall, very good news indeed, and as a result I know that when I am
  10843. in NY I'll be using the A side a bit more often now that I don't have
  10844. to worry about incomplete calls!
  10845.  
  10846.  
  10847. Doug Reuben  *  dreuben@interpage.net   *  (500) 442-4CID / (203) 499 - 5221
  10848. Interpage Network Services -- E-Mail/Telnet to Alpha or Numeric Pagers & Fax
  10849.  
  10850. ------------------------------
  10851.  
  10852. From: aleksndr@aol.com (Aleksndr)
  10853. Subject: Wireless Telephone Seminar
  10854. Date: 21 Feb 1995 22:45:47 -0500
  10855. Organization: America Online, Inc. (1-800-827-6364)
  10856. Reply-To: aleksndr@aol.com (Aleksndr)
  10857.  
  10858.  
  10859. Wireless Business Telephone Systems Seminar
  10860.  
  10861. An in-depth, educational seminar for telecommunications professionals
  10862. who need to understand the applications, benefits and limitations of
  10863. On-premises PCS, Wireless PBXs and In-Building Cellular systems.
  10864.  
  10865. 1995 will witness the most fundamental change in business
  10866. communications since the introduction of the electromechanical
  10867. telephone system. Nearly every provider of PBX, Centrex, Key system,
  10868. Cellular and PCS systems and services is expected to offer a wireless
  10869. telephone system to address business user need for on-premises
  10870. wireless communications.
  10871.  
  10872. Incorporating In-Building Cellular, Unlicensed PCS and Wireless PBX,
  10873. these new wireless telephone systems will usher in the era of Personal
  10874. Communications Services and mark the end of traditional, fixed location, 
  10875. desktop telephone systems used by every business in the U.S.
  10876.  
  10877. The Wireless Business Telephone Systems 9195 seminar has been designed
  10878. to help both vendors and users make the right business decisions about
  10879. these new wireless telephone systems.  The two day Wireless Business
  10880. Telephone Systems 9195 seminars will be taught by Jerry Kaufman,
  10881. President of Alexander Resources. Mr. Kaufman is an internationally
  10882. recognized expert on wireless communications and the foremost
  10883. authority on wireless telephone systems. Alexander Resources is a
  10884. management and market research consulting firm specializing in
  10885. telecommunications.
  10886.  
  10887. Name of Seminar: Wireless Business Telephone Systems 9195
  10888.  
  10889. Seminar locations: Anaheim, Atlanta, Bellevue, Boca Raton, Boston, Chicago, 
  10890. Cincinnati, Cleveland, Dallas, Denver, Detroit, Houston, Kansas City,
  10891. Minneapolis, Orlando, Philadelphia, Pittsburgh, San Diego, San Francisco, 
  10892. Scottsdale, St. Louis, Vancouver and Washington, D.C.
  10893.  
  10894. Dates: February through August 1995
  10895. Presented by: Alexander Resources
  10896. Telephone: 800-948-8225
  10897. Fax: 602-948-1081
  10898. Contact: Carole Kaufman
  10899.  
  10900. ------------------------------
  10901.  
  10902. From: Dave.Leibold@superctl.tor250.org (Dave Leibold)
  10903. Date: 21 Feb 95 22:00:32 -0500
  10904. Subject: Canadian Carrier Fonorola Gets TelRoute's Customers
  10905.  
  10906.  
  10907. [from Bell News (Bell Canada), 20 Feb 95]
  10908.  
  10909. Fonorola scoops up TelRoute's customers.
  10910.  
  10911. TelRoute Communications, the alternative LD carrier with a bad
  10912. attitude toward Bell (it owed us $3.5 million at the time it filed
  10913. under the Bankruptcy and Insolvency Act on January 13 for protection
  10914. from us and other creditors), has signed over its 30,000 customer base
  10915. and switches to Fonorola, the Montreal-based LD reseller.
  10916.  
  10917. Fonorola did not pay a specific price; it will pay royalties based on
  10918. earnings derived from the customer base for the next 36 months.
  10919.  
  10920. Bell has converted TelRoute's customer base to Fonorola's network as
  10921. called for in the agreement approved by the Ontario Court on February
  10922. 8.
  10923.  
  10924. In January, Fonorola acquired certain assets of Northquest Ventures,
  10925. including the customer base of LD reseller ITN Ltd. and other subsidiaries.
  10926.  
  10927.  
  10928. Fidonet : Dave Leibold 1:250/730
  10929. Internet: Dave.Leibold@superctl.tor250.org
  10930.  
  10931. ------------------------------
  10932.  
  10933. From: Dave.Leibold@superctl.tor250.org (Dave Leibold)
  10934. Date: 21 Feb 95 22:01:14 -0500
  10935. Subject: BCE Involvement in Satellite Phone Services
  10936.  
  10937.  
  10938. [from Bell News (Bell Canada), 20 Feb 95]
  10939.  
  10940. BCE already a winner in satellite race.
  10941.  
  10942. BCE holds a stake in two of the three rival consortiums which won
  10943. licences from the U.S. Federal Communications Commission to launch new
  10944. satellite systems that will offer worldwide, wireless phone services.
  10945.  
  10946. The three winners are: Motorola Satellite Communications Inc.,
  10947. Loral/Qualcomm L.P. of New York and San Diego, and TRW Inc. of
  10948. Cleveland.
  10949.  
  10950. Teleglobe, owned 24.4 per cent by BCE, is a partner in TRW's Odyssey
  10951. satellite program, and BCE Mobile Communications, owned 65 per cent
  10952. by BCE, is a partner in Motorola's Iridium satellite program.
  10953.  
  10954. The three consortiums each plan to spend several billion dollars to
  10955. launch large constellations of small satellites into low and medium
  10956. Earth orbit, hence the terms LEO and MEO.
  10957.  
  10958. LEO systems, like Iridium, will comprise a string of more than five
  10959. dozen satellites hovering 800 kilometres above Earth. MEO systems,
  10960. like Odyssey, will ring the planet with only 12 satellites, but at an
  10961. altitude of 10,000 kilometres.
  10962.  
  10963. Conventional communications satellites, much larger and costlier,
  10964. orbit 37,000 kilometres above the equator.
  10965.  
  10966.  
  10967. Fidonet : Dave Leibold 1:250/730
  10968. Internet: Dave.Leibold@superctl.tor250.org
  10969.  
  10970. ------------------------------
  10971.  
  10972. From: AirRich@ix.netcom.com (Richard Bradley)
  10973. Subject: Shiva LanRover/E Problem
  10974. Date: 23 Feb 1995 20:16:36 GMT
  10975. Organization: Netcom
  10976.  
  10977.  
  10978. I am having a problem with getting a Shiva LanRover /E to get a Dell
  10979. Latitude to accept dial-out. It has worked on every other computer at
  10980. my site but this one. If anyone has any expertise with this equipment
  10981. I would really appreicate their input.
  10982.  
  10983.  
  10984. Thanks in advance,
  10985.  
  10986. AirRich
  10987.  
  10988. ------------------------------
  10989.  
  10990. Date: Thu, 23 Feb 1995 18:12:10 EST
  10991. From: Steve Bunning <sbunning@DGS.dgsys.com>
  10992. Subject: V.35 Interface
  10993.  
  10994.  
  10995. While reading the CCITT (ITU) Recommendation V.35, I began wondering
  10996. how this standard for a 48,000 Kbps Wideband Modem using 60-108 kHz
  10997. Group Band Circuits became the high speed equivilent of RS-232.
  10998.  
  10999. The V.35 standard does not mention the large 34-pin block connector
  11000. commonly used.  The signals in the standard are ground, TxD, RxD, RTS,
  11001. Ready for sending (CTS), DSR, RLSD, Tx Clock and Rx Clock.
  11002.  
  11003. DTR, RI, Terminal Timing, Local Loopback, Test Mode, Remote Loopback,
  11004. and Test Pattern are not included as part of the standard, but often
  11005. seen in vendor documentation for V.35.
  11006.  
  11007. Does anyone know how V.35 evolved from a modem standard to a de facto
  11008. physical interface standard?
  11009.  
  11010. ------------------------------
  11011.  
  11012. From: jeremyps@eskimo.com (Jeremy Schertzinger)
  11013. Subject: Re: The Philosophy of CallerID
  11014. Organization: Eskimo North (206) For-Ever
  11015. Date: Thu, 23 Feb 1995 19:10:16 GMT
  11016.  
  11017.  
  11018. > [TELECOM Digest Editor's Note:  Mountain Dew?  Mountain Dew???  Do you
  11019. > remember that obnoxious commercial on television a few years ago where
  11020. > the ignorant hillbilly stands up and shouts, "Yah hoo!!!  Moun-tain Dew!"
  11021. > I can't believe anyone would be addicted to that.  Really?    PAT]
  11022.  
  11023. Yes, Mountain Dew, er, Diet Mountain Dew.  btw, it has ~54 milligrams
  11024. of caffeine per 12 oz. can.  This lady was downing 16 oz. bottles
  11025. regularly.  (I'd say a case per day :)
  11026.  
  11027. I don't like the stuff, myself, I'll stick to espresso coffee.  btw,
  11028. don't you think Mountain Dew looks like urine?  :-)
  11029.  
  11030.  
  11031. Jeremy Schertzinger                          http://www.eskimo.com/~jeremyps/
  11032.             jeremyps@eskimo.com               jeremys@scn.org
  11033.     Seattle Community Network Teens Moderator  telnet: scn.org  "go teens"
  11034. Shorecrest High School Webmaster  http://www.eskimo.com/~jeremyps/shorecrest/
  11035.  
  11036.  
  11037. [TELECOM Digest Editor's Complaint: Come on! Did you *have* to add that
  11038. final comment?  Maybe there should be a newsgroup devoted to addicts of
  11039. Mountain Dew and Diet Mountain Dew. 'alt.people.who.drink.things.that.
  11040. resemble.urine'. They could do all their postings via anon.penet.fi so
  11041. that their shame would not have to be known publicly. Maybe there could
  11042. be some sort of 12 Step program to help them get over their addiction.  PAT]
  11043.  
  11044. ------------------------------
  11045.  
  11046. Date: 21 Feb 95 00:43:23 EST
  11047. From: Darryl Kipps <72623.456@compuserve.com>
  11048. Subject: Re: The Philosophy of CallerID
  11049.  
  11050.  
  11051. In V15 #107 Pat comments:
  11052.  
  11053. > [TELECOM Digest Editor's Note:  Mountain Dew?  Mountain Dew???  Do you
  11054. > remember that obnoxious commercial on television a few years ago where
  11055. > the ignorant hillbilly stands up and shouts, "Yah hoo!!!  Moun-tain Dew!"
  11056. > I can't believe anyone would be addicted to that.  Really?    PAT]
  11057.  
  11058.    Believe it.  Mountain Dew has the highest caffiene content of any
  11059. carbonated beverage on the market, except Jolt.  And since there are
  11060. no cola beans (where caffiene naturally occurs) used, it is all added.
  11061. But, wrong forum.  (Interesting to watch these threads ravel, isn't
  11062. it?)
  11063.  
  11064.    BTW, don't feel bad about the smoking, we all gotta go sometime,
  11065. may as well be happy.
  11066.  
  11067.  
  11068. [TELECOM Digest Editor's Note: Well its only the wrong forum because the
  11069. Mountain Dew addicts have not yet presented their Call For Discussion and
  11070. Call For Voting on Usenet yet. When they do, they'll get their own group.
  11071. Regards smoking, my rationale is if I were to quit today, and then twenty
  11072. years from now die from lung cancer anyway, I'd be mad as hell about it
  11073. and feel that I got cheated; better not take any chances. :)  I started
  11074. smoking when I was 13 years old because a one of my teachers in school
  11075. smoked. I'd see that package of cigarettes in his shirt pocket and watch
  11076. him smoking -- not in school of course, but when we went on field trips 
  11077. or when I went to his home to see him (I was always a teacher's pet, all
  11078. through elementary and high school) -- and it occurred to me it must be
  11079. the thing to do. After all, Arthur Erickson was very sophisticated and
  11080. intelligent, and I wanted to be sophisticated and intelligent also. He
  11081. taught the current events class (in those days many high schools named
  11082. the course 'Modern Problems'), was the Debate Team Coach, played the
  11083. piano and organ marvelously, had some great, and sometimes very unkind
  11084. remarks about President Eisenhower, and subscriptions to {Atlantic
  11085. Monthly}, {Harper's Magazine} and the {Christian Science Monitor}. He
  11086. smoked a pack or more daily, and it didn't seem to hurt him any. Now,
  11087. forty years later I do it out of habit. I can't imagine *not* being
  11088. addicted. Unlike some smokers, or the tobacco companies, I don't make
  11089. any pretense of it being a 'choice', yet on the other hand, I don't
  11090. really want to quit.  PAT]   
  11091.  
  11092. ------------------------------
  11093.  
  11094. From: producer@pipeline.com (Judith Oppenheimer)
  11095. Subject: Re: March 7 Bellcore Meeting in DC
  11096. Date: 20 Feb 1995 22:37:22 -0500
  11097. Organization: Interactive CallBrand(TM)
  11098.  
  11099.  
  11100. Pat, you raise valid questions.  I appreciate the opportunity to
  11101. reply.
  11102.  
  11103. producer@pipeline.com (Judith Oppenheimer) wrote:
  11104.  
  11105. > March 7 at Bellcore in Washington DC, 2101 L St. NW, 
  11106. > 6th floor. 
  11107.  
  11108. > Ad Hoc State Department group on Numbering Issues. 
  11109.  
  11110. > Starts at 9 am.  
  11111.  
  11112. > Anyone can attend.
  11113.  
  11114. > All 800 number users are urged to attend, and be vocal! 
  11115.  
  11116. > Protect your 800 numbers!  International Freephone is on the agenda.
  11117. > Keep an ear/eye open for 888 as well -
  11118.  
  11119. > If *your* business were 1 800 FLOWERS, would you want 011 800
  11120. > FLOWERS (proposed International Freephone) and 1 888 FLOWERS (proposed
  11121. > new add-on toll-free exchange) alienating and confusing *your*
  11122. > customers, and running up your telecom bills with wrong calls that
  11123. > generate no sales?  Protect your advertising and branding investments
  11124. > in your 800 numbers.  Protect your brands and trademarks.
  11125.  
  11126. > Protect your business interests.  If you don't, no one will. 
  11127.  
  11128. > [TELECOM Digest Editor's Note: The only thing is, the telephone-using 
  11129. > *public* has to be to some extent responsible for knowing what and where 
  11130. > they are dialing.
  11131.  
  11132. Actually, the public has the *legal right* to be protected, that they
  11133. are calling who they think they're calling.
  11134.  
  11135. That is the function of trademarks - to protect the consumer.  
  11136.  
  11137. Beyond which, these are now corporate-owned products, services 
  11138. and brands - not "phone numbers."  
  11139.  
  11140. That's why MCI trademarked 1 800 COLLECT and 1 800 CALL INFO.  
  11141.  
  11142. While certainly still a gray area, 800 portability, local portability
  11143. issues, 500 "your's for life" numbers and the recent FCC "wish list"
  11144. musing to auction 800 vanities, all point toward the trend in user
  11145. proprietary rights, and away from telco control.
  11146.  
  11147. Telco's complete the calls and bill for that service, but it is
  11148. monopolistic, anti-competitive and anti-business to attempt to control
  11149. the brands, media and products -- except of course, their own, as in
  11150. the MCI illustration above.
  11151.  
  11152. > {Chicago Tribune} columnist Mike Royko has complained several times
  11153. > in the past about how his internal centrex number at the newspaper is
  11154. > the same as a very commonly used number by AT&T for customer service,
  11155. > minus the 1-800 on the front. Idiots galore trying to complain to AT&T
  11156. > about something or other -- after all these years -- still do not
  11157. > understand they must dial 1-800 first, so if they are in area 312 they
  11158. > get his private unlisted centrex number instead. And you know what he
  11159. > wants? He wants AT&T to change *their number* -- so that *he* won't
  11160. > get their calls. How do you accomodate idiots and fools short of
  11161. > stopping the world and letting everyone get off?
  11162.  
  11163. This is not an applicable scenario.  Mr. Royko's internal centrex
  11164. number is not infringing on any trademark.  And while I'm sure it's
  11165. quite annoying to him, since his is not an 800 number, he is not stuck
  11166. with charges for misdialed calls to AT&T's 800 number.
  11167.  
  11168. However, both 011 800 COLLECT and 1 888 COLLECT would likely be used,
  11169. or attempted to be used (or leveraged) as advertised toll-free numbers, 
  11170. specifically to capitalize on the brand equity and recognition that
  11171. MCI has vested in the COLLECT brand.
  11172.  
  11173. And, the businesss that inadvertently have similarly spelled or numbered 
  11174. 888 numbers would incur huge misdial bills.  Large corporate users could 
  11175. absorb this loss.  Given the popularity of this number, most smaller
  11176. businesses could not.
  11177.  
  11178. > Do you propose that when the 800 number supply is exhausted we just
  11179. > quit having any more?
  11180.  
  11181. Given the real estate, media and brand value in 800 numbers, as clearly 
  11182. lead by the carriers themselves (800 COLLECT, 800 PICK ATT, 800 THE
  11183. MOST, etc.), I propose (among many other viable proposals I've seen),
  11184. that:
  11185.  
  11186. (a) 800 numbers be used only for commercial business purposes, with
  11187. another toll-free XXX assigned for residential use with no brand
  11188. ramifications;
  11189.  
  11190. (b) that beepers and other products be similarly removed to again
  11191. another toll-free XXX, with no brand interest.
  11192.  
  11193. These two moves could significantly replenish the supply rather
  11194. quickly, and should be considered by all interested parties.
  11195.  
  11196. I'll also go out on a limb here and say that the impression of an 800
  11197. shortage is *quite* exacerbated by the carriers' grossly inefficient
  11198. method of allocating toll-free numbers, and their practice of hoarding
  11199. 800 numbers.
  11200.  
  11201. > Do you propose that international commerce and trade be handicapped
  11202. > by having no uniform way to dial around the world with the charges
  11203. > reversed to the called party automatically?
  11204.  
  11205. Absolutely not.  Without repeating the entire international freephone thread 
  11206. that's run thru TELECOM Digest, we've seen many worthy alternatives suggested
  11207. that would fill this need -- without compromising U.S. brands owned by
  11208. U.S. companies, *or* European brands owned by European companies.
  11209.  
  11210. These alternatives would provide better protection for consumers'
  11211. interests as well.
  11212.  
  11213. > You use FLOWERS as an example, and apparently would restrict the use
  11214. > of 356-9377 where any other 'toll-free' numbering scheme is concerned
  11215. > because the Americans got it first and want to protect their brand
  11216. > name. That is all well and good, but 1-800-FLOWERS is not the same as
  11217. > 011-800-FLOWERS or 1-888-FLOWERS.
  11218.  
  11219.  From a trademark standpoint, our legal experts say it is potentially
  11220. indeed the same.
  11221.  
  11222. As a practical matter, a 1 800 FLOWERS competitor using 011 800 FLOWERS 
  11223. domestically as well as internationally would cause grievous damage to
  11224. 1 800 FLOWERS.  Imagine how much more adversely this would affect
  11225. smaller businesses.
  11226.  
  11227. > Needless to say, its not the same as any local area code plus
  11228. > 356-9377, and yet day after day that number gets calls for FLOWERS by
  11229. > people who forgot the 1-800.
  11230.  
  11231. Those callers have not been mislead by false advertising that they are
  11232. calling 1 800 FLOWERS.  Nor is the user of 356-9377 getting billed for
  11233. those misdials.
  11234.  
  11235. > There is a practical limit to how much can be done to idiot-proof
  11236. > the phone network.
  11237.  
  11238. We are all for exploring the practical limits.  But as long as "phone
  11239. numbers" are treated only as mechanical conduits, no realistic market
  11240. driven exploration can take place.
  11241.  
  11242. The brand, product, and media realities need to be addressed.
  11243.  
  11244. This can only happen when users (both end users and services industry
  11245. users), as well as brand, marketing, advertising, trademark and other
  11246. experts are actively involved in the standards processes.
  11247.  
  11248. > Well that would put us right back where we are now, with an
  11249. > increasingly limited supply of available numbers.
  11250.  
  11251. As I've noted above, we are *told* that the supply is dwindling.  That
  11252. does not make it so, nor necessary.
  11253.  
  11254. > Or are you suggesting that only the 'big' 800 users get that
  11255. > protection, and the rest of us with 800 numbers can live with the
  11256. > nuisance that the corporate clients you represent don't wish to
  11257. > tolerate, i.e.  'customer confusion' and having to pay for calls which
  11258. > generated no business, etc?
  11259.  
  11260. Actually, I'm mostly involved with and interested in small business
  11261. and entrepreneurial interests.
  11262.  
  11263. While happily acquainted with a good many corporate users, once
  11264. they're informed and involved, they and their deep pockets can take
  11265. care of themselves.
  11266.  
  11267. It is *exactly* the smaller business user that will be crushed by the
  11268. damage these new standards will cause.
  11269.  
  11270. > You may not recall, but the same kind of arguments you are
  11271. > presenting here came up twenty or more years ago as AT&T began major
  11272. > expansions of 800 service as it was configured back then. Relatively
  11273. > few companies had 800 service in the early 1970's, and those who did
  11274. > often times had words made out of the four digit suffixes. Then AT&T
  11275. > opened up a bunch of new prefixes and changed the configuration on
  11276. > some already being used and suddenly the same words showed up attached
  11277. > to other 800 prefixes in other parts of the country. "If I have
  11278. > 800-xxx-FOOD you can't let him have 800-yyy-FOOD; too many people will
  11279. > get us confused."  That's life, sorry. You need to educate your
  11280. > customers *how* to place the call, what more can I say?
  11281.  
  11282. Pat, business has evolved since then, and portability solved that
  11283. problem.  As you know, even if you use your 800 number only locally,
  11284. you have the option to expand nationally and to Canada.  There are
  11285. good reasons for that.
  11286.  
  11287. Those good reason do not stop at our borders.  
  11288.  
  11289. Thanks for the chance to clarify some of my thoughts.   
  11290.  
  11291.  
  11292. Judith  Oppenheimer,  Producer@Pipeline.com
  11293. Interactive CallBrand(TM)
  11294.  
  11295.  
  11296. [TELECOM Digest Editor's Note:  If I understand correctly then, small
  11297. 800 users like myself would be forced off that code in order that
  11298. the numbers could be freed up for business customers. People with
  11299. pagers and messaging services on 800 would be required to give up
  11300. their 800 number for the same reason; so that business users would
  11301. not have to be inconvenienced.  I've a better idea: Let's take 888
  11302. and have all business users of 800 move there; you can have the whole
  11303. thing, and it should last you for several years.   <grin>  
  11304.  
  11305. And you say your legal experts are claiming that 1-800-FLOWERS and
  11306. 011-800-FLOWERS and 1-888-FLOWERS all amount to the same thing from
  11307. 'a trademark standpoint'.  That's like McDonald's trying to claim
  11308. they have the exclusive right to use "Mc<anything>" in advertising.
  11309. They do try it occassionally, but sometimes get beaten up. I could see
  11310. where they might have a better chance where fast food is concerned,
  11311. however. Generally you can always find a lawyer to say whatever you
  11312. want. I agree that portability is largely eliminating the old rule
  11313. of telco which was 'the subscriber has no property rights in his number'
  11314. but even so, in the three examples given above, the only part in
  11315. common is the word 'flowers'; that's only seven out of eleven (or
  11316. thirteen) digits, in other words 54 to 64 percent of the total
  11317. expression. Can you claim to control any and all uses of the word
  11318. 'flowers' where it appears in a phone number?  Suppose for example
  11319. I got 1-708-FLOWERS and advertised it that way. Its a perfectly
  11320. legitimate number when stated as 1-708-356-9377 (or presumably
  11321. as some other word made from those letter combinations), but as
  11322. soon as I advertised FLOWERS your lawyers would get after me, I suppose
  11323. because even though the final seven digits make up only about half
  11324. of the total expression, they are the 'significant' or 'meaningful'
  11325. part. 
  11326.  
  11327. Now why couldn't they do the same thing with 011-800 or 1-888?  When
  11328. someone with one of those tries to advertise as FLOWERS in the USA (or
  11329. wherever your trademark rights extend) then you pounce on them for it.
  11330. They can use it in Europe or Asia if they want, but they can't phrase
  11331. it in that way in the USA, where they would have to be 011-800-356-9377. 
  11332. If your lawyers tried to claim that by using it as FLOWERS in Asia I
  11333. was causing grevious damage to your USA-based business, my response
  11334. would be to require you to produce records for the past few years
  11335. showing how much or little of your business came from Asia using your
  11336. toll-free number.  PAT]
  11337.  
  11338. ------------------------------
  11339.  
  11340. From: brasuell_bill@tandem.com (Bill Brasuell)
  11341. Subject: Re: Requesting Information About SDH
  11342. Organization: Tandem Computers
  11343. Date: Wed, 22 Feb 1995 04:41:01 GMT
  11344.  
  11345.  
  11346. In article <telecom15.109.9@eecs.nwu.edu>, wgan@netcom.com (willy gan) wrote:
  11347.  
  11348. > I'd often seen the words SDH or SDH compatible equipment advertised in
  11349. > data communication magazines. Can anyone explain or give me examples
  11350. > of what SDH stands for?
  11351.  
  11352. SDH is Synchronous Digital Hierarchy and carries STM-n signals much like
  11353. SONET carries STS-n. STM is Synchronous Transport Module.
  11354.  
  11355.       STM-1    155.52Mbps       (OC3)
  11356.       STM-4    622.08Mbps       (OC12)
  11357.       STM-16  2.48832Gbps       (OC48)
  11358.       STM-64  9.95352Gbps       (OC192)
  11359.  
  11360.    An STS-1 Frame matches an STS3cFrame
  11361.  
  11362.  
  11363. Bill Brasuell    Tandem Computers 
  11364.  
  11365. ------------------------------
  11366.  
  11367. Subject: Anon Servers, Child Porn and Scientologists
  11368. Date: Wed, 22 Feb 1995 07:45:36 GMT
  11369. From: Clive D.W. Feather <clive@sco.COM>
  11370.  
  11371.  
  11372. > [TELECOM Digest Editor's Note: The comments by Helsingius sort of
  11373. > confirm what I said here the other day where remailers are concerned:
  11374. > they do have records of who says what, and will keep them for use as
  11375. > necessary.
  11376.  
  11377. Pat: Julf has to keep the records, and keep them online, because he
  11378. allows email to be sent *to* anonymous addresses.
  11379.  
  11380.  
  11381. Clive D.W. Feather     | Santa Cruz Operation    
  11382. clive@sco.com          | Croxley Centre          
  11383. Phone: +44 1923 813541 | Hatters Lane, Watford   
  11384. Fax:   +44 1923 813818 | WD1 8YN, United Kingdom  <== NOTE: NEW FAX NUMBER
  11385.  
  11386. ------------------------------
  11387.  
  11388. Date: Thu, 23 Feb 95 18:03:38 EST
  11389. From: Carl Moore <cmoore@ARL.MIL>
  11390. Subject: Information on O. J. Simpson Case
  11391.  
  11392.  
  11393. In the {Baltimore Sun}, it says to call (for the latest info on the
  11394. Simpson trial) "Sundial" at (410) 783-1800 and punch in 6139.  (Other
  11395. numbers in area 410 are also available for the Sundial service:
  11396. 268-7736 in Anne Arundel county; 848-0338 in Carroll county; 836-5028
  11397. in Harford county.)
  11398.  
  11399.  
  11400. [TELECOM Digest Editor's Note: Actually I was thinking if they pay me
  11401. enough, I might pre-empt all regular programming in this newsgroup and
  11402. provide exclusive OJ trial coverage instead. That whole thing is a joke;
  11403. I bet it goes on for another year. What a travesty of justice!  I don't 
  11404. care if OJ is guilty or innocent. What other person ever on trial in this
  11405. country has gotten his posterior kissed the way OJ has?  Did you know 
  11406. that in the jail where he is being held, all the other prisoners have
  11407. lost their visiting rights on weekends; that's so that Mr. OJ doesn't
  11408. have to have riff-raff around him when *his* friends come to visit and
  11409. his attornies. The jail employees are being extremely unfair to all the
  11410. other inmates while they suck-up to OJ. Someone should tell him, hey
  11411. you are just a prisoner here, just scum like all the others ... he should
  11412. not be getting any more or less privileges than anyone else in that jail.
  11413. I wonder if/when he is found guilty if they will have to purchase some
  11414. elegant resort and turn it into a prison where they keep him?  I mean,
  11415. how could they put him in San Quentin with the other murderers?  Would
  11416. his attornies permit that?
  11417.  
  11418. And Judge Ito sits there and plays the role of straight man in this
  11419. comedy routine. The whole thing is a good example of how the rich and
  11420. famous and their high priced attornies get one brand of justice in the
  11421. USA while the rest of us get something totally different.  If it was
  11422. anyone else at all, this trial would have been over with weeks or
  11423. months ago; probably finished the day it started or a couple hours after
  11424. it started.   PAT]
  11425.  
  11426. ------------------------------
  11427.  
  11428. End of TELECOM Digest V15 #117
  11429. ******************************
  11430.     
  11431.     
  11432. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa28630;
  11433.           24 Feb 95 2:17 EST
  11434. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  11435.     id AA28459; Thu, 23 Feb 95 22:04:35 CST
  11436. Return-Path: <telecom>
  11437. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  11438.     id AA28452; Thu, 23 Feb 95 22:04:31 CST
  11439. Date: Thu, 23 Feb 95 22:04:31 CST
  11440. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  11441. Message-Id: <9502240404.AA28452@delta.eecs.nwu.edu>
  11442. To: telecom@eecs.nwu.edu
  11443. Subject: TELECOM Digest V15 #118
  11444.  
  11445. TELECOM Digest     Thu, 23 Feb 95 22:04:30 CST    Volume 15 : Issue 118
  11446.  
  11447. Inside This Issue:                           Editor: Patrick A. Townson
  11448.  
  11449.     Call for Presentations - Summit '95 (summit@ix.netcom.com)
  11450.     Incoming Call Alert Needed (Robert Perlberg)
  11451.     Saying Hello in Other Languages (James F. Foerster)
  11452.     Anyone Heard of SMR - Specialized Mobile Radio? (Scott Murray)
  11453.     Information Requested on Video Conferencing (Andy Humberston)
  11454.     SaskTel Videogame Service (Dave Leibold)
  11455.     Unitel Operators Connected (Dave Leibold)
  11456.     Information Wanted on Hotel Telephone Billing (Stephen Cacclin)
  11457.     Explanation of Erlang B Formula (Steve Samler)
  11458.     Guernsey Bulletin Boards (be3_037@civl.port.ac.uk)
  11459.     N.T. M9516 Phone Wanted (Keith Knipschild)
  11460.     Nokia 121 Programming Help Needed (Alexander Cerna)
  11461.     Re: Area Code/Prefix Trivia (David O'Heare)
  11462.     Re: Bell Canada Stumped on 500 Service (David L. Oehring)
  11463.     Re: 500 Place-A-Call Working (Stan Schwartz)
  11464.     Re: Security of Cordless Phones? (Paul Robertson)
  11465.     Re: Security of Cordless Phones? (Stephen Denny)
  11466.     Re: Security of Cordless Phones? (Clarence Dold)
  11467.     Last Laugh! The Unintentional Date/Chat Line (David Leibold)
  11468.  
  11469. TELECOM Digest is an electronic journal devoted mostly but not
  11470. exclusively to telecommunications topics. It is circulated anywhere
  11471. there is email, in addition to various telecom forums on a variety of
  11472. public service systems and networks including Compuserve and America
  11473. On Line. It is also gatewayed to Usenet where it appears as the moderated
  11474. newsgroup 'comp.dcom.telecom'. 
  11475.  
  11476. Subscriptions are available to qualified organizations and individual
  11477. readers. Write and tell us how you qualify:
  11478.  
  11479.                  * telecom-request@eecs.nwu.edu *
  11480.  
  11481. The Digest is edited, published and compilation-copyrighted by Patrick
  11482. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  11483. or phone at:
  11484.                     9457-D Niles Center Road
  11485.                      Skokie, IL USA   60076
  11486.                        Phone: 500-677-1616
  11487.                         Fax: 708-329-0572
  11488.   ** Article submission address only: telecom@eecs.nwu.edu **
  11489.  
  11490. Our archives are located at lcs.mit.edu and are available by using
  11491. anonymous ftp. The archives can also be accessed using our email
  11492. information service. For a copy of a helpful file explaining how to
  11493. use the information service, just ask.
  11494.  
  11495. *************************************************************************
  11496. *   TELECOM Digest is partially funded by a grant from the              *
  11497. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  11498. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  11499. * project.  Views expressed herein should not be construed as represent-*
  11500. * ing views of the ITU.                                                 *
  11501. *************************************************************************
  11502.  
  11503. Additionally, the Digest is funded by gifts from generous readers such
  11504. as yourself who provide funding in amounts deemed appropriate. Your help 
  11505. is important and appreciated. A suggested donation of twenty dollars per
  11506. year per reader is considered appropriate. See our address above.
  11507.  
  11508. All opinions expressed herein are deemed to be those of the author. Any
  11509. organizations listed are for identification purposes only and messages
  11510. should not be considered any official expression by the organization.
  11511. ----------------------------------------------------------------------
  11512.  
  11513. From: summit@ix.netcom.com (Summit '94)
  11514. Subject: Call for Presentations
  11515. Date: 24 Feb 1995 00:28:23 GMT
  11516. Organization: Netcom
  11517.  
  11518.  
  11519. *** CALL FOR PRESENTATIONS ***
  11520.  
  11521. ENTERPRISE MANAGEMENT SUMMIT 95
  11522. October 23-27, 1995   Infomart   Dallas, Texas
  11523. Phone: 415. 512. 0801
  11524. Fax: 415. 512. 1325
  11525. Email: summit@ix.netcom.com
  11526.  
  11527. The deadline for submitting proposals for speaking at Summit 95 (to
  11528. be held at the Dallas InfoMart, October 23-27) is February 28.
  11529.  
  11530. ** Topics
  11531.  
  11532. Summit 95 will focus on both real-world solutions and underlying
  11533. technology. Topics to be covered include the management of: Networks
  11534. (voice, video and data), Systems (mainframes, minis, workstations,
  11535. PCs), Applications, Databases, and Integrated management of the four
  11536. domains. Subjects of particular interest to Summit 95 participants
  11537. include (but are not necessarily limited to): 
  11538.  
  11539. * Case studies/success stories         
  11540. * Distributed object computing 
  11541. * Managing NOSs
  11542. * Network management standards
  11543. * Managing/monitoring distributed applications/databases 
  11544. * Data warehouses 
  11545. * Network optimization
  11546. * Help Desk 
  11547. * Desktop management standards     
  11548. * Asset management/Software licensing/Software distribution
  11549. * Managing messaging networks
  11550. * Security * Personel management/Career development
  11551.  
  11552. Note to vendors: Presentations must be focused on technology and/or
  11553. solutions. Products may be discussed if integrated within case studies.
  11554.  
  11555. ** Formats
  11556.  
  11557. Technical Sessions and Panels:  1 hour sessions
  11558. Tutorial Sessions:  Half-day, full-day and two day sessions
  11559.  
  11560. ** Submissions
  11561.  
  11562. Please submit an abstract of 100-200 words by February 28, 1995
  11563.  
  11564. ------------------------------
  11565.  
  11566. From: Robert Perlberg <dwrsun4!perl@murphy.com>
  11567. Subject: Incoming Call Alert Needed
  11568. Date: 23 Feb 95 11:54:08 GMT
  11569.  
  11570.  
  11571. [TELECOM Digest Editor's Note: The original message did not appear
  11572. in this Digest.  Excerpts are quoted here instead.  PAT]
  11573.  
  11574. RJMATTER@delphi.com wrote:
  11575.  
  11576. Quoting ktk9091 from a message in comp.sources.wanted
  11577.  
  11578. >> solution.  I need some software that will tell me that a call is
  11579. >> coming in, and ideally, what number the call is being placed from.
  11580. >> Does anything like this exist, or am I dreaming?
  11581. >> Thanks for your help!
  11582.  
  11583. > There is a service avaliable through the telephone company where callers
  11584. > get to leave a message when you are busy.  I think it costs $5 per month
  11585. > on your phone bill.  When you hang up then lift to hear a busy signal and
  11586. > instead hear a special sound, that means you have messages and should
  11587. > enter your code to retrieve them. 
  11588.  
  11589. That's what I was thinking, but it doesn't solve the problem of not
  11590. knowing that someone called.  I don't know whether the phone company
  11591. has this, but at my office we have a feature in our voice messaging
  11592. system called out-call notification.  You can program the system to
  11593. call you at another number whenever the system takes a message.  I
  11594. entered my beeper number as the out-call notification number, so
  11595. whenever anyone leaves me a message I get beeped. This way I always
  11596. know when someone is trying to reach me and I don't have to give out
  11597. my beeper number.  Does anyone know if the phone company's message
  11598. service has this feature?
  11599.  
  11600.  
  11601. Robert Perlberg   Dean Witter Reynolds Inc., New York
  11602. dwrsun4!perl@murphy.com -or- perl%dwrsun4@philabs.com
  11603.  
  11604. ------------------------------
  11605.  
  11606. Date: Thu, 23 Feb 1995 15:52:43 CST
  11607. From: James F. Foerster <U12566@UICVM.CC.UIC.EDU>
  11608. Subject: Saying Hello in Other Languages
  11609. Organization: University of Illinois at Chicago, ADN Computer Center
  11610.  
  11611.  
  11612. My uncle is 85 years old, and wants desperately to see a list of how
  11613. people in other countries answer the phone.  Hello, pronto (Italian, I
  11614. think) are the only ones he knows.  Can someone help or refer me
  11615. elsewhere?
  11616.  
  11617.  
  11618. Thanks.
  11619.  
  11620.  
  11621. [TELECOM Digest Editor's Note: If people want to send me a list of 
  11622. those they know I will compile and summarize it here.   PAT]
  11623.  
  11624. ------------------------------
  11625.  
  11626. From: murrays@clipper.robadome.com (Scott Murray)
  11627. Subject: Anyone Heard of SMR - Specialized Mobile Radio?
  11628. Date: 23 Feb 1995 19:32:11 GMT
  11629. Organization: Siemens Rolm Communications, Inc.
  11630. Reply-To: murrays@clipper.robadome.com
  11631.  
  11632.  
  11633. Hi,
  11634.  
  11635. I was wondering if anyone had any info on SMR -- Specialized Mobile
  11636. Radio.  I have been approached by a company in Florida to buy an SMR
  11637. channel. The channel is in the 851-866Mhz range and is used by
  11638. companies to provided cellular like service at a cheaper rate. The
  11639. channels are supposedly given out by the government on a first come
  11640. first serve basis, but this company wants to charge by $3500 to file
  11641. all the paper work and guarantees me a channel or my money back.
  11642.  
  11643. Supposedly once you have a channel you can rent it out or sell it to
  11644. the regionaly operators and they are very anxious to get these extra
  11645. channels.  The have been able to convert these old style radio
  11646. dispatch towers into digital towers that provided phone, paging and
  11647. fax service at a fraction of the cellular cost and the towers cover a
  11648. larger range.
  11649.  
  11650. My questions are these:
  11651.  
  11652. Is this really a good investment?  Are these channels really in demand
  11653. by companies like Nextel, CenCall, DialPage etc.?  Is it worth going
  11654. through this company or are there cheaper ways to get a channel?
  11655.  
  11656. Any information would be greatly appreciated.
  11657.  
  11658.  
  11659. Thanks,
  11660.  
  11661. Scott
  11662.  
  11663. ------------------------------
  11664.  
  11665. From: iah@dmu.ac.uk (Andy Humberston)
  11666. Subject: Information Requested on Video Conferencing
  11667. Date: 22 Feb 1995 17:39:16 GMT
  11668. Organization: De Montfort University, Leicester, UK
  11669.  
  11670.  
  11671. Is anybody aware of any mailing/news lists dedicated to discussing
  11672. video conferencing (eg. Hardware, Standards, New Products, etc)
  11673.  
  11674. I am interested in finding information regarding the (forthcoming)
  11675. T.120 standards set.
  11676.  
  11677. Any ideas will be appreciated.
  11678.  
  11679.  
  11680. Andy Humberston, Network Support, De Montfort University, UK
  11681. Tel: +44 116 2551551 ext 8175  Fax: +44 116 2577170
  11682.                 EMail: iah@dmu.ac.uk          
  11683.  
  11684. ------------------------------
  11685.  
  11686. From: Dave.Leibold@superctl.tor250.org (Dave Leibold)
  11687. Date: 22 Feb 95 22:00:06 -0500
  11688. Subject: SaskTel Videogame Service
  11689.  
  11690.  
  11691. [from Bell News (Bell Canada), 20 Feb 95]
  11692.  
  11693. SaskTel to deliver Nintendo games to hotel rooms
  11694.  
  11695. SaskTel, Saskatchewan leading phone company, has signed a deal with
  11696. Nintendo to market a new system that will deliver Nintendo's video
  11697. games to hotel rooms via phone lines.
  11698.  
  11699. The system will allow guests to use the phone even while playing games.
  11700.  
  11701. SaskTel developed the system in partnership with Hospitality Network
  11702. Canada of Regina.
  11703.  
  11704.  
  11705. Fidonet : Dave Leibold 1:250/730
  11706. Internet: Dave.Leibold@superctl.tor250.org
  11707.  
  11708. ------------------------------
  11709.  
  11710. From: Dave.Leibold@superctl.tor250.org (Dave Leibold)
  11711. Date: 22 Feb 95 21:59:58 -0500
  11712. Subject: Unitel Operators Connected
  11713.  
  11714.  
  11715. [from Bell News (Bell Canada), 20 Feb 95]
  11716.  
  11717. Unitel, [Bell Canada's] AT&T-managed competitor, is conducting a
  11718. technology trial with a view to offering a range of operator services.
  11719.  
  11720. During the trial, which will last until April 1, Unitel has operators
  11721. providing such services as: station-to-station and person-to-person
  11722. collect and third- number calls; toll-call completion; call transfers
  11723. to the telephone company's directory assistance service; and credit
  11724. card billing options.
  11725.  
  11726. Depending on the results of the trial, Unitel might offer operator
  11727. services to other carriers and resellers.
  11728.  
  11729.  
  11730. Fidonet : Dave Leibold 1:250/730
  11731. Internet: Dave.Leibold@superctl.tor250.org
  11732.  
  11733. ------------------------------
  11734.  
  11735. From: cacclin@vanbc.wimsey.com (Stephen Cacclin)
  11736. Subject: Information Wanted on Hotel Telephone Billing
  11737. Date: 22 Feb 1995 01:39:23 -0800
  11738. Organization: Wimsey Information Services
  11739.  
  11740.  
  11741. Hello all,
  11742.  
  11743. I am developing custom call-accounting software for a hotel. Their
  11744. PABX outputs each call's time/date, telephone number, duration and
  11745. room extension.
  11746.  
  11747. My question is: What is the best method to calculate the telephone
  11748. charge?
  11749.  
  11750. I guess I am looking for some sort of standardized rate table for
  11751. North American long-distance. Does such a thing exist, and if so, is
  11752. it available on the net? Someone please say yes, as I am not up to
  11753. entering these rates by hand ...
  11754.  
  11755. Any and all help will be greatly appreciated.
  11756.  
  11757.  
  11758. Stephen Cacclin   Echelon Computing
  11759.  
  11760.  
  11761. [TELECOM Digest Editor's Note: Just charge as much as you think you can
  11762. get away with; that's what the other hotels do.   <g>    PAT]
  11763.  
  11764. ------------------------------
  11765.  
  11766. Date: Wed, 22 Feb 1995 09:47:10 EST
  11767. From: Steve Samler <steve@individual.com>
  11768. Subject: Explanation of Erlang B Formula
  11769.  
  11770.  
  11771. assumptions are:
  11772. infinite sources
  11773. equal traffic density per source
  11774. lost calls cleared
  11775.  
  11776.  
  11777. P=((A**N)/N!)/(A**x)/x!  where the denominator is summed from x=0 to N
  11778.  
  11779. and
  11780. A = total traffic offered in Erlangs
  11781. N = number of servers in a full availability group
  11782. P = probability of loss
  11783.  
  11784. ------------------------------
  11785.  
  11786. From: BE3_037 <BE3_037@civl.port.ac.uk>
  11787. Subject: Guernsey Bulletin Boards
  11788. Date: 23 Feb 1995 12:48:39 GMT
  11789. Organization: University of Portsmouth (UK)
  11790.  
  11791.  
  11792. Is there a list of people who offer bulletin board services in the
  11793. Channel Islands?
  11794.  
  11795. ------------------------------
  11796.  
  11797. From: keith.knipschild@asb.com
  11798. Organization: America's Suggestion Box (516) 471-8625
  11799. Date: Thu, 23 Feb 95 00:39:51 GMT 
  11800. Subject: N.T. M9516 Telephone Wanted
  11801.  
  11802.  
  11803. Does anyone know where I can get my hands on the NORTHERN TELECOM 
  11804. "M9516" Telephone?
  11805.  
  11806. I have seen it in the "Hello Direct" Catalog, But I can't seem to find
  11807. a LOCAL Dealer ... I am located in the NYC Area, on Long Island.
  11808.  
  11809. Does anyone own the M9516? If so please post or send me a REVIEW.
  11810.  
  11811.  
  11812. Thanks,
  11813.  
  11814. Keith      Keith.Knipschild@asb.com
  11815.  
  11816. ------------------------------
  11817.  
  11818. Reply-To: Alexander Cerna <cerna@ntep.tmg.nec.co.jp>
  11819. Subject: Nokia 121 Programming Help Needed
  11820. Date: Thu, 23 Feb 1995 18:50:21 +0800
  11821. From: Alexander Cerna <cerna@ntps5.ntep.tmg.nec.co.jp>
  11822.  
  11823.  
  11824. I have a Nokia 121.  Is it possible to change the five-digit security
  11825. code by myself?  I've pored over the manual and fiddled with the phone
  11826. itself, but I can't seem to find a way to change it.  I was able to
  11827. set it the first time around.  But afterwards I couldn't find a way to
  11828. change it to another five-digit number.
  11829.  
  11830. I've asked the local service provider, and I was told that only they
  11831. could change it with, implicitly, some special equipment that they
  11832. only have.  Is this true?
  11833.  
  11834. Thanks in advance.
  11835.  
  11836.  
  11837. Regards,
  11838.  
  11839. Alexander Cerna      cerna@ntep.tmg.nec.co.jp       VOX: +63 (32) 400-451
  11840. NEC Technologies     MEPZ, Lapulapu, Phils 6015     FAX: +63 (32) 400-457
  11841.  
  11842. ------------------------------
  11843.  
  11844. Date: Thu, 23 Feb 1995 22:39:11 +0000 
  11845. From: bj059@freenet.carleton.ca
  11846. Subject: Re: Area Code/Prefix Trivia 
  11847. Organization: contractor at BNR 
  11848.  
  11849.  
  11850. > [TELECOM Digest Editor's Note:
  11851.  
  11852. > And what area code covers the largest geographical area?  
  11853.  
  11854. Well, Bell Canada's operators consider 872 to be an area code. I think
  11855. that wins.
  11856.  
  11857. (For those not in the know, 872 is the access code for Inmarsat Pacific.)
  11858.  
  11859.  
  11860. David O'Heare +1 613 765 3478 (W) +1 613 729 4830 (H)
  11861. bj059@freenet.carleton.ca  (Don't reply to the address 
  11862. in the header; I won't get the message.)
  11863.  
  11864. ------------------------------
  11865.  
  11866. From: dlo@csggp2.ih.att.com (David L Oehring)
  11867. Subject: Re: Bell Canada Stumped on 500 Service
  11868. Organization: AT&T
  11869. Date: Tue, 21 Feb 1995 23:25:00 GMT
  11870.  
  11871.  
  11872. In article <telecom15.108.8@eecs.nwu.edu>, Montague Scott A <4sam3@qlink.
  11873. queensu.ca> wrote:
  11874.  
  11875. > Well, it was bound to happen. What was, in myu opinion the best phone
  11876. > company in North America, has let me down.  The problem?  Bell Canada has 
  11877. > never heard of 500 service.  A quick call to Pat's number using both 1- 
  11878. > and 0- gave me a "bad number" message.  So, I got online with a Bell 
  11879. > Canada operator, and she told me "sorry, I don't know of the 500 area 
  11880. > code.
  11881.  
  11882. > I called 1-800-CALLATT; they didn't know what 500 was about; 
  11883. > until I persisted.  He can't connect me though.
  11884.  
  11885. Call AT&T Long Distance Repair at 1-800-222-3000.  I've encountered a
  11886. few Ameritech phones in the 312 and 313 area codes that did not recognize
  11887. 1+/0+ 500 calls and they fixed the problem within 24 hrs.
  11888.  
  11889.  
  11890. Dave Oehring   <david.l.oehring@att.com>
  11891.  
  11892. ------------------------------
  11893.  
  11894. From: stans@panix.com (Stan Schwartz)
  11895. Subject: Re: 500 Place-A-Call Working
  11896. Date: 22 Feb 1995 23:35:47 -0500
  11897. Organization: PANIX Public Access Internet and Unix, NYC
  11898.  
  11899.  
  11900. David.L.Oehring@att.com wrote:
  11901.  
  11902. > I dialed my True Connections(sm) 500 Number to update my reach list
  11903. > this past Saturday, and noticed that the first-level prompt (following
  11904. > entry of the master PIN) had been changed.  Previously, option #2 was
  11905. > to "Call Home", but is now "To place a call".  I tried out the
  11906. > "Place-A-Call" feature and it worked (from the 312/708 area).  It
  11907. > looks like the post cards announcing the feature were only a little (one
  11908. > week?) early.
  11909.  
  11910. It works here in 516 also!  (I just can't seem to get back to the True
  11911. Connections prompt if the called party does not answer)!
  11912.  
  11913. On a related note, I received a call yesterday from an AT&T Rep (the nice 
  11914. lady who programmed my Final Stop) who called to tell me that The Navigator 
  11915. service is now working in my area.  Apparently, AT&T overcame any tariff 
  11916. problems that they were having.  Of course I _HAD_ to try it, and sure enough,
  11917. it works!
  11918.  
  11919. On another related note, AT&T of New York, Inc filed with the NY State PSC 
  11920. to provide intra-state True500 service (it was in a legal notice in today's 
  11921. {Newsday}).  The filing also mentions changes in rates for CIID/891 cards.  
  11922. What are they?
  11923.  
  11924.  
  11925. Stan
  11926.  
  11927.  
  11928. [TELECOM Digest Editor's Note: Since you mentioned 'Navigator', that is
  11929. one part of 500 service many users are not familiar with. Would you
  11930. please send in a short explanation of it?     PAT]
  11931.  
  11932. ------------------------------
  11933.  
  11934. From: Robertson, Paul <proberts@moc1.gannett.com>
  11935. Subject: Re: Security of Cordless Phones
  11936. Date: Thu, 23 Feb 95 09:30:00 PST
  11937.  
  11938.  
  11939. jporten@mail2.sas.upenn.edu (Jeffrey A. Porten) wrote:
  11940.  
  11941. > Having just gotten a new cordless phone (BellSouth 46mHz), and living
  11942. > in the paranoid environs of Washington, DC, I find myself wondering
  11943. > just how likely it is that the world is listening to my calls.
  11944.  
  11945. > The phone has ten channels, and a security code feature which, so far
  11946. > as I understand, exists mainly to prevent another cordless handset
  11947. > from tapping into my base unit, but does nothing to scramble the
  11948. > signal from the handset.
  11949.  
  11950. > I live in an apartment building, with a few others nearby, so consider
  11951. > this a high-density area.  Should I go on the assumption that people
  11952. > are always listening in?  Sometimes?  Almost never?
  11953.  
  11954. > I have a corded set that I keep hooked up for confidential calls; as a
  11955. > stopgap, I sometimes scan channels on my cordless so any eavesdropper
  11956. > will at least have to fiddle to find me again.  Does this help, or am
  11957. > I kidding myself?
  11958.  
  11959. > [TELECOM Digest Editor's Note: Corded or cordless, the assumption should
  11960. > be that your telephone calls are never secure. In actual practice, it
  11961. > may not matter to you; if you are just in idle chatter with someone you
  11962. > aren't going to bother with the trouble of special precautions. My personal
  11963. > belief is the use of scanners to listen to cordless phones is still a
  11964. > relatively rare thing; how many people do *you* know that own scanners
  11965. > who are within range of your cordless phone? And of those, how many are
  11966. > sophisticated enough to know how to program the scanner for cordless?
  11967. > So my feeling is generally its not a big deal, and if you do have something
  11968. > very important and personal to say, you might want to go to a payphone
  11969. > anyway.  PAT]
  11970.  
  11971. In this area (DC Metro), there are a _lot_ of people with scanners, a great 
  11972. majority of whom are "techies" working for various beltway bandits. There 
  11973. are a few Bulletin Boards dedicated to it, and a local USENET newsgroup.
  11974.  
  11975. Since cordless phones are about the second thing covered in most scanner 
  11976. books (right after airplanes), I wouldn't call scanning the band "sophisti-
  11977. cated".  Remember that when most scanner books were written cordless moni-
  11978. toring was perfectly legal.
  11979.  
  11980. I'd say it's pretty much a given that in most areas of Northern VA, Suburban 
  11981. MD, and parts of DC, odds are that there are scanner owners listening in.  
  11982. In an apartment building, it doesn't even take a decent antenna, and range 
  11983. can be quite good if you have an apartment in a fairly tall building, a dec-
  11984. ent antenna, antenna amplifier, etc. As for hopping channels, it won't do 
  11985. you any good, as anyone who wants to listen in will be scanning the whole 
  11986. cordless band, not just one frequency.
  11987.  
  11988. My advice would be to get a cordless that encrypts, and never use a cordless 
  11989. for something like ordering with a credit card, or talking about something 
  11990. you wouldn't tell the cashier at the local grocery store.
  11991.  
  11992.  
  11993. Paul D. Robertson     proberts@moc1.gannett.com 
  11994.  
  11995. ------------------------------
  11996.  
  11997. From: sdenny@spd.dsccc.com (Stephen Denny)
  11998. Subject: Re: Security of Cordless Phones?
  11999. Date: 23 Feb 1995 18:55:49 GMT
  12000. Organization: DSC Communications Corporation, Plano, Texas USA
  12001.  
  12002.  
  12003. > In article <telecom15.101.2@eecs.nwu.edu>, Jeffrey A. Porten <jporten@
  12004. > mail2.sas.upenn.edu> wrote:
  12005.  
  12006. >> Having just gotten a new cordless phone (BellSouth 46mHz), and living
  12007. >> in the paranoid environs of Washington, DC, I find myself wondering
  12008. >                              ^^^^^^^^^^^^^^
  12009. >> just how likely it is that the world is listening to my calls.
  12010.  
  12011. > [ stuff deleted ]
  12012.  
  12013. >> [TELECOM Digest Editor's Note: Corded or cordless, the assumption should
  12014. >> be that your telephone calls are never secure.
  12015.  
  12016. While I am falling behind on this issue, until recent months, scanners, both 
  12017. hand-held and base station varieties were sold through legitimate vendors 
  12018. such as Radio Shack that can receive all cordless frequencies and with minor 
  12019. modifications, cellular frequencies.  I believe many models receiving cord-
  12020. less are still available.
  12021.  
  12022. It has been my understanding that at sometime in 1994 it became illegal for 
  12023. manufacturers to sell scanners that were "easily" modified for cellular 
  12024. (with an exception that allowed depletion of existing stock).  It has
  12025. also been illegal to listen to cellular for awhile.
  12026.  
  12027. It is my understanding that as of late 1994 a new act also made it
  12028. illegal to listen to cordless.
  12029.  
  12030. I do not believe it is yet illegal in the land of the free (except in certain
  12031. local jurisdictions) to own equipment that receives these frequencies even if
  12032. it is now illegal to listen to them.
  12033.  
  12034. For a complete thorough discussion of this topic on a daily basis, please
  12035. refer to the usenet group: rec.radio.scanner
  12036.  
  12037. Let me point out that many laws seem to be broken regularly.  To the
  12038. best of my knowledge it is illegal to exceed the posted speed limit on
  12039. roads and highways, yet it appears that that law is broken by many.  I
  12040. would never encourage, assist or support anyone in an effort to
  12041. violate any law or regulation.  I only to note that from what I read
  12042. and see, and it appears that some communications laws are also being
  12043. broken regularly.
  12044.  
  12045. My general advise is that regardless of what protections the laws are
  12046. intended to provide, I concur with the Editor's advice above: if it is
  12047. transmitted you should assume it will be received.
  12048.  
  12049.  
  12050. Stephen Denny             sdenny@cpdsc.com
  12051. DSC Communications Corp.  Plano, TX, USA 
  12052.  
  12053. ------------------------------
  12054.  
  12055. From: Clarence Dold <dold@rahul.net>
  12056. Subject: Re: Security of Cordless Phones?
  12057. Date: 23 Feb 1995 04:32:34 GMT
  12058. Organization: a2i network
  12059.  
  12060.  
  12061. [TELECOM Digest Editor's Note: 
  12062.  
  12063. > My personal belief is the use of scanners to listen to cordless
  12064. > phones is still a relatively rare thing; how many people do *you* know
  12065. > that own scanners who are within range of your cordless phone? And of
  12066. > those, how many are sophisticated enough to know how to program the
  12067. > scanner for cordless?
  12068.  
  12069. The range of a scanner to receive cordless transmissions of 46 mhz
  12070. phones is apparently several blocks.  With a common scanner, and about
  12071. a ten inch antenna, I am easily able to pick up clear conversations on
  12072. many cordless phones/baby monitors.  By random count, I am guessing
  12073. that the coverage is quite broad, since I assume that not every house
  12074. has a cordless phone.  The skill required is trivial.  If you can
  12075. program your scanner to receive your local police channel, you can
  12076. certainly receive 46 mhz telephone traffic.  The only bad part is that
  12077. by comparison to police/fire, it is long winded and boring.  You also
  12078. get to listen to background conversation in the room while the phone
  12079. is being dialed out, and ringing at the other end.
  12080.  
  12081. Of more concern is the skimmers who drive around with a cordless
  12082. phone, just hoping to catch a usable dialtone from your front yard.
  12083.  
  12084. You would be amazed at the phone bill my mother-in-law managed to
  12085. accumulate in about six weeks.  I suppose that someone discovered that
  12086. she leaves her phone off the base (some won't work with stray handsets, 
  12087. if the true handset is in the cradle), and then probably sat in their
  12088. car in front of the house, and placed phone calls to several pricey
  12089. destinations.
  12090.  
  12091. My mother-in-law was astonished (a second time), when I set up my
  12092. scanner, cruised through the ten possible channels, and picked up her
  12093. conversation in mid-call.  I don't think she really believed it until
  12094. I showed her.
  12095.  
  12096.  
  12097. Clarence A Dold - dold@rahul.net   - Pope Valley & Napa CA.
  12098.  
  12099.  
  12100. [TELECOM Digest Editor's Note: Cruising for dialtone is something that
  12101. has gone on for several years. And the cruisers make a note of where
  12102. they found the dialtone (in front or behind of what addresses, etc) so
  12103. they don't have to drive around so long looking for the next time they
  12104. want to make a long distance call.   PAT]
  12105.  
  12106. ------------------------------
  12107.  
  12108. Date: Thu, 23 Feb 1995 18:59:42 EST
  12109. From: David Leibold <aa070@freenet.toronto.on.ca>
  12110. Subject: The Unintentional Date/Chat Line
  12111.  
  12112.  
  12113. George Gamester's column in {The Toronto Star} of 22 Feb 95 makes
  12114. mention of what is believed to be Toronto's first date/chat line
  12115. ~1960. The thing was, the service was actually supposed to be some
  12116. pastor's "dial-a-prayer" line.
  12117.  
  12118. When an apparent revival in the form of a flood of calls was
  12119. registered, Bell Canada decided to find out how to control the
  12120. overloading on the system. It was found that teenagers were doing a
  12121. conference bridge over a busy signal. Thus dates and chats were
  12122. arranged at the expense of an over-engaged prayer line.
  12123.  
  12124. After weeks of attempting to exorcise this demon in the network, Bell
  12125. was finally able to shut off the conference effect. The calls to the line 
  12126. dropped to a trickle, and it turned out there wasn't a big revival in
  12127. Toronto after all (an inconvenience for which Bell wound up crediting
  12128. the religious group running the line).
  12129.  
  12130.  
  12131. David Leibold     aa070@freenet.toronto.on.ca
  12132.  
  12133.  
  12134. [TELECOM Digest Editor's Note: Some time ago a little trivia item here
  12135. in the Digest discussed the first use of telephone recorded
  12136. announcements in other than a weather forecast/time of day context.
  12137. The first one was a dial-a-prayer service which started about 1955 on
  12138. Long Island, NY. I do recall when the Hoosier Theatre in Whiting,
  12139. Indiana had a recorded message giving movie titles and show times.
  12140. They were running that when Whiting had manual service. The recorded
  12141. message was on 'Whiting 1234'.  
  12142.  
  12143. Taking advantage of the ease in remembering a number like that, when I
  12144. operated my recorded daily newsline messages for about five years from
  12145. 1972-77 I had the number 312-HArrison-7-1234. But I had more than one
  12146. line. I had about twenty lines in a rotary hunt. i.e. 1234 hunted 1235
  12147. then 1236, etc. When I started, it was an old style stepper switch, so
  12148. I could not have all the numbers I needed since there were not that
  12149. many idle numbers in a row. When the CO changed to ESS in 1974, I did
  12150. an expansion with quite a few more lines since it did not matter what
  12151. numbers were involved any longer; 1234 stayed as the lead. I did not
  12152. give prayers or scripture readings on my line. The machines I used
  12153. were leased from Illinois Bell; they were *big*, *heavy* (75 pounds
  12154. each?)  machines used by Bell as for intercept type recordings. Inside
  12155. they had big round drums coated with mylar which spun around and
  12156. around as a finger dropped down and touched the surface. They held up
  12157. to three minutes of recorded information. For recording purposes, one
  12158. machine was a 'master' and the others were 'slaves'. Little mechanical
  12159. counters on each line kept track of the number of calls received. Bell
  12160. said when they set up the 'master/slave' arrangement for me they had
  12161. to write a special tariff for it; nothing like that had been done with
  12162. recorded messages previously.  I had a little closet-like office
  12163. downtown where all the machines sat stacked on shelves along the wall.
  12164. Because the machines all clacked and chattered as they would start and
  12165. stop the place was always quite noisy. In the early days, when the
  12166. HArrison exchange was a stepper, folks used the busy signal from my
  12167. lines to hold conferences on the side also.  PAT]
  12168.  
  12169. ------------------------------
  12170.  
  12171. End of TELECOM Digest V15 #118
  12172. ******************************
  12173.     
  12174.     
  12175. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa02421;
  12176.           24 Feb 95 5:38 EST
  12177. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  12178.     id AA01638; Fri, 24 Feb 95 00:40:15 CST
  12179. Return-Path: <telecom>
  12180. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  12181.     id AA01632; Fri, 24 Feb 95 00:40:12 CST
  12182. Date: Fri, 24 Feb 95 00:40:12 CST
  12183. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  12184. Message-Id: <9502240640.AA01632@delta.eecs.nwu.edu>
  12185. To: telecom@eecs.nwu.edu
  12186. Subject: TELECOM Digest V15 #119
  12187.  
  12188. TELECOM Digest     Fri, 24 Feb 95 00:40:00 CST    Volume 15 : Issue 119
  12189.  
  12190. Inside This Issue:                           Editor: Patrick A. Townson
  12191.  
  12192.     ISDN on CNN's Science and Technology Week Show (Ed Goldgehn)
  12193.     Caller Id Service For Equivalency Lines - First Line Only? (Paul Chehowski)
  12194.     Re: The Philosophy of CallerID (Charles R. Azer)
  12195.     Help Needed With US Robotics Sportster (Randy Hoes)
  12196.     Re: Is Origin Cell on a Cellular Call Logged? (Sam Spens Clason)
  12197.     Re: Is Origin Cell on a Cellular Call Logged? (Kris Trimmer)
  12198.     Re: Switch Architectures Literature (fredbg@ax.apc.org)
  12199.     Information Wanted on Ericsson Switch (Steve Bauer)
  12200.     Re: What is DMS-100? (Steve Bauer)
  12201.     Re: Information Wanted About DMS Switches (Scott Miller)
  12202.     Re: Grim Changes for Net (A. Padgett Peterson)
  12203.     Re: Pair Gain Line Problem, Help! (Mike Sandman)
  12204.     Northern/BT Agreement Continues (Dave Leibold)
  12205.     Re: Wireless RF Manufacturers (Eric Nelson)
  12206.     Re: E(TACS) and GSM (John Scourias)
  12207.     What is ESF and D4? (davethez@netcom.com)
  12208.     Re: March 7 Bellcore Meeting in DC (leob@netcom.com)
  12209.     NUtmeg (Gary D. Shapiro)
  12210.  
  12211. TELECOM Digest is an electronic journal devoted mostly but not
  12212. exclusively to telecommunications topics. It is circulated anywhere
  12213. there is email, in addition to various telecom forums on a variety of
  12214. public service systems and networks including Compuserve and America
  12215. On Line. It is also gatewayed to Usenet where it appears as the moderated
  12216. newsgroup 'comp.dcom.telecom'. 
  12217.  
  12218. Subscriptions are available to qualified organizations and individual
  12219. readers. Write and tell us how you qualify:
  12220.  
  12221.                  * telecom-request@eecs.nwu.edu *
  12222.  
  12223. The Digest is edited, published and compilation-copyrighted by Patrick
  12224. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  12225. or phone at:
  12226.                     9457-D Niles Center Road
  12227.                      Skokie, IL USA   60076
  12228.                        Phone: 500-677-1616
  12229.                         Fax: 708-329-0572
  12230.   ** Article submission address only: telecom@eecs.nwu.edu **
  12231.  
  12232. Our archives are located at lcs.mit.edu and are available by using
  12233. anonymous ftp. The archives can also be accessed using our email
  12234. information service. For a copy of a helpful file explaining how to
  12235. use the information service, just ask.
  12236.  
  12237. *************************************************************************
  12238. *   TELECOM Digest is partially funded by a grant from the              *
  12239. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  12240. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  12241. * project.  Views expressed herein should not be construed as represent-*
  12242. * ing views of the ITU.                                                 *
  12243. *************************************************************************
  12244.  
  12245. Additionally, the Digest is funded by gifts from generous readers such
  12246. as yourself who provide funding in amounts deemed appropriate. Your help 
  12247. is important and appreciated. A suggested donation of twenty dollars per
  12248. year per reader is considered appropriate. See our address above.
  12249.  
  12250. All opinions expressed herein are deemed to be those of the author. Any
  12251. organizations listed are for identification purposes only and messages
  12252. should not be considered any official expression by the organization.
  12253. ----------------------------------------------------------------------
  12254.  
  12255. From: edg@ocn.com (Ed Goldgehn)
  12256. Subject: ISDN on CNN's Science and Technology Week Show
  12257. Date: 24 Feb 1995 04:39:58 GMT
  12258. Organization: The INTERNET Connection, LLC
  12259. Reply-To: feedback@ocn.com
  12260.  
  12261.  
  12262. Here's a heads up on this weekend's Science & Technology Week show on CNN.
  12263.  
  12264. Over the past few weeks, Open Communication Networks and BellSouth
  12265. Telecommunications have been assisting CNN on putting together a
  12266. segment on ISDN and its use for telecommuting.  BellSouth Telecommun-
  12267. ications provided the ISDN lines to CNN and to Miles O'Brien's home
  12268. (the host of the show).  OCN provided the integration of all computer,
  12269. communication, and software components to give CNN the applications
  12270. they asked for -- for the record -- in a very limited timeframe.
  12271.  
  12272. At this time, we are not certain what exactly will show up on the
  12273. segment of this half-hour show.  We have been told that a follow-up is
  12274. scheduled which will include more standard telecommuting applications
  12275. than this individual segment is focused on.
  12276.  
  12277. We are very interested in receiving any feedback about the segment so
  12278. that we may pass it on to CNN.  We hope to continue the series on a
  12279. more regular basis bringing to the show additional applications of
  12280. ISDN both on the "bleeding" edge (as some of these were) and more
  12281. generic applications for use by the general telecommuter and ISDN
  12282. end-user.  Please send any comments or suggestions via e-mail to
  12283. feedback@ocn.com.
  12284.  
  12285. The show airs at 11:00 a.m. EST on CNN this Saturday (2/25).  It is
  12286. repeated on Sunday at 12:30 EST.  Actual times may vary across time
  12287. zones so be sure to check your local listings for Science and
  12288. Techology Week.
  12289.  
  12290. The applications which were taped for the show include the following:
  12291.  
  12292. 1)  Video Conferencing via ISDN with Intel's Proshare Package
  12293. 2)  Intel's Proshare Premier (shared white board) during #1
  12294. 3)  WWW access via IBM's WaveRunner and FTP's Explore On-Net Software
  12295. 4)  Internet E-Mail via ISDN FTP's Mail-OnNet software
  12296. 5)  Video Conferencing via IP (using OnNet 1.1) over 128K ISDN with
  12297.     Invision's Software and Intel's Video Capture Board - ISDN was via a
  12298.     Gandalf 5242i Bridge (without compression).  
  12299. 6)  Internet Phone via ISDN (in conjunction with Invision Video Conferencing
  12300. 7)  WWW at 128K using Spyglass Enhanced Mosaic (next release) via Gandalf's 
  12301.     5242i Bridge (without compression)
  12302. 8)  cc:mail (CNN's internal mail system) via nfs via ISDN through the       
  12303.     Gandalf 5242i Bridge (without compression) connected to OCN's 
  12304.     Metropolitan IP/CO and then routed to a Livingston's Firewall Router
  12305.     connected via a Bonded 128K connection using Motorola's UTA220
  12306.  
  12307. Items #1 through #4 were taped at the home of one of BellSouth's
  12308. employees.  OCN provided FTP's software and assisted in the
  12309. configuration and implementa- tion of the WaveRunner on an existing
  12310. ISDN circuit which also served the Intel Proshare equipment on a
  12311. limited S/T bus.
  12312.  
  12313. Items #5 through #8 were configured, implemented and installed by OCN.
  12314.  
  12315. All connectivity to Internet for the program was provided by The INTERNET 
  12316. Connection, LLC in Atlanta (404-419-6100 or sales@ticllc.net)
  12317.  
  12318. We have been asked to provide {CommunicationsWeek} with a story about
  12319. how the technology was integrated for the show.  While no guarantees
  12320. have been given about their publishing the article, they have indicated 
  12321. a significant interest in the information.  In any event, I will be
  12322. writing that article and will make it available to anyone send an
  12323. e-mail request (feedback@ocn.com).
  12324.  
  12325.  
  12326. Ed Goldgehn                                     E-Mail:  edg@ocn.com
  12327. Sr. Vice President                              Voice:   (404) 919-1561
  12328. Open Communication Networks, Inc.               Fax:     (404) 919-1568
  12329.  
  12330.  
  12331. [TELECOM Digest Editor's Note: I'd like a copy of that article to share
  12332. with Digest readers. Please send it here also if that's possible.  PAT]
  12333.  
  12334. ------------------------------
  12335.  
  12336. From: paulc@hookup.net (Paul Chehowski)
  12337. Subject: Caller Id Service For Equivalency Lines - First Line Only?
  12338. Date: Thu, 23 Feb 1995 22:57:08
  12339. Organization: Sulis Computing
  12340.  
  12341.  
  12342. Help,
  12343.  
  12344. I'm working on an IVR system that is heavily dependent on Caller-ID to
  12345. identify callers to the system.  We arranged to have our lines put in,
  12346. and I was shocked to find out that if I wanted a single 1-800 number
  12347. to access the system, I had to set up the two lines that we needed in
  12348. the local office as equivalency lines, and that as equivalency lines I
  12349. would only get caller id on the first line of the group.
  12350. Unfortunately I could only talk to a local order taker, who couldn't
  12351. explain to me technically why this is the case, and they were unable
  12352. to suggest any work arounds and were unwilling to pass me on to anyone
  12353. technical to discuss the issue.
  12354.  
  12355. I know the Caller-ID information is transmitted between the first and
  12356. second ring to the line.  For some reason, if the first line is busy,
  12357. then the second line can not obtain the Caller-ID information and pass
  12358. it down the local loop to the subscriber at the end of the line.
  12359.  
  12360. Questions:
  12361.  
  12362. 1. Can anyone out there obtain Caller-ID information for all lines of an 
  12363. equivalency group, from their local phone company?
  12364.  
  12365. 2. Can anyone provide me with a technical information of what's
  12366. happening in the switch that does not allow Caller-ID information to
  12367. be transmitted in this case? (or a contact to someone within Bell
  12368. Canada that could answer this question)
  12369.  
  12370. 3. Any suggestions for an alternate method of having a single 1-800
  12371. number pass over to multiple local lines, with Caller-ID information
  12372. provided to all of the multiple lines.
  12373.  
  12374. Thanks for any help anyone can provide.  This system is being used to
  12375. provide information to clients with sensory disabilities, many of who
  12376. will have vision impairments, thus we want to set it up so they have
  12377. to press as few keys as possible on their telephone to use the system.
  12378.  
  12379.  
  12380. Paul Chehowski        paulc@hookup.net          
  12381. Sulis Computing       ad771@freenet.carleton.ca 
  12382.  
  12383.  
  12384. [TELECOM Digest Editor's Note: Well I don't know about the telco where
  12385. you are located, but here, Caller-ID gets passed just fine to the various
  12386. lines in a hunt group. For example I have CID on by my lines. The first
  12387. line hunts to the second when it is busy. I have one CID display box
  12388. fed through a Radio Shack automatic line selector switch. That's the
  12389. device that when a single line phone is plugged in, either of two lines
  12390. ringing will toggle the internal switch in the box and feed the ringing
  12391. line to the single phone. Instead of a phone, I feed my CID box from
  12392. that unit. (I have a two line phone nearby.) When either line rings
  12393. independently, the box shows the number. When the main line is busy and
  12394. it gets a call the second line rings of course, and the CID box shows
  12395. the number.  So I think someone at your telco misled you, unless they
  12396. have software that's different than everyone else. Now you *do* have
  12397. to pay for CID on each line; you can't get by with paying for it just
  12398. on one line; maybe that is how the rep misunderstood you. 
  12399.  
  12400. Based on the way your message read, I assume you are subscribing to some
  12401. long distance carrier which supplies ANI in the form of Caller-ID when 
  12402. you get a call. If your telco still persists that they cannot send CID
  12403. intended for the first line on to the hunt line as needed, then go back
  12404. to your LD carrier and have *them* supply the hunt group in the form of
  12405. two 800 lines; one to each of your two numbers. Have the LD carrier 
  12406. make your listed 800 number hunt to a second 'overflow' 800 number and
  12407. do the work at that end. The first 800 will feed your first line and the
  12408. second (transparent to the user, hunted) 800 number will feed your
  12409. second line. Then tell your local telco: two lines, each separate; two
  12410. Caller-ID's, one on each line. Your LD carrier will fix things on his
  12411. end so that instead of a single 800 number handled like DID which just
  12412. splashes all over the place, feeding you to the extent you can handle
  12413. it, your 800 will handle one call, and one call only at a time. When
  12414. its in use, the next incoming call hunts to another 800 and it in turn
  12415. handles one call, and one call only, directed to your second line.
  12416. Long ago, before having single 800 numbers for lots of calls at one
  12417. time, we had to do it that way; literally an actual 800 number for
  12418. each call we wamted to be able to accept. You want to take twenty
  12419. calls at a time, get twenty 800 numbers. No more, thank goodness, but
  12420. it is one way to work around telcos who refuse to take what is handed
  12421. to them and hunt with full features on their end.  You can also get
  12422. the LD carrier to actually terminate on phones at your end direct
  12423. rather than outdialing what he gets. You might want to consider that
  12424. also; cut the local telco out of the picture entirely.   PAT]
  12425.  
  12426. ------------------------------
  12427.  
  12428. From: crazer@crl.com (Charles R. Azer)
  12429. Subject: Re: The Philosophy of CallerID
  12430. Date: 23 Feb 1995 20:45:48 -0800
  12431. Organization: CRL Dialup Internet Access    (415) 705-6060  [Login: guest]
  12432.  
  12433.  
  12434. Jeremy Schertzinger (jeremyps@eskimo.com) wrote:
  12435.  
  12436. > I don't like the stuff, myself, I'll stick to espresso coffee.  btw,
  12437. > don't you think Mountain Dew looks like urine?  :-)
  12438.  
  12439. No.  It looks like radiator fluid!
  12440.  
  12441. Charles R. Azer <crazer@crl.com>
  12442.  
  12443.  
  12444. [TELECOM Digest Editor's Whimper:  Come on now guys!  Enough is enough!
  12445. Exactly what is 'radiator fluid'?  Do you mean anti-freeze?   PAT] 
  12446.  
  12447. ------------------------------
  12448.  
  12449. From: rhoes@tiac.net (Randy Hoes)
  12450. Subject: Help Needed With US Robotics Sportster
  12451. Date: Thu, 23 Feb 1995 19:46:07
  12452. Organization: Consultant
  12453.  
  12454.  
  12455. I bought a US Robotics Sportster V.34 etc. and I can't make the fax
  12456. portion work.  I have spent mucho time with Datastorm (Procomm+)
  12457. trying to isolate the problem to no avail.  Datastorm says the ROM
  12458. chip in the US Robotics is old and should be replaced.  I picked up a
  12459. rumor from my SLIP provider today that it is generally known that US
  12460. Robotics has a problem with the ROM. Has anyone heard of the problem
  12461. and is US Robotics helping us?  
  12462.  
  12463.  
  12464. Thank you,  
  12465.  
  12466. Randy Hoes
  12467.  
  12468. ------------------------------
  12469.  
  12470. From: d92-sam@flum.nada.kth.se (Sam Spens Clason)
  12471. Subject: Re: Is Origin Cell on a Cellular Call Logged?
  12472. Date: 23 Feb 1995 21:09:10 GMT
  12473.  
  12474.  
  12475. In <telecom15.101.4@eecs.nwu.edu> chuckc@hpfcla.fc.hp.com (Chuck Cairns) 
  12476. writes:
  12477.  
  12478. > Is the origin cell on a cellular call logged?
  12479.  
  12480. Can such information be used in an American court of law?  How "easy"
  12481. is is for the authorities to obtain it?
  12482.  
  12483. The reason I ask is that it can in Sweden court.  
  12484.  
  12485. Some years ago there was a case of a man being sentenced to jail on
  12486. the basis of his cell-phone records.
  12487.  
  12488. He had burglered a house but pleaded not guilty.  He had an alibi
  12489. which stated that he hadn't been within 5 km from the burglered house.
  12490.  
  12491. The police knew that he had a cellphone mounted in his car.  When they
  12492. examined the records they found that he had indeed used his phone
  12493. during his "alibi".  Telia concluded that he could not have been
  12494. farther away from the scene of the crime than 500m.
  12495.  
  12496. > [TELECOM Digest Editor's Note: To find out the answer to this, I turned
  12497. > to our resident expert, Kevin Mitnick ... <g> ... he says they are, 
  12498. > unfortunatly. Uh, I know this is a rude question to ask, but have you
  12499. > some reason to wish they were not?  PAT]
  12500.  
  12501. Maybe, maybe not.  It is a rather relevant question.  A couple of
  12502. years ago your location could be computed to a couple of hundred
  12503. meters square or more.  Now that distance has shrunk dramatically due
  12504. to the shrinking size of radio cells.
  12505.  
  12506. In just couple of years your cellphone will give you away just as
  12507. effectively as a (civillian) GPS terminal.
  12508.  
  12509. Ethical question; is this god or bad?!
  12510.  
  12511.  
  12512. Sam    <A HREF="http://www.nada.kth.se/~d92-sam/">Sam Spens Clason</A>
  12513.  
  12514. ------------------------------
  12515.  
  12516. Date: 23 Feb 95 19:07:32 EST
  12517. From: Kris Trimmer <73772.1042@compuserve.com>
  12518. Subject: Re: Is Origin Cell on a Cellular Call Logged?
  12519.  
  12520.  
  12521. In a recent issue, chuckc@hpfcla.fc.hp.com(Chuck Cairns) asked:
  12522.  
  12523. > Is the origin cell on a cellular call logged?
  12524.  
  12525. To which the Esteemed Moderator replied:
  12526.  
  12527. > [TELECOM Digest Editor's Note: To find out the answer to this, I
  12528. > turned to our resident expert, Kevin Mitnick ...<g> ... he says they
  12529. > are, unfortunately.  Uh,I know this is a rude question to ask, but
  12530. > have you some reason to wish they were not?  PAT]
  12531.  
  12532. Pat, I can't answer if Chuck has a reason, but his question does lead
  12533. to one I am curious about.
  12534.  
  12535. Let's suppose (purely hypothetically) That I am a former pro football
  12536. player and part time sportscaster with a promising acting career (Thats
  12537. promising as in - " I keep promising I'll get better - but I don't").  I
  12538. have recently been charged with the particularly gruesome murder of my
  12539. ex-wife and her friend. One key to my guilt or innocence lies in my
  12540. alibi for where I was at 10:15 at the alleged time of the murder.
  12541. Unable to challenge this time of death due to the well known "barking
  12542. dog as a time of death indicator" (a well known forensic legal
  12543. principal recently upheld in the case of Ted Bundy Vs. Lassie), I am
  12544. forced to prove I was elsewhere at or around the time of death.
  12545.  
  12546. Remembering that I placed a call to my loving main squeeze Paula on my
  12547. cellular phone from my driveway at about 10:20, I ponder whether or
  12548. not the origin cell on a cellular call is logged and if so, could that
  12549. information prove that I made the call from my driveway (or at least
  12550. near enough to originate on the closest cell to my house), and not
  12551. from my ex wife's neighborhood which is located seven to ten minutes
  12552. away by car. Not trusting the local police department to investigate 
  12553. (since they seem to be staffed mostly by people whose training and
  12554. expertise in investigation would instill a feeling of superiority in
  12555. even the likes of Deputy Barney Fife) I instead turn to the learned
  12556. subscribers of the noted electronic journal TELECOM Digest.
  12557.  
  12558. So what do you think? Anyone have any knowledge of the distance
  12559. between cells in the,say, Brentwood area of Los Angeles? Could the
  12560. origin cell log help me/hurt me? Does the carrier actually save these
  12561. logs?
  12562.  
  12563. Pat, I'm sure this isn't what Chuck was asking about, and yes, I obviously 
  12564. have to much free time.
  12565.  
  12566.  
  12567. Kris
  12568.  
  12569.  
  12570. [TELECOM Digest Editor's Note: Well you know, for some time now I have
  12571. been threatening to pre-empt the regular programming here in lieu of
  12572. giving full time coverage of the hypothetical trial (I say hypothetical
  12573. because it is too much of a joke to be a real trial) of Mister Simpson.
  12574. The trial of the century looks like it will last a century at the rate
  12575. it is going.  PAT]
  12576.  
  12577. ------------------------------
  12578.  
  12579. From: fredbg@ax.apc.org (Fred)
  12580. Subject: Re: Switch Architectures Literature 
  12581. Organization: Rede APC -- Nodo AlterNex
  12582. Date: Thu, 23 Feb 1995 21:46:41 GMT
  12583.  
  12584.  
  12585. In article <telecom15.92.1@eecs.nwu.edu>, walterz@bnr.ca says:
  12586.  
  12587. > I am looking for some papers/books that would describe switch
  12588. > architectures . My interest is in both hardware architectures and
  12589. > software architectures and their developement over last few decades.
  12590. > Could anybody please direct me to right sources on the area in the
  12591. > forms of thesis/articles/books.
  12592.  
  12593. You can find it in info.itu.ch
  12594.  
  12595.  
  12596. [TELECOM Digest Editor's Note: Indeed, the ITU is a great place to begin
  12597. your search for many topics relating to telecom. I've been very pleased
  12598. with their support of this Digest over the past year and hope they choose
  12599. to continue for a long time to come.  Definitly look into their information
  12600. service.   PAT]
  12601.  
  12602. ------------------------------
  12603.  
  12604. Date: Thu, 23 Feb 1995 05:18:17 -0600
  12605. From: Steve Bauer <sbauer@tyrell.net>
  12606. Subject: Information Wanted on Ericsson Switch
  12607.  
  12608.  
  12609. Is anyone using or administering a Plexar on an Ericsson switch?  I
  12610. will be installing one in March and wonder what I will face.  I am
  12611. running a majority of my 30 locations on a Northern DMS100 Plexar
  12612. (Centrex) arrangement.
  12613.  
  12614. Since the Ericsson switch is in another town, we plan to use Tie
  12615. Trunks to connect the two Plexars and maintain four digit dialing
  12616. company wide.
  12617.  
  12618. I've just not heard too many good things about this switch.  
  12619.  
  12620. Furthermore, it does not offer the Custom Rearrangement Service like
  12621. that available on the DMS100.  What a drag, have to issue service
  12622. orders to change anything.  <YUCK>
  12623.  
  12624.  
  12625. Steve
  12626.  
  12627. ------------------------------
  12628.  
  12629. Date: Thu, 23 Feb 1995 05:19:39 CST
  12630. From: Steve Bauer <sbauer@tyrell.net>
  12631. Subject: Re: What is DMS-100?
  12632.  
  12633.  
  12634. Stan,
  12635.  
  12636. The DMS100 is manufactured by Northern Telecom and is a very
  12637. popular switch used in central offices.  
  12638.  
  12639. About five years ago, my company was faced with the same situation
  12640. you are dealing with.  The actual biggest shock to our employees
  12641. was going to a new prefix and we forced them to go from three digit
  12642. to four digit dialing at the same time.
  12643.  
  12644. You will probably not have any trouble at all with your modem. 
  12645. Things should actually work better.  I have found on the DMS100 we
  12646. are using, which was installed by Southwestern Bell Telephone, that
  12647. you do not need to place a coma or pause after dialing the 9 access
  12648. code.  The system reacts fast enough that you can just have your
  12649. modem dial 9 followed by the desired number.
  12650.  
  12651. One little trick to remember, and it works both with voice and
  12652. modem calls is to place the "#" at the end of your dialing string. 
  12653. This will greatly speed up the processing of your call.  Without
  12654. it, the DMS100 is sitting there waiting to see if you are indeed
  12655. finished before it completes your call.  It's not a bad habit to
  12656. get in to.  When you are dialing to another four digit extension on
  12657. your campus, no need to use the "#", it will ring instantly.  
  12658.  
  12659. You will probably be given some new features and some feature codes
  12660. may also change.
  12661.  
  12662. Hope this answers your questions.
  12663.  
  12664.  
  12665. Steve
  12666.  
  12667. ------------------------------
  12668.  
  12669. Date: Fri, 24 Feb 1995 04:50:48 +0000 
  12670. From: scott miller <smiller@bnr.ca>
  12671. Subject: Re: Information Wanted About DMS Switches
  12672. Reply-To: smiller@bnr.ca
  12673. Organization: Bell-Northern Research Ltd. 
  12674.  
  12675.  
  12676. In article <telecom15.116.7@eecs.nwu.edu>, vardy@engr.mun.ca (Vardy
  12677. David) writes:
  12678.  
  12679. > Hi! I'm an electrical engineering student preparing for my first
  12680. > interiview with my first big telecommunications company. I was
  12681. > wondering if anyone could give me a simple description (or complex if
  12682. > you have time) of what a DMS Switch is and what it does. What does DMS
  12683. > stand for?  What kind of maintenance and software is required to
  12684. > maintain it?
  12685.  
  12686. DMS stands for 'Digital Multiplex Switching', which is used to
  12687. describe Northern Telecom's family of central office switches.
  12688. Variants of the DMS include the DMS-100 (end-office, POTS and ISDN),
  12689. DMS-200 (toll), DMS-300 (international gateway), DMS-MTX (cellular),
  12690. DMS-STP (CCS7), etc.
  12691.  
  12692. The components of a DMS system have been developed over the years
  12693. using many different processor families, programming languages, and
  12694. operating systems, with a common goal of achieving a the maximum
  12695. call-processing capacity and very high availability. (System downtime
  12696. targets are on the order of 30 seconds/year)
  12697.  
  12698. The role of the switch is to process telephone calls. A POTS call is
  12699. the simplest. The switch monitors for off-hook, provides dialtone,
  12700. collects dialed digits, figures out who you want to talk to, rings the
  12701. other line, waits for answer, sets up the voice path through the
  12702. switching fabric, sets up the call, and then waits for one end to hang
  12703. up so that it can reverse this process.  Oh, and it bills the call,
  12704. too. (Very important!)  And it does all this a couple of hundred times
  12705. per second.
  12706.  
  12707. The software that maintains the system is crucial, and constitutes a
  12708. large proportion of the library, which was counted at 25+ Million
  12709. lines of code a few years ago.
  12710.  
  12711. It's a very big, complex, realtime system.  It can be a real challenge
  12712. to keep it all working, and it can be damn hard work, but there's a
  12713. whole lot to be learned from it.
  12714.  
  12715. Good luck with the interview.  (NT or BNR, I presume?) 
  12716.  
  12717. (Oh, on the DMS-100 thread: I recall reading here that an example of a
  12718. difference you may find in CO switches is that some let you dial
  12719. through a stutter dialtone, and some don't.  Things like modem dialing
  12720. strings may need to be tweaked.  I imagine the differences in external
  12721. behaviour would be relatively minor.)
  12722.  
  12723.  
  12724. Scott Miller, in the bowels of Bell-Northern Research 
  12725. smiller@bnr.ca      aa438@freenet.carleton.ca
  12726.  
  12727. ------------------------------
  12728.  
  12729. Date: Thu, 23 Feb 95 09:45:27 -0500
  12730. From: padgett@tccslr.dnet.mmc.com (A. Padgett Peterson)
  12731. Subject: Re: Grim Changes for Net
  12732.  
  12733.  
  12734. > And yes, that child pornography: truly the pedophiles have a field day
  12735. > on the commercial services; after all on CIS/AOL/IRC you are whoever you
  12736. > say you are; who is to say otherwise?  At least on Internet's own version
  12737. > of chat (Internet Relay Chat or IRC) anomynity is relatively more difficult
  12738. > to pull off; your username@site is there for people to see. 
  12739.  
  12740. I suspect that the anonymity afforded by the services have a lot to do
  12741. with the problem. Now that Caller-ID is available in many areas, the
  12742. "heavy breathers" have to go elsewhere and the net is a natural.
  12743.  
  12744. My opinion is that we do not need to make context illegal (and with
  12745. all of the different juristictions probably can't since so much is
  12746. dependant on "the eye of the beholder".
  12747.  
  12748. Rather, if the identity of all users were available through something
  12749. like a "white pages" -- I know there is one, look for the first Peterson -- 
  12750. then I *suspect* that the problem would become manageable.  Currently
  12751. the traditional response -- personal retaliation is difficult.
  12752.  
  12753. The sad part of this long posting is that female users are being forced to 
  12754. change their usernames for protection. IMNSHO they are being victemized
  12755. by terrorists -- is there any other word ? -- and *that* is the injustice.
  12756.  
  12757. On earlier frontiers, those who were impolite had to do it face to face
  12758. and risked retaliation. The crude cowards of the net hide behind a mask
  12759. of distance an impersonal electrons and communicate from their closets. 
  12760.  
  12761. Now if I were more mercenary, I could see a value of being able to trace
  12762. any message to its source. It is certainly doable and not very difficult,
  12763. just an "unexplored territory" at the moment. However I do think that
  12764. Internet Caller-ID would be a better solution to the problem than the
  12765. "thought police" since censorship does nothing to stop those who are rude,
  12766. only society/culture can do that.
  12767.  
  12768.  
  12769. Warmly,
  12770.  
  12771. Padgett
  12772.  
  12773. ------------------------------
  12774.  
  12775. From: mike@sandman.com (Mike Sandman)
  12776. Subject: Re: Pair Gain Line Problem, Help!
  12777. Date: Thu, 23 Feb 1995 21:15:14 GMT
  12778.  
  12779.  
  12780. In article <telecom15.109.7@eecs.nwu.edu> Matt <mlennig@ecst.csuchico.
  12781. edu> writes:
  12782.  
  12783. > I have been told by a Pac Bell (i'm in CA) tech that the reason that I
  12784. > cannot connect above 9600 is because I'm on a "Pair Gain" line to the
  12785. > C.O. My roommate has no problem, the tech says he's on a copper line
  12786. > to the C.O.
  12787.  
  12788. > Problem: Pac Bell refuses to change me over to a copper line, saying
  12789. > that they are only required to provide a 'voice-grade' line which only
  12790. > has to support transfer speed of 1200 bps (HA HA HA HA HA).
  12791.  
  12792. > What can I do?  Does anyone have a work-around?  Has anyone experienced 
  12793. > this same problem? I've tried four different modems, all with the same
  12794. > problem. But if I use my roommate's line, everything works great! (For
  12795. > practical reasons, I can't use his line all the time, he runs a business 
  12796. > on it).
  12797.  
  12798. The usual cause of trouble connecting or staying connected at high
  12799. speeds is high loop current coming from the pair gain equipment (or
  12800. right from the CO or a PBX for that matter).
  12801.  
  12802. If you have a digital voltmeter with a DC ma scale, you should be able
  12803. to determine your loop current by putting the leads in series with one
  12804. side of the line, making a call (with the electricity going thru your
  12805. meter) and reading the ma off the meter.
  12806.  
  12807. For good data communications, it should read between 23 and 27ma DC.
  12808. If it's over 27ma, which it probably will be, you will need to get the
  12809. current down below 27ma. It is not unusual to get 50ma, and sometimes
  12810. as much as 80ma of loop current. In addition to preventing high speed
  12811. connections, 40ma and up can burn out whatever you've got connected to
  12812. the line, except standard old non-electronic 2500 type telephones.
  12813.  
  12814. If the loop current is between 23 and 27 ma, you are looking at a
  12815. problem other than loop current.  If the loop current is below 23ma,
  12816. the phone company must bring the current on the line up to 23ma. If
  12817. it's above 27ma, the phone company won't reduce the current for you,
  12818. since their high spec is 110ma (a holdover from the early 70's before
  12819. there was much electronic stuff out there).
  12820.  
  12821. To bring the current down, you can use 1/2 or 1 watt resistors in
  12822. series with BOTH sides of the line (the red and green wires). For
  12823. every 100 ohms you put on the line, you will reduce the loop current
  12824. by about 1ma. While you reduce the loop current, you are also reducing
  12825. the AC voltage containing the audio on the line - 100 ohms reduces the
  12826. level of the line about 1db.
  12827.  
  12828. If your loop current is at 33 ma, and you stick 600 ohms in series
  12829. with each side of the line, you will drop the db level from say -6db
  12830. (which is a good average), to -12db. This would probably work OK for
  12831. the modem, since it doesn't like real high audio levels anyway, but
  12832. you would have trouble hearing people talk on the line at that point.
  12833. You could put these resistors just before the modem -- and NOT in
  12834. series with with your telephone, which would still allow you to talk.
  12835.  
  12836. If you have 40ma of loop current, you would need to put in 1300 ohms
  12837. of resistors, which would lower the db level to -19db at which point
  12838. even your modem wouldn't be able to hear on the line.
  12839.  
  12840. We sell a gizmo called a Loop Current Attenuator which has a series of
  12841. dip switches that you keep flipping until you see the loop current on
  12842. the line go below 27ma. At that point, you remove your meter and leave
  12843. the Loop Current Attenuator in place. The Loop Current Attenuator uses
  12844. a network of resistors and capacitors to leave the db level alone so
  12845. you or your modem can still hear on the line, while reducing the loop
  12846. current.
  12847.  
  12848. We sell the modular Loop Current Attenuator for $32.95. 30 day
  12849. moneyback guarantee. 708-980-7710.
  12850.  
  12851.  
  12852. Mike Sandman
  12853.  
  12854. ------------------------------
  12855.  
  12856. From: Dave.Leibold@superctl.tor250.org (Dave Leibold)
  12857. Date: 23 Feb 95 22:00:13 -0500
  12858. Subject: Northern/BT Agreement Continues
  12859.  
  12860.  
  12861. [from Bell News (Bell Canada), 20 Feb 95]
  12862.  
  12863. Northern Telecom and British Telecom have added five more years to the
  12864. agreement which allows British Telecom to market Northern's business
  12865. telephone systems -- the Meridian 1 PBX and Norstar key system -- to its
  12866. customers.
  12867.  
  12868. The agreement could generate more than $600 million in revenue for our
  12869. sister BCE company.
  12870.  
  12871. British Telecom has also placed an order with Northern forf $125 million 
  12872. worth of Digital Multiplex Switching (DMS) 100 systems.
  12873.  
  12874.  
  12875. Fidonet : Dave Leibold 1:250/730
  12876. Internet: Dave.Leibold@superctl.tor250.org
  12877.  
  12878. ------------------------------
  12879.  
  12880. From: mater@primenet.com (Eric Nelson)
  12881. Subject: Re: Wireless RF Manufacturers
  12882. Date: Wed, 22 Feb 1995 01:09:56 MST
  12883. Organization: Primenet
  12884.  
  12885.  
  12886. In article <telecom15.96.4@eecs.nwu.edu> jdi@access.digex.net writes:
  12887.  
  12888. > Anybody out there know who the "good" manufacturers of RF subsystems
  12889. > for cellular systems are? Assuming there is at least one good one?
  12890.  
  12891. Good is a relative term.  I also don't know exactly what you mean by
  12892. RF subsystems.  The major manufacturers are AT&T, NTI, Ericcson and
  12893. Motorola.  North American cellular system are proprietary in that you
  12894. have to by the cell sites and swithes from the same vendor.  Hope this
  12895. helps.
  12896.  
  12897. ------------------------------
  12898.  
  12899. From: jscouria@neumann.uwaterloo.ca (John Scourias)
  12900. Subject: Re: E(TACS) and GSM
  12901. Organization: University of Waterloo
  12902. Date: Thu, 23 Feb 1995 14:30:13 -0500
  12903.  
  12904.  
  12905. Alexander Cerna <cerna@ntps5.ntep.tmg.nec.co.jp> writes:
  12906.  
  12907. > Can someone explain to me what E(TACS) and GSM are in detail?  There
  12908. > are around five cellular phone service providers in our country, and
  12909. > most of them use E(TACS).  One uses GSM, and says that this is the
  12910. > latest technology in cellular telephony.  They say that it would make
  12911. > international roaming possible (although they say that it isn't
  12912. > possible right now).
  12913.  
  12914. > Also, this service provider that uses GSM says that they're the only
  12915. > provider that's 100% digital.  One of the implications of this, they
  12916. > claim, is that their phones can't be cloned as easily as the analog
  12917. > ones.  Is this true?  Also, they say that analog systems are very
  12918. > prone to charge errors.  Is this also true?  Or are they just trying
  12919. > to scare me from going to the other service providers?
  12920.  
  12921. During the development of GSM, security was a main consideration.  GSM
  12922. authenticates the phone and the user (through a SIM card).  Also, the
  12923. digital nature of the signal provides inherently better security from
  12924. eavesdroppers, and in addition allows the signal to be enciphered.
  12925. The ETACS system, is _I believe_ a derivative of the North American
  12926. AMPS system, which is analog.  There are various stories around that
  12927. security and authentication on AMPS leave a lot to be desired.  Not
  12928. only is it easy to eavesdrop on a cellular conversation, but it is
  12929. also fairly easy to fake authentication, and fraudulently charge calls
  12930. to your account.  There were some posts earlier about channel pirating
  12931. on AMPS.
  12932.  
  12933.  
  12934. Regards,
  12935.  
  12936. John Scourias       http://ccnga.uwaterloo.ca/~jscouria
  12937. University of Waterloo    jscouria@neumann.uwaterloo.ca
  12938. Waterloo, ON, Canada   
  12939.  
  12940. ------------------------------
  12941.  
  12942. From: davethez@netcom.com (Dave)
  12943. Subject: What is ESF and D4?
  12944. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  12945. Date: Thu, 23 Feb 1995 18:07:58 GMT
  12946.  
  12947.  
  12948. When ordering a T1 line for data, the local fiber company wants to
  12949. know whether I'd like "ESF" or "D4".  Could someone please explain
  12950. what these terms mean?
  12951.  
  12952.  
  12953. TIA,
  12954.  
  12955. Dave Z   davethez@netcom.com
  12956.  
  12957. ------------------------------
  12958.  
  12959. From: leob@netcom.com 
  12960. Subject: Re: March 7 Bellcore Meeting in DC
  12961. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  12962. Date: Wed, 22 Feb 1995 01:54:48 GMT
  12963.  
  12964.  
  12965. > [TELECOM Digest Editor's Note: 
  12966.  
  12967. > This reminds me of the airline a few years ago which misprinted its 
  12968. > schedule book -- thousands of copies distributed -- and gave out the
  12969. > number of some hapless individual in error instead. When he called to
  12970. > complain, they told him to change *his* phone number. When they later
  12971. > found out he was getting rather rude with persistent callers who kept
  12972. > telling him he was a liar and that they *knew* they had reached the
  12973. > airline, then the airline tried to sue him for force him to change his
  12974. > number so that their customers would not be confused. Never once did
  12975. > it occur to them to correct their own error and reprint their booklet.
  12976.  
  12977.     Apparently the guy was not born American. He made a great
  12978. mistake, he should have sued the airline as soon as he had started
  12979. getting annoying phone calls.
  12980.  
  12981.  
  12982. Leo
  12983.  
  12984. ------------------------------
  12985.  
  12986. From: gshapiro@rain.org (Gary D. Shapiro)
  12987. Subject: NUtmeg
  12988. Date: Wed, 22 Feb 1995 01:11:21 +0800
  12989. Organization: Committee to Re-Elect George Leroy Tirebiter
  12990.  
  12991.  
  12992. When I tell people my number is NUtmeg x-xxxx, even the ones old
  12993. enough to know better say, "huh?".  (I have no idea if any 68 prefixes
  12994. even existed here in 805 when the switch to all digit dialing took
  12995. place.)
  12996.  
  12997.  
  12998. Gary D. Shapiro <gshapiro@rain.org>  http://www.rain.org/~gshapiro/
  12999.  
  13000. ------------------------------
  13001.  
  13002. End of TELECOM Digest V15 #119
  13003. ******************************
  13004.     
  13005.     
  13006. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa12180;
  13007.           24 Feb 95 14:52 EST
  13008. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  13009.     id AA06942; Fri, 24 Feb 95 08:58:12 CST
  13010. Return-Path: <telecom>
  13011. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  13012.     id AA06934; Fri, 24 Feb 95 08:58:10 CST
  13013. Date: Fri, 24 Feb 95 08:58:10 CST
  13014. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  13015. Message-Id: <9502241458.AA06934@delta.eecs.nwu.edu>
  13016. To: telecom@eecs.nwu.edu
  13017. Subject: TELECOM Digest V15 #120
  13018.  
  13019. TELECOM Digest     Fri, 24 Feb 95 08:58:00 CST    Volume 15 : Issue 120
  13020.  
  13021. Inside This Issue:                           Editor: Patrick A. Townson
  13022.  
  13023.     ACLU Cyber-Liberties Alert: Axe the Exon Bill! (ACLU Information)
  13024.     Re: MCI Slams Again (Jeff Jelinek)
  13025.     Re: MVIP? What Are We Talking About Here? (Greg Habstritt)
  13026.     Re: How To Keep Business Phone Calls Short? (Chris Mork)
  13027.     Re: Help Needed With Modems for Telephony API (
  13028.     Re: Yes, Yung'uns. CNID -is- Logged at Your Local CO (Benjamin P. Carter)
  13029.     Re: Fax Modems and Voice Lines (K. M. Peterson)
  13030.     Re: Kevin Mitnick Captured in Raleigh, NC (Brendan Dowling)
  13031.     Re: Telstra (Australia) Information Wanted (Jeremy Grigg)
  13032.     Re: What is Loop Start? (Travis Russell)
  13033.     Who Makes T-Coder or Other 2 to 1 T1 mux? (David Friedman)
  13034.  
  13035. TELECOM Digest is an electronic journal devoted mostly but not
  13036. exclusively to telecommunications topics. It is circulated anywhere
  13037. there is email, in addition to various telecom forums on a variety of
  13038. public service systems and networks including Compuserve and America
  13039. On Line. It is also gatewayed to Usenet where it appears as the moderated
  13040. newsgroup 'comp.dcom.telecom'. 
  13041.  
  13042. Subscriptions are available to qualified organizations and individual
  13043. readers. Write and tell us how you qualify:
  13044.  
  13045.                  * telecom-request@eecs.nwu.edu *
  13046.  
  13047. The Digest is edited, published and compilation-copyrighted by Patrick
  13048. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  13049. or phone at:
  13050.                     9457-D Niles Center Road
  13051.                      Skokie, IL USA   60076
  13052.                        Phone: 500-677-1616
  13053.                         Fax: 708-329-0572
  13054.   ** Article submission address only: telecom@eecs.nwu.edu **
  13055.  
  13056. Our archives are located at lcs.mit.edu and are available by using
  13057. anonymous ftp. The archives can also be accessed using our email
  13058. information service. For a copy of a helpful file explaining how to
  13059. use the information service, just ask.
  13060.  
  13061. *************************************************************************
  13062. *   TELECOM Digest is partially funded by a grant from the              *
  13063. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  13064. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  13065. * project.  Views expressed herein should not be construed as represent-*
  13066. * ing views of the ITU.                                                 *
  13067. *************************************************************************
  13068.  
  13069. Additionally, the Digest is funded by gifts from generous readers such
  13070. as yourself who provide funding in amounts deemed appropriate. Your help 
  13071. is important and appreciated. A suggested donation of twenty dollars per
  13072. year per reader is considered appropriate. See our address above.
  13073.  
  13074. All opinions expressed herein are deemed to be those of the author. Any
  13075. organizations listed are for identification purposes only and messages
  13076. should not be considered any official expression by the organization.
  13077. ----------------------------------------------------------------------
  13078.  
  13079. From: ACLU Information <infoaclu@aclu.org>
  13080. Date: Thu, 23 Feb 1995 10:48:53 -0500
  13081. Subject: ACLU Cyber-Liberties Alert: Axe the Exon Bill!
  13082.  
  13083.  
  13084. [TELECOM Digest Editor's Note: Although I commented on this topic
  13085. earlier this week and presented a lengthy commentary on the Exon
  13086. legislation, its worth mentioning again with a suggestion that you
  13087. take some stance *now* on this matter. If you did not read and
  13088. sign the petition circulated here earlier in the week, you might
  13089. want to go back and read it now, along with this similar message
  13090. sent by the ACLU.    PAT]
  13091.  
  13092. **ACLU CYBER-LIBERTIES ALERT** 
  13093.  
  13094. FIGHT ONLINE CENSORSHIP! 
  13095.  
  13096. AXE THE EXON BILL! 
  13097.  
  13098. The American Civil Liberties Union urges you to contact the members of the
  13099. U.S. Senate Commerce Committee and your own Senators to ask them to oppose
  13100. the efforts to turn online communications into the most heavily censored
  13101. form of American media. 
  13102.  
  13103. In a clumsy effort to purge sexual expression from the Internet and other
  13104. online networks, the self-described "Communications Decency Act of 1995"
  13105. (S.314, introduced by Senator Exon on 2/2/95) would make ALL
  13106. telecommunications service providers liable for every message, file, or
  13107. other content carried on their networks.  Senator Exon is planning to
  13108. attach the bill to Senator Pressler's new telecommunications legislation,
  13109. which is targeted for action in early March. 
  13110.  
  13111. The Exon proposal would severely restrict the flow of online information by
  13112. requiring service providers to act as private censors of e-mail messages,
  13113. public forums, mailing lists, and archives to avoid criminal liability. 
  13114. The ACLU believes that online users should be the only censors of the
  13115. content of the information they receive. 
  13116.  
  13117. **The Exon proposal broadens existing law by subjecting service
  13118. providers, as well as the individuals who actually send messages, to
  13119. criminal liability for any "obscene, lewd, lascivious, filthy, or
  13120. indecent" message transmitted over their networks.**
  13121.  
  13122. If enacted into law, this vague and overly broad legislation could
  13123. have the following draconian effects:
  13124.  
  13125. *    The Exon proposal would prohibit communications with sexual
  13126. content through private e-mail between consenting adults, and would
  13127. inhibit people from making comments that might or might not be
  13128. prohibited.
  13129.  
  13130. *    Under the Exon proposal, service providers would pay up to
  13131. $100,000 or spend up to 2 years in jail for prohibited content
  13132. produced by subscribers on other networks, over which they had no
  13133. control.
  13134.  
  13135. *    The Exon proposal would expand current restrictions on
  13136. telephone access by minors to dial-a-porn services to include online
  13137. access to indecent material, requiring service providers to purge
  13138. "indecent" material from public bulletin boards and discussion groups
  13139. to avoid accidental viewing by a minor.
  13140.  
  13141. In effect, online providers would be forced to offer to adults only
  13142. that content that is "suitable for minors."
  13143.   
  13144. S. 314 is nearly identical to an amendment Senator Exon successfully
  13145. attached to last year's Senate version of the telecommunications law
  13146. overhaul.  Last year's bill died for unrelated reasons, but the Senate
  13147. Commerce Committee is determined to pass new telecommunications
  13148. legislation this year that could easily include the Exon proposal.
  13149.  
  13150. The ACLU opposes the restrictions on speech imposed by this
  13151. legislation because they violate the First Amendment's guarantee of
  13152. free expression.  Forcing carriers to pre-screen content violates the
  13153. Constitution and threatens the free and robust expression that is the
  13154. promise of the Net.  The Constitution requires that any abridgement of
  13155. speech use the least restrictive means available -- the language of
  13156. the Exon proposal is clearly the most restrictive because it sweeps
  13157. broadly against a wide array of protected material involving sexual
  13158. expression.
  13159.  
  13160. Stop the information superhighway from becoming the most censored
  13161. segment of communications media!
  13162.  
  13163. ACT NOW: 
  13164.  
  13165. Urge members of the Senate Committee on Commerce, Science, and
  13166. Transportation: 
  13167.  
  13168. *To oppose the Exon proposal, or any Senate or House variation. 
  13169.  
  13170. *To drop the Exon proposal BEFORE it goes to the Senate floor.  
  13171.  
  13172. *To hold full hearings on the Exon proposal and to review it thoroughly
  13173. before it goes to the Senate floor. 
  13174.  
  13175. *To reject any effort to attach the Exon proposal to the Senate
  13176. telecommunications legislation. 
  13177.  
  13178. THE EXON PROPOSAL COULD BE LAW WITHIN WEEKS IF WE DON'T ACT TODAY. 
  13179.  
  13180. Send your letter by e-mail, fax, or snail mail to: 
  13181.  
  13182. Senator Larry Pressler, S.D. 
  13183. Chairman, Committee on Commerce, Science, and Transportation 
  13184. SR-254 Russell Senate Office Building 
  13185. Washington, DC  20510-6125 
  13186. (202) 224-5842 (phone) 
  13187. (202) 224-1630 (fax) 
  13188. e-mail: larry_pressler@pressler.senate.gov 
  13189.  
  13190. To maximize the impact of your letter, you should also write to the
  13191. members of the Senate Commerce Committee and to your own Senators.
  13192.  
  13193. A sample letter is attached. 
  13194.  
  13195. Majority Members of the Senate Commerce Committee 
  13196.  
  13197. Senator Bob Packwood, Ore. 
  13198. SR-259 Russell Senate Office Building 
  13199. Washington, DC  20510-3702 
  13200. (202) 224-5244 (phone) 
  13201. (202) 228-3576 (fax) 
  13202.  
  13203. Senator Ted Stevens, Alaska 
  13204. SH-522 Hart Senate Office Building 
  13205. Washington, DC  20510-0201 
  13206. (202) 224-3004 (phone) 
  13207. (202) 224-1044 (fax) 
  13208.  
  13209. Senator John McCain, Ariz. 
  13210. SR-111 Russell Senate Office Building 
  13211. Washington, DC  20510-0303 
  13212. (202) 224-2235 (phone) 
  13213. (202) 228-2862 (fax) 
  13214.  
  13215. Senator Conrad Burns, Mont. 
  13216. SD-183 Dirksen Senate Office Building 
  13217. Washington, DC  20510-2603 
  13218. (202) 224-2644 (phone) 
  13219. (202) 224-8594 (fax) 
  13220.  
  13221. Senator Slade Gorton, Wash. 
  13222. SH-730 Hart Senate Office Building 
  13223. Washington, DC  20510-4701 
  13224. (202) 224-3441 (phone) 
  13225. (202) 224-9393 (fax) 
  13226. e-mail:  senator_gorton@gorton.senate.gov 
  13227.  
  13228. Senator Trent Lott, Miss. 
  13229. SR-487 Russell Senate Office Building 
  13230. Washington, DC  20510-2403 
  13231. (202) 224-6253 (phone) 
  13232. (202) 224-2262 (fax) 
  13233.  
  13234. Senator Kay Bailey Hutchison, Tex. 
  13235. SH-703 Hart Senate Office Building 
  13236. Washington, DC  20510-4303 
  13237. (202) 224-5922 (phone) 
  13238. (202) 224-0776 (fax) 
  13239. e-mail:  senator@hutchison.senate.gov 
  13240.  
  13241. Senator Olympia J. Snowe, Maine 
  13242. SR-174 Russell Senate Office Building 
  13243. Washington, DC  20510-1903 
  13244. (202) 224-5344 (phone) 
  13245. (202) 224-6853 (fax) 
  13246.  
  13247. Senator John Ashcroft, Mo. 
  13248. SH-705 Hart Senate Office Building 
  13249. Washington, DC  20510-2504 
  13250. (202) 224-6154 (phone) 
  13251. (202) 224-7615 (fax) 
  13252.  
  13253. Minority Members of the Senate Commerce Committee 
  13254.  
  13255. Senator Ernest F. Hollings, S.C. 
  13256. SR-125 Russell Senate Office Building 
  13257. Washington, DC  20510-4002 
  13258. (202) 224-6121 (phone) 
  13259. (202) 224-4293 (fax) 
  13260.  
  13261. Senator Daniel K. Inouye, Hawaii 
  13262. SH-772 Hart Senate Office Building 
  13263. Washington, DC  20510-1102 
  13264. (202) 224-3934 (phone) 
  13265. (202) 224-6747 (fax) 
  13266.  
  13267. Senator Wendell H. Ford, Ky. 
  13268. SR-173A Russell Senate Office Building 
  13269. Washington, DC  20510-1701 
  13270. (202) 224-4343 (phone) 
  13271. (202) 224-0046 (fax) 
  13272. e-mail:  wendell_ford@ford.senate.gov 
  13273.  
  13274. Senator J. James Exon, Neb. 
  13275. SH-528 Hart Senate Office Building 
  13276. Washington, DC  20510-2702 
  13277. (202) 224-4224 (phone) 
  13278. (202) 224-5213 (fax) 
  13279.  
  13280. Senator John D. (Jay) Rockefeller IV, W. Va. 
  13281. SH-109 Hart Senate Office Building 
  13282. Washington, DC  20510-4802 
  13283. (202) 224-6472 (phone) 
  13284. (202) 224-1689 (fax) 
  13285.  
  13286. Senator John F. Kerry, Mass. 
  13287. SR-421 Russell Senate Office Building 
  13288. Washington, DC  20510-2102 
  13289. (202) 224-2742 (phone) 
  13290. (202) 224-8525 (fax) 
  13291.  
  13292. Senator John B. Breaux, La 
  13293. SH-516 Hart Senate Office Building 
  13294. Washington, DC  20510-1803 
  13295. (202) 224-4623 (phone) 
  13296. (202) 224-2435 (fax) 
  13297.  
  13298. Senator Richard H. Bryan, Nev. 
  13299. SR-364 Russell Senate Office Building 
  13300. Washington, DC  20510-2804 
  13301. (202) 224-6244 (phone) 
  13302. (202) 224-1867 (fax) 
  13303.  
  13304. Senator Byron L. Dorgan, N.D. 
  13305. SH-713 Hart Senate Office Building 
  13306. Washington, DC  20510-3405 
  13307. (202) 224-2551 (phone) 
  13308. (202) 224-1193 (fax) 
  13309.  
  13310. You can also write or fax your own Senator at: 
  13311.  
  13312. The Honorable ______________________ 
  13313. U.S. Senate 
  13314. Washington, D.C. 20510 
  13315.  
  13316. Senate directories including fax numbers may be found at: 
  13317.  
  13318. gopher://ftp.senate.gov:70 
  13319. gopher://una.hh.lib.umich.edu:70/0/socsci/polscilaw/uslegi 
  13320.  
  13321.  
  13322. Additional information about the ACLU's position on this issue and
  13323. others affecting civil liberties online and elsewhere may be found at:
  13324.  
  13325. gopher:\\aclu.org:6601 
  13326. OR request our FAQ at infoaclu@aclu.org 
  13327.  
  13328.           ---------cut here--------- 
  13329.  
  13330. SAMPLE LETTER 
  13331.  
  13332. Dear Senator _______: 
  13333.  
  13334. I am writing to urge you to oppose the restrictions on speech that
  13335. would be imposed by the legislation introduced by Senator Exon, known
  13336. as the Communications Decency Act of 1995, S.314, introduced on
  13337. 2/2/95.  The Exon proposal would severely restrict the flow of online
  13338. information by requiring service providers to act as private censors
  13339. of e-mail messages, public forums, mailing lists, and archives to
  13340. avoid criminal liability. I believe that online users should be the
  13341. only censors of the content of the messages they receive.
  13342.  
  13343. I urge you to: 
  13344.  
  13345. *Oppose the Exon proposal, or any Senate or House variation. 
  13346.  
  13347. *Drop the Exon proposal BEFORE it goes to the Senate floor.  
  13348.  
  13349. *Hold full hearings on the Exon proposal and review it thoroughly before
  13350. it goes to the Senate floor. 
  13351.  
  13352. *Reject any effort to attach the Exon proposal to the Senate
  13353. telecommunications legislation. 
  13354.  
  13355. Sincerely, 
  13356.  
  13357. [name] 
  13358.  
  13359.                 -----------------------------
  13360.  
  13361. ACLU Free Reading Room  |  American Civil Liberties Union 
  13362. gopher://aclu.org:6601  | 132 W. 43rd Street, NY, NY 10036 
  13363. mailto:infoaclu@aclu.org|    "Eternal vigilance is the 
  13364. ftp://ftp.pipeline.com  |         price of liberty" 
  13365.  
  13366. ------------------------------
  13367.  
  13368. From: Jeff Jelinek <jelin001@maroon.tc.umn.edu>
  13369. Subject: Re: MCI Slams Again
  13370. Organization: University of Minnesota, Twin Cities
  13371. Date: Wed, 22 Feb 1995 19:29:30 GMT
  13372.  
  13373.  
  13374. I seriously doubt that MCI intends to change an individual PIC for the
  13375. sole purpose of picking up some LD revenue for a month or so.  Big
  13376. deal.  Why would they risk the repercussions of an unauthorized PIC
  13377. change.  Of the hundreds of thousands of PIC changes that take place
  13378. each month, some of the customer service people will make a mistake.
  13379. I have not heard of this type of intentional action for many years.
  13380. Interesting.
  13381.  
  13382. ------------------------------
  13383.  
  13384. From: gregicg@cadvision.com (Greg Habstritt)
  13385. Subject: Re: MVIP? What Are We Talking About Here?
  13386. Date: 24 Feb 1995 22:17:25 GMT
  13387. Organization: Intellitech Communications Group
  13388.  
  13389.  
  13390. > Can anyone explain what the acronym "MVIP" stands for?  I heard this in
  13391. > a discussion on IVR.  
  13392.  
  13393. I'm trying to recall the exact wording for MVIP, and I can't find any
  13394. magazines near my desk with articles naming it.  However, I do believe
  13395. it stands for Multi Vendor Interface Protocol, or something to that
  13396. effect.  Bottom line is that it is a industry standard developed by
  13397. Natural Micro Systems, a voice processing hardware manufacturer
  13398. (competitor of Dialogic).  It is basically a standard that other
  13399. vendors can meet, in order to ensure that their equipment is
  13400. compatible with the NMS architecture.
  13401.  
  13402. Dialogic has a similar standard called SCSA, hence the big industry
  13403. battle between MVIP and SCSA (similar to MicroSoft's TAPI against
  13404. Novell's TSAPI).
  13405.  
  13406. Yup, that's what it is.  If you really want to know more, call NMS at
  13407. 1-800-533-6120.
  13408.  
  13409.  
  13410. gregicg@cadvision.com     Greg Habstritt                 
  13411. Intellitech Communications Inc.
  13412. Calgary, Alberta, Canada
  13413.  
  13414. ------------------------------
  13415.  
  13416. From: lotr@iac.net (Chris Mork)
  13417. Subject: Re: How To Keep Business Phone Calls Short?
  13418. Date: 23 Feb 1995 10:57:03 -0500
  13419. Organization: Internet Access Cincinnati 513-887-8877
  13420.  
  13421.  
  13422. Alan Boritz (drharry!aboritz@uunet.uu.net) wrote:
  13423.  
  13424. > A friend is having some difficulty getting his employees (less than
  13425. > ten, in a trucking business) to manage their telephone calls reasonably.  
  13426. > He doesn't want to create a hostile environment, but his inwats and
  13427. > outwats expense is getting out of hand.  Has anyone found voice terminals 
  13428. > with interval timers, or any other equipment features, to be helpful
  13429. > to accomplish that task?
  13430.  
  13431. > [TELECOM Digest Editor's Note: Radio Shack *had* (and maybe still has) such
  13432. > a thing along with other companies. It goes on the phone line and after a
  13433. > pre-set period of time you hear a litle tone in the background. You must
  13434. > then press a key on the phone to restart the timer.  After you have done
  13435. > this often enough, you are supposed to take the hint I guess.   PAT]
  13436.  
  13437. Try getting account codes from the L-D provider. Each employee can only call 
  13438. with their own code and the records show up on the monthly bill. If their 
  13439. calls get out of hand, show them the bill and point out the length of time(s) 
  13440. on their code. Try setting a monthly limit per employee. By the way, these 
  13441. codes must be "validated",(i.e. they use a SPECIFIC number ... say the last 
  13442. four digits of their social security number).
  13443.  
  13444. Hope this helps!
  13445.  
  13446. Chris Mork    lotr@iac.net
  13447.  
  13448. ------------------------------
  13449.  
  13450. Date: Thu, 23 Feb 1995 13:10:53 -0500
  13451. From: stanford@algorhythms.com
  13452. Subject: Re: Help Needed With Modems for Telephony API
  13453.  
  13454.  
  13455. All modems support Microsoft's Telephony API, but only if they have a
  13456. suitable driver.  Modem manufacturers have been slow to provide these
  13457. drivers because Microsoft distributes a free generic modem driver with
  13458. the TAPI SDK, because Microsoft distributes the source code for a
  13459. rudimentary voice modem driver free (by ftp "ftp.microsoft.com" and
  13460. Compuserve "go winext"), and because Microsoft intends to provide a
  13461. generic modem driver (Unimodem) bundled with Windows 9x.
  13462.  
  13463. The problem with these Microsoft drivers is that they are limited,
  13464. since they do not properly support voice features.  Also the Unimodem
  13465. driver appears to be a "dial only" driver since it does not pass rings
  13466. back to the application.
  13467.  
  13468. Regular modems are actually poor candidates for TAPI, since they
  13469. provide meager call control features.  Best for telephony are boards
  13470. like the IBM Mwave, which allow for full duplex speaker phone, touch
  13471. tone recognition, Caller ID, handset state detection, control over the
  13472. handset connection to the line and software upgradability to features
  13473. such as VoiceView.  Somewhere between regular modems and Mwave type
  13474. cards in terms of telephony features are voice/fax/modems, which can
  13475. record and play sound from the line, but still provide poor status
  13476. sensing (like handset on/off hook), and which are intrinsically
  13477. unreliable for two reasons: 1. the burden of voice data through the
  13478. serial port and 2. the inclusion of status and control signals in-band
  13479. in the voice data stream.  The first of these deficiencies is
  13480. addressed by some modems, such as those based on chip sets by Sierra
  13481. and Cirrus that do their voice with DMA rather than through the serial
  13482. port.  Of course modems using this technique must be internal.
  13483.  
  13484. Plug: My company, AlgoRhythms Incorporated, has written several
  13485. service providers for various different hardwares, including a generic
  13486. modem driver that supports voice modems.  This driver is not currently
  13487. commercially available, though it will be bundled with our application
  13488. software "PhoneKits" when this is released.
  13489.  
  13490. ------------------------------
  13491.  
  13492. From: bpc@netcom.com (Benjamin P. Carter)
  13493. Subject: Re: Yes, Yung'uns. CNID -is- Logged at Your Local CO
  13494. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  13495. Date: Thu, 23 Feb 1995 21:15:58 GMT
  13496.  
  13497.  
  13498. dannyb@panix.com (danny burstein) writes:
  13499.  
  13500. > ... yes, indeed, central offices -do- keep track of the CNID of
  13501. > incoming calls.
  13502.  
  13503. > (Other posters in the group have suggested that typically 90 days are
  13504. > kept online, just like with outgoing smdr.)
  13505.  
  13506. If that is so, then when a customer has received obnoxious phone
  13507. calls, the telco could provide the incoming IDs for particular
  13508. conversations that have already taken place.  This would be much more
  13509. helpful than the ineffective services that are now being offered.
  13510.  
  13511. Some person at the telco would have to access a database to provide
  13512. the record of a past conversation.  They probably won't do this for
  13513. free unless the PUC decides that they should.  On the other hand, many
  13514. customers who have received obnoxious calls are highly motivated and
  13515. would probably be willing to pay enough to allow the telco to recover
  13516. the real cost of providing such a service.  The telco might even make
  13517. a profit.
  13518.  
  13519. This reasoning assumes that caller ID is not available (as, for
  13520. example, in California) or that the telco records make it possible to
  13521. identify a caller when caller ID fails to do so.  Also, I assume
  13522. everyone agrees that the privacy of the caller should not be a
  13523. consideration if a residential customer claims to be receiving
  13524. obnoxious calls.  The privacy of the callee is certainly more
  13525. important than that of the caller in this case, and arguably so in all
  13526. cases.
  13527.  
  13528.  
  13529. Ben Carter   internet address: bpc@netcom.com
  13530.  
  13531. ------------------------------
  13532.  
  13533. From: KMP@portal.vpharm.com (K. M. Peterson)
  13534. Subject: Re: Fax Modems and Voice Lines
  13535. Date: 22 Feb 1995 21:28:57 GMT
  13536. Organization: Vertech Pharmaceuticals Incorporated
  13537.  
  13538.  
  13539. In article <telecom15.98.8@eecs.nwu.edu> randy@aplcore.jhuapl.edu
  13540. (Randall C. Poe) writes:
  13541.  
  13542. > I have been trying to get a fax modem (internal, in a Mac Powerbook) 
  13543. > to work at home, on a line shared with an answering machine and
  13544. > several voice sets (3).  The feature that doesn't work is one the
  13545. > manufacturer calls "Silent Answer", where it allows other devices to
  13546. > pick up the phone, then listens in for fax ("CNG"?) tones.  When it
  13547. > hears the fax tones, it is supposed to pick up the phone, causing the
  13548. > answering machine (for instance) to go offline.
  13549.  
  13550. > So my question: Assuming this is the problem, is there a quick,
  13551. > off-the-shelf (cheap) fix?
  13552.  
  13553. I was unable to get this working on a Supra FaxModem, spending about
  13554. 20 hours and several email and telephone conversations with the
  13555. manufacturer.
  13556.  
  13557. The retailer informed me that many of their customers were similarly
  13558. unable to get it to work.  I went to a ZyXEL for desktop use; I do not
  13559. believe that they make a PB internal.
  13560.  
  13561. My advice is to purchase an inexpensive desktop modem for home use.
  13562. ZyXELs offer "distinctive ring" decoding, which is an alternative to
  13563. "Silent Answer" requiring "Ringmate" or some other type of distinctive
  13564. ring service from your local telco.  ZyXELs, however, are _not_
  13565. inexpensive; if you don't want to go this route call Hello Direct
  13566. (1-800-HI-HELLO), and order a box from them that will do this
  13567. discrimination externally and allow you to use any modem you wish.
  13568.  
  13569.  
  13570. K. M. Peterson <KMP@VPharm.COM>  
  13571.  
  13572. ------------------------------
  13573.  
  13574. From: umhatter@mcl.ucsb.edu (Brendan Dowling)
  13575. Subject: Re: Kevin Mitnick Captured in Raleigh, NC
  13576. Date: 23 Feb 1995 12:20:07 GMT
  13577. Organization: University of California, Santa Barbara
  13578.  
  13579.  
  13580. In <telecom15.107.6@eecs.nwu.edu> jlundgre@kn.PacBell.COM (John
  13581. Lundgren) writes:
  13582.  
  13583. > I would like to see him get the same treatment that the guy in the 'got 
  13584. > milk?' commercial gets.
  13585.  
  13586. > How long are his arms?  Three feet or so?  Put a PC with a modem on a
  13587. > table outside his cell, about a meter or so away from the bars.  Of
  13588. > course, there would be absolutely nothing in the cell to let him
  13589. > extend his reach.
  13590.  
  13591. > He would be saying, "Is this what Hell is like?"
  13592.  
  13593. There are laws against "cruel and unusual punishment".
  13594.  
  13595.  
  13596. [TELECOM Digest Editor's Note: I don't know whether you guys are joking
  13597. or not ... PAT]
  13598.  
  13599. ------------------------------
  13600.  
  13601. From: jjg@ozemail.com.au (Jeremy Grigg)
  13602. Subject: Re: Telstra (Australia) Information Wanted
  13603. Date: 24 Feb 1995 01:03:13 GMT
  13604. Organization: OzEmail Pty Ltd - Australia
  13605.  
  13606.  
  13607. Although Telstra is 100% owned by the Government, some elements are less 
  13608. controlled. For example, the yellow pages commercial directories are 
  13609. owned in a consortium with a publisher and several carriers including 
  13610. Bell Canada. And the carrier's pay TV ventures are being run via 50-50 
  13611. consortia with Microsoft (on-line services) and News Corporation 
  13612. (content). The only analysis on the carrier comes from Moody's which 
  13613. regularly evaluates its credit worthiness. Prospects for the company are 
  13614. good, even though the market will be liberalised in 1997. Although there 
  13615. will be unlimited competition, dominant carriers who control bottlenecks 
  13616. will be forced to offer "commercially-sustainable" tariffs based on 
  13617. network costs. This gives Telstra an incentive to keep its overheads low.
  13618.  
  13619. ------------------------------
  13620.  
  13621. From: russell@trussell.pdial.interpath.net (Travis Russell)
  13622. Subject: Re: What is Loop Start?
  13623. Date: Wed, 22 Feb 1995 20:30:10 +0000
  13624. Organization: Travis Russell
  13625. Reply-To: russell@trussell.pdial.interpath.net (Travis Russell)
  13626.  
  13627.  
  13628. In article <telecom15.107.14@eecs.nwu.edu>, rj_welsh@ix.netcom.com (RJ WELSH) 
  13629. writes:
  13630.  
  13631. > These terms are most certainly NOT relative to T1 lines!!!  Ther refer 
  13632. > to analog telephone line "start" signals that indicate to the CO 
  13633. > (central office) that an off-hook condition exists and dial tone 
  13634. > services are required. 
  13635.  
  13636. > Loop start means that both battery and ground leads are present and 
  13637. > that ground, therefore, is supplied by the CO.  Ground start means that 
  13638. > a local (local to the off-hook instrument) ground is used and represents 
  13639. > a "single-lead" subscriber line.  
  13640.  
  13641. Loop start is commonly used for residential POTS. Uses -48V return to
  13642. the C.O..
  13643.  
  13644. > Ground start lines were and are not often used since the ground
  13645. > resistance between the subscriber and the CO is unpredictable at best
  13646. > and conductor pairs (rather than single copper wires) have been in use
  13647. > for a long time now.
  13648.  
  13649. Ground start IS used today for PBX trunks. Loop start does not work
  13650. well on PBX because of glare problems, so ground start is used again.
  13651. To use laymens terms, instead of relying on ring generator to indicate
  13652. an incoming call (which is intermittent), the C.O. sends ground on the
  13653. tip side of the line (which is steady, not intermittent).
  13654.  
  13655. > Wink start indicates a reversal of battery and ground, typically for
  13656. > less than 500 milliseconds, and is used for TRUNK, not LINE signalling.
  13657.  
  13658. Wink start is used for DID LINES. Also used with TIE lines between
  13659. PBXs.
  13660.  
  13661. By the way, the definition of a trunk vs. line? A trunk connects two
  13662. switches together. A line connects a "telephone" with a switch.
  13663. Semantics ...
  13664.  
  13665. > I won't waste bandwith correcting misconceptions about T1: buy a 
  13666. > little book and read it. 
  13667.  
  13668. T-1 channel banks are tyipcally optioned for one of the above
  13669. signaling methods, because they are connected to an analog PBX! The
  13670. trunk (or line) card coming from the PBX is terminated at a channel
  13671. bank. The channel bank muxes 24 circuits out to one T-1. The channel
  13672. bank must use the same signaling as the line card in the PBX, hence
  13673. the original misconception that these are used for T-1 signaling.
  13674.  
  13675. Hope this clears up signaling ...
  13676.  
  13677.  
  13678. Travis Russell  russell@trussell.pdial.interpath.net
  13679. Author of "Signaling System #7"   McGraw-Hill, 1995
  13680.  
  13681. ------------------------------
  13682.  
  13683. From: dfbai@ix.netcom.com (David Friedman)
  13684. Subject: Who Makes T-Coder or Other 2 to 1 T1 mux?
  13685. Date: 24 Feb 1995 14:39:59 GMT
  13686. Organization: Netcom
  13687.  
  13688.  
  13689. I have heard of a T-Coder which provides 2 T1 framed outputs from 1
  13690. T1.  When used for voice applications quality is fine.  Who makes this
  13691. unit or some type of similar simple mux?
  13692.  
  13693. We have an application where a client wants to do some simple,
  13694. inexpensive drop and insert (wants to split a small number of channels
  13695. of a T1 and pass them to our equipment which has a direct T1 interface
  13696. and channel bank the rest).  Rather than getting into expensive custom
  13697. designed drop and insert set up, I thought a T-coder would be fine
  13698. since most traffic is voice anyway.
  13699.  
  13700. Any advice or products would be appreciated.
  13701.  
  13702.  
  13703. David Friedman, Buffalo Audiotex, Inc. White Plains, New York, USA
  13704. dfbai@ix.netcom.com    Voice: (914) 674-9320   Fax: (914) 674-9345
  13705. Computer Telephone Integration - Voice Processing & Switching
  13706. Open Arch. Call Center Apps. & Int'l Callback & Calling Card Sys.
  13707.  
  13708. ------------------------------
  13709.  
  13710. End of TELECOM Digest V15 #120
  13711. ******************************
  13712.     
  13713.     
  13714. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa11967;
  13715.           28 Feb 95 8:21 EST
  13716. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  13717.     id AA01511; Tue, 28 Feb 95 01:52:31 CST
  13718. Return-Path: <telecom>
  13719. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  13720.     id AA01505; Tue, 28 Feb 95 01:52:29 CST
  13721. Date: Tue, 28 Feb 95 01:52:29 CST
  13722. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  13723. Message-Id: <9502280752.AA01505@delta.eecs.nwu.edu>
  13724. To: telecom@eecs.nwu.edu
  13725. Subject: TELECOM Digest V15 #121
  13726.  
  13727. TELECOM Digest     Tue, 28 Feb 95 01:52:00 CST    Volume 15 : Issue 121
  13728.  
  13729. Inside This Issue:                           Editor: Patrick A. Townson
  13730.  
  13731.     3 School Teachers Charged in Net Child Porn Ring (TELECOM Digest Editor) 
  13732.     Book Review: "Modems Made Easy" by Hakala (Rob Slade)
  13733.     Internet Society, DC Chapter _kick-off_ Event (Bruce Thompson)
  13734.     AT&T Wants to be Your On-Ramp (John Shaw)
  13735.     What is a Digital PBX? (Matt Noah)
  13736.     Studio Quality NTSC Digital Video Realtime Transmission (Jim Chen)
  13737.     What Are You Doing in the Falkland Islands? (Paul Robinson)
  13738.     Sprint Fiber Cut; Any Information Available (defantom@aol.com)
  13739.     Last Laugh! Nick Cheats on His Wife (TELECOM Digest Editor) 
  13740.  
  13741. TELECOM Digest is an electronic journal devoted mostly but not
  13742. exclusively to telecommunications topics. It is circulated anywhere
  13743. there is email, in addition to various telecom forums on a variety of
  13744. public service systems and networks including Compuserve and America
  13745. On Line. It is also gatewayed to Usenet where it appears as the moderated
  13746. newsgroup 'comp.dcom.telecom'. 
  13747.  
  13748. Subscriptions are available to qualified organizations and individual
  13749. readers. Write and tell us how you qualify:
  13750.  
  13751.                  * telecom-request@eecs.nwu.edu *
  13752.  
  13753. The Digest is edited, published and compilation-copyrighted by Patrick
  13754. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  13755. or phone at:
  13756.                     9457-D Niles Center Road
  13757.                      Skokie, IL USA   60076
  13758.                        Phone: 500-677-1616
  13759.                         Fax: 708-329-0572
  13760.   ** Article submission address only: telecom@eecs.nwu.edu **
  13761.  
  13762. Our archives are located at lcs.mit.edu and are available by using
  13763. anonymous ftp. The archives can also be accessed using our email
  13764. information service. For a copy of a helpful file explaining how to
  13765. use the information service, just ask.
  13766.  
  13767. *************************************************************************
  13768. *   TELECOM Digest is partially funded by a grant from the              *
  13769. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  13770. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  13771. * project.  Views expressed herein should not be construed as represent-*
  13772. * ing views of the ITU.                                                 *
  13773. *************************************************************************
  13774.  
  13775. Additionally, the Digest is funded by gifts from generous readers such
  13776. as yourself who provide funding in amounts deemed appropriate. Your help 
  13777. is important and appreciated. A suggested donation of twenty dollars per
  13778. year per reader is considered appropriate. See our address above.
  13779.  
  13780. All opinions expressed herein are deemed to be those of the author. Any
  13781. organizations listed are for identification purposes only and messages
  13782. should not be considered any official expression by the organization.
  13783. ----------------------------------------------------------------------
  13784.  
  13785. From: telecom@eecs.nwu.edu (TELECOM Digest Editor)
  13786. Subject: 3 School Teachers Charged in Net Child Porn Ring
  13787. Date: Mon, 28 Feb 1995 01:00:00 CST
  13788.  
  13789.  
  13790. I lost the notes I had on this, so I am going to reconstruct it from
  13791. memory. It was in the papers over the weekend. 
  13792.  
  13793. It seems the latest rage on Internet where the mass media is 
  13794. concerned is going to be child porn. If there is a ring going, so
  13795. much the better, eh?  Watch and see if this theme is not going to
  13796. be hammered down our throats now for awhile until something better
  13797. comes along.
  13798.  
  13799. Anyway, the papers reported that three elementary school teachers
  13800. were arrested on February 17.  Their offense was being in possession
  13801. of child porn and passing it back and forth on the net. Two of the
  13802. teachers are in Florida, and the other is in South Carolina. The
  13803. government claims the two in Florida were manufacturing it and sending
  13804. it to the guy in South Carolina. The two in Florida, it is claimed,
  13805. were getting young boys to come their homes where they received
  13806. money for doing the no-no thing on video. This video was then converted
  13807. into computer files and shipped over the Internet to the fellow in
  13808. South Carolina. He in turn distributed it elsewhere, to fellow .. umm,
  13809. enthusiasts via computer.
  13810.  
  13811. The authorities would not have known about him had they not raided 
  13812. the computers in Florida and found email, etc addressed to him. It 
  13813. seems there were other names there as well, i.e. other members of
  13814. the ring who received the files showing boys doing the no-no thing
  13815. and these folks are also teachers.
  13816.  
  13817. In a thinly veiled threat the investigators handling this case issued
  13818. a press release saying in part, "We know all school teachers are not
  13819. pedophiles, but quite a few are ... and we know that many pedophiles
  13820. select occupations where they can make easy contact with their victims.
  13821. Based on the additional names found in the computers of the men we
  13822. have arrested, our investigation will continue with an emphasis on
  13823. *school teachers who have computers and use the Internet*."
  13824.  
  13825. Oh wow!  Maybe librarians who operate children's departments in their
  13826. library who own computers and use the Internet should be included in
  13827. this investigation.  It probably would not hurt to include social
  13828. workers and youth workers who login on the net also. And whatever they
  13829. do, they should not forget to investigate the youth pastors at various 
  13830. churches.
  13831.  
  13832. Well, they did not include all those categories ... just school
  13833. teachers, which ought to send a few chills around the net. This is
  13834. starting to sound more and more like old Joe McCarthy, a creep most
  13835. of you would not remember, even if you may have heard about him.
  13836.  
  13837. McCarthy was a senator from Wisconsin during the 1950's. With the
  13838. exception of whenever the Senate was having roll call for a vote,
  13839. he spent the rest of his time all day holding hearings, with the
  13840. threat of federal subpoena and Contempt of Congress charges hanging
  13841. over the heads of those who would not cooperate. 
  13842.  
  13843. McCarthy's hearings were to locate and identify 'known communists
  13844. and homosexuals' employed by the government. He considered them to
  13845. pretty much be one and the same, although he admitted there were
  13846. some homosexuals who were not communist and vice-versa. All day long
  13847. parades of 'witnesses' came before his congressional committee to
  13848. plead their own innocence and snitch on others in an effort to
  13849. save themselves. What year was it, 1951-52?  The McCarthy hearings
  13850. went on all that summer for several weeks. Like his contemporary
  13851. in government J. Edgar Hoover, McCarthy spared no effort to identify
  13852. and root out 'deviants'. 
  13853.  
  13854. Then at night, after a hard day at work, McCarthy would retire to
  13855. one of various gay bars in Washington, DC where he would cruise for
  13856. a lover of his own for the evening ... anonymously of course. Oh, he
  13857. was a strange one alright. Sometimes if he was in a hurry to get out
  13858. to the bars, he would adjourn the afternoon session of his hearings
  13859. early. If you watched the hearings regards the Supreme Court judge
  13860. and the allegations of sexual harrassment and thought that was funny,
  13861. then you would have considered Joe McCarthy to be a real riot. 
  13862.  
  13863. About the same time in Idaho, some fellow was arrested for doing the
  13864. no-no thing in the men's room of the public library, and the uproar
  13865. over his actions caused the editors of the {Boise Idaho Statesman}
  13866. newspaper to run an editorial entitled 'crush the monsters'. In it
  13867. the newspaper encouraged police to identify and arrest all homosexuals.
  13868. The police took that message to heart, and there followed over a period
  13869. of about three years in the middle 1950's a *massive* witch hunt for
  13870. gay men (no one ever told the idiots there is such a thing as gay 
  13871. women) throughout the state of Idaho. And each one arrested took the
  13872. advice of the police that, 'if you tell us the names of all the people
  13873. you know who are deviants it will make our job a lot easier'. They
  13874. were all telling on each other; it was an unbelievable thing. Each
  13875. one arrested would give still more names to the police, etc.
  13876.  
  13877. McCarthy used the same tactics: tell us the names of the people you
  13878. know who are communists or homosexuals; if you make it easy on us
  13879. we will make it easy on you ... either that or be held in Contempt
  13880. of Congress. Joe handed out those contempt citations on a regular
  13881. basis, and the 'witnesses' would always hand over a few more names
  13882. Joe did not have on his list yet.
  13883.  
  13884.                       --------------------
  13885.  
  13886. Now fast forward forty years ... the newspapers are banging their
  13887. drums and talking about all the child pornographers on the net. By the
  13888. way, I do *not* equate child pornographers with gay men; let's set
  13889. that straight here and now.  How often since the first of this year
  13890. has a day gone by you have *NOT* read something negative about the
  13891. net in the papers?
  13892.  
  13893.     -- Mitnick, the infamous hacker captured;
  13894.  
  13895.     -- the kid in Ann Arbor gets arrested for writing threats;
  13896.        with a sex twist to the case of course;
  13897.  
  13898.     -- other hackers and phreaks arrested, stories told in detail;
  13899.  
  13900.     -- and of course the child and other assorted pornographers;
  13901.        the couple put on trial in Tennessee for pornography;
  13902.         
  13903.     -- a lengthy article in (I beleive) the {Village Voice} talking
  13904.        about how people behave themselves in hot chat on the major
  13905.        systems.
  13906.  
  13907. And more ... there are not many days now we do not read something about 
  13908. the net in the papers, and never is it positive. And now we read that
  13909. investigators feel more attention should be given to 'school teachers
  13910. with computers who use the Internet' ... they might be part of a ring
  13911. involved in child pornography. After all, three have been arrested in
  13912. the southeast, and they had names of others. Isn't that precious?  
  13913.  
  13914. Gee, you don't think the newspapers have an axe to grind with the net
  13915. do you?  I mean, its not like their circulation has gone down in
  13916. recent years is it?  It doesn't have anything to do with the fact that
  13917. there are only now only about 20 percent of the number of newspapers
  13918. in the USA today there were even thirty years ago, or the fact that
  13919. circulation and delivery hassles are worse than ever does it? Its not
  13920. like they want to keep their tight grip on the information business
  13921. and charge lots of money for what most of us get for free is it?
  13922.  
  13923. So in my opinion, watch the papers keep on banging their drums and
  13924. having a grand time with every degrogatory story they can find about
  13925. the Internet and its components. The more they write, and the more
  13926. erroneous their reports, the more the general citizenry will get in
  13927. an uproar and demand 'something needs to be done'. And the more the
  13928. citizens squall, the more the government will be egged on to clamp
  13929. down on things here. The more the government harasses the net, the
  13930. more the papers will have to write about. See how neatly it all fits
  13931. together?
  13932.  
  13933. Not only that, but the more the citizens scream and the government
  13934. reacts and the newspapers report, the more the same citizens will be
  13935. looking for admission to this not-so-exclusive of late club, so they
  13936. too can share in the alt.sex.stories and other benefits of membership
  13937. in the club.
  13938.  
  13939. You watch; this will be the year of the Internet, with lurid reports in 
  13940. the mass media on an almost daily basis before the year is out. A ring
  13941. of pedophile school teachers operating on the net?  My, my, what will
  13942. they think of next?   
  13943.  
  13944. What's going to happen is the constant abuse of the 'child pornography
  13945. is so bad, we have to take any actions possible to stop it' theory
  13946. is going to cause that theory to lose whatever currency it may still
  13947. enjoy. 
  13948.  
  13949. Yeah, child porn is sleazy stuff for sleazy people; but it is getting
  13950. to where its like a joke when the government mentions it in connection
  13951. with some investigation or another.  Whatever shock value comes with
  13952. the announcement 'child porn was found on the net' is going to wear
  13953. off. *Then* what will be next?
  13954.  
  13955.  
  13956. PAT 
  13957.  
  13958. ------------------------------
  13959.  
  13960. Date: Mon, 27 Feb 1995 14:09:08 EST
  13961. From: Rob Slade <roberts@mukluk.decus.ca>
  13962. Subject: Book Review: "Modems Made Easy" by Hakala
  13963.  
  13964.  
  13965. BKMDMDEZ.RVW   950123
  13966.  
  13967. "Modems Made Easy", David Hakala, 1993, 0-07-881962-8, U$16.95
  13968. %A   David Hakala 74720.3377@compuserve.com david.hakala@boardwatch.com
  13969. %C   2600 Tenth St., Berkeley, CA   94710
  13970. %D   1993
  13971. %G   0-07-881962-8
  13972. %I   McGraw-Hill/Osborne
  13973. %O   U$16.95 510-548-2805 800-227-0900 lkissing@osborne.mhs.compuserve.com
  13974. %T   "Modems Made Easy"
  13975.  
  13976. This is a good, short, solid overview of what you can do with modems.
  13977. Newcomers to the online world will likely need not only some help with
  13978. installation, the first few calls, tuning, and troubleshooting, but
  13979. with an introduction to all aspects of microcomputer communications.
  13980.  
  13981. An overview of modems does a good job of explaining protocol concepts
  13982. with real world analogies.  A chapter on buying a modem is quite
  13983. brief, but realistic, as is the advice on software.  Chapter five, on
  13984. setting up your modem, is short and practical.
  13985.  
  13986. Chapter six, on software installation, should be considerably expanded
  13987. in order to assist first-time users.  The concepts have been
  13988. explained, in chapter two, but the specifics of how that works out are
  13989. lacking.  There is a good section on identifying COM ports (often
  13990. missing in other works), but little advice on how to identify
  13991. incorrect parameter settings.  Appendix B, on troubleshooting, does
  13992. have some advice but it, too, is quite terse.
  13993.  
  13994. Chapters seven to twelve give you a rundown on what to do with a
  13995. modem: call a BBS, call a commercial online service, call an
  13996. electronic mail service, call the Internet, call another private
  13997. computer, or set up your own BBS.  The material on the different types
  13998. of services is quite reasonable and unbiased, and gives you good
  13999. advice on what to expect (although the Internet section could use a
  14000. bit of fact checking).  "Remote access", the ability to use your home
  14001. or office computer from another remote computer, is the only missing
  14002. application.
  14003.  
  14004. The last three chapters offer some helpful, related advice on
  14005. money-saving tips, communications-related shareware, and the
  14006. communications aspects of Windows.  There are also a number of
  14007. resource lists, including the ASP BBS list, the "Boardwatch 100" list,
  14008. and communications hardware and software vendors.
  14009.  
  14010. Those buying and setting up modems for the first time may want
  14011. additional sources of buying advice and help, but this is very
  14012. definitely worth consideration as a general advisor and entre to the
  14013. online world.
  14014.  
  14015.  
  14016. copyright Robert M. Slade, 1995   BKMDMDEZ.RVW   950123. Distribution
  14017. permitted in TELECOM Digest and associated publications. Rob Slade's
  14018. book reviews are a regular feature in the Digest.
  14019.  
  14020.  
  14021. Vancouver      ROBERTS@decus.ca     
  14022. Institute for  Robert_Slade@sfu.ca  
  14023. Research into  rslade@cue.bc.ca     
  14024. User           p1@CyberStore.ca     
  14025. Security       Canada V7K 2G6       
  14026.  
  14027. ------------------------------
  14028.  
  14029. Date: Mon, 27 Feb 95 14:45:00 EST
  14030. From: Bruce Thompson <0004941613@mcimail.com>
  14031. Subject: Internet Society, DC Chapter _kick-off_ Event
  14032.  
  14033.  
  14034. Internet Society Washington, DC Chapter Inaugural Meeting
  14035.  
  14036. The Washington DC chapter of the Internet Society (DC-ISOC)
  14037. proudly presents:
  14038.  
  14039.    _The Internet Comes to Washington_
  14040.  
  14041. Join us for a unique event where leaders from government, technology,
  14042. industry, and education will share their views about the Internet.
  14043. This kick-off event will assemble a diverse blend of key players
  14044. involved with the Internet's creation, usage and future.
  14045.  
  14046. Who should attend?
  14047.  
  14048.  - Internet services providers
  14049.  - Government policy makers
  14050.  - Representatives of special interests related to Internet
  14051.     - educational uses
  14052.     - freedom and privacy concerns
  14053.     - business uses
  14054.  - Anyone interested in the Internet's continued success and growth
  14055.  
  14056. Note this important event on your calendar now for March 9, 1995.
  14057. Preliminary information is included below.  A final announcement will be 
  14058. distributed soon.
  14059.  
  14060.              ----------- Event Overview: -----------
  14061.  
  14062. Title: _The Internet Comes to Washington_
  14063. Date:  Thursday, March 9, 1995
  14064. Time:  6 PM - 9 PM
  14065. Place: Georgetown University
  14066.        Reiss Science Building -- Room 103
  14067.        Washington, DC
  14068.  
  14069. There is no charge to attend "Internet Comes to Washington."  This
  14070. event inaugurates programs and activities of the Washington, DC
  14071. Chapter of the Internet Society (DC-ISOC).
  14072.  
  14073. Directions:   See below
  14074. Registration: See below
  14075.  
  14076.           ---------------- Schedule: ----------------
  14077.  
  14078. 6:00 - 7:00  Registration
  14079. 7:00 - 7:10  Welcoming remarks and introduction to DC-ISOC
  14080. 7:10 - 8:00  Speaker presentations and panel discussion
  14081. 8:00 - 9:00  Informal discussions
  14082.  
  14083. Mr. Anthony Rutkowski (Executive Director, Internet Society) will
  14084. introduce speakers and moderate the panel discussion.  Speakers will
  14085. give brief presentations about the Internet from their perspectives.
  14086. This will be followed by a moderated question and answer period.
  14087.  
  14088. The last hour will allow informal discussions with the speakers and
  14089. among your fellow industry leaders and peers.
  14090.  
  14091.           -------------- Speakers Include: ----------------
  14092.  
  14093. Vinton Cerf: Internet Society President and
  14094.              Senior Vice President at MCI.
  14095.  
  14096. Tom Kalil:   Director to the National Economic Council at the
  14097.              White House and a principal on the White House
  14098.              Information Infrastructure Task Force (IITF).
  14099.  
  14100. Brock Meeks: Washington Bureau Chief for Interactive Week,
  14101.              Creator of Cyberwire Dispatch, and contributing writer for
  14102.              Wired Magazine
  14103.  
  14104. Linda Roberts: Special Advisor on Education Technology at the
  14105.                U.S. Department of Education (tentative)
  14106.  
  14107. Frank H. Slovenec: President and Chief Operating Officer at 
  14108.                    Government Technical Services Inc. (GTSI)
  14109.  
  14110. TBD: United States Congress (pending invitation acceptance)
  14111.  
  14112. Due to seating limitations, we request preregistration for this event.
  14113. (see registration details below) The latest information about this
  14114. event can be found at: http://www.dcisoc.org/dcisoc.
  14115.  
  14116.  
  14117.              ---------- About DC-ISOC -----------------
  14118.  
  14119. DC-ISOC was formed to meet unique needs of Washington, DC-area
  14120. Internet planners, builders, and users, and to help represent the
  14121. Internet to the U.S. government.  The Internet Society itself
  14122. (headquartered in nearby Reston, VA), a global organization, has
  14123. encouraged creation of DC-ISOC to allow the headquarters organization
  14124. to maintain a global perspective, while the chapter meets the pressing
  14125. need for Internet representation in the U.S. government's work to
  14126. define the National Information Infrastructure (NII).
  14127.  
  14128. DC-ISOC's other major focus, concerns of the many Internet service
  14129. providers, and policy and user advocacy groups concentrated in the
  14130. DC-area "Netplex" (Fortune magazine, 3/7/94), is also a natural
  14131. direction for a local chapter.  DC-ISOC recognizes that several
  14132. existing organizations, each covering a specific aspect of the
  14133. Internet, exist.  The chapter will provide a mechanism and forum for
  14134. those diverse interests to interact and advance their goals.
  14135.  
  14136. DC-ISOC membership is open to individuals and corporations with a
  14137. strong interest in how the Internet develops, whom it serves, and how
  14138. it is used.  The chapter especially encourages participation by
  14139. representatives of the many DC-area Internet service providers, public
  14140. interest and other advocacy groups, representatives of Federal
  14141. Government agencies, and interested individuals.
  14142.  
  14143. For further information contact DC-ISOC via:
  14144. Email address  info@dcisoc.org
  14145. HTML           http://www.dcisoc.org/dcisoc.
  14146. Phone number   (703) 648-9888
  14147.  
  14148.  
  14149.         ---- Directions to Reiss Science Building: ----
  14150.  
  14151. Reiss Science Building, Room 103, Georgetown University
  14152.  
  14153.  From the front gate, head diagonally across the main courtyard,
  14154. bearing to the right, toward the large building with the sloped room
  14155. (the Intercultural Center, or ICC).  The Reiss Science Building is
  14156. immediately north of the ICC: follow the sidewalk to the right of the
  14157. ICC and up the stairs, and enter the building on the Northeast side.
  14158. Signs will direct you to the auditorium.
  14159.  
  14160. Pay parking is available in Parking Lot 3, accessible via Canal Road
  14161. or Prospect Street (take 37th south from the main gate, which
  14162. dead-ends at Prospect Street, then bear right).  From the East end of
  14163. Parking Lot 3, follow the service drive North past the Jesuit cemetery
  14164. and the ICC, and the Reiss Science Building will be the next building
  14165. on the right as you head up the hill.
  14166.  
  14167.             ---------- Registration: ------------
  14168.  
  14169. You can register for the event in several ways:
  14170.  
  14171. Email the enclosed registration form to registration@dcisoc.org.
  14172.  
  14173. On-line registration at: http://www.dcisoc.org/dcisoc.
  14174.  
  14175. Contact the Internet Society at (703) 648-9888.  
  14176.  
  14177.  
  14178. Name:
  14179. Title:
  14180. Organization:
  14181. Telephone:
  14182. FAX:
  14183. Email:
  14184. Postal address:
  14185.  
  14186. There is no charge to attend "Internet Comes to Washington."  This
  14187. event inaugurates the programs and activities of the Washington DC
  14188. Chapter of the Internet Society (DC-ISOC).
  14189.  
  14190. ------------------------------
  14191.  
  14192. From: John Shaw <johnshaw@cuix.pscu.com>
  14193. Subject: AT&T Wants to be Your On-Ramp
  14194. Date: 27 Feb 1995 15:06:19 -0800
  14195. Organization: Computer Users Information Exchange
  14196.  
  14197.  
  14198. The following abstract appeared in a recent issue of {Cybernautics
  14199. Digest}.
  14200.  
  14201. *****************************
  14202. AT&T Wants To Be Your On-Ramp
  14203. *****************************
  14204.  
  14205. Your set-top just got more crowded. According to Junko Yoshida, AT&T
  14206. will begin selling "a new breed of interactive consumer device that
  14207. will bring voice, e-mail and fax messaging, together with personalized
  14208. information services, onto a TV screen" in the second-quarter of this
  14209. year ("AT&T unveils 'Sage' info center at CES," Electronic Engineering
  14210. Times, Jan. 9, 1995, p. 10).
  14211.  
  14212. Yoshida reports that the $329 AT&T TV Information Center, which uses
  14213. existing phone lines, can store 20 minutes of digital voice messages.
  14214. Users will be able select which voice message they want to listen to
  14215. from an on-screen list, and will be able to access topic-specific
  14216. news, sports scores, local traffic, weather, and interactive services
  14217. such as electronic home-banking and bill paying. AT&T says customers
  14218. will be able to purchase a basic package of these services for less
  14219. than $10 a month.
  14220.  
  14221. "This was specifically designed as an alternative device for those who
  14222. choose not to buy a PC at home," says Bell Labs V.P. Eric Sumner in
  14223. the article. In response to set-top boxes being developed by other
  14224. telcos and cable companies, Sumner says AT&T's new devices will be
  14225. positioned as "information superhighway on-ramp products for everyone
  14226. that can be used today, instead of something useful five years from
  14227. now."
  14228.  
  14229. AT&T will also sell a model that connects to a PC and a $199 model
  14230. that consists of a phone with a built-in screen. Zenith Electronics
  14231. Corp., through an agreement with AT&T, will begin incorporating the
  14232. technology into its TVs and cable set-top boxes beginning in early
  14233. 1996, Yoshida reports.
  14234.  
  14235. A sidebar on Bell Laboratories' new Plan 9 operating system, which
  14236. AT&T's product uses, accompanies the article. The new OS has been
  14237. viewed as a possible successor to Bell Labs' Unix operating system.
  14238.  
  14239.                     ------------------------
  14240.  
  14241. This story is republished with permission from the March 1995 
  14242. {Cybernautics Digest}, a monthly summary of reports about converging 
  14243. information technologies.
  14244.  
  14245. (Contact: Terry Hansen, Cybernautics Digest, c/o KFH Publications 
  14246. Inc., 3530 Bagley Ave. N., Seattle, WA 98103; 206-547-4950; Fax: 
  14247. 206-547-5355; E-mail: cybernbf@cuix.pscu.com. U.S. subscription 
  14248. rate: $24; $2 sample issue. Or visit us on the World Wide Web 
  14249. at http://www.pscu.com)
  14250.  
  14251. ------------------------------
  14252.  
  14253. From: noah@rain.org (Matt Noah)
  14254. Subject: What is a Digital PBX?
  14255. Date: Tue, 28 Feb 95 02:39:10 GMT
  14256.  
  14257.  
  14258. What is the definition of a "digital" PBX?
  14259.  
  14260. Assuming an analog PBX is one in which the trunk lines are strictly
  14261. analog, e.g. E&M, Ground Start, is a "digital" PBX one in which the
  14262. trunk lines all carry PCM voice with digital signalling?  If so, what
  14263. type of digital signalling?  Is it T1?  Is it ISDN?  Is it something
  14264. other than T1 or ISDN?  Is it combinations of various digital standards?
  14265.  
  14266.  
  14267. Matt
  14268.  
  14269. ------------------------------
  14270.  
  14271. From: jim-chen@nwu.edu (jim chen)
  14272. Subject: Studio Quality NTSC Digital Video Realtime Transmission
  14273. Date: 28 Feb 1995 06:26:55 GMT
  14274. Organization: acns dcg
  14275.  
  14276.  
  14277. I am looking for ways to transmit realtime high resolution NTSC video
  14278. digitally across country or/& pipe around city. Current and near
  14279. future(three to six months) solution needed. Any information will help. 
  14280.  
  14281. Please e-mail to jim-chen@nwu.edu.
  14282.  
  14283.  
  14284. Jim Chen
  14285.  
  14286. ------------------------------
  14287.  
  14288. Date: Sun, 26 Feb 1995 21:49:44 EST 
  14289. From: Paul Robinson <paul@tdr.com>
  14290. Organization: Tansin A. Darcos & Company, Silver Spring, MD USA
  14291. Subject: What Are You Doing in the Falkland Islands?
  14292.  
  14293.  
  14294. I just had a couple of interesting thoughts regarding the new 500 area
  14295. code in the US:
  14296.  
  14297.  1. Someone gives out a number like 500-xxx-xxxx and the person getting
  14298.     it says "I thought you lived in Las Vegas?  What are you doing,
  14299.     running some kind of phone sex system in the Falkland Islands?  (A lot
  14300.     of this is done in the Netherlands Antilles and a few other places.)
  14301.  
  14302.  2. Someone gets a note to return a call with an area code 500 number and 
  14303.     reaches some poor clueless person over in the Falkland Islands.  (It
  14304.     probably wouldn't work though; the numbers there are probably only
  14305.     4 or 5 digits, not 7.  It's not a very large place.)
  14306.  
  14307. (Falkland Islands moved to +500 some time after the war between Britain
  14308. and Argentina.  It was either in 1 809 or was nondialable and required
  14309. international operator assistance).
  14310.  
  14311.  
  14312. [TELECOM Digest Editor's Note: It does not matter how many digits the
  14313. place has. If the number is direct dialable, then it can be used. In
  14314. most places where the local numbers are less than seven digits, you
  14315. will find the city code and country code are longer, to fill in the
  14316. blanks.    PAT]
  14317.  
  14318. ------------------------------
  14319.  
  14320. From: defantom@aol.com (DeFantom)
  14321. Subject: Sprint Fiber Cut; Any Information Available?
  14322. Date: 27 Feb 1995 23:03:29 -0500
  14323. Organization: America Online, Inc. (1-800-827-6364)
  14324. Reply-To: defantom@aol.com (DeFantom)
  14325.  
  14326.  
  14327. We were affected by a nasty fiber cut Sprint had in Texas way about
  14328. two weeks ago.  (Over four hours!)  Does anyone have any kind of
  14329. information or know where I can get it?  Our account team is not being
  14330. very forthcoming.
  14331.  
  14332.  
  14333. Thanks!!
  14334.  
  14335. ------------------------------
  14336.  
  14337. From: telecom@eecs.nwu.edu (TELECOM Digest Editor)
  14338. Subject: Last Laugh! Nick Cheats on His Wife
  14339. Date: Tue, 28 Feb 1995 01:00:00 CST
  14340.  
  14341.  
  14342. This was the 'One Big Happy' comic strip for February 25:
  14343.  
  14344. Picture 1:
  14345.  
  14346. Grandma is yelling at Grandpa Nick. An angry look on her face, she
  14347. says, "I can't believe you'd waste money on such a thing!"
  14348.  
  14349. Their son has just come in the door and says "uh-oh, what now?".
  14350.  
  14351. Picture 2:
  14352.  
  14353. Grandma turns to son, still with an angry look on her face and
  14354. says, "Your father! Look at these charges on our phone bill!"
  14355.  
  14356. (Holding out a sheet of paper so the son can see it.)
  14357.  
  14358. Son says, "900 numbers?"
  14359.  
  14360. Picture 3:
  14361.  
  14362. Grandma continues her tirade at Grandpa Nick, who stands there with
  14363. an embarassed look on his face. She says "I consider it cheating, Nick."
  14364.  
  14365. Son (holding the phone bill and reading it) says, "Dad, you're calling
  14366. the smut lines?"
  14367.  
  14368. Picture 4:
  14369.  
  14370. Grandpa Nick's eyes brighten up. He looks at his son and says, "Smut?
  14371. What smut? Those numbers are the crossword puzzle help line."
  14372.  
  14373. Grandma still has an angry look on her face and says, "Cheater! No
  14374. wonder you've been using a ballpoint!"
  14375.  
  14376. In the foreground son's eyes are big and he stands there with a very
  14377. embarassed look on his face.
  14378.  
  14379.  
  14380. PAT
  14381.  
  14382. ------------------------------
  14383.  
  14384. End of TELECOM Digest V15 #121
  14385. ******************************
  14386.     
  14387.     
  14388. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa20030;
  14389.           28 Feb 95 18:05 EST
  14390. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  14391.     id AA11395; Tue, 28 Feb 95 12:43:42 CST
  14392. Return-Path: <telecom>
  14393. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  14394.     id AA11389; Tue, 28 Feb 95 12:43:40 CST
  14395. Date: Tue, 28 Feb 95 12:43:40 CST
  14396. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  14397. Message-Id: <9502281843.AA11389@delta.eecs.nwu.edu>
  14398. To: telecom@eecs.nwu.edu
  14399. Subject: TELECOM Digest V15 #122
  14400.  
  14401. TELECOM Digest     Tue, 28 Feb 95 12:43:30 CST    Volume 15 : Issue 122
  14402.  
  14403. Inside This Issue:                           Editor: Patrick A. Townson
  14404.  
  14405.     Pakistan Shuts Down Cellular Network (Rishab Aiyer Ghosh)
  14406.     Book Review: "Using E-Mail" by Gibbons et al. (Rob Slade)
  14407.     AT&T Offers 'International Redial' (TELECOM Digest Editor)
  14408.     Minority Scholarships in Telecommunications (Heather Hudson)
  14409.     Analog Interface Parameters (Eli Cohen)
  14410.     Transport Training Advisory Group Wanted (George B. Ford)
  14411.     Non-Published Phone Number and Privacy Act (Ron Higgins)
  14412.     Oradell, NJ Finally Gets 911 Service (Robert Casey)
  14413.     More CellOne/NY Frolics (Stan Schwartz)
  14414.     Hardware Wanted For Forward-on Busy, No Answer (Chris Lee)
  14415.     Does Bridge Affect Modem? (Ted Shapin)
  14416.     T1's, NewBridge Banks, and High End Modems (Mark Hittinger)
  14417.     Automated Bridge Wanted (Stephen J. Mahler)
  14418.     G7 Meeting Notes Wanted (Lars Kalsen)
  14419.     Information Wanted on Directory Assistance System (Shanavas H. Nyakhar)
  14420.     Invitation to Long Distance Domestic Re-Sellers and Reps (Kevin Lipsitz)
  14421.     Edwards Research Institute Virtual Mall (C. Boyle)
  14422.  
  14423. TELECOM Digest is an electronic journal devoted mostly but not
  14424. exclusively to telecommunications topics. It is circulated anywhere
  14425. there is email, in addition to various telecom forums on a variety of
  14426. public service systems and networks including Compuserve and America
  14427. On Line. It is also gatewayed to Usenet where it appears as the moderated
  14428. newsgroup 'comp.dcom.telecom'. 
  14429.  
  14430. Subscriptions are available to qualified organizations and individual
  14431. readers. Write and tell us how you qualify:
  14432.  
  14433.                  * telecom-request@eecs.nwu.edu *
  14434.  
  14435. The Digest is edited, published and compilation-copyrighted by Patrick
  14436. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  14437. or phone at:
  14438.                     9457-D Niles Center Road
  14439.                      Skokie, IL USA   60076
  14440.                        Phone: 500-677-1616
  14441.                         Fax: 708-329-0572
  14442.   ** Article submission address only: telecom@eecs.nwu.edu **
  14443.  
  14444. Our archives are located at lcs.mit.edu and are available by using
  14445. anonymous ftp. The archives can also be accessed using our email
  14446. information service. For a copy of a helpful file explaining how to
  14447. use the information service, just ask.
  14448.  
  14449. *************************************************************************
  14450. *   TELECOM Digest is partially funded by a grant from the              *
  14451. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  14452. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  14453. * project.  Views expressed herein should not be construed as represent-*
  14454. * ing views of the ITU.                                                 *
  14455. *************************************************************************
  14456.  
  14457. Additionally, the Digest is funded by gifts from generous readers such
  14458. as yourself who provide funding in amounts deemed appropriate. Your help 
  14459. is important and appreciated. A suggested donation of twenty dollars per
  14460. year per reader is considered appropriate. See our address above.
  14461.  
  14462. All opinions expressed herein are deemed to be those of the author. Any
  14463. organizations listed are for identification purposes only and messages
  14464. should not be considered any official expression by the organization.
  14465. ----------------------------------------------------------------------
  14466.  
  14467. Subject: Pakistan Shuts Down Cellular Network
  14468. From: telco-rg@dxm.ernet.in (Rishab Aiyer Ghosh)
  14469. Date: Tue, 28 Feb 95 20:46:21 IST
  14470. Organization: Deus X Machina
  14471.  
  14472.  
  14473. --==(C) Copyright 1995 Rishab Aiyer Ghosh
  14474.  
  14475. Unable to intercept traffic, Pakistan shuts down cellular network
  14476.  
  14477. The Karachi daily _Dawn_ reported yesterday (26th February 1995) that
  14478. the Pakistan government has shut down a cellular network run by
  14479. Mobilink, a joint venture between Motorola and Pakistani SAIF Telecom,
  14480. as it was unable to intercept traffic.
  14481.  
  14482. The company was unable to provide interception services to
  14483. intelligence agencies. According to a Mobilink official "there are no
  14484. commercial products ... that enable over-the-air monitoring of calls."
  14485. However it remains unclear why agencies would require monitoring of
  14486. wireless mobile-to-base traffic, instead of intercepting at the base
  14487. station. While GSM's digital encrypted traffic may be hard to tap in
  14488. real-time, it is decrypted at the base station.  Earlier in January
  14489. the network was suspended for two weeks during negotiations.
  14490.  
  14491. Karachi, Pakistan's largest city and commercial capital, has been
  14492. suffering from considerable sectarian and political violence, which
  14493. has claimed 700 lives last year, and a further 154 this month.
  14494.  
  14495.  
  14496. --==(C) Copyright 1995 Rishab Aiyer Ghosh (rishab@dxm.ernet.in)
  14497. --==May be distributed electronically provided that only compilation or
  14498. --==transmission charges are applied. Other uses require written permission.
  14499.  
  14500. For Electric Dreams subscriptions and back issues, send a mail to
  14501. rishab@arbornet.org with 'get help' as the message Subject.
  14502.  
  14503. Rishab Aiyer Ghosh          rishab@dxm.ernet.in           rishab@arbornet.org
  14504. Vox +91 11 6853410 Voxmail 3760335       H 34C Saket, New Delhi 110017, INDIA  
  14505.  
  14506. ------------------------------
  14507.  
  14508. Date: Tue, 28 Feb 1995 21:08:33 EST
  14509. From: Rob Slade <roberts@mukluk.decus.ca>
  14510. Subject: Book Review: "Using E-Mail" by Gibbons et al.
  14511.  
  14512.  
  14513. BKUEMAIL.RVW   950124
  14514.  
  14515. "Using E-Mail", Gibbons et al, 1994, 0-7897-0023-9, U$24.99/C$33.99/UK#22.99
  14516. %A   Dave Gibbons dgibbons@bigcat.missouri.edu  70007.5106@compuserve.com
  14517. %A   David Fox 
  14518. %A   Alan Westenbroek alan@datastorm.com awestcnb@bigcat.missouri.edu
  14519. %A   Dick Cravens 73324.2743@compuserve.com
  14520. %A   Andrew B. Shafran shafran@cis.ohio-state.edu
  14521. %C   201 W. 103rd Street, Indianapolis, IN   46290
  14522. %D   1994
  14523. %G   0-7897-0023-9
  14524. %I   Que/MacMillan Computer Publishing (MCP)
  14525. %O   U$24.99/C$33.99/UK#22.99 75141.2102@compuserve.com
  14526. %P   376
  14527. %T   "Using E-Mail"
  14528.  
  14529. Although large chunks of this book are simply versions of product
  14530. documentation, there are many sections of good, thoughtful, useful
  14531. advice as well.
  14532.  
  14533. Chapter one is a good introduction and a breakdown of the mail system
  14534. into the mail user agent (MUA, called "front end" in the book) and the
  14535. mail transport agent (MTA).  Later parts of the chapter may become too
  14536. technical in discussions of wide area networks, to no purpose.
  14537. Chapters two and three give a very good overview of email use and
  14538. evaluation.  The material is broad- ranging and generally excellent,
  14539. with the notable exception of deficiencies in the coverage of security
  14540. and file attachments.  Chapters four through seven document uses and
  14541. commands for cc:Mail, MS-Mail, Novell Groupwise, Lotus Notes and
  14542. Windows for Workgroups.
  14543.  
  14544. Chapters eight to fourteen cover what is generally the "mail
  14545. Internet"; BBS networks, commercial services, and the Internet,
  14546. itself.  Except for two sizeable chapters on Compuserve and America
  14547. Online, the material is quite terse, though an acceptable
  14548. introduction.  Directions and tables of internetwork addressing are a
  14549. strong point, here.
  14550.  
  14551. (For a book discussing global email, there is much evidence of
  14552. US-centrism.  This may explain some of the blind spots with regard to
  14553. security issues.)
  14554.  
  14555. A fair amount of the book could be discarded with no appreciable loss,
  14556. and a few points (such as netiquette) could stand some boosting.
  14557. Overall, though, this is a solid introduction to the topic.  And the
  14558. authors show admirable restraint in not promoting ProComm.
  14559.  
  14560.  
  14561. copyright Robert M. Slade, 1995   BKUEMAIL.RVW   950124. Distribution
  14562. permitted in TELECOM Digest and associated publications. Rob Slade's
  14563. book reviews are a regular feature in the Digest.
  14564.  
  14565.  
  14566. ROBERTS@decus.ca, RSlade@sfu.ca, Rob Slade at 1:153/733 RSlade@cyberstore.ca
  14567. Author "Robert Slade's Guide to Computer Viruses" 0-387-94311-0/3-540-94311-0
  14568.  
  14569. ------------------------------
  14570.  
  14571. Date: Mon, 27 Feb 95 22:32:27 CST
  14572. From: telecom@eecs.nwu.edu (TELECOM Digest Editor)
  14573. Subject: AT&T Offers 'International Redial'
  14574.  
  14575.  
  14576. A new service from AT&T allows subscribers who make a lot of
  14577. international calls to cut through the wasted time so prevelant when
  14578. calling many international points with no circuit messages, busy
  14579. signals and such.
  14580.  
  14581. Called 'International Redial' the way it works is after dialing an
  14582. international call where you did not get through, you just have to
  14583. hang up a second and dial *234. That will automatically redial your
  14584. last international call over again, several times for up to thirty
  14585. minutes. Once it gets through, a message is played in your choice of
  14586. 14 languages to the party who answers the phone. It tells him to
  14587. hold on and you are called back and patched through.
  14588.  
  14589. Nothing comes free:  The cost is $3.00 per month, and it only works
  14590. to about twenty countries at the present time, however those twenty
  14591. include a few that are notorious for sending back that message saying
  14592. 'your call cannot be completed in the country you dialed at this
  14593. time'.
  14594.  
  14595. To enroll or for more information:  1-800-732-WORLD.  Yes, I know
  14596. you can leave the /D/ off the end if you want.
  14597.  
  14598.  
  14599. Pat T.
  14600.  
  14601. ------------------------------
  14602.  
  14603. Date: Mon, 27 Feb 1995 21:38:02 PST
  14604. From: HUDSON@CLUSTER.USFCA.EDU
  14605. Subject: Minority Scholarships in Telecommunications
  14606.  
  14607.  
  14608. Please ask your readers to share the following information:
  14609.  
  14610. The University of San Francisco offers MBA and MA Programs in
  14611. TelecommunicationsManagement and Policy. Scholarships are available
  14612. for minority students through funding from the Telecommunications
  14613. Education Trust. USF also offers professional seminars, and will offer
  14614. a seminar on the Global Information Infrastructure (GII) for planners
  14615. and policy makers from developing countries. For further information,
  14616. please contact:
  14617.  
  14618. Telecommunications Program
  14619. McLaren School of Business
  14620. U of San Francisco
  14621. San Francisco, CA 94117-1080
  14622. e-mail: hudson@usfca.edu
  14623. phone: 415/666-6642; fax: 415/666-2502
  14624.  
  14625.  
  14626. Thanks,
  14627.  
  14628. Heather Hudson
  14629.  
  14630. ------------------------------
  14631.  
  14632. From: gandalf!elic@uunet.uu.net (Eli Cohen)
  14633. Subject: Analog Interface Parameters
  14634. Organization: Tel-Aviv University Computation Center
  14635. Date: Tue, 28 Feb 1995 11:23:04 GMT
  14636.  
  14637.  
  14638. I'm looking for information in the form of articles research papers
  14639. etc. on the topic of Analog Interface Parameters.
  14640.  
  14641. The parameters I'm looking for (such as Line Impedance, Dial Tone,
  14642. Cadences, etc.) should be categorized be country of origin.
  14643.  
  14644. Thanks for your help.
  14645.  
  14646.  
  14647. Eli Cohen  elic@lannet.com
  14648.  
  14649. ------------------------------
  14650.  
  14651. From: fordgb@aur.alcatel.com (George B. Ford)
  14652. Subject: Transport Training Advisory Group Wanted
  14653. Date: 27 Feb 1995 16:39:59 GMT
  14654. Organization: Alcatel Network Systems Inc, Raleigh NC
  14655. Reply-To: fordgb@aur.alcatel.com
  14656.  
  14657.  
  14658. Does anyone know if there is a Training Advisory Group for Transport
  14659. products?  SNIC, COM-TAG, and NARC-TAG used to provide recommendations
  14660. for Switching products.  Any leads or information will be appreciated.
  14661.  
  14662. ------------------------------
  14663.  
  14664. From: rhiggins@carroll1.cc.edu (Ron Higgins)
  14665. Subject: Non-Published Phone Number and Privacy Act
  14666. Date: 27 Feb 1995 07:43:19 -0600
  14667. Organization: Lightning Systems
  14668.  
  14669.  
  14670. Before I spend hours of my personal time digging into this subject, I
  14671. am wondering if there is anyone out there that has looked into using
  14672. the Privacy Act to avoid having their telephone number published in
  14673. the annual telephone directory and given out by "information".
  14674.  
  14675. Our local telephone company is planning a 900% (900 percent) increase
  14676. in the rate that it charges for a non-published, non-listed telephone
  14677. number on a monthly basis.  And that is on top of the "*67" that I
  14678. have to dial to stop my number from being transmitted by Caller ID.
  14679.  
  14680. If you know of any information available on this subject, please send
  14681. e-mail to the address at the end of this message.
  14682.  
  14683.  
  14684. Thank you,
  14685.  
  14686. Ron                             | Lightning Systems       | Lightning Systems
  14687. rhiggins@carroll1.cc.edu        | (414) 363-4282  200megs | P. O. Box 4 
  14688. Apple // & Van Halen Forever!   | 21.6k USR Dual Standard | Mukwonago, WI 53149
  14689.  
  14690.  
  14691. [TELECOM Digest Editor's Note: I think you will find the various privacy
  14692. regulations apply more to the government than they do to private businesses.
  14693. Since telco is a privately owned business -- not a government entity -- it
  14694. may be hard to apply this as you want. Also there would be a conflict where
  14695. your contract with telco (as expressed through its tariffs) is concerned.
  14696. I can see what you are trying to accomplish, but I don't think it will work.
  14697. Remember also that according to telco tariffs, you have no 'property rights'
  14698. in your telephone number. It is not, strictly speaking, yours to 'protect'.
  14699. It will be interesting to hear the results of your investigation and efforts
  14700. as you proceed further on this, if you do. You should also bear in mind that
  14701. you can press *67 all you like, but it will NOT prevent subscribers to 800
  14702. service (or people who subscribe to 500 service who accept your reverse
  14703. charge call via a PIN) from getting your number. Likewise, long distance
  14704. carriers are entitled to have your name, address and phone number *despite
  14705. your non-pub status* for billing purposes when you use their network.  PAT]
  14706.  
  14707. ------------------------------
  14708.  
  14709. From: wa2ise@netcom.com (Robert Casey)
  14710. Subject: Oradell, NJ Finally Gets 911 Service
  14711. Organization: Netcom Online Communications Services (408-241-9760 login: guest)
  14712. Date: Tue, 28 Feb 1995 04:28:50 GMT
  14713.  
  14714.  
  14715. My home town, Oradell, NJ (in Bergen County, in the northeast corner
  14716. of NJ, near NYC) now has 911 service.  Until recently, you had to call
  14717. the seven digit phone number if you needed the police or fire departments.  
  14718. A problem would crop up, as the police's exchange was 262, and 261
  14719. also exists in town.  Car accident happens at the corner, pick up the
  14720. phone, and dial the wrong number, cause I could never get it clear in
  14721. emergencies.  Half the time I'd get it wrong.  (Note, a rather bad
  14722. intersection was near my parent's house, not a month would go by
  14723. without an accident there until they put a blinker light up.)
  14724.  
  14725. I haven't tried the 911 number, no emergencies have come up, and I don't
  14726. want to waste their time on my tests. 
  14727.  
  14728. ------------------------------
  14729.  
  14730. From: stans@panix.com (Stan Schwartz)
  14731. Subject: More CellOne/NY Frolics
  14732. Date: 28 Feb 1995 03:37:34 -0500
  14733. Organization: PANIX Public Access Internet and Unix, NYC
  14734.  
  14735.  
  14736. We've all heard the stories of the "fun" I had trying to use my CellOne 
  14737. NY/NJ phone while roaming in Canada.
  14738.  
  14739. Last week, I visited some friends on the Inner Harbor in Baltimore.
  14740. Before I left, I looked at my CellOne Coverage Area map (dated 5/94 -
  14741. I haven't seen a newer one) and saw that all of Maryland and Delaware
  14742. and DC are in my "expanded home rate" area, and that there were not any
  14743. notes or asterisks that referred to the Baltimore area.  Wasn't I
  14744. surprised, then, when I tried to call my CellOne phone from the hotel
  14745. room and I received my voice mail!  (I shouldn't have been surprised!).  
  14746.  
  14747. I called CellOne's 800 number, and the rep told me that even though
  14748. Baltimore is a NACN city, incoming callers had to dial a roamer access
  14749. number! (Where does it say that in CellOne's map?).  I figured that it
  14750. wouldn't do any good to argue on a Saturday night, so I asked what the
  14751. roamer access number was.  I told her that I was in Baltimore, in area
  14752. code 410.  She gave me a 202 (DC) number and insisted that it was the
  14753. closest one!  I called back a bit later, and another rep gave me a 410
  14754. number.  Imagine asking my friends in Baltimore to call DC so that
  14755. they could reach me if I was down the street.  (Almost as silly as
  14756. asking them to call New York, but at least they'd be able to reach me
  14757. directly).  The first rep mentioned something about the lack of a
  14758. mutual roaming agreement, and I wonder if this is retribution for
  14759. CellOne turning off access to roamers in NY?
  14760.  
  14761. CellOne Strikes Again!
  14762.  
  14763.  
  14764. Stan
  14765.  
  14766. ------------------------------
  14767.  
  14768. From: chrislee@calon.calon.com (Chris Lee)
  14769. Subject: Hardware Needed For Forward-on Busy, No Answer
  14770. Organization: North Bay Network's news posting service 
  14771. Date: Tue, 28 Feb 1995 03:01:53 GMT
  14772.  
  14773.  
  14774. Help! My lovely local GTE switch does not offer call forward on no answer
  14775. or call forward on busy. Is there any box I can buy for home usde that
  14776. will give me these features? 
  14777.  
  14778.  
  14779. Thanks,
  14780.  
  14781. Chris
  14782.  
  14783.  
  14784. [TELECOM Digest Editor's Note: A service which is identical to 'call
  14785. forward on busy' is known as 'hunting', or 'jump-hunting' if the number
  14786. used for overflow calls is not immediatly in sequence with the line
  14787. which is busy. The only difference between the two seems to be their
  14788. name, and the fact that most telcos charge for the former but not the
  14789. latter. Maybe someone will write and tell me other actual differences
  14790. between these. I certainly would imagine that GTE offers hunting; I
  14791. have not seen a switch or a CO that could not do that much. You might
  14792. want to go back to the rep and put it in different words. When your
  14793. one line is busy, you want to have calls hunt to another line.  That
  14794. will take care of one segment of your problem. Regards call forwarding
  14795. on no answer (as opposed to absolute call forwarding, where every call
  14796. is forwarded without giving you an opportunity first to answer; I 
  14797. imagine your telco offers that also), Radio Shack used to have a little
  14798. box to do what you wanted, and I think Hello Direct currently has one
  14799. also. Check with them at 1-800-HI-HELLO.    PAT]
  14800.  
  14801. ------------------------------
  14802.  
  14803. From: tshapin@kaiwan.com (Ted Shapin)
  14804. Subject: Does Bridge Affect Modem?
  14805. Date: 28 Feb 1995 02:02:31 -0800
  14806. Organization: KAIWAN Internet (310-527-4279,818-756-0180,909-785-9712)
  14807.  
  14808.  
  14809. I have two copper pairs coming to my residence and need a third line.
  14810. If it is bridged between the two pairs, what effect will it have on my
  14811. use of a v.32bis modem on one of the copper pairs?
  14812.  
  14813.  
  14814. Ted
  14815.  
  14816. ------------------------------
  14817.  
  14818. From: bugs@warlock.win.net (Mark Hittinger)
  14819. Subject: T1's, NewBridge Banks, and High End Modems
  14820. Date: 28 Feb 1995 12:13:24 -0500
  14821. Organization: Win.Net Communications, Inc.
  14822.  
  14823.  
  14824. I'd be interested in e-mail from anyone else who is using T1's with
  14825. the low end newbridge channel banks connected to high speed modems.
  14826. We know of many problems with v.fc's so those are not on the table.
  14827.  
  14828. The setup mostly works but I am seeing some percentage of bad connections 
  14829. and poor throughput.  I realize the v.34's at 28.8 are not going to
  14830. deliver perfection.  I am seeing something nasty even at 14.4.
  14831.  
  14832. My suspicion is some electrical noise in the channel bank itself is
  14833. contributing to the problem.  I can here something even when I disconnect
  14834. the T1 from the bank.
  14835.  
  14836. Has anybody else seen this?  Please e-mail if you have some ideas for me.
  14837. Done grounded it and all dat.
  14838.  
  14839. Does Wiltel shave the bandwidth for voice channels down to 3000hz from
  14840. 3600hz?
  14841.  
  14842.  
  14843. Thanks,
  14844.  
  14845. Mark Hittinger   bugs@win.net
  14846.  
  14847. ------------------------------
  14848.  
  14849. From: sjm8725@ucs.usl.edu (Mahler Stephen J)
  14850. Subject: Automated Bridge
  14851. Date: 28 Feb 1995 20:23:31 GMT
  14852. Organization: Univ. of Southwestern La., Lafayette
  14853.  
  14854.  
  14855. I am looking for a device that ....
  14856.  
  14857.   * is connected to by lines that are in a hunt group;
  14858.   * as each person calls the hunt group, the calls are conferenced/
  14859.     bridged;
  14860.  
  14861. All parties converse as required and can hangup without impacting the
  14862. other connections.
  14863.  
  14864. Any information/pointers appreciated.  Prefer standalone POTS connections
  14865. but have G3 switch if required. 
  14866.  
  14867.  
  14868. Steve
  14869.  
  14870. ------------------------------
  14871.  
  14872. From: dalk@login.dknet.dk (Lars Kalsen)
  14873. Subject: G7 Meeting Notes Wanted
  14874. Date: 27 Feb 1995 18:45:24 GMT
  14875. Organization: DKnet
  14876.  
  14877.  
  14878. Hi - outhhere,
  14879.  
  14880. Does someone have the final paper from the G7-meeting in Brussels
  14881. where innovations in the IT-area was discussed.
  14882.  
  14883. Please E-mail me if you have any information from the meeting.
  14884.  
  14885.  
  14886. Lars Kalsen, partner, IT-gruppen  Tel   :   +45 98 24 65 02
  14887. Brorsonsvej 19                    Fax.  :   +45 98 24 79 02
  14888. 9490 Pandrup                      Mobile:   +45 40 10 36 44
  14889. Denmark                           E.mail: dalk@login.dknet.dk
  14890.  
  14891. ------------------------------
  14892.  
  14893. From: snyakh@delphi.com (Shanavas H. Nyakhar)
  14894. Subject: Information Wanted on Directory Assistance System
  14895. Date: 28 Feb 1995 08:20:48 GMT
  14896. Organization: Delphi Internet Services Corporation
  14897.  
  14898.  
  14899. Hello,
  14900.  
  14901. Our company in the middle east is bidding for a Bi-Lingual directory
  14902. assistance system for a national PTT.
  14903.  
  14904. Any help in identifying companies who have undertaken such projects or
  14905. have such existing systems (whose specifications are given below) will
  14906. be highly appreciated.
  14907.  
  14908. Alternatively, companies who are intrested in bidding for such a
  14909. project together with us, may kindly contact me for full details on
  14910. the project.
  14911.  
  14912. Brief Details on the Project:
  14913.  
  14914. The project is to be implemented on a Turn-key basis.
  14915.  
  14916. Bid is for hardware and software for creating a directory assistance
  14917. system (for Telephone, telex, fax, pagers and mobile) based on a multi
  14918. parameter enquiry concept. Queries would be entered in English /
  14919. Arabic via operator terminals running MS-Windows as front end.
  14920.  
  14921. Queries should utilize Phonetization Tables, Synonymization Tables,
  14922. Acronyms and/or secondary or related listings etc., to come up with
  14923. possible matches.
  14924.  
  14925. The system is to be fully compliant with International Number
  14926. Retrieval (TPH-28) so that Directory Assistance (DA) databases can be
  14927. accessed via X500 links.
  14928.  
  14929. Bidders are also expected to install and integrate Automatic Call
  14930. Distributor (ACD) supporting upto 100 trunk lines, into the proposed
  14931. system.
  14932.  
  14933. The existing Host system is an HP9000, which will be utilized for
  14934. running the SQL Database.
  14935.  
  14936. For more details, kindly contact:
  14937.  
  14938. Shanavas H. Nyakhar  Legend Computers L.L.c,
  14939. Fax : +968 785627.   Tel : +968 785628 
  14940. or by e-mail to SNYAKH@DELPHI.COM
  14941.  
  14942.  
  14943. Thanks,
  14944.  
  14945. Shanavas
  14946.  
  14947. ------------------------------
  14948.  
  14949. From: krazykev@escape.com
  14950. Subject: Invitation to Long Distance Domestic Re-Sellers and Reps
  14951. Date: 27 Feb 95 19:07:58 GMT
  14952.  
  14953.  
  14954. I am currently looking for a domestic reseller who can provide service
  14955. to our firm.  We already get a very good deal as we continuosly shop
  14956. around.
  14957.  
  14958. Here is what we are looking for.  If you can provide this to us under
  14959. these terms, email me with the details and I will email you back with
  14960. the best time to contact me so you can make your pitch, along with my
  14961. direct telephone number.
  14962.  
  14963. 1. We are looking for T-1 domestic USA FLAT rates without the T-1 comitt-
  14964. ment. We have eight lines and want to use them on a non-pic, 10XXX basis.
  14965. Specifically we require six second billing with six second minimum on
  14966. all our domestic USA calls (not interested in 18 second or 30 second
  14967. minimums).
  14968.  
  14969. 2. We spend around $10,000.00 per month on all our telecommunications and
  14970. split this amoung around a dozen companies, by choice.  We route our calls
  14971. over the least expensive carrier for each type of call.
  14972.  
  14973. 3. We do not want a contract tying us down to one carrier.  As long as
  14974. you are cheapest you will keep our business for what you are cheapest
  14975. on.  We want no monthly minimum and no monthly fees and no sign-up fees.
  14976.  
  14977. 4.  To get our business, you will need to be very competitive.   We pay
  14978. nearly T-1 rates now and are looking to get down in that actual range of
  14979. competitive T-1 rates.
  14980.  
  14981.  
  14982. We understand that there are several companies offering to beat anyone's 
  14983. rates by 10% and we would like to hear from one of those companies,
  14984. but not from a company called Affinity or anyone representing them, as
  14985. a friend had a very bad experience with them.  They promised something
  14986. and then did not come through for him.  We will not even consider them.
  14987.  
  14988. So if you would like to contact us, we would welcome your sales pitch.
  14989. Note: we are not interested in any of the following arrangements, which 
  14990. have been proposed to us before:
  14991.  
  14992. 1. Selling long distance to *effectively* reduce our bill.
  14993. 2. Paying an inflated invoice to get a rebate later.
  14994.  
  14995. Thanks.
  14996.  
  14997.  
  14998. Sincerely,
  14999.  
  15000. Kevin Jay Lipsitz, President   :-)
  15001.  
  15002.                      KRAZY KEVIN MAGAZINE CLUB,
  15003. THE INTERNET DIVISION OF COLLEGETOWN MAGAZINE SUBSCRIPTION SERVICES:
  15004. "Managing Magazines for Cost-Conscious Busy Professionals, Students,
  15005.     Educators and Regular Consumers Internationally Since 1973."
  15006.                           krazykev@escape.com
  15007.  
  15008. ------------------------------
  15009.  
  15010. From: C. Boyle <edwardb@crl.com>
  15011. Subject: Edwards Research Institute Virtual Mall
  15012. Date: 28 Feb 1995 04:06:39 -0800
  15013. Organization: Virtual Mall
  15014.  
  15015.  
  15016. Can you help us?
  15017.  
  15018. Edwards Research Institute is conducting a search for unique, high
  15019. quality items which can be of benefit to others throughout the world
  15020. via the web.
  15021.  
  15022. Areas of interest include: Education; health; environment; culture;
  15023. politics; music; books; sports and recreation; hobbies and crafts;
  15024. humor; virtual reality; medical and nourishment.
  15025.  
  15026. Come and visit us on the web at http://www.virtualmall.com.  Browse
  15027. through examples of items which you may find beneficial to your
  15028. quality of life.  Feel free to acquire items of interest to you and
  15029. register your suggestions; or give us a call at (510) 657-2499.
  15030.  
  15031. We would also need to know the manufacturer and/or distribution
  15032. information, along with who you are and how we may reach you.  Upon
  15033. our acceptance of your suggestion you will receive a Virtual Mall gift
  15034. certificate.
  15035.  
  15036. Thanks for your help.
  15037.  
  15038. ------------------------------
  15039.  
  15040. End of TELECOM Digest V15 #122
  15041. ******************************
  15042.     
  15043.     
  15044. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa21892;
  15045.           28 Feb 95 20:04 EST
  15046. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  15047.     id AA15963; Tue, 28 Feb 95 15:06:08 CST
  15048. Return-Path: <telecom>
  15049. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  15050.     id AA15952; Tue, 28 Feb 95 15:06:04 CST
  15051. Date: Tue, 28 Feb 95 15:06:04 CST
  15052. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  15053. Message-Id: <9502282106.AA15952@delta.eecs.nwu.edu>
  15054. To: telecom@eecs.nwu.edu
  15055. Subject: TELECOM Digest V15 #123
  15056.  
  15057. TELECOM Digest     Tue, 28 Feb 95 15:06:00 CST    Volume 15 : Issue 123
  15058.  
  15059. Inside This Issue:                           Editor: Patrick A. Townson
  15060.  
  15061.     Summit Roundtable (Summit '94)
  15062.     Looking For Directory CD ROMs (Sven Echternach)
  15063.     800 Numbers: Media, and Real Estate (Judith Oppenheimer)
  15064.     Re: MCI Slams Again (John Higdon)
  15065.     Re: Saying Hello in Other Languages - Summary (TELECOM Digest Editor)
  15066.  
  15067. TELECOM Digest is an electronic journal devoted mostly but not
  15068. exclusively to telecommunications topics. It is circulated anywhere
  15069. there is email, in addition to various telecom forums on a variety of
  15070. public service systems and networks including Compuserve and America
  15071. On Line. It is also gatewayed to Usenet where it appears as the moderated
  15072. newsgroup 'comp.dcom.telecom'. 
  15073.  
  15074. Subscriptions are available to qualified organizations and individual
  15075. readers. Write and tell us how you qualify:
  15076.  
  15077.                  * telecom-request@eecs.nwu.edu *
  15078.  
  15079. The Digest is edited, published and compilation-copyrighted by Patrick
  15080. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  15081. or phone at:
  15082.                     9457-D Niles Center Road
  15083.                      Skokie, IL USA   60076
  15084.                        Phone: 500-677-1616
  15085.                         Fax: 708-329-0572
  15086.   ** Article submission address only: telecom@eecs.nwu.edu **
  15087.  
  15088. Our archives are located at lcs.mit.edu and are available by using
  15089. anonymous ftp. The archives can also be accessed using our email
  15090. information service. For a copy of a helpful file explaining how to
  15091. use the information service, just ask.
  15092.  
  15093. *************************************************************************
  15094. *   TELECOM Digest is partially funded by a grant from the              *
  15095. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  15096. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  15097. * project.  Views expressed herein should not be construed as represent-*
  15098. * ing views of the ITU.                                                 *
  15099. *************************************************************************
  15100.  
  15101. Additionally, the Digest is funded by gifts from generous readers such
  15102. as yourself who provide funding in amounts deemed appropriate. Your help 
  15103. is important and appreciated. A suggested donation of twenty dollars per
  15104. year per reader is considered appropriate. See our address above.
  15105.  
  15106. All opinions expressed herein are deemed to be those of the author. Any
  15107. organizations listed are for identification purposes only and messages
  15108. should not be considered any official expression by the organization.
  15109. ----------------------------------------------------------------------
  15110.  
  15111. From: summit@ix.netcom.com (Summit '94)
  15112. Subject: Summit Roundtable
  15113. Date: 28 Feb 1995 18:45:57 GMT
  15114. Organization: Netcom
  15115.  
  15116.  
  15117. Enterprise Management Summit 95
  15118. 123 Townsend Street  San Francisco, CA 94107
  15119. TEL: 415.512.0801  FAX: 415.512.1325
  15120. Email: emiinc@mcimail.com
  15121.  
  15122. The Enterprise Management Summit will conduct a roundtable panel
  15123. discussion titled Trends in Enterprise Management on March 29 from
  15124. 8-11am at the Aladdin Hotel in Las Vegas. This Summit Roundtable is
  15125. sponsored by {Network World Magazine}. This is a free event and seating
  15126. is limited to 100, so register early.
  15127.  
  15128. The roundtable panelists will discuss changes that they envision
  15129. within the industry in 1995 and in the next five years. Topic areas
  15130. include network and systems management, and the management of
  15131. distributed applications and databases, as well as the future of such
  15132. management standards as SNMP, DMI, CORBA, DCE, IPng; managing emerging
  15133. technologies such as ATM, switched networks, videoconferencing,
  15134. artificial intelligence, network automation, messaging, etc. We will
  15135. also explore the future of enterprise management platforms. Chairing
  15136. the panel will be Rick Sturm of US WEST Technologies. Rick Sturm is
  15137. also President of the OpenView Forum, and is Conference Chair for the
  15138. Enterprise Management Summit. Other panelists include:
  15139.  
  15140. Jeff Case - SNMP Research        David Passmore     - Decisis
  15141. Asheem Chandna - Coronet Systems, Inc.    Charlie Robbins     - Aberdeen Group
  15142. Bob Emerson - Hewlett-Packard        Chris Thomas - Intel Corporation
  15143. Joaquin Gonzalez - META Group        Beth Adams - Network Management Forum
  15144. Dave Mahler - Remedy Corporation    Mark Fulgham - Boeing Computer Services
  15145. John McConnell - McConnell Consulting
  15146.  
  15147. Please fill out the registration form below and fax it to 415.512.1325, 
  15148. or return via E-mail. Please indicate any questions that you would
  15149. like the panel to answer either live or as part of the {Network World}
  15150. article which will appear in an April issue. We look forward to seeing
  15151. you in Las Vegas as we continue to scale the Enterprise Management
  15152. Summit.
  15153.  
  15154. Please provide the following information to register or to receive
  15155. information about our Summit 95, the annual enterprise management
  15156. conference to be held October 23-27 at the Dallas Infomart.
  15157.  
  15158.  
  15159. Name:     
  15160. Company:    
  15161. Street:    
  15162. Mail Stop:
  15163. City  
  15164. Phone:
  15165. Fax:
  15166. EMail:
  15167.  
  15168. Questions for Panel: 
  15169.  
  15170.  
  15171. ------------------------------
  15172.  
  15173. From: sec@sec.de (Sven)
  15174. Subject: Looking for Directory CD ROMs
  15175. Date: Tue, 28 Feb 1995 19:37:21 CET
  15176.  
  15177.  
  15178. I'm looking for a CD ROM with US' residential phone numbers that would
  15179. also allow reverse lookups (e.g. finding a name acccording to a phone
  15180. number).
  15181.  
  15182. Does anyone have experience with any of the following, or maybe other,
  15183. CD ROMS?
  15184.  
  15185. PhoneDisc Reverse
  15186. PhoneDisc Power Finder
  15187. Haynes CrissCross Directory
  15188.  
  15189. If anyone has a cheap source for those CD ROM's, please let me know too.
  15190.  
  15191.  
  15192. Sven Echternach   sec@sec.de
  15193.  
  15194. ------------------------------
  15195.  
  15196. From: Judith Oppenheimer <producer@pipeline.com>
  15197. Date: Tue, 28 Feb 1995 11:02:33 -0500
  15198. Subject: 800 Numbers: Media, and Real Estate  
  15199.  
  15200.  
  15201. Pat, it's clear, that by employment and occupation, the policy shapers
  15202. and decision makers regarding all telephone numbering plans focus on
  15203. the mechanical and engineering aspects of telecom.  Valid aspects, to
  15204. be sure.  But limited.
  15205.  
  15206. These people are employed by the real estate moguls of telecom -- the
  15207. carriers.  For whom this mechanical and engineering (operational)
  15208. focus preserves their territorial exclusivity.
  15209.  
  15210. So the ITU, INC. and other participants in these processes, are by
  15211. design quite removed from the multi-disciplinary, non-telecom market
  15212. realities of 800 numbers.
  15213.  
  15214. Two Market Realities:  Media, and Real Estate.
  15215.  
  15216. 800 numbers have solid media characteristics.  They contain content
  15217. and attract targeted audiences.
  15218.  
  15219. 800 COLLECT attracts collect callers.  800 FLOWERS attracts flower
  15220. buyers.  Etc.  This raises very interesting questions regarding
  15221. foreign ownership of U.S. media, and is just one of the issues that
  15222. should be studied regarding the proposed International Freephone
  15223. service.
  15224.  
  15225. Regarding 888, we are told there is an impending shortage of 800
  15226. numbers.
  15227.  
  15228. I've asked some my associates in both telecom and marketing to respond
  15229. to your most recent rebuttal in our thread.  This, from the president
  15230. of a reseller company, who discusses the real estate characteristics
  15231. of 800 numbers.  (I post for him as he's not online.)
  15232.  
  15233. "Why should 800 telephone numbers not be traded in the open market?
  15234. Portability opened the door.  It is time to complete the ownership
  15235. issue.  There will be ample supply of 800 numbers if current holders
  15236. can sell numbers.
  15237.  
  15238. All will be served by the simplicity of one toll-free platform.  All
  15239. will be served by the elegance of the free market deciding who is the
  15240. best user of an 800 telephone number."
  15241.  
  15242. (My note: Existing market forces bear this out.  Most high profile
  15243. branded numbers were acquired from the private sector, not assigned by
  15244. carriers.)
  15245.  
  15246. If anyone's interested, just email me for a copy of a news article
  15247. from 1994 where MCI brags about how it "acquired" 1 800 HARVEYS for
  15248. Harveys Casino when it picked up the account.  1 800 THE MOST was
  15249. acquired from the private sector.  So was 1 800 COMPARE.  Indeed, the
  15250. big three carriers are some of the most active buyers of numbers, both
  15251. for their own brand and media purposes, and as incentives for their
  15252. customers.
  15253.  
  15254. The problem is, as the original monopolistic real estate moguls, they
  15255. are adamently opposed to private sector activity in this very open
  15256. market that portability created.)
  15257.  
  15258. The reseller goes on, "The situation we face currently with 800
  15259. telephone numbers is comparable to the homesteading of territory.  In
  15260. the early days of America's development, land was given freely to
  15261. anyone who would care for it and develop it, whereafter, the land
  15262. became their property.
  15263.  
  15264. 800 numbers are no different.  People develop 800 numbers by
  15265. advertising and placing services behind those numbers.  Property
  15266. rights naturally instill themselves within the 800 numbers.  As
  15267. history has proven, homesteading of resources such as land or a
  15268. telephone number, serves a valuable purpose.
  15269.  
  15270. We have reached the time where more territory does not need to be
  15271. freely distributed (ie, 888.)  Instead, the existing 800 number
  15272. ownership should be acknowledged."
  15273.  
  15274. So, now there's media and real estate.  
  15275.  
  15276. Clearly, the single-disciplinary operational standard approach cannot
  15277. possibly address the characteristics, nor the ramifications, of media
  15278. and real estate market necessities. 
  15279.  
  15280. As other elements (trademark, etc.) are sent to me, I'll be glad to
  15281. share them with the digest.
  15282.  
  15283.  
  15284. J. Oppenheimer, Producer@Pipeline.com   Interactive CallBrand(TM)
  15285.  
  15286. ------------------------------
  15287.  
  15288. Organization: Green Hills and Cows
  15289. Date: Tue, 28 Feb 1995 07:57:42 -0800
  15290. From: john@bovine.ati.com (John Higdon)
  15291. Subject: Re: MCI Slams Again
  15292.  
  15293.  
  15294. Jeff Jelinek <jelin001@maroon.tc.umn.edu> writes:
  15295.  
  15296. > I seriously doubt that MCI intends to change an individual PIC for the
  15297. > sole purpose of picking up some LD revenue for a month or so.  Big
  15298. > deal.
  15299.  
  15300. If you multiply that "month of revenue" by many thousands of times, it
  15301. begins to add up in a big hurry. Oddly enough, some of those "slamees"
  15302. stay with their slam-imposed carrier.
  15303.  
  15304. > Why would they risk the repercussions of an unauthorized PIC change?
  15305.  
  15306. Because there are none. There are no fines or other liabilities. And
  15307. the carrier is entitled to the money for the calls you made. The worst
  15308. that happens is that the customer is switched back to some other
  15309. carrier.  Remember, there are two sides to legislation: statute and
  15310. enforcement. In the telecommunications industry, there is painfully
  15311. little of the latter.
  15312.  
  15313. > Of the hundreds of thousands of PIC changes that take place each month, 
  15314. > some of the customer service people will make a mistake.
  15315.  
  15316. Uh huh. And considering that a slam to MCI is a keystroke away, that
  15317. "mistake" is very frequently made. This is not rocket science; there
  15318. is no reason, other than intent, for any customer's PIC to be changed.
  15319.  
  15320. > I have not heard of this type of intentional action for many years.
  15321.  
  15322. While I am not in the long distance business, I am personally
  15323. acquainted with people who do run a long distance company. Slamming is
  15324. a way of life.  It is a standard exercise in the course of doing
  15325. business. I advise everyone to make sure that LEC accounts are
  15326. protected against carrier-instigated PIC changes. A side benefit of
  15327. doing this is that you stop all of the telephone solicitation from
  15328. long distance companies.
  15329.  
  15330. Part of the mechanism of the hard-sell is to "switch" you on the spot.
  15331. Notice you are never given an opportunity to think about it, nor are
  15332. you given any hard information upon which to make an educated decision. 
  15333. If your account is locked against carrier tampering, the solicitor
  15334. moves right along to the next victim; you don't even get a call.
  15335.  
  15336. I had one line that constantly rang in the evening with MCI and others
  15337. hawking "the big savings". No other lines in the house, and I have
  15338. many, got those calls. Associates suggested that I confirm the phone's
  15339. PIC-change status. Sure enough, it was the only one in the house that
  15340. for some reason had not been protected against unauthorized PIC selection. 
  15341. With that situation corrected, the junk calls from telemarketers have
  15342. come to a halt.
  15343.  
  15344.  
  15345. John Higdon  |    P.O. Box 7648   |   +1 408 264 4115     |       FAX:
  15346. john@ati.com | San Jose, CA 95150 |   +1 500 FOR-A-MOO    | +1 408 264 4407
  15347.  
  15348. ------------------------------
  15349.  
  15350. From: telecom@eecs.nwu.edu (TELECOM Digest Editor)
  15351. Subject: Re: Saying Hello in Other Languages - Summary
  15352. Date: Tue, 28 Feb 1995 14:50:00 CST
  15353.  
  15354.  
  15355. We had several good responses to the 'Saying Hello in Other Languages
  15356. article the other day, including a lengthy response from Asia_Link, a
  15357. Fido news group which had originally appeared in the {Los Angeles Times}.
  15358.  
  15359. We'll start with that peice, then go on to some of the responses sent
  15360. by individual readers, quite a few of whom wrote from the .nl domain.
  15361.  
  15362.     From: lester.hiraki@canrem.com (Lester Hiraki)
  15363.     Organization: CRS Online  (Toronto, Ontario)
  15364.  
  15365. In response to a request in Volume 15, Issue 118, Message 3 of 19, I
  15366. am submitting the following article.  The content of the article might
  15367. contain some of the answers to the enquiries.
  15368.  
  15369. > My uncle is 85 years old, and wants desperately to see a list of how
  15370. > people in other countries answer the phone.
  15371.  
  15372. The following swiped from Fido's Asian_Link and reposted here for
  15373. general interest about general telephone usage and customs worldwide:
  15374.  
  15375.                World Telephone Cultures
  15376.  
  15377. {Los Angeles Times}  (Jul 26)
  15378.  
  15379.         CULTURE: Arabs greet each other with profuse politeness. The
  15380. French want to know who's calling. Italians have love affairs with the
  15381. machine.
  15382.  
  15383.            Alexander Graham Bell spoke through a wire to his colleague
  15384. Thomas Watson in 1876. "Come here," he said, the first command uttered
  15385. on a telephone. Oh, what Mr. Bell wrought.
  15386.  
  15387.            Around the world, different cultures have developed
  15388. characteristic phone manners since Bell's day. No people open a call
  15389. with more effusive hospitality than the Arabs. Whatever the subject of
  15390. the conversation, it begins with what seems like five minutes of
  15391. generally meaningless but absolutely essential greetings.
  15392.  
  15393.     A ringing phone is answered: "May your morning be good."
  15394.     "May your morning be full of light," the caller responds.
  15395.     "Praise God, your voice is welcome."
  15396.     "Welcome, welcome."
  15397.     "How are you?"
  15398.     "Praise God."
  15399.     "Praise God."
  15400.     "What news? Are you well? Your family well?"
  15401.     "Praise God. How are you?"
  15402.     "All is well. All is well. Welcome. Welcome."
  15403.  
  15404.            Only then might the reason for the call be mentioned. And the
  15405. goodbys will take almost as long and are again excruciatingly polite.
  15406.  
  15407.            Compared to the Arab world, responses elsewhere are the
  15408. soul of brevity: Britons and Americans generally say "Hello," although
  15409. the latter sometimes simply say "Yes," and if they're in business or
  15410. the military they may just answer with their surnames: "Smith."
  15411.  
  15412.            The French answer their phones with the familiar "Allo,"
  15413. and they often add their name and the phrase "Qui est a l"appareil?"
  15414. that is, "Who is on the phone?" In a number of countries, calls are
  15415. answered with a touch of suspicion or curiosity, a reluctance to talk
  15416. until it's clear who the caller is.
  15417.  
  15418.            Italians answer "Pronto," or "Ready," and then it's the
  15419. caller who demands "Chi parla?"--"Who's speaking?" -- assuming the right
  15420. to know the identity of the person at the other end.
  15421.  
  15422.            Germans tend to answer the phone by barking their last names:
  15423. "Schmidt" or "Mueller," even the women -- and even if they have titles,
  15424. like Herr Doktor, which in other circumstances hey would insist upon.
  15425.  
  15426.            In Copenhagen, Danes will answer with both first and last
  15427. names, even women: "Karen Andersen."
  15428.  
  15429.            In Spain, the response to a ringing telephone is: "Diga," or
  15430. "Speak."
  15431.  
  15432.            "Diga" is also a common response in Mexico, but Mexicans
  15433. usually answer "Bueno," meaning "Good" or "Well." Like the Italians, the
  15434. Mexicans will demand: "Where am I calling?" And if they have the wrong
  15435. number, they'll indignantly hang up, sometimes with a curse, as if it
  15436. were the respondent's fault.
  15437.  
  15438.            Because of a cultural tendency to speak cautiously with
  15439. strangers, callers must clearly identify themselves and state their
  15440. purpose. Even then, the respondent may become vague and evasive.
  15441.  
  15442.            "Is this the Mexico State Justice Department?" a caller
  15443. might ask. "I wouldn't know what to tell you," is the answer.
  15444.  
  15445.            Business people and government officials commonly refuse to
  15446. speak to strangers on the phone even if it concerns simple inquiries
  15447. like "Where can I buy one of your vacuum cleaners?" The train system
  15448. won't divulge ticket fares or schedules on the phone; you must go to the
  15449. station and ask in person.
  15450.  
  15451.            In Brazil, after slowly and patiently dialing a number, if
  15452. you are lucky enough to get an answer, the respondent will say: "Who's
  15453. talking?" not to be rude but to make sure the right number has been
  15454. reached.
  15455.  
  15456.            Goodbys are elaborate, as if in person: "A hug" is a frequent
  15457. sign-off, even to end formal business calls. "A kiss" is more casual,
  15458. with someone you know personally. And the response in both cases is
  15459. "Outro," "Another."
  15460.  
  15461.            Like American teen-agers, many cultures have love affairs
  15462. with the phone, none more than the Italians. They talk endlessly with
  15463. relatives, friends and schoolmates. The telephone call has replaced
  15464. formal letters of invitation, congratulations and condolences. As
  15465. almost everywhere else, the cellular phone, called a telefonino in
  15466. Italy, has become a popular status symbol, used widely and indiscrimin-
  15467. ately.  Telefonini have recently been barred from parliamentary sessions, 
  15468. for instance.
  15469.  
  15470.            In Germany the telephone is hardly ubiquitous. You can get
  15471. an unlisted number at no extra charge, and information operators will
  15472. not indicate the fact to callers -- in effect denying your existence.
  15473. One wrinkle that arrived under Germany's liberal immigration policy:
  15474. the installation of illegal phone booths where foreigners can call
  15475. home without paying long-distance tariffs. Officials of cellular-phone
  15476. networks have countered the trend by blocking all calls going to
  15477. Pakistan, Togo, Gambia and Vietnam.
  15478.  
  15479.            In Russia, like most things, phone use is affected by the
  15480. growing gap between rich and poor, new and old, foreign and Russian. So
  15481. mobile phones are big hits among the rich, but most Russians have no
  15482. phones at all. Thus ads for apartment rentals specify "telephone" with
  15483. the same pride as "garbage chute" or "closet."
  15484.  
  15485.            For those with phones, the answer to a ring is the French
  15486. "Allo," which can be pronounced to reflect wide degrees of happiness or
  15487. annoyance. Also popular are the curt "Da," or "Yes," and "Slushayu vas,"
  15488. or "I am listening to you."
  15489.  
  15490.            Because of the history of KGB taps, Russians are still
  15491. careful of being overheard, often using the phrase, "It's not telephone
  15492. conversation," to warn a caller to be discreet.
  15493.  
  15494.            Often in Moscow an alien conversation will break into yours,
  15495. and sometimes, according to Muscovites, you can't help listening. These
  15496. aural glimpses show a Russian life that is never the relaxed, gossipy
  15497. "reach out and touch someone" conversations so typical in America.
  15498. Instead they have some urgent goal -- such as arranging a meeting or a
  15499. deal.
  15500.  
  15501.            "The reason for this urgency is the poor quality," says a
  15502. Moscow resident. "Pay phones are unreliable and the caller wants to get
  15503. his message across before the connection breaks down."
  15504.  
  15505.            In closed Arab societies, the telephone is a means of contact
  15506. for those forbidden to see each other in person. A woman will call
  15507. random numbers asking for "Mohammed," and when she finds a voice she
  15508. likes, will strike up a conversation.
  15509.  
  15510.            In India, you wait up to seven years for a phone -- so when
  15511. the connection is finally made it often prompts a neighborhood party.
  15512. The euphoria ends about a month later when the first bill arrives and
  15513. the subscribers realize how much it costs. In the Indian middle-class
  15514. home, the telephone occupies the place of honor, often atop its
  15515. special table, and is usually kept locked to prevent neighbors from
  15516. making calls. But in the countryside where 70% of Indians live, phones
  15517. are still a rarity: In some cases there is not a single phone in a
  15518. village.
  15519.  
  15520.            In Southeast Asia, almost everyone uses a version of
  15521. "Hello" to answer the phone. Hong Kong Chinese say, "Wei." In
  15522. countries like Thailand, Vietnam and Indonesia, with a shortage of
  15523. phone lines and a two-year waiting list, cellular phones are prized,
  15524. but expensive -- running $500 to $1,000 in Singapore and twice that
  15525. elsewhere.
  15526.  
  15527.            Bangkok's most popular radio program is a call-in show with
  15528. phoners talking while stuck in the city's infamous traffic. Many posh
  15529. restaurants have signs saying, "No Handphones," because people are fed
  15530. up with the guy at the next table shouting into a phone. Some cinemas
  15531. show trailers indicating that it is rude to talk on the phone during
  15532. the movie.
  15533.  
  15534.            In Japan, the person answering will customarily say, "Moshi
  15535. moshi," the equivalent of "Hello," or perhaps "Hai," that is, "Yes." If
  15536. he or she has the right connection, the caller may say something like
  15537. "Osewa ni natte imasu," or "I am indebted to you for your kindness."
  15538. Sometimes people bow over a phone, although the other party cannot see
  15539. the bow. Many older Japanese, who never saw phones until the era of the
  15540. 1964 Tokyo Olympics, continue to use ceremonial phrases and bows over
  15541. the telephone -- as if it weren't there.
  15542.  
  15543.            The standard goodby is "Ja, mata" -- "See you later" --
  15544. with the word "Sayonara" reserved only for occasions of a long or
  15545. final parting.
  15546.  
  15547.            In many Third World countries it definitely helps to know an
  15548. operator. The Indian writer Khushwant Singh remembers trying to place a
  15549. call from New Delhi to Lahore in neighboring Pakistan -- when services
  15550. were notoriously bad.
  15551.  
  15552.            After hours of trying, Singh was contacted by the international 
  15553. operator who suggested that she had relatives in Pakistan who had wanted to 
  15554. visit India but needed visas. Being a member of Parliament, she said, he 
  15555. might come up with the necessary stamps.
  15556.  
  15557.            Singh accepted the deal and within three minutes his connection 
  15558. was through.
  15559.  
  15560.                              ----------------
  15561.  
  15562. From: 4sam3@qlink.queensu.ca (Scott Montague)
  15563.  
  15564. En francais, nous disons "Allo?" when answering the phone.
  15565.  
  15566.  
  15567. Scott
  15568.  
  15569. From: Kimmo Ketolainen <kimketo@utu.fi>
  15570.  
  15571. Most Finns answer to the phone with their name. Firstname, surname or
  15572. full name.
  15573.  
  15574. Some few people say "haloo" but I haven't heard that much. Some
  15575. people, mostly older people, answer by saying the phone number.
  15576.  
  15577.  
  15578. Kimmo.
  15579.                          ---------------
  15580.  
  15581. From: Alex@Worldaccess.NL (Alex)
  15582.  
  15583. In Holland we pick up with either "Hallo" (means hello in Dutch). Or
  15584. more common is to pick up with "Met <firstname, lastname>", which
  15585. basicly means With <firstname, lastname>
  15586.  
  15587. For your intrest, in Zimbabwe they tend to pick up most of the times with
  15588. their number, like ... "602809 Hello?"
  15589.  
  15590.  
  15591. Greetings,
  15592. Alex   Alex@Worldaccess.NL, Apeldoorn, The Netherlands
  15593.  
  15594.                           ----------------
  15595.  
  15596. From: jean@xs4all.nl (Jean B Sarrazin)
  15597.  
  15598. There is saying "Hello" and there's answering the phone. In many
  15599. languages, this does not necessarily coincide ... here are a few for
  15600. the languages I know:
  15601.  
  15602. Language                Hello                   Answer phone
  15603. French                  Bonjour                         Allo
  15604. Spanish                 Hola                            Digame
  15605. German                Guten Tag         (Your last name) + Guten Tag (optional)
  15606. Dutch                      Dag                  Met (first and/or last name), 
  15607.                                          Goede (morgen-morning, middag, PM  
  15608.                                                   or avond, evening)
  15609.  
  15610.  
  15611. Jean B. Sarrazin  Ekkosys Communications BV
  15612. Sarphatipark 24-1  1072 PB Amsterdam, The Netherlands
  15613. Telephone : +31-20-676-7304   Fax  : +31-20-676-9907
  15614. Compuserve : 72077,1366   Internet : jean@xs4all.nl
  15615.  
  15616.                          -------------------
  15617.  
  15618. From: A.Meerwijk@research.ptt.nl (Arthur Meerwijk)
  15619.  
  15620. Here in The netherlands we answer the phone with our name, so it would
  15621. be something like:
  15622.  
  15623. Good morning, this is Arthur. 
  15624.  
  15625. Although, literally tanslated I say: "Good morning, with arthur" where
  15626. "with" indicates the other end is "connected _with_ arthur"
  15627.  
  15628. But it all depends on the level of politeness you include. In any case,
  15629. one alwyas says one's name when picking up a phone. The most common one
  15630. being:
  15631.  
  15632. "With Arthur Meerwijk"
  15633.  
  15634. Cheers, 
  15635.  
  15636. arthur
  15637.  
  15638.                            ----------------
  15639.  
  15640. From: koos@kzdoos.xs4all.nl (Koos van den Hout)
  15641.  
  15642. Of course there's the way American persons answer the phone :
  15643.  
  15644. "Hello."
  15645.  
  15646. (Sorry, couldn't resist. This may seem perfectly normal to an American but
  15647. for someone who's used to other greetings it can be confusing.)
  15648.  
  15649. In the Netherlands it's normal to greet with your own name. I say
  15650.  
  15651. "Met Koos van den Hout"
  15652.  
  15653. which does translate roughly to "This is Koos van den Hout"
  15654.  
  15655. Companies mostly answer with a company name in the Netherlands:
  15656.  
  15657. "Hogeschool Utrecht"
  15658.  
  15659.                          ------------------
  15660.  
  15661. From: marya@oitunix.oit.umass.edu (Jeffrey William McKeough)
  15662.  
  15663. Here's a few off the top of my head:
  15664.  
  15665. Japan: moshi moshi
  15666. Spain: digame
  15667. Mexico: bueno
  15668. Israel: shalom
  15669.  
  15670.                         --------------------
  15671.  
  15672. From: Giray Pultar <giray@genietravel.com>
  15673.  
  15674. In Turkey/in Turkish, we typically answer the phone by saying 'alo'.
  15675. The pronounciation is more like allo, but is spelled "alo".  I believe
  15676. it comes from French.
  15677.  
  15678. Giray
  15679.  
  15680.                          --------------------
  15681.  
  15682. From: ph18@crux2.cit.cornell.edu (Paul Houle)
  15683.  
  15684.        In Japan,  people answer the phone "Moshi Moshi".
  15685.  
  15686.                          --------------------
  15687.  
  15688. From: bud@kentrox.com (Bud Couch)
  15689.  
  15690. Can't vouch for the spelling, but the Japanese answer with
  15691. "mushi-mushi", and in Korean, it's "yobosayoh". Know this because
  15692. thirty years ago, I used to have to troubleshoot a US Army- US Air
  15693. Force - Korean Air Defense - Japan Self-Defense Force comm net, and
  15694. listen to them yell this into the phone, as if they could get loud
  15695. enough to hear it from Pyongtaek to Honshu.
  15696.  
  15697.  
  15698. Bud Couch - ADC Kentrox           |When correctly viewed, everything is lewd.|
  15699. bud@kentrox.com (192.228.59.2)    |                          -Tom Lehrer     |
  15700.  
  15701.                          ----------------------
  15702.  
  15703. From: Dan Cromer <19016007@SBACVM.SBAC.EDU>
  15704. Organization: School Board of Alachua County, Gainesville, Florida
  15705.  
  15706.  
  15707. Pat,
  15708.  
  15709.      How do we answer the phone in the USA?  It depends on who
  15710. answers!  You may hear Hello, or Yeah, or "Cromer residence, Dan
  15711. speaking" (how I was brought up to answer, in a simpler time when
  15712. front doors were hardly ever locked).
  15713.  
  15714.      In Japan they commonly say "moshi moshi" which can sound like
  15715. "mush mush", with the words repeated rapidly.  I've heard Spanish speakers
  15716. use ola, pronounce Oh lah, with the accent on the Oh.
  15717.  
  15718.  
  15719. Daniel H. Cromer, Jr.  Director, Information Resources
  15720. School Board of Alachua County, Gainesville, Florida
  15721. 19016007@sbacvm.sbac.edu
  15722. 904-955-7509     FAX 904-955-6700
  15723.  
  15724.                         ----------------------
  15725.  
  15726. From: "Van R. Hutchinson" <0005493896@mcimail.com>
  15727.  
  15728.  
  15729. In Peru, my family members answer, "halo"  pronounced, AL'-oh.
  15730. More formal greetings include "Buenos dias" and "Buenas tardes"
  15731. In Mexico, I've heard "Bueno".                                
  15732.  
  15733.                          ----------------------
  15734.  
  15735. From: robhall@hk.super.net
  15736.  
  15737.  
  15738. In Chinese (at least Cantonese and Mandarin dialects), telephones are
  15739. answered "Wei?", which roughly translates to 'Yes?'
  15740.     
  15741. In Japanese, the telephone is answered "Mushi Mushi".
  15742.  
  15743. I'll be interested to see the results of your compilation!
  15744.  
  15745.  
  15746. Rob Hall     Hong Kong
  15747.  
  15748.                         --------------------------
  15749.  
  15750. From: rishab@dxm.ernet.in (Rishab Aiyer Ghosh)
  15751.  
  15752.  
  15753. In India almost everyone says Hello on the phone, even if they're in a
  15754. village in Rajasthan and proceed to converse in Marwari. Accents and
  15755. pronunciation varies.
  15756.  
  15757. Rishab Aiyer Ghosh     rishab@dxm.ernet.in    
  15758. rishab@arbornet.org    Voice/Fax/Data +91 11 6853410  
  15759. Voicemail +91 11 3760335   H 34C Saket, New Delhi 110017, INDIA  
  15760.  
  15761.  
  15762. [TELECOM Digest Editor's Note: Thanks to all who participated by sending
  15763. in responses.  PAT]
  15764.  
  15765. ------------------------------
  15766.  
  15767. End of TELECOM Digest V15 #123
  15768. ******************************
  15769.     
  15770. From telecom Tue Feb 28 16:41:14 1995
  15771. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  15772.     id AA19637; Tue, 28 Feb 95 16:41:13 CST
  15773. Return-Path: <telecom@eecs.nwu.edu>
  15774. Received: from news.eecs.nwu.edu by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  15775.     id AA19623; Tue, 28 Feb 95 16:41:09 CST
  15776. Received: from zeta.eecs.nwu.edu by news.eecs.nwu.edu with SMTP id AA25845
  15777.   (5.65c/IDA-1.4.4 for <telecom@delta>); Tue, 28 Feb 1995 16:41:04 -0600
  15778. Received: from delta.eecs.nwu.edu by zeta.eecs.nwu.edu (4.1/SMI-EECS-3)
  15779.     id AA17393; Tue, 28 Feb 95 16:41:02 CST
  15780. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  15781.     id AA19608; Tue, 28 Feb 95 16:41:01 CST
  15782. Date: Tue, 28 Feb 95 16:41:01 CST
  15783. From: telecom@eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  15784. Message-Id: <9502282241.AA19608@delta.eecs.nwu.edu>
  15785. To: telecom@eecs.nwu.edu
  15786. Subject: TELECOM Digest V15 #124
  15787. Status: RO
  15788.  
  15789. TELECOM Digest     Tue, 28 Feb 95 16:41:00 CST    Volume 15 : Issue 124
  15790.  
  15791. Inside This Issue:                           Editor: Patrick A. Townson
  15792.  
  15793.     NII 2000 Call for White Papers (John Godfrey)
  15794.     Pizza Hut Consolidated Phone Number - All Locations (Dave Sellers)
  15795.     Palm Size Message Recorder on a Chip (TELECOM Digest Editor)
  15796.     Book Review: "Dvorak's Guide to Desktop Telecommunications" (Rob Slade)
  15797.     Overseas Bandwidth Optimizers (Jim Williams)
  15798.     Tender For Global ISDN Project (Marcel W.J. van.Ruijven)
  15799.  
  15800. TELECOM Digest is an electronic journal devoted mostly but not
  15801. exclusively to telecommunications topics. It is circulated anywhere
  15802. there is email, in addition to various telecom forums on a variety of
  15803. public service systems and networks including Compuserve and America
  15804. On Line. It is also gatewayed to Usenet where it appears as the moderated
  15805. newsgroup 'comp.dcom.telecom'. 
  15806.  
  15807. Subscriptions are available to qualified organizations and individual
  15808. readers. Write and tell us how you qualify:
  15809.  
  15810.                  * telecom-request@eecs.nwu.edu *
  15811.  
  15812. The Digest is edited, published and compilation-copyrighted by Patrick
  15813. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  15814. or phone at:
  15815.                     9457-D Niles Center Road
  15816.                      Skokie, IL USA   60076
  15817.                        Phone: 500-677-1616
  15818.                         Fax: 708-329-0572
  15819.   ** Article submission address only: telecom@eecs.nwu.edu **
  15820.  
  15821. Our archives are located at lcs.mit.edu and are available by using
  15822. anonymous ftp. The archives can also be accessed using our email
  15823. information service. For a copy of a helpful file explaining how to
  15824. use the information service, just ask.
  15825.  
  15826. *************************************************************************
  15827. *   TELECOM Digest is partially funded by a grant from the              *
  15828. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  15829. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  15830. * project.  Views expressed herein should not be construed as represent-*
  15831. * ing views of the ITU.                                                 *
  15832. *************************************************************************
  15833.  
  15834. Additionally, the Digest is funded by gifts from generous readers such
  15835. as yourself who provide funding in amounts deemed appropriate. Your help 
  15836. is important and appreciated. A suggested donation of twenty dollars per
  15837. year per reader is considered appropriate. See our address above.
  15838.  
  15839. All opinions expressed herein are deemed to be those of the author. Any
  15840. organizations listed are for identification purposes only and messages
  15841. should not be considered any official expression by the organization.
  15842. ----------------------------------------------------------------------
  15843.  
  15844. Date: Tue, 28 Feb 95 16:18:00 EST
  15845. From: John Godfrey <jgodfrey@nas.edu>
  15846. Subject: NII 2000 Call for White Papers
  15847.  
  15848.  
  15849.     [This document is also available through World Wide Web, at
  15850.   http://ntiaunix1.ntia.doc.gov:70/0/iitf/appstech/techpolwg/tpwgcall.html]
  15851.  
  15852.   COMPUTER SCIENCE AND TELECOMMUNICATIONS BOARD
  15853.   NATIONAL RESEARCH COUNCIL
  15854.   2101 Constitution Avenue, N.W., Washington, D.C.  20418
  15855.  
  15856.   NII 2000 STEERING COMMITTEE
  15857.  
  15858.   Call for White Papers:  Private Investment and Federal NII
  15859.   Policy
  15860.  
  15861.   The NII 2000 Steering Committee -- a group of high-level executives
  15862.   and distinguished academicians -- seeks white papers from academia,
  15863.   businesses, foundations, industry, interest groups, trade associations and
  15864.   other interested parties on topics relevant to NII technology
  15865.   deployment.  The Committee is charged by the Technology Policy
  15866.   Working Group (TPWG) of the federal Information Infrastructure Task
  15867.   Force with a year-long course of activities to develop a baseline
  15868.   understanding regarding what technologies are to be deployed when,
  15869.   where, and by whom.  The project is being coordinated by the
  15870.   Computer Science and Telecommunications Board (CSTB) and is
  15871.   drawing upon inputs from multiple industries, sectors, organizations,
  15872.   and individual experts.  A list of NII 2000 Steering Committee
  15873.   members is attached.
  15874.  
  15875.   All white papers will be made available to federal NII decision
  15876.   makers and be considered for discussion at a Spring Forum in
  15877.   Washington, D.C., May 23-24, 1995.  White paper authors will have
  15878.   the opportunity to revise their papers after the Spring Forum.  All papers-
  15879.   regardless of whether they are selected for discussion at the
  15880.   Spring Forum-will be presented to the government and will
  15881.   contribute to the Steering Committee's final NII 2000 report to TPWG
  15882.   and the public.
  15883.  
  15884.   RESPONDING TO THE CALL:
  15885.  
  15886.   In keeping with its charge, the NII 2000 Steering Committee seeks
  15887.   properly documented discussions with quantitative evidence/analysis
  15888.   on technical, financial, and economic aspects of technology
  15889.   deployment issues and prospects for the next five to seven years.
  15890.   Issues of particular interest to the Committee include:
  15891.  
  15892.   Architecture and facilities:
  15893.  
  15894.     Bandwidth capacity available to and from:  government (all levels),
  15895.     corporations (domestic and international), small businesses and residences;
  15896.     also mobile users of portable platforms;
  15897.  
  15898.     Interoperability and openness:  dimensions, barriers and
  15899.     facilitators;
  15900.  
  15901.     Interactivity and symmetry (i.e., relative support for two-way
  15902.     communication);
  15903.  
  15904.     Internetworking and interconnection regarding different kinds of networks
  15905.     and services;
  15906.  
  15907.     Public networks, private networks, virtual private networks.
  15908.  
  15909.   Enabling technologies (e.g., end-user devices, interfaces, and
  15910.   protocols);
  15911.  
  15912.   Recovery of carrier costs (facilities and/or services) in an open- network
  15913.   environment;
  15914.  
  15915.   Middleware technologies/capabilities:  e.g., mechanisms such as
  15916.   digital signatures, encryption or search agents that protect intellectual
  15917.   property, privacy, security; directory services.
  15918.  
  15919.   Applications:
  15920.  
  15921.     Expected capabilities for digital libraries, distributed
  15922.     collaboration, software agents, smart cards, telecommuting,
  15923.     video delivery (on-demand & near on-demand), multimedia services;
  15924.  
  15925.     Expected attributes and implementation of electronic
  15926.     kiosks/public access facilities;
  15927.  
  15928.     Technology deployment issues affecting a particular domain
  15929.     (e.g., education, finance, manufacturing, transportation) which may have
  15930.     implications for other domains (e.g., establishing standards in health
  15931.     care);
  15932.  
  15933.     Critical hardware and/or software interface features, requirements, and
  15934.     standards;
  15935.  
  15936.   Equitable access and public service obligations (relative costs and
  15937.   implementation rates);
  15938.  
  15939.   Research and development:  i.e., critical areas for future projects in
  15940.   device, software, and systems research; also private sector trends and
  15941.   priority areas for government-funded research;
  15942.  
  15943.  
  15944.   FORMAT REQUIREMENTS SUMMARY:
  15945.  
  15946.   Papers should begin with a brief problem statement and
  15947.   concentrate on analysis and forecast (five to seven year horizon)
  15948.   of deployment issues and key factors, including sources of uncertainty,
  15949.   contingencies, barriers and facilitators.  Conclusions should concisely
  15950.   state the business case for a given deployment effort and any implications
  15951.   for public policy.
  15952.  
  15953.   Submissions should be double-spaced and should not exceed
  15954.   6,250 words (approx. 25 pages).
  15955.  
  15956.   All papers must be signed by a principal and accompanied by a
  15957.   signed NRC copyright agreement.
  15958.  
  15959.   Statistics must be referenced; cites should be formatted as
  15960.   endnotes.
  15961.  
  15962.   Papers should be submitted in hard copy and electronic form
  15963.   (diskette or e-mail to jgodfrey@nas.edu) by April 27th.
  15964.  
  15965.  
  15966.   About the Computer Science and Telecommunications Board:
  15967.  
  15968.   Established by the National Academy of Sciences in 1916, the
  15969.   National Research Council (NRC) is the federal government's
  15970.   principal advisor on science and technology issues.  NRC conducts
  15971.   its work primarily by convening experts (serving pro bono) on a given
  15972.   issue.  Within the NRC, CSTB oversees technology and policy
  15973.   projects related to information infrastructure and similar topics.
  15974.  
  15975.   For more information, contact John Godfrey, CSTB, 202/334-2605
  15976.   or e-mail to jgodfrey@nas.edu
  15977.  
  15978.   **************************************************************************
  15979.  
  15980.   DETAILED CRITERIA AND FORMAT STATEMENT:
  15981.  
  15982.   White Paper Criteria and Format
  15983.  
  15984.   I.      Criteria
  15985.  
  15986.   A.      Substantive - To the degree relevant, each paper should:
  15987.  
  15988.   Distinctly frame a problem/issue related to NII technology
  15989.   deployment;
  15990.  
  15991.   Make a projection regarding that problem/issue over the
  15992.   next five to seven years;
  15993.  
  15994.   Provide a comprehensive baseline and status report of key developments
  15995.   related to that problem or issue;
  15996.  
  15997.   Assess the interaction between technical and non-technical
  15998.   (legal/regulatory, economic, social) factors;
  15999.  
  16000.   Identify contingencies and uncertainties related to
  16001.   investment and deployment of new technologies;
  16002.  
  16003.   Identify key applications, enabling technologies,
  16004.   capabilities;
  16005.  
  16006.   Identify classes of users to be served, noting: (a) which
  16007.   users may be served most easily or quickly; (b) which
  16008.   users are more difficult to serve (and why); and (c) market ramp-up
  16009.   expectations and determinants
  16010.  
  16011.   When using terms such as "interactive", "open", "scalable",
  16012.   provide a short definition or context for understanding
  16013.   how those terms are being used;
  16014.  
  16015.   Identify possible public, private, or public/private sector
  16016.   responses.
  16017.  
  16018.   B.      Technical:
  16019.  
  16020.   Submissions should be double-spaced;
  16021.  
  16022.   Submissions may be no longer than 6,250 words (approx.
  16023.   25 pages, double-spaced);
  16024.  
  16025.   All papers must be signed by a principal of the
  16026.   organization, group, or firm;
  16027.  
  16028.   All authors must sign a National Research Council
  16029.   copyright agreement;
  16030.  
  16031.   Statistics must be referenced; cites should be formatted as
  16032.   endnotes;
  16033.  
  16034.   Papers should be submitted in hard copy form, as well as
  16035.   on a diskette (ASCII or WordPerfect 5.1 format) or sent via e-mail to
  16036.   jgodfrey@nas.edu.
  16037.  
  16038.   C.      Dates:
  16039.  
  16040.   Abstracts due March 27;
  16041.  
  16042.   Forum version papers due April 27;
  16043.  
  16044.   Edited (final) version papers due June 30.
  16045.  
  16046.  
  16047.   II.     Format  (Page lengths are provided as guidelines only):
  16048.  
  16049.   A.   Statement of the Problem:
  16050.  
  16051.   Each paper should provide a one or two paragraph statement of
  16052.   the particular technology deployment issue.
  16053.  
  16054.   B.   Background (approximatly four or five pages):
  16055.  
  16056.   This section should provide a baseline understanding of
  16057.   the technology, service, industry, domain, or issue in question, and
  16058.   define terms.  A picture of the current "state-of-play" should emerge
  16059.   from the section.
  16060.  
  16061.   C.   Analysis and Forecast (approximatly twelve to fifteen pages):
  16062.  
  16063.   This third section is the heart of the paper and as such, should
  16064.   look at some of the broad factors (economic, legal/regulatory, social, 
  16065.   technical) influencing deployment decisions. In particular, authors 
  16066.   should (to the extent relevant): 
  16067.  
  16068.   (a) identify contingencies and uncertainties affecting investment decisions;
  16069.   (b) discuss factors used by the industry/domain in making the business case
  16070.       for a new technology; and 
  16071.   (c) make projections regarding the next five to seven years. This section 
  16072.       should also include a discussion of barriers to resolving any outstanding
  16073.       problems/issues.
  16074.  
  16075.   D.  Recommendations (approximatly three or four pages):
  16076.  
  16077.   In this final section, authors should state whether and how the problem(s) 
  16078.   identified can best be addressed by the private sector, the public sector, 
  16079.   or by a cooperative effort between the two.
  16080.  
  16081.   E.  Additional Resources (optional):
  16082.  
  16083.   A listing of relevant documents, analyses, forecasts is welcome.  Authors
  16084.   may attach these source materials as appendices.
  16085.  
  16086.  
  16087.   For more information, contact John Godfrey, CSTB, 202/334-2605
  16088.   or e-mail to jgodfrey@nas.edu
  16089.  
  16090.   **************************************************************************
  16091.  
  16092.   Computer Science and Telecommunications Board
  16093.   National Research Council
  16094.  
  16095.   NII 2000:  CALL FOR WHITE PAPERS
  16096.  
  16097.   RESPONSE FORM
  16098.  
  16099.   Complete and return to CSTB by March 22
  16100.  
  16101.   (Circle One:   Mr.    Ms.    Professor    Dr.)
  16102.  
  16103.   NAME
  16104.  
  16105.   TITLE
  16106.  
  16107.   AFFILIATION
  16108.  
  16109.   ADDRESS
  16110.  
  16111.   PHONE ____________FAX________________E-MAIL_____________
  16112.  
  16113.  
  16114.   What is the topic of your white paper?
  16115.  
  16116.  
  16117.   Return to:   Computer Science and Telecommunications Board
  16118.   Attn:  John Godfrey
  16119.   National Research Council
  16120.   2101 Constitution Avenue, NW, Room HA-560
  16121.   Washington, D.C.  20418
  16122.   FAX: (202) 334-2318
  16123.  
  16124.   **************************************************************************
  16125.  
  16126.   STEERING COMMITTEE ON TECHNOLOGY DEPLOYMENT FOR A
  16127.   NATIONAL INFORMATION INFRASTRUCTURE
  16128.  
  16129.  
  16130.   Dr. Lewis Branscomb, Chair
  16131.   Albert Pratt Public Service Professor
  16132.   J.F. Kennedy School of Government
  16133.   Harvard University
  16134.  
  16135.   Ms. Cynthia Braddon
  16136.   Vice President, Washington Affairs
  16137.   McGraw-Hill Incorporated
  16138.  
  16139.   Mr. James Chiddix
  16140.   Senior Vice President, Engineering
  16141.   and Technology
  16142.   Time Warner Cable
  16143.  
  16144.   Dr. David Clark
  16145.   Senior Research Scientist,
  16146.   Laboratory for Computer Science
  16147.   Massachusetts Institute of Technology
  16148.  
  16149.   Mr. Joseph Flaherty
  16150.   Senior Vice President, Technology
  16151.   CBS Incorporated
  16152.  
  16153.   Dr. Paul Green, Jr.
  16154.   Manager, Advanced Optical
  16155.   Networking Laboratory
  16156.   IBM T.J. Watson Research Center
  16157.  
  16158.   Mr. John Landry
  16159.   Senior Vice President, Development
  16160.   and Chief Technical Officer
  16161.   Lotus Development Corporation
  16162.  
  16163.   Mr. Richard Liebhaber
  16164.   Chief Strategy and Technology Officer
  16165.   MCI Communications
  16166.  
  16167.   Dr. Robert Lucky
  16168.   Vice President, Applied Research
  16169.   Bell Communications Research
  16170.  
  16171.   Dr. Lloyd N. Morrisett
  16172.   President
  16173.   John and Mary Markle Foundation
  16174.  
  16175.   Dr. Donald Simborg
  16176.   Chief Product Strategist
  16177.   Medicus Systems Corporation
  16178.  
  16179.   Mr. Leslie Vadasz
  16180.   Senior Vice President
  16181.   Intel Corporation
  16182.  
  16183.  
  16184.   Staff:
  16185.   Marjory S. Blumenthal
  16186.   Director, CSTB
  16187.  
  16188.   Louise A. Arnheim
  16189.   Sr. Program Officer
  16190.  
  16191.   John M. Godfrey
  16192.   Research Associate
  16193.  
  16194.   Gloria Bemah
  16195.   Admin. Assistant
  16196.  
  16197. ------------------------------
  16198.  
  16199. Date: Tue, 28 Feb 1995 16:24:50 +0500
  16200. From: sellers@on.bell.ca (Dave Sellers)
  16201. Subject: Pizza Hunt Consolidated Phone Number - All Locations
  16202.  
  16203.  
  16204. The following news release was issued by Bell Ontario Public Affairs
  16205. to Ontario-based media on February 27, 1995.
  16206.  
  16207. Bell rings up 310-1010 to reach 83 Pizza Hut locations
  16208.  
  16209. TORONTO -- Eighty-three different pizza outlets from Cobourg to the
  16210. Niagara Peninsula have identical phone numbers. A telecommunications
  16211. nightmare, you say? A super telephone number, say Pizza Hut and Bell
  16212. Canada.
  16213.  
  16214. Throughout the 416 and 905 area codes, pizza-hungry customers can now
  16215. dial the same seven-digit phone number, 310-1010, to reach any of
  16216. Pizza Hut's restaurants, delivery and take-out stores. No need to look
  16217. in the phone book; no area code required.
  16218.  
  16219. Bell ServiceFinder (TM) service makes this new kind of seven-digit
  16220. phone number possible. It provides a business with a series of call
  16221. routing options that can be used alone or in combination to give
  16222. customized routing capabilities. The service allows the business to
  16223. advertise a single seven-digit local number and route incoming calls
  16224. to pre-determined locations based on one or more options.
  16225.  
  16226. "Whether you're at your home in St. Catharines, at a friend's place in
  16227. Brampton or visiting your cousin's apartment in North York, you just
  16228. dial 310-1010 to reach the local Pizza Hut for that area. The people
  16229. who answer your call will take your order and make your pizza. It's
  16230. that easy," says Doug Corbett, Pizza Hut's marketing manager.
  16231.  
  16232. The ServiceFinder database will use the postal code associated with
  16233. the calling number to identify which Pizza Hut location the call
  16234. should go to. When the customer dials 310-1010, the system
  16235. automatically routes the call to the nearest Pizza Hut.  "No other
  16236. food service company in Canada offers this level of convenience for
  16237. its customers," says Corbett. "Our goal now is to make 310-1010
  16238. available across the country so no matter what city our customers are
  16239. in, they dial the same number for a Pizza Hut pizza."
  16240.  
  16241. Both the customer and the business benefit from the ServiceFinder
  16242. service. "Besides making it easier for people to reach a business no
  16243. matter where they happen to be, this service means the business can
  16244. maintain a local look while getting greater value from its
  16245. advertising," says John Strecker, national account director with Bell.
  16246.  
  16247. In addition to the postal code option, call routing can be based on:
  16248.  
  16249. - the telephone numbers of special customers;
  16250. - the first three digits of the incoming call;
  16251. - time of day;
  16252. - day of the week;
  16253. - a percentage of calls that each location should receive.
  16254.  
  16255. Pizza Hut is the first Bell Canada customer to use the ServiceFinder
  16256. service and is part of a technical trial.  Bell Canada is awaiting
  16257. approval from the Canadian Radio-television and Telecommunications
  16258. Commission before expanding Pizza Hut's single number to other area
  16259. codes and proceeding to market trials with other customers. That
  16260. approval may come by the end of March.
  16261.  
  16262. This is one of the first services to be offered on Bell's Advanced
  16263. Intelligent Network (AIN) platform. AIN is a set of software features
  16264. that work in conjunction with Bell's digital switches (DMS-100:
  16265. digital multiplex system of switching) equipped with CCS7 (Common
  16266. Channel Signaling #7) software.
  16267.  
  16268. CCS7, which activates Bell SmartTouch (TM) services, passes
  16269. information about the calling number between the DMS-100 switch and
  16270. the AIN software.
  16271.  
  16272. Pizza Hut's 310-1010 is also in use in Calgary, Alberta, and the
  16273. company intends to expand the number to the rest of the country as
  16274. soon as possible. Within the 416 and 905 area codes, all Pizza Hut
  16275. locations are now using the 310 number except those in Oakville,
  16276. Burlington and Milton which are expected to make the change this
  16277. spring. The downtown Toronto core (south of Carlton/College, between
  16278. Spadina Ave. and Bayview Ave.) is using 310-1010 and will have
  16279. delivery service for the first time by mid-March.
  16280.  
  16281. Pizza Hut, a subsidiary of PepsiCo, Inc., is the world's largest pizza
  16282. distribution system with 478 restaurants and delivery units in Canada
  16283. and more than 10,750 outlets in 88 other countries. Pizza Hut is the
  16284. recognized leader of the $1.7 billion Canadian pizza category.
  16285.  
  16286. Bell Canada, the largest Canadian telecommunications operating
  16287. company, markets a full range of state-of-the-art products and
  16288. services to more than seven million business and residence customers
  16289. in Ontario and Quebec.
  16290.  
  16291. Bell Canada is a member of Stentor -- an alliance of Canada's major
  16292. telecommunications companies.
  16293.  
  16294.  
  16295. For more information:
  16296.  
  16297. Marilyn Koen                            Doug Corbett
  16298. Bell Canada Communications (Ontario)    Pizza Hut Canada
  16299. (416) 581-3258                          (905) 602-2752
  16300.  
  16301. ------------------------------
  16302.  
  16303. Date: Tue, 28 Feb 95 15:59:17 CST
  16304. From: telecom@eecs.nwu.edu (TELECOM Digest Editor)
  16305. Subject: Palm Size Message Recorder on a Chip
  16306.  
  16307.  
  16308. I got an interesting advertisement a couple days ago I want to share
  16309. with you. I make no warranties or claims; I will just tell you what
  16310. they said. It cheap enough, you may want to order one or two.
  16311.  
  16312. "Message recorder records anything without tape".
  16313.  
  16314. This little thing fits in the palm of your hand and comes with a key
  16315. chain attachment. Two buttons on the front, one marked 'rec' and the
  16316. other marked 'play'.
  16317.  
  16318. Whenever you want to remember something later on, just take this thing
  16319. out of your pocket, press the record button and talk into it. It will
  16320. hold ten seconds of whatever it hears, but the deluxe version will
  16321. hold twenty seconds of talk. Later on when needed, you press the play
  16322. button and the ten/twenty seconds of speech comes over the tiny little
  16323. speaker attached. A new recording simply erases the old one. 
  16324.  
  16325. It looks to me like the sound quality won't be the greatest based on
  16326. the tiny combination speaker/microphone used, but it should work for
  16327. short memos.
  16328.  
  16329. Inside this thing is a tiny little ciruit board with a chip that holds
  16330. your speech. The person who showed me the one he got (and gave me the
  16331. ad for reference) has done something quite interesting; something which
  16332. may appeal to other Digest readers --
  16333.  
  16334. He opened the plastic case and took out the circuit board. Then he
  16335. tossed out the plastic case, not needing it any longer. He mounted the
  16336. litle circuit board in his telephone, and took the leads which had
  16337. been going to the little speaker and connected them to his telephone
  16338. handset instead. Two minature push button switches he mounted nicely 
  16339. on the side of his phone serves to cut the recorder in or out of the
  16340. circuit, in record or play mode. He records his message by talking
  16341. into the telephone. He uses it to give a standard answer phrase when
  16342. he picks up a ringing line. Of course, you could do whatever you
  16343. wanted with it.  He mounted the little circuit board in a spare place
  16344. inside the phone with a piece of double sided tape to hold it firm.
  16345.  
  16346. It operates on four 1.5 volt button size batteries that come with it
  16347. for free when you buy it. He thought about getting the six volts
  16348. needed from the phone line itself, but said the extra bother of
  16349. getting the voltage just right was not worth the hassle since the
  16350. batteries last a long time (hundreds of plays). 
  16351.  
  16352. Anyway, I thought you might be interested in trying one of these.
  16353. There is no kickback or commission to me, it just looked clever and
  16354. I think I shall order one also.
  16355.  
  16356. Item MR-10  the standard one is $9.95 plus 3.45 s/h  = $13.40
  16357. Item MR-20  the deluxe one is  $14.95 plus 3.45 s/h  = $18.40
  16358.  
  16359. Two of the MR-20 deluxe units for $24.75 plus 3.65 s/h = $28.40
  16360. Three of the MR-20 deluxe units for $34.95 plus $4 s/h = $38.95
  16361.                                              ($13 each)
  16362.  
  16363. They offer a money back guarentee for thirty days after purchase,
  16364. and say allow six weeks for reciept.
  16365.  
  16366. They take checks or money orders payable to HOLST, Inc. or you can
  16367. send them your Visa/MC/Amex number and expiration date with your
  16368. signature.
  16369.  
  16370. HOLST, Inc.
  16371. Department DM-2265
  16372. 334 W. Wackerly Street
  16373. Post Office Box 1431
  16374. Midland, MI 48641-1431
  16375.  
  16376. No phone number was given. 
  16377.  
  16378. I can see where the twenty second version might have some interesting
  16379. applications for short outgoing phone messages if you can figure out
  16380. how to wire it in the phone line, which should not be too hard.
  16381.  
  16382.  
  16383. PAT
  16384.  
  16385. ------------------------------
  16386.  
  16387. Date: Tue, 28 Feb 1995 10:57:59 EST
  16388. From: Rob Slade <roberts@mukluk.decus.ca>
  16389. Subject: Book Review: "Dvorak's Guide to Desktop Telecommunications"
  16390.  
  16391.  
  16392. BKDGTDTC.RVW   950125
  16393.  
  16394. "Dvorak's Guide to Desktop Telecommunications", Dvorak/Anis, 1990, 0-07-881668-
  16395. 8, U$34.95
  16396. %A   John C. Dvorak
  16397. %A   Nick Anis
  16398. %C   300 Water Street, Whitby, Ontario   L1N 9B6
  16399. %D   1990
  16400. %G   0-07-881668-8
  16401. %I   McGraw-Hill/Ryerson/Osborne
  16402. %O   U$34.95 905-430-5000 fax: 905-430-5020 lkissing@osborne.mhs.compuserve.com
  16403. %T   "Dvorak's Guide to Desktop Telecommunications"
  16404.  
  16405. This book is *full* of surprises.
  16406.  
  16407. Given the number of people who recommended that I review it, I had
  16408. expected a more up-to-date work.  This *revised* (from "Dvorak's Guide
  16409. to PC Telecommunications") version is dated 1990.  Which means it's
  16410. dated.  Actually, even for *1990*, it's dated.
  16411.  
  16412. The "acknowledgements" reads like a telephone book.  A lot of people
  16413. put a lot of info into the book.  Unfortunately, a lot of them covered
  16414. the same ground.  Over and over.  Again.  From these original
  16415. submissions, the book does not seem to be edited as much as
  16416. concatenated.  The material does not seem to have been organized into
  16417. any kind of order, either.  Modem installation starts in chapter two,
  16418. but some of the information on COM ports waits for chapter
  16419. twenty-three.
  16420.  
  16421. The material is very uneven as to quality.  Chapter twenty-four has an
  16422. excellent section on what to look for in file transfer protocols.
  16423. Unfortunately, it is in the second half of the chapter.  The first
  16424. half has already delivered the usual hackneyed opinions about specific
  16425. protocols: errant ones, into the bargain.  The linking and
  16426. introductory material is sometimes painfully verbose, and pages go by
  16427. without solid information.  (The virus chapter?  Ahem.  Well, yes.  I
  16428. *do* have to say that, aside from the ridiculous definitions of
  16429. "bombs" and "worms", and Richard Levin's promoting of his own program,
  16430. it is not bad at all.)
  16431.  
  16432. As usual, the preface promises to help you get started with a modem.
  16433. It simply does not deliver.  The reader will, by the time the book is
  16434. finished, be familiar with terms and concepts, but not the practical
  16435. details of how to get it to work.  Well, some details, perhaps.  Much
  16436. time is spent describing how to put a "card" into the computer.
  16437.  
  16438. But there is no advice on how to diagnose errors with speed, parity or
  16439. word length (all fairly easy to recognize).  The chapters on
  16440. Macintosh, Amiga, UNIX and OS/2 are mere tokens.  There is much more
  16441. that is missing from this tome, as well.  (The *only* mention of the
  16442. Internet is as an email gateway between Compuserve and Usenet.)
  16443.  
  16444. There are some individual goodies buried in here, but, to be honest, I
  16445. can't think of any group to recommend it to, even considering some of
  16446. the other poor works on the market.
  16447.  
  16448.  
  16449. copyright Robert M. Slade, 1995   BKDGTDTC.RVW 950125. Distribution
  16450. permitted in TELECOM Digest and associated publications. Rob Slade's
  16451. book reviews are a regular feature in the Digest.
  16452.  
  16453.  
  16454. Vancouver      ROBERTS@decus.ca    
  16455. Institute for  Robert_Slade@sfu.ca 
  16456. Research into  rslade@cue.bc.ca    
  16457. User           p1@CyberStore.ca    
  16458. Security       Canada V7K 2G6      
  16459.  
  16460. ------------------------------
  16461.  
  16462. From: routers@halcyon.com
  16463. Subject: Overseas Bandwidth Optimizers
  16464. Date: 28 Feb 1995 00:43:37 GMT
  16465. Organization: Northwest Nexus Inc.
  16466.  
  16467.  
  16468. The series 5000 LAN/WAN Optimizer is an advanced data compression
  16469. device which increases the throughput of a bridge, router, front end
  16470. processor or channel extender.  It uses an advance hardware pipeline
  16471. and multiprocessor architecture to minimize compression/decompression
  16472. latency and maximize throughput.  The Optimizer can either be inserted
  16473. between the router and the DSU/CSU, or can be installed with an integral 
  16474. T-1/FT1 DSU/CSU.  Wan links speeds supported: 9,600 through 2.048Mbps.  
  16475. Average 2:1 through 4:1 compression at all line rates.
  16476.  
  16477. The 5101 model is a single DTE channel device.  The 5201 model offers
  16478. statistical multplexing of two channels to allow multiple independent
  16479. data streams to be efficiently transported across the WAN.
  16480.  
  16481.  
  16482. For more information  please contact:
  16483.  
  16484. Jim Williams   ROUTER SOLUTIONS
  16485. Tel  +800-837-4180  Fax +206-222-7622
  16486. E-mail  routers@halcyon.com
  16487. FTP.halcyon.com /pub/local/routers       
  16488.  
  16489. ------------------------------
  16490.  
  16491. From: Marcel.W.J.van.Ruijven@news.xs4all.nl
  16492. Subject: Tender For Global ISDN Project
  16493. Date: Tue, 28 Feb 95 12:22:33 PST
  16494. Organization: PTT Telecom Netherlands
  16495.  
  16496.  
  16497.  From November 28-30, 1995 the ISDN event of the year will take place:
  16498.  
  16499. Global 1995. It will be a world-wide event with show cases in
  16500. different countries linked together via ISDN.  Already 35 sponsors in
  16501. Europe, Asia, Africa and America support the initative and now seek
  16502. global support for a professional organisation. Three tenders are made
  16503. available by the Global '95 steering committee:
  16504.  
  16505. -       For administration
  16506. -       For promotion and communication
  16507. -       for project management
  16508.  
  16509. For more information please ask for details via:
  16510.  
  16511. Fax     :       +31 70 3816581 (Attn. Mr. A. Naftali) 
  16512. Internet:       m.w.j.vanruijven@telecom.ptt.nl
  16513.  
  16514. Requests for information should be in before March 7, 1995.  Proposals
  16515. should be in no later than March 10, 1995.
  16516.  
  16517.  
  16518. Marcel W.J. van Ruijven      PTT Telecom BV                     
  16519. E-mail:M.W.J.vanRuijven@telecom.ptt.nl
  16520. P.O. Box 30150      not NL-2500 GD The Hague        
  16521.  
  16522. ------------------------------
  16523.  
  16524. End of TELECOM Digest V15 #124
  16525. ******************************
  16526.  
  16527. From telecom Tue Feb 28 17:09:21 1995
  16528. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  16529.     id AA20789; Tue, 28 Feb 95 17:09:19 CST
  16530. Return-Path: <telecom@eecs.nwu.edu>
  16531. Received: from news.eecs.nwu.edu by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  16532.     id AA20771; Tue, 28 Feb 95 17:09:14 CST
  16533. Received: from zeta.eecs.nwu.edu by news.eecs.nwu.edu with SMTP id AA26363
  16534.   (5.65c/IDA-1.4.4 for <telecom@delta>); Tue, 28 Feb 1995 17:09:10 -0600
  16535. Received: from delta.eecs.nwu.edu by zeta.eecs.nwu.edu (4.1/SMI-EECS-3)
  16536.     id AA17700; Tue, 28 Feb 95 17:09:08 CST
  16537. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  16538.     id AA20757; Tue, 28 Feb 95 17:09:05 CST
  16539. Date: Tue, 28 Feb 95 17:09:05 CST
  16540. From: telecom@eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  16541. Message-Id: <9502282309.AA20757@delta.eecs.nwu.edu>
  16542. To: telecom@eecs.nwu.edu
  16543. Subject: TELECOM Digest V15 #125
  16544. Status: RO
  16545.  
  16546. TELECOM Digest     Tue, 28 Feb 95 17:09:00 CST    Volume 15 : Issue 125
  16547.  
  16548. Inside This Issue:                           Editor: Patrick A. Townson
  16549.  
  16550.     Book Review: "E-Mail Security" by Schneier (Rob Slade)
  16551.     Re: What is ESF and D4? (Michael Jennings)
  16552.     Re: What is ESF and D4? (Dr. R. Levine)
  16553.     Re: E(TACS) and GSM (Dr. R. Levine)
  16554.     Re: E(TACS) and GSM (shirleyg@stanilite.com.au)
  16555.     Re: V.35 Interface (John Combs)
  16556.     Re: Pair Gain Line Problem (John Combs)
  16557.  
  16558. TELECOM Digest is an electronic journal devoted mostly but not
  16559. exclusively to telecommunications topics. It is circulated anywhere
  16560. there is email, in addition to various telecom forums on a variety of
  16561. public service systems and networks including Compuserve and America
  16562. On Line. It is also gatewayed to Usenet where it appears as the moderated
  16563. newsgroup 'comp.dcom.telecom'. 
  16564.  
  16565. Subscriptions are available to qualified organizations and individual
  16566. readers. Write and tell us how you qualify:
  16567.  
  16568.                  * telecom-request@eecs.nwu.edu *
  16569.  
  16570. The Digest is edited, published and compilation-copyrighted by Patrick
  16571. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  16572. or phone at:
  16573.                     9457-D Niles Center Road
  16574.                      Skokie, IL USA   60076
  16575.                        Phone: 500-677-1616
  16576.                         Fax: 708-329-0572
  16577.   ** Article submission address only: telecom@eecs.nwu.edu **
  16578.  
  16579. Our archives are located at lcs.mit.edu and are available by using
  16580. anonymous ftp. The archives can also be accessed using our email
  16581. information service. For a copy of a helpful file explaining how to
  16582. use the information service, just ask.
  16583.  
  16584. *************************************************************************
  16585. *   TELECOM Digest is partially funded by a grant from the              *
  16586. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  16587. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  16588. * project.  Views expressed herein should not be construed as represent-*
  16589. * ing views of the ITU.                                                 *
  16590. *************************************************************************
  16591.  
  16592. Additionally, the Digest is funded by gifts from generous readers such
  16593. as yourself who provide funding in amounts deemed appropriate. Your help 
  16594. is important and appreciated. A suggested donation of twenty dollars per
  16595. year per reader is considered appropriate. See our address above.
  16596.  
  16597. All opinions expressed herein are deemed to be those of the author. Any
  16598. organizations listed are for identification purposes only and messages
  16599. should not be considered any official expression by the organization.
  16600. ----------------------------------------------------------------------
  16601.  
  16602. Date: Tue, 28 Feb 1995 13:27:32 EST
  16603. From: Rob Slade <roberts@mukluk.decus.ca>
  16604. Subject: Book Review: "E-Mail Security" by Schneier
  16605.  
  16606.  
  16607. BKEMLSEC.RVW   950127
  16608.  
  16609. "E-Mail Security", Bruce Schneier, 1995, 0-471-05318-X, U$24.95/C$32.50
  16610. %A   Bruce Schneier schneier@counterpane.com
  16611. %C   5353 Dundas Street West, 4th Floor, Etobicoke, ON   M9B 6H8
  16612. %D   1995
  16613. %G   0-471-05318-X
  16614. %I   John Wiley & Sons, Inc.
  16615. %O   U$24.95/C$32.50 416-236-4433 fax: 416-236-4448 800-CALL-WILEY
  16616. %O   212-850-6630 Fax: 212-850-6799 Fax: 908-302-2300 jdemarra@jwiley.com
  16617. %P   365
  16618. %T   "E-Mail Security"
  16619.  
  16620. This is the third work that I have seen on the PGP (Pretty Good Privacy) 
  16621. text encryption and authentication system.  (I understand that at
  16622. least two more are in the works.)  It is also the first to truly
  16623. present the general concept of email security by covering the only
  16624. other realistic option -- the Internet Privacy Enhanced Mail (PEM)
  16625. standard and (Mark) Riordan's Internet Privacy Enhanced Mail (RIPEM)
  16626. implementation.  The book divides roughly into quarters discussing
  16627. background, practical use, the PGP documentation, and the PEM RFCs.
  16628.  
  16629. The work is considerably different, in style, to the Stallings
  16630. (BKPRTPRV.RVW) and Garfinkel (BKPGPGAR.RVW) efforts.  Those books,
  16631. while not obtuse, were still written with a technical audience in
  16632. mind.  Schneier's work, while definitely showing the expertise he
  16633. demonstrated in "Applied Encryptography" (BKAPCRYP.RVW), is clearly
  16634. aimed at the general, non-technical reader.  (Interestingly, while he
  16635. *does* tell you where to find the RC4 algorithm posting, he *doesn't*
  16636. mention the loophole recently pointed out in the Clipper "Skipjack"
  16637. algorithm.)  The straightforward style lulled me into thinking that
  16638. chapter one was too long.  It isn't: Schneier makes the important
  16639. point that, for it to be *truly* effective, encryption must be used on
  16640. *all* correspondence, even trivial items.  So well crafted is his
  16641. argument that it would be difficult to reduce the chapter by so much
  16642. as a paragraph.
  16643.  
  16644. Schneier uses this argument to good effect in pointing out some of the
  16645. major deficiencies in the two systems.  PGP is awkward to use, and PEM
  16646. may use incompatible algorithms.  Surprisingly, he does not emphasize
  16647. (though he does mention) what is probably the major problem with
  16648. each -- the inability to use the same system within and outside of the
  16649. United States.  The PGP fiasco is too involved to get into here (see
  16650. the Garfinkel work for details) and there is not yet an "international" 
  16651. implementation of PEM (although there may soon be an "authentication
  16652. only" version available).
  16653.  
  16654. This won't help you design your own algorithm, but it is definitely
  16655. for any user of email, manager of communications systems, or student
  16656. of privacy and confidentiality.
  16657.  
  16658.  
  16659. copyright Robert M. Slade, 1995   BKEMLSEC.RVW   950127. Distribution
  16660. permitted in TELECOM Digest and associated publications. Rob Slade's
  16661. book reviews are a regular feature in the Digest.
  16662.  
  16663.  
  16664. DECUS Canada Communications, Desktop, Education and Security group newsletters
  16665. Editor and/or reviewer ROBERTS@decus.ca, RSlade@sfu.ca, Rob Slade at 1:153/733
  16666. Author "Robert Slade's Guide to Computer Viruses" 0-387-94311-0/3-540-94311-0
  16667.  
  16668. ------------------------------
  16669.  
  16670. From: mjenning@ix.netcom.com (Michael Jennings)
  16671. Subject: Re: What is ESF and D4?
  16672. Date: 28 Feb 1995 19:45:18 GMT
  16673. Organization: Netcom
  16674.  
  16675.  
  16676. In <telecom15.119.16@eecs.nwu.edu> davethez@netcom.com (Dave) writes: 
  16677.  
  16678. > When ordering a T1 line for data, the local fiber company wants to
  16679. > know whether I'd like "ESF" or "D4".  Could someone please explain
  16680. > what these terms mean?
  16681.  
  16682. The following is a brief and by no means exhaustive explanation of D4 
  16683. versus ESF.
  16684.  
  16685. D4 was the original AT&T (Western Electric) product used by the Bell 
  16686. System for digital multiplexing of voice and data circuits at 1.544 Mb/s 
  16687. over copper transmission lines.
  16688.  
  16689. When asked the way it was of you, the fiber company is now referring to 
  16690. the time slot (channel) framing format that you would like your T1 line 
  16691. to have.  "D4" refers to the original specification which is also 
  16692. referred to as the Superframe Format based upon the way framing bits are 
  16693. used to define groups of the 24 channels multiplexed onto a T1 line.  
  16694. "ESF" refers to a newer framing format called Extended Superframe Format 
  16695. (hence, ESF).
  16696.  
  16697. ESF provides improved false framing protection and network maintenance 
  16698. capabilities (performance monitoring.)  In addition, ESF typically is 
  16699. associated with "clear channel capability" or, the ability for the user 
  16700. to take advantage of the full 64 kb/s data rate of any of the 24 
  16701. channels on the T1 line.
  16702.  
  16703. Typically the "D4" type of framing requires that there be a minimum 
  16704. number of logical "1's" being transmitted over the T1 line.  This is 
  16705. necessary because various types of transmission gear along the T1 line 
  16706. (like repeaters) need sufficient transmitted energy to be able to 
  16707. extract timing from the signal.  Hence, users were typically restricted 
  16708. from putting any data on a 64 kb/s channel that contained too many 
  16709. zeroes.  In essence, the channel was not fully "clear" for the user.
  16710.  
  16711. Alternative methods for maintaining a minimum 1's density were
  16712. introduced about the time ESF was developed and included Bipolar with
  16713. 8-Zero Substitution (B8ZS) and Zero Byte Time Slot Interchange
  16714. (ZBTSI).  Each of these permit the user of the data channel full
  16715. freedom over the data stream that they send over it.  That is, the
  16716. channel is "clear" for the full 64 kb/s bandwith.
  16717.  
  16718. B8ZS is the more common method and simply substitutes a special code 
  16719. whenever 8 consecutive zeros are encountered which is decoded at the 
  16720. other end.  While associated often with ESF it does not require ESF to 
  16721. operate.
  16722.  
  16723. The ZBTSI method requires the ESF format because it utilizes the 2 kb/s 
  16724. overhead data link inherent in the ESF format.  However, ZBTSI is not 
  16725. often employed by many carriers today.
  16726.  
  16727. I don't know if this will help you determine which type of framing 
  16728. format you want its at least a little backround on what they mean.
  16729.  
  16730. ------------------------------
  16731.  
  16732. From: levine@seas.smu.edu (Dr. R. Levine)
  16733. Subject: Re: What is ESF and D4?
  16734. Date: 28 Feb 1995 20:50:47 GMT
  16735. Organization: SMU - School of Engineering and Applied Science
  16736.  
  16737.  
  16738. Extended SuperFrame (ESF) uses a different sequence of binary bits
  16739. in the framing bit position of the T-1 bit stream. The repetition
  16740. of the framing bit pattern occurs after 24 frames rather than 12
  16741. in "plain vanilla" D4 T-1 framing. Some of the framing bit values
  16742. in ESF are not fixed and can be used for operations, administration
  16743. and maintenance (OA&M) messages, and others are always used for
  16744. an error detecting code (CRC6 code). ESF is also a requirement
  16745. to install ZBTSI clear channel line coding, but this is only
  16746. used by USWest and PacTel, not by the other local/regional
  16747. telcos.
  16748.  
  16749. To determine if you want/need ESF, first examine the extra cost of
  16750. the hardware/software in your terminal equipment (your channel
  16751. bank or PBX). Then examine the extra cost (if any) for the service
  16752. from the carrier. What you get (primarily) with ESF that you don't
  16753. get with D4 is the ability to automatically and continuously 
  16754. monitor the T-1 link for bit errors while all the 24 voice
  16755. channels are in full-time service. With D4, if you suspect problems,
  16756. you need to arrange to take one or more channels out of service
  16757. and perform a manual test involving co-ordination with the telco
  16758. in most cases. Try to make a cost comparison mainly between the
  16759. presence vs. absence of the automatic test capability. A good
  16760. customer equipment software system should warn you of even small
  16761. bit error rates which may predict more serious problems and allow
  16762. preventive maintenance. What is this worth? Does it justify the
  16763. extra initial and/or monthly cost for ESF vs. D4 service?
  16764.  
  16765. ------------------------------
  16766.  
  16767. From: levine@seas.smu.edu (Dr. R. Levine)
  16768. Subject: Re: E(TACS) and GSM
  16769. Date: 28 Feb 1995 03:26:19 GMT
  16770. Organization: SMU - School of Engineering and Applied Science
  16771.  
  16772.  
  16773. E(TACS) is a cellular system using analog FM radio for voice
  16774. transmission. GSM is a cellular system using digitally coded speech.
  16775. GSM is in use in about 7 European countries and will eventually
  16776. operate in over 14, thus making roaming theoretically feasible
  16777. technically (but in practical terms dependent on the existance of
  16778. business agreements between your home GSM system and the GSM system
  16779. operating company which you visit).
  16780.  
  16781. GSM is difficult or probably impossible to "clone" because it uses a
  16782. challenge-response algorithm for authentication and identification of
  16783. the mobile unit which does not produce an invariable (and therefore
  16784. cloneable) identification signal, as most analog cellular systems do.
  16785. It has nothing fundamentally to do with the digital vs. analog issue,
  16786. but is merely the result of a better authentication transaction
  16787. design.
  16788.  
  16789. ------------------------------
  16790.  
  16791. From: shirleyg@stanilite.com.au
  16792. Subject: Re: E(TACS) and GSM
  16793. Date: 28 Feb 1995 03:54:34 +1100
  16794. Organization: Stanilite Electronics Pty. Ltd. Sydney, Australia
  16795.  
  16796.  
  16797. Alexander Cerna <cerna@ntps5.ntep.tmg.nec.co.jp> writes:
  16798.  
  16799. > Can someone explain to me what E(TACS) and GSM are in detail? 
  16800.  
  16801. I'm sure lots of people can! Someone will correct the bits I get wrong.
  16802.  
  16803. ETACS is Extended Total Access Communication System or something
  16804. similar.  TACS is the UK version of the U.S. analog cellular standard
  16805. AMPS. Major differences are in the frequency range (only slightly
  16806. different) with some minor ones in data on control channels etc. The
  16807. extended bit is because the TACS standard has a section for extended
  16808. frequencies with a lot more than the 1000 or so in AMPS.
  16809.  
  16810. GSM is a French standard which is (roughly) translated as Group
  16811. Special Mobile or something similar. Someone else will know exactly.
  16812.  
  16813. GSM is digital whereas TACS is analog. This means your calls are more
  16814. secure but the coverage will possibly be not as extensive as it is a
  16815. newer technology (thats the way with GSM and AMPS in Australia anyway).
  16816.  
  16817. > are around five cellular phone service providers in our country, and
  16818. > most of them use E(TACS).  One uses GSM, and says that this is the
  16819. > latest technology in cellular telephony.  They say that it would make
  16820. > international roaming possible (although they say that it isn't
  16821. > possible right now).
  16822.  
  16823. If your GSM service provider is international or has agreements
  16824. overseas the international roaming is possible with GSM. Vodaphone
  16825. (who are one of the three GSM providers in Australia) has networks in
  16826. other countries where you can roam.  Telecom (another provider) has
  16827. agreements with other providers oversea.
  16828.  
  16829. As TACS is mainly used in UK and China and a few others then it is no
  16830. where near as suitable for international roaming.
  16831.  
  16832. > Also, this service provider that uses GSM says that they're the only
  16833. > provider that's 100% digital.  One of the implications of this, they
  16834. > claim, is that their phones can't be cloned as easily as the analog
  16835. > ones.  Is this true?
  16836.  
  16837. I couldn't say for sure with this but TACS (and AMPS) were never
  16838. designed with much security in mind anyway and as the GSM standard has
  16839. the benefit of hindsight when it comes to these security issues it
  16840. would have to be safer from cloning. AMPS and TACS phones are fairly
  16841. easy to clone if you know what you are doing (and can read the IMSI
  16842. and ESN over the air anyway).
  16843.  
  16844. > Also, they say that analog systems are very prone to charge errors.
  16845. > Is this also true?  Or are they just trying to scare me from going to
  16846. > the other service providers?
  16847.  
  16848. I wouldn't know about this but if the equipment is any of the big
  16849. names such as Ericsson or Motorola or a smaller type of equipment that
  16850. has been extensively trialled in a country like Australia like the
  16851. company I work for has then the basestation shouldn't make these type
  16852. of errors. The main problem would come from the providers of these
  16853. bases with inferior land lines (false answers) and not having answer
  16854. type signals (line reversals or whatever) on the lines and just
  16855. guessing when the answer has occurred ie. after ten seconds.
  16856.  
  16857. In short go for the GSM phone and provider:
  16858.  
  16859. - if the GSM coverage is good (ask the providors) or at least bearable,
  16860. - if the GSM phone is not excessively expensive (shop around),
  16861. - if the TACS systems will be non-existent in a few years like in
  16862.   Australia (although in 5 years the phone will have had a pretty
  16863.   good life anyway).
  16864. - if cloning (and you have to pay for the stolen air time) is 
  16865.   rampant where you are.
  16866. - if international roaming is important (as long as the provider
  16867.   is international or can guarantee agreements with providers in
  16868.   other countries.
  16869. - if you care if other people hear your conversation as anyone
  16870.   with a decent scanner (and some intelligence or maybe even without)
  16871.   can listen to your TACS or AMPS phone conversations. For the
  16872.   average person this is just about impossible with GSM.
  16873.  
  16874. I have to repeat though the coverage for the analog system is nearly
  16875. always more extensive than the digital systems in most countries
  16876. simply because it has been around longer. This is changing though.
  16877. Check it out thoroughly first though.
  16878.  
  16879. Hope that helps.
  16880.  
  16881. BTW where is the .jp domain - the phone number is in the Phillipines
  16882. isn't it?
  16883.  
  16884.  
  16885. [TELECOM Digest Editor's Note: I beleive .jp is Japan.   PAT]
  16886.  
  16887. ------------------------------
  16888.  
  16889. Date: Tue, 28 Feb 95 12:57 EST
  16890. From: Testmark Laboratories <0006718446@mcimail.com>
  16891. Subject: Re: V.35 Interface
  16892.  
  16893.  
  16894. In a recent TD, Steve Bunning <sbunning@DGS.dgsys.com> wrote:
  16895.  
  16896. > While reading the CCITT (ITU) Recommendation V.35, I began wondering
  16897. > how this standard for a 48,000 Kbps Wideband Modem using 60-108 kHz
  16898. > Group Band Circuits became the high speed equivilent of RS-232.
  16899.  
  16900. > The V.35 standard does not mention the large 34-pin block connector
  16901. > commonly used.  The signals in the standard are ground, TxD, RxD, RTS,
  16902. > Ready for sending (CTS), DSR, RLSD, Tx Clock and Rx Clock.
  16903.  
  16904. > DTR, RI, Terminal Timing, Local Loopback, Test Mode, Remote Loopback,
  16905. > and Test Pattern are not included as part of the standard, but often
  16906. > seen in vendor documentation for V.35.
  16907.  
  16908. > Does anyone know how V.35 evolved from a modem standard to a de facto
  16909. > physical interface standard?
  16910.  
  16911. Actually, V.35 didn't evolve, you were reading an obsolete standard.
  16912. The last time V.35 appeared as a published standard was the CCITT 1984
  16913. Red Book.  If you were to read the V Series for the CCITT 1988 Blue
  16914. Book, you would find that the only mention of V.35 was to point out
  16915. that it is out of date, and V.36 & V.37 are now recommended.
  16916.  
  16917. This is the best kept secret in data communications, and a pet peeve
  16918. of mine.  V.36/V.37 is designed for the high speeds that modern data
  16919. equipment runs at, especially devices like routers, which will run at
  16920. T1 or E1 or higher on their high speed serial (HSS) port.  I have seen
  16921. applications that ran error free as high as 8 Mbps on an HSS port.
  16922. The problem with V.35 was that its balanced transmiter voltages were
  16923. too low (0.55vdc) so it was susceptible to electrical noise from
  16924. florescent lamp ballasts, a worker using an electric drill in another
  16925. room, etc.  That is the only real electrical difference for V.36 -- its
  16926. balanced transmiter voltage is ten times as much, (6vdc) and therefore
  16927. much less susceptible to interference.  This is important now that
  16928. data services such as frame relay are becoming popular, as frame relay
  16929. is specifically designed to work on an error-free channel.
  16930.  
  16931. The other "change" that was supposed to happen in V.36 was to replace
  16932. the old, bulky, fragile V.35 connector that was popular in Europe.
  16933. Unfortunately, the V.36 standard doesn't call out when that is
  16934. supposed to happen, it simply says "after an interim period."  In
  16935. addition, the connector that V.36 recommends for future use is the old
  16936. RS-449 connector, a DB-42.  While this is an improvement, it is still
  16937. too bulky for modern data devices.  What has actually happened is that
  16938. the DB-25 connector is almost universally present on the backs of
  16939. DSUs, routers, etc., and custom cables provide either the old V.35
  16940. connector, or the RS-449 connector.  There is another standard, EIA
  16941. 530, which uses the DB-25 connector, and is electrically compatible
  16942. with V.36, but it never took off.  So, the majority of high speed
  16943. serial ports today use a DB-25, with a custom cable to go to a V.35
  16944. connector, and this is typically duplicated on the other side of the
  16945. data connection!
  16946.  
  16947. Also, only about three-quarters of the high speed serial devices that
  16948. come through our lab are at the 6vdc driver level -- about a quarter
  16949. of them are STILL using the obsolete, less-desirable, V.35 electrical
  16950. level, seven years after the standar changed!  This isn't a real
  16951. problem, as V.36 was designed to be backward-compatible with V.35.
  16952. The V.35 device is designed to withstand voltages higher than 6vdc on
  16953. its receivers, so it won't be damaged by a V.36 transmitter.  Don't
  16954. forget, though, a V.35 voltage level means that the data device is
  16955. more susceptible to electrical noise, and therefore more likely to
  16956. take errors.
  16957.  
  16958. By the way, V.36 doesn't stand alone.  It calls on V.10 for the
  16959. unbalanced electrial driver/terminator requirements, and V.11 for the
  16960. balanced requirements.  It also refers (as did V.35) to ISO standards
  16961. to describe the connectors' physical characteristics.  (ISO 2593 is
  16962. the "old" V.35 connector.)
  16963.  
  16964.  
  16965. John Combs, Project Engineer, TestMark Laboratories, testmark@mcimail.com
  16966.  
  16967. ------------------------------
  16968.  
  16969. Date: Tue, 28 Feb 95 12:58 EST
  16970. From: Testmark Laboratories <0006718446@mcimail.com>
  16971. Subject: Re: Pair Gain Line Problem
  16972.  
  16973.  
  16974. In article <telecom15.109.7@eecs.nwu.edu> Matt <mlennig@ecst.csuchico.
  16975. edu> writes:
  16976.  
  16977. > I have been told by a Pac Bell (i'm in CA) tech that the reason that I
  16978. > cannot connect above 9600 is because I'm on a "Pair Gain" line to the
  16979. > C.O. My roommate has no problem, the tech says he's on a copper line
  16980. > to the C.O.
  16981.  
  16982. In <telecom15.119> Mike Sandman <mike@sandman.com> responds:
  16983.  
  16984. > The usual cause of trouble connecting or staying connected at high
  16985. > speeds is high loop current coming from the pair gain equipment (or
  16986. > right from the CO or a PBX for that matter).
  16987.  
  16988. > For good data communications, it should read between 23 and 27ma DC.
  16989. > If it's over 27ma, which it probably will be, you will need to get the
  16990. > current down below 27ma. It is not unusual to get 50ma, and sometimes
  16991. > as much as 80ma of loop current. In addition to preventing high speed
  16992. > connections, 40ma and up can burn out whatever you've got connected to
  16993. > the line, except standard old non-electronic 2500 type telephones.
  16994.  
  16995. > If the loop current is between 23 and 27 ma, you are looking at a
  16996. > problem other than loop current.  If the loop current is below 23ma,
  16997. > the phone company must bring the current on the line up to 23ma. If
  16998. > it's above 27ma, the phone company won't reduce the current for you,
  16999. > since their high spec is 110ma (a holdover from the early 70's before
  17000. > there was much electronic stuff out there).
  17001.  
  17002. I read this treatise on loop current with astonishment, until I
  17003. reached the end, where I saw a plug for a loop current attenuator.
  17004. Let's discuss a few basic facts:
  17005.  
  17006. a) EIA/TIA 470-A "Telephone Instruments With Loop Signaling" is the
  17007. "bible" on how to design Customer Premise Equipment (CPE) for North
  17008. American POTS lines.  It has tests that require the CPE be subjected
  17009. to and operate with loop currents from 20 to 100 ma, such as Figure
  17010. 4-11, DTMF Signal Level Characteristics.
  17011.  
  17012. b) The telco has no obligation to provide a minimum of 23ma, and I'd
  17013. love to see the transcript of someone calling GTE customer service and
  17014. informing them that GTE had to up their loop current from their 20ma
  17015. minimum to 23ma.
  17016.  
  17017. c) The real-life currents a CPE will see are governed by local loop
  17018. design and the CO battery and feed coils, plus the resistance of the
  17019. CPE itself.
  17020.  
  17021. d) The most common reason that modems don't work well over carrier
  17022. systems is that many of them don't provide the 300-3400 Hz bandwidth
  17023. that the newer, high speed modems need.
  17024.  
  17025. Lets consider the worst case loop current example likely in North
  17026. America.  A local CO theoretically may put out up to 56.5vdc during
  17027. fast battery charge, and the CO applies battery to the subscriber line
  17028. with 200 ohm/ 200 ohm battery feed coils.  If the CPE is just outside
  17029. the CO, there will be no loop length to speak of.  If the CPE is
  17030. unusual, it may have as little as 100 ohms off-hook dc resistance.
  17031. So, 56.5vdc/(400 ohms feed coils + 100 ohms CPE resistance) = 110ma,
  17032. which is where I assume that Mike got his high specification from.  A
  17033. more realistic calculation is 52vdc/(400 ohms battery feed + 600 ohms
  17034. loop resistance + 200 ohms CPE resistance) = 43ma.  (Most digital COs
  17035. I'm familiar with have a dc voltage of 52, not 48.)
  17036.  
  17037. The only way we will see his 27ma loop current is with the maximum
  17038. permitted loop resistance (1200 ohms) plus the maximum permitted CPE
  17039. resistance of 300 ohms. 52vdc/(400 ohms feed coils + 1200 ohms loop +
  17040. 300 ohms CPE) = 27ma.  (The actual loop resistance can exceed 1200
  17041. ohms, but at that point, the telco will start using load coils and/or
  17042. loop extenders and/or other special service modules, all of which can
  17043. degrade modem communications.)
  17044.  
  17045. Old carrier systems, such as the GTE 84A, will interfere with any
  17046. modem much faster than 1200bps.  The 84A puts two customers on one
  17047. copper pair, and the unlucky customer on the "subscriber" pair (the
  17048. non-copper link) can expect to see an on-hook voltage of only 6vdc
  17049. (provided by NiCad batteries) and 30vrms ac ringing which is
  17050. square-wave, not sine-wave.  GTE 82A carrier puts six customers on one
  17051. copper pair, and uses 300vdc on the copper pair to power the field
  17052. equipment, which is in aluminum cans put on the service poles.  (I've
  17053. received some healthy shocks from the 82A systems!)
  17054.  
  17055. Modern carrier systems are also a threat to modems, such as the AT&T
  17056. SLC96.  (pronounced slick 96) If the telco is trying to maximize the
  17057. number of customers serviced, the SLC96 has a feature called "channel
  17058. compression" which halves the available digital bandwidth allocated
  17059. for a single subscriber's line.  This lowers the voice quality only
  17060. slightly, but it plays havoc with modems, even 1200bps speeds.
  17061.  
  17062. Received carrier signal levels are also important to modems.  Local
  17063. loop design guidelines call for a maximum local loop loss of 8.5dB,
  17064. although 9dB isn't too unlikely.  A digital CO has 0dB through-loss,
  17065. and an older, analog CO, such as a GTE #1 or #2 EAX will have a
  17066. through-loss of 0.8dB.  Then, don't forget, we have a loop on the
  17067. other side of the CO going to the called modem, so our maximum dB loss
  17068. on a local call using a pair of loosely-engineered loops through an
  17069. analog CO is (9+0.8+9) = 18.8dB.  (These numbers come in part from
  17070. EIA/TIA-464-A, which describes the North American Loss Plan for analog
  17071. and digital PBXs.)
  17072.  
  17073. Now, dial-up modems typically transmit at -11dBm. (-9dBm is the
  17074. maximum permitted by FCC Part 68 & ISC CS-03 requlations).  -11dBm
  17075. through a facility loss of 18.8dB gives us a received signal level at
  17076. the far modem of -29.8dBm.  Any modern modem worth its salt can
  17077. connect down to receive levels as low as -36 to -38dBm.  So, the local
  17078. loop design rules shouldn't interfere with modems.
  17079.  
  17080. Why, then, do people have trouble connecting with modems?  Besides
  17081. carrier systems, or long lines with load coils, there are impairments
  17082. on the local loop.  These include phase hits, gain hits, dropouts,
  17083. echo, envelope delay, noise, and impulse noise.  The telcos are also
  17084. notorious for leaving "bridge-taps" on the lines.  Even supposedly
  17085. "conditioned" lines such as a C1!  The bridge-tap problem in North
  17086. America is well-enough known that the ISDN BRI 2B1Q line coding was
  17087. chosen because it is particularly resistant to bridge-taps.
  17088.  
  17089. Finally, there is a situation where Mike's advice to lower the loop
  17090. current on the line can help.  I have come across really cheap modems
  17091. where higher loop currents (45ma and up) can "saturate" the windings
  17092. of the low-cost isolation transformers they use in their front ends.
  17093. This has the effect of drastically attenuating the ac signal levels
  17094. passed through the transformer, and preventing the modem from
  17095. connecting to the far end.  However, no "brand-name" modem is going to
  17096. be susceptible to this problem.
  17097.  
  17098. And, if 40ma of loop current "burns-out" a piece of CPE, it cannot
  17099. have met the FCC Part 68/ISC CS-03 requirements.  The required loop
  17100. simulator for testing can deliver in excess of 100ma, and when we test
  17101. CPE for registration, we test at 20ma and 100ma.
  17102.  
  17103.  
  17104. John Combs, Project Engineer, TestMark Laboratories, testmark@mcimail.com
  17105.  
  17106. ------------------------------
  17107.  
  17108. End of TELECOM Digest V15 #125
  17109. ******************************
  17110.     
  17111. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa00794;
  17112.           1 Mar 95 8:35 EST
  17113. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  17114.     id AA24722; Tue, 28 Feb 95 20:36:31 CST
  17115. Return-Path: <telecom>
  17116. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  17117.     id AA24715; Tue, 28 Feb 95 20:36:29 CST
  17118. Date: Tue, 28 Feb 95 20:36:29 CST
  17119. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  17120. Message-Id: <9503010236.AA24715@delta.eecs.nwu.edu>
  17121. To: telecom@eecs.nwu.edu
  17122. Subject: TELECOM Digest V15 #126
  17123.  
  17124. TELECOM Digest     Tue, 28 Feb 95 20:36:00 CST    Volume 15 : Issue 126
  17125.  
  17126. Inside This Issue:                           Editor: Patrick A. Townson
  17127.  
  17128.     Re: Caller ID Service For Equivalency Lines (Paul Chehowski)
  17129.     Correction on AT&T True Rewards Posting (Alan Kelman)
  17130.     Re: Motorola Flip Phone and Low Battery (George Wang)
  17131.     Re: Motorola Flip Phone and Low Battery (Alan Larson)
  17132.     800 Numbers - Media and Real Estate Rebuttal (Judith Oppenheimer)
  17133.     Job Posting: Cellular Engineer (Scott Townley)
  17134.     Re: Some Major and Grim Changes Proposed For the Net (Robert Levandowski)
  17135.     Re: Some Major and Grim Changes Proposed For the Net (Tom Ellis)
  17136.  
  17137. TELECOM Digest is an electronic journal devoted mostly but not
  17138. exclusively to telecommunications topics. It is circulated anywhere
  17139. there is email, in addition to various telecom forums on a variety of
  17140. public service systems and networks including Compuserve and America
  17141. On Line. It is also gatewayed to Usenet where it appears as the moderated
  17142. newsgroup 'comp.dcom.telecom'. 
  17143.  
  17144. Subscriptions are available to qualified organizations and individual
  17145. readers. Write and tell us how you qualify:
  17146.  
  17147.                  * telecom-request@eecs.nwu.edu *
  17148.  
  17149. The Digest is edited, published and compilation-copyrighted by Patrick
  17150. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  17151. or phone at:
  17152.                     9457-D Niles Center Road
  17153.                      Skokie, IL USA   60076
  17154.                        Phone: 500-677-1616
  17155.                         Fax: 708-329-0572
  17156.   ** Article submission address only: telecom@eecs.nwu.edu **
  17157.  
  17158. Our archives are located at lcs.mit.edu and are available by using
  17159. anonymous ftp. The archives can also be accessed using our email
  17160. information service. For a copy of a helpful file explaining how to
  17161. use the information service, just ask.
  17162.  
  17163. *************************************************************************
  17164. *   TELECOM Digest is partially funded by a grant from the              *
  17165. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  17166. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  17167. * project.  Views expressed herein should not be construed as represent-*
  17168. * ing views of the ITU.                                                 *
  17169. *************************************************************************
  17170.  
  17171. Additionally, the Digest is funded by gifts from generous readers such
  17172. as yourself who provide funding in amounts deemed appropriate. Your help 
  17173. is important and appreciated. A suggested donation of twenty dollars per
  17174. year per reader is considered appropriate. See our address above.
  17175.  
  17176. All opinions expressed herein are deemed to be those of the author. Any
  17177. organizations listed are for identification purposes only and messages
  17178. should not be considered any official expression by the organization.
  17179. ----------------------------------------------------------------------
  17180.  
  17181. From: paulc@hookup.net (Paul Chehowski)
  17182. Subject: Re: Caller ID Service For Equivalency Lines - First Line Only?
  17183. Date: Tue, 28 Feb 1995 15:58:56 GMT
  17184. Organization: Sulis Computing
  17185.  
  17186.  
  17187. In a previous posting, I wrote:
  17188.  
  17189. > I'm working on an IVR system that is heavily dependent on Caller-ID to
  17190. > identify callers to the system.  We arranged to have our lines put in,
  17191. > and I was shocked to find out that if I wanted a single 1-800 number
  17192. > to access the system, I had to set up the two lines that we needed in
  17193. > the local office as equivalency lines, and that as equivalency lines I
  17194. > would only get caller id on the first line of the group.
  17195. > Unfortunately I could only talk to a local order taker, who couldn't
  17196. > explain to me technically why this is the case, and they were unable
  17197. > to suggest any work arounds and were unwilling to pass me on to anyone
  17198. > technical to discuss the issue.
  17199.  
  17200. Special thanks to Pat, TELECOM Digest Editor for his note on my post.
  17201. I called back my local carrier to follow his suggestion (multiple
  17202. 1-800 numbers and local lines, with hunt groups for the 1-800
  17203. numbers), and was told that Caller ID on equivalency lines was no
  17204. problem (although the Caller ID on the second line is not guaranteed to
  17205. be 100% reliable).  It turns out that the person I talked to first
  17206. when placing my order was new (although she pretended to be very
  17207. experienced, telling me that she was the only one in the office that
  17208. could handle 1-800 numbers, which also turned out not to be true).
  17209.  
  17210. She put me on hold when taking my order, and claimed she was talking
  17211. to a technician about the issue of Caller ID for equivalency lines and
  17212. told me that the technician had also said that Caller ID was not
  17213. techically possible (she wouldn't allow me to directly talk to the
  17214. technician).  She also told me that there was no one else in the
  17215. office that I could talk to about the issue, and she was absolutely
  17216. certain it was unavailable.
  17217.  
  17218. End result is that thanks to Pat and a more experienced individual in the 
  17219. local carrier's office, I will shortly have Caller ID on my two lines.
  17220.  
  17221.  
  17222. Thanks again,
  17223.  
  17224. Paul Chehowski    paulc@hookup.net 
  17225. Sulis Computing   ad771@freenet.carleton.ca
  17226.  
  17227.  
  17228. [TELECOM Digest Editor's Note: Actually, it is just as reliable on the
  17229. second, overflow line as it is on the first line, which is to say it
  17230. comes through accurately over 99 percent of the time. Bear in mind you
  17231. *do* have to have to display boxes (unless you use the trick I described)
  17232. and you do need to pay for Caller ID on both lines. 
  17233.  
  17234. I've found most of the enhanced custom calling features will work perfectly
  17235. fine where roll over or hunt lines are concerned. That's because these
  17236. features are tested for *before* it gets to the point the CO has to look
  17237. for a second line. In other words a call comes in to your enhanced line
  17238. (meaning you have things like call screening, automatic callback, etc.)
  17239. to the main number. The CO says 'okay, he can have the ID of the Caller.
  17240. He wants us to screen for certain callers and deny them access. He wants
  17241. to be able to call them back automatically if desired.' All these things
  17242. get done, or evaluated, *then* the call is presented to your main line
  17243. and another piece of equipment says oops, that line is busy, we have to
  17244. give the calls to line two. If the call is supposed to be screened out,
  17245. it does not matter if in fact he would be shunted to line two. The decision
  17246. to screen is made on what the caller dialed and what he anticipated would
  17247. happen. Now if the caller actually dials your line two and you don't have
  17248. screening on that line as well, then he *will* get through. If you have
  17249. screening on that line also but his call gets hunted on to line sixteen
  17250. or whatever, then he will get blocked.  With all the features, you have
  17251. to have them on the number the caller *dials*, not the number he actually
  17252. winds up getting in on (or would have gotten through on if he were not
  17253. screened, etc). Therefore if you want a relatively decent level of
  17254. security and control over your phone lines, you keep all your roll over
  17255. numbers secret (preferably out of sequence and all over the exchange so
  17256. that guessing at them becomes difficult) and you load up your main listed
  17257. number with all the enhanced features designed to give control of the 
  17258. phone to the call recipient, like Caller ID, blocking, return last call,
  17259. etc. And contrary to what the rep said, Caller ID is reliable, even if
  17260. it takes an extra second while the switch hunts through your group of
  17261. lines and has to search all the way to line 38 or whatever. Caller ID
  17262. is not passed until it gets a clear path and the subscriber's phone
  17263. has run one time.   PAT]
  17264.  
  17265. ------------------------------
  17266.  
  17267. Date: Tue, 28 Feb 1995 22:24:54 -0800
  17268. From: jakelman@peseta.ucdavis.edu (Alan Kelman)
  17269. Subject: Correction on AT&T True Rewards Posting
  17270.  
  17271.  
  17272. telecom@eecs.nwu.edu (TELECOM Digest Editor) wrote:
  17273.  
  17274. Error> Five frequent flyer miles on Delta, United, or (god forbid!  I
  17275. > don't want to die yet!) US Air for each 100 points is another option.
  17276.  
  17277. Correct> Five HUNDRED frequent flyer on Delta, United, or US Air for
  17278. > every 100 points.
  17279.  
  17280.  
  17281. [TELECOM Digest Editor's Note: I stand corrected. It was five miles per
  17282. point; one hundred points minimum. I think I made that error unconciously
  17283. on purpose, that way I knew there would be an oppotunity to repeat the
  17284. message later. <grin>
  17285.  
  17286. In True Rewards, AT&T is giving a point for each dollar of long distance 
  17287. calls you make over $25 per month. If your bill goes over $75 then you
  17288. get two points for each dollar spent.
  17289.  
  17290.        If you move, notify AT&T of your new address and
  17291.        phone number; you get 100 bonus points.
  17292.  
  17293.        If someone signs up for AT&T residence long distance
  17294.        service and gives you as the referral, you get 300 bonus
  17295.        points.
  17296.  
  17297. Points can be redeemed at any time when you have at least 100. They
  17298. can be redeemed for various things, but the one that interested me
  17299. most was:
  17300.  
  17301.        $5 credit toward your AT&T bill for every 100 points.
  17302.        (You get those 'pay to the order of the telephone company'
  17303.        credit slips to redeem with your phone bill.)
  17304.  
  17305. One thing AT&T stressed was that 'point pooling' is allowed, and
  17306. encouraged. All you have to do is tell them you want to transfer your
  17307. True Rewards points to someone else; they'll be happy to do it.
  17308. They said having two or three people sign up for AT&T residential
  17309. service (300 points each) along with transfer of points from people
  17310. who have collected them but are not interested in redeeming them
  17311. could 'result in someone having hundreds, or even thousands of points
  17312. in a very short time ...'
  17313.  
  17314. The thing which appeals to me is the credit on my local telco bill
  17315. and here is how YOU can help:  If you have been meaning to possibly
  17316. send a donation to the Digest but have not gotten around to it yet --
  17317. or maybe you just don't have the money to spare -- then you can use
  17318. this round-about way of helping instead.
  17319.  
  17320. If you intend at some point in the near future to sign up for AT&T
  17321. residential service, do it through this special phone number:
  17322.  
  17323.      Call 1-800-383-6158.  The representative will switch you
  17324.      to AT&T for free and enroll you in True Rewards.
  17325.  
  17326.      Give the representative REFERRAL NUMBER : BY-6195039315666.
  17327.      Tell the representative to apply the 300 bonus points to
  17328.      that account. Everytime someone switches to AT&T in this
  17329.      way, I get the points.  Got more than one line at your place?
  17330.      Feel like giving one of them to AT&T?
  17331.  
  17332. If you are not interested in participating in True Rewards but got a
  17333. statement recently from AT&T with your point balance shown you can
  17334. also help. Mine arrived by bulk mail today so I assume there are lots
  17335. of these in the mail now.  Do this:
  17336.  
  17337.       Call 1-800-869-9900. Tell the representative your True Rewards
  17338.       account number which is printed on the bottom of the statement
  17339.       they sent you. Tell the representative to transfer all of your
  17340.       points to my telephone number 708-329-0570. 
  17341.  
  17342. As the points come in from new subscribers to AT&T who use my
  17343. referral number and as points come in from transfers out of accounts
  17344. where they are not wanted, I'll redeem them for credit on my always
  17345. high, frequently delinquent phone bill.  (I haven't gotten cut off
  17346. once yet this year, I'll have you know! Not only that, since I got my
  17347. last 'deferred payment plan' agreement finished a few months ago I am
  17348. eligible to stall by starting another one if absolutely necessary.)  
  17349.  
  17350. If you do sign up using my referral number or transfer your unwanted
  17351. True Rewards points, please send me email and let me know so I have
  17352. an idea what's going on. 
  17353.  
  17354. You have to call the two numbers shown above to do all this; the
  17355. regular representatives on the published numbers they use can't handle
  17356. it.
  17357.  
  17358. Thank you very much!
  17359.  
  17360.  
  17361. Patrick Townson
  17362. TELECOM Digest Editor                                    PAT]
  17363.  
  17364. ------------------------------
  17365.  
  17366. From: gcw@hh.sbay.org (George Wang)
  17367. Subject: Re: Motorola Flip Phone and Low Battery
  17368. Date: 28 Feb 1995 09:26:03 -0800
  17369. Organization: Hip-Hop BBS  Sunnyvale, California
  17370.  
  17371.  
  17372. In <telecom15.112.9@eecs.nwu.edu> david.chessler@neteast.com (DAVID
  17373. CHESSLER) writes:
  17374.  
  17375. >> My instructions for my xt-pak ni-cad batteries say to maintain long
  17376. >> lifetime, I should discharge them fully before recharging (all the
  17377. >> time, not just the first five times), so I've found I must stuff the
  17378. >> phone under the couch cushions overnight so it won't wake me up.
  17379.  
  17380. >> Maybe this is an opportunity for a third party product - a cell phone
  17381. >> silencer (sound proof box), or a battery drainer (something that just
  17382. >> puts a load on the battery until it drains completely).
  17383.  
  17384. > I've handled ordinary nicads by putting them in a flashlight, turning
  17385. > it on, and waiting for the light to go out.
  17386.  
  17387. There is a trick to have the phone discharge itself without using any
  17388. "peripherals". Just go into the "menu" and scroll until you see a
  17389. message that is fairly long so that the maximum number of LED lights
  17390. are on. I believe "Silent Keypad" is a long message. The phone will
  17391. automatically "bank" in this mode without going into standby.  This
  17392. will drain the battery quite well until it starts beeping low battery
  17393. and turns off. You may then have to repeat the process.
  17394.  
  17395. As to a previous message about re-programming the low battery voltage ... 
  17396. there is no USER-modifiable way of changing this. Whatever article you
  17397. saw must have been talking about an old Motorola phone.  When I say
  17398. old it must be several years old and has since been discontinued.
  17399.  
  17400. In <telecom15.112.11@eecs.nwu.edu> rjones@rjones.oz.net (Ry Jones) writes:
  17401.  
  17402. > Patrick Wolfe (pwolfe@mcs.com) wrote:
  17403.  
  17404. >> My instructions for my xt-pak ni-cad batteries say to maintain long
  17405. >> lifetime, I should discharge them fully before recharging (all the
  17406. >> time, not just the first five times), so I've found I must stuff the
  17407. >> phone under the couch cushions overnight so it won't wake me up.
  17408.  
  17409. > Buy some Ni-MH battery packs. My fat pack lasts about 12-18 hours. I
  17410. > bought a trickle charger for my car and use the battery conditioner at
  17411. > work. It discharges and recharges in a few hours. And, I think if you
  17412. > turn the volume of the ringer down, it might affect everything else. I
  17413. > don't recall.
  17414.  
  17415. The trickle car charger does not first discharge your battery. You might
  17416. want to discharge it using the trick I mentioned in my previous post.
  17417.  
  17418.  
  17419. George C. Wang    Email: gcw@hh.sbay.org
  17420. Alternate: gwang@mail.ntu.edu
  17421. Finger for public encryption key.
  17422.  
  17423. ------------------------------
  17424.  
  17425. Date: Tue, 28 Feb 95 11:54:09 PST
  17426. From: larson@net.com (Alan Larson)
  17427. Subject: Re: Motorola Flip Phone and Low Battery
  17428.  
  17429.  
  17430. In article <telecom15.112.9@eecs.nwu.edu> david.chessler@neteast.com wrote:
  17431.  
  17432. > With a cellular battery of peculiar voltage and conformation, just
  17433. > build a small battery-drainer on a scrap of pegboard, using a
  17434. > flashlight bulb of appropriate size.
  17435.  
  17436.   Doing this is a good way for the first cell to hit zero to be pushed
  17437. negative as the other cells continue to discharge.  This is about the
  17438. worst thing you can do to the cell, and will ensure its shorter life.
  17439.  
  17440.   The phone knows how low to take the battery.  Trust it.
  17441.  
  17442.   If you don't want to do that, use the intellicharger and don't leave
  17443. it on trickle.  Not overcharging the battery will be the best move
  17444. towards keeping the battery away from voltage depression, and get good
  17445. service.
  17446.  
  17447.  
  17448. Alan
  17449.  
  17450. ------------------------------
  17451.  
  17452. From: producer@pipeline.com (Judith Oppenheimer)
  17453. Subject: 800 Numbers - Media and Real Estate Rebuttal
  17454. Date: 28 Feb 1995 15:52:48 -0500
  17455. Organization: Interactive CallBrand(TM)
  17456.  
  17457.  
  17458. varney@usgp2.ih.att.com (Al Varney) wrote:
  17459.  
  17460. >I probably shouldn't open my mouth, but....
  17461.  
  17462. > In article <3iltb5$pl@pipe2.pipeline.com>, Judith Oppenheimer
  17463. > <producer@pipeline.com> wrote:
  17464.  
  17465. >> It's clear, that by employment and occupation, the policy shapers
  17466. >> and decision makers regarding all telephone numbering plans focus on
  17467. >> the mechanical and engineering aspects of telecom.  Valid aspects, to
  17468. >> be sure.  But limited.
  17469.  
  17470. > Limited perhaps more by International and FCC agreements on the
  17471. > PROPER administration of the number space.
  17472.  
  17473. Not necessarily proper.  Just traditional, based on outdated practices
  17474. that studiously ignore the convergence aspects of telecom.
  17475.  
  17476. > Are you suggesting that telephone companies wouldn't LOVE to receive
  17477. > revenue from the act of assigning numbers?
  17478.  
  17479. <grin> Not I!  The carriers *are* active numbers marketers.  They buy
  17480. them all the time, and receive revenue by such acts as MCI's
  17481. "acquiring" 1 800 HARVEYS for Harveys Casino.  This helps get them the
  17482. account, and then delivers higher volume call completion (revenue),
  17483. because the *media* element of the phone number is powerful stuff.
  17484.  
  17485. However, they want license to buy and sell, but let no one else in the
  17486. marketplace.  That's simply not fair.  It's anti-competitively,
  17487. monopolistic, unrealistic and impractical.
  17488.  
  17489. >> These people are employed by the real estate moguls of telecom -
  17490. >> the carriers.  For whom this mechanical and engineering (operational)
  17491. >> focus preserves their territorial exclusivity.
  17492.  
  17493. > Interesting psychological perspective, from someone interested in
  17494. > creating assets from thin air, applying for TM/SM/copyright protection
  17495. > and then demanding that the CONCEPT is more important in commerce than
  17496. > costs associated with the infrastructure.
  17497.  
  17498. Don't flatter me, I didn't create it, I'm just a fascinated and
  17499. enthusiastic observer of a marketplace creating itself.
  17500.  
  17501. But, as a marketer, I take issue with your "assets are thin air"
  17502. suggestion.
  17503.  
  17504. A brand is an asset.  It is only valuable because of the desire of the
  17505. consumer, and the perception of the stock holder.  The price of coke,
  17506. and its stock value, has a hell of a lot more to do with the cost of
  17507. advertising awareness, and maintaining desire, than the cost of the
  17508. water, syrup and bottle.
  17509.  
  17510. > Do you also claim copyright on license plates with FLOWERS or "TCBY
  17511. > 1" and thus preclude the un-licensed use of them?  How about license
  17512. > plates that are the "telephone number equivalent" of such? -- 3569377
  17513. > (FLOWERS), for example.
  17514.  
  17515. Trademarks protect the consumer.  License plates are not consumer-soliciting,
  17516. product/service delivering devices.  Phones are.
  17517.  
  17518. >> So the ITU, INC. and other participants in these processes, are by
  17519. >> design quite removed from the multi-disciplinary,
  17520. >  ^^^^^^
  17521. >          (and by laws/treaties/etc.)
  17522.  
  17523. >> non-telecom market realities of 800 numbers.
  17524.  
  17525. Yes.
  17526.  
  17527. >> 800 numbers have solid media characteristics.  They contain content
  17528. >> and attract targeted audiences.
  17529.  
  17530. > Very few 800 numbers have much content -- it's only the assignment
  17531. > of alphabetic and alphanumeric equivalencies to them that is argued.
  17532. > You can copyright 800 FLOWERS but not the equivalent dialed number ...
  17533.  
  17534. Why don't we let the media and copyright/trademark legal folks map out
  17535. all the possibilities, and ramifications.
  17536.  
  17537. That's the point -- that they and other involved disciplines are not
  17538. involved in the processes of creating standards and policies.  They
  17539. should be.
  17540.  
  17541. >> 800 COLLECT attracts collect callers.  800 FLOWERS attracts flower
  17542. buyers.  Etc.  This raises very interesting questions regarding
  17543. foreign ownership of U.S. media, and is just one of
  17544.                           ^^^^^
  17545. >                             (numbers are media??)
  17546.  
  17547. Yop.  I say yes.  You say no.  I'd like to hear some more opinions,
  17548. and see some studies on this so that all businesses are best served.
  17549. This is asking so much?
  17550.  
  17551. >> the issues that should be studied regarding the proposed
  17552. >> International Freephone service.
  17553.  
  17554. > OK -- but you have to admit that MCI, while assigned (but not
  17555. > advertising that relationship ) 800 COLLECT, does not TODAY own the
  17556. > number 8002655328.
  17557.  
  17558. Don't tell them that.  And, btw, don't tell their customers either.
  17559. I've talked to too many corporate 800 users who've been assured by MCI
  17560. and others that they own their numbers. But it's a "trust us, we'll
  17561. take care of you" thing.
  17562.  
  17563. Would you like to buy a bridge?
  17564.  
  17565. > Nor can there be a trademark TODAY on such a number.  Would you
  17566. > change that?  Can I have the number "7"?
  17567.  
  17568. >> I've asked some my associates in both telecom and marketing to
  17569. >> address this issue.  This, from the president of a reseller company,
  17570. >> who discusses the real estate characteristics of 800 numbers.
  17571.  
  17572. >> "Why should 800 telephone numbers not be traded in the open market?
  17573. >> Portability opened the door.  It is time to complete the ownership
  17574. >> issue.  There will be ample supply of 800 numbers if current holders
  17575. >> can sell numbers.
  17576.  
  17577. > BUT they didn't buy the numbers in the beginning -- isn't this a
  17578. > give-away of property they never OWNED and agreed when they received
  17579. > the numbers that they didn't own?  Who owns the NUMBERS???  (Not the
  17580. > trademarked alphanumeric strings -- I know who owns them.)  >
  17581.  
  17582. OK, I'll bite.  Who owns the numbers?  See, you raise good questions
  17583. too.  Shouldn't they be addressed, by *all* interested parties?
  17584.  
  17585. >> ....  In the early days of America's development, land was given
  17586. >> freely to anyone who would care for it and develop it, whereafter, the
  17587. >> land became their property.
  17588.  
  17589. > So you are advocating for the future that unassigned 800 numbers be
  17590. > sold or licensed, and that all current ASSIGNEES be granted free
  17591. > ownership of their current numbers?
  17592.  
  17593. What's free?  They've been investing advertising and services in those
  17594. numbers, paying maintenance and usage fees to the carriers, etc.
  17595. What's free?
  17596.  
  17597. > A sort of squatters' right's seizure of the property, isn't it?  Why
  17598. > should the industry and the FCC give away something of value?
  17599.  
  17600. First of all, they already have.  Second of all, you asked above who
  17601. owns the numbers, implying that no one does.  Are you now saying that
  17602. the "industry" and the FCC own the numbers?  Are you further acknowledging 
  17603. that they *are* of value?
  17604.  
  17605. Well, you know what, you're right.  They are.  They weren't when they
  17606. were assigned, though.  The value was vested in them by their users.
  17607.  
  17608. > Have you run this by Newt?
  17609.  
  17610. Not lately.
  17611.  
  17612. > 800 numbers are no different.
  17613.  
  17614. > I disagree -- the analogy is incorrect.  800-AlphaStrings are not
  17615. > like land, they are more like radio frequencies.  Do you suggest
  17616. > similar grandfathered ownership of radio frequencies (WLS FM 94.7
  17617. > would now OWN that frequency, rather than license it)?  How about
  17618. > automobile license plate alphanumeric strings?  User-IDs on AOL?  All
  17619. > government-assigned identifiers such as Social Security numbers?
  17620.  
  17621. Domain names do indeed have trademark ramifications, and are
  17622. recognized as brand-identifiers.  Social Security numbers, of course,
  17623. are not.
  17624.  
  17625. >> So, now there's media and real estate.  
  17626.  
  17627. > Try my analogy instead, and see where it leads.  LICENSE AUCTIONS
  17628. > for telephone numbers!  Finally, a stable income source for funding of
  17629. > telecom standards work.  To be consistent, Internet addresses,
  17630. > Ethernet addresses, vanity street addresses, etc. should also be
  17631. > licensed and auctioned ...
  17632.  
  17633. It has been suggested that 800 numbers be registered to their owners
  17634. like real estate, with the FCC profiting from transactions.  I'm sure
  17635. there are many other viable suggestions yet to be voiced.
  17636.  
  17637. Again -- I'd like to hear them.
  17638.  
  17639. >> Clearly, the single-disciplinary operational standard approach
  17640. >> cannot possibly address the characteristics, nor the ramifications, of
  17641. >> media and real estate market necessities.
  17642.  
  17643. > I agree -- would you agree to drop any private interest/ownership
  17644. > rights in any existing numbers, and come to work for ATIS as the
  17645. > Number Marketing Committee chairperson?
  17646.  
  17647. Would I agree to abandon my clients -- mostly smaller users who don't
  17648. have much financial clout with carriers -- and their interests?  No.
  17649.  
  17650. Re ATIS, are you offering me a job?  <g>
  17651.  
  17652. > Or do you just want existing users to suddenly become owners --
  17653. > without any reimbursement of the current administration, thereby
  17654. > reaping a windfall asset AND enhancing the value of businesses that
  17655. > profit from the "Telephone Number as a Brand Name" concept?
  17656.  
  17657. That is the reseller model, isn't it?  It's legal, entrepreneurial,
  17658. and it keeps America working, and Americans employed.
  17659.  
  17660. > Al Varney -- speaking only for myself, not any of the 
  17661. > myriad sub-units of AT&T.
  17662.  
  17663. > [I am not one of the "policy shapers and decision makers" to which
  17664. > Judith Oppenheimer refers in the opening paragraph.  I AM interested
  17665. > in fairness of number assignment and the avoidance of unnecessary
  17666. > infrastructure costs (including FCC and industry forum/administrative
  17667. > costs) that are un-reimbursed by the companies benefiting from
  17668. > required infrastructure changes.]
  17669.  
  17670. Al, here you've lost me.  Who's going to pay for 888, if that mess
  17671. passes?  Who's going to pay for international freephone?  Who's going
  17672. to reimburse business for misdials, the substantial cost of new
  17673. advertising and consumer education, etc.?
  17674.  
  17675. Who is looking out for the companies that will be shafted by these
  17676. unnecessary and cumbersom infrastructure changes?
  17677.  
  17678. Huh?
  17679.  
  17680.  
  17681. J. Oppenheimer, Producer@Pipeline.com  Interactive CallBrand(TM)
  17682.  
  17683. ------------------------------
  17684.  
  17685. From: nx7u@primenet.com (Scott Townley)
  17686. Subject: Job Posting: Cellular Engineer
  17687. Date: Tue, 28 Feb 1995 15:06:20 MST
  17688. Organization: Primenet
  17689.  
  17690.  
  17691. All qualified and interested candidates are invited to submit resumes
  17692. for the following Field Engineering position in Tucson, AZ.
  17693.  
  17694. Please reply via USMail to:
  17695. Field Engineer
  17696. USWest New Vector
  17697. 1250 W. Guadalupe
  17698. Gilbert, AZ 85233
  17699.  
  17700. -or-
  17701. FAX your resume to (602)545-7405
  17702.  
  17703. -or-
  17704. e-mail your resume (MSWord or ASCII format) to nx7u@primenet.com.
  17705.  
  17706.    --begin description--
  17707.  
  17708. Field Engineer-
  17709.  
  17710. US West Cellular, a progressive leader in the cellular communications
  17711. industry, has an immediate opening for a Field Engineer in the Tucson
  17712. area.
  17713.  
  17714. The position will be responsible for RF system design, cellular system
  17715. optimization and planning, cell site equipment procurement and new
  17716. site evaluation and support.  On a regional basis, this position will
  17717. provide cellular systems design support to meet quality and cost
  17718. objectives.  Requires a BSEE or equivalent education, 1-2 years RF
  17719. system design experience, knowledge of general telephony concepts and
  17720. basic understanding of RF propagation characteristics, testing and
  17721. verification, directional/tilted antenna applications and the PSTN
  17722. network.  Excellent organization and communication skills and the
  17723. ability to work in a winning team environment essential.  Experience
  17724. in the cellular industry desirable.
  17725.  
  17726.     -- end description --
  17727.  
  17728. ------------------------------
  17729.  
  17730. From: rlvd_cif@uhura.cc.rochester.edu (Robert Levandowski)
  17731. Subject: Re: Some Major and Grim Changes Proposed For the 'Net'
  17732. Organization: University of Rochester - Rochester, New York
  17733. Date: Tue, 28 Feb 95 04:00:40 GMT
  17734.  
  17735.  
  17736. In <telecom15.119.11@eecs.nwu.edu> padgett@tccslr.dnet.mmc.com (A.
  17737. Padgett Peterson) writes:
  17738.  
  17739. >> And yes, that child pornography: truly the pedophiles have a field day
  17740. >> on the commercial services; after all on CIS/AOL/IRC you are whoever you
  17741. >> say you are; who is to say otherwise?  At least on Internet's own version
  17742. >> of chat (Internet Relay Chat or IRC) anomynity is relatively more difficult
  17743. >> to pull off; your username@site is there for people to see. 
  17744.  
  17745. > Now if I were more mercenary, I could see a value of being able to trace
  17746. > any message to its source. It is certainly doable and not very difficult,
  17747. > just an "unexplored territory" at the moment. However I do think that
  17748. > Internet Caller-ID would be a better solution to the problem than the
  17749. > "thought police" since censorship does nothing to stop those who are rude,
  17750. > only society/culture can do that.
  17751.  
  17752. The problem is, how can you do this in a reliable way?  It's not easy
  17753. to fake Caller-ID, especially if the phone company and/or your CNID
  17754. box is smart (i.e., won't fall for fake tones sent after the true
  17755. ones).  This is because the CNID information is generated by the phone
  17756. company; most people don't have the skill or opportunity to convince
  17757. the switch that the line they're using doesn't REALLY have the phone
  17758. number it thinks it does ...
  17759.  
  17760. On the other hand, how difficult is it to convince IRC you're not who it
  17761. thinks you are?  If you're a UNIX user,
  17762.  
  17763.     setenv IRCNAME telecom@eecs.nwu.edu
  17764.  
  17765. and Bingo!  Pat gets some irate email.  (Or at least I think he does,
  17766. 'cause I can't find a header with his address to verify it.  It's late. :)
  17767.  
  17768. Some UNIX systems run a program called "identd," which will supposedly
  17769. verify such information, which is perhaps even closer to Caller ID.
  17770. But identd is just another program; there's a version of identd out
  17771. there that will spew forth whatever identity you desire, if you're
  17772. unscrupulous to install it on your machine.  The technical knowledge
  17773. required to install such a program is, in my opinion, several orders
  17774. of magnitude smaller than that required to hack the phone system.
  17775.  
  17776. If you're running IRC from a personal computer, it's even more
  17777. trivial.  Most such programs offer a setting where you can supply
  17778. whatever you want as your "real name."  The same goes for electronic
  17779. mail programs.
  17780.  
  17781. It's as if it were relatively easy for people to purchase their own
  17782. exchanges that could generate Caller ID and send it forth -- you could
  17783. send any number you wanted and it'd be difficult for the called party
  17784. to figure it out.
  17785.  
  17786. Lest anyone get the wrong idea, I'm wholly against any form of net
  17787. censorship; free speech is too important.  The risk here is that
  17788. promoting an "Internet Caller ID" as a safety feature that reliably
  17789. identifies the calling party is far too premature.  Perhaps when PGP
  17790. or something similar becomes widespread and as easy to use as plugging
  17791. in a Caller ID box ...
  17792.  
  17793.  
  17794. Rob Levandowski
  17795. Computer Interest Floor associate / University of Rochester
  17796. macwhiz@cif.rochester.edu     [Opinions expressed are mine, not UR's.]
  17797.  
  17798. ------------------------------
  17799.  
  17800. Date: Tue, 28 Feb 95 14:19:27 -0500
  17801. From: Tom Ellis <te165@randr.com>
  17802. Subject: Re: Some Major and Grim Changes Proposed For the 'Net'
  17803. Organization: Reynolds+Reynolds, Dayton, Ohio
  17804.  
  17805.  
  17806. In article <95.02.20.347rtg@eecs.nwu.edu> TELECOM Digest Editor wrote:
  17807.  
  17808. > I guess I am a person who believes the United States in particular and
  17809. > the world in general was a lot better place when the thing known as 'shame'
  17810. > played a prominent part in our lives; when there were things we just did
  17811. > not let hang out for everyone else to see and talk about.  We no longer 
  17812. > have any shame, and this is reflected in among other things, this online
  17813. > culture of ours. I think younger folks, the kids today who have been in the
  17814. > world only a decade or two have gotten morally and ethically cheated as a 
  17815. > result of this loss of 'shame'. I won't push that, its just how I think.  
  17816.  
  17817. When I was younger -- growing up in Chicago, as a matter of fact -- I
  17818. was sure I would never grow up in a way that would be known as being
  17819. "old-fashioned".  When I was 13 and buying Elvis records, and in my
  17820. 20's protesting the Vietnam war, I just couldn't understand the "old-
  17821. fashioneds", who "just didn't get it".
  17822.  
  17823. Then I realized, as I was reading and agreeing with the paragraph
  17824. above, how old-fashioned I must seem to be when I insist that life was
  17825. better with well-enforced unwritten rules about public discourse and
  17826. activity.
  17827.  
  17828.  
  17829. [TELECOM Digest Editor's Note: The problems started in the USA when we
  17830. decided to get rid of religion. Now I quite agree that religion has a lot
  17831. of excesses which are not good, and further that no one religion is going
  17832. to suit everyone. A good many people were quite annoyed by some of the
  17833. excesses of the primary religion in the United States.
  17834.  
  17835. I do not think the people who worked hard to accomplish separation of
  17836. church and state over the past two decades or so are orges or devils.
  17837. I think they were well meaning people who wanted to see the Constitution
  17838. of the United States enforced better than it had been.  The trouble is,
  17839. constitution or no constitution, religion is what was holding together 
  17840. the social fabric in this country. Yes, there were lots of things wrong
  17841. when religion was the dominant thing here, but I am not sure those things
  17842. were 'more wrong' than the things we see wrong today. And anyway, must
  17843. it be one end of the spectrum or the other?
  17844.  
  17845. I beleive the folks who worked hard to get religion out of the schools
  17846. and government offices assumed that even without religion present, people
  17847. would continue to behave in a moral and ethical way. The trouble is,
  17848. a great many did not. Religion was a powerful sword hanging over their head
  17849. and for all its excesses and bad points, my gosh did it promote for the
  17850. most part a sense of civility among us. When religion was abolished, 
  17851. nothing took its place, and that is the problem. Now we just have a void.
  17852. I don't care if it was your religion or my religion or whosever's 
  17853. religion, *any* religion provided a bit more to grasp on to, a bit more
  17854. to live for, and a sense of right and wrong than the void we live in
  17855. today. 
  17856.  
  17857. I never could understand what people have against religion anyway.
  17858. After all, it is whatever you want it to be. I think they mistakenly
  17859. say 'religion = excesses of the Christian Right Wing', and that is
  17860. wrong.  They should have started their own religion instead, rather
  17861. than getting it tossed out of our public institutions entirely. There
  17862. need to be those goals and standards we set for ourselves, and religion
  17863. forces us to make those settings; to recognize those goals and standards.
  17864. Of course telling people to start their own religion is unrealistic. Very
  17865. few people can (or choose to) use their brains that well, or accept the
  17866. discipline in their lives that would result.    PAT]
  17867.  
  17868. ------------------------------
  17869.  
  17870. End of TELECOM Digest V15 #126
  17871. ******************************
  17872.     
  17873.     
  17874. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa23207;
  17875.           2 Mar 95 16:47 EST
  17876. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  17877.     id AA29679; Thu, 2 Mar 95 10:27:12 CST
  17878. Return-Path: <telecom>
  17879. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  17880.     id AA29670; Thu, 2 Mar 95 10:27:10 CST
  17881. Date: Thu, 2 Mar 95 10:27:10 CST
  17882. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  17883. Message-Id: <9503021627.AA29670@delta.eecs.nwu.edu>
  17884. To: telecom@eecs.nwu.edu
  17885. Subject: TELECOM Digest V15 #127
  17886.  
  17887. TELECOM Digest     Thu, 2 Mar 95 10:27:00 CST    Volume 15 : Issue 127
  17888.  
  17889. Inside This Issue:                           Editor: Patrick A. Townson
  17890.  
  17891.     Book Review: "Mobile IP Networking" by Malamud et al (Rob Slade)
  17892.     Credit Checking on Cellular Customers (Steve Samler)
  17893.     Tired of S.314 Hysteria (Brad Hicks)
  17894.     ESF and Clear Channel (was: What is ESF (Fred Bauer)
  17895.     X.25 over ISDN - Addressing (Azriel Heuman)
  17896.     References Wanted on Benefits of Networking (Alice Weng)
  17897.     Turnkey Telephone Based Classified System Required (Richard Burry)
  17898.     Help Information Needed (Deepak Bapna)
  17899.     CallerID and Dialogic Board (Brian Tatro)
  17900.     Call For Tender ISDN Project Support (Marcel W.J. van Ruijven)
  17901.     ATM UNI 3.0 & 3.1 (Lionel Jaquet)
  17902.     Value ($) of Teltone TLS3 Telephone Line Simulator? (Jim Aust)
  17903.     Voice Mail Prompts (Alexis Kasperavicius)
  17904.     Re: Non-Published Phone Number and Privacy Act (Tony Harminc)
  17905.     Re: Non-Published Phone Number and Privacy Act (hihosteveo@aol.com)
  17906.  
  17907. TELECOM Digest is an electronic journal devoted mostly but not
  17908. exclusively to telecommunications topics. It is circulated anywhere
  17909. there is email, in addition to various telecom forums on a variety of
  17910. public service systems and networks including Compuserve and America
  17911. On Line. It is also gatewayed to Usenet where it appears as the moderated
  17912. newsgroup 'comp.dcom.telecom'. 
  17913.  
  17914. Subscriptions are available to qualified organizations and individual
  17915. readers. Write and tell us how you qualify:
  17916.  
  17917.                  * telecom-request@eecs.nwu.edu *
  17918.  
  17919. The Digest is edited, published and compilation-copyrighted by Patrick
  17920. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  17921. or phone at:
  17922.                     9457-D Niles Center Road
  17923.                      Skokie, IL USA   60076
  17924.                        Phone: 500-677-1616
  17925.                         Fax: 708-329-0572
  17926.   ** Article submission address only: telecom@eecs.nwu.edu **
  17927.  
  17928. Our archives are located at lcs.mit.edu and are available by using
  17929. anonymous ftp. The archives can also be accessed using our email
  17930. information service. For a copy of a helpful file explaining how to
  17931. use the information service, just ask.
  17932.  
  17933. *************************************************************************
  17934. *   TELECOM Digest is partially funded by a grant from the              *
  17935. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  17936. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  17937. * project.  Views expressed herein should not be construed as represent-*
  17938. * ing views of the ITU.                                                 *
  17939. *************************************************************************
  17940.  
  17941. Additionally, the Digest is funded by gifts from generous readers such
  17942. as yourself who provide funding in amounts deemed appropriate. Your help 
  17943. is important and appreciated. A suggested donation of twenty dollars per
  17944. year per reader is considered appropriate. See our address above.
  17945.  
  17946. All opinions expressed herein are deemed to be those of the author. Any
  17947. organizations listed are for identification purposes only and messages
  17948. should not be considered any official expression by the organization.
  17949. ----------------------------------------------------------------------
  17950.  
  17951. Date: Wed, 01 Mar 1995 16:46:57 EST
  17952. From: Rob Slade <roberts@mukluk.decus.ca>
  17953. Subject: Book Review: "Mobile IP Networking" by Malamud et al
  17954.  
  17955.  
  17956. CSMBIPNT.RVW   950113
  17957.  
  17958. "Mobile IP Networking", Malamud et al, 1993, 1-56592-994-2, U$9.95
  17959. %A   Carl Malamud 
  17960. %A   Phil Karn
  17961. %A   Jun Murai
  17962. %C   103 Morris Street, Suite A, Sebastopol, CA   95472
  17963. %D   1993
  17964. %G   1-56592-994-2
  17965. %I   O'Reilly & Associates/ORAudio
  17966. %O   U$9.95 800-998-9938 707-829-0515 fax: 707-829-0104 nuts@ora.com
  17967. %P   60 min.
  17968. %S   Geek of the Week
  17969. %T   "Mobile IP Networking"
  17970.  
  17971. These two Internet Talk Radio interviews were conducted in 1993.  Phil
  17972. Karn is the father of the KA9Q TCP/IP implementation, used for packet
  17973. radio and various DOS applications.  Jun Murai is founder of the
  17974. Japanese WIDE Internet.
  17975.  
  17976. The Karn interview talks a bit about KA9Q and mobile IP, but
  17977. concentrates on encryption and privacy.  Along the way, there is
  17978. discussion of Clipper key escrow, PGP and the hybrid methods of data
  17979. cryptography -- most, however related to mobile IP.
  17980.  
  17981. Jun Murai starts by describing the situation at Keio University where
  17982. all students have access to the network via a wired campus and
  17983. wireless connections to laptops.  VIP (Virtual Internet Protocol) and
  17984. mobil IP are used in conjunction.  He also speaks of the satellite
  17985. multicast system in Japan.
  17986.  
  17987.  
  17988. copyright Robert M. Slade, 1995   CSMBIPNT.RVW   950113. Distribution
  17989. permitted in TELECOM Digest and associated publications. Rob Slade's
  17990. book reviews are a regular feature in the Digest.
  17991.  
  17992. Vancouver          ROBERTS@decus.ca   
  17993. Institute for      Robert_Slade@sfu.ca
  17994. Research into      rslade@cue.bc.ca   
  17995. User               p1@CyberStore.ca   
  17996. Security           Canada V7K 2G6     
  17997.  
  17998. ------------------------------
  17999.  
  18000. Date: Wed, 1 Mar 1995 19:45:43 EST
  18001. From: Steve Samler <steve@individual.com>
  18002. Subject: Credit Checking on Cellular Customers
  18003.  
  18004.  
  18005. I'm doing some research on credit check practices of cellular carriers
  18006. and their agents.
  18007.  
  18008. What is the common practice today when someone applies for cellular
  18009. service?  Credit check via one of the consumer credit agencies or via
  18010. D&B if a business is the applicant?
  18011.  
  18012. Is an additional credit check done if someone adds on a cellular modem?
  18013.  
  18014. Is anyone using the practice of approving to a certain dollar limit
  18015. and then cutting off service for the rest of the billing period if the
  18016. limit is reached?
  18017.  
  18018. How might today's practices be affected when cellular data (CDPD) is
  18019. in more widespread use and the typical monthly bill is higher than
  18020. today's?  (You might say that it won't matter because CDPD won't be
  18021. more widespread until the price is lower.  Then it might not matter.)
  18022.  
  18023. Any help is appreciated.
  18024.  
  18025.  
  18026. [TELECOM Digest Editor's Note: A credit check is done, and a deposit
  18027. equal to what the carrier estimates will be the charges for one or two
  18028. months is required if the subscriber's credit rating is not up to the
  18029. standards the carrier wants. I don't think it matters if you use a modem
  18030. or not.    PAT]
  18031.  
  18032. ------------------------------
  18033.  
  18034. Date: Wed, 01 Mar 1995 15:08:19 -0600
  18035. From: /G=Brad/S=Hicks/OU1=0205465@mhs-mc.attmail.com
  18036. Subject: Tired of S.314 Hysteria
  18037.  
  18038.  
  18039. Am I the only person tired of being spammed about S.314, or just the
  18040. first one to complain about it?  Do I have to read seven to ten copies
  18041. of this in every newsgroup, even areas as obscure as alt.games.whitewolf?  
  18042. All this, on top of the maybe twenty or thirty copies I've gotten as
  18043. e-mail?
  18044.  
  18045. Can there possibly be anyone on the planet with an e-mail address who
  18046. =doesn't= know about S.314?
  18047.  
  18048. Now, that being said, I finally read one of the marked up copies of
  18049. the current law, showing the changes that S.314 would make.  And
  18050. having read them, I am convinced that every single analysis I have
  18051. read is either mistaken, exaggerated, or an outright lie.
  18052.  
  18053. It's right there in the text.  The section that everybody is scared
  18054. of, the one that makes telecommunications vendors responsible for any
  18055. obscenity or threats that swim in their bitstreams, is prefaced with
  18056. "Whosoever KNOWINGLY ...."  (Emphasis added.)
  18057.  
  18058. That's right.  They left in the word "knowingly."  Which means that if
  18059. somebody uses your BBS, or your email service, or your anonymous remailer 
  18060. to send someone an invitation to be the star in a pornographic snuff film, 
  18061. and you don't know about it, you're not in violation of the Exon bill.
  18062.  
  18063. The easily alarmed might worry that some court will say that you =could=
  18064. have known, and therefore =should= have known.  But that's not up to
  18065. prosecutors, that's up to juries.  When witnesses testify as to how many
  18066. kilobytes or megabytes flow through your system per night, no jury is
  18067. going to say that you should have read it all.  If you present evidence
  18068. that you couldn't have known, because those bits were all encrypted and
  18069. people didn't tell you what was in them, nobody's going to rule that you
  18070. =could= have known, let alone =should= have.
  18071.  
  18072. So.  What do the people who oppose S.314 =and who understand it= REALLY
  18073. want?  The only reason I see to oppose S.314 is if you =want= BBS sysops
  18074. and telephone sex vendors to be immune to obscenity and harrassment laws.
  18075.  
  18076. If you want it to be legal for people to use email, or web pages, or
  18077. improvised FidoNets or whatever to send around JPGs of perverts raping 6
  18078. year olds, or detailed descriptions of rape/murder/torture fantasies with
  18079. people's real names for the victims, or GIFs of people having sex
  18080. involving excrement, carving knives, and/or animals ... well, then say so!
  18081.  
  18082. Because if that's what you want, then I agree with you 100%.  As the late
  18083. great Justice Hugo Black said, "I am a plain and simple man. I believe
  18084. that when the Constitution says, 'no laws,' it MEANS 'no laws.'"  Of
  18085. course, there's no way that the American people will permit this.
  18086. However, that's not, in my opinion, a moral reason to lie about the
  18087. contents of a proposed law, and stir up a net.lynch.mob.
  18088.  
  18089.  
  18090. J. Brad Hicks     Internet: mc!Brad_Hicks@mhs.attmail.com
  18091. X.400: c=US admd=ATTMail prmd=MasterCard sn=Hicks gn=Brad
  18092.  
  18093.  
  18094. [TELECOM Digest Editor's Note: When I ran the pieces on S.314 a week or
  18095. more ago, I also had some second thoughts about whether or not I really
  18096. wanted (a) to run it -- because it had appeared so many other places; and
  18097. (b) because I was not really sure if I agreed with the claims of the
  18098. petition's circulators. Now I don't make my own agreement or disagreement
  18099. with something be the reason for publishing an item or not, so that
  18100. pretty well answered (b). But as you point out, it had been appearing
  18101. lots of places. The existence of the 'net.lynch.mob' in and of itself
  18102. was worth commenting on. 
  18103.  
  18104. The 'knew or should have known' is going to be the key to the whole thing
  18105. if S.314 passes. What that means of course is that AT&T, Sprint, MCI,
  18106. Compuserve, AOL and the others with big name attornies who know how to
  18107. properly suck up will be left alone while Joe Blow's BBS will be hounded
  18108. and put out of business, because he cannot afford to fight the government
  18109. and wouldn't know how to begin fighting anyway. It won't *really* have 
  18110. anything to do with what you knew, did not know or should have known. It
  18111. will have everything to do with your status and where you are relative
  18112. to your position near the bottom or top of the barrel we all spend all
  18113. our lives trying to crawl out of. I suppose that if you run an anonymous
  18114. remail service one could make the claim that, 'well, you really should
  18115. have had a good idea what your client base was using you for ...' Likewise
  18116. I imagine if you operate a site which seems to have an awful lot of
  18117. 'incidents' in which users get their knuckles rapped from time to time
  18118. over the content of their messages one could make the claim also that
  18119. your traffic is not that great that the smut could repeatedly get past
  18120. you undetected, in which case you 'knew or should have known', etc.
  18121.  
  18122. And as you point out, the decision on who knew or should have known what
  18123. is a decision made by a judge or jury, not a prosecutor. But that is all
  18124. a very moot point: who has the *time and resources* to fight, whether
  18125. you win or lose?  I quite agree with you that the people putting out the
  18126. anti-S.314 material might have shown a wee bit more intellectual honesty
  18127. about what I suspect was the real intentions of many: as you pointed out,
  18128. to make the hard core smut peddlers completely prosecution- and judgment-
  18129. proof. Tom Lehrer, the Harvard mathemetician and comedian commented in 
  18130. one of his routines that people who like smut never actually come out and
  18131. say so. They always couch their objections to laws against it in terms
  18132. of the First Amendment. They prefer to speak theoretically about (perhaps)
  18133. far-fetched conclusions which will result. How refreshing it would be
  18134. to have someone simply say, "I love pictures of little boys doing the
  18135. no-no thing, and I don't want laws forbidding me to possess or share the
  18136. pictures with others." Now that would be a change, to forget the First
  18137. Amendement b.s. and say where you are actually coming from. But as you
  18138. point out, the public would never allow that; on the other hand, there
  18139. are still sufficient numbers of people who (like myself) will support
  18140. the First Amendment, at least when it suits them, so these discussions
  18141. always wind up going in that direction. And thank you for your honesty,
  18142. I might add.   PAT] 
  18143.  
  18144. ------------------------------
  18145.  
  18146. Date: Wed, 1 Mar 95 10:50 EST
  18147. From: Fred Bauer <FBAUER+aROCKVILLE%Rockville@mcimail.com>
  18148. Subject: ESF and Clear Channel (was: What is ESF)
  18149.  
  18150.  
  18151. In <Telecom Digest Vol 15 # 125> mjenning@ix.netcom.com (Michael
  18152. Jennings) writes in part:
  18153.  
  18154. > In addition, ESF typically is associated with "clear channel
  18155. > capability" or, the ability for the user to take advantage of
  18156. > the full 64 kb/s data rate of any of the 24 channels on the T1
  18157. > line.
  18158.  
  18159. > Typically the "D4" type of framing requires that there be a
  18160. > minimum number of logical "1's" being transmitted over the T1
  18161. > line.
  18162.  
  18163. I know this has been covered before, and it's even alluded to in the
  18164. rest of the original message, but I think that it is important enough
  18165. to be stated very seperatly:
  18166.  
  18167. **** There is (almost, see below) NO RELATION between the framing
  18168. on a T1 and the ability to transmit clear channel data *****
  18169.  
  18170. When specifing a T1 Facility, there are two seperate, INDEPENDENT
  18171. parameters that are in volved.
  18172.  
  18173. The first is the LINE CODE, which specifies how the bits are encoded
  18174. onto the copper line.  This can be either AMI, or B8ZS.  If the line
  18175. code is AMI, then there is a requirement that there be at least 12.5%
  18176. Ones in the data, and there be no more than 15 consecutive Zeros.
  18177. Although you can run individual 64k channels on an AMI T1 (if the
  18178. adjacent channels are unused) it is typically only used for voice and
  18179. Nx56k data.  If the line code is B8ZS, then there is no "Ones Density"
  18180. requirement, and "clear channel" Data can be passed.  Some equipment
  18181. also supports a "line code" refered to as "BIT-7".  This scheme uses
  18182. AMI, but sets bit 7 to a one if an all zero byte comes through on any
  18183. channel.  (This is not reversed at the other end of the link, so this
  18184. scheme is very unfriendly to most data).
  18185.  
  18186. The second parameter is FRAMING.  This can be either D4 (Also refered
  18187. to as SF) or ESF.  In some cases, an UNFRAMED T1 may also be
  18188. specified.  The framing is what is what allows the T1 to be broken
  18189. down into 24 64k channels (DS0's), but has no bearing on what data can
  18190. be put into the channels.  As mentioned in another article in the same
  18191. issue of the Digest, ESF provides many benefits over D4, and should
  18192. probably be selected if your equipment supports it.
  18193.  
  18194. The one time there is a relation between frmaing and line code/ones
  18195. density is in the case of ZBTSI.  This coding scheme operates on an
  18196. AMI/ESF line (using some of the spare bits of the ESF framing) to
  18197. allow for clear-channel transmissions on an AMI facility.  This scheme
  18198. is used when older transmission systems are in place (which will only
  18199. support AMI) to provide clear channel capabilities.
  18200.  
  18201. I hope this clarifies the (non) relation between framing and clear
  18202. channel capabilities.
  18203.  
  18204.  
  18205. Fred Bauer                fbauer@access.digex.net
  18206. Principal Engineer        voice: +1.301.212.7067
  18207. LDDS/IDB Worldcom         fax:   +1.301.212.7055
  18208.  
  18209. ------------------------------
  18210.  
  18211. From: Azriel Heuman <azi@mofet.elex.co.il>
  18212. Subject: X.25 Over ISDN - Addressing
  18213. Date: Thu, 2 Mar 1995 16:35:23 GMT
  18214. Organization: Telrad Ltd.
  18215.  
  18216.  
  18217. The ITU standards allow X.25 data calls over ISDN (both D and B
  18218. channels) to use ISDN phone numbers (E.164) instead of X.25 addresses
  18219. (X.121) even when the traffic transverses non-ISDN X.25 networks.  Do
  18220. any X.25 networks support this yet?  Can someone from Sprint (Telenet)
  18221. or other X.25 network providers shed some light on this subject?
  18222.  
  18223. Please respond by E-mail!
  18224.  
  18225.  
  18226. Best Regards, 
  18227.  
  18228. Azriel Heuman   azi@mofet.elex.co.il
  18229.  
  18230. ------------------------------
  18231.  
  18232. From: aweng@magnus.acs.ohio-state.edu (Alice Weng)
  18233. Subject: References For Benefits of Networking
  18234. Date: 1 Mar 1995 12:38:41 GMT
  18235. Organization: The Ohio State University
  18236.  
  18237.  
  18238. I was wondering if anyone can help me.  I am currently working on a
  18239. grant proposal for the federal government.  What we are proposing is a
  18240. project that will network a number of programs for teenagers.  We plan
  18241. to have an on-line bulletin board system etc.  However, I need some
  18242. references as to the benefits of networking.  For example, that it
  18243. increases the number of resources assessable etc.  These references
  18244. cannot be too technical, it is not a technology grant.  They need to
  18245. be readible for the average graduate student in the social sciences
  18246. (me).  If you have no specific references, any suggestions of "subject
  18247. words" to enter into a literature search?  The ones that I know
  18248. "telecommunication" and "networking" bring up over 500 listings.  So I
  18249. need something more specific.  Any help is greatly appreciated!!!
  18250.  
  18251.  
  18252. Alice Weng
  18253. aweng@magnus.acs.ohio-state.edu
  18254.  
  18255. ------------------------------
  18256.  
  18257. Date: Wed, 01 Mar 1995 09:39:18 -0500
  18258. From: Richard Burry <RBURRY@cuc.ca>
  18259. Subject: Turnkey Telephone Based Classified System Required
  18260.  
  18261.  
  18262. Hi folks. I'm looking into the requirements and cost of setting up a
  18263. telephone based classified service. Features would include talking
  18264. classifieds, messaging, and conferencing.  I am specifically looking
  18265. for a turnkey system that includes all the necessary hardware and
  18266. software.  Any information can be forwarded directly to my email
  18267. address. If you are interested in this area, forward your name and I
  18268. will be happy to compile all information received and pass it on to
  18269. you.
  18270.  
  18271. Thanks for you help.
  18272.  
  18273.  
  18274. Richard Burry
  18275. Director IS, CUC Broadcasting
  18276. Suite 1300, 300 Consilium Place
  18277. Scarborough, Ontario, Canada  M1H 3G2 
  18278. Voice 416-296-9966   Fax 416-296-7374   Email RBURRY@CUC.CA
  18279.  
  18280. ------------------------------
  18281.  
  18282. From: Deepak Bapna <deepak+@CS.cmu.edu>
  18283. Subject: Information Needed on Phased Array Communications
  18284. Date: 01 Mar 1995 20:00:59 GMT
  18285. Organization: Carnegie Mellon University
  18286.  
  18287.  
  18288. Hi,
  18289.  
  18290. I am looking for information on phased array communcations system. 
  18291.  
  18292. Let me first give an overview of the project we are working on.
  18293.  
  18294. Overview: Lunar Rover Initiative
  18295.  
  18296.     In 1998, Carnegie Mellon University intends to land a pair of rovers
  18297. on the Moon.  The mission objectives are three-fold:
  18298.  
  18299.     1) To demonstrate that educational institutions, with private
  18300. corporate backing, can conduct useful space missions beyond Earth
  18301. orbit;
  18302.  
  18303.     2) To demonstrate that teleoperated rovers can work on the
  18304. Moon for long periods of time (up to two years);
  18305.  
  18306.     3) To return from the Moon a rich live video feed which can be
  18307. used by the private sector, by lunar researchers, and by educational
  18308. interests.
  18309.  
  18310.     A rich video feed is essential for this mission, since most of
  18311. the science objectives are observatory in nature.
  18312.  
  18313.                             ===================
  18314.     
  18315. We need to transmit about 6 Mbit/sec continuously while the robots are
  18316. travelling on moon. This makes mechanical pointing of the antenna
  18317. (located on the robot) difficult and hence we are looking for
  18318. electronic beam steering (and hence phased arrays).
  18319.  
  18320. Any information about phased array systems (companies/contact names,
  18321. phone number, existing systems for satellite applications, pointers to
  18322. recent developments in technology, papers, conferences etc.) would be
  18323. much appreciated.
  18324.  
  18325. Since, I am not a regular reader of the netnews, please send me a mail
  18326. (or give a call if your deals with phased arrays).
  18327.  
  18328.  
  18329. Thanks a lot,
  18330.  
  18331. Deepak Bapna
  18332. Field Robotics Center
  18333. Carnegie Mellon University
  18334. Pittsburgh, PA 15213
  18335. Phone: (412) 268-7414
  18336. email: deepak@ri.cmu.edu
  18337.  
  18338. ------------------------------
  18339.  
  18340. From: btatro@iquest.com (Tatro Enterprises)
  18341. Subject: CallerID and Dialogic Board
  18342. Date: 01 Mar 1995 20:27:43 GMT
  18343. Organization: interQuest: Fuel for the Mind
  18344.  
  18345.  
  18346. Hi all,
  18347.  
  18348. I hope somebody here can point me in the right direction. I have a
  18349. Dialogic 21D board with two lines, one for fax use and one for
  18350. voicemail use.  Would like to be able to have CallerID function with
  18351. the voicemail system. Using Visual Voice development software bye
  18352. Stylus Innovation.  Qustion is, what is the fastest and cheapest way
  18353. of having the CallerID information passed to the voicemail application. 
  18354. Can a modem be used to intercept the information and pass it on?
  18355.  
  18356. Any information appreciated.
  18357.  
  18358.  
  18359. Brian
  18360.  
  18361. ------------------------------
  18362.  
  18363. From: m.w.j.vanruijven@telecom.ptt.nl (Marcel W.J. van Ruijven)
  18364. Subject: Call For Tender ISDN Project Support
  18365. Date: Wed, 01 Mar 95 17:38:33 PST
  18366. Organization: PTT Telecom Netherlands
  18367. Reply-To: m.w.j.vanruijven@telecom.ptt.nl
  18368.  
  18369.  
  18370.  From November 28-30, 1995 the ISDN event of the year will take place:
  18371. Global 1995. It will be a world-wide event with show cases in
  18372. different countries linked together via ISDN.  Already 35 sponsors in
  18373. Europe, Asia, Africa and America support the initative and now seek
  18374. global support for a professional organisation. Three tenders are made
  18375. available by the Gloabl '95 steering committee:
  18376.  
  18377. -    For administration
  18378. -    For promotion and communication
  18379. -    for project management
  18380.  
  18381. For more information please ask for details via:
  18382.  
  18383. Fax    :    +31 70 3816581 (Attn. Mr. A. Naftali) 
  18384. Internet:    m.w.j.vanruijven@telecom.ptt.nl
  18385.  
  18386. Requests for information should be in before March 7, 1995.  Proposals
  18387. should be in no later than March 10, 1995
  18388.  
  18389.  
  18390. Marcel W.J. van Ruijven   PTT Telecom BV                     
  18391. E-mail:M.W.J.vanRuijven@telecom.ptt.nl
  18392. P.O. Box 30150  NL-2500 GD The Hague   The Netherlands 
  18393.                                             
  18394. ------------------------------
  18395.  
  18396. From: Lionel JAQUET <ljaquet@mail.mcnet.ch>
  18397. Subject: ATM UNI 3.0 & 3.1
  18398. Date: 02 Mar 1995 12:01:48 GMT
  18399. Organization: MCNET InterNetNews site
  18400.  
  18401.  
  18402. Hi,
  18403.  
  18404. I'm searching for the ATM UNI 3.0 & 3.1 papers. I'm interested for
  18405. LAN Emulation, ATM Virtual Routing and Q.2931, too.  Does anybody know
  18406. where on the net I can read and copy this information?
  18407.  
  18408.  
  18409. In advance, thanks.
  18410.  
  18411. Lionel.Jaquet@com.mcnet.ch
  18412.  
  18413. ------------------------------
  18414.  
  18415. From: jimaust254@aol.com (JimAust254)
  18416. Subject: Value ($) of Teltone TLS3 Telephone Line Simulator?
  18417. Date: 01 Mar 1995 14:17:34 -0500
  18418. Organization: America Online, Inc. (1-800-827-6364)
  18419. Reply-To: jimaust254@aol.com (JimAust254)
  18420.  
  18421.  
  18422. I have a Teltone model TLS3 Telephone Line Simulator about two years old
  18423. and I paid $450 for it. What's it worth today??
  18424.  
  18425.  
  18426. Jim Austin  JimAust254.AOL.COM
  18427.  
  18428. ------------------------------
  18429.  
  18430. From: alexis@news.cinenet.net (Alexis Kasperavicius)
  18431. Subject: Voice Mail Prompts
  18432. Date: 01 Mar 1995 20:50:31 -0800
  18433. Organization: Cinenet Communications,Internet Access,Los Angeles;310-301-4500
  18434.  
  18435.  
  18436. I have spoken with the lady who is the "voice" of AT&T - she says
  18437. "Thank You for using AT&T" -- "We're sorry..." -- A famous voice and a
  18438. really nice lady.  I am going to be recording her in a digital studio
  18439. for a voice mail project in about one month and doing all the basic
  18440. prompts required for a voice mail system as well as all basic
  18441. intercept announcements.
  18442.  
  18443. My thought is, since there are SO MANY bad prompt sets out there, to
  18444. do a decent, clean prompt set that covers voice mail, basic IVR
  18445. applications, Bank-by-phone, Credit Card Debiting, intercepts,
  18446. CLASS,and coin announcements.  All numbers, dates, etc -- recorded in
  18447. a STUDIO, digitally -- not with a handset microphone in a noisy
  18448. equipment room. All edited cleanly and available on a CD-ROM in
  18449. digital format.
  18450.  
  18451. I am a sound editor in Hollywood and do a lot of video games so I have
  18452. access to a CD Writer and digital editing equipment.  This will be
  18453. done correctly.  However, I would like some input. If any of you have
  18454. done a voice mail or IVR prompt set, send me the script.  I'd like to
  18455. cover as many prompts as I can.
  18456.  
  18457. I would also like to come up with a standard file name format for a
  18458. standard set of prompts so we don't have the mishmash of filenames
  18459. that currently exist.  If you know of an existing "standard" file name
  18460. format please let me know.
  18461.  
  18462. I know that in C.O.'s there are huge drum tape machines that play the
  18463. intercept announcements.  What do you C.O. guys use to get recordings
  18464. onto these things?
  18465.  
  18466. For IVR guys, what digital file format do you use? I would probably
  18467. put the files on the CD in 44khz 16bit Mono .aiff and include a utilty
  18468. to convert to .wav, and Dialogic formats in whatever sampling rate you
  18469. wish.What other formats should be included?
  18470.  
  18471. Should the CD be playable as a CD?  What do you want?
  18472.  
  18473. I will also include all Telco progress tones, DTMF signals, MF
  18474. signals,all foreign ring signals.  All clean, all perfect.
  18475.  
  18476. I think this would be a valuable tool for anyone in the IVR industry
  18477. or anyone wanting to play around.  I'm doing this because I
  18478. occasionaly build IVR systems and would really like to have a set like
  18479. this.  I have the equipment and know the best voice in the country.
  18480. Also, I think it will be fun.  The CD would be sold for a reasonable
  18481. flat flee with no additional license fee required.  I will, of course,
  18482. send one to anyone who helps out. So ... dig around.  Find those
  18483. scripts!  THINK about it.  This thing will save you countless hours of
  18484. frustration if it's done correctly. And your customers will LOVE it!
  18485.  
  18486. I did a set with her and replaced just the prompt set on a voice
  18487. mailsystem -- nothing else -- the complaints dissapeared.  I actually
  18488. had people ask me what I had done to make the voice mail system "so
  18489. easy to use." If you still don't know the voice I'm talking about -
  18490. pick up your phone and dial 10288 - 0700 - 881-4812.  (Just listen to
  18491. the prompt voice - the thing is forwarded to a non-existent number in
  18492. Lithuania.)
  18493.  
  18494. Responses, anyone?
  18495.  
  18496.  
  18497. Alexis Kasperavicius    alexis@hollywood.cinenet.net
  18498.  
  18499. ------------------------------
  18500.  
  18501. Date: Wed, 01 Mar 95 22:07:31 EST
  18502. From: Tony Harminc <EL406045@BROWNVM.brown.edu>
  18503. Subject: Re: Non-Published Phone Number and Privacy Act
  18504.  
  18505.  
  18506. rhiggins@carroll1.cc.edu (Ron Higgins) wrote:
  18507.  
  18508. > Our local telephone company is planning a 900% (900 percent) increase
  18509. > in the rate that it charges for a non-published, non-listed telephone
  18510. > number on a monthly basis.  And that is on top of the "*67" that I
  18511. > have to dial to stop my number from being transmitted by Caller ID.
  18512.  
  18513. A handy way around ever increasing unlisted number charges is to get a
  18514. distinctive ringing (or whatever your local telco calls it -- Identa
  18515. Ring, Identa Call, Teenagers' Line...) number on your existing line.
  18516. Many telcos will not publish (or make available via DA) the second or
  18517. third numbers - in fact you may have to pay them if you do want a
  18518. listing.  Let them list the 'main' number, treat the second number as
  18519. your real one, and ignore calls to the main one.  You can get a ring
  18520. detect box if you expect lots of calls on the main number that you
  18521. don't want to even ring your bell.
  18522.  
  18523. In many areas that second number costs much less than unpublished
  18524. service.
  18525.  
  18526.  
  18527. Tony Harminc
  18528.  
  18529. ------------------------------
  18530.  
  18531. From: hihosteveo@aol.com (HiHoSteveo)
  18532. Subject: Re: Non-Published Phone Number and Privacy Act
  18533. Date: 2 Mar 1995 00:20:32 -0500
  18534. Organization: America Online, Inc. (1-800-827-6364)
  18535. Reply-To: hihosteveo@aol.com (HiHoSteveo)
  18536.  
  18537.  
  18538. PAT is correct -- what privacy act? This is not a privacy issue, but
  18539. an administrative issue by LEC tariff. Sorry about that.
  18540.  
  18541. ------------------------------
  18542.  
  18543. End of TELECOM Digest V15 #127
  18544. ******************************
  18545.     
  18546.     
  18547. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa27197;
  18548.           2 Mar 95 22:58 EST
  18549. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  18550.     id AA14243; Thu, 2 Mar 95 17:18:56 CST
  18551. Return-Path: <telecom>
  18552. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  18553.     id AA14237; Thu, 2 Mar 95 17:18:53 CST
  18554. Date: Thu, 2 Mar 95 17:18:53 CST
  18555. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  18556. Message-Id: <9503022318.AA14237@delta.eecs.nwu.edu>
  18557. To: telecom@eecs.nwu.edu
  18558. Subject: TELECOM Digest V15 #128
  18559.  
  18560. TELECOM Digest     Thu, 2 Mar 95 17:18:00 CST    Volume 15 : Issue 128
  18561.  
  18562. Inside This Issue:                           Editor: Patrick A. Townson
  18563.  
  18564.     Wanted: International Phone Directories (alex@worldaccess.nl)
  18565.     North Pacific Fiber Now Repaired (Edward W. Bennett)
  18566.     MCI Cashes AT&T Checks (Scott Lorditch)
  18567.     Interesting New Information Service and Prefix (Linc Madison)
  18568.     Bellcore Telecomm Overview Video Series (Robohn Scott)
  18569.     Communications Books For Sale (Tuan T. Ho)
  18570.     mu-law to a-law PCM (John Combs)
  18571.     800 Directory Listings Wanted (jps0723@aol.com)
  18572.     Wanted: Software to link Caller-ID With ProPhone Database (Paul Cascio)
  18573.     Looking For RACE Project CFS (John Scourias)
  18574.     New NPA in Colorado (phrantic@plains.uwyo.edu)
  18575.     Bell Canada 500 Service? (John S. Nelson)
  18576.     Need 500 Service Information (Bhaktha Keshavachar)
  18577.     Re: A Tip When Working With Electricity (Paul Houle)
  18578.     Re: Inquiry on CDMA and QUALCOMM (Sergei Anfilofiev)
  18579.     Answering Machine Calls For You! (James E. Bellaire)
  18580.     Re: Motorola Flip Phone and Low Battery (Michael Berlant)
  18581.     Re: 900 Providing Advice Sought (hihosteveo@aol.com)
  18582.     Re: What is DMS-100? (Brian Bebeau)
  18583.     Automatic Message Accounting Standard Wanted (Gerry Goldman)
  18584.  
  18585. TELECOM Digest is an electronic journal devoted mostly but not
  18586. exclusively to telecommunications topics. It is circulated anywhere
  18587. there is email, in addition to various telecom forums on a variety of
  18588. public service systems and networks including Compuserve and America
  18589. On Line. It is also gatewayed to Usenet where it appears as the moderated
  18590. newsgroup 'comp.dcom.telecom'. 
  18591.  
  18592. Subscriptions are available to qualified organizations and individual
  18593. readers. Write and tell us how you qualify:
  18594.  
  18595.                  * telecom-request@eecs.nwu.edu *
  18596.  
  18597. The Digest is edited, published and compilation-copyrighted by Patrick
  18598. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  18599. or phone at:
  18600.                     9457-D Niles Center Road
  18601.                      Skokie, IL USA   60076
  18602.                        Phone: 500-677-1616
  18603.                         Fax: 708-329-0572
  18604.   ** Article submission address only: telecom@eecs.nwu.edu **
  18605.  
  18606. Our archives are located at lcs.mit.edu and are available by using
  18607. anonymous ftp. The archives can also be accessed using our email
  18608. information service. For a copy of a helpful file explaining how to
  18609. use the information service, just ask.
  18610.  
  18611. *************************************************************************
  18612. *   TELECOM Digest is partially funded by a grant from the              *
  18613. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  18614. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  18615. * project.  Views expressed herein should not be construed as represent-*
  18616. * ing views of the ITU.                                                 *
  18617. *************************************************************************
  18618.  
  18619. Additionally, the Digest is funded by gifts from generous readers such
  18620. as yourself who provide funding in amounts deemed appropriate. Your help 
  18621. is important and appreciated. A suggested donation of twenty dollars per
  18622. year per reader is considered appropriate. See our address above.
  18623.  
  18624. All opinions expressed herein are deemed to be those of the author. Any
  18625. organizations listed are for identification purposes only and messages
  18626. should not be considered any official expression by the organization.
  18627. ----------------------------------------------------------------------
  18628.  
  18629. Date: Thu, 2 Mar 1995 19:46:26 +0100
  18630. From: Alex@Worldaccess.NL (Alex)
  18631. Subject: Wanted: International Phone Directories
  18632.  
  18633.  
  18634. Hello everyone ...
  18635.  
  18636. Perhaps this may sound a little odd to all of you ... but besides my
  18637. general interest of telecom stuff (why would I otherwise be subscribed
  18638. to this service) I also collect phone directories ... and preferably
  18639. international ones. There are several ways to get them; one of the
  18640. ways is to buy them from our very own PTT Telecom here in Holland.
  18641. The problem is that they charge quite a lot for this service. (I am
  18642. sorry people from the PTT who read this). Another way is to request
  18643. complementary copies from the telephone companies around the world;
  18644. sometimes I get lucky, and they send one; often they won't, since
  18645. there is some ITU regulation on this matter (at least someone told me
  18646. once).
  18647.  
  18648. Therefore I am asking the readers here if they would be intrested in
  18649. helping me to increase my collection of phone directories. I collect
  18650. also yellow pages. Of course I will pay for the surface mail.
  18651.  
  18652. At this point I already got all the directories of:
  18653.  
  18654. - The Netherlands     - Zimbabwe     - Tchad      - Bermuda
  18655. - Grenada             - Macao        - Botswana   
  18656.  
  18657. Besides that I've got some directories of:
  18658.  
  18659. - USA (New York, Los Angeles both yellow and white pages)
  18660. - France (Paris yellow pages)
  18661. - Italy (Padova area white pages)
  18662. - Israel (Haifa area and Tel Aviv white pages in hebrew)  =)
  18663. - United Kingdom (London business directory)
  18664. - Germany (Bonn white pages)
  18665. - Belgium (Brussels & Antwerps)
  18666.  
  18667. If you consider it took me about two years to get this far, you can
  18668. imagine how much help I could use. Therefore, anyone having some
  18669. directory laying in some corner of his room ... make someone happy ...
  18670. send it ... please!
  18671.  
  18672.  
  18673. Greetings,
  18674.  
  18675. Alex
  18676.  
  18677. P.S. And of course if you need a listing or an address write me.
  18678.  
  18679.  
  18680. Alex@Worldaccess.NL, Apeldoorn, The Netherlands
  18681.  
  18682. ------------------------------
  18683.  
  18684. Date: Thu, 02 Mar 1995 08:40:09 -0800
  18685. From: EDWARD W BENNETT <JSEWB@acad1.alaska.edu>
  18686. Subject: North Pacific Fiber Now Repaired
  18687.  
  18688.  
  18689. The {Anchorage Daily News} reports that the North Pacific Fiber should
  18690. be back in service either today or tomorrow. The cable failed Feb. 5
  18691. about 20 miles off the Oregon coast. Splicing was completed Wednesday
  18692. and testing is underway now. The cable carries most of Alaska's
  18693. long-distance traffic, as well as international traffic to Japan.
  18694. During the outage, Alaska traffic was rerouted to a satellite.  
  18695.  
  18696.  
  18697. Ed Bennett  JSEWB@acad1.alaska.edu
  18698.  
  18699. ------------------------------
  18700.  
  18701. From: gryphon@j51.com (Scott Lorditch)
  18702. Subject: MCI Cashes AT&T Checks
  18703. Date: 2 Mar 1995 17:42:02 GMT
  18704. Organization: TZ-Link, a public-access online community in Nyack, NY.
  18705.  
  18706.  
  18707. Over the past few months I've gotten several solicitations in the mail
  18708. to switch to AT&T. One of them was in the form of a check for $40. We
  18709. currently use MCI, so I called their customer service number. While
  18710. they don't publicize it, MCI will redeem these checks for their face
  18711. value in an "MCI Certificate of Savings". And further, for each month
  18712. that I hold the certificate before cashing it, it's value increases by
  18713. another $5, for up to 12 months. So, the useless $40 check from AT&T
  18714. will save me $100 on my MCI bill this time next year!
  18715.  
  18716.  
  18717. Scott Lorditch / gryphon@j51.com
  18718.  
  18719. ------------------------------
  18720.  
  18721. From: lincmad@netcom.com (Linc Madison)
  18722. Subject: Interesting New Information Service and Prefix
  18723. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  18724. Date: Wed, 1 Mar 1995 21:49:18 GMT
  18725.  
  18726.  
  18727. As some of you may know, there is a service operated by the local
  18728. newspaper(s) in San Francisco which offers sports scores, stock
  18729. quotes, news updates, and other stuff, for only the cost of the
  18730. applicable tolls and having to sit through the commercials they
  18731. occasionally insert.  The number for this service was originally (415)
  18732. 512-5000, and that number is still working.
  18733.  
  18734. What makes the situation more interesting is that the service is now
  18735. being advertised as (415/510/408) 808-5000.  This is the first I have
  18736. heard of an 808 prefix in any of those area codes, and my PBX at work
  18737. rejects it as invalid.  It is also, to my knowledge, the first N0/1X
  18738. prefix in 408, which I don't think is particularly close to exhausting
  18739. its supply of NNX prefixes.
  18740.  
  18741. Does anyone know the telecom story behind this new prefix?  Is it set up
  18742. as a local call in San Francisco, Oakland, and San Jose, with the latter
  18743. two forwarded to San Francisco, or perhaps terminating with duplicate
  18744. equipment remotely maintained in those sites?  Is Pac*Bell planning to
  18745. offer any other uses of this prefix or others with the same 7-digit
  18746. number in all three area codes?  Is the call charged as Zone 3 or Local
  18747. Toll from some areas?
  18748.  
  18749. If the answer to the last question is yes, caution is warranted for some
  18750. folks.  For example, from Mountain View 415-254, San Francisco (415) is
  18751. a local toll call, but downtown San Jose (408) is not.  A surprisingly
  18752. high percentage of people still aren't clued in that "toll" and "same
  18753. area code" are separate issues.
  18754.  
  18755.  
  18756. Linc Madison   *   Oakland, California   *   LincMad@Netcom.com
  18757.  
  18758. ------------------------------
  18759.  
  18760. From: Robohn Scott <robohns@bah.com>
  18761. Subject: Bellcore Telecomm Overview Video Series
  18762. Date: Wed, 01 Mar 95 16:22:00 PST
  18763.  
  18764.  
  18765. Has anyone seen Bellcore's Telecommunications Overview video series?  The 
  18766. series consists of five tapes:
  18767.  
  18768. 1 - Introduction
  18769. 2 - Distribution
  18770. 3 - Traffic, Signaling, and Switching
  18771. 4 - Transmission
  18772. 5 - Network Architectures and Services
  18773.  
  18774. We're considering using this series as part of an in-house training
  18775. curriculum on telecommunications.  I'd be particularly interested in
  18776. comments from people who have viewed it who can identify areas that it
  18777. might lack in (Bellcore readers, notice I said _might_ lack in).
  18778.  
  18779.  
  18780. Thanks in advance,
  18781.  
  18782.  
  18783. Scott Robohn    robohns@bah.com
  18784.  
  18785. ------------------------------
  18786.  
  18787. From: tuanho@netway.net (Tuan T. Ho)
  18788. Subject: Communications Books For Sale
  18789. Date: 1 Mar 1995 21:36:14 GMT
  18790. Organization: Netway 2001
  18791.  
  18792.  
  18793. I have the following books for sale:
  18794.  
  18795. Please note the book condition:
  18796.  
  18797. Brand New = (!)                Good    = (***)
  18798. Excellent = (****)             Average = (**)        Poor = (*)
  18799.  
  18800. - W. Stallings, Local Networks: An Introduction, Macmillan, 1984, $20 (***).
  18801.  
  18802. - K. Sherman, Data Communications: A User's Guide, 3rd ed., Prentice Hall,
  18803.   1990, $25 (!).
  18804.  
  18805. - K. Kummerle, J. O. Limb, F. A. Tobagi, eds., Advances in Local Area
  18806.   Networks, IEEE Press, 1987, $19 (****).
  18807.  
  18808. - F. Ivanek, ed., Terrestrial Digital Microwave Communications, Artech
  18809.   House, 1989, $35 (!).
  18810.  
  18811. - W. M. Brown and C. J. Palermo, Random Processes, Communications and Radar,
  18812.   McGraw Hill, 1969, $25 (****).
  18813.  
  18814. - H. E. G. Jeske, ed., Atmospheric Effects on Radar Target Identification and
  18815.   Imaging (Proceedings of the NATO Advanced Study Institute), D. Reidel
  18816.   Publishing Co., 1976, $25 (****).
  18817.  
  18818. - H. Stark and F. B. Tuteur, Modern Electrical Communications: Theory and 
  18819.   Systems, Prentice Hall, 1979, $39 (****).
  18820.  
  18821. - P. F. Panter, Communications Systems Design: Line-of-Sight and Tropo-
  18822.   Scatter Systems, McGraw Hill, 1972, $39 (***).
  18823.  
  18824. - C. G. Guy, Data Communications for Engineers, McGraw Hill, 1992, $29 (!).
  18825.  
  18826. - J. Martin, Telecommunications and the Computer, 2nd ed., Prentice Hall,
  18827.   1976, $25 (!).
  18828.  
  18829. - T. C. Bartee, Editor-in-Chief, Digital Communications, Howard Sams & Co.,
  18830.   1986, $29 (!).
  18831.  
  18832. - J. D. Gibson, Principles of Digital and Analog Communications, 2nd ed.,
  18833.   Macmillan, 1993, $29 (****).
  18834.  
  18835. - L. W. Couch II, Digital and Analog Communication Systems, Macmillan, 1983,
  18836.   $25 (***). 
  18837.  
  18838. - D. R. Smith, Digital Transmission Systems, Van Nostrand Reinhold, 1985,
  18839.   $20 (****).
  18840.  
  18841. - M. Barkat, Signal Detection and Estimation, Artech House, 1991, $30 (!).
  18842.  
  18843.  
  18844. If interested, Please e-mail me at: tuanho@netway.net
  18845.                or Phone me at     : (303) 364-4426
  18846.  
  18847.  
  18848. Thanks,
  18849.  
  18850. Tuan
  18851.  
  18852. ------------------------------
  18853.  
  18854. Date: Wed, 1 Mar 95 17:46 EST
  18855. From: Testmark Laboratories <0006718446@mcimail.com>
  18856. Subject: mu-law to a-law PCM
  18857.  
  18858.  
  18859. I need to check the acoustics of the handset of a European ISDN BRI
  18860. phone.  Unfortunately, I only have a North American ISDN BRI
  18861. simulator, which uses mu-law PCM, and the phone uses a-law PCM.  I
  18862. know from prior experience that the two PCMs can be connected
  18863. together, and the phone conversation still sounds "normal."  However,
  18864. can anyone tell me what the error would be in dB when I sweep from 300
  18865. to 3400 Hz at a constant level, and do a loudness calculation?  Also,
  18866. does anyone know if the S/T bus used in Europe is compatible with the
  18867. North American S/T bus?
  18868.  
  18869.  
  18870. John Combs, Project Engineer, TestMark Laboratories, testmark@mcimail.com
  18871.  
  18872. ------------------------------
  18873.  
  18874. From: jps0723@aol.com (JPS0723)
  18875. Subject: 800 Directory Listings Wanted
  18876. Date: 02 Mar 1995 19:25:41 GMT
  18877. Organization: America Online, Inc. (1-800-827-6364)
  18878. Reply-To: jps0723@aol.com (JPS0723)
  18879.  
  18880.  
  18881. Is there any place to get the 800 directory listings and to whom the
  18882. numbers belong?
  18883.  
  18884.  
  18885. [TELECOM Digest Editor's Note: I think you are referring to a criss-
  18886. cross style directory for 800, and I do not think one has ever been
  18887. published.    PAT]
  18888.  
  18889. ------------------------------
  18890.  
  18891. From: Framer@ix.netcom.com (Paul Cascio)
  18892. Subject: Wanted: Software to Link Caller-ID With ProPhone Database
  18893. Date: 02 Mar 1995 00:56:56 GMT
  18894. Organization: Netcom
  18895.  
  18896.  
  18897. I am trying to find software that will take a phone number supplied by
  18898. a caller-ID signal from my modem (Rockwell chip set) and lookup the
  18899. name in ProPhone, a CD-Rom database.  Any information on where I can
  18900. obtain such software would be appreciated.
  18901.  
  18902.  
  18903. Thanks,
  18904.  
  18905. Paul Cascio
  18906.  
  18907. ------------------------------
  18908.  
  18909. From: jscouria@neumann.uwaterloo.ca (John Scourias)
  18910. Subject: Looking For RACE Project CFS
  18911. Organization: University of Waterloo
  18912. Date: Thu, 02 Mar 1995 17:48:39 GMT
  18913.  
  18914.  
  18915. Hi everyone,
  18916.  
  18917. I am looking for the Common Functional Specification D733, for the
  18918. RACE project MONET (R2066).  An older version, published in August
  18919. 1994, is available at aachen.de but a new version was supposed to be
  18920. available in December 1994.  Does anyone know if and where an
  18921. electronic version is available?
  18922.  
  18923.  
  18924. Thank you in advance,
  18925.  
  18926. John Scourias                 http://ccnga.uwaterloo.ca/~jscouria
  18927. University of Waterloo        jscouria@neumann.uwaterloo.ca
  18928. Waterloo, ON, Canada
  18929.  
  18930. ------------------------------
  18931.  
  18932. Date: Thu, 02 Mar 1995 09:00:08 MST
  18933. From: THE PILOT <PHRANTIC@UWYO.EDU>
  18934. Subject: New NPA in Colorado
  18935.  
  18936.  
  18937. Does anyone have any information concerning the addition of a new NPA
  18938. in Colorado?  Supposedly (from a USWest CSB guy) metro Denver will get
  18939. the new area code in April of '96.
  18940.  
  18941. Anyone able to confirm this and/or tell us what the new NPA might be?
  18942.  
  18943.  
  18944. Thanks,
  18945.  
  18946. Phrantic@plains.uwyo.edu
  18947.  
  18948. ------------------------------
  18949.  
  18950. From: jsnelson@netaccess.on.ca (John S. Nelson)
  18951. Subject: Bell Canada 500 Service
  18952. Date: 02 Mar 1995 20:45:59 GMT
  18953. Organization: NetAccess Systems Inc., Hamilton, Ontario
  18954.  
  18955.  
  18956. > Is 500 service beeing offered by Bell Canada yet (or will it be
  18957. > offered in the future), and what costs should I expect for making use
  18958. > of 500 service if and when it is available here?
  18959.  
  18960. Here's a bit of background (which most comp.dcom.telecom readers
  18961. probably already know), plus Bell Canada's similar service called
  18962. Primeline.
  18963.  
  18964. SAC 500 is the Service Access Code selected by the North American
  18965. Industry for providers of Personal Communications Services.  Wireline
  18966. and Wireless service providers have intentions of using this code to
  18967. support Personal Mobility, Terminal Mobility and Service Profile
  18968. Management.
  18969.  
  18970. Bell Communications Research Inc. (Bellcore) administers the North
  18971. American Numbering Plan, and in July 1994 began assigning blocks of
  18972. personal go anywhere numbers to Telephone Companies and Wireless
  18973. Carriers across the U.S., Canada and the Caribbean Islands.
  18974.  
  18975. Stentor Resource Center Inc (SRCI), on behalf of Bell Canada and other
  18976. Canadian Telephone companies, has applied and received SAC 500 NXX
  18977. resources from Bellcore. However, no tariffs for related services have
  18978. yet been filed or approved by the Regulator (CRTC).
  18979.  
  18980. Although today Bell Canada does not yet offer a 500-based go anywhere
  18981. service, Bell offers a follow me service called PrimeLine which does
  18982. not require a 500 number. Customers in Bell Canada's serving area can
  18983. call 310-BELL (310-2355) from any exchange to obtain detailed
  18984. information on Primeline.
  18985.  
  18986. Hope that was useful, Evan.  
  18987.  
  18988. Recently, a question came up wondering why a gentleman from Kingston,
  18989. Ontario couldn't reach Pat on his SAC 500 number. I tried to call Pat
  18990. and had the same result. Thinking it might be a technical problem, I
  18991. asked a few questions.  Well, what I discovered is (as we probably all
  18992. know) telcos enter into agreements with other carriers with respect to
  18993. SAC 500 service, not only so that calls can be properly routed, but
  18994. that the appropriate rating and billing can take place, the revenues
  18995. collected, and settled.
  18996.  
  18997. To date, no agreements have been negotiated with any US provider for
  18998. 500 service. Will that happen? Well, that's just not something that I
  18999. can discuss on a newsgroup!
  19000.  
  19001.  
  19002. John Nelson, Bell Canada      
  19003. Access Network Provisioning   
  19004. (905) 526-5760   FAX 527-2187 
  19005.  
  19006.  
  19007. [TELECOM Digest Editor's Note: Oh go ahead, you can whisper it to me.
  19008. I won't tell anyone who doesn't read the Digest or Usenet. You think
  19009. Ma Bell is a bitch, is that it?    <g>     PAT]
  19010.  
  19011. ------------------------------
  19012.  
  19013. From: keshavac@enuxsa.eas.asu.edu (Bhaktha Keshavachar)
  19014. Subject: Need 500 Service Information
  19015. Organization: Arizona State University, Tempe, AZ
  19016. Date: Thu, 2 Mar 1995 18:22:20 GMT
  19017.  
  19018.  
  19019. Hi,
  19020.  
  19021. Can someone on the net tell me about the 500 service. If you can
  19022. direct me to a FAQ, it will be great.
  19023.  
  19024. I know that the 500 service has been discussed in TELECOM Digest for a
  19025. while. I don't have a clue as what it is as I missed reading the Digest 
  19026. for a few months.
  19027.  
  19028.  
  19029. Thanks,
  19030.  
  19031. Bhaktha
  19032.  
  19033.  
  19034. [TELECOM Digest Editor's Note: Umm, yeah, I seem to recall we had a few
  19035. messages on the topic not too long ago. I'm not going to tell you
  19036. anything about 500. Let that be a lesson to you; not reading this Digest
  19037. each day. <g>    Actually, 500 is called 'Personal Number Service' and
  19038. it allows you to have a single number which can be forwarded to you at
  19039. any time, anywhere you may happen to be. Check out the back issues of
  19040. this Digest for the last couple months of 1994 and the first two months
  19041. of this year. There were quite a few detailed commentaries.   Back issues
  19042. are available in the Archives, using anonymous ftp lcs.mit.edu.    PAT]
  19043.  
  19044. ------------------------------
  19045.  
  19046. From: ph18@crux2.cit.cornell.edu (Paul Houle)
  19047. Subject: Re: A Tip When Working With Electricity
  19048. Date: 02 Mar 1995 19:17:45 GMT
  19049. Organization: Cornell University
  19050.  
  19051.  
  19052. Bob Mueller <IFF161@ZAM001.ZAM.KFA-JUELICH.DE> writes:
  19053.  
  19054. > Dear Pat,
  19055.  
  19056. > I just read about your experiences with the capacitors in a TV
  19057. > unloading through you and recalled another tip which can prevent a
  19058. > nasty accident. It is related to the thread because auto batteries are
  19059. > part of schemes to revive NiCads. Electrocution from these may be
  19060. > possible (I heard of a case but have no certainty if it really happened), 
  19061. > but is quite unlikely.  Serious burns are not so uncommon.  One should
  19062. > remove metal jewelery, including watch bands and rings when working
  19063. > around these batteries; they can deliver huge currents, enough to spot
  19064. > weld the jewelery, and heat it up to skin burning temperatures in a
  19065. > second or so.  
  19066.  
  19067.       I had a job working at Cornell's particle accelerator, CESR last
  19068. summer -- one of the many safety problems that we were warned about
  19069. were the two thick copper busbars that went underneath the accelerator: 
  19070. these supplied 40 V or so DC for the main magnets; although the
  19071. voltage is low, really too low to produce a lethal current passing
  19072. through the body under most circumstances, it is a very serious hazard
  19073. if you short them out with a ring or a tool held in your hands.  Of
  19074. course there were many other electric hazards, including most of a
  19075. megawatt of RF power that goes into the accelerating cavities and the
  19076. linac, several higher voltage distribution systems and a lot of things
  19077. that can get you hurt or killed.  After seeing how much work it took
  19078. just to keep this little 1-km long accelerator working, the logistic
  19079. challenge of running a superconducting supercollider just leaves me
  19080. staggering; it would take a literal army to run it.
  19081.  
  19082. I'll also say a word about telecommunications at CESR.  Throughout the
  19083. building and under the ring one will find many "beam phones", each of
  19084. which has a dial with nine positions.  To call somebody on a beam
  19085. phone, you'd turn the dial to a position which wasn't being used, say,
  19086. number 3 -- then you'd push the page button, announce to the called
  19087. party that you want them to pick up on line 3, and then they'd do
  19088. that.
  19089.  
  19090. ------------------------------
  19091.  
  19092. From: Sergei Anfilofiev <sanfi@zniis.msk.su>
  19093. Subject: Re: Inquiry on CDMA and QUALCOMM
  19094. Date: 02 Mar 1995 11:11:09 +0300
  19095. Organization: ZNIIS
  19096. Reply-To: sanfi@zniis.msk.su
  19097.  
  19098.  
  19099. eswu@v9000.ntu.ac.sg writes:
  19100.  
  19101. > 2) Where to get the published materials on CDMA designed by QUALCOMM?
  19102. > I have heard that QUALCOMM has designed a CDMA system, but I still
  19103. > did not find any wirtten material on it.
  19104.  
  19105. Try to call ftp.qualcomm.com as anonymous user. You'll find a lot of
  19106. information on CDMA. For example, in /pub/cdma directory.
  19107.  
  19108. I hope this will help.
  19109.  
  19110.  
  19111. Best wishes,
  19112.  
  19113. Dr. Sergei Anfilofiev  | Tel:(7 095)368-9127 
  19114. Chief Internat. Depart.| Fax:(7 095)274-0067 
  19115. ZNIIS, Moscow, Russia  | E-mail: sanfi@zniis.msk.su
  19116.  
  19117. ------------------------------
  19118.  
  19119. Date: Thu, 02 Mar 1995 16:04:36 -0500
  19120. From: James E. Bellaire <bellaire@barnabas.indwes.edu>
  19121. Subject: Answering Machine calls for you!
  19122.  
  19123.  
  19124. I have noticed that if you call someone's answering machine and
  19125. immediately hang up when the tape starts that the machine holds the
  19126. line open for the length of the tape. (This works with every machine
  19127. I have tested.)  If someone calls you, immediately hangs up and you
  19128. have a long enough message the local exchange has time to reset your
  19129. line, present you with a local dial tone and start the 'you have
  19130. waited too long to dial' type message.  I've had several dozen of
  19131. these auto dialed calls over the years.
  19132.  
  19133. I've also noticed that if you flash and then hang up the switch in my
  19134. hometown (616-651) likes to reconnect the original parties.  It will
  19135. go as far as redialing BOTH parties at the same time to reconnect
  19136. this lost connection.
  19137.  
  19138. This would account for a home phone and a cell phone being called by
  19139. the switch and then connected to each other.
  19140.  
  19141. Not all practical jokes are played by people, some are played by machines!
  19142.  
  19143.  
  19144. James E. Bellaire
  19145.  
  19146. bellaire@iquest.net    bellaire@barnabas.indwes.edu
  19147.  
  19148. ------------------------------
  19149.  
  19150. From: lnjptyo1.mberla01@eds.com (Michael Berlant)
  19151. Subject: Re: Motorola Flip Phone and Low Battery
  19152. Date: 02 Mar 1995 00:40:33 GMT
  19153. Organization: EDS Japan
  19154.  
  19155.  
  19156. In article <telecom15.112.9@eecs.nwu.edu>, david.chessler@neteast.com
  19157. (DAVID CHESSLER) says:
  19158.  
  19159. > I've handled ordinary nicads by putting them in a flashlight, turning
  19160. > it on, and waiting for the light to go out.
  19161.  
  19162. The owner's manual for all these electronic devices tells you to drain
  19163. down the battery in their device for good reason.  The device will
  19164. shut down when the battery has 3-5% life left, not zero.  Draining a
  19165. NiCD battery down to zero is just as unhealthy as leaving it in the
  19166. charger forever.  My experience has been that better-than-average
  19167. battery life span can be achieved by using the battery until the
  19168. beeping starts and then swapping for your spare battery (which is
  19169. always at hand, right?).
  19170.  
  19171. ------------------------------
  19172.  
  19173. From: hihosteveo@aol.com (HiHoSteveo)
  19174. Subject: Re: 900 Providing Advice Sought
  19175. Date: 02 Mar 1995 01:03:57 -0500
  19176. Organization: America Online, Inc. (1-800-827-6364)
  19177. Reply-To: hihosteveo@aol.com (HiHoSteveo)
  19178.  
  19179.  
  19180. If my memory serves me right, the cost was $1,200 for the first 900
  19181. line and $900 each additional or slightly less. Anyway, look in the
  19182. Encyclopedia of Associations, there is a 900 service Association that
  19183. will list the providers and tell you about failure (financial not
  19184. technical) rates, etc.  and lots of other information. Also check a CD
  19185. Rom library periodical literature searching 900 -- the number of
  19186. entries will boggle your mind with information available.
  19187.  
  19188. ------------------------------
  19189.  
  19190. From: Brian.Bebeau@att.com
  19191. Subject: Re: What is DMS-100?
  19192. Reply-To: brian@hercules.cb.att.com
  19193. Organization: AT&T
  19194. Date: Thu, 02 Mar 1995 13:44:03 GMT
  19195.  
  19196.  
  19197. >>> I just got a letter from Pac Bell stating that on 10 March they are
  19198. >>> going to install DMS-100 at the Los Angeles Central office and that my
  19199. >>> prefix would be affected.  The letter also states:
  19200.  
  19201. >>> What can I expect in the way of problems, if any, using a modem to 
  19202. >>> send or receive call? 
  19203.  
  19204. We had the same thing happen last October. We got a card too advising
  19205. us of the change. I think they only tell you in case you have some
  19206. special calling feature that's programmed _in the switch_. You'll need
  19207. to re-program it in that case. As far as using it goes, we've noticed
  19208. that our line is a *lot* less noisy than it was, so your modem should
  19209. work even more reliably. We also now get a *lot* more numbers on our
  19210. Caller ID display than before. Much fewer "out-of-area" numbers. I
  19211. don't know what we had before, but it had Caller ID too, and a fair
  19212. amount of crosstalk.
  19213.  
  19214. Having said that, I still hate DMS-100s. I'm a software developer on a
  19215. product that gets maintenance messages from network elements like the
  19216. DMS-100 and alerts telco personnel to problems. Northern Telecom is
  19217. not real forthcoming with information, and their input message syntax
  19218. is quite different from other switches. It's been a real pain to support
  19219. properly.
  19220.  
  19221.  
  19222. Brian Bebeau    brian@hercules.cb.att.com
  19223.  
  19224. ------------------------------
  19225.  
  19226. Date: Thu, 2 Mar 95 12:46:22 EST
  19227. From: telenet!emerson!ggoldman@uunet.uu.net (Gerry Goldman)
  19228. Subject: Automatic Message Accounting Standard Wanted
  19229.  
  19230.  
  19231. Can anyone tell me where I can get information on the Automatic
  19232. Message Accounting (AMA) format. This is purported to be a Bellcore
  19233. format for ATM billing records.
  19234.  
  19235. ------------------------------
  19236.  
  19237. End of TELECOM Digest V15 #128
  19238. ******************************
  19239.     
  19240.     
  19241. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa27991;
  19242.           3 Mar 95 0:14 EST
  19243. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  19244.     id AA18139; Thu, 2 Mar 95 19:24:12 CST
  19245. Return-Path: <telecom>
  19246. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  19247.     id AA18132; Thu, 2 Mar 95 19:24:10 CST
  19248. Date: Thu, 2 Mar 95 19:24:10 CST
  19249. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  19250. Message-Id: <9503030124.AA18132@delta.eecs.nwu.edu>
  19251. To: telecom@eecs.nwu.edu
  19252. Subject: TELECOM Digest V15 #129
  19253.  
  19254. TELECOM Digest     Thu, 2 Mar 95 19:24:00 CST    Volume 15 : Issue 129
  19255.  
  19256. Inside This Issue:                          Editor: Patrick A. Townson
  19257.  
  19258.     True NANP and Common Dialing Practices (John Shelton)
  19259.     Winsock Problem (Greg Polimis)
  19260.     Wireless Modems (Mukesh Sharma)
  19261.     And the Grammy For Poor Planning Goes to ... (Scott D. Fybush)
  19262.     Bulk Call Generators (jplotky@atlanta.glenayre.com)
  19263.     Rio-1 ACS-CELP Information Wanted (Sing Li)
  19264.     Re: N.T. M9516 Telephone Wanted (Dcott B. Campbell)
  19265.     Re: N.T. M9516 Telephone Wanted (Steve Copeland)
  19266.     Re: N.T. M9516 Telephone Wanted (Jean Tkacik)
  19267.     Re: BA Files Waiver to Prevent Higher ISDN Costs (Lars Poulsen)
  19268.     Re: Need Help With Digital Phone Line (John Lundgren)
  19269.     Re: Non-Published Phone Number and Privacy Act (Tim Allman)
  19270.     Re: Non-Published Phone Number and Privacy Act (Atri Indiresan)
  19271.     Re: Non-Published Phone Number and Privacy Act (Glenn Foote)
  19272.     Re: Cellular "Auto-Registration" (George Wang)
  19273.     Re: Some Major and Grim Changes Planned for the 'Net' (John Steele)
  19274.  
  19275. TELECOM Digest is an electronic journal devoted mostly but not
  19276. exclusively to telecommunications topics. It is circulated anywhere
  19277. there is email, in addition to various telecom forums on a variety of
  19278. public service systems and networks including Compuserve and America
  19279. On Line. It is also gatewayed to Usenet where it appears as the moderated
  19280. newsgroup 'comp.dcom.telecom'. 
  19281.  
  19282. Subscriptions are available to qualified organizations and individual
  19283. readers. Write and tell us how you qualify:
  19284.  
  19285.                  * telecom-request@eecs.nwu.edu *
  19286.  
  19287. The Digest is edited, published and compilation-copyrighted by Patrick
  19288. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  19289. or phone at:
  19290.                     9457-D Niles Center Road
  19291.                      Skokie, IL USA   60076
  19292.                        Phone: 500-677-1616
  19293.                         Fax: 708-329-0572
  19294.   ** Article submission address only: telecom@eecs.nwu.edu **
  19295.  
  19296. Our archives are located at lcs.mit.edu and are available by using
  19297. anonymous ftp. The archives can also be accessed using our email
  19298. information service. For a copy of a helpful file explaining how to
  19299. use the information service, just ask.
  19300.  
  19301. *************************************************************************
  19302. *   TELECOM Digest is partially funded by a grant from the              *
  19303. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  19304. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  19305. * project.  Views expressed herein should not be construed as represent-*
  19306. * ing views of the ITU.                                                 *
  19307. *************************************************************************
  19308.  
  19309. Additionally, the Digest is funded by gifts from generous readers such
  19310. as yourself who provide funding in amounts deemed appropriate. Your help 
  19311. is important and appreciated. A suggested donation of twenty dollars per
  19312. year per reader is considered appropriate. See our address above.
  19313.  
  19314. All opinions expressed herein are deemed to be those of the author. Any
  19315. organizations listed are for identification purposes only and messages
  19316. should not be considered any official expression by the organization.
  19317. ----------------------------------------------------------------------
  19318.  
  19319. From: John Shelton <jshelton@parcplace.com>
  19320. Subject: True NANP and Common Dialing Practices
  19321. Date: Thu, 2 Mar 95 8:57:48 PDT
  19322.  
  19323.  
  19324. When will we really have a true North American Numbering Plan, one
  19325. that is used consistently throughout US and Canada?
  19326.  
  19327. Is it really that hard to get everone to agree:
  19328.  
  19329. xxx        - special service codes (e.g. Info, Emergency)
  19330. xxx xxxx    - abbreviated form of 1+ ten digit dialing,
  19331.           where the area code (NPA) is the same.
  19332.  
  19333. 0 xxx xxxx    - abbreviated form of 0+ ten digit dialing,
  19334.           where the area code (NPA) is the same.
  19335.  
  19336. 1 xxx xxx xxxx    - caller paid, direct dialed call
  19337.  
  19338. 0 xxx xxx xxxx    - alternate billing, direct dialed call
  19339.  
  19340. Using the long form should *always* be legal.
  19341.  
  19342. Seven digit dialing might require timeouts (or trailing #).
  19343.  
  19344. It's really frustrating that I cannot program my cellular phone with
  19345. autodial numbers that work anywhere I go.  Some places REQUIRE a
  19346. leading 1 for all calls, and some places REQUIRE lack of a leading 1.
  19347.  
  19348. Harumph.
  19349.  
  19350.  
  19351. John
  19352.  
  19353.  
  19354. [TELECOM Digest Editor's Note: Your complaint has validity, however I
  19355. suspect the people in Pakistan with cellular phones would be quite 
  19356. pleased right now if they could dial *anything at all* on their cell
  19357. phones. As reported here a few days ago, the citizens of that country
  19358. found their cellular service suddenly turned off -- apparently perman-
  19359. ently disconnected when the government was unable to monitor their
  19360. conversations as it wished. When the carrier there was unable for
  19361. technical reasons to provide the level of monitoring desired by 
  19362. the government, the government's response was to raid the offices of
  19363. the carrier and turn it off completely.  I wonder if they have since
  19364. relented and restarted the service or if it is still off.   PAT]
  19365.  
  19366. ------------------------------
  19367.  
  19368. From: Greg@quadravision.com (Greg Polimis)
  19369. Reply-To: Greg@quadravision.com
  19370. Subject: Winsock Problem
  19371. Date: 02 Mar 1995 15:44:26 GMT
  19372. Organization: Quadravision Communications
  19373.  
  19374.  
  19375. I'm having a problem with Winsock. My username is being sent fine but
  19376. my password is not accepted. Has anyone ever encountered this problem
  19377. before and can they render any assistance? I'd appreciate any help you
  19378. can offer. 
  19379.  
  19380. Thanks!
  19381.  
  19382. Quadravision Communications
  19383. 931 Yonge Street   Toronto, Ontario  M4W 2H2
  19384. voice (416)-960-8400    fax (416)-960-8401
  19385.  
  19386. ------------------------------
  19387.  
  19388. Date: Thu, 2 Mar 95 14:47:43 EST
  19389. From: telenet!honey!msharma@uunet.uu.net (Mukesh Sharma)
  19390. Subject: Wireless Modems
  19391.  
  19392.  
  19393. Hi,
  19394.  
  19395. I am looking for some information on wireless modems. I am just
  19396. starting in wireless area. Text/publication or magazines names is what
  19397. I am looking I will appreciate your help
  19398.  
  19399.  
  19400. Thanks,
  19401.  
  19402. sharma     MUKESH.SHARMA@adn.sprint.com
  19403.  
  19404. ------------------------------
  19405.  
  19406. From: fybush@world.std.com (Scott D Fybush)
  19407. Subject: And the Grammy For Poor Planning Goes to ...
  19408. Organization: The World Public Access UNIX, Brookline, MA
  19409. Date: Thu, 2 Mar 1995 15:38:27 GMT
  19410.  
  19411.  
  19412. During the Grammy awards Wednesday night, AT&T was a heavy sponsor
  19413. with their "True Voice" ads, including the first one I'd seen in
  19414. Spanish (at least on English-language TV).  Curious to hear the
  19415. Spanish-language True Voice demo, I picked up the phone and
  19416. dialed ... only to get a recording in Spanish informing me to try my
  19417. call again in five minutes, as the demo lines were busy.  When I tried
  19418. the English-language lines, same thing.
  19419.  
  19420. Seems to me if I were advertising something, especially if I were the
  19421. (well, "a") phone company, I'd try harder to have enough lines
  19422. available to handle expected caller demand ...
  19423.  
  19424.  
  19425. Scott Fybush - fybush@world.std.com
  19426.  
  19427. ------------------------------
  19428.  
  19429. From: jplotky@atlanta.glenayre.com
  19430. Subject: Bulk Call Generators
  19431. Date: 2 Mar 1995 22:22:57 GMT
  19432. Organization: Glenayre Electronics
  19433.  
  19434.  
  19435. I'm looking for a large capacity bulk call generator (48 T1 or E1
  19436. spans).
  19437.  
  19438. I need the equipment to test the call handling capacity of various
  19439. equipment.  I am looking to meet the following requirements:
  19440.  
  19441.  - generate and accept calls from the system under test;
  19442.  
  19443.  - line and register signalling protocols fully programmable on per line 
  19444.    basis (e.g. E&M, loop, DTMF, MFR1, MFR2 compelled, etc);
  19445.  
  19446.  - ability to do continuity test port to port;
  19447.  
  19448.  - generate/detect DTMF tones under program control at any time during 
  19449.    the test call.
  19450.  
  19451. I would also like to have:
  19452.  
  19453.  - detect call progress tones and voice;
  19454.  
  19455.  - ISDN
  19456.  
  19457. If anyone can point me in the direction of such equipment, my thanks
  19458. will be bountiful.
  19459.  
  19460.  
  19461. jp
  19462.  
  19463. ------------------------------
  19464.  
  19465. From: lsing@hookup.net (Sing Li)
  19466. Subject: Rio-1 ACS-CELP Information Wanted
  19467. Date: 1 Mar 1995 00:39:00 GMT
  19468.  
  19469.  
  19470. Does anyone know where I can obtain some technical information on the
  19471. Rio-1 ACS-CELP coder?
  19472.  
  19473. Any help (via email or follow-up posting) will be greatly appreciated.
  19474.  
  19475.  
  19476. Regards,
  19477.  
  19478. Sing Li  microWonders Inc.
  19479.  
  19480. ------------------------------
  19481.  
  19482. Date: Thu, 2 Mar 1995 16:10:05 +0000 
  19483. From: scott-b.campbell@nt.com
  19484. Subject: Re: N.T. M9516 Telephone Wanted 
  19485. Organization: Northern Telecom 
  19486.  
  19487.  
  19488. In article <telecom15.118.11@eecs.nwu.edu> , keith.knipschild@asb.com
  19489. writes:
  19490.  
  19491. > Does anyone know where I can get my hands on the NORTHERN TELECOM 
  19492. > "M9516" Telephone?
  19493.  
  19494. In Canada, try Anixter.  In Mississauga, their phone number is 905-897-5665.
  19495. The telcos will be picking it up a little later.
  19496.  
  19497. The only reviews I know of are in industry mags (like the market research 
  19498. paper Yankeevision) or on TV (i.e., Gadget Guru, the Today Show).
  19499.  
  19500.  
  19501. Scott
  19502.  
  19503. ------------------------------
  19504.  
  19505. Date: Wed, 1 Mar 1995 23:32:14 +0000 
  19506. From: steve.copeland@nt.com
  19507. Subject: Re: N.T. M9516 Telephone Wanted 
  19508. Organization: Bell Northern Research 
  19509.  
  19510.  
  19511. keith.knipschild@asb.com wrote:
  19512.  
  19513. > Does anyone know where I can get my hands on the NORTHERN TELECOM 
  19514. > "M9516" Telephone?
  19515.  
  19516. In the U.S., call Call Direct at 1-800-842-7439.  
  19517.  
  19518. They can mail you one.
  19519.  
  19520.  
  19521. Steve
  19522.  
  19523. ------------------------------
  19524.  
  19525. From: tkacik@mathworks.com (Jean Tkacik)
  19526. Subject: Re: N.T. M9516 Telephone Wanted
  19527. Date: 2 Mar 1995 15:05:31 GMT
  19528. Organization: The MathWorks Inc.
  19529.  
  19530.  
  19531. You may want to give TAC CENTRE a call at 617-944-5709. Located in
  19532. Reading MA, they are a remarketer of Northern Telecom equipment. Ask
  19533. for Stephen, Jeff or Dave.  They should be able to help you or place
  19534. you in contact with someone who can. Good luck!!
  19535.  
  19536. ------------------------------
  19537.  
  19538. From: lars@spectrum.RNS.COM (Lars Poulsen)
  19539. Subject: Re: BA Files Waiver to Prevent Higher ISDN Costs
  19540. Date: 2 Mar 1995 11:14:56 -0800
  19541. Organization: Rockwell International - CMC Network Products
  19542.  
  19543.  
  19544. I have edited the Bell Atlantic press release a little to keep the
  19545. quotes tighter:
  19546.  
  19547. Bell>   Date: Wed, 15 Feb 95 13:23:21 GMT
  19548. Bell>   From: Bell Atlantic <howarth@ba.com>
  19549. Bell>   Subject: BA Files Waiver to Prevent Higher ISDN Costs
  19550.  
  19551. Bell> On Jan. 11, the FCC refused to allow NYNEX to restructure ISDN 
  19552. Bell> subscriber line charges (SLCs) to be more competitive with other 
  19553. Bell> carriers.  The SLC is federally mandated and is set annually.  The SLC 
  19554. Bell> is used to subsidize local telephone network costs, which helps to keep 
  19555. Bell> basic residential telephone service affordable.  The Commission ruled 
  19556. Bell> that separate SLCs should be billed for each ISDN channel; ISDN lines 
  19557. Bell> have up to 24 channels.
  19558.  
  19559. Bell> Bell Atlantic said ... customers, but the recent FCC ruling will increase
  19560. Bell> the cost of the service 20 to 30 percent.
  19561.  
  19562. Bell> Several other carriers are billing SLCs per ISDN line, not channel.  
  19563. Bell> SLC amounts vary by jurisdiction, but are currently as high as $6.00 
  19564. Bell> per line within Bell Atlantic's region.  Bell Atlantic is a world 
  19565. Bell> leader in providing ISDN technology with over 91,400 ISDN lines in 
  19566. Bell> service.  All common carriers must now comply with the FCC's rule 
  19567. Bell> interpretation in the NYNEX case unless they obtain a waiver. 
  19568.  
  19569. I find this propaganda piece both strange and outrageous for several
  19570. reasons.
  19571.  
  19572. (1) The definition of a telephone line must have been discussed before;
  19573.     after all, delivery of local loops on T-spans predates the MFJ.
  19574.     Surely, you pay the SLC PER CHANNEL on a T-span, no?
  19575.  
  19576. (2) Since the SLC goes directly to the LEC, the cost to the customer
  19577.     (base subscription plus SLC) should be the same regardless of the
  19578.     amount of the SLC, shouldn't it?
  19579.  
  19580.     If the monthly amount is $10 per line plus $6 SLC, the customer pays
  19581.     $16. If the SLC goes away, the LEC loses the SLC-funded subsidy, so
  19582.     they will have to charge $16 per line per month. The difference is
  19583.     entirely in the bookkeeping of amortization and depreciation
  19584.     allocations.
  19585.  
  19586. (3) If the SLC is mandated by FCC, I would think that the amount would
  19587.     be standardized across the country. How can it vary with the Bell
  19588.     Atlantic Service Area ?
  19589.  
  19590. What is going on? Is my point two above completely wrong?
  19591.  
  19592.  
  19593. Lars Poulsen            Internet E-mail: lars@RNS.COM
  19594. Rockwell Network Systems    Phone:        +1-805-562-3158
  19595. 7402 Hollister Avenue         Telefax:      +1-805-968-8256
  19596. Santa Barbara, CA 93105    Internets: designed and built while you wait
  19597.  
  19598. ------------------------------
  19599.  
  19600. From: jlundgre@kn.PacBell.COM (John Lundgren)
  19601. Subject: Re: Need Help With Digital Phone Line
  19602. Date: 1 Mar 1995 20:59:53 GMT
  19603. Organization: Pacific Bell Knowledge Network
  19604.  
  19605.  
  19606. sharp@osuunx.ucc.okstate.edu wrote:
  19607.  
  19608. > I need to build a phone system in my apartment.  I want to come out of 
  19609. > the handset jack on the phone with a normal telephone, answering machine,  
  19610. > and a fax/modem board.
  19611.  
  19612. > They tell me their dedicated data lines won't support over 9600 baud.  
  19613. > Would a 14.4 or 28.8 modem work over the voice line?  I'm thinking there 
  19614. > may be some limitation to the A/D D/A converter in the telephone, or else 
  19615. > they'd be doing that.
  19616.  
  19617. > I'm on a university phone system with digital voice and data lines.  
  19618. > Instead of a modem, I have to rent an Ericsson MD110 TAU (terminal 
  19619. > adapter unit) 2520 "modem."  I'm sure this was great when they bought it 
  19620. > in '88 but I'm stuck at 9600 baud.
  19621.  
  19622. It sounds like this is an ISDN phone system.  If so, then there could
  19623. be a way to get another channel of data on the other digital channel,
  19624. since there are two 64 KPBPS channels per line and one data, or 16
  19625. KBPS channel.
  19626.  
  19627. > Because of the digital voice line, I also must use an (as in 1 and 
  19628. > only 1) Ericsson telephone and the university voice mail system, which 
  19629. > crashes a lot.
  19630.  
  19631. > The setup is cool in that I have separate data and voice #'s but I can 
  19632. > still control the voice line from my pc.  If I could come up with 
  19633. > something that could take advantage of this, that would be great, 
  19634. > although I'd prefer to have a standalone unit independant of my pc.
  19635.  
  19636. > What's more, I'm in married student housing so I'm due to get updated 
  19637. > some time in the next century.
  19638.  
  19639. I'm astounded that the university can't make an accommodation for your
  19640. needs whether they be modem, FAX, or a second analog voice circuit.
  19641. With standard telephone wiring all over the place, it's just a matter
  19642. of crossconnecting the pair to some other circuit that goes to a
  19643. central office instead of to your PBX.  If this is a matter of money,
  19644. that you don't want to pay to have it done, then that is another
  19645. matter, and you'll just have to deal with that.
  19646.  
  19647.  
  19648. John Lundgren - Elec Tech - Info Tech Svcs  
  19649. Rancho Santiago Community College District  
  19650. 17th St. at Bristol \ Santa Ana, CA 92706   
  19651. jlundgre@pop.rancho.cc.ca.us\jlundgre@kn.pacbell.com
  19652.  
  19653. ------------------------------
  19654.  
  19655. From: tea@mcs.com (Tim Allman)
  19656. Subject: Re: Non-Published Phone Number and Privacy Act
  19657. Date: 1 Mar 1995 09:29:39 -0600
  19658.  
  19659.  
  19660. It is not really necessary to pay to avoid a listing.  You can use ANY
  19661. name for your listing -- seperate from your billing name.  If you look
  19662. up Tom Mato in the phone book, you will find me.  The side effect of
  19663. this is that when you get phone calls at dinnertime looking for "Mr.
  19664. Mato", you can really have some fun.
  19665.  
  19666.  
  19667. [TELECOM Digest Editor's Note: Lots of people list the phone in their
  19668. (imaginary) roomate's name. Of course, that by itself does not get
  19669. away from the problem of having your address available when people
  19670. use a cross-reference directory and find your 'roomate' name.   PAT]
  19671.  
  19672. ------------------------------
  19673.  
  19674. Subject: Re: Non-Published Phone Number and Privacy Act
  19675. Date: Thu, 02 Mar 1995 18:17:22 -0500
  19676. From: Atri Indiresan <atri@eecs.umich.edu>
  19677.  
  19678.  
  19679. I have a friend who simply had the number listed under another name.
  19680. So, if the phone rang and the caller asked for Mr. or Mrs. Smith (or
  19681. whatever it was), she knew right away that it was a telemarketer.
  19682. Worth a try, I think.
  19683.  
  19684. A philosophical question: why should a telco charge to keep a number
  19685. unlisted? It doesn't seem like it would cost them anything (one more
  19686. field in the customer record), and would save them printing a few
  19687. pages in the directory.
  19688.  
  19689.  
  19690. Atri
  19691.  
  19692.  
  19693. [TELECOM Digest Editor's Note: In the old days when telco did not charge
  19694. for directory assistance, they charged for non-pub listings simply because
  19695. people could not find the number in the book (obviously) and would waste
  19696. the time of the DA operator trying to find it from her. That was the 
  19697. reason for the 'added cost of a non-pub phone'. Now that everyone pays
  19698. for DA whether you get anything out of them during the conversation or
  19699. not, it would seem to be hard to justify charging the subscriber also.  PAT]
  19700.  
  19701. ------------------------------
  19702.  
  19703. From: glnfoote@freenet.columbus.oh.us (Glenn Foote)
  19704. Subject: Re: Non-Published Phone Number and Privacy Act
  19705. Date: 2 Mar 1995 15:01:13 -0500
  19706. Organization: The Greater Columbus Freenet
  19707.  
  19708.  
  19709. Ron Higgins (rhiggins@carroll1.cc.edu) wrote: 
  19710.  
  19711. (privacy act to limit info via Caller ID)
  19712.  
  19713. TELECOM Digest Editor noted in response:
  19714.  
  19715. > [TELECOM Digest Editor's Note: I think you will find the various privacy
  19716. > regulations apply more to the government than they do to private businesses.
  19717. > Since telco is a privately owned business -- not a government entity -- it
  19718. > may be hard to apply this as you want. Also there would be a conflict where
  19719. > your contract with telco (as expressed through its tariffs) is concerned.
  19720. > I can see what you are trying to accomplish, but I don't think it will work.
  19721. > Remember also that according to telco tariffs, you have no 'property rights'
  19722. > in your telephone number. It is not, strictly speaking, yours to 'protect'.
  19723. > It will be interesting to hear the results of your investigation and efforts
  19724. > as you proceed further on this, if you do. You should also bear in mind that
  19725. > you can press *67 all you like, but it will NOT prevent subscribers to 800
  19726. > service (or people who subscribe to 500 service who accept your reverse
  19727. > charge call via a PIN) from getting your number. Likewise, long distance
  19728. > carriers are entitled to have your name, address and phone number *despite
  19729. > your non-pub status* for billing purposes when you use their network.  PAT]
  19730.  
  19731. My comments ...
  19732.  
  19733. Pat,
  19734.     You are right [as usual ;=) ].  Let us assume for a moment,
  19735. that someone had the time, some of the money, and desire to change the
  19736. above situation, and create a sutuation where your name, calling (as
  19737. opposed to billing) phone number, and ABOVE ALL YOUR *actual* (as
  19738. opposed to your billing) ADDRESS, are not going out over the network,
  19739. and often to the called party.
  19740.  
  19741.     In the opinion of you, and the other readers of this list, is
  19742. such a thing 1) possible; and 2) desireable?
  19743.  
  19744.  
  19745. Thanks,
  19746.  
  19747. Glenn L Foote ...... glnfoote@freenet.columbus.oh.us
  19748.  
  19749.  
  19750. [TELECOM Digest Editor's Note: I'd think it would have to be an individual
  19751. decision on a case by case basis. The closest we come to that scenario
  19752. now is the ability to block Caller-ID as desired, and in actual practice
  19753. that ability pretty well preserves your privacy even though it does impose
  19754. some effort on the part of the caller.   PAT]
  19755.  
  19756. ------------------------------
  19757.  
  19758. From: gcw@hh.sbay.org (George Wang)
  19759. Subject: Re: Cellular "Auto-Registration"
  19760. Date: 2 Mar 1995 09:44:11 -0800
  19761. Organization: Hip-Hop BBS  Sunnyvale, California
  19762.  
  19763.  
  19764. In <telecom15.116.5@eecs.nwu.edu> Carr-C10973@email.mot.com (Eric A.
  19765. Carr) writes:
  19766.  
  19767. > In article <telecom15.109.2@eecs.nwu.edu>, rick.edwards@cabin.com (Rick
  19768. > Edwards) wrote:
  19769.  
  19770. > (questions regarding registration deleted for clarity)
  19771.  
  19772. > Registration is a process where the mobile radio ("cellular phone")
  19773. > registers itself with the system with or without user intervention.
  19774. > The process essentially identifies the mobile and/or gives an
  19775. > indication as to it's status within the system to the MTSO.
  19776.  
  19777. > Registration occurs when a call is originated by the mobile (sending
  19778. > "access information"), or without user intervention at initial powerup
  19779. > and periodically while the mobile is within the coverage area and
  19780. > turned on ("periodic registration" -- some people use the term
  19781. > "autonomous registration").  Whether the registration is periodic or
  19782. > not, the mobile sends access information.  Amoung other things sent on
  19783. > the reverse control channel during registration, the mobile sends MIN,
  19784. > ESN, SCM (Station Class Mark).  On a mobile originated call, dialed
  19785. > digits are also sent.
  19786.  
  19787. > Periodic registration is optional; a flag is set in the overhead
  19788. > message on the forward control channel that informs the mobile whether
  19789. > or not it needs to perform periodic registration.  Periodic
  19790. > registration is further specified as to whether radios in their home
  19791. > service area (REGH field in the overhead message) or roamers (REGR
  19792. > field in the overhead message) need to perform periodic registration.
  19793.  
  19794. > In order to avoid periodic registration attempts by all mobile
  19795. > subscribers at once, a certain procedure is used to determine when the
  19796. > mobile should perform the process.  Upon powerup, the mobile generates
  19797. > an initial random number in it's internal registration register which
  19798. > determines it's initial registration attempt.  After the mobile
  19799. > performs the initial periodic registration, the registration register
  19800. > in the mobile is incremented by a constant value in the overhead
  19801. > message ("REGINC" field), sort of like a clock.  Included in the
  19802. > overhead message is the field REGID, to which the mobile compares the
  19803. > value of it's internal registration register.  When the value of the
  19804. > registration register reaches the value of REGID, periodic
  19805. > registration occurs.
  19806.  
  19807. > Typical periodic registration times vary by systems and is determined
  19808. > by software setting of the REGINC field.  I think it's usually around
  19809. > 20 - 30 minutes.
  19810.  
  19811. The above description is fairly accurate except that the cellular
  19812. phone (at least Motorola ones) does not generate a "random" NEXTREG
  19813. value. In fact, this "next time to register" value is saved in the
  19814. EEPROM.  Also, there is another type of registration which occurs when
  19815. the SID (System ID) changes which basically occurs when the phone
  19816. changes cellular systems. The transmitted information is the same.
  19817.  
  19818. I got this information based on the US analog (TIA-553, NAMPS, etc)
  19819. call processing specifications.  The new IS54B digital TDMA ( and
  19820. IS54C) standard has a more complex registration mechanism which
  19821. involves Location Area IDs (LOCAIDs) and power up and power-down
  19822. registration. IS54C supports registration on the Digital Control
  19823. Channel as well.
  19824.  
  19825.  
  19826. George C. Wang    Email: gcw@hh.sbay.org
  19827. Alternate: gwang@mail.ntu.edu
  19828. Finger for public encryption key.
  19829.  
  19830. ------------------------------
  19831.  
  19832. Date: Thu, 2 Mar 1995 21:24:31 -0500
  19833. From: jsteele@insyte.com (John Steele)
  19834. Subject: Re: Some Major and Grim Changes Planned for the 'Net'
  19835.  
  19836.  
  19837. Pat, I read with interest the referenced item. Unfortunately, like a
  19838. great deal of proposed legislation, on the face of it sounds inocuous
  19839. enough.  However, we have learned over the years that inocuous sound
  19840. and intent may not be enough by the time the enforcement guys and the
  19841. lawyers get finished with it. It is certainly POSSIBLE that the EFF
  19842. and company are overreacting.  But at the same time, we have to
  19843. recognize that when it snows, those boys in Washington have been known
  19844. to get a bit out of hand on occasion :-)
  19845.  
  19846. Although I have no personal conversations with Senators Exon or Gordon
  19847. to back this up, it is possible that the INTENT of the words "MAKES,
  19848. TRANSMITS, OR OTHERWISE MAKES AVAILABLE ANY COMMENT,REQUEST,
  19849. SUGGESTION, PROPOSAL, IMAGE, OR OTHER COMMUNICATION" is meant to apply
  19850. to the INDIVIDUAL initiating the act, NOT to common carriers, etc. The
  19851. lack of clarity MAY be a result of poor staff work, not uncommon in
  19852. Washington.  (Note carefully the emphasis on INTENT and MAY.)
  19853.  
  19854. However, I also know that if this thing were to hit the books, the
  19855. original INTENT will be long lost and we will be left with the words
  19856.  -- words easily misused by overzealous enforcement, special interest
  19857. lawyers, etc., to further their own agendas.
  19858.  
  19859. In this age of international communications, it is patent nonsense to
  19860. think that short of massive banks of real time censors on all
  19861. international circuits, or cutting all international communications,
  19862. that this could be enforced. I suspect that Senator's Exon and Gordon
  19863. were at lunch when we rediscovered the outside world.
  19864.  
  19865. At the same time, I share your views on the loss of the sense of
  19866. shame, personal responsibility, etc. It seems that nothing is too
  19867. excessive, too disgusting, too degrading for this ENLIGHTENED age of
  19868. ours. Unfortunately, calling for a greater emphasis on parental
  19869. responsibility to protect children is truly "whistling in the wind" --
  19870. it hasn't seemed to work when it comes to drugs, guns, sex, etc. (How
  19871. can it when the parents don't seem to have any sense of responsibility
  19872. to pass on to the kids.) Although the sociologists and psychologists
  19873. would most likely disagree, an enormous number of the problems of our
  19874. society would be corrected by some TRUE parenting, the timely parental
  19875. application of the word "NO", and an occasional pat on the backside
  19876. (no pun intended.)
  19877.  
  19878. All of that notwithstanding, I don't think that we can let this thing
  19879. get enacted and I plan to write to my Senators to register my
  19880. objection.
  19881.  
  19882. A final note.  Your commentary included a closing statement "but with
  19883. the United States Congress controlled as it is today..."  It should be
  19884. noted for the record that the bill is named for and sponsored by
  19885. Senator Exon, DEMOCRAT of Nebraska. This little piece of wackiness
  19886. might get passed by a Republican controlled congress, but the liberals
  19887. among us should take note that this little gem originated on the left
  19888. side of the aisle.
  19889.  
  19890.  
  19891. John Steele                             jsteele@insyte.com 
  19892. information systems technology, inc.
  19893. marcus centre - penthouse 20            +1 305.595.4845 
  19894. miami, florida 33156-2660               +1 305.595.4983 
  19895.  
  19896.  
  19897. [TELECOM Digest Editor's Note: Well, it could be written exactly as
  19898. they meant it and they might mean it exactly as it is written. The
  19899. fact is, it would *never* be applied to the large carriers in any
  19900. event. I mean, try and picture this scenario: Two or three top executives
  19901. at AT&T standing in court with their attorney, and a stern judge 
  19902. sentencing them all to time in prison for 'transmitting pornography
  19903. on their network'. This of course would be after the Federal Bureau
  19904. of Inquisition had raided all AT&T offices and seized all their
  19905. computers, etc.  Sounds very likely, doesn't it ... <g> ... if you
  19906. wish, substitute Sprint, MCI, Compuserve, or America OnLine in the
  19907. above. 
  19908.  
  19909. But you say, "My name is John Steele, and I run a small company in
  19910. south Florida which provides Internet access and Unix facilties to
  19911. my (pick a figure) number of customers."   Oh! Well in that case
  19912. you must be providing a service for child pornograhers, hackers and
  19913. assorted other thieves and con artists. You know what your trouble
  19914. is John? You don't have an attorney who has good friends working
  19915. for the government; the kind who makes lewd noises when he smacks
  19916. his lips and sits at the bar drinking with the judge and the
  19917. prosecutors while cases are settled in conference and outside the
  19918. courtroom.  Therefore, the law *will* apply to you, thank you. The
  19919. big boys can whine about their 'policies and proceedures' and how 
  19920. the computer will let them do one thing and won't let them do
  19921. another and everyone will sit agog and in awe taking it all in. That
  19922. won't work for you, John. You knew or should have known what 'they'
  19923. were doing. 
  19924.  
  19925. And as you point out, the federal government has a way of stretching
  19926. and distorting the meaning of all kinds of things. I'm still having
  19927. real problems with this whole thing for myself. In the many years I
  19928. have listened to the ACLU and their arguments and the few years I
  19929. I have listened to the EFF present their views, I've have never once
  19930. been in agreement. Thousands of ACLU cases; I can tell you what I
  19931. find wrong with their position in every one of them. Long time
  19932. readers will recall a source of derision here in this Digest are
  19933. what I term the Socially Responsible Computerists, based on the
  19934. group whose name includes those words, as in "I am glad I am
  19935. not Socially Responsible, nor would I want to be". But anymore, I
  19936. just don't know ... as Brad Hicks said in an issue of the Digest
  19937. earlier Thursday, it would nice if the lynch mob could be a little
  19938. more honest about their intentions. It would also be nice if Exon
  19939. and Company would rewrite that proposal eliminating any ambiquities
  19940. or questions. 
  19941.  
  19942. You are also correct that for the most part it is useless to demand
  19943. that parents require accountability and/or personal responsibility
  19944. of their children. After all, what would they (the parents) know
  19945. about it?  Now that we are into the third generation after Doctor
  19946. Benjamin Spock, the old ways have been forgotten by most people, if
  19947. they ever experienced them at all. They simply raise their children 
  19948. the way they were raised; they don't know any different.  PAT]
  19949.  
  19950. ------------------------------
  19951.  
  19952. End of TELECOM Digest V15 #129
  19953. ******************************
  19954.     
  19955.     
  19956. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa28575;
  19957.           3 Mar 95 1:04 EST
  19958. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  19959.     id AA19191; Thu, 2 Mar 95 20:05:15 CST
  19960. Return-Path: <telecom>
  19961. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  19962.     id AA19185; Thu, 2 Mar 95 20:05:13 CST
  19963. Date: Thu, 2 Mar 95 20:05:13 CST
  19964. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  19965. Message-Id: <9503030205.AA19185@delta.eecs.nwu.edu>
  19966. To: telecom@eecs.nwu.edu
  19967. Subject: TELECOM Digest V15 #130
  19968.  
  19969. TELECOM Digest     Thu, 2 Mar 95 20:05:00 CST    Volume 15 : Issue 130
  19970.  
  19971. Inside This Issue:                          Editor: Patrick A. Townson
  19972.  
  19973.     Re: Credit Checking on Cellular Customers (Doug Fields)
  19974.     Re: Yes, Yung'uns. CNID -is- Logged at Your Local CO (Linc Madison)
  19975.     Re: yes, Yung'uns. CNID -is- Logged at Your Local CO (Gary Novosielski)
  19976.     Re: What is ESF and D4? (Chip Sharp)
  19977.     Re: What is ESF and D4? (Mike Schomburg)
  19978.     Re: Anyone Heard of SMR - Specialized Mobile Radio? (David S. Taylor)
  19979.     Re: Anyone Heard of SMR - Specialized Mobile Radio? (Travis Russell)
  19980.     Re: Information Wanted on Hotel Telephone Billing (Travis Russell)
  19981.     Re: Does Bridge Affect Modem? (John Dearing)
  19982.     Re: Free Expression and the Information Highway (Kevin J. Shea)
  19983.     Re: 500 Place-A-Call Working (Stan Schwartz)
  19984.     Re: What is a Digital PBX? (Fred R. Goldstein)
  19985.     Re: What is a Digital PBX? (Travis Russell)
  19986.     Re: The Unintentional Date/Chat Line (Steven H. Lichter)
  19987.     Computer Modeling Software for AM Tower/Antenna Studies? (Zuhair Moin)
  19988.     Re: Saying Hello in Other Languages - Summary (Gene Retske)
  19989.  
  19990. TELECOM Digest is an electronic journal devoted mostly but not
  19991. exclusively to telecommunications topics. It is circulated anywhere
  19992. there is email, in addition to various telecom forums on a variety of
  19993. public service systems and networks including Compuserve and America
  19994. On Line. It is also gatewayed to Usenet where it appears as the moderated
  19995. newsgroup 'comp.dcom.telecom'. 
  19996.  
  19997. Subscriptions are available to qualified organizations and individual
  19998. readers. Write and tell us how you qualify:
  19999.  
  20000.                  * telecom-request@eecs.nwu.edu *
  20001.  
  20002. The Digest is edited, published and compilation-copyrighted by Patrick
  20003. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  20004. or phone at:
  20005.                     9457-D Niles Center Road
  20006.                      Skokie, IL USA   60076
  20007.                        Phone: 500-677-1616
  20008.                         Fax: 708-329-0572
  20009.   ** Article submission address only: telecom@eecs.nwu.edu **
  20010.  
  20011. Our archives are located at lcs.mit.edu and are available by using
  20012. anonymous ftp. The archives can also be accessed using our email
  20013. information service. For a copy of a helpful file explaining how to
  20014. use the information service, just ask.
  20015.  
  20016. *************************************************************************
  20017. *   TELECOM Digest is partially funded by a grant from the              *
  20018. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  20019. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  20020. * project.  Views expressed herein should not be construed as represent-*
  20021. * ing views of the ITU.                                                 *
  20022. *************************************************************************
  20023.  
  20024. Additionally, the Digest is funded by gifts from generous readers such
  20025. as yourself who provide funding in amounts deemed appropriate. Your help 
  20026. is important and appreciated. A suggested donation of twenty dollars per
  20027. year per reader is considered appropriate. See our address above.
  20028.  
  20029. All opinions expressed herein are deemed to be those of the author. Any
  20030. organizations listed are for identification purposes only and messages
  20031. should not be considered any official expression by the organization.
  20032. ----------------------------------------------------------------------
  20033.  
  20034. From: admiral@panix.com (Doug Fields)
  20035. Subject: Re: Credit Checking on Cellular Customers
  20036. Date: 2 Mar 1995 15:16:17 -0500
  20037. Organization: Panix in NYC, Admiral's Account
  20038.  
  20039.  
  20040. In article <telecom15.127.2@eecs.nwu.edu> Steve Samler <steve@individual.
  20041. com> writes:
  20042.  
  20043. > What is the common practice today when someone applies for cellular
  20044. > service?  Credit check via one of the consumer credit agencies or via
  20045. > D&B if a business is the applicant?
  20046.  
  20047. Boy do I have stories to tell. My company, Parallel Technologies
  20048. Corp., a NY State Subchapter S Corporation, tried to get cell service
  20049. from Cell One/Boston and NYNEX. Heh. The results were so negative it
  20050. was not even funny. Cell companies generally check for corporate
  20051. listings on TRW or D&B; at least these two did. My company was not
  20052. listed with either and was categorically denied credit (service)
  20053. without a $400 security deposit. I told them I had both an AmEx and a
  20054. MC in the company's name, a big company bank account, etc., etc.,
  20055. etc., but they did not care.
  20056.  
  20057. I eventually talked to TRW: They said there's no way a company of my
  20058. size would ever be listed in their computers. And they were unwilling
  20059. to list me. But they were happy to send me and/or any possible
  20060. creditors a sheet saying that I wouldn't be listed with them. End of
  20061. story.
  20062.  
  20063. Then I talked to D&B. They took some information and assigned me a
  20064. DUNS number.  Now I'm listed with D&B. However, they will not have any
  20065. financial information on my company until a client requests the
  20066. research be done (for some add'l fee).
  20067.  
  20068. I eventually got fed up with it and asked a friend with a big company
  20069. and a 4A1 rating with D&B if I could get service with a name of "Big
  20070. Company, c/o Parallel Technologies Corp." That worked.
  20071.  
  20072. Cell companies are really paranoid when it comes to small businesses
  20073. with phones. My advice: get it with your personal credit and have your
  20074. company reimburse you.
  20075.  
  20076. Hope this helps.
  20077.  
  20078.  
  20079. Doug Fields, http://www.interpage.net
  20080. PGP key: "finger admiral@panix.com"
  20081.  
  20082. ------------------------------
  20083.  
  20084. From: lincmad@netcom.com (Linc Madison)
  20085. Subject: Re: Yes, Yung'uns. CNID -is- Logged at Your Local CO
  20086. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  20087. Date: Thu, 2 Mar 1995 21:24:50 GMT
  20088.  
  20089.  
  20090. Ben Carter (bpc@netcom.com) wrote:
  20091.  
  20092. > This reasoning assumes that caller ID is not available (as, for
  20093. > example, in California) or that the telco records make it possible to
  20094. > identify a caller when caller ID fails to do so.  Also, I assume
  20095. > everyone agrees that the privacy of the caller should not be a
  20096. > consideration if a residential customer claims to be receiving
  20097. > obnoxious calls.  The privacy of the callee is certainly more
  20098. > important than that of the caller in this case, and arguably so in all
  20099. > cases.
  20100.  
  20101. "Arguably" is a good word, because your assumed agreement does not
  20102. exist.  Making an anonymous telephone call is perfectly legal; it is
  20103. only if the call is HARASSING or THREATENING that it is illegal,
  20104. whether or not it is anonymous.  Further, my right as a caller to
  20105. expect privacy does not disappear simply because the person I called
  20106. CLAIMS that my call was obnoxious, or even harassing or threatening.
  20107.  
  20108. Releasing the number of the caller to the callee is not in any way
  20109. necessary to deterring illegal nuisance calls.
  20110.  
  20111. Another point to consider is your specification of "a RESIDENTIAL
  20112. customer."  The existence of such a right should not be contingent on
  20113. class of service.  Whatever rights I do or don't have for protection
  20114. from nuisance calls should be the same on my phone at work as for my
  20115. phone at home.
  20116.  
  20117.  
  20118. Linc Madison   *   Oakland, California   *   LincMad@Netcom.com
  20119.  
  20120. ------------------------------
  20121.  
  20122. From: gary.novosielski@sbaonline.gov
  20123. Organization: Small Business Administration
  20124. Date: Thu, 2 Mar 95 02:53:19 -0400
  20125. Subject: Re: Yes, Yung'uns. CNID -is- Logged at Your Local CO.           
  20126. Reply-to: gnovosielski@mcimail.com
  20127.  
  20128.  
  20129. In Vol. 15, #120, Ben Carter wrote:
  20130.  
  20131. > Also, I assume everyone agrees that the privacy of the caller should
  20132. > not be a consideration if a residential customer claims to be
  20133. > receiving obnoxious calls. The privacy of the callee is certainly more
  20134. > important than that of the caller in this case, and arguably so in all
  20135. > cases.
  20136.  
  20137. Carter assumes too much.
  20138.  
  20139. I, for one, would not be willing to toss the privacy rights of the
  20140. caller on the trash heap merely on the strength of a "claim" by any
  20141. given residential customer that they found the call "obnoxious."
  20142.  
  20143. There has been ample discussion of all the reasons against Caller-ID,
  20144. or at least in favor of blocking options. Many of these reasons are
  20145. very "good" ones, and in some cases arguably protect the very lives of
  20146. the callers involved. I won't rehash them all here.
  20147.  
  20148. Now I ask myself if, potentially, for each person with one of those
  20149. "good" reasons for protecting their privacy, there might not be
  20150. someone else with a residential phone line whose ethics are so
  20151. unbelievably twisted that they might actually stoop to "claiming" that
  20152. at such-and-such a date and time they received an "obnoxious" call,
  20153. and would Telco please supply them with the number. Anybody with any
  20154. motive can claim anything; I'd want them to be able to prove it.
  20155.  
  20156. Given the choice, I'd rather not have my privacy violated by anything
  20157. short of a court order, thank you very much. And just so there's no
  20158. confusion about how good a reason has to be before it's "good enough"
  20159. in this context, I think the list of "good" reasons for privacy should
  20160. should start with:
  20161.  
  20162.         1. "Because I Feel Like It."
  20163.  
  20164.  
  20165. GaryN  GPN Consulting
  20166.  
  20167. ------------------------------
  20168.  
  20169. Date: Thu, 2 Mar 95 09:16:47 EST
  20170. From: hhs@teleoscom.com (Chip Sharp)
  20171. Subject: Re: What is ESF and D4?
  20172.  
  20173.  
  20174. If you are planning to run HDLC data over the full bandwidth of the T1
  20175. line (even in individual DS0s), then I would recommend an ESF line,
  20176. since HDLC Flags, when used as idle code, can simulate Yellow Alarm on
  20177. a D4 line.  There are ways around it, but it must be taken into
  20178. account.
  20179.  
  20180.  
  20181. Hascall H. ("Chip") Sharp   Teleos Communications, Inc.
  20182. Sr. Systems Engineer        2 Meridian Road
  20183. voice:  +1 908 544 6424        Eatontown, NJ  07724  USA
  20184. fax:    +1 908 544 9890     email:   hhs@teleoscom.com
  20185.  
  20186. ------------------------------
  20187.  
  20188. Date: Thu, 2 Mar 1995 12:06:22 CST
  20189. From: Mike Schomburg <schombur@interaccess.com>
  20190. Subject: Re: What is ESF and D4?
  20191.  
  20192.  
  20193. In Telecom Digest V15 #119, davethez@netcom.com (dave) writes:
  20194.  
  20195. > When ordering a T1 line for data, the local fiber company wants to
  20196. > know whether I'd like "ESF" or "D4".  Could someone please explain
  20197. > what these terms mean?
  20198.  
  20199. You may already be aware that a T-1 circuit is a bi-directional serial
  20200. connection, sending and receiving at 1.544 Mbps (million bits per
  20201. second). Each second, 8000 data frames are exchanged (in both
  20202. directions, send and receive). Each frame consists of 193 bits: 24
  20203. eight bit channels plus a framing bit.
  20204.  
  20205. ESF and D4 refer to the "framing format" used on any particular T-1.
  20206. When a T-1 starts up, or "frames", it picks a bit going past and
  20207. assumes it is the framing bit. Every 193rd bit after is examined and
  20208. compared to an expected pattern. As soon as the pattern is violated,
  20209. the next bit in sequence is chosen as the framing bit and the
  20210. comparison begins again. This process is continued until the actual
  20211. framing bit is found and the line established, or too many errors are
  20212. encountered and the line fails to start. Once framing is established,
  20213. it becomes possible to locate the 24 data (or voice) channels and
  20214. exchange information.
  20215.  
  20216. D4 is probably still the most common framing format (lets not start
  20217. that again), but ESF is coming up fast. D4 simply allows the terminal
  20218. gear to locate the payload channels, plus a very crude ability to
  20219. signal the far end that problems have interrupted the line (when
  20220. appropriate).
  20221.  
  20222. ESF (Extended Super Frame) also "frames" the data, but additionally
  20223. includes tha ability to send operational messages end-to-end, and
  20224. provide a level of line quality reporting. This is done by organizing
  20225. groups of 12 frames into "super" frames. With processing power, the
  20226. line can stay framed while half of the framing bits are borrowed to
  20227. form a message channel. A CRC scheme is used to calculate line
  20228. quality, detecting about 93% of error conditions.
  20229.  
  20230. There are at least two common flavors of ESF, a proprietary AT&T
  20231. scheme and an ANSI scheme, T1.403 I believe. Be sure you know which
  20232. one your terminal gear supports. If you are running data, you may also
  20233. want to check on the "line coding" format, AMI (Alternate Mark
  20234. Inversion) or B8ZS (binary 8 zero superssion). In the past, all T
  20235. spans were AMI, which limited the ability to send strings of zeros.
  20236. All "ones" were sent as alternating polarity pulses (to keep the DC
  20237. component low) on the line, and "zeros" were sent as the absence of
  20238. pulses. Obviously, too many zeros and the line would quickly lose
  20239. synch. B8ZS is a scheme to avoid the line dropping while sending
  20240. unlimited zeros. For reasons that I have not gone into, if you want to
  20241. be able to use the full 64kbps capacity of each channel (instead of
  20242. just 56kbps) then you want B8ZS. Hope this helps.
  20243.  
  20244.  
  20245. Mike D. Schomburg           Network Manager, Continental Cablevision
  20246. 708 834 4239                                 Chicago region
  20247. schombur@continental.com    "linux - the choice of a GNU generation"
  20248.  
  20249. ------------------------------
  20250.  
  20251. From: david.taylor@ntc.nokia.com (David S. Taylor)
  20252. Subject: Re: Anyone Heard of SMR - Specialized Mobile Radio?
  20253. Date: 2 Mar 1995 14:47:15 GMT
  20254. Organization: Nokia Telecommunications, Inc.
  20255.  
  20256.  
  20257. In article <telecom15.118.4@eecs.nwu.edu>, murrays@clipper.robadome.com 
  20258. (Scott Murray) says:
  20259.  
  20260. > I was wondering if anyone had any info on SMR -- Specialized Mobile
  20261. > Radio.  I have been approached by a company in Florida to buy an SMR
  20262. > channel. The channel is in the 851-866Mhz range and is used by
  20263. > companies to provided cellular like service at a cheaper rate. The
  20264. > channels are supposedly given out by the government on a first come
  20265. > first serve basis, but this company wants to charge by $3500 to file
  20266. > all the paper work and guarantees me a channel or my money back.
  20267.  
  20268. In my opinion:
  20269.  
  20270. Chances are 99+% that this is a scam.  There have been several
  20271. companies that have been busted for this type of activity.  Some of
  20272. the "offices" were nothing more than boiler room operations.  I've
  20273. even seen a story on one of the news magazines.  I used to live in
  20274. Southern California, and they busted a couple of operations out there.
  20275. For some reason, lots of phone scam folks set up show in southern CA,
  20276. probably in hopes they will sound successful and legit.
  20277.  
  20278. As far as the filing fee, I think the FCC charges a couple of hundred
  20279. dollars.
  20280.  
  20281. The first come, first serve basis might also be in question.  I know
  20282. the FCC has had a freeze on some SMR applications.  Don't know if it
  20283. was all, or just a subset.
  20284.  
  20285.  From a technical point of view, one channel does not make an SMR
  20286. system.  They must have a site in mind for the license.  If you are
  20287. still intersted in checking into this, ask them to send you a copy of
  20288. the application form, showing the site coordinates and antenna
  20289. elevation.  Ask them about the channel loading plans and if they plan
  20290. on filing for slow growth vs. normal.  This has to do with how long
  20291. they have to load up their channels with users.  I think you have to
  20292. reach around 75% loading in under five years, but I can't remember the
  20293. exact details.  My guess is they won't be able to answer your
  20294. questions.
  20295.  
  20296. Their money back guarantee is only good if you can find them.
  20297.  
  20298. > Supposedly once you have a channel you can rent it out or sell it to
  20299. > the regionaly operators and they are very anxious to get these extra
  20300. > channels.  The have been able to convert these old style radio
  20301. > dispatch towers into digital towers that provided phone, paging and
  20302. > fax service at a fraction of the cellular cost and the towers cover a
  20303. > larger range.
  20304.  
  20305. Think about it, wouldn't it just be easier for these carriers to apply
  20306. for the channels themselves.  Why would they want to pay a premium to
  20307. you, if they could just fill out the same paperwork.
  20308.  
  20309. > My questions are these:
  20310.  
  20311. > Is this really a good investment?  Are these channels really in demand
  20312. > by companies like Nextel, CenCall, DialPage etc.?  Is it worth going
  20313. > through this company or are there cheaper ways to get a channel?
  20314.  
  20315. Nextel is a big player in the market.  I bought some of their stock
  20316. while I was at my last job.  Then my new job sent me overseas for a
  20317. few months and the Nextel stock dropped by about 70%.  Guess I hold it
  20318. for a while.  From what I understand, Motorola is having some delays
  20319. with their MIRS technology.  I've seen a demo at my last job and it
  20320. looks like it has potential, especially for wide are dispatch
  20321. operations.  I won't comment on the phone call quality becuase I'm now
  20322. biased, since I'm in the PCS business.
  20323.  
  20324.  
  20325. David S. Taylor                     Tel. +1 817 491-5832
  20326. Engineering Services                Fax  +1 817 491-5888
  20327. Nokia Telelcommunications, Inc.     david.taylor@ntc.nokia.com
  20328.  
  20329. ------------------------------
  20330.  
  20331. From: russell@trussell.pdial.interpath.net (Travis Russell)
  20332. Subject: Re: Anyone Heard of SMR - Specialized Mobile Radio?
  20333. Date: Thu,  2 Mar 1995 21:22:00 +0000
  20334. Organization: Travis Russell
  20335. Reply-To: russell@trussell.pdial.interpath.net (Travis Russell)
  20336.  
  20337.  
  20338. In article <telecom15.118.4@eecs.nwu.edu>, murrays@clipper.robadome.com 
  20339. (Scott Murray) writes:
  20340.  
  20341. > I was wondering if anyone had any info on SMR -- Specialized Mobile 
  20342. > Radio.  I have been approached by a company in Florida to buy an 
  20343. > SMR channel. The channel is in the 851-866Mhz range and is used 
  20344. > by companies to provided cellular like service at a cheaper rate. 
  20345. > The channels are supposedly given out by the government on a first 
  20346. > come first serve basis, but this company wants to charge by $3500 to 
  20347. > file all the paper work and guarantees me a channel or my money back. 
  20348.  
  20349. Sounds a little like a scam to me. I have been approached by a number
  20350. of companies wanting me to buy into wireless cable as well, for a
  20351. paltry sum of $10,000.
  20352.  
  20353. > Supposedly once you have a channel you can rent it out or sell it to 
  20354. > the regionaly operators and they are very anxious to get these 
  20355. > extra channels.  The have been able to convert these old style 
  20356. > radio dispatch towers into digital towers that provided phone, paging 
  20357. > and fax service at a fraction of the cellular cost and the towers cover 
  20358. > a larger range. 
  20359.  
  20360. I don't know that there are any companies looking to buy "second hand"
  20361. SMR channels these days. I am probably wrong here, but from what I
  20362. have seen in the market, Nextel has all the channels it needs for now,
  20363. and if they are looking for more, they will go to the FCC to get them.
  20364.  
  20365. > My questions are these: 
  20366.  
  20367. > Is this really a good investment?  Are these channels really in demand 
  20368. > by companies like Nextel, CenCall, DialPage etc.?  Is it worth 
  20369. > going through this company or are there cheaper ways to get a channel? 
  20370.  
  20371. Before I would spend any money, I would call some of these companies
  20372. and ask them myself! If this is a great bargain, and these companies
  20373. are really demanding these channels, how come this company selling
  20374. them to you doesn't go after Nextel, CenCell or Dialpage themselves? I
  20375. would think they could get a lot more money from selling it directly
  20376. to these companies.
  20377.  
  20378. I may be offbase here, so someone jump in and correct me if I am wrong. 
  20379. I think you are getting ripped off.
  20380.  
  20381.  
  20382. Travis Russell    russell@trussell.pdial.interpath.net
  20383. Author of "Signaling System #7," McGraw-Hill
  20384.  
  20385. ------------------------------
  20386.  
  20387. From: russell@trussell.pdial.interpath.net (Travis Russell)
  20388. Subject: Re: Information Wanted on Hotel Telephone Billing
  20389. Date: Thu,  2 Mar 1995 21:30:52 +0000
  20390. Organization: Travis Russell
  20391. Reply-To: russell@trussell.pdial.interpath.net (Travis Russell)
  20392.  
  20393.  
  20394. In article <telecom15.118.8@eecs.nwu.edu>, cacclin@vanbc.wimsey.com 
  20395. (Stephen Cacclin) writes:
  20396.  
  20397. > My question is: What is the best method to calculate the telephone 
  20398. > charge? 
  20399.  
  20400. Whatever rate you want! Usually, there is a table that is built that
  20401. has default rates. These are not exact (since the rates change faster
  20402. than my underwear) but they do not need to be close. The intent is to
  20403. get close to the rate as possible.
  20404.  
  20405. A markup is then set for each type of call (like 800, local, etc). I
  20406. used to markup hotel calls as much as 200% (depending on the hotel).
  20407. If the hotel is a five star hotel, they can get away with big markups.
  20408. If it is a Holiday Inn, then they have to set their sites lower.
  20409.  
  20410. > I guess I am looking for some sort of standardized rate table for
  20411. > North American long-distance. Does such a thing exist, and if so, is 
  20412. > it available on the net? Someone please say yes, as I am not up 
  20413. > to entering these rates by hand ... 
  20414.  
  20415. > [TELECOM Digest Editor's Note: Just charge as much as you think you 
  20416. > can get away with; that's what the other hotels do.   <g>    PAT] 
  20417.  
  20418. I used to tell my customers they could pay for their call accounting
  20419. equipment within the first year of operation! Hows that for profits!
  20420.  
  20421.  
  20422. Travis Russell   russell@trussell.pdial.interpath.net
  20423. Author of "Signaling System #7," McGraw-Hill
  20424.  
  20425. ------------------------------
  20426.  
  20427. From: jdearing@netaxs.com (John Dearing)
  20428. Subject: Re: Does Bridge Affect Modem?
  20429. Date: 2 Mar 1995 04:14:42 GMT
  20430. Organization: Netaxs Internet BBS and Shell Accounts
  20431.  
  20432.  
  20433. Ted Shapin (tshapin@kaiwan.com) wrote:
  20434.  
  20435. > I have two copper pairs coming to my residence and need a third line.
  20436. > If it is bridged between the two pairs, what effect will it have on my
  20437. > use of a v.32bis modem on one of the copper pairs?
  20438.  
  20439. Something doesn't seem right here. You need a copper pair for *each*
  20440. telephone line that's delivered. You can't "bridge" a line across the
  20441. two other existing pairs.
  20442.  
  20443. What *could* be done is that a device called a SLC-1 might be
  20444. installed.  It allows two lines to operate over a single pair. The
  20445. device has two "ports". One is called the "physical" and the other is
  20446. called the "theoretical" or "derived" port. I would recommend that you
  20447. try having the modem on the physical side. The derived side (since it
  20448. is a "carrier" type operation) doesn't always work really well with
  20449. modems.
  20450.  
  20451. Telco's usually hate to install these beasts. They have batteries that 
  20452. need to be replaced every so often, even though they recharge when the 
  20453. physical line is idle. I've only seen them installed twice. Once was a 
  20454. situation where there were *NO* pairs left in a cable. The only way to 
  20455. get a customer back in service was to put up a SLC-1 out at the terminal 
  20456. and hook the two loops into it. It was a temporary measure until a work 
  20457. order could be issued to rehab the cable run.
  20458.  
  20459. The other time was for an Arbitron line in a house out in the 'burbs that 
  20460. only had a single pair buried loop feeding it. The line was a temporary 
  20461. line for about three to six months after which it would be disconnected. The 
  20462. decision was made to SLC-1 the Arbitron line rather than have to run a 
  20463. new buried loop through the woods to the house (that was partially set 
  20464. *into* a hill).
  20465.  
  20466.  
  20467. John Dearing   jdearing@netaxs.com
  20468.  
  20469. ------------------------------
  20470.  
  20471. Date: Thu, 2 Mar 1995 22:53:15 -0500
  20472. From: KJSHEA@aol.com
  20473. Subject: Re: Free Expression and the Information Superhighway
  20474.  
  20475.  
  20476. Some excellent points were brought out in defense of free expression
  20477. on the "Information Superhighway", as it is being referred to.
  20478. Unfortunately, this is another vehicle that enables the "bad" few to
  20479. access and create problems.
  20480.  
  20481. As it stands now, free expression here has created wonderful outcomes
  20482. and innovative ideas, from a business perspective.  Once regulations
  20483. begin ... they don't seem to stop.  The "think about it before you say
  20484. it" will apply, subsequently, limiting those "edge of the cliff" ideas
  20485. and discussions which we on the "I-S-H" enjoy.
  20486.  
  20487. Restrictions, like in the past, will affect all who participate in
  20488. this.  The telecom industry, as a whole, needs to address this issue
  20489. or accept the realization that the fear of regulation, censorship or
  20490. moderation will affect the growth of the entire industry.  We all know
  20491. what regulation can do, let's keep on our toes when dealing with this
  20492. issue.
  20493.  
  20494.  
  20495. Very Concerned,
  20496.  
  20497. Kevin J. Shea, Director
  20498. Telecom Research Services
  20499. kjshea@interactive.net    or    KJSHEA@aol.com
  20500.  
  20501. ------------------------------
  20502.  
  20503. From: stans@panix.com (Stan Schwartz)
  20504. Subject: Re: 500 Place-A-Call Working
  20505. Date: 2 Mar 1995 23:53:11 GMT
  20506. Organization: PANIX Public Access Internet and Unix, NYC
  20507.  
  20508.  
  20509. > [TELECOM Digest Editor's Note: Since you mentioned 'Navigator', that is
  20510. > one part of 500 service many users are not familiar with. Would you
  20511. > please send in a short explanation of it?     PAT]
  20512.  
  20513. Why sure ...
  20514.  
  20515. (Quoting from the True Connections book)
  20516.  
  20517. "With Call Sequencing, your calls will find you just about anywhere.
  20518. Now, each call can ring in your office, then in your car, then at your
  20519. home -- or virtually any other place you choose, up to three destinations, 
  20520. as long as the location can be dialed directly, in the U.S., Puerto
  20521. Rico, the Virgin Islands, and over 200 countries internationally.  The
  20522. destinations you select are referred to as your Reach List.  Right
  20523. now, your Reach List contains your billing telephone number, or, if
  20524. applicable, your cellular phone number."
  20525.  
  20526.                          ----------------
  20527.  
  20528. It's programmable rollover, up to three phone numbers plus one
  20529. designated as the "Final Stop" (usually you would have an answering
  20530. machine or voice mail at the Final Stop).  You can control how many
  20531. rings each destination will receive before switching to the next
  20532. number in the list, and you can change the list as often as you want.
  20533. You can also temporarily override the list without purging it (for
  20534. vacations, etc.).  Eventually, the reach list will be time-sensitive
  20535. (programmable) so that you can get calls in your office during the day
  20536. only, or at home only at night.
  20537.  
  20538. I'm STILL lost on the CIID/891 cards, though!
  20539.  
  20540.  
  20541. Stan
  20542.  
  20543.  
  20544. [TELECOM Digest Editor's Note: I feel like an idiot. The above is 
  20545. *exactly* what I have on my 500 service, but I did not recognize the
  20546. name 'Navigator' for that part of the package.  I guess I should go
  20547. back and read my copy of the 500 User Manual also.    PAT]
  20548.  
  20549. ------------------------------
  20550.  
  20551. From: fgoldstein@bbn.com (Fred R. Goldstein)
  20552. Subject: Re: What is a Digital PBX?
  20553. Date: Thu, 2 Mar 1995 23:56:21 GMT
  20554. Organization: Bolt Beranek and Newman Inc.
  20555.  
  20556.  
  20557. In article <telecom15.121.5@eecs.nwu.edu> noah@rain.org (Matt Noah) writes:
  20558.  
  20559. > What is the definition of a "digital" PBX?
  20560.  
  20561. A "digital PBX" is one whose internal switching matrix is digital.
  20562. That is, the analog line interfaces, if they exist, have codecs which
  20563. convert the signal to digital form for switching purposes.
  20564.  
  20565. Digital PBXs came out in the 1970s; it was several years before they
  20566. had digital line interfaces.  Today, virtually all PBXs (save some
  20567. tiny ones) are digital, using standardized 64000 bps voice channels.
  20568.  
  20569. ------------------------------
  20570.  
  20571. From: russell@trussell.pdial.interpath.net (Travis Russell)
  20572. Subject: Re: What is a Digital PBX?
  20573. Date: Thu,  2 Mar 1995 21:38:02 GMT
  20574. Organization: Travis Russell
  20575. Reply-To: russell@trussell.pdial.interpath.net (Travis Russell)
  20576.  
  20577.  
  20578. In article <telecom15.121.5@eecs.nwu.edu>, noah@rain.org (Matt Noah)
  20579. writes:
  20580.  
  20581. > What is the definition of a "digital" PBX? 
  20582.  
  20583. > Assuming an analog PBX is one in which the trunk lines are strictly 
  20584. > analog, e.g. E&M, Ground Start, is a "digital" PBX one in which the 
  20585. > trunk lines all carry PCM voice with digital signalling?  If so, what 
  20586. > type of digital signalling?  Is it T1?  Is it ISDN?  Is it something 
  20587. > other than T1 or ISDN?  Is it combinations of various digital standards? 
  20588.  
  20589. Yes! All of the above. A digital PBX provides digital phones (usually
  20590. over one or two pair wire) with lots of features only possible through
  20591. digital phones.  In addition, they are usually capable of interfacing
  20592. directly to any T-1, ISDN or other facility. They also support analog
  20593. trunks.
  20594.  
  20595. Some can even switch data with the voice (after all, everything is
  20596. digital). I used to work on a system that actually converted the voice
  20597. to digital inside the telephone, and packetized the voice. There was a
  20598. second part in the packet reserved for data transmission. Pretty slick
  20599. system, and had lots of neat features.
  20600.  
  20601.  
  20602. Travis Russell     russell@trussell.pdial.interpath.net
  20603. Author of "Signaling System #7," McGraw-Hill
  20604.  
  20605. ------------------------------
  20606.  
  20607. From: co057@cleveland.Freenet.Edu (Steven H. Lichter)
  20608. Subject: Re: The Unintentional Date/Chat Line
  20609. Date: 2 Mar 1995 08:16:46 GMT
  20610. Organization: Case Western Reserve University, Cleveland, Ohio (USA)
  20611.  
  20612.  
  20613. Some time ago they also used the loop around numbers to talk back and
  20614. forth. I don't know what we did, but I know we modified the circuits
  20615. to prevent it. It was a long time ago, my mind is going because of
  20616. deregulation.
  20617.  
  20618.  
  20619. Sysop: Apple Elite II -=- an Ogg-Net Hub BBS      
  20620.          Home of GBBS/LLUCE support
  20621. (909) 359-5338 12/24/14.4 V32/V42bis          
  20622.  
  20623.  
  20624. [TELECOM Digest Editor's Note: I've heard complaints that the phone system
  20625. in the USA had gone to hell because of deregulation ... this is the first
  20626. time I've heard anyone say his mind went the same way for the same reasons.
  20627. Or is that not what you meant?   <g>   PAT]
  20628.  
  20629. ------------------------------
  20630.  
  20631. Date: Thu, 2 Mar 95 17:12:34 PST
  20632. From: moinz@la.AirTouch.COM (Zuhair Moin)
  20633. Subject: Computer Modeling Software For AM Tower/Antenna Studies
  20634.  
  20635.  
  20636. Is there modeling software that can be used to construct an antenna
  20637. system for AM tower studies for Cellular deployment effects? The one
  20638. that I have heard about is called MININEC, originally developed for
  20639. the Naval Ocean Systems Command, and is in the public domain. How can
  20640. I get this software?
  20641.  
  20642.  
  20643. Thanks,
  20644.  
  20645. Zuhair Moin
  20646.  
  20647. ------------------------------
  20648.  
  20649. From: Gene Retske <gretske@tach.net>
  20650. Subject: Re: Saying Hello in Other Languages - Summary
  20651. Date: 3 Mar 1995 01:03:17 GMT
  20652. Organization: Tachyon Communications Corporation
  20653.  
  20654.  
  20655. PAT -
  20656.  
  20657. You forgot the New York "Talk to me!"
  20658.  
  20659.  
  20660. Gene Retske
  20661.  
  20662.  
  20663. [TELECOM Digest Editor's Note: I thought the New York answer phrase
  20664. was "It's your nickle!"  (As in, you paid for the call, go ahead and
  20665. speak.)     PAT]
  20666.  
  20667. ------------------------------
  20668.  
  20669. End of TELECOM Digest V15 #130
  20670. ******************************
  20671.     
  20672.     
  20673. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa11714;
  20674.           3 Mar 95 20:22 EST
  20675. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  20676.     id AA09600; Fri, 3 Mar 95 14:45:07 CST
  20677. Return-Path: <telecom>
  20678. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  20679.     id AA09594; Fri, 3 Mar 95 14:45:05 CST
  20680. Date: Fri, 3 Mar 95 14:45:05 CST
  20681. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  20682. Message-Id: <9503032045.AA09594@delta.eecs.nwu.edu>
  20683. To: telecom@eecs.nwu.edu
  20684. Subject: TELECOM Digest V15 #131
  20685.  
  20686. TELECOM Digest     Fri, 3 Mar 95 14:45:00 CST    Volume 15 : Issue 131
  20687.  
  20688. Inside This Issue:                          Editor: Patrick A. Townson
  20689.  
  20690.     Re: E(TACS) and GSM (Sam Spens Clason)
  20691.     Re: Pair Gain Line Problem (William Bigelis)
  20692.     Re: ATM UNI 3.0 & 3.1 (Howard M. Weiner)
  20693.     Re: The Philosophy of CallerID (Hugh Pritchard)
  20694.     Smoking is Very Glamorous (Robert S. Helfman)
  20695.     Re: Pizza Hunt Consolidated Phone Number - All Locations (Eric Canale)
  20696.     Re: Motorola Flip Phone and Low Battery (Greg Abbott)
  20697.     Re: V.35 Interface (Edward Keating)
  20698.     Re: Sprint Fiber Cut; Any Information Available? (Kevin T. Smith)
  20699.     Re: What is ESF and D4? (William Wood)
  20700.     Re: Requesting Information About SDH (John DeHoog)
  20701.     Re: Help Needed With Modems for Telephony API (Joe Sulmar)
  20702.     Re: Peculiar Callbacks Received (Kenneth Rentz)
  20703.     Re: Wanted: Cellular Channel Measurements (Dr. R. Levine)
  20704.     Re: Anyone Heard of SMR - Specialized Mobile Radio? (Dr. R. Levine)
  20705.     Re: Palm Size Message Recorder on a Chip (Kevin Stiles)
  20706.     Arcade Advice Needed (Van R. Hutchinson)
  20707.  
  20708. TELECOM Digest is an electronic journal devoted mostly but not
  20709. exclusively to telecommunications topics. It is circulated anywhere
  20710. there is email, in addition to various telecom forums on a variety of
  20711. public service systems and networks including Compuserve and America
  20712. On Line. It is also gatewayed to Usenet where it appears as the moderated
  20713. newsgroup 'comp.dcom.telecom'. 
  20714.  
  20715. Subscriptions are available to qualified organizations and individual
  20716. readers. Write and tell us how you qualify:
  20717.  
  20718.                  * telecom-request@eecs.nwu.edu *
  20719.  
  20720. The Digest is edited, published and compilation-copyrighted by Patrick
  20721. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  20722. or phone at:
  20723.                     9457-D Niles Center Road
  20724.                      Skokie, IL USA   60076
  20725.                        Phone: 500-677-1616
  20726.                         Fax: 708-329-0572
  20727.   ** Article submission address only: telecom@eecs.nwu.edu **
  20728.  
  20729. Our archives are located at lcs.mit.edu and are available by using
  20730. anonymous ftp. The archives can also be accessed using our email
  20731. information service. For a copy of a helpful file explaining how to
  20732. use the information service, just ask.
  20733.  
  20734. *************************************************************************
  20735. *   TELECOM Digest is partially funded by a grant from the              *
  20736. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  20737. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  20738. * project.  Views expressed herein should not be construed as represent-*
  20739. * ing views of the ITU.                                                 *
  20740. *************************************************************************
  20741.  
  20742. Additionally, the Digest is funded by gifts from generous readers such
  20743. as yourself who provide funding in amounts deemed appropriate. Your help 
  20744. is important and appreciated. A suggested donation of twenty dollars per
  20745. year per reader is considered appropriate. See our address above.
  20746.  
  20747. All opinions expressed herein are deemed to be those of the author. Any
  20748. organizations listed are for identification purposes only and messages
  20749. should not be considered any official expression by the organization.
  20750. ----------------------------------------------------------------------
  20751.  
  20752. From: d92-sam@black29.nada.kth.se (Sam Spens Clason)
  20753. Subject: Re: E(TACS) and GSM
  20754. Date: 2 Mar 1995 20:49:11 GMT
  20755.  
  20756.  
  20757. In <telecom15.125.5@eecs.nwu.edu> shirleyg@stanilite.com.au writes:
  20758.  
  20759. > Alexander Cerna <cerna@ntps5.ntep.tmg.nec.co.jp> writes:
  20760.  
  20761. >> Can someone explain to me what E(TACS) and GSM are in detail? 
  20762.  
  20763. > I'm sure lots of people can! Someone will correct the bits I get wrong.
  20764.  
  20765. > ETACS is Extended Total Access Communication System or something
  20766. > similar.  TACS is the UK version of the U.S. analog cellular standard
  20767. > AMPS. Major differences are in the frequency range (only slightly
  20768. > different) with some minor ones in data on control channels etc. The
  20769. > extended bit is because the TACS standard has a section for extended
  20770. > frequencies with a lot more than the 1000 or so in AMPS.
  20771.  
  20772. We don't have (E)TACS in Scandinavia, but I think that the ETACS
  20773. system operates in the same 900MHz band as GSM (and NMT).  I think I
  20774. read somewhere that in the UK ETACS would have to close down by 1999
  20775. so that all frequencies in the GSM standard can be used for GSM only.
  20776.  
  20777. > GSM is a French standard which is (roughly) translated as Group
  20778. > Special Mobile or something similar. Someone else will know exactly.
  20779.  
  20780. It started out as a European standard but has evolved into a world
  20781. standard.  Groupe Spiciale Mobile was the name of the first task
  20782. force, GSM later came to mean Global Standard for Mobile Telephone (or
  20783. something).  CCITT is also a French name (commiti consultatif
  20784. internationale ... (please mind my spelling)) but not a *French*
  20785. organisation :-)
  20786.  
  20787. > GSM is digital whereas TACS is analog. This means your calls are more
  20788. > secure but the coverage will possibly be not as extensive as it is a
  20789. > newer technology (thats the way with GSM and AMPS in Australia anyway).
  20790.  
  20791. AMPS is on 800MHz, thus those radiowaves "travel farther".  ETACS, NMT
  20792. and GSM are the same however and should behave about the same.  Older
  20793. tech typically has better coverage since it's been around for a while.
  20794.  
  20795. >> are around five cellular phone service providers in our country, and
  20796. >> most of them use E(TACS).  One uses GSM, and says that this is the
  20797. >> latest technology in cellular telephony.  They say that it would make
  20798. >> international roaming possible (although they say that it isn't
  20799. >> possible right now).
  20800.  
  20801. In <telecom15.125.4@eecs.nwu.edu> levine@seas.smu.edu (Dr. R. Levine) writes:
  20802.  
  20803. > E(TACS) is a cellular system using analog FM radio for voice
  20804. > transmission. GSM is a cellular system using digitally coded speech.
  20805. > GSM is in use in about 7 European countries and will eventually
  20806. > operate in over 14, thus making roaming theoretically feasible
  20807. > technically (but in practical terms dependent on the existance of
  20808. > business agreements between your home GSM system and the GSM system
  20809. > operating company which you visit).
  20810.  
  20811. GSM is up and running in *all* western european countries except for
  20812. Spain.  Other European countries are Hungary and Russia.  Some none-
  20813. European countries running or opening shortly are:
  20814.  
  20815. Thailand, Indonesia, Singapore, Malaysia, Hong Kong, Australia, New
  20816. Zeeland, South, Africa, Namibia, Egypt, Marocco, United Arab Emirates,
  20817. Argentine, Kamerun, China, India, Pakistan, Fidji.  I probably forgot
  20818. about half of them, but my point is that there are more than seven ...
  20819.  
  20820. You can roam within Europe, at least one network per country and the
  20821. "older" nets in Asia, such as Australasia, Hong Kong, Thailand,
  20822. Singapore.
  20823.  
  20824.  
  20825. Sam   <A HREF="http://www.nada.kth.se/~d92-sam/">Sam Spens Clason</A>
  20826.  
  20827. ------------------------------
  20828.  
  20829. From: wbigeli@Gateway.Uswnvg.COM (William Bigelis)
  20830. Subject: Re: Pair Gain Line Problem
  20831. Date: 2 Mar 1995 15:47:47 GMT
  20832. Organization: U S WEST NewVector Group, Inc.
  20833.  
  20834.  
  20835. Testmark Laboratories (0006718446@mcimail.com) wrote:
  20836.  
  20837. > Modern carrier systems are also a threat to modems, such as the AT&T
  20838. > SLC96.  (pronounced slick 96) If the telco is trying to maximize the
  20839. > number of customers serviced, the SLC96 has a feature called "channel
  20840. > compression" which halves the available digital bandwidth allocated
  20841. > for a single subscriber's line.  This lowers the voice quality only
  20842. > slightly, but it plays havoc with modems, even 1200bps speeds.
  20843.  
  20844. No, it's not called channel compression, and isn't anything of the
  20845. sort.  SLC96 has a mode (MODE II) where 48 customer channels are
  20846. served by 1 T1 (24 channels) which are switched via a time slot
  20847. interchanger.  if more than 24 of the 48 customers try to go off hook,
  20848. (ie the 25th) they are denied dial tone.  Other SLC systems (DMS-1
  20849. Urban, RTEC DISC*S) use similar approaches.
  20850.  
  20851.  
  20852. Bill Bigelis      (206) 450-8418
  20853. Network Engineer  U S West NewVector
  20854.  
  20855. ------------------------------
  20856.  
  20857. From: hmweine@PacBell.COM (Howard M. Weiner)
  20858. Subject: Re: ATM UNI 3.0 & 3.1
  20859. Date: Thu, 02 Mar 1995 10:05:22 -0800
  20860. Organization: Pacific Bell Strategic Systems Architecture
  20861.  
  20862.  
  20863. In article <telecom15.127.11@eecs.nwu.edu>, Lionel JAQUET <ljaquet@mail.
  20864. mcnet.ch> wrote:
  20865.  
  20866. > I'm searching for the ATM UNI 3.0 & 3.1 papers. I'm interested for
  20867. > LAN Emulation, ATM Virtual Routing and Q.2931, too.  Does anybody know
  20868. > where on the net I can read and copy this information?
  20869.  
  20870. If you are referring to the ATM Forum specs, I believe that these are
  20871. restricted to ATM Forum member companies.  I know at least that some
  20872. of the specs are.
  20873.  
  20874.  
  20875. Howard M. Weiner   hmweine@pacbell.com
  20876.  
  20877. ------------------------------
  20878.  
  20879. Date: Fri, 03 Mar 95 01:15:00 EST
  20880. From: Hugh Pritchard <0006348214@mcimail.com>
  20881. Subject: Re: The Philosophy of CallerID
  20882.  
  20883.  
  20884. I got Caller ID + Name service from Bell Atlantic (DC metro area) for
  20885. $7.50/month, and a Radio Shack Caller ID + Name box (sorry, I forget
  20886. the model number) for $70.  Works fine, except for all the "Out Of
  20887. Area" on long-distance calls.
  20888.  
  20889. Only thing slightly wrong is when I call home (301-345, College Park,
  20890. MD) from my cell-phone (301-648), the landline switch doesn't send its
  20891. caller ID.  Called CellOne/DC to see why; they said "Cell phones don't
  20892. transmit Caller ID."  Couldn't make them understand my question.
  20893. Called 800-MY-ANI-IS from my cell phone: The landline switch is in 410
  20894. (northeast Maryland and Eastern Shore), not 301!  Called 800-MY-ANI-IS
  20895. from my cell phone while at work near the Pentagon in Virginia (703):
  20896. Landline switch for cellphones in that area is 301-441, a prefix which
  20897. is in use near my own house, not a 703 exchange (or even a 202, DC,
  20898. exchange)!  By the way, CellOne/DC's headquarters is only a few miles
  20899. from my house, in Greenbelt, MD.
  20900.  
  20901. Maybe things would be better if Bell Atlantic passed Caller ID
  20902. received from IXCs.
  20903.  
  20904. ------------------------------
  20905.  
  20906. From: helfman@aero.org (Robert S. Helfman)
  20907. Subject: Smoking is Very Glamorous 
  20908. Date: Fri, 03 Mar 1995 06:59:26 -0800
  20909. Organization: The Aerospace Corporation
  20910.  
  20911.  
  20912. In V15 #107 Pat comments:
  20913.  
  20914. > Regards smoking, my rationale is if I were to quit today, and then twenty
  20915. > years from now die from lung cancer anyway, I'd be mad as hell about it
  20916. > and feel that I got cheated; better not take any chances. :)  I started
  20917. > smoking when I was 13 years old because a one of my teachers in school
  20918. > smoked. I'd see that package of cigarettes in his shirt pocket and watch
  20919. > him smoking -- not in school of course, but when we went on field trips 
  20920. > or when I went to his home to see him (I was always a teacher's pet, all
  20921. > through elementary and high school) -- and it occurred to me it must be
  20922. > the thing to do. After all, Arthur Erickson was very sophisticated and
  20923. > intelligent, and I wanted to be sophisticated and intelligent also. He
  20924. > taught the current events class (in those days many high schools named
  20925. > the course 'Modern Problems'), was the Debate Team Coach, played the
  20926. > piano and organ marvelously, had some great, and sometimes very unkind
  20927. > remarks about President Eisenhower, and subscriptions to {Atlantic
  20928. > Monthly}, {Harper's Magazine} and the {Christian Science Monitor}. He
  20929. > smoked a pack or more daily, and it didn't seem to hurt him any...
  20930.  
  20931. PAT, Erickson sounds like he was quite a character. But I'm curious
  20932. what he died of (and was it smoking-related?).
  20933.  
  20934. > forty years later I do it out of habit. I can't imagine *not* being
  20935. > addicted. Unlike some smokers, or the tobacco companies, I don't make
  20936. > any pretense of it being a 'choice', yet on the other hand, I don't
  20937. > really want to quit.  PAT]   
  20938.  
  20939. You're the last honest man.
  20940.  
  20941.  
  20942. [TELECOM Digest Editor's Note: It was through him that I met the
  20943. author Ayn Rand. In 1957 she was on a tour promoting her (then) new
  20944. book Atlas Shrugged. Since Erickson was in charge of all the special
  20945. assembly programs at school, he invited her to be a speaker at one of
  20946. the assemblies when she was in the Chicago area. I still have a hard-
  20947. cover personally autographed copy of Atlas ... even promoting her book
  20948. she did not come cheap; it used up quite a bit of the budget the school
  20949. gave him for assembly programs. After school that day, he had agreed to
  20950. drive her to Ohare Airport where she was getting a flight to go to the
  20951. next stop on her itinerary, and he let me ride along. We stopped for
  20952. dinner on the way and chatted while waiting for dinner to arrive. It
  20953. so happens either that day or the day before -- I can't remember -- a
  20954. very lengthy book review of Atlas Shrugged appeared in the {Christian
  20955. Science Monitor}; a much longer book review than they usually did in
  20956. those days, about three full page columns. She had not seen it so I
  20957. gave her a copy which interested her quite a bit. She sat there for
  20958. ten minutes or so reading it with that long cigarette holder in her
  20959. fingers which was her trademark. She'd puff on that occassionally, 
  20960. and sip her martini as she read what the {Monitor} had to say. She
  20961. had a habit of staring intently at people, and after she finished
  20962. reading and was back to staring at me, finally she spoke up and
  20963. said, "Such an intelligent young man!  Too smart to believe in Gott!
  20964. Why do you believe in Gott?" I guess I was startled and did not have
  20965. any answer for that. Erickson in the meantime put a newspaper in
  20966. front of his face and pretended to read it so he could hide behind
  20967. it and laugh without her seeing him. I was 14 at the time; when I
  20968. reached in my pocket brazenly and pulled out a cigarette (they were
  20969. 23 cents per package at Walgreen's Drug Store) both of them nodded
  20970. approvingly and Ms. Rand immediatly produced a lighter to light mine
  20971. and the one Erickson produced, then she lighted her own.    
  20972.  
  20973. I stayed in touch with him for several years after I got out of high
  20974. school, stopping in occassionally at his place to say hello. The
  20975. visits got fewer and further apart, and about ten years ago there was
  20976. a period of six months or so I had not seen or spoken to him. I tried
  20977. calling his home number and it was disconnected.  I called the school,
  20978. and talked to Bill Mueller, who was literally the last of the teachers
  20979. still around from when I had been there -- over the years the whole
  20980. crew had retired or otherwise left. In fact he was on his final year
  20981. of teaching, due to retire himself after thirty plus years of teaching
  20982. at the end of that school year. He published a newsletter every three
  20983. months or so which went to all the teachers who had retired in the
  20984. twenty years or so after I graduated. I asked him how was Erickson
  20985. doing and could I speak to him on the phone for a couple minutes.
  20986.  
  20987. Erickson was not there. It seems about four months earlier he had not
  20988. shown up for school one day. The school day started and the kids in his
  20989. first class were standing around in the hall because his classroom door 
  20990. was locked. He hadn't shown up about a half hour after that and Bill
  20991. Mueller said, "We tried calling him at home on the phone and did not get any
  20992. answer so a couple of us went over to his house; he lived about two blocks
  20993. away from school. When he did not answer the door we went in with the
  20994. spare key he left at school and we found him dead. It was the result of
  20995. a kidney infection he had had for several months which simply would not
  20996. go away, despite his medication."  PAT]
  20997.  
  20998. ------------------------------
  20999.  
  21000. From: ansehl@MO.NET (Eric Canale)
  21001. Subject: Re: Pizza Hunt Consolidated Phone Number - All Locations
  21002. Date: 3 Mar 1995 18:07:23 GMT
  21003. Organization: -=MO.NET=- P-Net, Inc's Missouri Operations
  21004.  
  21005.  
  21006. Dave Sellers (sellers@on.bell.ca) wrote:
  21007.  
  21008. > "No other food service company in Canada offers this level of
  21009. > convenience for its customers," says Corbett. "Our goal now is to make
  21010. > 310-1010 available across the country so no matter what city our
  21011. > customers are in, they dial the same number for a Pizza Hut pizza."
  21012.  
  21013. It's been a while since I lived in Canada, but Toronto based Pizza Pizza 
  21014. has had the single (416) 967-1111 delivery number for all its locations 
  21015. since the early 80s.  I really don't see how Pizza Hut's system is any 
  21016. different, other than the fact it's 10 years late.  
  21017.  
  21018.  
  21019. Eric Canale            5756 West Park Ave    (314) 781-1011 (v)
  21020. TCA, Inc.            St. Louis MO 63110    (314) 781-5233 fax
  21021. Voice and Data Communications    ecanale@tca.mo.net    (314) 861-1361 vmb
  21022.  
  21023. ------------------------------
  21024.  
  21025. Date: Fri, 3 Mar 1995 12:45:00 -0600 (CST)
  21026. From: Greg Abbott  <gabbott@uiuc.edu>
  21027. Reply-To: gabbott@uiuc.edu
  21028. Subject: Re: Motorola Flip Phone and Low Battery
  21029.  
  21030.  
  21031. larson@net.com (Alan Larson) wrote:
  21032.  
  21033. > In article <telecom15.112.9@eecs.nwu.edu> david.chessler@neteast.com wrote:
  21034.  
  21035. >> With a cellular battery of peculiar voltage and conformation, just
  21036. >> build a small battery-drainer on a scrap of pegboard, using a
  21037. >> flashlight bulb of appropriate size.
  21038.  
  21039. > Doing this is a good way for the first cell to hit zero to be pushed
  21040. > negative as the other cells continue to discharge.  This is about the
  21041. > worst thing you can do to te cell, and will ensure its shorter life.
  21042.  
  21043. > The phone knows how low to take the battery.  Trust it.
  21044.  
  21045. > If you don't want to do that, use the intellicharger and don't leave
  21046. > it on trickle.  Not overcharging the battery will be the best move
  21047. > towards keeping the battery away from voltage depression, and get good
  21048. > service.
  21049.  
  21050. I couldn't agree more, Alan!  There is a reason that the manufacturers put
  21051. features like this on electronic devices.  It's not because they want the
  21052. device to "die" mid-conversation, it's because they have spent lots of $
  21053. figuring out the best way to extend battery life.
  21054.  
  21055. Stick with the manufacturers recommendation.  If you need to talk longer,
  21056. get a spare battery pack.  On most flip-phones you can change the battery
  21057. during a conversation.  You have to be quick, but it is a feature of the
  21058. phones.
  21059.  
  21060. Another less convenient option is to buy or build a 12v battery back
  21061. (I built a 4A pack for about $25 in a pretty nice case with a carry
  21062. strap).  Buy the cigarette lighter plug accessory for the flip phone
  21063. and then plug it into your battery pack.  This will give you a couple
  21064. of days of standby and several hours of talk-time.  I use mine if I
  21065. know I'm going to be away from the charger for awhile (like at a
  21066. transmitter site for an extended outage or allignment session).  I
  21067. built another one of these for my brother.  He takes it out on his
  21068. boat on weekends and talks quite a bit with no problems at all.
  21069.  
  21070. Just a couple suggestions.  Take care.
  21071.  
  21072.  
  21073. GREG ABBOTT           INTERNET: GABBOTT@UIUC.EDU
  21074. 9-1-1 COORDINATOR   COMPUSERVE: 76046,3107
  21075. VOICE: 217/333-4348
  21076. METCAD              FAX:   217/384-7003
  21077. 1905 E. MAIN ST.  PAGER: 800/222-6651
  21078. URBANA, IL  61801    PIN # 9541
  21079.  
  21080. ------------------------------
  21081.  
  21082. From: keating@cig.mot.com (Edward Keating)
  21083. Date: Fri, 3 Mar 1995 13:02:34 -0600
  21084. Subject: Re: V.35 Interface
  21085.  
  21086.  
  21087. If you want to find out more about the V.35 interface history, you
  21088. will need to find the Bell DataSet manual (DSU) circa 1973 where it
  21089. describes a V.35 line driver schematic, (you won't find a chip that
  21090. does TRUE v.35, you'll need several chips) and defines the cable
  21091. length to be a maximum of 100ft.
  21092.  
  21093. ------------------------------
  21094.  
  21095. From: ksmith@telesource.com (K. Smith)
  21096. Subject: Re: Sprint Fiber Cut; Any Information Available?
  21097. Date: Fri, 3 Mar 1995 00:46:18 GMT
  21098. Organization: scruz-net
  21099.  
  21100.  
  21101. > We were affected by a nasty fiber cut Sprint had in Texas way about
  21102. > two weeks ago.  (Over four hours!)  Does anyone have any kind of
  21103. > information or know where I can get it?  Our account team is not being
  21104. > very forthcoming.
  21105.  
  21106. "Fiber cut" is the standard excuse these days, even if the problem is
  21107. in switching hardware or software. I have not heard of any such "cut",
  21108. and I doubt your account team will be able to give you anymore
  21109. information than they have to date. What you need to think about is
  21110. the implementation of a disaster recovery plan, so that when it
  21111. happens again -- whether it's AT&T, SPRINT, or any other carrier- you
  21112. can easily route your traffic to another network.
  21113.  
  21114.  
  21115. Kevin T. Smith  ksmith@telesource.com
  21116. TeleSource U.S.A.   Silicon Valley, California
  21117.  
  21118. ------------------------------
  21119.  
  21120. Date: Fri, 24 Feb 1995 10:45:23 -0800
  21121. From: wewood@ix.netcom.com (William Wood)
  21122. Subject: What is ESF and D4?
  21123.  
  21124.  
  21125. Dave Z   davethez@netcom.com writes:
  21126.  
  21127. > When ordering a T1 line for data, the local fiber company wants to
  21128. > know whether I'd like "ESF" or "D4".  Could someone please explain
  21129. > what these terms mean?
  21130.  
  21131. Dave, lots of folks will try to explain this to you, and most won't
  21132. know they don't have a clue what they're talking about. To fully
  21133. understand the differences between ESF and SF (D4) is a long
  21134. explanation. Ive tried to put some of it into several of my postings
  21135. with limited success. My suggestion to you is to order a book called
  21136. The Guide to T-1 Networking. It is available from the Telecom Library
  21137. Inc, 12 West 21 Street, New York, NY 10010. Call 212-691-8215 or FAX
  21138. 212-691-1191. It is a paper back 8.5 x 11 size, 269 pages, ISBN
  21139. 0-936648-26-0. It is well written, covers what you want to know, and
  21140. requires no propeller on your beanie to understand. 
  21141.  
  21142. I have ordered many books from the Telecom Library folks over the
  21143. years (you can also get Harry Newton's dictionary from them --
  21144. everyone should have this book) and they respond very quickly.  After
  21145. reading it, if you're still confused, you might want to check out our
  21146. two day on-site only seminar Learning to Talk the Talk and Walk the
  21147. Walk of Telecommunications. Much of what most people need to know
  21148. about this industry can be easily understood if a person has the
  21149. fundamental concepts correct and in logical order. Most do not. It is
  21150. the single overriding factor I have seen in thousands of people I have
  21151. addressed in my introductory seminars. Dazed and Confused is not just
  21152. a movie title, it seems to describe many of the workers in our
  21153. industry too.
  21154.  
  21155.  
  21156. WE Wood    Technotranslater
  21157. Techtrans Animatics Group
  21158. Techish to English Translations
  21159.  
  21160. ------------------------------
  21161.  
  21162. From: dehoog@st.rim.or.jp (John DeHoog)
  21163. Subject: Re: Requesting Information About SDH
  21164. Date: Fri, 03 Mar 1995 19:11:13 +0900
  21165. Organization: TransNet International K.K.
  21166.  
  21167.  
  21168. In article <telecom15.109.9@eecs.nwu.edu>, wgan@netcom.com (willy
  21169. gan) wrote:
  21170.  
  21171. > I'd often seen the words SDH or SDH compatible equipment
  21172. > advertised in data communication magazines. Can anyone explain
  21173. > or give me examples of what SDH stands for?
  21174.  
  21175. SDH stands for Synchronous Digital Hierarchy, for starters.  I'm not
  21176. sure that tells us much, and it's not even necessarily an apt term;
  21177. but what I do know is that it's an optical signal interface standard
  21178. used in optical fiber networks, to transport digital voice, data, and
  21179. video signals over long distances.  Here in Japan, some major telecom
  21180. makers have developed SDH equipment based on the CTRON specifications.
  21181.  
  21182.  
  21183. John De Hoog, Tokyo, Japan
  21184.  
  21185. ------------------------------
  21186.  
  21187. From: jsulmar@shore.net (Joe Sulmar)
  21188. Subject: Re: Help Needed With Modems for Telephony API
  21189. Date: 03 Mar 1995 13:44:02 GMT
  21190. Organization: Telecommunications Consultant
  21191.  
  21192.  
  21193. In article <telecom15.113.2@eecs.nwu.edu>, jmokeefe@nachos.engr.ucdavis.
  21194. edu (John Michael Okeefe) says:
  21195.  
  21196. > I'm looking for a voice/data/fax modem that supports Microsoft's 
  21197. > telephony API (TAPI). If you know of a modem that supports TAPI or
  21198. > voice/data communication could you please E-Mail me with the name of
  21199. > the modem and the manufacturers phone number?
  21200.  
  21201. You should take a look at the following:
  21202.  
  21203.     IBM         Windsurfer board    800-426-2255
  21204.     Best Data     ACE board        818-773-9600        
  21205.     Boca Research    fax modem        407-997-6227
  21206.     Spectrum    Envoy Card        604-421-5422
  21207.     Sierra        WaveFax            
  21208.     IPC        VCOS board    
  21209.  
  21210.  
  21211. Good luck, 
  21212.  
  21213. Joseph J. Sulmar  (jsulmar@shore.net)
  21214. Computer-Telephony Consultant
  21215. Lexington, MA
  21216.  
  21217. ------------------------------
  21218.  
  21219. From: rentzk@ix.netcom.com (Kenneth Rentz)
  21220. Subject: Re: Peculiar Callbacks Received
  21221. Date: 03 Mar 1995 02:59:58 GMT
  21222. Organization: Netcom
  21223.  
  21224.  
  21225. In <telecom15.115.7@eecs.nwu.edu> Jeff Regan <jeregan@FLASH.LakeheadU.CA> 
  21226. writes:
  21227.  
  21228.  .. examples of causes of callbacks deleted...
  21229.  
  21230. > rapidly.  On that same note, a little far fetched, if the cordless has
  21231. > your cell number programmed into it, and its stored in the base, not 
  21232. > the handset, then it could be triggered to dial that number while this
  21233. > interference is occuring.
  21234.  
  21235. On a like note, I read an article where a family around here went on
  21236. vacation, and some tomatoes went bad and dripped juice on the phone
  21237. shorting out the emergency dial button for 911. Since there was no-one
  21238. on the other end when the operator answered, she sent the rescue
  21239. people there to investigate, and when there was no answer they broke
  21240. in.
  21241.  
  21242. ------------------------------
  21243.  
  21244. From: levine@seas.smu.edu (Dr. R. Levine)
  21245. Subject: Re: Wanted: Cellular Channel Measurements
  21246. Date: 03 Mar 1995 03:22:39 GMT
  21247. Organization: SMU - School of Engineering and Applied Science
  21248.  
  21249.  
  21250. A good example of a fading signal envelope (power vs. time) is shown
  21251. in a figure of a strip chart output from a calibrated UHF receiver in
  21252. the "classic" book Microwave Mobile Radio by Jakes (recently reprinted
  21253. by the IEEE Press, Originally printed by Wiley). This illustrates the
  21254. almost periodic fading for a receiver moving at uniform velocity.
  21255.  
  21256. Many papers have been published on delay spread. A review paper with
  21257. many refrences to earlier work was published by prof Rappaport of VPI
  21258. (Virginia Polytechnic) about three years ago in IEEE transactions. The
  21259. GSM COST committee has also collected many measurements on delay spread 
  21260. during the development of GSM technology during the 1980s and these
  21261. were published in both IEEE and IEE and other European journals from
  21262. about 1986 onward. The report by Rappaport et al was also published by
  21263. the CTIA (Cellular Telecommunications Industry Association) who
  21264. commissioned the study to address the question of the need for an
  21265. adaptive equalizer for North American TDMA cellular.
  21266.  
  21267. The power spectrum of a test signal transmitted via a multipath medium
  21268. will be similar to that of the original signal, although the phase
  21269. will be different. If the receiver antenna is in motion (or the
  21270. scattering objects in the environment are moving) the spectrum will be
  21271. broadened due to the differing Doppler shift of the various multipath
  21272. components. This effect is very small and difficult to measure and I
  21273. do not know of any published measurements.  The effects of multipath
  21274. are better displayed by looking at the first two types of data.
  21275.  
  21276. Incidentally, the CTIA is in Washington, DC, and should not be
  21277. confused with the TIA, which is a different organization and does not
  21278. have the report in question. The telephone number of the CTIA is 202
  21279. 785 0081. Please be prepared to pay for the cost of copying and
  21280. mailing the report.
  21281.  
  21282. ------------------------------
  21283.  
  21284. From: levine@seas.smu.edu (Dr. R. Levine)
  21285. Subject: Re: Anyone Heard of SMR - Specialized Mobile Radio?
  21286. Date: 03 Mar 1995 05:22:56 GMT
  21287. Organization: SMU - School of Engineering and Applied Science
  21288.  
  21289.  
  21290. Unfortunately, there is a person born every minute who is prepared to
  21291. devote his career to looking for the proverbial sucker who is also
  21292. supposed to be born every minute. If all the guys who are promoting
  21293. investment in various aspects of the "information highway" by naive
  21294. investors were laid end to end in boiling oil, that would not be
  21295. sufficient punishment for them in my opinion.
  21296.  
  21297. If you get an SMR license and you do not personally have the necessary
  21298. cash and technical resources to set up a working SMR system, but
  21299. instead are only trying to resell it to another operator, you could
  21300. lose the license for fraudulent claims. If licenses are directly
  21301. available from the FCC in your community, then the "big guys" have
  21302. just as good a chance of getting one as you, and have no reason to buy
  21303. it from you.
  21304.  
  21305. Ask the promoter why they don't merely get the licenses by themselves
  21306. and then make the profit alone by reselling the licenses to others.
  21307. Why do they need to try to get money from individuals who do not
  21308. understand the laws, the risks, and the technologies?
  21309.  
  21310. ------------------------------
  21311.  
  21312. From: stiles@drmail.dr.att.com (131A40000-StilesKL(DR9522)243)
  21313. Subject: Re: Palm Size Message Recorder on a Chip
  21314. Reply-To: stiles@drmail.dr.att.com
  21315. Organization: AT&T
  21316. Date: Fri, 3 Mar 1995 16:19:33 GMT
  21317.  
  21318.  
  21319. telecom@eecs.nwu.edu (TELECOM Digest Editor) wrote:
  21320.  
  21321. > I got an interesting advertisement a couple days ago I want to share
  21322. > with you. I make no warranties or claims; I will just tell you what
  21323. > they said. It cheap enough, you may want to order one or two.
  21324.  
  21325. > "Message recorder records anything without tape".
  21326.  
  21327. > This little thing fits in the palm of your hand and comes with a key
  21328. > chain attachment. Two buttons on the front, one marked 'rec' and the
  21329. > other marked 'play'.
  21330.  
  21331. > Whenever you want to remember something later on, just take this thing
  21332. > out of your pocket, press the record button and talk into it. It will
  21333. > hold ten seconds of whatever it hears, but the deluxe version will
  21334. > hold twenty seconds of talk. Later on when needed, you press the play
  21335. > button and the ten/twenty seconds of speech comes over the tiny little
  21336. > speaker attached. A new recording simply erases the old one. 
  21337.  
  21338. I bought a similar device a couple weeks ago at an office supply store
  21339. (Staples in Phoenix, AZ).  It's called "VOICE IT". It records a total
  21340. of 40 seconds in up to 12 separate messages. In addition to REC and
  21341. PLAY buttons it has a MESsage button to go to the beginning of the
  21342. message list, previous message and next message buttons ( |< and >| ),
  21343. and ERASE ALL and ERASE LAST buttons which you must hold down for
  21344. about 1 second. Each press of PLAY plays the next message in the list.
  21345. New messages recorded go on the end of the list.
  21346.  
  21347. It's the same size as a credit card and about 1/4 inch thick. It was
  21348. $49.95 (the store claimed suggested retail was $59.95). I don't know
  21349. how long the four dime-sized lithium batteries will last since I haven't
  21350. had it very long. The voice quality is good, better than I expected
  21351. for a device of this size.
  21352.  
  21353. I find it very useful while driving and I hear a phone number or a
  21354. song title on the radio that I'd like to remember, or when someone
  21355. gives me an address or phone number on the phone, I don't have to fish
  21356. for a pen and paper.
  21357.  
  21358. The only phone number I have is from the back of the unit:
  21359.  
  21360.     Customer Service: 1-800-47-VOICE
  21361.  
  21362. Of course, I have NO connection with this product or the company who
  21363. makes it (?), just a satisfied customer.
  21364.  
  21365.  
  21366. Kevin Stiles     stiles@drmail.dr.att.com
  21367. AT&T Bell Laboratories   Denver, Colorado
  21368.  
  21369. ------------------------------
  21370.  
  21371. Date: Fri, 3 Mar 95 23:24 EST
  21372. From: Van R. Hutchinson <0005493896@mcimail.com>
  21373. Subject: Arcade Advice Needed
  21374.  
  21375.  
  21376. A friend of mine in Hollywood, Florida USA is setting up an calling
  21377. arcade, and would like to contact others who have done so success-
  21378. fully.  She is starting with three phones and is marketing on a low-
  21379. keyed basis to local people, especially people without phones and recent
  21380. immigrants, especially from Sou./Centr. America.
  21381.  
  21382. Your contacts, leads or suggestions are needed!
  21383.  
  21384. ------------------------------
  21385.  
  21386. End of TELECOM Digest V15 #131
  21387. ******************************
  21388.     
  21389.     
  21390. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa12212;
  21391.           3 Mar 95 21:20 EST
  21392. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  21393.     id AA13536; Fri, 3 Mar 95 16:28:04 CST
  21394. Return-Path: <telecom>
  21395. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  21396.     id AA13528; Fri, 3 Mar 95 16:28:01 CST
  21397. Date: Fri, 3 Mar 95 16:28:01 CST
  21398. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  21399. Message-Id: <9503032228.AA13528@delta.eecs.nwu.edu>
  21400. To: telecom@eecs.nwu.edu
  21401. Subject: TELECOM Digest V15 #132
  21402.  
  21403. TELECOM Digest     Fri, 3 Mar 95 16:28:00 CST    Volume 15 : Issue 132
  21404.  
  21405. Inside This Issue:                          Editor: Patrick A. Townson
  21406.  
  21407.     PBS Rumors and Innuendo: Any Truth? (RRE/Russ Sadler via Peter Dorman)
  21408.     GSM Cellular Operators - Revised List (Robert Lindh)
  21409.     Faxmodem Problem Solved! (Randall Poe)
  21410.     Modem Line Tap (David O. Laney)
  21411.     Telecom in Vancouver? (Hien Quan)
  21412.     Re: True NANP and Common Dialing Practices (Bob Goudreau)
  21413.     Re: True NANP and Common Dialing Practices (Carl Moore)
  21414.     Re: Rio-1 ACS-CELP Information Wanted (Matt Noah)
  21415.     Re: CallerID and Dialogic Board (Donald L. Moore)
  21416.     Re: What is a Digital PBX? (Richard Parkinson)
  21417.  
  21418. TELECOM Digest is an electronic journal devoted mostly but not
  21419. exclusively to telecommunications topics. It is circulated anywhere
  21420. there is email, in addition to various telecom forums on a variety of
  21421. public service systems and networks including Compuserve and America
  21422. On Line. It is also gatewayed to Usenet where it appears as the moderated
  21423. newsgroup 'comp.dcom.telecom'. 
  21424.  
  21425. Subscriptions are available to qualified organizations and individual
  21426. readers. Write and tell us how you qualify:
  21427.  
  21428.                  * telecom-request@eecs.nwu.edu *
  21429.  
  21430. The Digest is edited, published and compilation-copyrighted by Patrick
  21431. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  21432. or phone at:
  21433.                     9457-D Niles Center Road
  21434.                      Skokie, IL USA   60076
  21435.                        Phone: 500-677-1616
  21436.                         Fax: 708-329-0572
  21437.   ** Article submission address only: telecom@eecs.nwu.edu **
  21438.  
  21439. Our archives are located at lcs.mit.edu and are available by using
  21440. anonymous ftp. The archives can also be accessed using our email
  21441. information service. For a copy of a helpful file explaining how to
  21442. use the information service, just ask.
  21443.  
  21444. *************************************************************************
  21445. *   TELECOM Digest is partially funded by a grant from the              *
  21446. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  21447. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  21448. * project.  Views expressed herein should not be construed as represent-*
  21449. * ing views of the ITU.                                                 *
  21450. *************************************************************************
  21451.  
  21452. Additionally, the Digest is funded by gifts from generous readers such
  21453. as yourself who provide funding in amounts deemed appropriate. Your help 
  21454. is important and appreciated. A suggested donation of twenty dollars per
  21455. year per reader is considered appropriate. See our address above.
  21456.  
  21457. All opinions expressed herein are deemed to be those of the author. Any
  21458. organizations listed are for identification purposes only and messages
  21459. should not be considered any official expression by the organization.
  21460. ----------------------------------------------------------------------
  21461.  
  21462. Date: Fri, 3 Mar 1995 14:47:08 -0800
  21463. Reply-To: pen-l@ecst.csuchico.edu
  21464. From: Peter.Dorman <23215MGR@MSU.EDU>
  21465. Subject: PBS Rumors and Innuendo: Any Truth?
  21466.  
  21467.  
  21468. Forwarded FYI to the Digest:
  21469. Note the .sig line at the end, please.
  21470.  
  21471. [This copyrighted article is forwarded to RRE by permission.]
  21472.  
  21473.   Date: Wed, 1 Mar 1995 12:53:16 -0800
  21474.   From: rsadl@max.sosc.osshe.edu (Russell Sadler)
  21475.  
  21476.         I am enclosing a column I wrote a couple of weeks ago. I am a
  21477. very mainstream, mass media journalist. For the last 25 years I have
  21478. syndicated a daily radio and television commentary and a weekly
  21479. newspaper column. The broadcasts are carried on five commercial
  21480. television stations and six radio stations in Oregon and Northern
  21481. California. Two radio stations are public, the rest are commercial.
  21482. The column is carried in daily and weekly newspapers around Oregon.
  21483.  
  21484.         I think you will find this column is a different explanation
  21485. for the new congressional leadership's effort to "defund" public
  21486. broadcasting.
  21487.  
  21488.     *********Begin Column**********
  21489.  
  21490.         Rupert Murdoch, the Australian media baron, stupefied the
  21491. media business when his Fox network outbid the venerable CBS for the
  21492. rights to broadcast National Football League games this year. People
  21493. in the television business knew Fox did not own enough stations in the
  21494. top 50 media markets to charge enough for commercials to recover the
  21495. $1.6 billion Murdoch spent taking the NFL away from CBS. Rupert
  21496. Murdoch is no fool with his money. The industry waited for Murdoch to
  21497. drop the other shoe.
  21498.  
  21499.         There was less surprise when Murdoch announced his holding
  21500. company paid $500 million for a 20 percent interest in the New World
  21501. Communication Group, Inc. New World owns six television stations in
  21502. the top 20 markets, four in the top 50 markets and two in the top 70,
  21503. including stations in Dallas, the 8th largest market and Detroit, the
  21504. 9th largest. Murdoch switched most of these stations from CBS
  21505. affiliates to his Fox network. Now Murdoch had the means to charge
  21506. more for commercials in the NFL games.  Despite this brilliant high
  21507. stakes entrepreneurship, Murdoch apparently lost $350 million in his
  21508. $2.1 billion bid to build a national network. He needs more stations
  21509. in the largest television markets.
  21510.  
  21511.         There are no television frequencies available, especially the
  21512. more lucrative VHF channels 2 - 13. They are licensed to ABC, CBS, NBC
  21513. and Fox affiliates, a variety of independent stations and public
  21514. television stations.
  21515.  
  21516.         Enter Big Bird and Barney, two of public television's artistic
  21517. and financial success stories. The new Republican leadership began a
  21518. campaign to convince the American people Big Bird and Barney and their
  21519. "elitist" audience were responsible for the national debt.
  21520.  
  21521.         Government has no business doing what private enterprise can
  21522. do better, chanted the ideologues. They do not explain why the vast
  21523. wasteland of commercial television did not produce its own Big Bird
  21524. and Barney instead of Teenage Mutant Ninja Turtles and Mighty Morphin
  21525. Power Rangers.  Sen. Larry Pressler, R-South Dakota and chair of the
  21526. Senate Commerce Committee announced Bell Atlantic was prepared to take
  21527. Big Bird and Barney off the government's hands and syndicate it to
  21528. cable, satellite and television outlets. Americans could still enjoy
  21529. Big Bird -- for a fee, of course.
  21530.  
  21531.         There is a hollow, leaden ring to this heated, ideological
  21532. rhetoric. Congress spends about as much on military bands as it spends
  21533. on public broadcasting. Pressler comes from a sparsely populated state
  21534. that has one of the largest public broadcasting audiences in the
  21535. country. It can't be the money. Pressler can't be reflecting the views
  21536. of his constituents. Congress really isn't after the public
  21537. broadcasting's liberal bias - real or imagined. It turns out the new
  21538. congressional leadership wants the public broadcasting channels,
  21539. especially in the top 50 markets.
  21540.  
  21541.         Public broadcasting licenses are owned by a variety of state
  21542. and local governments, non-profit groups, colleges and universities.
  21543. If the congress cuts public broadcasting funds and these stations are
  21544. forced off the air, the government can reissue the licenses. Guess who
  21545. is waiting in line.
  21546.  
  21547.         Shortly after Murdoch's Harper Collins publishing company
  21548. offered House Speaker Newt Gingrich the controversial $4.5 million
  21549. book deal, Murdoch and other broadcasters asked for and got closed
  21550. door meetings with House Republicans and Pressler's Commerce Committee
  21551. staff. No one knows for sure what went on in these "private" meetings
  21552. but reporters for Newsday and Los Angeles Times columnist Lars-Erik
  21553. Nelson believe turning public broadcasting channels over to private
  21554. broadcasters was a topic of discussion.
  21555.  
  21556.         Bell Atlantic tried to make a deal with Murdoch last year for
  21557. the 20th Century Fox film library worth an estimated $4 billion.
  21558. Murdoch wants to sell, apparently to raise cash to replace the money
  21559. he is losing on the NFL. Bell Atlantic has cash from its telephone
  21560. operations and wants the film library to supply its planned venture
  21561. into home entertainment. The deal fell apart when Bell Atlantic
  21562. decided it did not have enough broadcast outlets to pay the bill. Bell
  21563. Atlantic executives met privately with Pressler to complain about the
  21564. lack of broadcasting frequencies in major television markets.
  21565. Privately, the new congressional leadership believes public
  21566. broadcasting stands in the way of restructuring the new electronic
  21567. media and the solution is just turn off the spigot that pays for Big
  21568. Bird and Barney.
  21569.  
  21570.         The federal government holds a 13 year lien on any public
  21571. broadcasting facility built with grants from the Corporation for
  21572. Public Broadcasting. Those facilities include much of the modernized
  21573. studio and transmission equipment in the largest markets and the
  21574. extensive translator networks built by rural public stations like
  21575. Jefferson Public Radio. If these stations cease broadcasting because
  21576. of a lack of money, the federal government can just take over the
  21577. property, issue the licenses to private operators and sell the
  21578. lucrative studio and transmission facilities to their campaign
  21579. contributors.
  21580.  
  21581.         There is a surprising reason for this intense interest in
  21582. old-fashioned television stations in the age of cable, satellite
  21583. transmission and optic fiber cables. Murdoch's satellite television
  21584. service demonstrated a revolutionary transmission technology that
  21585. compresses signals 8 to 1.
  21586.  
  21587.         Stripped of technobabble, that means within a decade it will
  21588. be possible to transmit eight separate digital broadcast signals on
  21589. television channels that can only transmit one now. If existing
  21590. television stations can deliver 30 or more channels of home
  21591. enetertainment into the Top 150 American television markets, it will
  21592. drastically alter the economics of the cable and telephone industries.
  21593.  
  21594.         Murdoch's compression technology will permit today's
  21595. commercial and public television broadcasters -- long dismissed as
  21596. technological dinosaurs -- to compete with cable, telephone and
  21597. satellite transmissions companies or even short-circuit their
  21598. potentially lucrative market.
  21599.  
  21600.         Perhaps the bitter battle over Big Bird and Barney's future
  21601. makes a bit more sense now.
  21602.  
  21603.  
  21604. Russell Sadler                    Southern Oregon State College
  21605. 519 South Mountain Avenue         Department of Communication
  21606. Ashland, OR 97520                 1250 Siskiyou Blvd.
  21607. 503-482-3959                      Ashland, OR 97520
  21608.  
  21609.  
  21610.        "Whatever hits the fan will not be distributed evenly."
  21611.                                          -Russell's Rule the Fourth
  21612.  
  21613. ------------------------------
  21614.  
  21615. From: etxlndh@eos.ericsson.se (Robert Lindh)
  21616. Subject: GSM Cellular Operators - Revised List
  21617. Organization: Ericsson
  21618. Date: Fri, 3 Mar 1995 16:17:58 GMT
  21619.  
  21620.  
  21621. (Changes in the list marked by "*")
  21622.  
  21623. Country      Operator name          Network code   Tel to customer service
  21624.  ------      -------------          ------------   -----------------------
  21625. Andorra    * STA
  21626. Argentina
  21627. Australia    Optus                  505 02         Int + 61 2 978 5678
  21628.            * Telecom/Telstra        505 01         Int + 61 18 01 8287
  21629.              Vodafone               505 03         Int + 61 2 415 7236
  21630. Austria      PTV Austria            232 01
  21631. Bahrein    * Batelco
  21632. Belgium      Belgacom               206 01         Int + 32 2205 4000
  21633. Cameroon
  21634. China      *
  21635. Dubai      * ETISALAT               424 ??
  21636. Cyprus     * CYTA                   280 01
  21637. Denmark    * Sonofon                238 02         Int + 45 80 20 21 00
  21638.              Tele Danmark Mobil     238 01         Int + 45 80 20 20 20
  21639. Egypt      *
  21640. Estonia    * EMT                    248 01         Int + 372 2639 7130
  21641.            *                                       Int + 372 2524 7000
  21642.              Radiolinja Estonia
  21643. Fiji       *
  21644. Finland      Radiolinja Finland     244 05         Int + 358 800 95050
  21645.              Telecom                244 91         Int + 358 800 7000
  21646. France       SFR                    208 10         Int + 33 1 44 16 20 16
  21647.            * France Telecom         208 01         Int + 33 1 44 62 14 81
  21648. Gibraltar  * GibTel
  21649. Germany      D1, DeTeMobil          262 01         Int + 49 511 288 0171
  21650.              D2, Mannesmann         262 02         Int + 49 172 1212
  21651. G Britain    Cellnet                234 10         Int + 44 753 50 45 48
  21652.              Vodafon                234 15         Int + 44 836 1100
  21653. Greece       Panafon                202 05         Int + 30 944 00 122
  21654.              STET                   202 10         Int + 30 93 333 333
  21655. Holland    * PTT Netherlands        204 08         Int + 31 50 688 699
  21656. Hong Kong    SmarTone               454 06         Int + 852 880 2688
  21657.              Telecom CSL            454 00         Int + 852 803 8450
  21658.              HK HTCLGSM             454 04
  21659. Hungary      Pannon GSM             216 01         Int + 36 1 270 4120
  21660.              Westel 900             216 30         Int + 36 30 303 100
  21661. Iceland    * Post & Simi            274 01         Int + 354 96 330
  21662. India      * PT SATELINDO
  21663. Indonesia  * TELKOMSEL              510 10
  21664. Ireland      Telecom                272 01         Int + 353 42 31999
  21665. Israel
  21666. Italy        SIP                    222 01         Int + 39 6615 20309
  21667.            * Omnitel
  21668. Japan      *
  21669. Jersey       Jersey Telecom         
  21670. Laos       *
  21671. Lebanon      Libancell
  21672. Latvia     * LMT                    247 01         Int + 371 2256 7764
  21673.            *                                       Int + 371 2256 9183
  21674.            *                                       Int + 371 2934 0000
  21675. Luxemburg    Telekom                270 01         Int + 352 4088 7088
  21676. Macao
  21677. Malaysia   *
  21678. Namibia    *
  21679. New Zealand  Bell South             530 01
  21680. Norway       NetCom                 242 02         Int + 47 92 00 01 68
  21681.            * TeleNor Mobil          242 01         Int + 47 22 03 03 01
  21682. Quwait     * MTC
  21683. Phillipines*
  21684. Portugal     Telecel                268 01         Int + 351 931 1212
  21685.              TMN                    268 06         Int + 351 1 793 91 78
  21686. Russia     * Moscow Cellular                       Int + 7 271 00 60
  21687.            * MOBILE TELE SYSTEM
  21688. Singapore    Singapore Telecom      525 01
  21689. South Africa MTN                    655 10         Int + 27 11 445 6000
  21690.              Vodacom                655 01         Int + 27 82 111
  21691. Spain        Telefonica Spain       214 07
  21692. Sweden     * Comviq                 240 07         Int + 46 586 686 10
  21693.            * Europolitan            240 08         Int + 46 708 22 22 22
  21694.              Telia                  240 01         Int + 46 771 91 03 50
  21695. Switzerland* PTT Switzerland        228 01         Int + 41 46 05 64 64
  21696. Syria      * SYR-01                 223 01
  21697.            * SYR MOBILE SYR         263 09
  21698. Thailand     AIS GSM
  21699. Turkey     * Telsim                 286 02
  21700.              Turkcell               286 01         Int + 90 800 211 0211
  21701. UAE        * ETISALAT               424 01
  21702.            * UAE ETISALAT-G2        424 02
  21703. Uganda
  21704. Vietnam    *
  21705.  
  21706. ------------------------------
  21707.  
  21708. From: Randall.Poe@aplmail.jhuapl.edu
  21709. Subject: Faxmodem Problem Solved!
  21710. Date: Fri, 03 Mar 95 14:18:20 PDT
  21711. Organization: Johns Hopkins University Applied Physics Lab, Laurel, MD, USA
  21712.  
  21713.  
  21714. Thanks for those who responded about my problems with a fax modem.
  21715. The problem was with automatic answer: the modem seemed unable to hear
  21716. CNG tones when an answering machine or handset was also online,
  21717. despite the manufacturer's claims.
  21718.  
  21719. Wayne Kosten suggested I make sure the modem was the first thing T-d
  21720. off the incoming line.  I did this by running a new line down to the
  21721. junction box, and tieing it to the first set of connectors.
  21722.  
  21723. It worked like a charm!
  21724.  
  21725. Now I have to figure out how to do this right: I piggybacked on top of
  21726. another pair of wires that was already there, and I'm sure this
  21727. connector isn't designed to do that (it's the type where all you do is
  21728. push the insulated wire in, and the connector cuts the insulation and
  21729. clamps down on the copper.  I'm out of places to plug into -- are you
  21730. allowed to daisy chain?
  21731.  
  21732. The telephone tech who installed this box brought in six pairs on the
  21733. incoming line, only two of which are in use.  I could disconnect one
  21734. of them, I suppose, and daisy-chain line 1 down to a lower row of
  21735. connectors.
  21736.  
  21737. Am I making any sense?  What is the recommended way to do this
  21738. (besides "place a service call")?
  21739.  
  21740. ------------------------------
  21741.  
  21742. From: ua291@fim.uni-erlangen.de (David O. Laney)
  21743. Subject: Modem Line Tap
  21744. Date: Fri, 3 Mar 1995 14:02:30 GMT
  21745. Organization: Free-Net Erlangen Nuernberg, Germany
  21746.  
  21747.  
  21748. Hello,
  21749.  
  21750. I am wondering if any of you netters have come across a device called
  21751. a Modem Line Tap. Apparently you can put it on a n RJ11 jack and hook
  21752. it through and connect to a Data Line Monitor.  Thus allowing direct
  21753. monitoring of the phone line. I would like to have such a device,
  21754. especially for decoding MNP transaction data. If anyone knows where I
  21755. can get such equipment please reply to me at dl211@randr.com.
  21756.  
  21757.  
  21758. David O. Laney     Internet: ae711@dayton.wright.edu
  21759. Voice: +1 (513) 443-2765      Fax: +1 (513) 443-2489
  21760.  
  21761. ------------------------------
  21762.  
  21763. From: quanh@camail.ca.nmp.nokia.com (Hien Quan)
  21764. Subject: Telecom in Vancouver?
  21765. Date: 3 Mar 1995 14:51:18 GMT
  21766. Organization: Nokia Mobile Phones
  21767.  
  21768.  
  21769. Hi,
  21770.  
  21771. Can anyone tell me what sort of telecom companies exist in Vancouver?
  21772.  
  21773. Thanks very much.
  21774.  
  21775. Hien Quan (Mr.)
  21776.  
  21777.  
  21778. [TELECOM Digest Editor's Note: Vancouver, *where*?  There is one in
  21779. Washington State and one in British Columbia. Maybe people from both
  21780. places will respond.     PAT]
  21781.  
  21782. ------------------------------
  21783.  
  21784. Date: Fri, 3 Mar 1995 11:15:10 -0500
  21785. From: goudreau@dg-rtp.dg.com (Bob Goudreau)
  21786. Subject: Re: True NANP and Common Dialing Practices
  21787.  
  21788.  
  21789. John Shelton <jshelton@parcplace.com> writes:
  21790.  
  21791. > When will we really have a true North American Numbering Plan, one
  21792. > that is used consistently throughout US and Canada?
  21793.  
  21794. > Is it really that hard to get everone to agree:
  21795.  
  21796. > xxx        - special service codes (e.g. Info, Emergency)
  21797. > xxx xxxx    - abbreviated form of 1+ ten digit dialing,
  21798. >           where the area code (NPA) is the same.
  21799.  
  21800. Yes, I rather suspect it *is* really that hard to get everyone to
  21801. agree to support this.  The vast majority of the NANP prefers to use
  21802. 1-NXX-NXX-XXXX for *all* long distance calls, both intra-NPA and
  21803. inter-NPA.  If you want to enforce some NANP-wide standard for
  21804. intra-NPA long distance, it would make far more sense to change the
  21805. minority than the majority.  Personally, I don't mind leaving the
  21806. situation alone, as long as 1-NXX-NXX-XXXX dialing would always be
  21807. supported for any number.  (Unfortunately, it isn't always supported
  21808. for local numbers in many places :-(.)
  21809.  
  21810. > 0 xxx xxxx    - abbreviated form of 0+ ten digit dialing,
  21811. >           where the area code (NPA) is the same.
  21812.  
  21813. Bad idea.  See below ...
  21814.  
  21815. > 1 xxx xxx xxxx    - caller paid, direct dialed call
  21816. > 0 xxx xxx xxxx    - alternate billing, direct dialed call
  21817.  
  21818. > Using the long form should *always* be legal.
  21819.  
  21820. Agreed!  One should always be able to use 11-digit dialing, regardless
  21821. of whether the call is local or long distance.  Telcos that do this
  21822. wrong should be fixed!
  21823.  
  21824. > Seven digit dialing might require timeouts (or trailing #).
  21825.  
  21826. I think you mean "8-digit dialing", in particular, your 0-NXX-XXXX
  21827. example.  But, as far as I know, there are no longer any places in the
  21828. NANP that support 0 + 7D; all 0+ calls that I know of must now be dialed
  21829. 0 + 10D.  Why on earth do you want to bring 0 + 7D back?  And if you do,
  21830. why don't you also want to bring 1 + 7D back too?  Personally, I don't
  21831. want to see either return, since I think timeouts should be avoided.
  21832.  
  21833.  
  21834. Bob Goudreau        Data General Corporation
  21835. goudreau@dg-rtp.dg.com    62 Alexander Drive    
  21836. +1 919 248 6231        Research Triangle Park, NC  27709, USA
  21837.  
  21838.  
  21839. [TELECOM Digest Editor's Note: Instead of avoidtime timeouts, which can
  21840. actually always be avoided anyway with the # key, why not just have
  21841. variable length numbers as needed. This would allow for quite a large
  21842. supply of numbers without us getting trapped into shortages in one
  21843. place and excess numbers available in others. Just have numbers of
  21844. any length, and replace the '1' on the front with # on the end to
  21845. inidicate we have finished dialing.   PAT]
  21846.  
  21847. ------------------------------
  21848.  
  21849. Date: Fri, 3 Mar 95 10:39:14 EST
  21850. From: Carl Moore <cmoore@ARL.MIL>
  21851. Subject: Re: True NANP and Common Dialing Practices
  21852.  
  21853.  
  21854. No, the seven digit dialing does NOT require timeout or trailing #.
  21855.  
  21856. But the 0 xxx xxxx could; timeout situation could arise in these
  21857. published and now-obsolete cases:
  21858.  
  21859. 1. for many years within old area 213 (before 818 and 310 split from it).
  21860.  
  21861. 2. briefly at Denver and Adamstown, PA when they were in the old 215
  21862. area.
  21863.  
  21864. In some areas, people object to seven digit dialing for long distance,
  21865. so in order to keep "1 means toll" and avoid timeout situation, long
  21866. distance within area code has mandatory 1 + 10D.
  21867.  
  21868.  
  21869. [TELECOM Digest Editor's Note: See, even on here he cannot get agreement
  21870. to his plan. I wonder how he thinks all the telcos will ever come to any
  21871. sort of common consensus.  <g>   PAT]
  21872.  
  21873. ------------------------------
  21874.  
  21875. From: noah@rain.org (Matt Noah)
  21876. Subject: Re: Rio-1 ACS-CELP Information Wanted
  21877. Date: Fri, 03 Mar 95 01:57:26 GMT
  21878.  
  21879.  
  21880. In article <telecom15.129.6@eecs.nwu.edu>, lsing@hookup.net (Sing Li) wrote:
  21881.  
  21882. > Does anyone know where I can obtain some technical information on the
  21883. > Rio-1 ACS-CELP coder?
  21884.  
  21885. e-mail to adoul@userb.gel.ca
  21886.  
  21887. ------------------------------
  21888.  
  21889. From: donmoore@mercury.interpath.net (Donald L Moore)
  21890. Subject: Re: CallerID and Dialogic Board
  21891. Date: 3 Mar 1995 00:14:57 -0500
  21892. Organization: Interpath -- Public Access UNIX for North Carolina
  21893.  
  21894.  
  21895. In article <telecom15.127.9@eecs.nwu.edu>, Tatro Enterprises <btatro@iquest.
  21896. com> wrote:
  21897.  
  21898. > Qustion is, what is the fastest and cheapest way of having the
  21899. > CallerID information passed to the voicemail application.  Can a modem
  21900. > be used to intercept the information and pass it on?
  21901.  
  21902. Brian,
  21903.  
  21904.    A modem that supports Caller ID might be the answer.  All you need
  21905. to do is open the comm port at 1200 8N1 (I think) to read the data.
  21906. The Rockwell Chip Set requires that you send the modem "AT#CID=1" to
  21907. get the formated Caller ID (DATE=, TIME=, NBR=), unformated is
  21908. "AT#CID=2".
  21909.  
  21910.    DO NOT forget that some Bell companies block the data stream, only
  21911. to offer it as an additional service.
  21912.  
  21913.    The Caller ID info is sent between the 1st & 2nd Ring.
  21914.  
  21915.    Depending on your Voice Mail Card, you should have no problem in
  21916. working with your Caller ID Modem and Voice Mail Card.  As a 'FUN'
  21917. project, I am programming my Big Mouth Voice Mail Card to answer based
  21918. on Caller ID data returned from my Zoom Modem.  (If I spent the time,
  21919. I could do it all on the Zoom card; I don't have the time to re-write
  21920. my code for the Zoom card ... although it's real easy ... can be done in
  21921. BASIC!)
  21922.  
  21923.  
  21924. Don
  21925.  
  21926.  
  21927. [TELECOM Digest Editor's Note: Would you care to share any of your
  21928. programming on this with the Digest readers? I think this project sounds
  21929. like one others  -- including myself -- might be interested in, since
  21930. I also have a Big Mouth card.   PAT]
  21931.  
  21932. ------------------------------
  21933.  
  21934. From: rparkins@direct.ca (Richard Parkinson)
  21935. Subject: Re: What is a Digital PBX?
  21936. Date: Thu, 02 Mar 1995 21:21:33 -0800
  21937. Organization: Infotel Systems Corp.
  21938.  
  21939.  
  21940. In article <telecom15.121.5@eecs.nwu.edu>, noah@rain.org (Matt Noah) wrote:
  21941.  
  21942. > What is the definition of a "digital" PBX?
  21943.  
  21944. > Assuming an analog PBX is one in which the trunk lines are strictly
  21945. > analog, e.g. E&M, Ground Start, is a "digital" PBX one in which the
  21946. > trunk lines all carry PCM voice with digital signalling?  If so, what
  21947. > type of digital signalling?  Is it T1?  Is it ISDN?  Is it something
  21948. > other than T1 or ISDN?  Is it combinations of various digital standards?
  21949.  
  21950. I like Fred R. Goldstein's reply the best. Travis Russel implies that
  21951. you need digital phones to get fancy features. Northern Telecom's
  21952. original SL-1 set was analog, as was Mitel's Supersets.  In the case
  21953. of the SL-1 the voice was transmitted from the set to a line card,
  21954. digitized, then switched using standard 64 Kbps PCM.
  21955.  
  21956.  
  21957. Richard
  21958.  
  21959. ------------------------------
  21960.  
  21961. End of TELECOM Digest V15 #132
  21962. ******************************
  21963.     
  21964.     
  21965. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa18508;
  21966.           4 Mar 95 12:14 EST
  21967. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  21968.     id AA24852; Sat, 4 Mar 95 08:04:58 CST
  21969. Return-Path: <telecom>
  21970. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  21971.     id AA24846; Sat, 4 Mar 95 08:04:57 CST
  21972. Date: Sat, 4 Mar 95 08:04:57 CST
  21973. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  21974. Message-Id: <9503041404.AA24846@delta.eecs.nwu.edu>
  21975. To: telecom@eecs.nwu.edu
  21976. Subject: TELECOM Digest V15 #133
  21977.  
  21978. TELECOM Digest     Sat, 4 Mar 95 08:04:00 CST    Volume 15 : Issue 133
  21979.  
  21980. Inside This Issue:                          Editor: Patrick A. Townson
  21981.  
  21982.     Local Competition in North Carolina (Donald E. Kimberlin)
  21983.     Major UK Network Failure (Richard Cox)
  21984.     PacBell Offers a "Taste of Interop" in LA, March 28 (Cherie Shore)
  21985.     Dialing the Falkland Islands (Richard Cox)
  21986.     IVR Application, Northern Telecom SL1 PBX (Chris Daniels)
  21987.     Questions About Format of Printed Telephone Numbers (Jeff Wolfe)
  21988.     Re: Pizza Hut Consolidated Phone Number - All Locations (Tony Harminc)
  21989.     Re: Pizza Hut Consolidated Phone Number - All Locations (Ian Angus)
  21990.     Looking for Remote Control Solution (Mark Breman)
  21991.     Question on Setting up Internet Users Group (James E. Law)
  21992.     Oh Yeah? (Cole Cooper)
  21993.  
  21994. TELECOM Digest is an electronic journal devoted mostly but not
  21995. exclusively to telecommunications topics. It is circulated anywhere
  21996. there is email, in addition to various telecom forums on a variety of
  21997. public service systems and networks including Compuserve and America
  21998. On Line. It is also gatewayed to Usenet where it appears as the moderated
  21999. newsgroup 'comp.dcom.telecom'. 
  22000.  
  22001. Subscriptions are available to qualified organizations and individual
  22002. readers. Write and tell us how you qualify:
  22003.  
  22004.                  * telecom-request@eecs.nwu.edu *
  22005.  
  22006. The Digest is edited, published and compilation-copyrighted by Patrick
  22007. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  22008. or phone at:
  22009.                     9457-D Niles Center Road
  22010.                      Skokie, IL USA   60076
  22011.                        Phone: 500-677-1616
  22012.                         Fax: 708-329-0572
  22013.   ** Article submission address only: telecom@eecs.nwu.edu **
  22014.  
  22015. Our archives are located at lcs.mit.edu and are available by using
  22016. anonymous ftp. The archives can also be accessed using our email
  22017. information service. For a copy of a helpful file explaining how to
  22018. use the information service, just ask.
  22019.  
  22020. *************************************************************************
  22021. *   TELECOM Digest is partially funded by a grant from the              *
  22022. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  22023. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  22024. * project.  Views expressed herein should not be construed as represent-*
  22025. * ing views of the ITU.                                                 *
  22026. *************************************************************************
  22027.  
  22028. Additionally, the Digest is funded by gifts from generous readers such
  22029. as yourself who provide funding in amounts deemed appropriate. Your help 
  22030. is important and appreciated. A suggested donation of twenty dollars per
  22031. year per reader is considered appropriate. See our address above.
  22032.  
  22033. All opinions expressed herein are deemed to be those of the author. Any
  22034. organizations listed are for identification purposes only and messages
  22035. should not be considered any official expression by the organization.
  22036. ----------------------------------------------------------------------
  22037.  
  22038. Date: Fri, 3 Mar 95 20:56 EST
  22039. From: Donald E. Kimberlin <0004133373@mcimail.com>
  22040. Subject: Local Competition in North Carolina
  22041.  
  22042.  
  22043.         Observers of U.S. telecommunications demonopolization history
  22044. may recall that in early days of events like Hush-a-Phone and
  22045. Carterfone, significant news focused on the Mebane Home Telephone
  22046. Company of North Carolina.
  22047.  
  22048.         Mebane was the battleground upon which the North Carolina
  22049. Public Utilities Commission and the Federal Communications Commission
  22050. did battle concerning whether or not the public could own and attach
  22051. its own telephones to lines of the local telephone company.  At one
  22052. point, the NC PUC even issued a widely-ridiculed decision that it
  22053. would permit the public to connect its own telephones for interstate
  22054. traffic only -- but that in order to do so, users would have to rent a
  22055. separate telephone line to be used for interstate calls only.  Saner
  22056. heads eventually prevailed, and the matter was resolved by other
  22057. means.
  22058.  
  22059.         Today, North Carolina appears to be among the earlier states
  22060. contemplating statewide demonopolization of local telephone service,
  22061. perhaps beginning as early as July 1, 1996.
  22062.  
  22063.         A bill was introduced into the North Garolina legislature only
  22064. several weeks ago, with nearly enough co-sponsors to assure passage at
  22065. introduction.  Here's a story from the March 3, 1995 Charlotte, NC
  22066. <Observer) indicating its movement and some of its provisions:
  22067.  
  22068.                BILL TO OVERHAUL LOCAL PHONE SERVICE
  22069.                CLEARS N.C. HOUS UTILITIES COMMITTEE
  22070.                    By Foon Ree, Raleigh Bureau
  22071.  
  22072.         RALEIGH -- With more safeguards for real competition added in,
  22073. a proposal to overhaul N.C. local telephone service cleared its first
  22074. major hurdle Thursday.
  22075.  
  22076.         The state House Public Utilities Committee unanimously
  22077. endorsed a bill that would allow competition in local phone service
  22078. starting July 1, 1996.  Customers could pick their local phone company
  22079. like they now do for long distance calling.
  22080.  
  22081.         The bill would also let local phone companies compete on
  22082. price.
  22083.  
  22084.         Today, about two dozen companies have monopolies in different
  22085. areas of the state.  All charge customers based on profit margins
  22086. approved by the N.C. Utilities Commission.
  22087.  
  22088.         The full House could vote on the bill as soon as next
  22089. week.
  22090.  
  22091.         The proposal has high stakes for consumers, and for companies
  22092. that want a piece of the local phone business.  The state's local
  22093. phone companies reap about US$ 2,500,000,000 in revenue from
  22094. long-distance access fees, Yellow pages advertising revenue and local
  22095. charges.
  22096.  
  22097.         Backers of the bill, which include existing local phone
  22098. companies, say it will lead to better technology and service and to
  22099. lower rates for many homes and businesses, most likely those in major
  22100. cities.
  22101.  
  22102.         The phone companies hope to make more money by expanding into
  22103. new territories and offering advanced technology services.
  22104.  
  22105.         Opponents, including long distance carriers and cable TV
  22106. firms, say the bill would let local phone companies squeeze out
  22107. competitors and maintain some of the Southeast's highest local phone
  22108. rates.
  22109.  
  22110.         They note that the proposal allows local phone companies to
  22111. keep their monopolies for at least one year, without the current
  22112. limits on rates.  That could let local companies raise rates in rural
  22113. areas that wouldn't attract competitors, and use the money to lower
  22114. rates in cities like Charlotte, where new competitors want business.
  22115.  
  22116.         On Thursday, the committee approved changes suggested by N.C.
  22117. Attorney General Mike Easley to make it clear that companies can file
  22118. complaints over "anti-competitive activity."
  22119.  
  22120.         "They're helpful," said Wade Hargrove, a lobbyist for the long
  22121. distance and cable firms.  But he said the long distance firms want a
  22122. specific provision in the bill telling the commission to watch out for
  22123. local companies trying to stifle competition.
  22124.  
  22125.         Several committee members also wanted reassurance that the
  22126. bill won't lead to huge rate hikes in rural areas.  The bill keeps
  22127. companies with 200,000 or fewer phone lines -- which serve about 10%
  22128. of the state -- off-limits to competition, unless they want to compete
  22129. to serve other areas.
  22130.  
  22131.         Rural areas won't immediately benefit from competition, said
  22132. Robert Gruber, who looks out for consumers as director of the N.C.
  22133. Utilities Commission's public staff.
  22134.  
  22135. <end quoted story>
  22136.  
  22137.  ... And so there you have it, Dear Moderator.  I coincidentally note
  22138. it was five years ago and less that my posts forecasting the demise of
  22139. local competition in the U.S met with replies of incredulity in this
  22140. forum, mostly from those who were certain the long-standing claims of
  22141. massive capital cost would maintain the once-sacrosanct "natural
  22142. monopoly" concept of 1913 in perpetuity.  Yet, today, we see instead
  22143. the telephone companies in North Carolina seizing the initiative to
  22144. change their own status.  Clearly, they have gotten the message as
  22145. demonstrated in places like England and New Zealand that it's no
  22146. longer such a massive, capital-intensive task to construct and
  22147. maintaim a functioning local telephone plant.
  22148.  
  22149. ------------------------------
  22150.  
  22151. Date: Fri, 3 Mar 1995 17:03:14 -0500
  22152. From: richard@mandarin.com
  22153. Subject: Major UK Network Failure
  22154.  
  22155.  
  22156. On the morning of Thursday, 2 March, workmen accidentally cut into a
  22157. major fiber-optic cable near Banbury, which contained BT's main
  22158. telecomms link between London and Birmingham.  Details of the incident
  22159. are not yet completely clear, but it is reported that approximately 18
  22160. fibres, each carrying 540Mb, plus the associated maintenance spares,
  22161. were broken by the damage.  Serious congestion followed - not only on
  22162. BT's network, but also on other networks as customers and service
  22163. providers tried to reroute their traffic by other means.  Several of
  22164. the mobile networks, who lease bulk capacity from BT, also suffered
  22165. consequent disruption: as did JANET, the "Joint Academic NETwork" in
  22166. the UK.
  22167.  
  22168. This incident has raised some significant questions about BT's claims
  22169. to have a resilient network, and to be able to reroute around a single
  22170. point of failure.  It took BT until late in the afternoon of the
  22171. following day (Friday, 3 March) before service on the route was fully
  22172. restored.
  22173.  
  22174.  
  22175. Richard D G Cox
  22176.  
  22177. Mandarin Technology, PO Box 111, Penarth, South Glamorgan CF64 3YG
  22178. Voice: 0956 700111;    Fax: 0956 700110;    VoiceMail: 0941 151515
  22179. e-mail address: richard@mandarin.com; PGP2.6 public key on request
  22180.  
  22181. ------------------------------
  22182.  
  22183. From: cashore@PacBell.COM (Cherie Shore)
  22184. Subject: PacBell Offers a "Taste of Interop" in LA, March 28
  22185. Date: 4 Mar 1995 09:32:51 GMT
  22186. Organization: Pacific Bell
  22187.  
  22188.  
  22189. Your time is extremely valuable, and Interop is over 300 miles away in
  22190. Las Vegas.  Why go?  Pacific Bell will demonstrate cutting edge
  22191. network interoperability applications right here in Los Angeles on
  22192. March 28.
  22193.  
  22194. Our 'A Taste of Interop' event will feature exhibits of:
  22195.  
  22196.     Telemedicine
  22197.     Multipoint Desktop Videoconferencing
  22198.     The Studio of the Future
  22199.     High Speed Internet Access
  22200.     Cupertino's CityNet
  22201.     Caltech's Real-Time Earthquake Monitoring
  22202.  
  22203. We'll be showing examples of applications running on the following
  22204. digital comunication technologies:
  22205.  
  22206.     ISDN
  22207.     Frame Relay
  22208.     SMDS
  22209.     Advanced Broadcast Video Service
  22210.  
  22211. No reservations required; exhibits will be open between 12:00 and 5pm
  22212. on March 28, at 1010 Wilshire Blvd, Los Angeles.  Parking is provided.
  22213.  
  22214.  
  22215. Cherie Shore    cashore@pacbell.com
  22216. ISDN Technology Manager, PacBell
  22217.  
  22218. ------------------------------
  22219.  
  22220. Date: Sat, 4 Mar 1995 07:37:39 -0500
  22221. From: richard@mandarin.com
  22222. Subject: Dialing the Falkland Islands
  22223.  
  22224.  
  22225. The TELECOM Digest Editor noted:
  22226.  
  22227. > It does not matter how many digits the place has.  If the number is
  22228. > direct dialable, then it can be used. In most places where the local
  22229. > numbers are less than seven digits, you will find the city code and
  22230. > country code are longer, to fill in the blanks.
  22231.  
  22232. The country originally referred to (the Falkland Islands) now has five
  22233. digit numbers.  Until recently there were only four digit numbers, and
  22234. then they all changed to five digit by prepending all numbers with
  22235. "2".  International dialing to the Falkland Islands has been on +500
  22236. for as long as I can remember; before that it was operator-only
  22237. connection via Cable and Wireless.  Some of you may recall that the
  22238. failure of the Cable and Wireless link just before the Falklands were
  22239. invaded, was a point featured in a film made subsequently about the
  22240. Falklands war.  Obviously the service has since been improved --
  22241. possibly as a result of improvements in funding?
  22242.  
  22243. There are no "city codes" for the Falklands Islands.  It is unlikely
  22244. that there is even more than one CO.  So the Falklands have some of
  22245. the shortest (international) numbers in the world, and from the UK
  22246. dialling the Falklands takes less digits now than most inland numbers.
  22247. Oddly enough, calls to the Falklands are also the most expensive calls
  22248. (apart from Satellite and Ships calls) that can be made from the UK.
  22249.  
  22250. As in the US, 500 has a special purpose in the UK -- it is one of our
  22251. freephone (toll-free) codes, like 800.  So if the initial digit 0 is
  22252. repeated by accident, a call that should be free (such as 0500 224466)
  22253. turns into one of the most expensive calls (00500 22446) that can be made.
  22254.  
  22255. I believe there may still be shorter numbers than those in the Falklands,
  22256. but until recently some of them could not be dialed in the normal way
  22257. as Telco's equipment could not handle them correctly.  Callers had to
  22258. dial a dummy digit *after* the called number, to convince the COs that
  22259. the digit string is valid.  Either the numbers have been lengthened,
  22260. or the COs have been fixed ... we no longer have to dial dummy digits.
  22261.  
  22262.  
  22263. Richard D G Cox
  22264.  
  22265. Mandarin Technology, PO Box 111, Penarth, South Glamorgan CF64 3YG
  22266. Voice: 0956 700111;    Fax: 0956 700110;    VoiceMail: 0941 151515
  22267. e-mail address: richard@mandarin.com; PGP2.6 public key on request
  22268.  
  22269. ------------------------------
  22270.  
  22271. From: cd2@access.digex.net (Chris Daniels)
  22272. Subject: IVR Application, Northern Telecom SL1 PBX
  22273. Date: 3 Mar 1995 16:33:42 -0500
  22274. Organization: 24 Hour Computers, Greenbelt, MD USA
  22275.  
  22276.  
  22277. I am working on an IVR application which sits behind a Northern
  22278. Telecom SL1 PBX and appears as an analog 2500 set; the problem is that
  22279. the SL1 does not drop the loop current when the calling party hangs
  22280. up, causing the IVR system to stay offhook and tie up the incoming
  22281. line until a timeout occurs in the application.
  22282.  
  22283. Does anyone know of a programming change that can be made to the SL1
  22284. which will return some form of call progress signalling, such as
  22285. reorder or other tones?
  22286.  
  22287. The voice board used is a Dialogic D41D, and the NT PBX is a SL1-XT release 
  22288. 19 issue 32.
  22289.  
  22290. Please email your response to me, my provider is having news problems as 
  22291. usual.
  22292.  
  22293.  
  22294. Thanks,
  22295.  
  22296. Ken WIlliams   Voicelink Communications, Inc.
  22297. 202-541-9009   kenw@us.net
  22298.  
  22299. ------------------------------
  22300.  
  22301. Subject: Questions About Format of Printed Telephone Numbers
  22302. Date: Fri, 03 Mar 1995 18:01:52 -0500
  22303. From: Jeff Wolfe <wolfe@ems.PSU.EDU>
  22304.  
  22305.  
  22306. I got involved in a debate with some friends about the 'correct' way
  22307. to write a telephone number.
  22308.  
  22309. Is there an 'international standard'?  Is it official or just commonly
  22310. accepted?
  22311.  
  22312. The guy I was debating with said that +1 814 555 1212 was the 'offical' 
  22313. way.  What does the '+' mean?
  22314.  
  22315.  
  22316. Jeff Wolfe
  22317. Sysadmin, Newsadmin    -    Penn State - College of Earth and Mineral Sciences
  22318.  
  22319.  
  22320. [TELECOM Digest Editor's Note: The '+' means 'international access code if
  22321. required plus'. In other words, to dial a country in Europe for example,
  22322. we dial 011 plus the country code and number. In the USA, '1' is by 
  22323. coincidence both the access code used internally when dialing long distance
  22324. and it is the international access code for the USA and Canada when dialing
  22325. here from elsewhere. So the way you would read your example is 'dial whatever
  22326. you dial to place an international call, followed by 1 for the USA and
  22327. then the area code 814 and local number 555-1212'.    PAT
  22328.  
  22329.  
  22330. ------------------------------
  22331.  
  22332. Date: Fri, 03 Mar 95 18:05:40 EST
  22333. From: Tony Harminc <EL406045@BROWNVM.brown.edu>
  22334. Subject: Re: Pizza Hut Consolidated Phone Number - All Locations
  22335.  
  22336.  
  22337. ansehl@MO.NET (Eric Canale) wrote:
  22338.  
  22339. >> "No other food service company in Canada offers this level of
  22340. >> convenience for its customers," says Corbett. "Our goal now is to make
  22341. >> 310-1010 available across the country so no matter what city our
  22342. >> customers are in, they dial the same number for a Pizza Hut pizza."
  22343.  
  22344. > It's been a while since I lived in Canada, but Toronto based Pizza Pizza
  22345. > has had the single (416) 967-1111 delivery number for all its locations
  22346. > since the early 80s.  I really don't see how Pizza Hut's system is any
  22347. > different, other than the fact it's 10 years late.
  22348.  
  22349. The problem with Pizza Pizza's system is that the famous 967-1111
  22350. works only from within the 416 area code (Metro. Toronto).  Local
  22351. callers in the surrounding 'burbs have to dial 416 967-1111, and
  22352. callers further out have local numbers (e.g. Oshawa 905 567-1111) to
  22353. reach their local dispatch centre.  In fact I think there is only the
  22354. one central dispatch site for all of southern Ontario.  It's
  22355. interesting to see the different approach taken by the chains.  Pizza
  22356. Pizza has all calls go to one place, and then sends the orders to the
  22357. geographically appropriate store on a data network.  This lets them
  22358. track how busy each store is and avoid overloading by farming orders
  22359. out further afield when necessary.  I doubt that any phone-network
  22360. based routing scheme will have such flexibility.
  22361.  
  22362. Pizza Pizza has an overwhelming market presence in the Toronto area,
  22363. to the point that customs people at the airport are reputed to ask
  22364. suspicious travellers claiming to live in Toronto "what's Pizza
  22365. Pizza's number?", or even to ask them to sing the little jingle "nine
  22366. - six - seven -- eleven -- eleven".  A number of other local chains
  22367. have catchy numbers (Two-for-One Pizza is 241-0241 Get it: 241- oh -
  22368. you did get it...), but nothing has close to the recognition of Pizza
  22369. Pizza.
  22370.  
  22371.  
  22372. Tony Harminc
  22373.  
  22374. ------------------------------
  22375.  
  22376. Date: Fri, 3 Mar 1995 18:42:19 EST
  22377. From: Ian Angus <angus@accesspt.north.net>
  22378. Subject: Re: Pizza Hut Consolidated Phone Number - All Locations
  22379.  
  22380.  
  22381. Eric Canale wrote:
  22382.  
  22383. > (sellers@on.bell.ca) wrote:  
  22384.  
  22385. >> "No other food service company in Canada offers this level of 
  22386. >> convenience for its customers," says Corbett. "Our goal now is to make 
  22387. >> 310-1010 available across the country so no matter what city our 
  22388. >> customers are in, they dial the same number for a Pizza Hut pizza." 
  22389.  
  22390. > It's been a while since I lived in Canada, but Toronto based
  22391. > Pizza Pizza has had the single (416) 967-1111 delivery number for all its
  22392. > locations since the early 80s.  I really don't see how Pizza Hut's system
  22393. > :is any different, other than the fact it's 10 years late.
  22394.  
  22395. There is a big difference. Pizza Pizza pioneered the single number for
  22396. an entire city, covering multiple outlets. (Far in advance of Dominos
  22397. in the US, for example.) But the Pizza Pizza system has two limitations, 
  22398. compared to the new one at Pizza Hut:
  22399.  
  22400. 1. The Pizza Pizza number only works within the Toronto free calling area.
  22401. Its long distance (or a different local number) from other areas.
  22402.  
  22403. 2. The Pizza Pizza number goes to a central location, where the call is
  22404. answered and the order taken. The order is then transmitted to the nearest
  22405. franchise store by a data link.
  22406.  
  22407. By contrast:
  22408.  
  22409. 1. With the new service, Pizza Hut has the same seven-digit number (310-1010)
  22410. over multiple area codes. The caller never has to dial a long distance call.
  22411.  
  22412. 2. The public network automatically routes the call to the nearest Pizza
  22413. Hut store, based on the caller's location. So there is no need for a
  22414. central answering location or retransmission of the order.
  22415.  
  22416. Actually, Bell Canada's 310-Service is just 800-Service in disguise.
  22417. The rates (to Pizza Hut) are the same as 800 rates, with a premium
  22418. charge added for using 7-digit access. The idea is to let multi-location 
  22419. companies have a "local" appearance, but only one number to advertise.
  22420.  
  22421.  
  22422. Ian Angus    Angus TeleManagement Group   Ajax Ontario Canada   
  22423. 905-686-5050 ext 222       angus@accesspt.north.net
  22424.  
  22425. ------------------------------
  22426.  
  22427. From: Mark Breman <cklomp@solair1.inter.NL.net>
  22428. Subject: Looking For Remote Control Solution
  22429. Organization: NLnet
  22430. Date: Sat, 4 Mar 1995 12:10:06 GMT
  22431.  
  22432.  
  22433. Hi there,
  22434.  
  22435. Currently we are using a NetWare connect modem pool. To communicate
  22436. with this pool we are using the windows nasi redirector (attnasi 1.0
  22437. loaded at windows startup) from NOVELL which redirects COM1 to the
  22438. modem pool. As remote control software we wanted to use ReachOut
  22439. because this supports Super VGA 1024*768. ReachOut doesn't seem to
  22440. work with the modem pool (COM1 is not redirected) because it makes no
  22441. use of the standard windows communications API.
  22442.  
  22443. Can anyone tell me which remote control solution supports SVGA
  22444. 1024*768 or higher and is able to make use of a modem pool through the
  22445. windows nasi redirector mentioned above?
  22446.  
  22447. Because of memory problems we're not able to use the DOS nasi redirector. 
  22448. We are using NetWare 3.11, IPXODI 2.12, NETX 3.32, Windows 3.1 upgraded 
  22449. to 3.11 (NOT WfW).
  22450.  
  22451. Please reply by email to: breman@ideta.nl
  22452.  
  22453.  
  22454. Thanks in advance,
  22455.  
  22456. Mark Breman  breman@ideta.nl
  22457.  
  22458. ------------------------------
  22459.  
  22460. From: edlaw@chattanooga.net (James E. Law)
  22461. Subject: Question on Setting up Internet Users Group
  22462. Date: 04 Mar 1995 02:56:33 GMT
  22463. Organization: Chattanooga Online!
  22464.  
  22465.  
  22466. I would appreciate any suggestions you can provide on how to organize
  22467. a successful internet users group. Such a group has just been
  22468. initiated in Chattanooga, TN (CHATNET) and is in the process of
  22469. getting organized.  Things seem to be off to a good start with 47 in
  22470. attendance of our Jan.  meeting. I know that some of you have been
  22471. through this start-up phase multiple time and can suggest how we do it
  22472. right. In particular, I would like input on:
  22473.  
  22474. 1. Would you send me a copy of your charters/by-laws?
  22475.  
  22476. 2. What kinds of officers are in place for your group?
  22477.  
  22478. 3. What is the format of your meetings? What kind of meeting activities do
  22479. members find to be interesting and/or helpful?
  22480.  
  22481. 4. What activities (other than meetings) are your group involved in (e.g.
  22482. training, communnity service projects, internet promotion)?
  22483.  
  22484. 5. Are there any organizations that provide support to internet users
  22485. groups? Any industry sponsors out there?
  22486.  
  22487. 6. Any other suggestions?
  22488.  
  22489. Please send your response via e-mail.
  22490.  
  22491.  
  22492. Thanks for your help.
  22493.  
  22494. Ed Law (edlaw@chattanooga.net)
  22495.  
  22496. ------------------------------
  22497.  
  22498. From: Cole Cooper <Cole_Cooper@stentor.ca>
  22499. Date: 3 Mar 1995  9:49:02 EDT
  22500. Subject: Oh Yeah?
  22501.  
  22502.  
  22503. > [TELECOM Digest Editor's Note: Oh go ahead, you can whisper it to me.
  22504. > I won't tell anyone who doesn't read the Digest or Usenet. You think
  22505. > Ma Bell is a bitch, is that it?    <g>     PAT]<<
  22506.  
  22507. More than likely -- if he told you -- he'd have to kill you.  (grin)
  22508. But I don't think he wants to - the paperwork afterwards can be
  22509. grueling.  It would be a RFT-PM007 (Request for Termination - Post
  22510. Mortem), and the last time I used one of those it took six months for
  22511. approval.
  22512.  
  22513.  
  22514. REPLY-TO: C.M. (Cole) Cooper - Stentor Resource Centre Inc.  3W 3030
  22515. 2nd Avenue S.E.  Calgary, Alberta. CANADA T2A 5N7
  22516. Internet: cooperc@stentor.ca
  22517. TN: 403-531-4205   Compuserve 73361,35  
  22518. Fax 403-531-4248 or 1-800-269-7571
  22519. The Information Superhighway Construction Foreman's office
  22520.  
  22521. ------------------------------
  22522.  
  22523. End of TELECOM Digest V15 #133
  22524. ******************************
  22525.     
  22526.     
  22527. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa27680;
  22528.           5 Mar 95 12:17 EST
  22529. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  22530.     id AA12479; Sun, 5 Mar 95 07:55:13 CST
  22531. Return-Path: <telecom>
  22532. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  22533.     id AA12473; Sun, 5 Mar 95 07:55:11 CST
  22534. Date: Sun, 5 Mar 95 07:55:11 CST
  22535. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  22536. Message-Id: <9503051355.AA12473@delta.eecs.nwu.edu>
  22537. To: telecom@eecs.nwu.edu
  22538. Subject: TELECOM Digest V15 #134
  22539.  
  22540. TELECOM Digest     Sun, 5 Mar 95 07:55:00 CST    Volume 15 : Issue 134
  22541.  
  22542. Inside This Issue:                          Editor: Patrick A. Townson
  22543.  
  22544.     New Delphi Forum (Scott Gordon)
  22545.     Cubix Remote Access Server (Scott Gordon)
  22546.     Radio Commentator Gets a Caller ID Callback (Dave Leibold)
  22547.     GSM Roaming (was E(TACS) and GSM) (Mark J. Elkins)
  22548.     POTs Wanted! (Jay W. Shoup)
  22549.     Analog Interface Parameters (Eli Cohen)
  22550.     64 Kbps HDLC PCMCIA Interface (Milo S. Medin)
  22551.     Book Review: "USENIX Conference Keynote Address" by Barlow (Rob Slade)
  22552.     Help Wanted Wtih ISDN Service (Gregory Hicks)
  22553.     Pizza Hut in Atlanta (Ted Koppel)
  22554.     Re: Pizza Hunt Consolidated Phone Number - All Locations (Chris Hudel)
  22555.     Re: Pizza Hunt Consolidated Phone Number - All Locations (Scott Montague)
  22556.     Re: And the Grammy For Poor Planning Goes to ... (Bob Wilkins)
  22557.  
  22558. TELECOM Digest is an electronic journal devoted mostly but not
  22559. exclusively to telecommunications topics. It is circulated anywhere
  22560. there is email, in addition to various telecom forums on a variety of
  22561. public service systems and networks including Compuserve and America
  22562. On Line. It is also gatewayed to Usenet where it appears as the moderated
  22563. newsgroup 'comp.dcom.telecom'. 
  22564.  
  22565. Subscriptions are available to qualified organizations and individual
  22566. readers. Write and tell us how you qualify:
  22567.  
  22568.                  * telecom-request@eecs.nwu.edu *
  22569.  
  22570. The Digest is edited, published and compilation-copyrighted by Patrick
  22571. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  22572. or phone at:
  22573.                     9457-D Niles Center Road
  22574.                      Skokie, IL USA   60076
  22575.                        Phone: 500-677-1616
  22576.                         Fax: 708-329-0572
  22577.   ** Article submission address only: telecom@eecs.nwu.edu **
  22578.  
  22579. Our archives are located at lcs.mit.edu and are available by using
  22580. anonymous ftp. The archives can also be accessed using our email
  22581. information service. For a copy of a helpful file explaining how to
  22582. use the information service, just ask.
  22583.  
  22584. *************************************************************************
  22585. *   TELECOM Digest is partially funded by a grant from the              *
  22586. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  22587. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  22588. * project.  Views expressed herein should not be construed as represent-*
  22589. * ing views of the ITU.                                                 *
  22590. *************************************************************************
  22591.  
  22592. Additionally, the Digest is funded by gifts from generous readers such
  22593. as yourself who provide funding in amounts deemed appropriate. Your help 
  22594. is important and appreciated. A suggested donation of twenty dollars per
  22595. year per reader is considered appropriate. See our address above.
  22596.  
  22597. All opinions expressed herein are deemed to be those of the author. Any
  22598. organizations listed are for identification purposes only and messages
  22599. should not be considered any official expression by the organization.
  22600. ----------------------------------------------------------------------
  22601.  
  22602. From: GORDONSBBS@delphi.com
  22603. Subject: New Delphi Forum
  22604. Date: 5 Mar 1995 04:36:52 GMT
  22605. Organization: Delphi Internet Services Corporation
  22606.  
  22607.  
  22608. SBBS Communications has recently opened a CUSTOM FORUM on the DELPHI
  22609. network.  This forum is dedicated to Wireless communications (i.e.
  22610. Numeric and Alphanumeric Pagers, Cellular Phones, PCMCIA Modems, Etc.).
  22611. In addition to various discussions, wireless products will also be
  22612. sold throughout this forum.
  22613.  
  22614. Delphi Customer Forum #393 - SBBS Communications - Wireless Forum
  22615.  
  22616. The following items are only a small sampling of the products SBBS currently
  22617. offers:
  22618.  
  22619. -    Pagers (Motorola Numeric & Alphanumeric)
  22620. -    Cellular Phones (Motorola, Nokia, Audiovox, OKI)
  22621. -    Cellular Accessories (Batteries, Cigarette Adapters, Leather Cases)
  22622. -    PCMCIA Modems & Data-Links
  22623.  
  22624. How To Get A Delphi Account:
  22625.  
  22626. 1.   Call 1-800-695-4002 Using Your Modem
  22627. 2.   When your prompted for a USERNAME, enter JOINDELPHI
  22628. 3.   When your prompted for a PASSWORD, enter CUSTOM393
  22629.  
  22630. New users are allotted their FIRST five (5) hours of usage FREE.
  22631.  
  22632.  
  22633. * Brought To You By *
  22634.  
  22635. SBBS Communications
  22636. 444 Skokie Blvd. Suite #211
  22637. Wilmette, Illinois 60091
  22638. Voice: (708) 256-4600
  22639. Fax: (708) 256-4488
  22640.  
  22641. Scott Gordon - Internet ID: GORDONSBBS@DELPHI.COM
  22642. Need A Pager and/or Cellular Phone? You need it, I've got it!
  22643.  
  22644. Host Of Delphi Custom Forum #393 - SBBS Communications/Wireless Forum
  22645.  
  22646. ------------------------------
  22647.  
  22648. From: GORDONSBBS@delphi.com
  22649. Subject: Cubix Remote Access Server
  22650. Date: 5 Mar 1995 04:36:21 GMT
  22651. Organization: Delphi Internet Services Corporation
  22652.  
  22653.  
  22654. Quoting dmorey from a message in comp.dcom.telecom
  22655.  
  22656. > Has anyone used Cubix products?  We are looking at their remote access
  22657. > server solution for our dial-in lines.  We have pretty much picked
  22658. > their product but I wanted to get some comments from the field.
  22659.  
  22660. I've used cubix boards along with Netware Connect.  What info were you
  22661. looking for?
  22662.  
  22663.  
  22664. Scott Gordon - Internet ID: GORDONSBBS@DELPHI.COM
  22665.  
  22666. ------------------------------
  22667.  
  22668. Date: Sat, 4 Mar 1995 23:49:13 EST
  22669. From: Dave Leibold <dleibold@gvc.com>
  22670. Subject: Radio Commentator Gets a Caller ID Callback
  22671.  
  22672.  
  22673. Andy Barrie's commentary on CFRB Radio Toronto on 3rd March dealt with
  22674. the subject of Caller ID technology. Barrie told the story of a call
  22675. he got at 2 am one morning from someone saying "you called me". He was
  22676. mystified for a while until the mystery caller identified his last name.
  22677.  
  22678. It turned out Barrie was trying to reach someone else with the same
  22679. last name (two listings were found for the surname; call attempt #1 was
  22680. for the mystery caller who didn't answer at the time; attempt #2 was
  22681. the person being looked for). Caller #1 had a call display unit that
  22682. recorded the Caller ID transactions, and thus Andy Barrie's unblocked
  22683. call would have shown up as one of the calls.
  22684.  
  22685. The commentary was on the CFRB 1010 access line at +1 416 872.2372
  22686. (872.CFRB) - select 4 on touch tone to hear the feature commentaries;
  22687. Andy Barrie's material is then obtained by selecting 2). This will
  22688. likely be replaced with Barrie's next commentary as of Monday 6th March.
  22689.  
  22690.  
  22691. David Leibold -+- dleibold@gvc.com -+- aa070@freenet.toronto.on.ca
  22692.  
  22693. ------------------------------
  22694.  
  22695. From: mje@posix.co.za (Mark J Elkins)
  22696. Subject: GSM Roaming (was E(TACS) and GSM)
  22697. Date: 5 Mar 1995 08:26:44 -0200
  22698. Organization: Posix Systems
  22699.  
  22700.  
  22701. > GSM is up and running in *all* western european countries except for
  22702. > Spain.  Other European countries are Hungary and Russia.  Some none-
  22703. > European countries running or opening shortly are:
  22704.  
  22705. > Thailand, Indonesia, Singapore, Malaysia, Hong Kong, Australia, New
  22706. > Zealand, South, Africa, Namibia, Egypt, Marocco, United Arab Emirates,
  22707. > Argentine, Kamerun, China, India, Pakistan, Fidji.  I probably forgot
  22708. > about half of them, but my point is that there are more than seven ...
  22709.  
  22710. > You can roam within Europe, at least one network per country and the
  22711. > "older" nets in Asia, such as Australasia, Hong Kong, Thailand,
  22712. > Singapore.
  22713.  
  22714. Just had some international people come to South Africa for some training.
  22715. There were two people from Denmark and one from the UK. Their GSM phones
  22716. worked just fine -- without any prior setup -- although the Danes reported
  22717. that one local carrier - MTN - stopped working after two days -- were as
  22718. Vodacom stayed working for the three week duration they were here for.
  22719.  
  22720. My carrier says I must swap my SIM card before going overseas. (ie - Let
  22721. them know).
  22722.  
  22723. Some differences between networks, for voice mail, I am notified via
  22724. SMS, they get a phone call from the provider. I can send SMS to other
  22725. phones -- they can't (I believe).
  22726.  
  22727.  
  22728. Olivetti Systems & Networks, Unix Support - Sth Africa
  22729. mje@posix.co.za  -  Mark J. Elkins  -  Postmaster
  22730. Tel: +27 11 456 3125  Cell: +27 83 601 0496
  22731.  
  22732. ------------------------------
  22733.  
  22734. From: jshoup@holli.com (Jay W. Shoup)
  22735. Subject: POTs Wanted!
  22736. Organization: Advanced Technologies
  22737. Date: Sun, 5 Mar 1995 07:53:56 GMT
  22738.  
  22739.  
  22740. Cute subject line ehh!
  22741.  
  22742. This will sound like a really wierd request. My telco supplier does not
  22743. have a telephone that will shortly be needed by one of my customers!
  22744. If anyone has the name and telco number where I can locate a phone to
  22745. "fill the bill" I would appreciate it!
  22746.  
  22747. 1. Powered from AC wall adapter NOT telco lines);
  22748. 2. Line busy indicator;
  22749. 3. Ringer control (on/off);
  22750. 4. CHEAP!;
  22751. 5. Single line;
  22752. 6. POTS (Plain old telephone service compatable).
  22753.  
  22754. I have in mind a Northern Telcom model QT200 (NT2N17AA332) but can not
  22755. locate where I bought it or where to get it now. Any help would be
  22756. greatly appreciated!
  22757.  
  22758. About 30 of the phones will be needed!
  22759.  
  22760.  
  22761. Jshoup@holli.com   317-664-2066
  22762.  
  22763. ------------------------------
  22764.  
  22765. From: gandalf!elic@uunet.uu.net (Eli Cohen)
  22766. Subject: Analog Interface Parameters
  22767. Organization: Tel-Aviv University Computation Center
  22768. Date: Sun, 5 Mar 1995 08:56:46 GMT
  22769.  
  22770.  
  22771. I'm looking for information in the form of articles, research papers etc.
  22772. on the topic: Analog Interface Parameters.
  22773.  
  22774. The parameters I'm looking for (such as Line Impedance, Dial Tone,
  22775. Cadences, etc.) should be categorized be country of origin.
  22776.  
  22777. Thanks for your help.
  22778.  
  22779.  
  22780. Eli Cohen   elic@lannet.com
  22781.  
  22782. ------------------------------
  22783.  
  22784. From: medin@nsipo.nasa.gov (Milo S. Medin)
  22785. Subject: 64 Kbps HDLC PCMCIA interface
  22786. Date: 5 Mar 1995 08:59:33 GMT
  22787. Organization: Nasa Science Internet
  22788.  
  22789.  
  22790. Hi.  I'm looking for a way to interface an IBM ThinkPad 755 series
  22791. computer with an INMARSAT-A ground station at 64 Kbps, without using a
  22792. seperate device such as a router.  Since the TP's onboard serial ports
  22793. can't support this, I am thinking that the only way to pull this off
  22794. is via some sort of PCMCIA interface, that could support sync. PPP at
  22795. 64 Kbps (externally clocked).
  22796.  
  22797. Does anyone know of anyone that makes such a beast?  I know about ISA
  22798. boards that can do this, but the TP has to operate (in this context)
  22799. without a dock, so it's only the onboard interfaces or PCMCIA gear
  22800. that works.
  22801.  
  22802.  
  22803. Thanks,
  22804.  
  22805. Milo Medin
  22806. NASA Ames Research Center
  22807.  
  22808. ------------------------------
  22809.  
  22810. Date: Sat, 04 Mar 1995 14:09:22 EST
  22811. From: Rob Slade <roberts@mukluk.decus.ca>
  22812. Subject: Book Review: "USENIX Conference Keynote Address" by Barlow
  22813.  
  22814.  
  22815. CSBARLOW.RVW   950110
  22816.  
  22817. "USENIX Conference Keynote Address: San Francisco, CA, January 17, 1994",
  22818. Barlow, 1-56592-992-6, U$9.95
  22819. %A   John Perry Barlow
  22820. %C   103 Morris Street, Suite A, Sebastopol, CA   95472
  22821. %D   1994
  22822. %G   1-56592-992-6
  22823. %I   ORA Audio/O'Reilly & Associates, Inc.
  22824. %O   U$9.95 800-998-9938 707-829-0515 fax: 707-829-0104 nuts@ora.com
  22825. %P   70 min.
  22826. %S   Notable Speeches of the Information Age
  22827. %T   "USENIX Conference Keynote Address: San Francisco, CA, January 17, 1994"
  22828.  
  22829. John Perry Barlow, lyricist for the Grateful Dead, co-founder of the
  22830. Electronic Frontier Foundation (and self-described "retired Wyoming
  22831. cattle rancher") was the keynote speaker for the Usenix conference in
  22832. San Francisco, January 17, 1994.  This tape includes both his talk and
  22833. the question period.  (It is also available on Internet Talk Radio for
  22834. those willing to consume that much bandwidth, and possibly spend
  22835. longer downloading the file than the playing time of the speech.)
  22836.  
  22837. Barlow primarily discusses the cultural conflict between the
  22838. traditional Internet and the new commercial interests generally
  22839. identified with the "information superhighway".  There is discussion
  22840. of government, cryptography, censorship, and the evolution of the aims
  22841. and work of the EFF.  One point reiterated throughout is the need for
  22842. those deeply involved in the technology to study and become involved
  22843. in the political forces which drive the use (and abuse) of advanced
  22844. communications.
  22845.  
  22846. A minor theme is the call for "rich media".  Barlow laments the fact
  22847. that human beings assimilate text at a very low rate (generally below
  22848. 1200 bps), but take in experience far faster.  Rich media (or
  22849. multimedia) are therefore much more efficient for human communications
  22850. purposes.  Barlow ignores two, very vital, factors here.  The first is
  22851. that the bandwidth requirements for non-text messages are currently
  22852. very expensive, and promote a dependence on an elite level of
  22853. technology.  (This is interesting in view of the link with Internet
  22854. Talk Radio).  The second consideration is that, despite almost a
  22855. century of involvement with multimedia, people seem to be only
  22856. marginally capable of generating communications in non-text forms.
  22857. Automation isn't likely to effect that.
  22858.  
  22859.  
  22860. copyright Robert M. Slade, 1995   CSBARLOW.RVW   950110. Distribution
  22861. permitted in TELECOM Digest and associated publications. Rob Slade's
  22862. book reviews are a regular feature in the Digest.
  22863.  
  22864.  
  22865. Vancouver        roberts@decus.ca             
  22866. Institute for    Robert_Slade@sfu.ca          
  22867. Research into    slade@freenet.victoria.bc.ca 
  22868. User             rslade@CyberStore.ca         
  22869. Security         Canada V7K 2G6               
  22870.  
  22871. ------------------------------
  22872.  
  22873. Date: Sun, 5 Mar 95 7:12:21 EST
  22874. From: Gregory Hicks - Santa Clara Ca <ghicks@ARL.MIL>
  22875. Subject: Help Wanted With ISDN Service
  22876.  
  22877.  
  22878. Pat:
  22879.  
  22880. I've been following -- off and on -- the discussion on ISDN for
  22881. awhile, and, since I've been receiving quite a few complaints from my
  22882. family (father) about the phone being busy (because of my online
  22883. time), I thought I'd investigate ISDN Residential Service with PacBell.
  22884.  
  22885. While the lady that I placed my order for a phone to the apartment
  22886. with was quite helpful, she just didn't know much about ISDN.  When
  22887. the office she referred my call to called back, they grudgingly answered 
  22888. my questions, but didn't volunteer any info.  (Most unhelpful.)
  22889.  
  22890. My questions to you (or the readership) are:
  22891.  
  22892. What equipment is required at the customer's site?  Any recommended sources?
  22893. Or, for that matter, *any* sources? (PacBell didn't want to provide info
  22894. on this other than "We do have some 'associated' vendors")
  22895.  
  22896. What are benefits to me?  I want to have high speed access (I'm going
  22897. to get *almost* full time access to the net after I get a house).  I'd
  22898. like to be able to get incoming/outgoing calls when online (I know! I
  22899. know! get a second line!)
  22900.  
  22901. Other than cost (metered 8am-5pm M-F) and expense of equipment, what
  22902. are potential drawbacks?
  22903.  
  22904. Any info will be appreciated.
  22905.  
  22906.  
  22907. Regards,
  22908.  
  22909. Gregory Hicks
  22910.  
  22911. ------------------------------
  22912.  
  22913. From: tkoppel@carl.org (Ted Koppel)
  22914. Subject: Pizza Hut in Atlanta
  22915. Date: Sat, 4 Mar 1995 09:17:17 MST
  22916. Organization: CARL Corporation (Atlanta) / The UnCover Company 
  22917. Reply-To: tkoppel@solaris.carl.org
  22918.  
  22919.  
  22920. Curiously, the Pizza Huts in Atlanta are moving in a direction
  22921. opposite to that in Toronto.  Last fall, there was one number
  22922. (662-5555) that was for the entire metro area, and they did the
  22923. routing of the pizza order themselves.
  22924.  
  22925. Now, a call to 662-5555 gets you to a person who asks your home phone
  22926. number (don't they have caller ID?), and asks you to dial the Pizza
  22927. Hut in your area (and supplies you that number).
  22928.  
  22929. I haven't been buying nearly as much Pizza Hut pizza since they changed
  22930. their system here.
  22931.  
  22932.  
  22933. Ted Koppel * The UnCover Company * The CARL Corporation * tkoppel@carl.org
  22934.                   Work: 404 242 8733 Fax: 404 242 8511
  22935.  
  22936. ------------------------------
  22937.  
  22938. From: hudel@waterloo.hp.com (Christopher Hudel)
  22939. Subject: Re: Pizza Hunt Consolidated Phone Number - All Locations
  22940. Date: 4 Mar 1995 14:48:09 GMT
  22941. Organization: Hewlett Packard (Panacom Division)
  22942.  
  22943.  
  22944. Eric Canale wrote:
  22945.  
  22946. > Dave Sellers (sellers@on.bell.ca) wrote:
  22947. >> "No other food service company in Canada offers this level of
  22948. >> convenience for its customers," says Corbett. "Our goal now is to make
  22949. >> 310-1010 available across the country so no matter what city our
  22950. >> customers are in, they dial the same number for a Pizza Hut pizza."
  22951.  
  22952. > It's been a while since I lived in Canada, but Toronto based Pizza Pizza 
  22953. > has had the single (416) 967-1111 delivery number for all its locations 
  22954. > since the early 80s.  I really don't see how Pizza Hut's system is any 
  22955. > different, other than the fact it's 10 years late.  
  22956.  
  22957. The difference is that 967-1111 went to only *one* phone number (or
  22958. hunt group) and Pizza Pizza dispatched the nearest franchise to take
  22959. the order.  With Pizza Hut, the 310-1010 number routes to the nearest
  22960. franchise for *them* to take the order.  Which probably saves Pizza
  22961. Hut Inc. some money and puts more onus back on the franchises.  Not to
  22962. mention that Pizza Hut -- like most franchise operations -- will
  22963. likely transfer 2x the 310* cost to its franchisees.  (Unless they are
  22964. all store owned in which case, we see another example of the
  22965. distributed client-server model biting the dust!)
  22966.  
  22967.  
  22968. Christopher Hudel   --   hudel@waterloo.hp.com  --
  22969. (519) 883-3013   Technial Support/Marketing               
  22970.  
  22971. ------------------------------
  22972.  
  22973. From: 4sam3@qlink.queensu.ca (Scott Montague)
  22974. Subject: Re: Pizza Hunt Consolidated Phone Number - All Locations
  22975. Date: Sat, 04 Mar 95 19:24:50 GMT
  22976. Organization: Queen's University at Kingston
  22977.  
  22978.  
  22979. >> "No other food service company in Canada offers this level of
  22980. >> convenience for its customers," says Corbett. "Our goal now is to make
  22981. >> 310-1010 available across the country so no matter what city our
  22982. >> customers are in, they dial the same number for a Pizza Hut pizza."
  22983.  
  22984. > It's been a while since I lived in Canada, but Toronto based Pizza Pizza
  22985. > has had the single (416) 967-1111 delivery number for all its locations
  22986. > since the early 80s.  I really don't see how Pizza Hut's system is any
  22987. > different, other than the fact it's 10 years late.
  22988.  
  22989. It's been a long time since you lived up here, I see!  About five
  22990. years after Pizza Pizza instituted their well known 967-1111 number
  22991. they stopped using it as their "main" number.  Why?  Because their
  22992. operations had spread beyond Toronto, into many small towns outside of
  22993. the local calling area.  They first tried to solve this problem by
  22994. telling people to call long-distance, and they would reimburse them
  22995. $0.50 for their phone call.  This did not go over well (people just
  22996. don't like the idea of long distance) so they tried an 800 number
  22997. (short-lived).  So, since then, they have just tried to set up vanity
  22998. phone numbers in the smaller community that end in 1111 (eg. 542-1111
  22999. in Kingston, 697-1111 in Bowmanville, etc.)  Their 967-1111 number was
  23000. just a plain old Toronto number.
  23001.  
  23002. Pizza Hut's new "PrimeLine" number is a lot different from Pizza Pizza ...
  23003.  
  23004. a) The 310 exchange is a local seven digit call from ALL places in Ontario
  23005.    (with the exception of some FAR FAR North exchanges), and soon all
  23006.    places in Canada (hopefully);
  23007.  
  23008. b) When you dial 310-1010, it will connect you to your LOCAL Pizza Hut,
  23009.    not a big dispatch which would resend your order to your local store (such
  23010.    as Pizza Pizza's old 967-1111 service used to do), and
  23011.  
  23012. c) Depending on such things as your postal code, your exchange, and the
  23013.    time of day, it will forward to the appropriate Pizza Hut.  This is so 
  23014.    that if I want to order a pizza at 2am, and my local Pizza Hut is closed, 
  23015.    it will connect me to the next nearest open one. (This would only have 
  23016.    to be programmed once, not forwarded nightly).
  23017.  
  23018. BTW, The jingle <967-11-11 phone Pizza Pizza, yeah-yeah-yeah> was so
  23019. well-known in Toronto (and still is) that there were some stories
  23020. about customs officials who would ask people who claimed to be from
  23021. Toronto and forgot to bring sufficent ID to prove that they were, what
  23022. the number for Pizza Pizza is.  If they knew the phone number, they
  23023. could get across.
  23024.  
  23025. Now a part of Pizza Pizza's jingle is <We're more than a pretty
  23026. number, we're what you like best>.  Almost makes a case for the
  23027. ownership of a phone number, eh?
  23028.  
  23029.  
  23030. Scott
  23031.  
  23032. ------------------------------
  23033.  
  23034. From: rwilkins@ccnet.com (Bob Wilkins  n6fri)
  23035. Subject: Re: And the Grammy For Poor Planning Goes to ...
  23036. Date: 4 Mar 1995 11:16:10 -0800
  23037. Organization: home in the cAVe
  23038.  
  23039.  
  23040. Scott D Fybush (fybush@world.std.com) recently wrote in <telecom15.129.4@
  23041. eecs.nwu.edu>:
  23042.  
  23043. > Seems to me if I were advertising something, especially if I were the
  23044. > (well, "a") phone company, I'd try harder to have enough lines
  23045. > available to handle expected caller demand ...
  23046.  
  23047. I doubt if any carrier would be able to have a quarter million line
  23048. touch tone interactive demonstration. Well maybe even a thousand
  23049. lines.
  23050.  
  23051. They gave a recording to call back in five minutes, sure beats the
  23052. re-order you normally get from the rest of the pack.
  23053.  
  23054.  
  23055. Bob Wilkins            work    bwilkins@cave.org
  23056. Berkeley, California   home    rwilkins@ccnet.com
  23057. 94701-0710             play    n6fri@n6eeg.#nocal.ca.usa.noam
  23058.                       
  23059. ------------------------------
  23060.  
  23061. End of TELECOM Digest V15 #134
  23062. ******************************
  23063.     
  23064.     
  23065. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa02230;
  23066.           6 Mar 95 15:20 EST
  23067. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  23068.     id AA03672; Mon, 6 Mar 95 09:17:04 CST
  23069. Return-Path: <telecom>
  23070. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  23071.     id AA03663; Mon, 6 Mar 95 09:17:01 CST
  23072. Date: Mon, 6 Mar 95 09:17:01 CST
  23073. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  23074. Message-Id: <9503061517.AA03663@delta.eecs.nwu.edu>
  23075. To: telecom@eecs.nwu.edu
  23076. Subject: TELECOM Digest V15 #135
  23077.  
  23078. TELECOM Digest     Mon, 6 Mar 95 09:17:00 CST    Volume 15 : Issue 135
  23079.  
  23080. Inside This Issue:                          Editor: Patrick A. Townson
  23081.  
  23082.     India's Telecom Costs; Need Global Information (Rishab Aiyer Ghosh)
  23083.     Europe Postal Services and Datacom (Elizabeth Gardner)
  23084.     Problems Accessing '500' With "Other" Carriers (Danny Burstein)
  23085.     Phone Lines Aren't Transitive! (Randy Gellens)
  23086.     Thailand's Internet Information Requested (Krairut Phanich)
  23087.     Re: BA Files Waiver to Prevent Higher ISDN Costs (Fred Goodwin)
  23088.     Re: MCI Cashes AT&T Checks (Steve Friedlander)
  23089.     Kevin Mitnick - Advertising (James Bellaire)
  23090.     Area Code, Country Code Lists (Rich Greenberg)
  23091.     Question on ISDN (Stuart Brainerd)
  23092.     Northern Telecom POTS Phones (Stuart Brainerd)
  23093.     FTP Transfer Rate Using PPP (schween@uclink2.berkeley.edu)
  23094.     Modem Monitor Wanted (schween@uclink2.berkeley.edu)
  23095.  
  23096. TELECOM Digest is an electronic journal devoted mostly but not
  23097. exclusively to telecommunications topics. It is circulated anywhere
  23098. there is email, in addition to various telecom forums on a variety of
  23099. public service systems and networks including Compuserve and America
  23100. On Line. It is also gatewayed to Usenet where it appears as the moderated
  23101. newsgroup 'comp.dcom.telecom'. 
  23102.  
  23103. Subscriptions are available to qualified organizations and individual
  23104. readers. Write and tell us how you qualify:
  23105.  
  23106.                  * telecom-request@eecs.nwu.edu *
  23107.  
  23108. The Digest is edited, published and compilation-copyrighted by Patrick
  23109. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  23110. or phone at:
  23111.                     9457-D Niles Center Road
  23112.                      Skokie, IL USA   60076
  23113.                        Phone: 500-677-1616
  23114.                         Fax: 708-329-0572
  23115.   ** Article submission address only: telecom@eecs.nwu.edu **
  23116.  
  23117. Our archives are located at lcs.mit.edu and are available by using
  23118. anonymous ftp. The archives can also be accessed using our email
  23119. information service. For a copy of a helpful file explaining how to
  23120. use the information service, just ask.
  23121.  
  23122. *************************************************************************
  23123. *   TELECOM Digest is partially funded by a grant from the              *
  23124. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  23125. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  23126. * project.  Views expressed herein should not be construed as represent-*
  23127. * ing views of the ITU.                                                 *
  23128. *************************************************************************
  23129.  
  23130. Additionally, the Digest is funded by gifts from generous readers such
  23131. as yourself who provide funding in amounts deemed appropriate. Your help 
  23132. is important and appreciated. A suggested donation of twenty dollars per
  23133. year per reader is considered appropriate. See our address above.
  23134.  
  23135. All opinions expressed herein are deemed to be those of the author. Any
  23136. organizations listed are for identification purposes only and messages
  23137. should not be considered any official expression by the organization.
  23138. ----------------------------------------------------------------------
  23139.  
  23140. Subject: India's Telecom Costs; Need Global Information
  23141. From: telco-rg@dxm.ernet.in (Rishab Aiyer Ghosh)
  23142. Date: Mon, 06 Mar 95 00:55:33 IST
  23143. Organization: Deus X Machina
  23144.  
  23145.  
  23146. As readers of the Digest know, Indian telecom is governed by an
  23147. archaic Telegraph Act of 1885. It is used by the Dept of Telecom (DoT)
  23148. for, among other things, charging an annual $80,000 'license fee' for
  23149. e-mail providers, and $50,000 for BBSes. No BBSes have paid, of
  23150. course. Paying a license fee gives you no advantages -- no better line
  23151. conditions, no priority in routing or allocating new numbers, no
  23152. discount in call charges. It just gives you a license to operate.
  23153.  
  23154. I've been unable to locate a source for comparision with other
  23155. countries.  I'd info on how others handle these things, especially in
  23156. developing/Asian countries. Here's how the DoT monopoly runs the show:
  23157.  
  23158.                              In India (prices in US$, = 31.50 Rupees)
  23159. 1. local call                0.03/5 mins
  23160. 2. long-distance             0.50/min (delhi to bombay peak)
  23161.                              0.06/min (nowhere to backwater, midnight)
  23162. 3. international             1.00/min (south Asia)
  23163.                              1.75/min (Europe, Arabia, SE-Asia)
  23164.                              2.10/min (America)
  23165. 4. cellular local            0.30/min (for proposed private duopoly,big cities)
  23166.  
  23167. Datacom:
  23168. 5. leased line, intra-city   50/km p.a.
  23169.    long-distance             30 - 10 /km p.a., depending on distance
  23170.    (these are voice-quality lines, officially 9.6kbps, can often do 28.8)
  23171. 6. 64kbps digital circuits   5,000 (50 kms) to 30,000 (900 kms) p.a.
  23172. 7. 2mbps                     50,000 (50kms) to 230,000 (1000 kms) p.a.
  23173. (for 5-7, if you build your own network with switching, you pay 2.5 the
  23174. amount, as DoT is terrified that you may use these 'private data networks'
  23175. instead of its volume-based lines!)
  23176.  
  23177. 8. I-NET (DoT X.25 net)     0.30 (local, off-peak) to 7.50 (international)
  23178.                             per 32k data transmitted
  23179. 9. ISDN                     n.a. (technically feasible, but not offered)
  23180.                             
  23181. Licensing:
  23182. 10. BBSes                    max(50,000 p.a , 40 * subscribers)
  23183.    (nobody's paid)
  23184. 11. e-mail                  max(80,000 p.a. , 50 * subscribers)
  23185.     (Sprint, BIIT, others have paid)
  23186. 12. Internet (full-service) "not permitted"
  23187.     (ERNET is an academic network; NICNET is the government's own; both
  23188.      are connected to the Net. VSNL, the public sector monopoly on all
  23189.      international comms, is happy to grant connectivity to net providers,
  23190.      and even asked for franchisees last year, though the DoT (which
  23191.      presumably controls VSNL) claims such things are not permitted)
  23192.  
  23193. Licenses do not provide benefits, only the right to operate.  Data
  23194. comms users get no advantages at all, leased line maintenance is poor,
  23195. and indeed is charged for in addition (along with the 'conditioning'
  23196. of long-distance analogue leased lines).
  23197.  
  23198. DoT PR repeats that (local) call charges are among the lowest in the
  23199. world, that it needs to charge more for 'premium' services to pay for
  23200. connecting villages etc. However DoT's companies make huge profits, of
  23201. about 35%, which are among the highest in the world. While such
  23202. profits may be spent on wiring remote areas, money for such purposes
  23203. is better generated openly from investors who are aware of the risks
  23204. and share the profits, rather than unsuspecting consumers.
  23205.  
  23206.  
  23207. Rishab Aiyer Ghosh          rishab@dxm.ernet.in           rishab@arbornet.org
  23208. Vox +91 11 6853410 Voxmail 3760335       H 34C Saket, New Delhi 110017, INDIA  
  23209.  
  23210. ------------------------------
  23211.  
  23212. From: 70262.2741@compuserve.com (Elizabeth Gardner)
  23213. Subject: Europe Postal Services and Datacom
  23214. Date: Sun, 5 Mar 1995 15:16:25 GMT
  23215.  
  23216.  
  23217. I am researching an article about how postal services are coping with
  23218. the increasing obsolescence of paper mail.  I am trying to find out
  23219. which European countries have postal services that also offer
  23220. "information highway" services (for example, e-mail, Internet
  23221. connections, EDI).  Any information most welcome.  You may post here
  23222. or e-mail me at 70262.2741@compuserve.com.  If anyone's interested,
  23223. I'll be happy to post a compendium of replies here.
  23224.  
  23225.  
  23226. TIA.   
  23227.  
  23228. Elizabeth Gardner
  23229.  
  23230. ------------------------------
  23231.  
  23232. From: dannyb@panix.com (danny burstein)
  23233. Subject: Problems Accessing '500' With "Other" Carriers
  23234. Date: 5 Mar 1995 20:55:17 -0500
  23235.  
  23236.  
  23237. A -major- problem (some called it a feature) with the "700" area code 
  23238. (actually it's a service access code) was that it was carrier dependent. 
  23239. So you could have an AT&T subscriber with the -same- number as an RTI 
  23240. customer, and the person calling them would have to know which carrier 
  23241. code to prepend.
  23242.  
  23243. Very confusing.
  23244.  
  23245. This was kind-of addressed with the introduction of the "500" service 
  23246. access code, which, like more traditional numbers, did not depend on any 
  23247. carrier identification. (Well, for the moment the prefixes are specific 
  23248. to a carrier, but portability is supposed to be phased in just like with 
  23249. the earlier '800' SAC)
  23250.  
  23251. However, I just discovered a potential problem. It's not the end of the 
  23252. world, but it caused me some difficulty.
  23253.  
  23254. My personal phone line has -all- IEC, and most intra-lata long distance, 
  23255. service blocked (1).  So to make such calls, I have a no-surcharge calling 
  23256. card with <deleted>. I punch in the (free) 950-xxxx access number, my id, 
  23257. then the destination digits. 
  23258.  
  23259. Only problem previously was that, for fraud prevention reasons, one of 
  23260. the international destinations I would occassionally call was blocked. 
  23261. (No, not the sex lines. Well, they're blocked also ...)
  23262.  
  23263. Now you may have noticed that our esteemed moderator recently got a '500' 
  23264. number. So I tried calling him. My carrier would -not- complete the call.
  23265.  
  23266. On speaking to them they explained that since the call was "actually" 
  23267. going over an AT&T link, they had no provision to charge me for it and 
  23268. hand the money to their competitor.
  23269.  
  23270. Kind of like the situation with '900' codes.
  23271.  
  23272. Which suggests (and maybe someone with the calling card of another
  23273. company can check on this) that unless you have an AT&T card, you
  23274. -won't- be able to call 700 numbers from, for example, a coin phone.
  23275.  
  23276. (Or, in the future, as the other companies put in their 700 numbers, 
  23277. you'll need their cards as well).
  23278.  
  23279. Hopefully the different companies will, in fact, work out some mutual 
  23280. charge agreement. But for now the confusion is still there.
  23281.  
  23282. *1: I wanted for years to get a restricted line with these blocks, but NY 
  23283. Tel told me it was either impossible or highly expensive. Then I fell 
  23284. behind on my phone bill payments and could only kick in enough to 
  23285. "maintain" local service.
  23286.  
  23287. So they've blocked just about all calls outside my immediate calling area 
  23288. (all of NYC). And, for good measure, cut off access to the 'enhanced 
  23289. service' numbers as well.  Fine by me ...
  23290.  
  23291.  
  23292. dannyb@panix.com (or dburstein@mcimail.com)
  23293.  
  23294. ------------------------------
  23295.  
  23296. From: RANDY@MPA15AB.mv-oc.Unisys.COM
  23297. Date: 05 Mar 1995 18:38:00 GMT   
  23298. Subject: Phone Lines Aren't Transitive!
  23299.  
  23300.  
  23301. Pat, I saw this in R.H.F
  23302.  
  23303.   Date: Sat, 4 Mar 1995 2:14 pm PST (22:14:46 UT)
  23304.   Subject: Phone lines aren't transitive!
  23305.   From: Steve Goldman <sgoldman@encore.com>
  23306.  
  23307.   I'm building a new house in Pittsboro NC (served by GTE) and I wanted
  23308. to get a leased line to run to my office in Cary (served by Southern Bell).
  23309. I called Southern Bell and had this conversation.
  23310.  
  23311. me: I'd like to find out the cost of getting a leased line that runs from
  23312.     my home in Pittsboro to my office in Cary.
  23313. sb: I'm sorry sir but you will have to speak with GTE about this.
  23314. me: Why is that?
  23315. sb: Pittsboro is served by GTE and since the service originates in Pittsboro
  23316.     you must talk to them.
  23317. me: Ok. I want the line to run from Cary to Pittsboro.
  23318. sb: Ok then I can help you ...
  23319.  
  23320.  
  23321. Steve Goldman, Encore Computer Corp          (919) 481-3730
  23322. 901 Kildaire Farm Rd., bldg D  Cary, NC  27511       USA
  23323. internet: sgoldman@encore.com
  23324.  
  23325. Selected by Maddi Hausmann Sojourner.  MAIL your joke to funny@clarinet.com.
  23326.  
  23327. ------------------------------
  23328.  
  23329. Date: Sun, 5 Mar 1995 09:27:22 MST
  23330. From: K Phanich <K.Phanich@m.cc.utah.edu>
  23331. Subject: Thailand's Internet Information Requseted
  23332.  
  23333.  
  23334. I am a graduate student doing my master thesis on current development
  23335. of Thai Internet. If you have info, comments or suggestions please
  23336. email me.
  23337.  
  23338. Thank you for your generous and constructive opinion.
  23339.  
  23340.  
  23341. Krairut Phanich   M. A. student
  23342. Brigham Young University
  23343.  
  23344. ------------------------------
  23345.  
  23346. From: fg8578@onr.com (Fred Goodwin)
  23347. Subject: Re: BA Files Waiver to Prevent Higher ISDN Costs
  23348. Date: 5 Mar 1995 01:06:50 GMT
  23349. Organization: Onramp Access, Inc.
  23350.  
  23351.  
  23352. In article <telecom15.129.10@eecs.nwu.edu>, lars@spectrum.RNS.COM
  23353. (Lars Poulsen) says:
  23354.  
  23355. >(1) The definition of a telephone line must have been discussed before;
  23356. >    after all, delivery of local loops on T-spans predates the MFJ.
  23357. >    Surely, you pay the SLC PER CHANNEL on a T-span, no?
  23358.  
  23359. >(2) Since the SLC goes directly to the LEC, the cost to the customer
  23360. >    (base subscription plus SLC) should be the same regardless of the
  23361. >    amount of the SLC, shouldn't it?
  23362.  
  23363. >    If the monthly amount is $10 per line plus $6 SLC, the customer pays
  23364. >    $16. If the SLC goes away, the LEC loses the SLC-funded subsidy, so
  23365. >    they will have to charge $16 per line per month. The difference is
  23366. >    entirely in the bookkeeping of amortization and depreciation
  23367. >    allocations.
  23368.  
  23369. >(3) If the SLC is mandated by FCC, I would think that the amount would
  23370. >    be standardized across the country. How can it vary with the Bell
  23371. >    Atlantic Service Area ?
  23372.  
  23373. > What is going on? Is my point two above completely wrong?
  23374.  
  23375. In reverse order:
  23376.  
  23377. (3)  Yes, the FCC mandates the maximum allowable SLC, but LECs are not
  23378.      required to set their tariffed SLC at the maximum level.
  23379.  
  23380. (2)  Because the SLC is an FCC charge, whereas ISDN rates are primarily
  23381.      established by state PUCs/PCSs, a reduction in one will not
  23382.      automatically result in an increase of the other.  The states are
  23383.      typically very careful to ensure that the FCC does not shift costs
  23384.      to the state jurisdiction.
  23385.  
  23386. (1)  Yes, I believe the SLC is assessed per channel on a digital loop
  23387.      carrier or other pair-gain system.  The difference is that in pair-
  23388.      gain, the channels are provided to different customers.  In ISDN, 
  23389.      the chanels are all provided to the same customer.
  23390.  
  23391. Although I've not followed BA's filing at the FCC, I assume the case
  23392. they tried to make was that the SLC was intended to apply on a per
  23393. wire-pair basis (it takes only one pair for a typical POTs line), and
  23394. that since it takes only 2 pairs to derive 24 ISDN channels, the SLC
  23395. should not be applied 24 times.
  23396.  
  23397. Hope this helps.
  23398.  
  23399.  
  23400. Fred Goodwin   Southwestern Bell    Austin, TX 
  23401.  
  23402. ------------------------------
  23403.  
  23404. From: stevef@mcs.com (steve friedlander)
  23405. Subject: Re: MCI Cashes AT&T Checks
  23406. Date: Sun, 5 Mar 1995 19:08:47 CST
  23407. Organization: MCSNet
  23408.  
  23409.  
  23410. In article <telecom15.128.3@eecs.nwu.edu> gryphon@j51.com (Scott Lorditch) 
  23411. writes:
  23412.  
  23413. > Over the past few months I've gotten several solicitations in the mail
  23414. > to switch to AT&T. One of them was in the form of a check for $40. We
  23415. > currently use MCI, so I called their customer service number. While
  23416. > they don't publicize it, MCI will redeem these checks for their face
  23417. > value in an "MCI Certificate of Savings". And further, for each month
  23418. > that I hold the certificate before cashing it, it's value increases by
  23419. > another $5, for up to 12 months. So, the useless $40 check from AT&T
  23420. > will save me $100 on my MCI bill this time next year!
  23421.  
  23422.  
  23423. Scott, be careful, those AT&T check have a short life span!
  23424.  
  23425.  
  23426. Steve Friedlander  e-mail:  stevef@mcs.com
  23427.  
  23428.  
  23429. [TELECOM Digest Editor's Note: This is correct. Often times the checks
  23430. sent out by carriers as an incentive to change carriers have a sixty
  23431. or ninety day expiration on them. After that point, they are worthless.
  23432. It would be quite silly of MCI to redeem them after that point.  PAT]
  23433.  
  23434. ------------------------------
  23435.  
  23436. Date: Sun, 5 Mar 95 11:29 EST
  23437. From: bellaire@iquest.net (James Bellaire)
  23438. Subject: Kevin Mitnick - Advertising
  23439.  
  23440.  
  23441. I just saw a TV ad bragging that 'the best security is Digital', with
  23442. a punchline of 'for more information contact inmate (number given)
  23443. Leavenworth Kansas' It was one of those 'flashing picture' ads, so the
  23444. convict was not on on the screen too long.
  23445.  
  23446. Congratulations Pat!  Looks like Digital Computers filled your prediction 
  23447. of Kevin's new job, even if just as a joke in an advertisement.  :-)
  23448.  
  23449.  
  23450. bellaire@iquest.net     James E. Bellaire
  23451. bellaire@tk.com   (Soon? My stationary is waiting...)
  23452.  
  23453. ------------------------------
  23454.  
  23455. From: richgr@netcom.com (Rich Greenberg)
  23456. Subject: Area Code, Country Code Lists
  23457. Date: Mon, 6 Mar 1995 04:03:11 GMT
  23458.  
  23459.  
  23460. One of the frequent topics that comes up on *.telecom.* is what area
  23461. code is which or country code etc etc.  I found the following on an
  23462. ezine (a very interesting one BTW which you may wish to subscribe to).
  23463.  
  23464. Reproduced with permission from:                                       
  23465.  
  23466. Chaos Corner V05 N01 27 February 1995
  23467.  
  23468. > Copyright 1995 by Robert D. Cowles; Ithaca, NY 14850.  Permission is 
  23469. > hereby granted to republish complete issues in unaltered form.  
  23470. > Republication of partial issues must reference the source and state that 
  23471. > subscriptions to Chaos Corner are available (free) by sending electronic 
  23472. > mail to chaos-request@pelican.cit.cornell.edu.
  23473.  
  23474. [....]
  23475.  
  23476. > A document that is on its way to Internet RFC status is something you 
  23477. > might be interested in taking a look at.  The document contains all US 
  23478. > and international area codes, telex codes, country codes, etc.  The name 
  23479. > of the document is /internet-draft/draft-robinson-newtelex-01.txt and it 
  23480. > can be obtained by anonymous ftp from the following sites:
  23481.  
  23482. } Africa:        ftp.is.co.za    (196.4.160.2)   
  23483. } Europe:        nic.nordu.net   (192.36.148.17) 
  23484. } Pacific Rim:   munnari.oz.au   (128.250.1.21)  
  23485. } US East Coast: ds.internic.net (198.49.45.10)  
  23486. } US West Coast: ftp.isi.edu     (128.9.0.32)
  23487.  
  23488.  
  23489. Rich Greenberg            Work: TBA.  Know anybody needing a VM guru?
  23490. N6LRT   TinselTown, USA   Play: richgr@netcom.com               310-649-0238
  23491. Pacific time.    I speak for myself & my dogs only.
  23492. Canines: Val(Chinook,CGC), Red(Husky,(RIP)), Shasta(Husky)
  23493.  
  23494.  
  23495. [TELECOM Digest Editor's Note: The Telecom Archives Email Information
  23496. Service now offers something similar: the command AREACODE xxx will
  23497. return information about that areacode. Still another new command available
  23498. is CARRIERS xxx where 'xxx' is the three digits in 10xxx. For example,
  23499. CARRIERS 288 would return the information that 10288 is assigned to AT&T.
  23500. Try these out and let me know what you think.   PAT]
  23501.  
  23502. ------------------------------
  23503.  
  23504. Date: Sun, 5 Mar 95 23:09 CST
  23505. From: synapse@mcs.com (Stuart Brainerd)
  23506. Subject: Question on ISDN
  23507.  
  23508.  
  23509. With regard to the submission from Gregory Hicks on ISDN, I would
  23510. recommend that he contact Pacific Bell's ISDN group at 1-800-4PB-ISDN
  23511. (1-800-472-4736), and request a copy of their excellent publication,
  23512. "ISDN: A User's Guide to Services, Applications & Resources in
  23513. California".  It does a good job of explaining the concept of ISDN,
  23514. its primary applications, and even has a (partial) list of vendors and
  23515. equipment available.
  23516.  
  23517. As for recommendations for terminal equipment, the best bet would be
  23518. to check with a reputable equipment reseller or Pacific Bell
  23519. authorized distributor.  I believe it is important for any individual
  23520. or company venturing into ISDN to work with a reseller with a
  23521. reputation for providing technical support, and who is willing to act
  23522. as a liaison with the local telephone company (Pacific Bell, in this
  23523. case) AND long-distance carrier in the event of technical problems.
  23524. It is not uncommon to have problems with missed installation dates,
  23525. circuit problems (incorrect line provisioning, for example), and
  23526. trunking problems.  I have experienced a rash of trunking problems
  23527. recently, mostly with MCI -- primarily due to incorrect routing of the
  23528. data calls over voice trunks.  This is a major aspect of what my
  23529. company, Synapse, does in addition to selling ISDN equipment.  Even
  23530. with local telephone companies experienced with ISDN installations,
  23531. such as Ameritech, these types of problems are frequent.  It was
  23532. amusing to read the recent article in Boardwatch Magazine (March 1995)
  23533. describing the experiences of a hardly unsophisticated user with his
  23534. residential ISDN installation.
  23535.  
  23536. > What equipment is required at the customer's site?  Any recommended sources?
  23537. > Or, for that matter, *any* sources? (PacBell didn't want to provide info
  23538. > on this other than "We do have some 'associated' vendors")
  23539.  
  23540. > What are benefits to me?  I want to have high speed access (I'm going
  23541. > to get *almost* full time access to the net after I get a house).  I'd
  23542. > like to be able to get incoming/outgoing calls when online (I know! I
  23543. > know! get a second line!)
  23544.  
  23545. Perhaps the best value today for equipment supporting Internet access,
  23546. with an analog phone port, is the QuickAccess Remote Internet from
  23547. AccessWorks!  Communications.  There is a Macintosh and PC version
  23548. available.  We sell this unit, with the phone port and async to sync
  23549. PPP firmware, for $499.
  23550.  
  23551.  
  23552. SYNAPSE USA       ISDN Products and Solutions                   
  23553. Stuart Brainerd   Tech. Info. : 312-871-1466
  23554. synapse@mcs.com   Fax         : 312-871-2083   
  23555.                   Orders      : 800-454-ISDN
  23556.  
  23557. ------------------------------
  23558.  
  23559. Date: Sun, 5 Mar 95 23:09 CST
  23560. From: synapse@mcs.com (Stuart Brainerd)
  23561. Subject: Northern Telecom POTS phones
  23562.  
  23563.  
  23564. Reference a posting in a recent TELECOM Digest:
  23565.  
  23566. > I have in mind a Northern Telcom model QT200 (NT2N17AA332) but can not
  23567. > locate where I bought it or where to get it now. Any help would be
  23568. > greatly appreciated!
  23569.  
  23570. > About 30 of the phones will be needed!
  23571.  
  23572. Here are a couple of sources worth checking out:
  23573.  
  23574. Northern Telecom
  23575. Fulfillment Dept.
  23576. Telephone Products and ISDN
  23577. Tel: 800-842-7439
  23578.  
  23579. Electronic Market Data, Inc.
  23580. 1650 Elm Hill Pike   Suite 8
  23581. Nashville, TN 37210
  23582. Autoquote: 1-800-260-8830
  23583. Voice: 615-885-2123
  23584. FAX: 615-885-9454
  23585.  
  23586. Bell Atlantic Teleproducts
  23587. West Building, Suite 150
  23588. 50 E. Swedesford Rd
  23589. Frazer Pa,  19355
  23590. Tel:  800-221-0845 or 215-695-2300
  23591.  
  23592.  
  23593. SYNAPSE USA       ISDN Products and Solutions                   
  23594. Stuart Brainerd   Tech. Info. : 312-871-1466
  23595. synapse@mcs.com   Fax         : 312-871-2083   
  23596.                   Orders      : 800-454-ISDN
  23597.  
  23598. ------------------------------
  23599.  
  23600. From: schween@uclink2.berkeley.edu (Sven)
  23601. Subject: FTP Transfer Rate Using PPP
  23602. Date: 6 Mar 1995 08:29:22 GMT
  23603. Organization: University of California, Berkeley
  23604. Reply-To: schween@uclink2.berkeley.edu
  23605.  
  23606.  
  23607. At a 14.4k dialup, binary rates hover around 1100, text from 1200-2400.  
  23608. Seems a little slow to me. Any comments/suggestions would be appreciated.  
  23609. Setup: Mac PB 165, GC Gold, MacTCP 2.0.4, sys 7.1, MacPPP.
  23610.  
  23611. Please email me, I don't hang out here much.
  23612.  
  23613.  
  23614. Thanks,
  23615.  
  23616. Sven
  23617.  
  23618. ------------------------------
  23619.  
  23620. From: schween@uclink2.berkeley.edu (Sven)
  23621. Subject: Modem Monitor Wanted
  23622. Date: 6 Mar 1995 08:33:21 GMT
  23623. Organization: University of California, Berkeley
  23624. Reply-To: schween@uclink2.berkeley.edu
  23625.  
  23626.  
  23627. I am running MacPPP on my powerbook, using a GV Gold. The status bar
  23628. seems not to work in that configuration. Anybody know of a ctrl
  23629. panel/extension that would enable me to watch rate/compr/error corr?
  23630.  
  23631. Please email me directly.
  23632.  
  23633.  
  23634. Thanks a bunch,
  23635.  
  23636. Sven
  23637.  
  23638. ------------------------------
  23639.  
  23640. End of TELECOM Digest V15 #135
  23641. ******************************
  23642.  
  23643.  
  23644. From telecom Mon Mar  6 16:41:40 1995
  23645. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  23646.     id AA20411; Mon, 6 Mar 95 16:41:38 CST
  23647. Return-Path: <telecom@eecs.nwu.edu>
  23648. Received: from news.eecs.nwu.edu by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  23649.     id AA20397; Mon, 6 Mar 95 16:41:33 CST
  23650. Received: from zeta.eecs.nwu.edu by news.eecs.nwu.edu with SMTP id AA04617
  23651.   (5.65c/IDA-1.4.4 for <telecom@delta>); Mon, 6 Mar 1995 16:41:31 -0600
  23652. Received: from delta.eecs.nwu.edu by zeta.eecs.nwu.edu (4.1/SMI-EECS-3)
  23653.     id AA22901; Mon, 6 Mar 95 16:41:30 CST
  23654. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  23655.     id AA20387; Mon, 6 Mar 95 16:41:30 CST
  23656. Date: Mon, 6 Mar 95 16:41:30 CST
  23657. From: telecom@eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  23658. Message-Id: <9503062241.AA20387@delta.eecs.nwu.edu>
  23659. To: telecom@eecs.nwu.edu
  23660. Subject: TELECOM Digest V15 #136
  23661. Status: RO
  23662.  
  23663. TELECOM Digest     Mon, 6 Mar 95 16:41:00 CST    Volume 15 : Issue 136
  23664.  
  23665. Inside This Issue:                          Editor: Patrick A. Townson
  23666.  
  23667.     Portable Computer and Wireless Exposition and Conference (Lawrence Grant)
  23668.     We Need a TDM; What Will Work For an Internet Provider? (Bruce M. Hahne)
  23669.     Book Review: "DNS and BIND" by Albitz/Liu (Rob Slade)
  23670.     GSM Rental in Germany (John R. Covert)
  23671.     Information Wanted About MFS Intelenet (Timothy D. Hunt)
  23672.     Video Dialtone, HFC, HDSL, or ADSL (Timothy Kreps)
  23673.     PHS Doesn't Work in Moving Vehicles? (Steve Samler)
  23674.     Switched 56 CSU/DSU Vendor Information Wanted (Bruce Parks)
  23675.     Re: AT&T Offers 'International Redial' (Steve Brack)
  23676.     Re: PBS Rumors and Innuendo: Any Truth? (Charles McGuinness)
  23677.     Re: Re: E(TACS) and GSM (Sergei Anfilofiev)
  23678.     Re: mu-law to a-law PCM (Finn Stafsnes)
  23679.     Re: AT&T Calling Card Mixup (Robert Scott)
  23680.     Re: New NPA in Colorado (Stan Schwartz)
  23681.     Re: New NPA in Colorado (Mike King)
  23682.     Re: New NPA in Colorado (David C. Bray)
  23683.     Re: 800 Directory Listings Wanted (stanford@algorhythms.com)
  23684.     Re: 800 Directory Listings Wanted (Fred Goodwin)
  23685.     Re: 800 Directory Listings Wanted (Carl Moore)
  23686.     Management Software Wanted (Rick J. Dosky)
  23687.  
  23688. TELECOM Digest is an electronic journal devoted mostly but not
  23689. exclusively to telecommunications topics. It is circulated anywhere
  23690. there is email, in addition to various telecom forums on a variety of
  23691. public service systems and networks including Compuserve and America
  23692. On Line. It is also gatewayed to Usenet where it appears as the moderated
  23693. newsgroup 'comp.dcom.telecom'. 
  23694.  
  23695. Subscriptions are available to qualified organizations and individual
  23696. readers. Write and tell us how you qualify:
  23697.  
  23698.                  * telecom-request@eecs.nwu.edu *
  23699.  
  23700. The Digest is edited, published and compilation-copyrighted by Patrick
  23701. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  23702. or phone at:
  23703.                     9457-D Niles Center Road
  23704.                      Skokie, IL USA   60076
  23705.                        Phone: 500-677-1616
  23706.                         Fax: 708-329-0572
  23707.   ** Article submission address only: telecom@eecs.nwu.edu **
  23708.  
  23709. Our archives are located at lcs.mit.edu and are available by using
  23710. anonymous ftp. The archives can also be accessed using our email
  23711. information service. For a copy of a helpful file explaining how to
  23712. use the information service, just ask.
  23713.  
  23714. *************************************************************************
  23715. *   TELECOM Digest is partially funded by a grant from the              *
  23716. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  23717. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  23718. * project.  Views expressed herein should not be construed as represent-*
  23719. * ing views of the ITU.                                                 *
  23720. *************************************************************************
  23721.  
  23722. Additionally, the Digest is funded by gifts from generous readers such
  23723. as yourself who provide funding in amounts deemed appropriate. Your help 
  23724. is important and appreciated. A suggested donation of twenty dollars per
  23725. year per reader is considered appropriate. See our address above.
  23726.  
  23727. All opinions expressed herein are deemed to be those of the author. Any
  23728. organizations listed are for identification purposes only and messages
  23729. should not be considered any official expression by the organization.
  23730. ----------------------------------------------------------------------
  23731.  
  23732. From: ir000579@interramp.com (LAWRENCE GRANT)
  23733. Subject: Portable Computer and Wireless Exposition and Conference
  23734. Date: 5 Mar 1995 17:55:27 GMT
  23735. Organization: LAPTOP EXPOSITIONS
  23736.  
  23737.  
  23738. This is our eighth year Portable Computing & Wireless Communications
  23739. Exposition & Conference held at THE NEW YORK HILTON, 1335 6th Ave,
  23740. New York NY,March 9th and 10th. 
  23741.  
  23742. The Exposition features all solutions under one roof, revolutionary
  23743. PCMCIA intro's, working pen applications, new PDAs, PICs and Palmtops, 
  23744. InfraRed Intro's and IRdA, wireless communications and PCCA focus.  At
  23745. the Conferences and special hospitality functions,hear from our fifty
  23746. industry experts and learn the latest on Laptops, EMail Services, LAN,
  23747. WAN, Radio and Cellular Transmissions, System Security, integration and 
  23748. much more.
  23749.  
  23750. In this fast changing era of field automation,you have to compete to
  23751. survive. The information and contacts you make at the seminars,will be
  23752. invaluable to you and your company.
  23753.  
  23754. For more information and FREE pre-registration contact LAPTOP EXPOSITIONS:
  23755. (800) 444-EXPO, (212) 682-7968 or FAX: (800) 569-LAPS.
  23756.  
  23757. ------------------------------
  23758.  
  23759. From: hahne@gol.com (Bruce M. Hahne)
  23760. Subject: We Need a TDM; What Will Work For an Internet Provider?
  23761. Date: 6 Mar 1995 14:29:09 -0600
  23762. Organization: UTexas Mail-to-News Gateway
  23763.  
  23764.  
  23765. I'm no telco engineer, so hopefully somebody can give me a few
  23766. pointers as to the right product(s) for this application.  My guess is
  23767. that I just need the right mux, but maybe I'm missing something.
  23768.  
  23769. The goal is to bring in several sub-T1 leased connections, muxed over
  23770. a single T1, and then break them out into separate lines again so that
  23771. they can be fed into an Internet router such as a Cisco 7000 (or
  23772. choose your favorite high-end IP router).  Our site is at the hub as
  23773. the (small but growing fast) Internet provider, and of course the
  23774. sub-T1 connections are downstream sites such as businesses and
  23775. organizations.
  23776.  
  23777. Life gets a lot more interesting when you throw in the fact that we're
  23778. in Japan.  However, I don't believe that this changes the possible
  23779. technical solutions; it's probably just going to limit the equipment
  23780. that we're legally allowed to buy.
  23781.  
  23782. The picture looks something like this:
  23783.  
  23784. leased-line ----                                        ----- Cisco 7000 port
  23785. customer        \                                      /
  23786.                  \                                    /
  23787.                   \     fiber T1      NTT            /
  23788. leased-line ----- MUX1 -------------- DSU ---- TDM?? -------- Cisco 7000 port
  23789. customer          /     to our site                  \
  23790.                  /                                    \
  23791.                 /                                      \
  23792. leased-line ---                                         ----- Cisco 7000 port
  23793. customer
  23794.  
  23795.  
  23796. (Yes, T1 has to be pulled in over fiber in Japan).
  23797.  
  23798. MUX1 is provided on our behalf by the phone company and is physically
  23799. done at an NTT site.  The DSU comes from NTT also.  But what goes
  23800. beyond the DSU is our problem.
  23801.  
  23802. What I need information on is the "TDM??" piece above.  It needs to be
  23803. some sort of demux that goes from the DSU (which probably uses an RJ45
  23804. connector, and is definitely an I interface) to either V.35 connectors
  23805. or RS449 connectors, since a Cisco understands V.35 and RS449.  Any
  23806. suggestions?  There must be a canonical solution to this problem, right?
  23807.  
  23808. More generally, is this the best way to pull in the multiple downstream 
  23809. clients, or is there a better method (perhaps an IP router that can
  23810. split the T1 apart internally?)
  23811.  
  23812. Feel free to bombard me with solutions, sales pitches, equipment lists,
  23813. blatant advertising for telco gear, whatever.  It's often tough to get
  23814. information on IP and telco gear in Japan so I always welcome
  23815. literature.
  23816.  
  23817. If you're asking "why mess around with fractional T1; why doesn't
  23818. everybody go for straight T1?", the answer is that Internet connections
  23819. are so expensive here that only top-level providers can afford a T1.  In
  23820. fact, right now the _entire_ commercial Internet bandwidth coming into
  23821. Japan is less than T1!
  23822.  
  23823.  
  23824. Thanks,
  23825.  
  23826. Bruce Hahne    Engineer, Global OnLine Japan
  23827. hahne@gol.com  Oshima Building 302
  23828. 1-56-1 Higashi Nakano
  23829. Nakano-ku, Tokyo 164, Japan
  23830.  
  23831. ------------------------------
  23832.  
  23833. Date: Mon, 06 Mar 1995 15:26:14 EST
  23834. From: Rob Slade <roberts@mukluk.decus.ca>
  23835. Subject: Book Review: "DNS and BIND" by Albitz/Liu
  23836.  
  23837.  
  23838. BKDNSBND.RVW   950131
  23839.  
  23840. "DNS and BIND", Paul Albitz/Cricket Liu, 1992, 1-56592-010-4
  23841. %A   Paul Albitz
  23842. %A   Cricket Liu
  23843. %C   103 Morris Street, Suite A, Sebastopol, CA   95472
  23844. %D   1992
  23845. %G   1-56592-010-4
  23846. %I   O'Reilly & Associates, Inc.
  23847. %O   800-998-9938 707-829-0515 fax: 707-829-0104 info@ora.com or nuts@ora.com
  23848. %P   381
  23849. %T   "DNS and BIND"
  23850.  
  23851. Of the millions of users on the Internet, almost all are blissfully
  23852. unaware of the complexity and magnitude of the task of network
  23853. routing.  How does the network know where to deliver a piece of email?
  23854. In fact, given the packet nature of all Internet traffic, how do
  23855. telnet or ftp packets get, reliably and generally quickly, to their
  23856. destination?  Few even recognize the term DNS, the Domain Name
  23857. Service, which handles the problem.  Administrators may have used
  23858. BIND, the Berkeley Internet Name Domain program, to manage DNS, but
  23859. may not fully understand the importance, use or finer aspects of it.
  23860. This book gives both background and operational details.
  23861.  
  23862. Given the nature of the netowrk routing problem, a full understanding
  23863. of DNS likely requires actual hands-on work.  Albitz and Liu have,
  23864. however, put together clear, straightforward, and sometimes even
  23865. lighthearted text to make the learning process as painless as
  23866. possible.
  23867.  
  23868.  
  23869. copyright Robert M. Slade, 1995   BKDNSBND.RVW   950131. Distribution
  23870. permitted in TELECOM Digest and associated publications. Rob Slade's
  23871. book reviews are a regular feature in the Digest.
  23872.  
  23873.  
  23874. Vancouver      ROBERTS@decus.ca    
  23875. Institute for  Robert_Slade@sfu.ca 
  23876. Research into  rslade@cue.bc.ca    
  23877. User           p1@CyberStore.ca    
  23878. Security       Canada V7K 2G6      
  23879.  
  23880. ------------------------------
  23881.  
  23882. Date: Mon, 6 Mar 95 11:54:29 EST
  23883. From: John R. Covert <covert@covert.enet.dec.com>
  23884. Subject: GSM Rental in Germany
  23885.  
  23886.  
  23887. I want to rent a GSM phone with a German number in Germany in about
  23888. three weeks, but I can't find any rental companies.  I'll be in
  23889. Germany for about nine days.
  23890.  
  23891. I travel to Germany every year about this time, and since 1989, I have
  23892. been able to rent telephones, through Budget rent-a-car, through
  23893. Lufthansa, and last year through a small company which was in the
  23894. process of going out of business even as I was renting from them.
  23895.  
  23896. My investigations so far have yielded nothing.  Noone is willing to
  23897. rent a phone.  Budget no longer has portables; only phones built into
  23898. the cars.  Lufthansa is out of the rental business, as it seems
  23899. everyone is.  Too many problems with people running up horrendous
  23900. international call bills and then disappearing.
  23901.  
  23902. I want a German number.  This may not be possible.  I'm also
  23903. investigating buying a phone and signing up for a whole year's service
  23904. in the U.K., since I expect to be there for a few weeks this summer on
  23905. a separate trip, but even that may not be a real possibility, since I
  23906. don't have residency in the U.K.  At least in the U.K. rentals are
  23907. available.  But buying a phone and a year's service would cost about
  23908. $700, not including call charges.
  23909.  
  23910. If anyone can give me a contact to someone who _is_ renting phones in
  23911. Germany, please send me mail as well as reporting back to the list.
  23912. Please avoid the temptation to reply "I think so-and-so rents phones"
  23913. without first checking to make sure they still do.
  23914.  
  23915.  
  23916. /john
  23917.  
  23918.  
  23919. [TELECOM Digest Editor's Note: John Covert is a *long time* participant
  23920. in this Digest. I think he is a charter subscriber on the mailing list,
  23921. going back to 1981. He has written to us in the past about his trips to
  23922. Germany, and perhaps will do so again when he returns. If any of our
  23923. readers in Germany can research this for him and report back to him in
  23924. a timely way, I know he will appreciate it.   PAT]
  23925.  
  23926. ------------------------------
  23927.  
  23928. From: tim@karl.fsg.com (Timothy D. Hunt)
  23929. Subject: Information Wanted About MFS Intelenet
  23930. Date: 6 Mar 1995 14:22:56 -0500
  23931. Organization: Fusion Systems Group, Inc.
  23932.  
  23933.  
  23934. We have just switched our local phone service to MFS Intelenet.
  23935.  
  23936. I would be interested in hearing from other MFS customers,
  23937. especially in the New York area.
  23938.  
  23939.  
  23940. Tim Hunt   tim@fsg.com
  23941.  
  23942. ------------------------------
  23943.  
  23944. From: tkreps@netcom.com (Timothy Kreps)
  23945. Subject: Video Dialtone, HFC, HDSL, or ADSL
  23946. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  23947. Date: Mon, 6 Mar 1995 19:34:15 GMT
  23948.  
  23949.  
  23950. Where can I find info or discussions on:
  23951.  
  23952.         - video dialtone,
  23953.         - Hybrid Fiber/Coax (HFC),
  23954.         - High-bit-rate Digital Subscriber Lines (HDSL), or
  23955.         - Asymmetric Digital Subscriber Lines (ADSL)
  23956.  
  23957.  
  23958. Timothy Kreps   tkreps@netcom.com
  23959.  
  23960.  
  23961. [TELECOM Digest Editor's Note: You'll find those discussions right here
  23962. when they start from time to time. Feel free to present questions and
  23963. comments.   PAT]
  23964.  
  23965. ------------------------------
  23966.  
  23967. Date: Mon, 6 Mar 1995 14:33:26 EST
  23968. From: Steve Samler <steve@individual.com>
  23969. Subject: PHS Doesn't Work in Moving Vehicles?
  23970.  
  23971.  
  23972. I read in {Kyodo} today that the Japanese PHS phones do not work in
  23973. moving vehicles.  Is this due to the Doppler effect?
  23974.  
  23975. ------------------------------
  23976.  
  23977. From: ucbruce@nova.umuc.edu (Bruce Parks)
  23978. Subject: Switched 56 CSU/DSU Vendor Information Wanted
  23979. Date: 5 Mar 1995 21:30:40 -0500
  23980. Organization: University of Maryland University College
  23981.  
  23982.  
  23983. I'm looking for a potential source for 50-100 switched 56/64 CSU/DSUs
  23984. on behalf of a government agency.  I would appreciate any referrals.
  23985.  
  23986.  
  23987. Thanks,
  23988.  
  23989. Bruce J. Parks
  23990.  
  23991. ------------------------------
  23992.  
  23993. Date: Sun, 5 Mar 95 22:32:42 -0500
  23994. From: Steve Brack <sbrack@cse.utoledo.edu>
  23995. Subject: Re: AT&T Offers 'International Redial'
  23996.  
  23997.  
  23998. In article <telecom15.122.3@eecs.nwu.edu> telecom@eecs.nwu.edu (TELECOM Digest
  23999. Editor) wrote:
  24000.  
  24001. > A new service from AT&T allows subscribers who make a lot of
  24002. > international calls to cut through the wasted time so prevelant when
  24003. > calling many international points with no circuit messages, busy
  24004. > signals and such.
  24005.  
  24006. > Nothing comes free:  The cost is $3.00 per month, and it only works
  24007. > to about twenty countries at the present time, however those twenty
  24008. > include a few that are notorious for sending back that message saying
  24009. > 'your call cannot be completed in the country you dialed at this
  24010. > time'.
  24011.  
  24012. Does that mean that the operator will no longer do the same thing for
  24013. no additional charge, like (s)he used to?  AT&T seems to be developing
  24014. the same customer service attitude as the upstart IXCs, that is to
  24015. say, nonexistent.
  24016.  
  24017.  
  24018. Steve Brack, Consultant | sbrack@eng.utoledo.edu 
  24019. Toledo, OH  43613-1605  | sbrack@cse.utoledo.edu
  24020. MY OWN OPINIONS         | Tel: +1 419 534 7349 
  24021.  
  24022.  
  24023. [TELECOM Digest Editor's Note: I do not believe the AT&T operators would
  24024. ever devote up to thirty minutes repeatedly redialing a call. I've had
  24025. very courteous operators get the no circuits message and immediatly try
  24026. again; even possibly try again a third time, but then they tell you to
  24027. hang up and try again later. And that is assuming you go through the
  24028. operator -- at operator assisted rates -- rather than dialing direct.
  24029. This is not fifty years ago -- or even twenty years ago -- where the
  24030. international operators in White Plains, NY would 'book' the call and
  24031. call you back when they were able to get through, a half an hour or
  24032. two days later.  PAT] 
  24033.  
  24034. ------------------------------
  24035.  
  24036. Date: Mon, 06 Mar 1995 10:12:34 -0500
  24037. From: charles@jyacc.jyacc.com (Charles McGuinness)
  24038. Subject: Re: PBS Rumors and Innuendo: Any Truth?
  24039.  
  24040.  
  24041. Let's see ... the Republicans are looking to axe public broadcasting
  24042. because either ...
  24043.  
  24044. (A)     NPR and PBS are filled with lefties who have consistently used
  24045.         government money to oppose the things Republicans want to do, and in
  24046.         doing so have built up a huge resevoir of ill-will among Republicans.
  24047.  
  24048.         or ..
  24049.  
  24050. (B)     It's an elaborate conspiracy (involving a mysterious Aussie,
  24051.         the new Speaker of the House, a large east coast telephone company,
  24052.         and a talking purple dinosaur) to give away valuable public
  24053.         resources.
  24054.  
  24055. Obviously, (A) isn't contrived enough to be believable.  But (B) still
  24056. doesn't explain cattle mutilations.  Hmmm, which to believe, which to
  24057. believe ...
  24058.  
  24059.  
  24060. Charles McGuinness | JAM Product Manager    | JYACC Inc.              
  24061. charles@jyacc.com  | +1 212 267 7722 x 3026 | 116 John St, NY NY 10038
  24062.  
  24063.  
  24064. [TELECOM Digest Editor's Note: Do you read the Sunday comics in the news-
  24065. paper? Yesterday they had a very clever one about a woman who takes her
  24066. car to the repair shop. She tells the mechanic that her car is not working
  24067. properly. 'No matter how she turns the steering wheel, the car seems to
  24068. keep gradually moving toward the left.'
  24069.  
  24070. The mechanic gets in the car to check it out and the car radio is seen
  24071. in the picture. He gets out and says, "I found the answer to your problem
  24072. lady ... you had your car radio tuned to the local NPR affiliate station."
  24073. Har har har!   PAT]
  24074.  
  24075. ------------------------------
  24076.  
  24077. From: Sergei Anfilofiev <sanfi@zniis.msk.su>
  24078. Subject: Re: Re: E(TACS) and GSM
  24079. Date: 6 Mar 1995 18:24:16 +0300
  24080. Organization: ZNIIS
  24081. Reply-To: sanfi@zniis.msk.su
  24082.  
  24083.  
  24084. d92-sam@black29.nada.kth.se writes:
  24085.  
  24086. >> GSM is a French standard which is (roughly) translated as Group
  24087. >> Special Mobile or something similar. Someone else will know exactly.
  24088.  
  24089. > It started out as a European standard but has evolved into a world
  24090. > standard.  Groupe Spiciale Mobile was the name of the first task
  24091. > force, GSM later came to mean Global Standard for Mobile Telephone (or
  24092. > something).
  24093.  
  24094. Current meaning is Global System for Mobile Communications.
  24095.  
  24096. > GSM is up and running in *all* western european countries except for
  24097. > Spain.  Other European countries are Hungary and Russia.
  24098.  
  24099. Nowadays Russian operators support three standards: NMT-450, GSM,
  24100. AMPS (as a regional standard).
  24101.  
  24102. Some none-European countries running or opening shortly are:
  24103.  
  24104.  
  24105. Dr. Sergei Anfilofiev  | Tel:(7 095)368-9127       
  24106. Chief Internat. Depart.| Fax:(7 095)274-0067       
  24107. ZNIIS, Moscow, Russia  | E-mail: sanfi@zniis.msk.su
  24108.  
  24109. ------------------------------
  24110.  
  24111. From: Finn.Stafsnes@nta.no (Finn Stafsnes)
  24112. Subject: Re: mu-law to a-law PCM
  24113. Organization: Norwegian Telecom Research
  24114. Date: Mon, 6 Mar 95 15:22:32 GMT
  24115.  
  24116.  
  24117. In article <telecom15.128.7@eecs.nwu.edu>, Testmark Laboratories
  24118. <0006718446@mcimail.com> writes:
  24119.  
  24120. > I need to check the acoustics of the handset of a European ISDN BRI
  24121. > phone.  Unfortunately, I only have a North American ISDN BRI
  24122. > simulator, which uses mu-law PCM, and the phone uses a-law PCM.  I
  24123. > know from prior experience that the two PCMs can be connected
  24124. > together, and the phone conversation still sounds "normal." 
  24125.  
  24126. Provided you have a mu to A converter in between you will only get e
  24127. few dB of degraded S/N ratio. If you feed a mu-encoded signal into an
  24128. A-law receiver (or thew other way) you _may_ get an intelligible
  24129. result (yes, I have tried), but the S/N ratio is probably well below
  24130. zero (I have not measured it).  Remember, in A-law encoding every
  24131. second bit is inverted.
  24132.  
  24133. I think you have two options: 
  24134.  
  24135. 1) Disconnect the handset and measure it separately. 
  24136. 2) Check if it is possible to strap the PCM codec to make it work in mu-law
  24137. (many circuits can do both).
  24138.  
  24139. > can anyone tell me what the error would be in dB when I sweep from 300
  24140. > to 3400 Hz at a constant level, and do a loudness calculation? 
  24141.  
  24142. If the converter is there I think the levels will be rather close, but
  24143. without the converter the measurment will be usless.
  24144.  
  24145.  
  24146. Finn Stafsnes
  24147.  
  24148. ------------------------------
  24149.  
  24150. From: rbs@cs.city.ac.uk (Robert Scott)
  24151. Subject: Re: AT&T Calling Card Mixup
  24152. Date: 06 Mar 1995 11:53:32 GMT
  24153. Organization: School of Informatics, City University, London
  24154. Reply-To: rbs@cs.city.ac.uk
  24155.  
  24156.  
  24157. TELECOM Digest Editor noted, regards subscriber entered in error in
  24158. the AT&T Military Saver plan:
  24159.  
  24160. > Or it went through and later a supervisor caught it. If you
  24161. > keep on getting marketing and promotional materials for the military
  24162. > plan *then* let us know, but I think you'll be okay. Honestly though,
  24163. > if it were me, I'd hope they did *not* discover the error. AT&T gives
  24164. > the soldiers a very good deal with absolutely rock-bottom pricing.  PAT]
  24165.  
  24166. I don't think the case has been resolved. I got sent some promotional
  24167. literature about this military saver option. It costs $8.50 per month
  24168. and you get something like 20% discount on your calls.  BUT if you don't 
  24169. make any calls in a given month they credit the $8.50 back to your account 
  24170. the next month.  This debiting-crediting cycle has happened three times now 
  24171. so they haven't discovered the mistake.
  24172.  
  24173. It means that I'm always $8.50 out of pocket.  Also the crediting and
  24174. debiting are translated into UK$ using interantional exchange rates,
  24175. and as the credit rate is different from the debit rate (the banks
  24176. make a profit somewhere) then I get charged every time they do that
  24177. trick (even though the credits and debits are make on the same day).
  24178.  
  24179. I don't think the charges are particularly competitive with other
  24180. services.  There are services here that charge around 30c a minute to
  24181. the US whereas AT&T charge you $2.50 before you've said anything (or
  24182. something like that, I don't remember the exact terms).
  24183.  
  24184. Anyway, my question still stands.  Does AT&T Charge Card have an email
  24185. address or even a fax number?
  24186.  
  24187.  
  24188. Rob Scott
  24189.  
  24190. Dept of Comp Sci, City University, London, UK.
  24191. http://web.cs.city.ac.uk/homes/rbs/homepage.html
  24192.  
  24193.  
  24194. [TELECOM Digest Editor's Note: Well, I guess you have a valid complaint
  24195. alright. Apparently someone punched the wrong plan number in the computer
  24196. when you signed up. I don't know of any way to contact AT&T Customer
  24197. Service by email, but why don't you try calling them at 800-222-0300. You
  24198. will get representatives who, if they cannot help you, will transfer to
  24199. representatives (for the correct plan) who can.    PAT]
  24200.  
  24201. ------------------------------
  24202.  
  24203. From: stans@panix.com (Stan Schwartz)
  24204. Subject: Re: New NPA in Colorado
  24205. Date: 5 Mar 1995 16:52:13 -0500
  24206. Organization: PANIX Public Access Internet and Unix, NYC
  24207.  
  24208.  
  24209. THE PILOT (PHRANTIC@UWYO.EDU) wrote:
  24210.  
  24211. > Does anyone have any information concerning the addition of a new NPA
  24212. > in Colorado?  Supposedly (from a USWest CSB guy) metro Denver will get
  24213. > the new area code in April of '96.
  24214.  
  24215. > Anyone able to confirm this and/or tell us what the new NPA might be?
  24216.  
  24217. Yes, it was announced in September that the 303 NPA was splitting, leaving 
  24218. 303 for Denver and 970 for everywhere else that is not already 719.
  24219.  
  24220.  
  24221. Stan
  24222.  
  24223. ------------------------------
  24224.  
  24225. From: mk@TFS.COM (Mike King)
  24226. Subject: Re: New NPA in Colorado
  24227. Date: Mon, 6 Mar 1995 09:48:56 PST
  24228.  
  24229.  
  24230. In TELECOM Digest V15 #128, THE PILOT <PHRANTIC@UWYO.EDU> asked:
  24231.  
  24232. > Does anyone have any information concerning the addition of a new NPA
  24233. > in Colorado?
  24234.  
  24235. According to the NANP Status Report from Bellcore (1/31/95), NPA 303
  24236. in CO will split to 970.  This is scheduled for April 2, 1995, and the
  24237. permissive period ends October 1, 1995.
  24238.  
  24239.  
  24240. Mike King    mk@tfs.com
  24241.  
  24242. ------------------------------
  24243.  
  24244. Date: 05 Mar 95 22:06:31 PST
  24245. From: BRAY, DAVID C. <DCBR@chevron.com>
  24246. Subject: Re: New NPA in Colorado
  24247.  
  24248.  
  24249. Hi,
  24250.  
  24251. All I can say is this ... Denver is retaining the 303 area code for
  24252. now. Northwest Colorado is changing from 303 to 970 in *April, 1995*.
  24253. All of us have the burden of getting the stationary updated, not the
  24254. big city boys!
  24255.  
  24256.  
  24257. Cheers!   dcbr@chevron.com  (970) 675-3838 <-- New number after April.
  24258.  
  24259.  
  24260. [TELECOM Digest Editor's Note: Can you believe they had the nerve to
  24261. settle the 312/708/630 fiasco late last week by deciding that we in
  24262. the northern suburbs will have to have *our* area code changed to 630
  24263. later this year. Chicago will retain 312 exclusively; the politicians
  24264. and other hotshots would not hear otherwise. 708 will be almost directly 
  24265. straight west of Chicago in the western suburbs, with part of 708 in
  24266. the southwestern suburbs moved into 815 (which for the most part is
  24267. quite underused.) All we northerners have to move to 630. The few wireless
  24268. customers already resident on 630 -- there maybe all of 500-1000 customers
  24269. there, and that is it, period -- will be moved to the proper geographic
  24270. code. So in other words, 630 will not be a wireless overlay, nor will
  24271. it be co-resident with 708 as originally proposed on a first come, first
  24272. served basis. Instead, 708 will be chopped in three parts. I wonder if
  24273. there have been any other splits where part of a 'new' area code' 
  24274. (i.e. 708 in recent years) was given to an 'old' (i.e. 815, around since
  24275. the beginning of area codes) rather than handed off to a newly created
  24276. one?
  24277.  
  24278. The cellular people gave Ameritech such a fuss about having all their
  24279. stuff parked in 630, that they originally decided on the co-resident
  24280. plan for 708 instead. Then when all the suburbanites made a stink about
  24281. having their next door neighbor in a different area code, the decision
  24282. was finally reached to do things in a more conventional manner. Forget
  24283. ever expecting 312 to be inconvenienced in any way; Mayor Daley would
  24284. never permit that.   PAT] 
  24285.  
  24286. ------------------------------
  24287.  
  24288. Date: Mon, 6 Mar 1995 00:03:43 -0500
  24289. From: stanford@algorhythms.com
  24290. Subject: Re: 800 Directory Listings Wanted
  24291.  
  24292.  
  24293. > Is there any place to get the 800 directory listings and to whom the
  24294. > numbers belong?
  24295.  
  24296. The "Free Phone" CD ROM from ProCD (Danvers. MA. +1 (508) 750 0000)
  24297. contains the AT&T 800 directory searchable on any field including SIC
  24298. code.
  24299.  
  24300. ------------------------------
  24301.  
  24302. From: fg8578@onr.com (Fred Goodwin)
  24303. Subject: Re: 800 Directory Listings Wanted
  24304. Date: 6 Mar 1995 07:23:12 GMT
  24305. Organization: Onramp Access, Inc.
  24306.  
  24307.  
  24308. In article <telecom15.128.8@eecs.nwu.edu>, jps0723@aol.com (JPS0723) says:
  24309.  
  24310. > Is there any place to get the 800 directory listings and to whom the
  24311. > numbers belong?
  24312.  
  24313. > [TELECOM Digest Editor's Note: I think you are referring to a criss-
  24314. > cross style directory for 800, and I do not think one has ever been
  24315. > published.    PAT]
  24316.  
  24317. I believe AT&T has a web page for 800 numbers.  It has several
  24318. options, one of which is to input an 800 number, then the AT&T form
  24319. returns the business that subscribes to the number.  I'm not sure if
  24320. AT&T's database includes all 800 numbers, or just their own.
  24321.  
  24322. Hope this helps.
  24323.  
  24324.  
  24325. Fred Goodwin    Southwestern Bell   Austin, TX
  24326.  
  24327. ------------------------------
  24328.  
  24329. Date: Mon, 6 Mar 95 06:48:33 EST
  24330. From: Carl Moore <cmoore@ARL.MIL>
  24331. Subject: Re: 800 Directory Listings Wanted
  24332.  
  24333.  
  24334. Years ago, there was a "Toll Free Digest" published by someone in
  24335. Claverack, New York.
  24336.  
  24337.  
  24338. [TELECOM Digest Editor's Note: Yeah, that poor man -- if he is the person
  24339. I am thinking of -- used to spend all his time calling one 800 number
  24340. after another, rudely demanding of whoever answered the phone, "What 
  24341. company is this? What is this number used for?"  When he called me and
  24342. asked that, I told him it was a central repository for wrong numbers,
  24343. a place where callers unable to dial ten consecutive digits without
  24344. losing their train of thought called when they needed to release their
  24345. anxiety and tensions. I told him the telephone company provided it as
  24346. a public service to people who consistently dialed the wrong number.  PAT]
  24347.  
  24348. ------------------------------
  24349.  
  24350. Date: Mon, 6 Mar 1995 15:18:25 CST
  24351. From: Rick J. Dosky <rdosky@free.org>
  24352. Subject: Management Software Wanted
  24353.  
  24354.  
  24355. I am looking for any information available on Telecommunications 
  24356. Management Software. Including:
  24357.  
  24358. * Facilities Management
  24359. * Call Accounting
  24360. * Trouble/Service Ticket Management
  24361. * Fraud Detection
  24362. * Telephone Directory
  24363. * Invoice/Vendor Management
  24364.  
  24365. If any one has any information, please e-mail me at rdosky@free.org.
  24366.  
  24367.  
  24368. Rick J. Dosky    The Limited Stores
  24369.  
  24370. ------------------------------
  24371.  
  24372. End of TELECOM Digest V15 #136
  24373. ******************************
  24374.  
  24375.  
  24376. From telecom Mon Mar  6 17:59:32 1995
  24377. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  24378.     id AA23635; Mon, 6 Mar 95 17:59:31 CST
  24379. Return-Path: <telecom@eecs.nwu.edu>
  24380. Received: from news.eecs.nwu.edu by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  24381.     id AA23619; Mon, 6 Mar 95 17:59:26 CST
  24382. Received: from zeta.eecs.nwu.edu by news.eecs.nwu.edu with SMTP id AA05393
  24383.   (5.65c/IDA-1.4.4 for <telecom@delta>); Mon, 6 Mar 1995 17:59:24 -0600
  24384. Received: from delta.eecs.nwu.edu by zeta.eecs.nwu.edu (4.1/SMI-EECS-3)
  24385.     id AA23727; Mon, 6 Mar 95 17:59:23 CST
  24386. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  24387.     id AA23612; Mon, 6 Mar 95 17:59:23 CST
  24388. Date: Mon, 6 Mar 95 17:59:23 CST
  24389. From: telecom@eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  24390. Message-Id: <9503062359.AA23612@delta.eecs.nwu.edu>
  24391. To: telecom@eecs.nwu.edu
  24392. Subject: TELECOM Digest V15 #137
  24393. Status: RO
  24394.  
  24395. TELECOM Digest     Mon, 6 Mar 95 17:59:00 CST    Volume 15 : Issue 137
  24396.  
  24397. Inside This Issue:                          Editor: Patrick A. Townson
  24398.  
  24399.     Conference: "Local Number Portability" April 25-26, 1995 (Kevin Shea)
  24400.     Voicemail System Wanted (sgrossin@carleton.edu)
  24401.     Need Help on Panasonic Fax KX-F90 (Marko Ruokonen)
  24402.     Information Wanted on Excell Telecommunications (Ian Eisenberg)
  24403.     Help! Telephony Programming (John Michael Okeefe)
  24404.     Intralata Database Wanted (wshatford@aol.com)
  24405.     T1 -> Modems (scottpcs@aol.com)
  24406.     E-Mail Privacy Bill Information Available (James Bass via Stephen Goodman)
  24407.     Information Wanted on Fiber Market in NYC (rWMyRQ78@interramp.com)
  24408.     Norstar DR5.1 and $$ (John W. Warne)
  24409.     Re: Requesting Information About SDH (Hendrik Rood)
  24410.     Re: Automatic Message Accounting Standard Wanted (Travis Russell)
  24411.     Dialogic H/W For Sale (Neil L. Kleeman)
  24412.     Paging Interface With Computer (Huang Zhengqian)
  24413.     This Newsgroup Demo'ed on PBS's "Internet Show" (Robert Casey)
  24414.     Re: Yes, Yung'uns. CNID -is- Logged at Your Local CO (Benjamin P. Carter)
  24415.     Re: Pizza Hut in Atlanta (Steve Friedlander)
  24416.  
  24417. TELECOM Digest is an electronic journal devoted mostly but not
  24418. exclusively to telecommunications topics. It is circulated anywhere
  24419. there is email, in addition to various telecom forums on a variety of
  24420. public service systems and networks including Compuserve and America
  24421. On Line. It is also gatewayed to Usenet where it appears as the moderated
  24422. newsgroup 'comp.dcom.telecom'. 
  24423.  
  24424. Subscriptions are available to qualified organizations and individual
  24425. readers. Write and tell us how you qualify:
  24426.  
  24427.                  * telecom-request@eecs.nwu.edu *
  24428.  
  24429. The Digest is edited, published and compilation-copyrighted by Patrick
  24430. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  24431. or phone at:
  24432.                     9457-D Niles Center Road
  24433.                      Skokie, IL USA   60076
  24434.                        Phone: 500-677-1616
  24435.                         Fax: 708-329-0572
  24436.   ** Article submission address only: telecom@eecs.nwu.edu **
  24437.  
  24438. Our archives are located at lcs.mit.edu and are available by using
  24439. anonymous ftp. The archives can also be accessed using our email
  24440. information service. For a copy of a helpful file explaining how to
  24441. use the information service, just ask.
  24442.  
  24443. *************************************************************************
  24444. *   TELECOM Digest is partially funded by a grant from the              *
  24445. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  24446. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  24447. * project.  Views expressed herein should not be construed as represent-*
  24448. * ing views of the ITU.                                                 *
  24449. *************************************************************************
  24450.  
  24451. Additionally, the Digest is funded by gifts from generous readers such
  24452. as yourself who provide funding in amounts deemed appropriate. Your help 
  24453. is important and appreciated. A suggested donation of twenty dollars per
  24454. year per reader is considered appropriate. See our address above.
  24455.  
  24456. All opinions expressed herein are deemed to be those of the author. Any
  24457. organizations listed are for identification purposes only and messages
  24458. should not be considered any official expression by the organization.
  24459. ----------------------------------------------------------------------
  24460.  
  24461. Date: Mon, 6 Mar 1995 17:30:52 -0500
  24462. From: kjshea@interactive.net
  24463. Subject: Conference: "Local Number Portability" April 25-26, 1995
  24464.  
  24465.  
  24466. I believe most of the readers here will be pleased to read the
  24467. following.
  24468.  
  24469.  
  24470. TELECOM RESEARCH SERVICES PRESENTS A CONFERENCE ON "LOCAL NUMBER
  24471. PORTABILITY"
  24472.  
  24473. RADISSON HOTEL NEWARK AIRPORT  NEWARK, NEW JERSEY  APRIL 25-26, 1995
  24474.  
  24475. PURPOSE: The purpose of the conference is to inform those attending
  24476. about current trials currently in progress or planned, explore the
  24477. network architectures being considered, and discuss the issues facing
  24478. the industry as it tries to balance the rush to local exchange
  24479. competition and the absolute need to maintain high service quality.
  24480.  
  24481.  
  24482. LOCATION:        Radisson Hotel - Newark Airport
  24483.             128 Frontage Road
  24484.             Newark, NJ  07114
  24485.             (201) 690-5500  or  (800) 333-3333.
  24486.  
  24487.  
  24488. DATE:            April 25 - 26, 1995
  24489.  
  24490. CONFERENCE AGENDA:
  24491.  
  24492. IMPORTANT NOTE:  
  24493.  
  24494. Registration and continental breakfast will be at 7:45 am each day and
  24495. the conference will begin promptly at 8:15 am.  A buffet lunch will be
  24496. served on Tuesday and a cocktail reception will be held on Tuesday
  24497. evening.  The conference will adjourn at 12:15 pm on Wednesday.  While
  24498. no significant changes in the agenda are planned, registrants will be
  24499. provided with all updated information if additional topics and
  24500. speakers are added.  A panel discussion is planned to conclude the
  24501. conference on Wednesday morning, but this has yet to be confirmed.
  24502.  
  24503. Tuesday, April 25, 1995 (8:15 - 5:15) & Wednesday, April 26, 1995
  24504. (8:15 - 12:15)
  24505.  
  24506. *    Local Number Portability in Perspective - John F. Shea, Consultant 
  24507. (formally Bellcore)
  24508.  
  24509. *    Equal Access, 800 Portability, and now, Local Number Portability:
  24510.         the next major network transition!            
  24511.  
  24512. *    Industry Numbering Committee (INC), An Update - Bob Hirsch, AT&T
  24513.     What progress is being made to implement Local Number Portability?  
  24514.         What are the issues?
  24515.  
  24516. *    A Local Number Portability Trial In Washington State - Mark Foster, 
  24517.         Stratus Computer
  24518.     Who's participating?  What is the trial architecture?  What's been 
  24519.         learned?  What's next?
  24520.  
  24521. *     A Local Number Portability Trial In New York State - Greg Patenaude, 
  24522.         NYPSC
  24523.     Who's participating?  What is the trial architecture?  What's been 
  24524.         learned?  What's next?
  24525.  
  24526. *    National Local Number Portability? - Carol Mattey, FCC
  24527.     800 Portability was mandated in 1993, will this be necessary for Local 
  24528.         Number Portability?  Will the FCC play the same role as it did with 
  24529.         800?  Is there any action planned at this time?
  24530.  
  24531. *    A Database For Local Number Portability  - Chris Sommers, Bellcore 
  24532.         (invited)
  24533.     How does Local Number Portability compare to 800 Database?  Capacity, 
  24534.         performance, reliability?
  24535.  
  24536. *    Local Number Portability In Europe - David Rogerson, Ovum Ltd.
  24537.     Is Local Number Portability being implemented in the European 
  24538.         networks?  What form is it taking?  Are there comparisons to the U.S. 
  24539.         network? 
  24540.  
  24541. *    A Local Number Portability RFP  -Terry Appenzeller, Ameritech
  24542.     What is the RFP all about ( the purpose, expected outcome)?
  24543.  
  24544. *    The New York Trial & AIN Deployment - Representative, NYNEX (invited)
  24545.     Is AIN needed for Local Number Portability?  Why?  What's the status 
  24546.         in the NYNEX network?    
  24547.  
  24548. CONFERENCE REGISTRATION SUGGESTION:
  24549.  
  24550. We suggest you take advantage of the team registration which will save
  24551. 10% on each additional registrant.  Also, this conference will have a
  24552. limited number of available seating.  Early registration will ensure
  24553. that your space is confirmed.
  24554.  
  24555. CONFERENCE REGISTRATION INFORMATION: 
  24556.  
  24557. CONFERENCE FEES:    
  24558.  
  24559. The registration fee for this conference is $749.  This fee covers
  24560. continental breakfast on April 25 and 26, buffet deli style lunch and
  24561. cocktail reception on April 25, break beverages and snacks, as well
  24562. as, all conference materials.  There is a 10% discount given for each
  24563. additional team (same company) registrant.
  24564.  
  24565. Standard Registration_________ $749
  24566.           
  24567. Additional Team Registrants __ $670
  24568.  
  24569. HOTEL REGISTRATION AND INFORMATION:
  24570.  
  24571. If you will be utilizing the reduced rate of $125 per night, please
  24572. call the Radisson Hotel, Newark Airport directly at (201) 690-5500 or
  24573. their central reservations at (800) 333-3333.  The Radisson provides
  24574. free shuttle service to and from the Newark Airport.  When registering
  24575. at the hotel, be sure to mention that you are attending the "Telecom
  24576. Research Services/Number Portability Conference".  Reservations with
  24577. the Radisson should be made no later than April 6, 1995.
  24578.  
  24579.  
  24580. SPECIAL AIRFARE RATES AND INFORMATION:
  24581.  
  24582. We have made special arrangements with Continental Airlines for
  24583. reduced airfare rates.  Call 1-800-468-7022 (ref. code: IWPXND) to
  24584. utilize these low rates.
  24585.  
  24586. QUESTIONS:    Contact Kevin Shea at (201) 535-2765 or email to 
  24587. kjshea@interactive.net (subject: Telecom conf. #501).
  24588.  
  24589. ------------------------------
  24590.  
  24591. From: sgrossin@carleton.edu (seth)
  24592. Subject: Voicemail System Wanted
  24593. Date: 6 Mar 95 12:52:53 CST
  24594. Organization: Carleton College -- Northfield, MN
  24595.  
  24596.  
  24597. My client is looking for an inbound voicemail/telenotification system for
  24598. providing callers with messages ("listings").  This system must meet the
  24599. following requirements:
  24600.  
  24601. - A DOS or Windows-based solution;
  24602. - Support for up to five different option levels (e.g. categories, subcate-
  24603.   gories, etc. ending with listings);
  24604. - Excellent message management (delete, update, view);
  24605. - Message copy/paste capabilities;
  24606. - Automatic deletion of messages older than two weeks;
  24607. - Support for up to 3000 1-minute messages;
  24608. - Multiple paths to the same listings (e.g. by type, then area, then listing,
  24609.   or by area, then type, then the same listing);
  24610. - Support for multiple phone lines (two to five).
  24611.  
  24612. If anyone has information on a system that meets some or all of these
  24613. requirements, would you let me know?
  24614.  
  24615. Or if anyone has an idea of where else I could search for such a system, 
  24616. could you let me know that as well?
  24617.  
  24618.  
  24619. Thanks much,
  24620.  
  24621. Seth    (sgrossin@carleton.edu)
  24622.  
  24623. ------------------------------
  24624.  
  24625. Date: 06 Mar 95 11:26:36 EST
  24626. From: Marko Ruokonen <100031.31@compuserve.com>
  24627. Subject: Need Help on Panasonic Fax KX-F90
  24628.  
  24629.  
  24630. I need help in figuring out a problem with a Panasonic FAX KX-F90. A
  24631. friend got that unit some time ago without manuals.
  24632.  
  24633. The unit operates OK, except that on sending a fax, it prints an error
  24634. message #05 indicating that the original did not feed correctly.
  24635.  
  24636. However, the fax is delivered OK and the receiving unit indicates OK
  24637. reception.
  24638.  
  24639. I've tried to send faxes to different other machines; the problem exists 
  24640. with all of them.
  24641.  
  24642. The exchange was converted from analog to digital last week, but the
  24643. problem existed before, also.
  24644.  
  24645. Does anybody have a clue to where the problem might be or if some config- 
  24646. uration is needed to get the unit working?
  24647.  
  24648. Panasonic, Germany is not much help here; they say that unit is not sold in
  24649. Europe and therefore, they do not support it here.
  24650.  
  24651. Help is appreciated. Thanks in advance.
  24652.  
  24653.  
  24654. Marko Ruokonen    E-Mail: 100031.31@compuserve.com
  24655.  
  24656. ------------------------------
  24657.  
  24658. From: ian@cyberspace.com (Ian Eisenberg)
  24659. Subject: Information Wanted on Excell Telecommunications
  24660. Date: 6 Mar 1995 22:11:39 GMT
  24661. Organization: US NETWORK
  24662.  
  24663.  
  24664. Does anyone know anything about Excell Telecommunications.  I think
  24665. they are a multi-level mkting type of deal.  Any information would be
  24666. appreciated.  
  24667.  
  24668.  
  24669. ian@cyberspace.com
  24670.  
  24671. ------------------------------
  24672.  
  24673. From: jmokeefe@nachos.engr.ucdavis.edu (John Michael Okeefe)
  24674. Subject: Help! Telephony Programming
  24675. Date: 5 Mar 1995 00:51:38 GMT
  24676. Organization: College of Engineering - University of California - Davis
  24677.  
  24678.  
  24679.     I'm trying to write a program for my ZOOM voice/data/fax
  24680. modem.  It uses the Rockwell chip for voice processing and the AT+V
  24681. command set.  I am writing this program in Visual Basic. My problem
  24682. has two parts.
  24683.  
  24684.     First the documentation for the AT+V command set says that
  24685. while playing or recording voice data the modem can receive and
  24686. interpet DTMF tones.  The documentation says that if a DTMF tone is
  24687. played while voice processing the modem will send a shielded result
  24688. code to the DTE. I have been able to receive normal result codes such
  24689. as "OK" when issuing an AT command but I don't understand how to
  24690. receive a shielded result code while I'm receiving voice data.
  24691.  
  24692.     My second problem is that there I have been unable to find
  24693. information on writing communications software using Visual Basic and
  24694. the AT command set.
  24695.  
  24696.     If you have experience writing a program using the AT+V
  24697. command set I would appreciate any help you could give me in solving
  24698. the above problems.
  24699.  
  24700.  
  24701. Thanks,
  24702.  
  24703.  
  24704. John O'Keefe            
  24705. University of California, Davis    
  24706. Dept. of Mechanical Engineering    
  24707. Biomechanics and Sports Lab    
  24708.  
  24709. E-Mail: JMOKEEFE@ENGR.UCDAVIS.EDU    
  24710.  
  24711. ------------------------------
  24712.  
  24713. From: wshatford@aol.com (WShatford)
  24714. Subject: Intralata Database Wanted
  24715. Date: 5 Mar 1995 13:11:37 -0500
  24716. Organization: America Online, Inc. (1-800-827-6364)
  24717. Reply-To: wshatford@aol.com (WShatford)
  24718.  
  24719.  
  24720. Is there a database I can access that will list the intralata
  24721. NPA-NXX's for a given NPA-NXX?
  24722.  
  24723.  
  24724. Thanks.
  24725.  
  24726.  
  24727. [TELECOM Digest Editor's Note: Carl Moore is a person that keeps rather
  24728. extensive files on this. He or Dave Leibold might be able to help you.  PAT]
  24729.  
  24730. ------------------------------
  24731.  
  24732. From: scottpcs@aol.com (ScottPCS)
  24733. Subject: T1 -> Modems
  24734. Date: 5 Mar 1995 13:28:09 -0500
  24735. Organization: America Online, Inc. (1-800-827-6364)
  24736. Reply-To: scottpcs@aol.com (ScottPCS)
  24737.  
  24738.  
  24739. I need to bring in a T1 line to 24 1200 baud modems for my company.
  24740. It seems like an inefficient solution to run the T1 into a channel
  24741. bank to end up with 24 phone lines and then plug in 24 modems plugged
  24742. into 24 serial ports.  Is there any type of hardware that can handle
  24743. this T1 / modem problem better?  Preferrably something PC based
  24744. (Windows NT) and cheap <g>.
  24745.  
  24746. ------------------------------
  24747.  
  24748. Date: Mon, 6 Mar 95 14:53:00 EST
  24749. From: Stephen Goodman <0003945654@mcimail.com>
  24750. Subject: Fwd: E-mail Privacy Bill Information Available
  24751.  
  24752.  
  24753. Pat, 
  24754.  
  24755. I thought I would forward this along to readers of the Digest.
  24756.  
  24757.  
  24758. Steve G.  3945654@mcimail.com
  24759.  
  24760.       ------- FORWARD, Original message follows -------
  24761.  
  24762.  Date: Saturday, 04-Mar-95 10:17 AM
  24763.  From: Telecommunications and Information Marketing \ 
  24764.  Internet: (ritim-l@uriacc.uri.edu)
  24765.  Subject: E-mail Privacy Bill
  24766.  
  24767. For those of you interested in seeing the bill that was introduced in the
  24768. house.
  24769. access with a web browser:
  24770. http://thomas.loc.gov
  24771. Run a query with the following words: Workers and Consumers Privacy Act S.984
  24772. This will get you the entire bill.
  24773.  
  24774.  
  24775. James Bass     http://web.syr.edu/~jhbass
  24776. jhbass@mailbox.syr.edu    Syracuse University, NY
  24777.  
  24778. ------------------------------
  24779.  
  24780. From: rWMyRQ78@interramp.com (Dr. Moreau)
  24781. Subject: Information Wanted on Fiber Market in NYC
  24782. Date: 5 Mar 1995 06:41:23 GMT
  24783. Organization: PSI Public Usenet Link
  24784.  
  24785.  
  24786. If anyone has and can forward, or knows where to find, information on
  24787. the fiber optic network market in New York City, please let me know.
  24788.  
  24789.  
  24790. Thanks.
  24791.                                     
  24792. ------------------------------
  24793.  
  24794. Date: Sun, 05 Mar 95 12:43:52 EST
  24795. From: John W Warne <19064001@SBACVM.SBAC.EDU>
  24796. Organization: School Board of Alachua County, FL.
  24797. Subject: Norstar DR5.1 and $$.
  24798.  
  24799.  
  24800. I have received a "Product Bulletin" from Northern Telecom, outlining
  24801. some 14 "Design Changes" between DR5 and DR5.1 software.
  24802.  
  24803. In my opinion, most (if not all) of the changes are to correct
  24804. deficiencies in the existing DR5 software.
  24805.  
  24806. For example, one change is called "End of conference Privacy Release
  24807. lock-up." Sounds like a bug to me.
  24808.  
  24809. Several other changes apply patches to areas known to allow a user to
  24810. defeat the toll restriction in the Norstar.
  24811.  
  24812. One vendor says there is no trade-in. We are faced with simply buying
  24813. the new DR5.1 software package for the same price we paid for the
  24814. original DR5 ($413.65), and chunking the DR5 in the trashcan.
  24815.  
  24816. I'm not pleased with the prospect of spending over $4,000.00
  24817. for what I consider to be a "bug fix."
  24818.  
  24819. Has anyone else received similar news? Better pricing?
  24820.  
  24821. ------------------------------
  24822.  
  24823. From: roodh@dds.nl (Hendrik Rood)
  24824. Subject: Re: Requesting Information About SDH
  24825. Date: Mon, 06 Mar 95 02:47:28 GMT
  24826. Organization: Hendriks Humble Home Hero
  24827.  
  24828.  
  24829. In article <telecom15.131.11@eecs.nwu.edu>, dehoog@st.rim.or.jp (John
  24830. DeHoog) wrote:
  24831.  
  24832. > In article <telecom15.109.9@eecs.nwu.edu>, wgan@netcom.com (willy
  24833. > gan) wrote:
  24834.  
  24835. >> I'd often seen the words SDH or SDH compatible equipment
  24836. >> advertised in data communication magazines. Can anyone explain
  24837. >> or give me examples of what SDH stands for?
  24838.  
  24839. > SDH stands for Synchronous Digital Hierarchy, for starters.  I'm not
  24840. > sure that tells us much, and it's not even necessarily an apt term;
  24841. > but what I do know is that it's an optical signal interface standard
  24842. > used in optical fiber networks, to transport digital voice, data, and
  24843. > video signals over long distances.  Here in Japan, some major telecom
  24844. > makers have developed SDH equipment based on the CTRON specifications.
  24845.  
  24846. SDH is the international (ITU) version of the US (ANSI) SONET-standards. 
  24847. SDH starts at bitrates of 155 Mbit/s which compares to US SONET-OC3.
  24848. The major differences between SONET and SDH for 155 Mbit/s and above
  24849. lies in the overhead and network management features, also terminology
  24850. in SONET and SDH differs slightly.  SONET talks about Virtual Tributaries, 
  24851. SDH about Virtual Containers.
  24852.  
  24853. Although incompatible it is expected in future systems that conversion
  24854. between SDH and SONET is more a software issue than a hardware issue.
  24855. But in the first hardware implementations this is still not the case,
  24856. because manufacturers have implemented some functions in firmware in
  24857. the interface-cards.
  24858.  
  24859.  
  24860. Hendrik Rood
  24861.  
  24862. ------------------------------
  24863.  
  24864. From: russell@trussell.pdial.interpath.net (Travis Russell)
  24865. Subject: Re: Automatic Message Accounting Standard Wanted
  24866. Date: Sun,  5 Mar 1995 22:45:51 +0000
  24867. Organization: Travis Russell
  24868. Reply-To: russell@trussell.pdial.interpath.net (Travis Russell)
  24869.  
  24870.  
  24871. In article <telecom15.128.20@eecs.nwu.edu>, telenet!emerson!ggoldman@
  24872. uunet.uu.net (Gerry Goldman) writes:
  24873.  
  24874. > Can anyone tell me where I can get information on the Automatic 
  24875. > Message Accounting (AMA) format. This is purported to be a Bellcore 
  24876. > format for ATM billing records. 
  24877.  
  24878. Try Bellcore. This is a Bellcore standard, and a Bellcore publication.
  24879. Don't know the number off-hand, but I think you can find them on the
  24880. WWW under http://www.bellcore.com.
  24881.  
  24882.  
  24883. Travis Russell   russell@trussell.pdial.interpath.net
  24884. Author of "Signaling System #7," McGraw-Hill
  24885.  
  24886. ------------------------------
  24887.  
  24888. From: ssinlk@solsys.com (Neil L. Kleeman)
  24889. Subject: Dialogic H/W For Sale
  24890. Organization: Solution Systems Inc.
  24891. Date: Mon, 6 Mar 1995 10:44:11 GMT
  24892.  
  24893.  
  24894. We have some surplus Dialogic hardware that has become available:
  24895.  
  24896. QTY   Description                    Retail Price Each
  24897. ---  ------------------------------- -----------------
  24898. 2    D41D Analog Interface Card           $1,495
  24899. 1    D121/A Analog Interface Card         $1,495
  24900. 1    DMX Digital Switch                   $  995
  24901. 1    DTI/101 T1 Interface Card            $1,495
  24902. 1    DID/40 DID Chassis w/ 4 Line Cards   $  595
  24903.  
  24904. This stuff made a great call-back system.  Make me an offer that I
  24905. can't refuse by email.
  24906.  
  24907.  
  24908. Neil L. Kleeman, President         Internet: ssinlk@solsys.com   
  24909. Solution Systems Incorporated         Voice:    (610) 668-4620
  24910. 114 Forrest Avenue                      Fax:    (610) 668-2157
  24911. Narberth, PA 19072
  24912.  
  24913. ------------------------------
  24914.  
  24915. From: zqhuang@sunmp.csd.hku.hk (HUANG Zhengqian)
  24916. Subject: Paging Interface With Computer
  24917. Organization: Department of Computer Science, The University of Hong Kong
  24918. Date: Mon, 6 Mar 1995 06:08:42 GMT
  24919.  
  24920.  
  24921. Hi,
  24922.  
  24923. Does anybody know if there is a paging receiver that can be
  24924. connected to a computer so that data received over the air can be
  24925. sent to the computer?
  24926.  
  24927.  
  24928. zqhuang
  24929.  
  24930. ------------------------------
  24931.  
  24932. From: wa2ise@netcom.com (Robert Casey)
  24933. Subject: This Newsgroup Demo'ed on PBS's "Internet Show"
  24934. Organization: Netcom Online Communications Services (408-241-9760 login: guest)
  24935. Date: Mon, 6 Mar 1995 02:12:22 GMT
  24936.  
  24937.  
  24938. I saw a show about the Internet on PBS Saturday, Mar 4.  It actually
  24939. talked about something other than porno and child molesters on the 'net.  
  24940. They actually did a reasonably good job talking about newsgroups, ftp'ing, 
  24941. telnet'ing, golpher, and such.
  24942.  
  24943. They did a demo of newsgroup reading, think it was this very group, and they 
  24944. demo'ed how to post. They responded to a question about how many long
  24945. distance lines crossed the USA (he said he was sure the number was 42).
  24946.  
  24947.  
  24948. [TELECOM Digest Editor's Note: Unfortunatly, I don't think it would have
  24949. been this Digest, since I don't recall a question like that appearing here
  24950. at any time in the recent past. It probably was one of the telecom related
  24951. newsgroups on Usenet. None the less, the intentions were good and the 
  24952. producer of the show is to be congratulated for showing something positive
  24953. and tasteful about the information superhighway. Lord knows there are
  24954. enough newspaper writers out there more than willing to discuss the milieu
  24955. of the public toilets at the rest stops along the information highway which 
  24956. disguise themselves as 'news groups'.   PAT] 
  24957.  
  24958. ------------------------------
  24959.  
  24960. From: bpc@netcom.com (Benjamin P. Carter)
  24961. Subject: Re: Yes, Yung'uns. CNID -is- Logged at Your Local CO. 
  24962. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  24963. Date: Mon, 6 Mar 1995 20:50:34 GMT
  24964.  
  24965.  
  24966. gary.novosielski@sbaonline.gov writes:
  24967.  
  24968. > I, for one, would not be willing to toss the privacy rights of the
  24969. > caller on the trash heap merely on the strength of a "claim" by any
  24970. > given residential customer that they found the call "obnoxious."
  24971.  
  24972. With very few exceptions (e.g. to protect social workers who need to
  24973. call anonymously), I WOULD be willing to deny the caller the right of
  24974. anonymity.  I would be equally willing to let him remain anonymous if
  24975. I had the option of blocking all anonymous calls.  In other words, I
  24976. DON'T WANT TO RECEIVE ANONYMOUS CALLS.
  24977.  
  24978. > There has been ample discussion of all the reasons against Caller-ID,
  24979. > or at least in favor of blocking options. Many of these reasons are
  24980. > very "good" ones, and in some cases arguably protect the very lives of
  24981. > the callers involved. I won't rehash them all here.
  24982.  
  24983. Neither will I, except to say that the valid reasons apply to very few
  24984. callers.  Most anonymous callers are up to no good.  In general
  24985. callers have too much privacy, and callees too little.  It is time to
  24986. strike a proper balance.
  24987.  
  24988. > in this context, I think the list of "good" reasons for privacy should
  24989. > should start with:
  24990.  
  24991. >        1. "Because I Feel Like It."
  24992.  
  24993. I agree, and that is why I don't want to receive anonymous calls, junk
  24994. phone calls, repeated calls from jerks who won't leave messages, etc.
  24995. On the other hand, I never call anyone with the intention of concealing 
  24996. my identity.  Like 99.99% of callers, I have no valid reason to conceal 
  24997. my identity.  For most of us, "callers' rights" are like "smokers'
  24998. rights" -- a concept that doesn't withstand analysis.  --
  24999.  
  25000.  
  25001. Ben Carter    internet address: bpc@netcom.com
  25002.  
  25003.  
  25004. [TELECOM Digest Editor's Note: The reason "smoker's rights" ever became
  25005. an issue in this country in my opinion is because there are so many
  25006. discourteous smokers. For example, it would never occur to me to light
  25007. up in your presence if I knew that it offended you. I might not see you
  25008. very often, perhaps of my own choice, but I would try and respect your
  25009. feelings when we did have occassion to meet. I come to your home and
  25010. see no ashtrays anywhere, I don't even bother asking 'may I smoke?'. I
  25011. see ashtrays, then I will ask. It wouldn't occur to me to sit at dinner
  25012. with others and light a cigarette after my meal until the others had
  25013. finished eating and wanted to do the same. I often times ride in a car
  25014. with a friend who is driving; he is not a smoker. In the summer when the
  25015. windows are open he does not object if I smoke. In the winter when the
  25016. car is closed up it matters. For a short ride I wait until we get to
  25017. wherever we are going. We've gone on a couple of longer trips together
  25018. and reached a compromise that I would sit in the back seat with the
  25019. window open a bit and my cigarette out the window. Courteous smokers
  25020. who care about the rights of non-smokers can nearly always reach a
  25021. reasonable compromise with others. There are some smokers who are concerned 
  25022. enough about this courtesy that they never smoke at all outside their own
  25023. home. But like the good guys on the Internet, you never hear about them.
  25024. You only hear about the ones who light up in elevators, on the bus or
  25025. right across the aisle from someone eating dinner who has an allergy to
  25026. cigarette smoke.  I certainly hope my smoking is never offensive to
  25027. a non-smoker.   PAT]
  25028.  
  25029. ------------------------------
  25030.  
  25031. From: stevef@mcs.com (steve friedlander)
  25032. Subject: Re: Pizza Hut in Atlanta
  25033. Date: Mon, 6 Mar 1995 15:45:56 CST
  25034. Organization: MCSNet
  25035.  
  25036.  
  25037. In article <telecom15.134.10@eecs.nwu.edu> tkoppel@carl.org (Ted Koppel) 
  25038. writes:
  25039.  
  25040. > Curiously, the Pizza Huts in Atlanta are moving in a direction
  25041. > opposite to that in Toronto.  Last fall, there was one number
  25042. > (662-5555) that was for the entire metro area, and they did the
  25043. > routing of the pizza order themselves.
  25044.  
  25045. > Now, a call to 662-5555 gets you to a person who asks your home phone
  25046. > number (don't they have Caller ID?), and asks you to dial the Pizza
  25047. > Hut in your area (and supplies you that number).
  25048.  
  25049. > I haven't been buying nearly as much Pizza Hut pizza since they changed
  25050. > their system here.
  25051.  
  25052. Unfortunately, Pizza Hut is stuck in the Pepsico red tape.  We have
  25053. proposed tests anywhere in the US with an 800 service.  We have full
  25054. ten digit routing capabilities with instant updating when a new phone
  25055. number hits the area.  Imagine, no matter where you are, a single 800
  25056. number that routes you instantly to the closest physical location! To
  25057. bad for red tape.
  25058.  
  25059.  
  25060. Steve Friedlander   e-mail:  stevef@mcs.com
  25061. Increasing productivity through enhanced communications.
  25062. The leader in "Value Added" 800 service is Arch Telecom!
  25063. ************************1.800.ARCH.TEL*************************
  25064.             url:  http://www.onramp.net/ron/arch
  25065.  
  25066. ------------------------------
  25067.  
  25068. End of TELECOM Digest V15 #137
  25069. ******************************
  25070.     
  25071. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa23474;
  25072.           7 Mar 95 16:53 EST
  25073. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  25074.     id AA11519; Tue, 7 Mar 95 10:27:19 CST
  25075. Return-Path: <telecom>
  25076. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  25077.     id AA11512; Tue, 7 Mar 95 10:27:16 CST
  25078. Date: Tue, 7 Mar 95 10:27:16 CST
  25079. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  25080. Message-Id: <9503071627.AA11512@delta.eecs.nwu.edu>
  25081. To: telecom@eecs.nwu.edu
  25082. Subject: TELECOM Digest V15 #138
  25083.  
  25084. TELECOM Digest     Tue, 7 Mar 95 10:27:00 CST    Volume 15 : Issue 138
  25085.  
  25086. Inside This Issue:                          Editor: Patrick A. Townson
  25087.  
  25088.     CONY Baltimnore (Doug Reuben)
  25089.     Plug Pulled in Hong Kong (Rob Hall)
  25090.     VoiceMail, FaxMail, Fax-On-Demand Systems in European Market (I. Masood)
  25091.     Problems With Fax Switch (Georg Oehl)
  25092.     Position For a Research Associate at King's College London (udee059@bay)
  25093.     Caller ID, Privacy, and Cranks (was Yes, Yung'uns...) (Robert Levandowski)
  25094.     708/630/815 Split (was Re: New NPA in Colorado) (Carl Moore)
  25095.     Help: E Telco Step-by-Step Switch (Nadia Smyrniw)
  25096.     New NPA's Starting to Confuse/NPA 281 Activated (Stan Schwartz)
  25097.     Is ISDN Equipment Limited by Switch? (Steve Cogorno)
  25098.     Wanted to Buy: Used PBX and Telephones (Ray Siegel)
  25099.  
  25100. TELECOM Digest is an electronic journal devoted mostly but not
  25101. exclusively to telecommunications topics. It is circulated anywhere
  25102. there is email, in addition to various telecom forums on a variety of
  25103. public service systems and networks including Compuserve and America
  25104. On Line. It is also gatewayed to Usenet where it appears as the moderated
  25105. newsgroup 'comp.dcom.telecom'. 
  25106.  
  25107. Subscriptions are available to qualified organizations and individual
  25108. readers. Write and tell us how you qualify:
  25109.  
  25110.                  * telecom-request@eecs.nwu.edu *
  25111.  
  25112. The Digest is edited, published and compilation-copyrighted by Patrick
  25113. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  25114. or phone at:
  25115.                     9457-D Niles Center Road
  25116.                      Skokie, IL USA   60076
  25117.                        Phone: 500-677-1616
  25118.                         Fax: 708-329-0572
  25119.   ** Article submission address only: telecom@eecs.nwu.edu **
  25120.  
  25121. Our archives are located at lcs.mit.edu and are available by using
  25122. anonymous ftp. The archives can also be accessed using our email
  25123. information service. For a copy of a helpful file explaining how to
  25124. use the information service, just ask.
  25125.  
  25126. *************************************************************************
  25127. *   TELECOM Digest is partially funded by a grant from the              *
  25128. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  25129. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  25130. * project.  Views expressed herein should not be construed as represent-*
  25131. * ing views of the ITU.                                                 *
  25132. *************************************************************************
  25133.  
  25134. Additionally, the Digest is funded by gifts from generous readers such
  25135. as yourself who provide funding in amounts deemed appropriate. Your help 
  25136. is important and appreciated. A suggested donation of twenty dollars per
  25137. year per reader is considered appropriate. See our address above.
  25138.  
  25139. All opinions expressed herein are deemed to be those of the author. Any
  25140. organizations listed are for identification purposes only and messages
  25141. should not be considered any official expression by the organization.
  25142. ----------------------------------------------------------------------
  25143.  
  25144. From: dreuben@interpage.net (Doug Reuben)
  25145. Subject: CONY Baltimnore
  25146. Date: Tue, 7 Mar 1995 02:03:37 EST
  25147.  
  25148.  
  25149. On 28 Feb 1995 03:37:34 -0500, stans@panix.com (Stan Schwartz) wrote:
  25150.  
  25151. > We've all heard the stories of the "fun" I had trying to use my CellOne 
  25152. > NY/NJ phone while roaming in Canada.
  25153.  
  25154. There are still problems there, and from what I hear, CanTel hasn't been 
  25155. too cooperative in trying to resolve them.
  25156.  
  25157. > Last week, I visited some friends on the Inner Harbor in Baltimore.
  25158. > [I was] surprised, then, when I tried to call my CellOne phone from the 
  25159. > hotel room and I received my voice mail!
  25160.  
  25161. I assume you had automatic call delivery turned "ON" (ie, you had hit
  25162. *350 sometime in the past?). You may want to try that to (A) make sure
  25163. that Call Delivery is ON (or in NACN terms, "Do Not Disturb" is off),
  25164. and (B) to "force" a registration of your phone in the visited market.
  25165.  
  25166. > I called CellOne's 800 number, and the rep told me that even though
  25167. > Baltimore is a NACN city, incoming callers had to dial a roamer access
  25168. > number! 
  25169.  
  25170. Totally untrue -- you do NOT need to use the access port as a CO/NY 
  25171. customer roaming in Baltimore. Indeed, you may be precluded from doing so.
  25172.  
  25173. > (Where does it say that in CellOne's map?).
  25174.  
  25175. It doesn't! :) Only a few counties in DE on the Delmarva Peninsula
  25176. USED to lack auto call delivery; they have it now. When Call Delivery
  25177. (was it NACN right away, I forget ...) was set up to DC, Baltimore got
  25178. it too.  There were/are MAJOR, MAJOR bugs with the "Roam America"/
  25179. "Nationlink" service ONLY in the Baltimore section of the Baltimore/DC
  25180. system (00013), but no one there seems to care to listen to me about
  25181. these problems, and now that I don't need to use that silly system, I
  25182. gave up reporting them.
  25183.  
  25184. > The first rep mentioned something about the lack of a mutual roaming
  25185. > agreement, and I wonder if this is retribution for CellOne turning off
  25186. > access to roamers in NY?
  25187.  
  25188. I doubt it, as I've used my CO/NY phone there after this nonsense with
  25189. SWBell suspending roaming in NYC.
  25190.  
  25191. If anything, it might have to do with the problems I used to experience with 
  25192. Nationlink/Roam America. I would activate it it the Baltimore system
  25193. after getting south of Havre De Grace on I-95. I'd get the SWBell/Baltimore-
  25194. DC ack. message, and figure I'd be set up and start receiving calls shortly.
  25195.  
  25196. Well, I'd be set up right away, but the phone would never ring when
  25197. someone called me. I tried it over and over and over, and it NEVER worked.
  25198. Then, as I passed Baltimore, and got into the DC "portion" of the system
  25199. (south of MD-32, maybe a bit further south), it would ring just fine! If I
  25200. went back into the Baltimore portion, nothing, and if I went back to DC,
  25201. it worked fine again. I did this maybe ten times one day just to prove to SW
  25202. Bell that they did indeed have a problem, and all I got from them was
  25203. "poor coverage" excuses (even though they managed to hear me fine on *611!). 
  25204.  
  25205. Now without any experimentation, I can't say for sure what is/was going 
  25206. on -- could be switchwork or something on that particular day. But the 
  25207. point is that these intercarrier roaming problems DO occur, and I'm in 
  25208. some ways glad to see that I am not the only one who notices them! :) 
  25209.  
  25210. I've always wondered why *I* have to notice this stuff before anyone gets 
  25211. it fixed. I don't mean this in an boastful way, but rather, if I can find 
  25212. these problems, don't you think the cell co's could HIRE or PAY someone 
  25213. to just drive around or whatever and test these intercarrier problems? I 
  25214. mean, like on Monday drive down to DC and test service through to there, 
  25215. on Tuesday drive to Albany and test service up that way, Weds to Boston, 
  25216. etc. 
  25217.  
  25218. It wouldn't have to be as rigorous as all that, maybe once a week 
  25219. make an excursion somewhere to test this stuff out. The point is that if 
  25220. I and Stan and others can detect this, shouldn't the cell co's be able to 
  25221. detect this earlier, and try to correct the problem BEFORE it becomes one 
  25222. for the customer? I can deeply sympathize with Stan  -- too many times 
  25223. I've had to meet friends while roaming and told them to call the 
  25224. carphone, only to find that service for some reason or another was "out", 
  25225. leaving me out of contact and very, very upset. 
  25226.  
  25227. This can only harm the overall impression that a customer has of his/her 
  25228. cellular service. I would (like to) think that most Cell Companies would 
  25229. want to mitigate against this, and put more efforts into locating and 
  25230. remedying intercarrier roaming problems BEFORE the customer is affected.
  25231.  
  25232. Unfortunately, in most cases typified by Stan's problems in Baltimore or 
  25233. his earlier (and verified, may I add) problems in Canada, this is not 
  25234. always the case.
  25235.  
  25236. > CellOne Strikes Again!
  25237.  
  25238. Hmm ... Cell One/DC-Baltimore, sure ... let 'em have it! Cell One/NY, 
  25239. hmmm ... I'd be slightly more hesistant to blame them.
  25240.  
  25241. I've been very mildly criticized for casting CO/NY in a "good light" all
  25242. the time, but in all honesty, they deserve it. Perhaps it is due to the
  25243. utter lack of responsiveness from other carriers which I deal with (hey,
  25244. GTE/SF, did you EVER get Call Waiting working in Sac/Stockton?  Or
  25245. Atlantic Cellular/El Dorado County, CA -- ever manage to put something
  25246. simple like confirmation tones up for CA access customers?). 
  25247.  
  25248. In the above examples, I made an honest and good faith effort to report 
  25249. some problems, and even follow up on them. Almost all were to no avail. 
  25250. GTE/SF even argued with me for 20 minutes that I should NOT have called 
  25251. their 800 number from my cellphone while roaming, even though I was on 
  25252. the phone with a switch tech who was trying to diagnose the problem.
  25253.  
  25254. Right now, in the US Cellular Poughkeepsie (00503) system, ONLY CO/NY 
  25255. roamers are blocked from placing/receiving ANY calls, including 611 and 
  25256. 911 ! All other roamers, even those with invalid ESN/MIN combos, get 
  25257. at the very least 611/911 service just fine. The problem is very 
  25258. sporadic, and has gone on for 5 days or so. (More on this in another post)
  25259.  
  25260. I noticed this a few months ago (much more infrequently), and since I 
  25261. bother the roam coordinator in NY enough as it is :), I reported the 
  25262. problem to US Cellular's roam people in Chicago and figured they would 
  25263. look into it. Apparently, no one did, or at the very least, no one ever 
  25264. got back to me. 
  25265.  
  25266. So now, CO/NY (and other NACN?) customers can not receive nor place calls, 
  25267. even emergency 911 calls, for extended periods of time during the day. 
  25268. It's not a coverage issue, the same phone in a very strong coverage 
  25269. area will NOT work with a CO/NY NAM (number), but will work with a Boston 
  25270. account, or even a totally fictitious number. It just will NOT allow any 
  25271. calls with a CO/NY number. (This is sporadic -- it will not work for a few 
  25272. hours, then work for a few minutes, then stop working, etc.)
  25273.  
  25274. The point is that US Cellular couldn't seem to care less about this. They 
  25275. "diagnosed" the problem from Oklahoma or somewhere, and had no idea of 
  25276. where Poughkeepsie was let alone that it was interconnected with NY.
  25277.  
  25278. On the other hand, the minute I called CO/NY they were very concerned, 
  25279. they checked a number of things out, they called US Cell, and they are 
  25280. now "escalating" the issue so that it will be quickly resolved. 
  25281.  
  25282. I guess this the way every carrier should respond when they get a
  25283. verified trouble report, but sadly, most don't, so I'm very, very
  25284. pleased to find that CO/NY will listen and be very responsive when
  25285. these problems do arise.
  25286.  
  25287. The next step is to detect these problems BEFORE the customer can. To
  25288. some extent, for some problems, this may not be possible. Yet I feel
  25289. that if *I* can detect these problems by performing a few simple tests
  25290. when I get to a roaming market, that the major cell carriers could do
  25291. this as well.  It would go a LONG way towards eliminating "surprises"
  25292. like Stan experienced in Baltimore or Canada, and like those which
  25293. CO/NY customers are currently experiencing in Poughkeepsie and most of
  25294. Dutches County, NY.
  25295.  
  25296.  
  25297. Doug
  25298. dreuben@interpage.net    CID Technologies/Interpage NSG   +1 (203) 499 - 5221
  25299. E-Mail Gateway to Voice, Fax, and Pagers --> http://interpage.net
  25300.  
  25301. ------------------------------
  25302.  
  25303. Date: Tue, 7 Mar 1995 17:23:08 +0800
  25304. From: robhall@hk.super.net
  25305. Subject: Plug Pulled in Hong Kong
  25306.  
  25307.  
  25308. First it was threats of draconian measures from the Cyber police to clean up 
  25309. the net.
  25310.  
  25311. Then it was the Pakistan government shutting down cellular service because 
  25312. they couldn't eavesdrop.
  25313.  
  25314. Now, it's the Hong Kong government practicing for after the handover
  25315. of Hong Kong to the PRC in 1997?
  25316.  
  25317. In case any of you are wondering why your messages to people in Hong Kong are 
  25318. not being answered ...
  25319.  
  25320. Last Friday, the Commercial Crime Bureau shutdown seven of the eight
  25321. Internet Service Providers, through raids on their offices, and seized
  25322. all of their computer and telecommunications equipment. Seven men and
  25323. one woman were detaied for questioning and later released on bail.
  25324.  
  25325. According to police sources, the CCB raided the companies after a
  25326. complaint by the Telecommunications Authority that these services
  25327. providers were running telecommunications networks without the
  25328. required license.
  25329.  
  25330. But the Office of the Telecommunications Authority (OFTA) has denied
  25331. it instigated the CCB raids, stating that it has been conducting its
  25332. own investigation into the telecommunications licensing issue in
  25333. relation to Internet service providers.  The investigation is still in
  25334. progress.
  25335.  
  25336. So if your message doesn't receive a response in a timely manner, fax
  25337. it.  The only public service provider still in operation is hk.super.net.
  25338.  
  25339.  
  25340. Rob Hall    Hong Kong
  25341.  
  25342.  
  25343. [TELECOM Digest Editor's Note: I assume if they get their business
  25344. licenses in order they will be able to resume operation, correct?   PAT]
  25345.  
  25346. ------------------------------
  25347.  
  25348. From: spearv@ix.netcom.com (Iftikhar Masood)
  25349. Subject: VoiceMail, FaxMail, Fax-On-Demand systems in European Market
  25350. Date: 7 Mar 1995 09:31:55 GMT
  25351. Organization: Netcom
  25352.  
  25353.  
  25354. Our company (Spear Voice Systems) is looking for distributors and
  25355. marketing partners throughout Europe to market our products FaxLink,
  25356. and Callink. Our systems are from 4 ports to 24 ports capacity and are
  25357. based on Dialogic telephony/fax boards. Our company has been in
  25358. business for 4 years and has a very good sized installed base in
  25359. far-east Asia. Our systems provide full and extended integration with
  25360. a variety of PBXs. Integrations methods include RS232 link, Inband
  25361. DTMF, and digital/hybrid telephone interfaces. At this time we have
  25362. voice prompts in nine languages.
  25363.  
  25364. The partners we seek must meet the following criteria:
  25365.  
  25366.       - Experiened in PBX and any other telecommunication equipment
  25367.         installation with technical support staff. Must have emphasis
  25368.         on the customer problem solution, rather than making a quick
  25369.         sale.  Strong after sale support committment necessary.
  25370.  
  25371.       - Optimistic and aware of VoiceMail/Faxmail and Fax-on-demand
  25372.         systems market in Europe.
  25373.  
  25374.       - Expecting lucrative return based on Commission and After sales
  25375.         service and maintenance contracts.
  25376.  
  25377.       - Targeting small to medium sized business organizations and
  25378.         service bureaus.
  25379.  
  25380. We look forward to inquiries from individuals and companies, and will
  25381. provide the details to the interested parties. Please respond to our
  25382. internet address contained in this message.
  25383.  
  25384.  
  25385. Ifti
  25386.  
  25387. ------------------------------
  25388.  
  25389. From: oehl@student.uni-kl.de (Georg Oehl)
  25390. Subject: Problems With Fax Switch
  25391. Organization: University of Kaiserslautern, Germany
  25392. Date: Tue, 7 Mar 1995 10:45:46 GMT
  25393.  
  25394.  
  25395. Hello there,
  25396.  
  25397.     I have a problem with my ComShare 750 Fax Switch that I
  25398. purchased from a friend in California about two weeks ago: it won't
  25399. pick up when someone is calling.
  25400.     
  25401.     The ComShare 750 is an active Fax Switch with extra power
  25402. supply. It has one input (line-in) and four outputs (for phone,
  25403. answering machine, fax and modem). On an incoming call it's supposed
  25404. to direct the call -- depending on what/who is calling -- to the right
  25405. device attached.
  25406.  
  25407.     But, as I said, it just won't pick up any call. The weird
  25408. thing is that at a friend's house it worked just fine, ie. picked up
  25409. on an incoming call. Is there a way of finding out what's wrong with
  25410. my phone line, like what are the specifications for a ring of an
  25411. incoming call in terms of voltage drop or resistance/impedance of the
  25412. attached telephone devices (or whatever)?
  25413.  
  25414.     Another problem is that I can't report this to the telephone
  25415. company, because here in Germany devices that don't have an approval
  25416. sticker on them are not quite legal to connect to the phone system.
  25417.  
  25418.  
  25419. Georg
  25420.  
  25421. ------------------------------
  25422.  
  25423. From: udee059@bay.cc.kcl.ac.uk
  25424. Subject: Position for a Research Associate at King's College London
  25425. Date: 7 Mar 95 12:31:34 GMT
  25426. Organization: King's College London
  25427.   
  25428.  
  25429.      Position for a Research Associate at King's College London
  25430.      ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  25431.  
  25432. Applications are invited for a Research Associate for three years
  25433. starting 1st of April or soon thereafter. The externally-funded
  25434. project is to investigate "air interface migration" from GSM.
  25435. Experience of packet transmission techniques and relevant software
  25436. would be an advantage.
  25437.  
  25438. Candidates should have, or expect to have, a PhD in a relevant area.
  25439. Salary will be on the RA1A scale currently from 14,962 to 17,700
  25440. pounds sterling per annum which includes 2,134 pounds sterling London
  25441. Allowance (LA) per annum. Applications consisting of a CV and the
  25442. names of two academic refrees should be sent to:
  25443.  
  25444.            Personnel, 
  25445.            Physical Sciences & Engineering, 
  25446.            King's College London,
  25447.            Strand,
  25448.            London WC2R 2LS.
  25449.       
  25450. The CLOSING DATE is 13 March 1995. Please quote the reference number
  25451. Ref W1/EE/10/95 in your application.
  25452.  
  25453.       " Equality of opportunity is  college policy. "
  25454.  
  25455. ------------------------------
  25456.  
  25457. From: rlvd_cif@uhura.cc.rochester.edu (Robert Levandowski)
  25458. Subject: Caller ID, Privacy, and Cranks (was Yes, Yung'uns...)
  25459. Organization: University of Rochester - Rochester, New York
  25460. Date: Tue, 7 Mar 95 15:21:51 GMT
  25461.  
  25462.  
  25463. Here in Rochester NY, the phone company (Rochester Telephone / Frontier)
  25464. has what I think is an elegant solution to the Caller ID vs. crank call
  25465. problem. 
  25466.  
  25467. The problem, simply restated, is: How do you balance the need and desire for
  25468. privacy with the need to easily identify crank callers?  And how do you set
  25469. up Caller-ID blocking, etc., to be useful but not intrusive?
  25470.  
  25471. Well, here we have Caller-ID, and per-line and per-call blocking, but you
  25472. don't need Caller-ID to take care of annoyance calls.
  25473.  
  25474. If you get an annoyance call, you hang up, and then dial *64  (or 1164 if
  25475. you only have a rotary phone).
  25476.  
  25477. This will then automatically "trace" the number (or so it says in the phone
  25478. book -- more likely just grab the CNID/ANI information) and report it to
  25479. the Annoyance Call Bureau at the phone company.  You do NOT get a copy of the
  25480. number you traced; but you can then call Rochester PD and file a complaint,
  25481. and RochesterTel will turn the traced number over to the police for
  25482. investigation. 
  25483.  
  25484. To keep this service from being abused, there's a $1.50 charge for every call
  25485. that is successfully traced.
  25486.  
  25487. It makes a lot of sense to me.  It avoids vigilante justice; it ensures the 
  25488. privacy of people who legitimately use Caller-ID blocking; and it preserves 
  25489. the right to freedom from annoying, harassing, and threatening phone
  25490. calls.  And, there's no need to invest in a Caller-ID box or service
  25491. for just the occasional bad call ...
  25492.  
  25493.  
  25494. Rob Levandowski
  25495. Computer Interest Floor associate / University of Rochester
  25496. macwhiz@cif.rochester.edu     [Opinions expressed are mine, not UR's.]
  25497.  
  25498. ------------------------------
  25499.  
  25500. Date: Tue, 7 Mar 95 10:32:47 EST
  25501. From: Carl Moore <cmoore@ARL.MIL>
  25502. Subject: 708/630/815 Split (was Re:  New NPA in Colorado)
  25503.  
  25504.  
  25505. There is some of that "messy" stuff in a very old area code map I
  25506. received a while back in the mail, but you're looking at the 1950s
  25507. with regard to that.  I'd have to do some guesswork along the lines of
  25508. what I have just been told (through Telecom) about 708/630 (and 815).
  25509. Area code changes made in the 1950s then would have had less effect on
  25510. the public due to there being less direct-dial facility as a percentage 
  25511. of the entire system.  But someone did write about seeing a notice
  25512. left over from 1958 of dialing area code 609 in New Jersey.
  25513.  
  25514. As for the prefixes in southwestern 708 getting put in 815, I can
  25515. draw on what I have seen regarding:
  25516.  
  25517. 1. the Pentagon (moved from 202 to 703);
  25518. 2. those three prefixes in Lancaster County which moved from old
  25519.    215 to 717.
  25520.  
  25521. In other words, my educated guess is that there will be a case by case
  25522. review of each prefix which would go from 708 to 815.  If possible,
  25523. the prefix would be put "as is" in 815.  But if the prefix is already
  25524. used in 815, the prefix now used in 708 would have to be replaced, and
  25525. in the above cases there were two such occurrences:
  25526.  
  25527. 1. 202-694 switched to 703-614 (703-694 in use at Stuart, which is to
  25528.    go to area 540 this year);
  25529. 2. 215-267 switched to 717-336 (717-267 in use at Chambersburg)
  25530.  
  25531. Unfortunately, putting parts of present 708 into 815 and 630 means
  25532. that some people have to change area code again after only about 5 1/2
  25533. years.  The 312/708 split only became permissive in Nov. 1989.
  25534.  
  25535. ------------------------------
  25536.  
  25537. Date: Tue, 7 Mar 1995 10:36:18 -0500 
  25538. From: nadia (n.) smyrniw <smyrniw@bnr.ca>
  25539. Subject:  Help: E Telco Step-by-Step Switch 
  25540. Organization: Prism Systems / Bell-Northern Research 
  25541.  
  25542.  
  25543. Hi,
  25544.  
  25545. I am looking for information about an E Telco Step-by-Step Switch.  I
  25546. am looking for any information (Manufacturer, type of test trunk
  25547. ect....)  All I know about it is that it was manufacured in England in
  25548. the distant past, but I don't know by whom.  Maybe Strowger?
  25549.  
  25550. If anyone has any information please let me know. 
  25551.  
  25552.  
  25553. Thanks in advance,
  25554.  
  25555. NADIA     smyrniw@bnr.ca
  25556.  
  25557. ------------------------------
  25558.  
  25559. From: stans@panix.com (Stan Schwartz)
  25560. Subject: New NPA's Starting to Confuse/NPA 281 Activated
  25561. Date: 6 Mar 1995 19:59:11 -0500
  25562. Organization: PANIX Public Access Internet and Unix, NYC
  25563.  
  25564.  
  25565. An article in this week's {Information Week} mentioned that the new
  25566. NPA's are confounding numerous PBX's that haven't had a recent
  25567. software upgrade to handle the new NPA format (a graphic showed 360,
  25568. with the '6' having devil-like horns and tail).  They mentioned that
  25569. 334 in Alabama, 360 in Washington State, and 281 in Texas were already
  25570. active.  I don't remember anyone here mentioning 281's activation, but
  25571. upon dialing 1-281-555-1212 I received a "Southwestern Bell" chime and
  25572. the DA operator told me that 281 is the cellular overlay area code for
  25573. 713 (Houston), which became active 3/1/95.
  25574.  
  25575.  
  25576. Stan
  25577.  
  25578. ------------------------------
  25579.  
  25580. From: cogorno@netcom.com (Steve Cogorno)
  25581. Subject: Is ISDN Equipment Limited by Switch?
  25582. Date: Mon, 6 Mar 1995 18:10:42  PST
  25583.  
  25584.  
  25585. I am in the process of converting my two lines into an ISDN line, and
  25586. while on the phone today the PacBell representative said somthing a
  25587. little startling.  She told me "You are served off a 5ESS (which I
  25588. knew), so you need to buy AT&T equipment." I thought this was a little
  25589. odd, so I asked her why. SHe said that AT&T ISDN equipment will not
  25590. work with a DMS-100 and Northern equipment will not work with the
  25591. 5ESS.  So, if I move to an area that has a DMS-100, I will have to buy
  25592. all new equipment. Is this _really_ true?
  25593.  
  25594.  
  25595. Steve   cogorno@netcom.com
  25596.  
  25597. ------------------------------
  25598.  
  25599. From: Ray siegel <raysieg@delphi.com>
  25600. Subject: Wanted to Buy: Used PBX and Telephones
  25601. Date: Mon, 06 Mar 95 22:51:30 -0500
  25602. Organization: Delphi (info@delphi.com email, 800-695-4005 voice)
  25603.  
  25604.  
  25605. Wanted to Buy:
  25606.  
  25607. PBX, and used business telephones.
  25608.  
  25609. Also buy Used Mainframes, such as IBM, UNIVAC, and used peripherals
  25610. (Disk,tape,FEPs,printers).
  25611.  
  25612. Please FAX list of such hardware, location, and your name, address and
  25613. telephone number to 201-994-4669.
  25614.  
  25615.  
  25616. Ray Siegel   NUDT - National Used Digital Technologies
  25617. fax:201-994-4669    or e-mail raysieg@delphi.com
  25618.  
  25619. ------------------------------
  25620.  
  25621. End of TELECOM Digest V15 #138
  25622. ******************************
  25623.     
  25624.     
  25625. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa25378;
  25626.           7 Mar 95 18:35 EST
  25627. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  25628.     id AA15331; Tue, 7 Mar 95 12:07:03 CST
  25629. Return-Path: <telecom>
  25630. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  25631.     id AA15322; Tue, 7 Mar 95 12:07:01 CST
  25632. Date: Tue, 7 Mar 95 12:07:01 CST
  25633. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  25634. Message-Id: <9503071807.AA15322@delta.eecs.nwu.edu>
  25635. To: telecom@eecs.nwu.edu
  25636. Subject: TELECOM Digest V15 #139
  25637.  
  25638. TELECOM Digest     Tue, 7 Mar 95 12:07:00 CST    Volume 15 : Issue 139
  25639.  
  25640. Inside This Issue:                          Editor: Patrick A. Townson
  25641.  
  25642.     North America's New Toll Free Code: 888 (Norman R. Tiedemann)
  25643.     Seeking GSM Contacts (Jack Hurst)
  25644.     Home PBX Wanted (Tom Blog)
  25645.     Help: Do You Know This Chip? Manufacturer? (D. Emilio Grimaldo)
  25646.     Re: Yes, Yung'uns. CNID -is- Logged at Your Local CO (Fred Goodwin)
  25647.     Re: AT&T Calling Card Mixup (Kareem Hinedi)
  25648.     Re: AT&T Offers 'International Redial' (Kareem Hinedi)
  25649.     Re: Paging Interface With Computer (Michael Berlant)
  25650.     Re: Pair Gain Line Problem (Steve Satchell)
  25651.     Re: 800 Directory Listings Wanted (Gerry Brown)
  25652.     Re: Motorola Flip Phone and Low Battery (George Wang)
  25653.     Re: Europe Postal Services and Datacom (Francisco van Jole)
  25654.     Re: MCI Cashes AT&T Checks (Stan Schwartz)
  25655.     Re: Credit Checking on Cellular Customers (Javier Henderson)
  25656.     Re: Automatic Message Accounting Standard Wanted (Howard M. Weiner)
  25657.     Re: Anyone Heard of SMR - Specialized Mobile Radio? (Glenn Blanc)
  25658.     Save Money by Proper Use of Tariffs (Leo Berz)
  25659.     Long Distance Re-Billers Wanted (Richard W. Kreutzer)
  25660.     Re: Book Review: "Modems Made Easy" by Hakala (Rich Brown)
  25661.  
  25662. TELECOM Digest is an electronic journal devoted mostly but not
  25663. exclusively to telecommunications topics. It is circulated anywhere
  25664. there is email, in addition to various telecom forums on a variety of
  25665. public service systems and networks including Compuserve and America
  25666. On Line. It is also gatewayed to Usenet where it appears as the moderated
  25667. newsgroup 'comp.dcom.telecom'. 
  25668.  
  25669. Subscriptions are available to qualified organizations and individual
  25670. readers. Write and tell us how you qualify:
  25671.  
  25672.                  * telecom-request@eecs.nwu.edu *
  25673.  
  25674. The Digest is edited, published and compilation-copyrighted by Patrick
  25675. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  25676. or phone at:
  25677.                     9457-D Niles Center Road
  25678.                      Skokie, IL USA   60076
  25679.                        Phone: 500-677-1616
  25680.                         Fax: 708-329-0572
  25681.   ** Article submission address only: telecom@eecs.nwu.edu **
  25682.  
  25683. Our archives are located at lcs.mit.edu and are available by using
  25684. anonymous ftp. The archives can also be accessed using our email
  25685. information service. For a copy of a helpful file explaining how to
  25686. use the information service, just ask.
  25687.  
  25688. *************************************************************************
  25689. *   TELECOM Digest is partially funded by a grant from the              *
  25690. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  25691. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  25692. * project.  Views expressed herein should not be construed as represent-*
  25693. * ing views of the ITU.                                                 *
  25694. *************************************************************************
  25695.  
  25696. Additionally, the Digest is funded by gifts from generous readers such
  25697. as yourself who provide funding in amounts deemed appropriate. Your help 
  25698. is important and appreciated. A suggested donation of twenty dollars per
  25699. year per reader is considered appropriate. See our address above.
  25700.  
  25701. All opinions expressed herein are deemed to be those of the author. Any
  25702. organizations listed are for identification purposes only and messages
  25703. should not be considered any official expression by the organization.
  25704. ----------------------------------------------------------------------
  25705.  
  25706. From: Norman.R.Tiedemann@att.com
  25707. Subject: North America's New Toll Free Code: 888
  25708. Organization: AT&T Bell Laboratories
  25709. Date: Mon, 6 Mar 1995 19:52:15 GMT
  25710.  
  25711.  
  25712. A little follow up information on the Numbering Committee recommendations.
  25713.  
  25714. All NPA of the form 2yy-9yy (with y=y=2-8) i.e. 222,233,244...288 and
  25715. so on to 922,933,944...988 are reserved for non-geographical services.
  25716. Secondly NPA's of this form starting with 5 are for personal services
  25717. (like the 500 numbers today).  The NPA's of this form starting with 8
  25718. will be toll free. Currently the plan is to make them just like 800
  25719. i.e. exact same billing, features, ...  This will start with 888 and
  25720. as that gets close to exhaust 877 will be next, 866 on down to 822.
  25721. Each one being opened only as the previous one nears exhaust.
  25722.  
  25723. Why isn't 9 included in the "y" list, like 599 and 899? Because NPA's
  25724. of the form 299,399,499...999 will be reserved for expanded dialing.
  25725. So when we run out of ten digit numbers an NPA of this form will
  25726. indicate that there will be more than seven following digits.  This is
  25727. still quite a ways in the future, but it's nice to see they're at
  25728. least thinking about it.
  25729.  
  25730. The only thing definite about these recommendation is the 888
  25731. currently, the others are just plans and we know how they may change.
  25732. The other update to the previous mail is that the rate of assigned 800
  25733. numbers is now around 50,000 per week. It seems with the news of
  25734. exhaust people are scrambling for numbers. Can you imagine how long it
  25735. will take all PBX vendors and telcos to get this straight.
  25736.  
  25737.  
  25738.  
  25739. Norm Tiedemann        AT&T Bell Labs IH 2G-232
  25740. att!ihlpm!normt        2000 Naperville Rd.
  25741. normt@ihlpm.att.com    Naperville, IL    60566-7033
  25742.  
  25743. ------------------------------
  25744.  
  25745. Date: Mon, 6 Mar 95 21:00:50 CST
  25746. From: jkhurst@dfw.net (Jack Hurst)
  25747. Subject: Seeking GSM Contacts
  25748.  
  25749.  
  25750. I am involved in an extensive consulting project.  Seeking to make
  25751. contacts with GSM information sources -- particularly with individuals
  25752. who have managed large GSM Cellular Network installation projects.
  25753.  
  25754.  
  25755. Jack Hurst
  25756.  
  25757. ------------------------------
  25758.  
  25759. From: tblog@eagle.ais.net (Tom Blog)
  25760. Subject: Home PBX Wanted
  25761. Date: Tue, 7 Mar 1995 03:27:24 GMT
  25762. Organization: Com Designs
  25763.  
  25764.  
  25765. I will be building a house soon, and am in the market for a simple
  25766. PBX. There will be three incoming lines (perhaps one dedicated to
  25767. computer/fax), serving eight to ten stations. Minimum features should
  25768. include paging, hold and pickup. Not sure how to handle answering
  25769. machine. All stations home run to punchdown block.
  25770.  
  25771. Any suggestions/recommendations/sales pitches welcome.
  25772.  
  25773.  
  25774. Thanks,
  25775.  
  25776. t blog
  25777.  
  25778.  
  25779. [TELECOM Digest Editor's Note: The way you handle the answering machine
  25780. is to assign it an extension of its own; let's say extension 21. Whatever
  25781. extension you assign to it, that's the same extension you want to have
  25782. the PBX use for calls when on 'night service', that is, where it rings
  25783. through to given extensions direct when no one is available. Since most
  25784. of the very small PBX things (2/3 lines, 8/10 extensions) don't have an
  25785. 'operator' position as such, usually one of the extensions automatically
  25786. accepts calls be default where the caller dials zero, and usually all
  25787. incoming calls are automatically defaulted to one or two extensions unless
  25788. you change the 'call forwarding'. The extension to which incoming calls
  25789. are defaulted is the extension you want to have the answering machine.  PAT]
  25790.  
  25791. ------------------------------
  25792.  
  25793. From: D. Emilio Grimaldo <grimaldo@sce.philips.nl>
  25794. Subject: Help: Do You Know This Chip? Manufacturer?
  25795. Date: 7 Mar 1995 17:29:30 GMT
  25796. Organization: Philips Electronics BV.
  25797.  
  25798.  
  25799. Hello fellows,
  25800.  
  25801.              I have been looking around in the library at the data
  25802. books, IC index, CD ROM and yet I have found absolutely no information
  25803. on this chip, perhaps you can help me :)
  25804.  
  25805. The chip is marked DAA-TDK, it is a 38-pin IC for telephony. I see it
  25806. has pins for the TIP & RING signals (from telephone line) as well as
  25807. for microphone, speaker, hook relay, Tx,Rx and other unknown signals
  25808. (several Not Connected pins too). It seems the chip is also capable of
  25809. Ring Detection but don't know to what extent, probably just rectifying
  25810. the incoming signal without doing frequency discrimination.
  25811.  
  25812. That's all I know, I have no idea who the manufacturers is, in any
  25813. case I would like to obtain the name of the manufacturer and also the
  25814. telephone/fax numbers so that I can obtain a data sheet.
  25815.  
  25816. Please send responses to my email account as I can't check these
  25817. newsgroups often enough :(
  25818.  
  25819.  
  25820. Thanks in advance,
  25821.  
  25822. Emilio
  25823.  
  25824. ------------------------------
  25825.  
  25826. From: fg8578@onr.com (Fred Goodwin)
  25827. Subject: Re: Yes, Yung'uns. CNID -is- Logged at Your Local CO
  25828. Date: 7 Mar 1995 06:35:05 GMT
  25829. Organization: Onramp Access, Inc.
  25830.  
  25831.  
  25832. In article <telecom15.137.16@eecs.nwu.edu>, bpc@netcom.com (Benjamin
  25833. P. Carter) says:
  25834.  
  25835. > With very few exceptions (e.g. to protect social workers who need to
  25836. > call anonymously), I WOULD be willing to deny the caller the right of
  25837. > anonymity.  I would be equally willing to let him remain anonymous if
  25838. > I had the option of blocking all anonymous calls.  In other words, I
  25839. > DON'T WANT TO RECEIVE ANONYMOUS CALLS. 
  25840.  
  25841. > Most anonymous callers are up to no good.  In general callers have
  25842. > too much privacy, and callees too little.  It is time to strike a
  25843. > proper balance.
  25844.  
  25845. > I agree, and that is why I don't want to receive anonymous calls, junk
  25846. > phone calls, repeated calls from jerks who won't leave messages, etc.
  25847.  
  25848. Ben: I don't know about your local phone company, but in Texas, SW
  25849. Bell provides a feature called Anonymous Call Rejection (ACR), which
  25850. does what you want, i.e., it blocks calls from those who block the
  25851. transmis- sion of their CID info ("blocks-the-blocker").  I have it,
  25852. and I'm told the caller gets a message that the person he/she is
  25853. calling (viz., ME) is not accepting anonymous calls, or something to
  25854. that affect.  In fact, my phone never rings, and my CID box never sees
  25855. anything.
  25856.  
  25857. You might try calling your local telco and ask if they offer a similar
  25858. feature.
  25859.  
  25860.  
  25861. Fred "No ad intended" Goodwin
  25862. Southwestern Bell   Austin, TX 
  25863.  
  25864. ------------------------------
  25865.  
  25866. From: khinedi@bu.edu (Kareem Hinedi)
  25867. Subject: Re: AT&T Calling Card Mixup
  25868. Date: 7 Mar 1995 07:12:30 GMT
  25869. Organization: Boston University
  25870.  
  25871.  
  25872. Robert Scott (rbs@cs.city.ac.uk) wrote:
  25873.  
  25874. > Anyway, my question still stands.  Does AT&T Charge Card have an email
  25875. > address or even a fax number?
  25876.  
  25877. > [TELECOM Digest Editor's Note: Well, I guess you have a valid complaint
  25878. > alright. Apparently someone punched the wrong plan number in the computer
  25879. > when you signed up. I don't know of any way to contact AT&T Customer
  25880. > Service by email, but why don't you try calling them at 800-222-0300. You
  25881. > will get representatives who, if they cannot help you, will transfer to
  25882. > representatives (for the correct plan) who can.    PAT]
  25883.  
  25884. Since this person is in the United Kingdom, he cannot call an 800
  25885. number (unless things have changed since I lived in Europe).  AT&T's
  25886. calling card customer service number is 304-341-3020 (they will accept
  25887. collect calls from overseas).  If this person has the AT&T Universal
  25888. Card (I don't think he does, but just in case), the collect number is
  25889. 904-448-8661
  25890.  
  25891.  
  25892. Kareem A. Hinedi    Boston University School of Public Health
  25893.  
  25894.  
  25895. [TELECOM Digest Editor's Note: Actually, yes people in the UK can call
  25896. 800 numbers in the USA now-a-days; at least quite a few 800 numbers.
  25897. Over the past few months that has been changing quite a bit. Even if
  25898. there were not the ability to dial 800 numbers direct, services such as
  25899. USA Direct have for quite a long time accepted 800 numbers when requested
  25900. through the operator.   PAT]
  25901.  
  25902. ------------------------------
  25903.  
  25904. From: khinedi@bu.edu (Kareem Hinedi)
  25905. Subject: Re: AT&T Offers 'International Redial'
  25906. Date: 7 Mar 1995 07:17:18 GMT
  25907. Organization: Boston University
  25908.  
  25909.  
  25910. Actually, as late as 1988 or 1989, there was no direct dial service to
  25911. Syria.  You had to "book" the call with the AT&T operator.  You would
  25912. call the operator and he or she would try up to three times.  If
  25913. unsuccesful, the operator would continue to try for up to two hours
  25914. and call you back when the call went through.  This was EXTREMELY
  25915. costly: you paid the first three minutes up front whether the party
  25916. answered or not unless you asked for person-to-person which was even
  25917. more expensive. I am sure this is still used for the few countries
  25918. which cannot be reached by direct dialing.
  25919.  
  25920.  
  25921. Kareem A. Hinedi     
  25922. Boston University School of Public Health
  25923.  
  25924.  
  25925. [TELECOM Digest Editor's Note: I think the majority -- maybe all -- of
  25926. the still non-direct-dialable places in the world from the USA are in
  25927. northern Africa and the Middle East. I think there are historic reasons
  25928. for this going back many years ago when many countries in Africa were
  25929. colonies of France. The telecom in France held very tight control over
  25930. the cables between Europe and Africa; AT&T got to use them when the
  25931. French telecom people said they could; no more, no less. I remember when
  25932. I was quite young, to call Syria, Egypt, (what we then called) the
  25933. Belgian Congo and places between there and Egypt to the north you would
  25934. ask your operator for the international operator. In turn the AT&T inter-
  25935. national operator would 'book' the call with the international operators
  25936. in Paris. I think Paris allowed AT&T to have the circuit for two or three 
  25937. hours each day, and there were always more calls waiting to get through on 
  25938. the USA side than there was time or circuits allowed. 
  25939.  
  25940. So when your turn in the queue came up, as often as not the next day
  25941. after you requested it or the day following, a call would be placed to
  25942. the AT&T international operator: "Hello White Plains, this is Paris,
  25943. we are ready now to attempt the call for your customer John Doe in
  25944. Chicago. AT&T would ring up the subscriber and once they got him on
  25945. the line, then Paris would try to place the call.  No matter if it was
  25946. 2 pm or 2 am ... and the Paris operator would ring the operator in the
  25947. country you were calling; in turn that one would ring the operator in
  25948. the town in particular and that one would ring the local number on
  25949. their old-fashioned manual switchboard. Each of the African telephone
  25950. operators along the way were quite mystified by the fact that 'an
  25951. American is calling from the States ... '; it might well have been the
  25952. first time they had ever had such a call. Sooner or later they would
  25953. locate the party being called (telephone numbers meant nothing; maybe
  25954. someone would leave the telephone exchange building and go outside to
  25955. look for the person if he did not answer his phone). Presently the
  25956. called party would come to the phone, and the sequence would reverse
  25957. itself with each operator telling the one ahead of her that they now
  25958. had the connection established. Although Paris (and for that matter
  25959. the AT&T operator) could hear the African operators talking among
  25960. themselves, protocol and courtesy dictated that Paris wait until the
  25961. operator directly beneath her in the chain addressed her to say the
  25962. connection was now up. Then Paris would respond, "go on now, White
  25963. Plains, I have your call ready." The AT&T international operator in
  25964. White Plains, NY would tell you to proceed, 'and flash me when you are
  25965. through talking' (supervision was apparently zilch going across the
  25966. ocean). 
  25967.  
  25968. When you finished you would flash, and in a second or two the operator
  25969. would be back on the line, 'this is the operator, are you through?'
  25970. (or 'are you finished?') and about the same time because the connection 
  25971. was coming down through all the interim points in Africa, Paris would
  25972. see this and be back on the line asking, 'are you through?'. Now and
  25973. then however, maybe you were not finished ... maybe you got cut off in
  25974. error ... the AT&T operator would blame Paris, 'you disconnected me!'.
  25975. Paris would staunchly deny doing any such thing and blame the operator
  25976. in Africa. In fact it may have been your local exchange operator who
  25977. screwed up, but none of them down the line would ever admit it. Cost
  25978. of a five minute call to Africa in those days was about twenty to forty 
  25979. dollars. Rates of $12-15 for the first three minutes were average. All
  25980. calls were 'person to person'. The non-diable points in Africa are still 
  25981. among the most expensive calls possible.  PAT]
  25982.  
  25983. ------------------------------
  25984.  
  25985. From: lnjptyo1.mberla01@eds.com (Michael Berlant)
  25986. Subject: Re: Paging Interface With Computer
  25987. Date: 7 Mar 1995 09:03:41 GMT
  25988. Organization: EDS Japan
  25989.  
  25990.  
  25991. In article <telecom15.137.14@eecs.nwu.edu>, zqhuang@sunmp.csd.hku.hk 
  25992. says:
  25993.  
  25994. > Does anybody know if there is a paging receiver that can be
  25995. > connected to a computer so that data received over the air can be
  25996. > sent to the computer?
  25997.  
  25998. Motorola has a cradle which holds a Motorola Advisor pager and
  25999. transfers received alphanumeric pages to an RS-232 line.  They were
  26000. demonstrating the system at COMDEX as a way for firefighting companies
  26001. to receive call information over the air and interface the received
  26002. page with their electronic map software in the fire truck.
  26003.  
  26004. ------------------------------
  26005.  
  26006. From: ssatchell@BIX.com (ssatchell on BIX)
  26007. Subject: Re: Pair Gain Line Problem
  26008. Date: 7 Mar 95 09:16:06 GMT
  26009. Organization: Delphi Internet Services Corporation
  26010.  
  26011.  
  26012. The original question was why the "pair-gain" line restricted modem
  26013. speed to 9600 bps.
  26014.  
  26015. The problem is that most "pair-gain" systems use some form of ADPCM
  26016. (Adaptive Differential Pulse-Code Modulation) which reduces the
  26017. bitstream rate from the standard 64 kilobits/s to something smaller.
  26018. ITU-T G.721 (the most common pair-gain system used in US/Canada
  26019. subscriber circuits) partially obliterates phase relationships,
  26020. affecting V.29, V.32, V.32 bis, and V.34 significantally.  Other
  26021. algorithms (G.726, Oki-ECI) are less trouble but will slow down
  26022. modem connections.
  26023.  
  26024. France used to have a 4:1 algorithm that was guaranteed to kill
  26025. *any* phase-modulation scheme, so that the only thing that 
  26026. worked was FSK.
  26027.  
  26028.  
  26029. Stephen Satchell, Satchell Evaluations
  26030.  
  26031. ------------------------------
  26032.  
  26033. From: gerryb@Eng.Sun.COM (Gerry Brown)
  26034. Subject: Re: 800 Directory Listings Wanted
  26035. Date: 6 Mar 1995 17:41:22 GMT
  26036. Organization: Sun Microsystems Inc.
  26037. Reply-To: gerryb@Eng.Sun.COM
  26038.  
  26039.  
  26040. While not a crossdirectory, The following URL is great:
  26041.  
  26042.             http://att.net/800
  26043.  
  26044. I imagine that this is just AT&T 800 numbers.
  26045.  
  26046. ------------------------------
  26047.  
  26048. From: gcw@hh.sbay.org (George Wang)
  26049. Subject: Re: Motorola Flip Phone and Low Battery
  26050. Date: 6 Mar 1995 11:39:56 -0800
  26051. Organization: Hip-Hop BBS  Sunnyvale, California
  26052.  
  26053.  
  26054. In <telecom15.131.7@eecs.nwu.edu> Greg Abbott  <gabbott@uiuc.edu> writes:
  26055.  
  26056. > Another less convenient option is to buy or build a 12v battery back
  26057. > (I built a 4A pack for about $25 in a pretty nice case with a carry
  26058. > strap).  Buy the cigarette lighter plug accessory for the flip phone
  26059. > and then plug it into your battery pack.  This will give you a couple
  26060. > of days of standby and several hours of talk-time.  I use mine if I
  26061. > know I'm going to be away from the charger for awhile (like at a
  26062. > transmitter site for an extended outage or allignment session).  I
  26063. > built another one of these for my brother.  He takes it out on his
  26064. > boat on weekends and talks quite a bit with no problems at all.
  26065.  
  26066. Actually, Motorola sells such a battery (12V lead-acid type used in
  26067. older VHS Camcorders) with a female cigarette lighter adapter.  This
  26068. could be used to plug into your portable cigarette lighter adapter
  26069. (male plug). I believe the Motorla part number is SNN4170 (Soft-Pak
  26070. Replacement Battery). Motorola has a direct sales order line at
  26071. 800-331-6456. I do not know the price.
  26072.  
  26073. I am not sure if Motorola officially approves of such a configuration
  26074. as this. Since the 12V battery is about the same voltage as your car
  26075. battery (Car batteries can go up to 14.5V I hear) I suppose it should
  26076. work. Just remember you also need a cigarette adapter battery cable
  26077. (SKN4292) for this to work.
  26078.  
  26079.  
  26080. George C. Wang    Email: gcw@hh.sbay.org    
  26081. Alternate: gwang@mail.ntu.edu
  26082.  
  26083. ------------------------------
  26084.  
  26085. From: fvjole@xs4all.nl (Francisco van Jole)
  26086. Subject: Re: Europe Postal Services and Datacom
  26087. Date: Mon, 6 Mar 1995 23:50:35 +1000
  26088.  
  26089.  
  26090. In article <telecom15.135.2@eecs.nwu.edu> 70262.2741@compuserve.com
  26091. (Elizabeth Gardner) writes:
  26092.  
  26093. > I am trying to find out which European countries have postal
  26094. > services that also offer "information highway" services (for example,
  26095. > e-mail, Internet
  26096.  
  26097. In the Netherlands the Postal Service of the PTT exploits the most
  26098. strange 'e-mail service' I've ever heard of. You can type a message
  26099. (at the rate of about 1$ a minute) into a Videotex-system. Next the
  26100. PTT prints the message, puts it in an envelope and takes it to the
  26101. real mailbox of the receiver. The advantage they advertise with is
  26102. that you can send mail until 21.30h (normal 19.00h) that will be
  26103. delivered the next day.
  26104.  
  26105.  
  26106. Regards,
  26107.  
  26108. Francisco van Jole
  26109.  
  26110.  
  26111. [TELECOM Digest Editor's Note: Can't you prepare the message ahead of
  26112. time in a file, then quickly download the file in less than a minute
  26113. to save time on the costs?    PAT]
  26114.  
  26115. ------------------------------
  26116.  
  26117. From: stans@panix.com (Stan Schwartz)
  26118. Subject: Re: MCI Cashes AT&T Checks
  26119. Date: 6 Mar 1995 19:52:07 -0500
  26120. Organization: PANIX Public Access Internet and Unix, NYC
  26121.  
  26122.  
  26123. Scott Lorditch (gryphon@j51.com) wrote:
  26124.  
  26125. > Over the past few months I've gotten several solicitations in the mail
  26126. > to switch to AT&T. One of them was in the form of a check for $40. We
  26127. > currently use MCI, so I called their customer service number. While
  26128. > they don't publicize it, MCI will redeem these checks for their face
  26129. > value in an "MCI Certificate of Savings". And further, for each month
  26130. > that I hold the certificate before cashing it, it's value increases by
  26131. > another $5, for up to 12 months. So, the useless $40 check from AT&T
  26132. > will save me $100 on my MCI bill this time next year!
  26133.  
  26134. Sprint did the same for me a while back -- gave me $75 in credits after I
  26135. sent them my AT&T check.  I showed my appreciation by switching to MCI for
  26136. their 50% off all calls for six months promotion.
  26137.  
  26138.  
  26139. Stan
  26140.  
  26141. ------------------------------
  26142.  
  26143. From: javier@twg.com (Javier Henderson)
  26144. Subject: Re: Credit Checking on Cellular Customers
  26145. Organization: The Wollongong Group
  26146. Date: Tue, 7 Mar 1995 11:58:11 GMT
  26147.  
  26148.  
  26149. In article <telecom15.127.2@eecs.nwu.edu>, Steve Samler <steve@individual.
  26150. com> writes:
  26151.  
  26152. > What is the common practice today when someone applies for cellular
  26153. > service?  Credit check via one of the consumer credit agencies or via
  26154. > D&B if a business is the applicant?
  26155.  
  26156. > Is an additional credit check done if someone adds on a cellular modem?
  26157.  
  26158. > Is anyone using the practice of approving to a certain dollar limit
  26159. > and then cutting off service for the rest of the billing period if the
  26160. > limit is reached?
  26161.  
  26162. > [TELECOM Digest Editor's Note: A credit check is done, and a deposit
  26163. > equal to what the carrier estimates will be the charges for one or two
  26164. > months is required if the subscriber's credit rating is not up to the
  26165. > standards the carrier wants. I don't think it matters if you use a modem
  26166. > or not.    PAT]
  26167.  
  26168. There are two providers in LA: Cellular One and AirTouch. I applied
  26169. with Cellular One first, and was told I needed to come up with a
  26170. $1,000 deposit. I then called AirTouch, and was approved without a
  26171. deposit at all.
  26172.  
  26173. About a month later I had a chance to look at my credit reports from
  26174. the three majors: TRW, TransUnion and Equifax. All is well there, so
  26175. I've no idea with Cellular One wanted such a large deposit.
  26176.  
  26177. TRW showed an inquiry from both carriers, so obviously they both
  26178. looked at the same report.
  26179.  
  26180.  
  26181. Javier Henderson    javier@twg.com   
  26182.  
  26183. ------------------------------
  26184.  
  26185. From: hmweine@PacBell.COM (Howard M. Weiner)
  26186. Subject: Re: Automatic Message Accounting Standard Wanted
  26187. Date: Tue, 07 Mar 1995 09:36:08 -0800
  26188. Organization: Pacific Bell Strategic Systems Architecture
  26189.  
  26190.  
  26191. In article <telecom15.128.20@eecs.nwu.edu>, telenet!emerson!ggoldman@
  26192. uunet.uu.net (Gerry Goldman) wrote:
  26193.  
  26194. > Can anyone tell me where I can get information on the Automatic
  26195. > Message Accounting (AMA) format. This is purported to be a Bellcore
  26196. > format for ATM billing records.
  26197.  
  26198. If you are referring to the generic requirements for ATM/Cell Relay
  26199. AMA, see Bellcore GR-1110.  Most of the requirements are in section
  26200. 10.  If you are referring to the AMA message formats (layouts), those
  26201. are always contained for all services in GR-1100.  You really need
  26202. GR-1110 to understand the requirements for ATM related AMA, though.
  26203.  
  26204. For information on ordering, you can call Bellcore Customer Relations
  26205. at 1-800-521-CORE or (908)699-5800.
  26206.  
  26207.  
  26208. Howard M. Weiner   hmweine@pacbell.com
  26209.  
  26210. ------------------------------
  26211.  
  26212. Date: Tue, 7 Mar 1995 11:25:14 -0700
  26213. From: Glenn Blanc <gblanc@csn.net>
  26214. Subject: Re: Anyone Heard of SMR - Specialized Mobile Radio?
  26215.  
  26216.  
  26217. In article <telecom15.118.4@eecs.nwu.edu>, murrays@clipper.robadome.com
  26218. (Scott Murray) says:
  26219.  
  26220. > I was wondering if anyone had any info on SMR -- Specialized Mobile
  26221. > Radio.  I have been approached by a company in Florida to buy an SMR
  26222. > channel. The channel is in the 851-866Mhz range and is used by
  26223. > companies to provided cellular like service at a cheaper rate. The
  26224. > channels are supposedly given out by the government on a first come
  26225. > first serve basis, but this company wants to charge by $3500 to file
  26226. > all the paper work and guarantees me a channel or my money back.
  26227.  
  26228. As others have speculated this kind of "investment" in SMR is most
  26229. likely a Scam.  I am the Director of Regulatory Affairs for OneComm
  26230. (formerly CenCall).  We are in the process of Merging with Nextel,
  26231. DialCall and Motorola to become a Nationwide Digital SMR provider.
  26232. Most of these Scams involve preparing an application that costs
  26233. $125.00 to the FCC and $200.00 to a Frequency Coordinator.  For this
  26234. the Scam operator charges $3,500-$7,000.  Several have been shut down
  26235. by the FTC (Metropolitan and Columbia in NY, DCI in California and the
  26236. SEC closed ComCoa in Florida.  The sales people just set up shop
  26237. somewhere new and the Scam goes on.  The FTC has a hot line you can
  26238. call for more info at 202-326-2527.
  26239.  
  26240. As others have pointed out, we can apply for the same frequencies
  26241. rather than buy or lease them from someone else.  The big thing that
  26242. these Scam operators say is that companies like OneComm will lease
  26243. channels from you for a lot of money for ever.  This is what drives
  26244. the financial analysis they show you and it is not true.  It is not
  26245. common practice in the SMR industry to lease channels.  OneComm has no
  26246. channels under lease from anybody.  The folks at Columbia/Metropolitan
  26247. sold over 4000 licenses at $7,000 each before the FTC seized them and
  26248. the court apointed a receiver.
  26249.  
  26250. Hope this sheds some light on the situation.
  26251.  
  26252.  
  26253. Glenn Blanc, OneComm (AKA CenCall)   303-721-3407
  26254.  
  26255. ------------------------------
  26256.  
  26257. From: berz@ix.netcom.com (Leo Berz)
  26258. Subject: Save Money by Proper Use of Tariffs
  26259. Date: 7 Mar 1995 19:17:14 GMT
  26260. Organization: Netcom
  26261.  
  26262.  
  26263. Most companies are overpaying for communication services and do not even 
  26264. know it.  There are many causes for this such as: paying for services no 
  26265. longer in use, treating voice and data as seperate requirements and not 
  26266. being aware of loopholes in the tariffs.
  26267.  
  26268. One such loophole is FCC Tariff #1, which allows Intra-Lata facilities 
  26269. to be billed at Inter-Lata rates.  There are several requirements for 
  26270. use of this tariff, but basically you can save up to 66% of the monthly 
  26271. cost for local facilities if at least 10% of the traffic they carry is 
  26272. Contaminated, (Inter-Lata).
  26273.  
  26274. If you would like more information on this or other ways to 
  26275. reduce communication costs please contact Berz Enterprises at:
  26276.  
  26277. E-Mail: berz@ix.netcom.com
  26278. S-Mail: PO Box 620492
  26279.         Littleton CO, 80162-0492
  26280. Phone:  (303)692-4711
  26281.  
  26282. We are a full service Consulting company specializing in Voice/Data
  26283. Integration, Digital Network Design and Billing Audits.
  26284.  
  26285.  
  26286. Leo Berz    
  26287.  
  26288. ------------------------------
  26289.  
  26290. Date: Mon, 6 Mar 95 18:24:30 MST
  26291. From: rwk@AmeriCom.com (Richard W. Kreutzer)
  26292. Subject: Long Distance Re-Billers Wanted
  26293.  
  26294.  
  26295. I am looking for companies who re-bill long distance.  If you know of
  26296. any, please reply to:
  26297.  
  26298.     rwk@AmeriCom.com
  26299.  
  26300. Regards,
  26301.  
  26302. Dick Kreutzer   AmeriCom Inc.
  26303.  
  26304. ------------------------------
  26305.  
  26306. From: rbrown@onramp.net (Rich Brown)
  26307. Subject: Re: Book Review: "Modems Made Easy" by Hakala
  26308. Date: 7 Mar 1995 05:47:18 GMT
  26309. Organization: On-Ramp; Individual Internet Connections; Dallas/Ft Worth
  26310.  
  26311.  
  26312. In article <telecom15.121.2@eecs.nwu.edu>,Mon, 27 Feb 1995 14:09:08 EST, 
  26313. roberts@mukluk.decus.ca talked about modems being easy.
  26314.  
  26315. The words modem and easy should *never* be used in the same sentence!
  26316.  
  26317.  
  26318. Rich Brown     rbrown@onramp.net
  26319.  
  26320. ------------------------------
  26321.  
  26322. End of TELECOM Digest V15 #139
  26323. ******************************
  26324.     
  26325.     
  26326. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa28425;
  26327.           9 Mar 95 19:37 EST
  26328. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  26329.     id AA03443; Thu, 9 Mar 95 14:02:29 CST
  26330. Return-Path: <telecom>
  26331. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  26332.     id AA03435; Thu, 9 Mar 95 14:02:26 CST
  26333. Date: Thu, 9 Mar 95 14:02:26 CST
  26334. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  26335. Message-Id: <9503092002.AA03435@delta.eecs.nwu.edu>
  26336. To: telecom@eecs.nwu.edu
  26337. Subject: TELECOM Digest V15 #140
  26338.  
  26339. TELECOM Digest     Thu, 9 Mar 95 14:02:00 CST    Volume 15 : Issue 140
  26340.  
  26341. Inside This Issue:                          Editor: Patrick A. Townson
  26342.  
  26343.     NYNEX Special Contracts Proprietary Treatment (Joe Scotti)
  26344.     Call Waiting Purgatory (Robohn Scott)
  26345.     NYNEX: Idiocy in Pricing (Chris Labatt-Simon)
  26346.     Need Help Getting AT&T 1050 Phone Fixed (David Sheafer)
  26347.     Satellite Information Request (Eduardo Kaftanski)
  26348.     Callback System Hardware and Software Wanted (Bernardo Lam)
  26349.     More Places You Cannot Place 500 Calls From (John Shelton)
  26350.     500 NPA Expansion? (Jeff Spidle)
  26351.     Book Review: "The Internet Navigator" by Gilster (2nd Ed.) (Rob Slade)
  26352.     Caller ID Question (gttm@cais3.cais.com)
  26353.     Taxing Your Telco Service (Michael Johnson)
  26354.     Precision Delay Line Application (Wade Viland)
  26355.     Anything Cheaper Than LCI? (Andrew Lewis Tepper)
  26356.     Information Wanted About Comstar (Steve Sanders)
  26357.     Information Wanted About Geotek Communications Inc. (David Brown)
  26358.     Debit Cards for LD Calling (Glenn Foote)
  26359.     Information Wanted About Analog Interface Parameters (Eli Cohen)
  26360.  
  26361. TELECOM Digest is an electronic journal devoted mostly but not
  26362. exclusively to telecommunications topics. It is circulated anywhere
  26363. there is email, in addition to various telecom forums on a variety of
  26364. public service systems and networks including Compuserve and America
  26365. On Line. It is also gatewayed to Usenet where it appears as the moderated
  26366. newsgroup 'comp.dcom.telecom'. 
  26367.  
  26368. Subscriptions are available to qualified organizations and individual
  26369. readers. Write and tell us how you qualify:
  26370.  
  26371.                  * telecom-request@eecs.nwu.edu *
  26372.  
  26373. The Digest is edited, published and compilation-copyrighted by Patrick
  26374. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  26375. or phone at:
  26376.                     9457-D Niles Center Road
  26377.                      Skokie, IL USA   60076
  26378.                        Phone: 500-677-1616
  26379.                         Fax: 708-329-0572
  26380.   ** Article submission address only: telecom@eecs.nwu.edu **
  26381.  
  26382. Our archives are located at lcs.mit.edu and are available by using
  26383. anonymous ftp. The archives can also be accessed using our email
  26384. information service. For a copy of a helpful file explaining how to
  26385. use the information service, just ask.
  26386.  
  26387. *************************************************************************
  26388. *   TELECOM Digest is partially funded by a grant from the              *
  26389. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  26390. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  26391. * project.  Views expressed herein should not be construed as represent-*
  26392. * ing views of the ITU.                                                 *
  26393. *************************************************************************
  26394.  
  26395. Additionally, the Digest is funded by gifts from generous readers such
  26396. as yourself who provide funding in amounts deemed appropriate. Your help 
  26397. is important and appreciated. A suggested donation of twenty dollars per
  26398. year per reader is considered appropriate. See our address above.
  26399.  
  26400. All opinions expressed herein are deemed to be those of the author. Any
  26401. organizations listed are for identification purposes only and messages
  26402. should not be considered any official expression by the organization.
  26403. ----------------------------------------------------------------------
  26404.  
  26405. Date: Wed, 8 Mar 1995 17:14:29 -0500
  26406. From: joes@auditel.com (Joe Scotti)
  26407. Subject: NYNEX Special Contracts Proprietary Treatment
  26408.  
  26409.  
  26410. Dear Fellow Telecom Professional:
  26411.  
  26412. We are seeking assistance on a very major issue in NH. To be successful in
  26413. our motion we need unified support from the business community.  Some
  26414. background:
  26415.  
  26416. We are a telecom company located in Hampstead, NH interest the
  26417. deregulation of telecommunications in NH.  After spending 20 years
  26418. with AT&T and NYNEX, I started AUDITEL two years ago with the intent
  26419. on being the customer advocate.
  26420.  
  26421. Our motion, is requesting that the PUC lift this restriction and allow
  26422. full public access to these special contracts.  It is our belief that
  26423. price and industry discrimation has developed of the last year or so
  26424. and that is why NYNEX has found this obscure law of privacy!
  26425.  
  26426. We need public support for this motion to succeed. NYNEX cannot continue
  26427. these practices.  I have included a copy of the motion and an example of a
  26428. letter of support to be sent to the PUC.  
  26429.  
  26430. Thanks for your support!!
  26431.  
  26432.                    -----------------------------
  26433. March 3, 1995
  26434.  
  26435.  
  26436. Dr. Sarah P. Voll
  26437. Executive Director and Secretary
  26438. State of New Hampshire
  26439. Public Utilities Commission
  26440. 8 Old Suncook Road
  26441. Concord, NH 03301
  26442.  
  26443. Re:  Motion to remove Proprietary Treatment for Special Contracts filed by NYNEX
  26444.  
  26445.  
  26446. Dear Dr. Voll:
  26447.  
  26448. Enclosed is an original and eight copies of AUDITEL's motion for the
  26449. removal of proprietary treatment of all special contracts filed and to
  26450. be filed by NYNEX.  Please note that AUDITEL has requested Staff's and
  26451. Office of the Consumer Advocate's concurrence.
  26452.  
  26453. Please acknowledge receipt of this letter and its enclosures by
  26454. signing or stamping and dating the receipt copy hereof and returning
  26455. it to me.
  26456.  
  26457. Thank you for your attention to this matter.
  26458.  
  26459. Sincerely,
  26460.  
  26461.  
  26462.  
  26463. Joseph J. Scotti
  26464. President
  26465.  
  26466.  
  26467. Enclosure
  26468.  
  26469.                         ---------------------
  26470.  
  26471. STATE OF NEW HAMPSHIRE
  26472. BEFORE THE 
  26473. PUBLIC UTILITIES COMMISSION
  26474.  
  26475. AUDITEL / NYNEX
  26476. Proprietary Treatment
  26477.  
  26478. MOTION FOR THE REMOVAL OF PROPRIETARY TREATMENT OF ALL PREVIOUSLY
  26479. FILED SPECIAL CONTRACTS AND ANY FUTURE CONTRACTS TO BE FILED
  26480.  
  26481.  
  26482. Pursuant to PUC 203.04, AUDITEL Inc. hereby moves that all Special
  26483. Contracts filed, including DR 95-010, DR 94-276, DR 94-058, DR 93-028,
  26484. DR 93-054, DR 92-105 and any future contracts to be filed are made
  26485. available for full public viewing under the New Hampshire
  26486. Right-To-Know Law, RSA 91A and RSA 378:19.
  26487.  
  26488. As grounds for its motion, AUDITEL states as follows:
  26489.  
  26490. 1.  NYNEX has requested Proprietary Treatment and claims that the
  26491. above dockets contain customer specific information and competitively
  26492. sensitive data and that this falls within the scope of "confidential,
  26493. commercial and financial information" exempt from public disclosure
  26494. pursuant to RSA 91-A:5(IV).  It is our belief, the information
  26495. contained in the above dockets contain general information pertaining
  26496. to the customer locations and line sizes.  This information is
  26497. available to any vendor upon the completion of a "letter of agency"
  26498. which is signed by the customer.
  26499.  
  26500. 2. It is our belief, based on working knowledge of the special
  26501. contract process and a review of the recent contract with MEDNET
  26502. Services that there is no specific client financial information
  26503. disclosed in the above dockets.
  26504.  
  26505. 3. It is our belief that customers who enter into these special
  26506. contracts are not aware that NYNEX is requesting Proprietary
  26507. Treatment. There is no authorization or awareness of the customer
  26508. regarding this.
  26509.  
  26510. 4. NYNEX is claiming that these dockets contain competitively
  26511. sensitive data.  To the contrary, Centrex and ISDN services are only
  26512. available from NYNEX in New Hampshire.  There are no competitors
  26513. currently offering these services.
  26514.  
  26515. 5. In accordance with RSA 378:18, we have received written intention
  26516. by NYNEX to pursue a special contract for Centrex and other network
  26517. services for the Public (K-12) Schools in New Hampshire.  We are
  26518. requesting that all special contracts be made available for public
  26519. viewing, in accordance with RSA 378:19 to avoid price and industry
  26520. segment discrimination.
  26521.  
  26522. 6. AUDITEL requests that the Commission, Staff, and OCA uphold the New
  26523. Hampshire Right-To-Know law, specifically RSA 91-A:4 which states that
  26524. "minutes and records of such bodies or agencies are available for
  26525. public inspection" and RSA 378:19 which states that "special contracts
  26526. be made public in such manner as the commission shall require, and
  26527. shall constitute a part of the published schedules of the public
  26528. utility making the same".
  26529.  
  26530. WHEREFORE, AUDITEL respectfully requests that the Commission allows
  26531. full public view of all special contracts previously filed and all
  26532. future filings by NYNEX and grant such other relief as is just and
  26533. appropriate.
  26534.  
  26535.  
  26536.                 Respectfully submitted,
  26537.  
  26538.                 AUDITEL Inc.
  26539.  
  26540.                 
  26541.                 _______________________________
  26542.                 Joseph J. Scotti - President
  26543.                 AUDITEL Inc.
  26544.                 213 Stage Road
  26545.                 P.O. Box 336
  26546.                 Hampstead, NH 03841
  26547.                 (603) 329-5000
  26548.  
  26549.  
  26550. Dated:  March 3, 1995
  26551.  
  26552.                        -------------------------
  26553. March xx, 1995
  26554.  
  26555.  
  26556. Dr. Sarah P. Voll
  26557. Executive Director and Secretary
  26558. State of New Hampshire
  26559. Public Utilities Commission
  26560. 8 Old Suncook Road
  26561. Concord, NH 03301
  26562.  
  26563. Re: Motion to remove Proprietary Treatment for Special Contracts filed
  26564. by NYNEX
  26565.  
  26566.  
  26567. Dear Dr. Voll:
  26568.  
  26569. I am writing this letter as a concerned citizen and businessperson.  I
  26570. would like to extend my support for the motion submitted by AUDITEL
  26571. Inc. which provides full public disclosure of all "Special Contracts"
  26572. filed by NYNEX.  I firmly believe this freedom of information is of
  26573. the utmost importance to the businesses and citizens of N.H. to assure
  26574. a level playing field and prohibit any possible industry or pricing
  26575. discrimination.
  26576.  
  26577. If you have any questions, please feel free to contact me at
  26578.  ......................................
  26579.  
  26580. Sincerely,
  26581.  
  26582.  
  26583.  
  26584. AUDITEL Inc.
  26585. Joe Scotti
  26586. joes@auditel.com
  26587. 603-329-5000 x22 
  26588. "Fiber Keeps You Moving!"
  26589.  
  26590.  
  26591. ------------------------------
  26592.  
  26593. From: Robohn Scott <robohns@bah.com>
  26594. Subject: Call Waiting Purgatory
  26595. Date: Thu, 09 Mar 95 09:25:00 PST
  26596.  
  26597.  
  26598. I had an interesting experience with call waiting last night.  During
  26599. a conversation with Mike, he received another call and put me on
  26600. "wait" (I guess it's not really on "hold" since it's call _waiting_).
  26601. Mike's fairly gregarious and eventually forgot about me, but I was
  26602. patient and caught a short piece on Dustin Hoffman being interviewed
  26603. by Bob Costas while I waited.
  26604.  
  26605. After at least five minutes, I received a call from James, which I
  26606. took and put Mike's call on wait.  Well, James received another call
  26607. within 30 seconds of our call, so we just said we'd talk later, but he
  26608. actually put me on wait also.  So I was in deadlock: Mike and James
  26609. both had me on wait.  "I'm connected, but I can't hang up."  I stayed
  26610. that way for probably another 10 minutes, switching back and forth
  26611. between both waiting calls.  I tried several times to go on-hook for
  26612. an extended period of time (approximately 15 seconds), but each time
  26613. my phone responded with a single ring.  I suppose this was to remind
  26614. me that I had a call waiting.  Thanks alot.
  26615.  
  26616. Eventually, James finished his other call and found me still there.
  26617. We talked for a bit and then terminated that call.  Then I was free to
  26618. hang up on Mike, who I was sure had some emergency at this point, but
  26619. he did call back when he was done with his obviously more important
  26620. call.
  26621.  
  26622. Any similar experiences?  Is there a way to remedy this without
  26623. getting three-way calling?  Bell Atlantic is my local service
  26624. provider.
  26625.  
  26626. BTW, no names were changed because these guys are definitely _not_
  26627. innocent.
  26628.  
  26629.  
  26630. Scott F. Robohn   robohns@bah.com
  26631.  
  26632. ------------------------------
  26633.  
  26634. From: labatt@disaster.com (Chris Labatt-Simon)
  26635. Subject: NYNEX: Idiocy in pricing
  26636. Date: 9 Mar 1995 06:35:06 GMT
  26637. Organization: D&D Consulting
  26638.  
  26639.  
  26640. OK Gang.  
  26641.  
  26642. Can anyone tell me the rationale in the following?
  26643.  
  26644. Two "FlexPath" T1s composed of 48 DIDs total cost ~$3500/month
  26645. (FlexPath is based on mileage and the location is ~2 miles from the
  26646. closest switch).
  26647.  
  26648. 48 standard individual business lines will cost about $1,200/month.
  26649.  
  26650. Now, I'd like to know (sarcastically speaking of course) which is more
  26651. difficult to install and maintain??  2 Ts or 48 individual jacks/lines?
  26652.  
  26653. I can't wait until the LD carries get into the local loop market.
  26654.  
  26655. Can anyone out there explain NYNEX's rationale in this?
  26656.  
  26657.  
  26658. Chris Labatt-Simon                       Internet: labatt@disaster.com 
  26659. Design & Disaster Recovery Consulting         CIS: 73542,2601 
  26660. Albany, New York                            PHONE: (518) 495-5474   
  26661.                                               FAX: (518) 432-1829 
  26662. Subscribe to the Lotus Notes Mailing List (LNOTES-L) - mail for info.. 
  26663. For info on D&D, mail to info@disaster.com or http://www.disaster.com
  26664. INTERNET/UNIX/NETWARE/LAN/WAN SPECIALISTS AND MORE ALL UNDER ONE ROOF
  26665.  
  26666. ------------------------------
  26667.  
  26668. From: David Sheafer <dsheafer@delphi.com>
  26669. Subject: Need Help Getting AT&T 1050 Phone Fixed
  26670. Date: Wed, 8 Mar 95 12:33:06 -0500
  26671. Organization: Delphi (info@delphi.com email, 800-695-4005 voice)
  26672.  
  26673.  
  26674. Hi,
  26675.  
  26676. I have an AT&T 1050 Business system, which basically compries of one
  26677. AT&T 1050 phone and 3 AT&T 1020 phones.
  26678.  
  26679. My problem is that the 1020 phones are slaves to the 1050 phone which is
  26680. the master, and thus will not work w/out the 1050.
  26681.  
  26682. My problem is the 1050 no longer works, from what I can tell by taking it
  26683. apart is that the problem is a fuse that is hardwired.
  26684.  
  26685. AT&T will replace the phone for a $90.00 repair fee and send me a
  26686. reconditioned one, (the 90.00 is flat fee).  Does anyone know how the
  26687. hardwired fuse could be replaced by myself.  I hate to pay 90.00 for
  26688. something that only requires a a part that is going to cost a few
  26689. dollars.
  26690.  
  26691.  
  26692. Thanks for any help.
  26693.  
  26694. david    dsheafer@delphi.com
  26695.  
  26696.  
  26697. [TELECOM Digest Editor's Note: If you have tested the fuse and found
  26698. that indeed that is the problem, why not just get in the phone, pull
  26699. it out and replace it?  Hardwired or not, that's not such a big deal.
  26700. If you feel it might be kind of messy then consider this other possible
  26701. way of dealing with it:  Is this fuse for the power supply? Do you know
  26702. its rating?  If so, jump the fuse inside -- that is, just solder a wire
  26703. around it, bypassing it completely, and install a similar fuse in a 
  26704. little fuse holder in that wire instead. Leave it easier to get to in
  26705. the event it blows again.  And remember, a fuse that blows repeatedly
  26706. is trying to tell you something. DO NOT just jump the fuse out of the
  26707. line entirely. You say the fuse is 'hardwired' ... is it similar to
  26708. a zenner diode?  PAT]
  26709.  
  26710. ------------------------------
  26711.  
  26712. From: ekaftan@sci.cl (Eduardo Kaftanski)
  26713. Subject: Satellite Information Request
  26714. Date: Wed, 8 Mar 1995 17:04:17 CDT
  26715.  
  26716.  
  26717. I am looking for information about satellite footprints and reception
  26718. power. Pointers to books, gopher or WWW servers or such would be
  26719. really appreciated.
  26720.  
  26721. What I need to do is to listen to an audio channel from a Satellite
  26722. for PageSat's newsfeed.
  26723.  
  26724. [Begin dreaming part]
  26725.  
  26726. I would also like to contact some ISP that would help me get a direct
  26727. satellite link with him for IP access, if at all possible.
  26728.  
  26729. [End dreaming part]
  26730.  
  26731. Many thanks for any answer.
  26732.  
  26733.  
  26734. Eduardo Kaftanski  ekaftan@sci.cl
  26735.  
  26736. ------------------------------
  26737.  
  26738. From: blam@panix.com (Bernardo Lam)
  26739. Subject: Callback System Hardware and Software?
  26740. Date: Wed, 8 Mar 1995 15:06:29 EDT
  26741. Organization: PANIX Public Access Internet and Unix, NYC
  26742.  
  26743.  
  26744. Hi,
  26745.  
  26746. Does anyone know where I can find information about the equipment and
  26747. software required for setting up a callback system?
  26748.  
  26749.  
  26750. Thanks in advance,
  26751.  
  26752. Bernardo Lam
  26753.  
  26754. ------------------------------
  26755.  
  26756. From: John Shelton <jshelton@parcplace.com>
  26757. Subject: More Places You Cannot Place 500 Calls From
  26758. Date: Wed, 8 Mar 95 6:41:41 PDT
  26759.  
  26760.  
  26761. I'm still holding out hope that AT&T will get its 500 service (True
  26762. Connections) in high gear soon.  But in the lat 24 hours, I've received 
  26763. two disappointments:
  26764.  
  26765. * Bell Atlantic called back to say they had made a corporate-wide
  26766. decision to DISALLOW 1+500 calling from Bell Atlantic cell phones.
  26767. When I had originally called, they thought it was just a programming
  26768. problem, and they said they would look into it.
  26769.  
  26770. * AT&T will not place calls *to* a 500 number using the Place-a-Call
  26771. feature of one's own 500 number.  For example, if I dial
  26772. 0+500-xxx-xxxx, and enter my own PIN, I have the option of placing a
  26773. call.  If I dial 1+500-yyy-yyyy, I get a message saying "You cannot
  26774. use your personal number service to call the number you entered" AT&T
  26775. customer service had two explanations.  The first was that the number
  26776. I was calling was not in service (not true.)  The second explanation
  26777. was that they didn't allow calling 500 numbers.  Ahem.
  26778.  
  26779.  
  26780. =John=
  26781.  
  26782.  
  26783. [TELECOM Digest Editor's Note: They are no idiots. What sort of fools
  26784. do you take them for?  You think they are going to allow *you* to run
  26785. up *their* phone bill in an uncontrolled way with 500 calls forwarded
  26786. all over the universe and you paying only 15/25 cents per minute? They
  26787. figure its okay for hotel switchboards to have to eat it now and then,
  26788. but not Ma Bell herself! Of course I guess you could say they must know
  26789. who you are and have recourse to you since you entered a PIN (unlike
  26790. a hotel switchboard where the guests come, and the guests go, and if
  26791. you don't get the money before they check out you never will get it),
  26792. but I guess they figure its more of a problem with billing than they
  26793. want to bother with.   PAT]  
  26794.  
  26795. ------------------------------
  26796.  
  26797. Date: Wed, 8 Mar 95 11:02:31 EST
  26798. From: jspidle@VNET.IBM.COM
  26799. Subject: 500 NPA Expansion?
  26800.  
  26801.  
  26802. What is going to happen after the 500 NPA is exhausted? I have
  26803. heard rumour of there being a 522, 533 type of relief. Is this
  26804. true?
  26805.  
  26806.  
  26807. Thanks,
  26808.  
  26809. jeff spidle
  26810. ss7 architect and technician
  26811. advantis  jspidle@vnet.ibm.com
  26812. (708)240-3808
  26813.  
  26814.  
  26815. [TELECOM Digest Editor's Note: Oh dear, are we to that point already?
  26816. This is going to get crazier and crazier until we reach the point no
  26817. one knows quite for sure where they are calling or who they reached.  PAT]
  26818.  
  26819. ------------------------------
  26820.  
  26821. Date: Thu, 09 Mar 1995 13:28:40 EST
  26822. From: Rob Slade <roberts@decus.ca>
  26823. Subject: Book Review: "The Internet Navigator" by Gilster (2nd Ed.)
  26824.  
  26825.  
  26826. BKINTNAV.RVW  950206
  26827.  
  26828. "The Internet Navigator", Gilster, 1994, 0-471-05260-4, U$24.95
  26829. %A   Paul Gilster gilster@interpath.net
  26830. %C   22 Worchester Road, Rexdale, Ontario   M9W 9Z9
  26831. %D   1994
  26832. %G   0-471-05260-4
  26833. %I   John Wiley & Sons, Inc.
  26834. %O   U$24.95 800-263-1590 800-263-1590 212-850-6630 Fax: 212-850-6799
  26835. %P   624
  26836. %T   "The Internet Navigator"
  26837.  
  26838. There are, of course, a great many Internet guides.  Even if you
  26839. include only the longer guides, with resource information and
  26840. suggested destinations, I have no less than thirteen on the shelf.
  26841. "The Internet Navigator", however, is not on my shelf.  It is on my
  26842. desk, constantly.
  26843.  
  26844. By and large, this is an Internet guide like other Internet guides.  A
  26845. bit of an introduction and some history, then coverage of the major
  26846. applications (email, ftp, telnet) and the more esoteric ones (gopher,
  26847. WAIS, World Wide Web).  Right from the front cover, though, Gilster
  26848. avoids the "whole Internet" bias of so many guides and aligns himself
  26849. with the dial-up user.  There is, in fact, a whole chapter devoted to
  26850. the use of email to access Internet resources; particularly useful to
  26851. those on commercial online services, business "mail only" connections
  26852. or Fidonet.
  26853.  
  26854. There is, perhaps, no one specific that sets this among the top four
  26855. books that an Internet user must have.  It is more a matter of tone
  26856. and completeness.  Gilster is friendly without being sarcastic; mature
  26857. without being dictatorial; explanatory without being verbose; and
  26858. comprehensive without being in any way boring.
  26859.  
  26860. It is, of course, very much easier to point out the flaws.  Although
  26861. Gilster explains "why UNIX," there is a heavy emphasis on the specific
  26862. commands of mail, trn, elm and other UNIX specific programs.  (In the
  26863. chapter on email access to resources, Gilster has improved the earlier
  26864. emphasis on CompuServe.)
  26865.  
  26866. In spite of minor shortcomings, however, this book has a very
  26867. comfortable feel to it.  The material is clear and well-written, with
  26868. little attempt at the sarcasm or barbed wit of some other beginner
  26869. materials.  One positive factor may be the grouping of functional
  26870. items together, so that archie, for example, is covered in the chapter
  26871. on ftp.  There is only one icon; a very helpful little ship which
  26872. points out Internet accessible resources for the item under
  26873. discussion.  The bibliography is, perhaps, more exhaustive than
  26874. useful.
  26875.  
  26876. Overall, I highly recommend this either for the beginner to the
  26877. Internet, or as a very helpful reference for the seasoned Internaut.
  26878.  
  26879.  
  26880. copyright Robert M. Slade, 1994, 1995   BKINTNAV.RVW  950206. Distribution
  26881. permitted in TELECOM Digest and associated publications. Rob Slade's
  26882. book reviews are a regular feature in the Digest.
  26883.  
  26884.  
  26885. Vancouver      roberts@decus.ca       
  26886. Institute for  Robert_Slade@sfu.ca    
  26887. Research into  Rob.Slade@f733.n153.z1/
  26888. User                 .fidonet.org     
  26889. Security       Canada V7K 2G6         
  26890.  
  26891. ------------------------------
  26892.  
  26893. From: gttm@cais3.cais.com (USCG TELECOMMS)
  26894. Subject: Caller ID Question
  26895. Date: 8 Mar 1995 15:17:01 GMT
  26896. Organization: Capital Area Internet Service info@cais.com 703-448-4470
  26897.  
  26898.  
  26899. In Caller ID the privacy indicator can be overridden on 911, 800, and
  26900. 900 calls.  We understand that 911 is ANI-based and 800/900 is
  26901. SS7-based.  Is it technically feasible to override the privacy
  26902. indicator to calls placed to a public agency's emergency seven-digit or
  26903. ten-digit emergency number (non-911, non-800, non-900)?  If not, what
  26904. would be required to make this feasible?  Please reply to gttm@cais.com.
  26905.  
  26906.  
  26907. Telephone: (202) 267-2860         U.S. Coast Guard (G-TTM) 
  26908. Fax:       (202) 267-4106         Washington DC 20593      
  26909. Internet:      CGComms/g-t07@cgsmtp.comdt.uscg.mil         
  26910.  
  26911.  
  26912. [TELECOM Digest Editor's Note: Nope, not possible. Not at least
  26913. without a massive lost of trust by the public in what telephone
  26914. privacy is available. That is the purpose of 911: Emergency calls are
  26915. to be placed to that number. *Non-emergency* calls are NOT to go to
  26916. 911. 911 is to be used for dire emergencies requiring immediate
  26917. intervention by the police/fire/medical people. If your call is a
  26918. bonafide emergency then I can't imagine you would not want want your
  26919. identity and whereabouts knowm. Your car was stolen yesterday or you
  26920. want to report an offense you saw a couple hours ago?  Those are not
  26921. emergencies.  They should go to your administrative seven digit
  26922. number. But here is a secret for you: Equip all those phones wth
  26923. Caller-ID and display units.  *Never* admit to (or tell anyone) having
  26924. it. 99 percent of the population is not sophisticated enough to block
  26925. their ID anyway and you will wind up getting most all numbers.  PAT]
  26926.  
  26927. ------------------------------
  26928.  
  26929. From: mwjohns@freenet.columbus.oh.us (Michael Johnson)
  26930. Subject: Taxing Your Telco Service
  26931. Date: 7 Mar 1995 23:10:19 -0500
  26932. Organization: The Greater Columbus Freenet
  26933.  
  26934.  
  26935. Ask your long distance provider or your cellular company or pcn or pcs
  26936. to itemize and explain for you how they are taxing your calls.  I
  26937. think you will find it all very interesting.
  26938.  
  26939.  
  26940. [TELECOM Digest Editor's Note: Indeed you will. Even local telco service
  26941. has tax piled on top of tax ... federal, state, local, others. And if
  26942. you are a bureaucrat at heart, and love mountains of paper and regulations,
  26943. then get a job in the tax accounting department at any large telco, or
  26944. maybe even at AT&T.  For example, Ameritech alone has to deal with several
  26945. *hundred* taxing agencies; each with their own tax rates; each with their
  26946. own ideas of what should be (most everything) and should not be (very 
  26947. little of anything) taxed.  We had a fiasco here here a few years ago 
  26948. involving tax on pay telephone calls. The city of Chicago wanted a certain
  26949. tax on payphone calls; the suburbs wanted a different tax on their pay-
  26950. phones. Both taxes amounted to a couple cents per call. Since you cannot
  26951. put pennies in the payphone, (then) Illinois Bell got a ruling that the
  26952. tax could be calculated by taking the total amount of payphone calls in
  26953. a year, figuring the tax on the total, and prorating it among all customers
  26954. in their monthly phone bills. Even after getting that ruling, they got
  26955. sued in a class action and lost. So all the residence subscribers got a
  26956. refund of a few cents on their bill and all the payphones had to be
  26957. raised to 30 cents per call. The call actually costs 25 cents, with (get
  26958. this!) one penny going to the refund that was given to subscribers; two
  26959. pennies going to the government to make up for taxes not collected by
  26960. the formula earlier established; one penny going to pay for the current
  26961. taxes, and one penny for administrative costs. 
  26962.  
  26963. Everyone screamed about how Illinois Bell was committing robbery by
  26964. 'raising the cost of a payphone call' to 30 cents, but IBT had no choice
  26965. in the matter at all. Now as those pennies accumulate (the amount of
  26966. the refund they gave everyone has been paid off and most of the old
  26967. tax bill) they are reducing the payphone charge to 25 cents again on
  26968. a suburb by suburb basis. I think Chicagoans still pay 30 cents for
  26969. a payphone call while we here in Skokie pay 25 cents. Yesiree, telco
  26970. tax accounting ... its a wonderful place to work and a wonderful thing
  26971. to try and figure out. By all means, ask for a breakdown; you will be
  26972. amazed. At least here, they don't pay fractions of a penny to one agency
  26973. and fractions of a penny to another; there is a central thing called
  26974. the Cook County Collector (another bureaucratic maze) and they get all
  26975. the pennies; they divide them up among the agencies, etc.   PAT]
  26976.  
  26977. ------------------------------
  26978.  
  26979. From: Wade Viland <tft2@ic.mankato.mn.us>
  26980. Subject: Precision Delay Line Application
  26981. Date: 8 Mar 1995 04:25:29 GMT
  26982. Organization: Internet Connections, Inc.  (507) 625-7320
  26983.  
  26984.  
  26985. I would appreciate responce regaurding possible appliations for a
  26986. passive delay line chip I am currently developing.  The device is
  26987. designed in a 1210 format (3.2mmx2.5mm) utalizing a combination of
  26988. microstrip and coplanar technologies.  The characteristic impedence is
  26989. 50 ohms with time delays from 0-200ps in 20ps steps.  Insertion loss
  26990. to 1.3Ghz is less than 0.5dB.  I stopped here because of equiptment
  26991. limitations, it appears it would perform to much higher frequencies.
  26992.  
  26993. Any ideas as to how this device might be used in either an analog or
  26994. digital envirnoment would be greatly appreciated.  It seems that such
  26995. a device might provide a solution to MCM timming.  Or perhaps a low
  26996. power RF application in the SHF band.
  26997.  
  26998. Thanks for reading.
  26999.  
  27000.  
  27001. Wade   tft2@ic.mankato.mn.us
  27002.  
  27003. ------------------------------
  27004.  
  27005. From: Andrew Lewis Tepper <at15+@andrew.cmu.edu>
  27006. Subject: Anything Cheaper Than LCI?
  27007. Date: Tue,  7 Mar 1995 23:40:02 -0500
  27008. Organization: Administrative Computing & Info Services, Carnegie Mellon
  27009.  
  27010.  
  27011. Right now I'm using LCI for LD service. I've heard of two services
  27012. that may be cheaper, but each had a catch of some kind. Recently LCI
  27013. increased their rates in a sort of sneaky way and I'm looking to
  27014. switch:
  27015.  
  27016. Before:
  27017.  
  27018.   Day:           17c/min, 6 second increments
  27019.   Night/Weekend: 13c/min, 6 second increments
  27020.  
  27021. Now:
  27022.  
  27023.   Day:           17c/min, 6 second increments, 18 second minimum
  27024.   Night/Weekend: 13c/min, 6 second increments, 18 second minimum
  27025.  
  27026. I'm not sure what category evening calls fall into. Is there a company
  27027. that does strictly 6 second increments (most important), with lower
  27028. day rates (2nd most important), and lower Night rates (least
  27029. important) ?  Also, I'm looking for an 800-number provider that is
  27030. cheaper than Sprint, but will let me keep my current number.
  27031.  
  27032.  
  27033. Andy
  27034.  
  27035. ------------------------------
  27036.  
  27037. From: sanders@tellabs.com (Steve Sanders)
  27038. Subject: Info Wanted About Comstar
  27039. Organization: Tellabs, Lisle,IL
  27040. Date: Wed, 8 Mar 1995 13:50:55 GMT
  27041.  
  27042.  
  27043. I'm trying to get some information for my brother who is currently
  27044. teaching English in Moscow.  He has a job possibility with a British-
  27045. Russian joint telecom company called Comstar.  He'd like to get more
  27046. info on the company, so I'm trying to help him out.  If you know
  27047. something about "Comstar", could ya drop me a line?
  27048.  
  27049.  
  27050. Thanks,
  27051.  
  27052. steve   sanders@tellabs.com
  27053.  
  27054. ------------------------------
  27055.  
  27056. From: davidb@qpsx.oz.au (David Brown)
  27057. Subject: Information Wanted on Geotek Communications Inc
  27058. Organization: QPSX Communications Ltd
  27059. Date: Thu, 9 Mar 1995 07:17:07 GMT
  27060.  
  27061.  
  27062. Hi, anyone from Geotek on the net?
  27063.  
  27064. Or anyone else have contacts for Geotek, in Montvale, NJ or Philadelphia? 
  27065. (prefer email/fax details)
  27066.  
  27067. Geotek are supposed to be offering local area frequency hopping voice/data 
  27068. radio comms, not quite telecom but sort of related I guess.
  27069.  
  27070.  
  27071. Thanks,
  27072.  
  27073. David Brown, QPSX Communications Ltd
  27074. 33 Richardson St, (Private Bag No. 24), West Perth 6005, Western AUSTRALIA
  27075. Tel: +61 9 262 2218  Fax: +61 9 324 1642  Email: davidb@qpsx.oz.au
  27076.  
  27077. ------------------------------
  27078.  
  27079. From: glnfoote@freenet.columbus.oh.us (Glenn Foote)
  27080. Subject: Debit Cards for LD Calling
  27081. Date: 9 Mar 1995 02:39:46 -0500
  27082. Organization: The Greater Columbus Freenet
  27083.  
  27084.  
  27085. I am looking for companies who provide Debit "Pre Paid" Long Distance
  27086. Calling cards.
  27087.  
  27088. If you know of any, please send names and telephone numbers by E-Mail.
  27089.  
  27090.  
  27091. Thanks,
  27092.  
  27093. Glenn L Foote   glnfoote@freenet.columbus.oh.us
  27094.  
  27095. ------------------------------
  27096.  
  27097. Date: Thu, 9 Mar 95 11:02:01 IST
  27098. From: elic@lannet.com (Eli Cohen)
  27099. Subject: Information Wanted on Analog Interface Parameters
  27100.  
  27101.  
  27102. I'm looking for information in the form of articals research papers etc.
  27103. on the topic: Analog Interface Parameters.
  27104.  
  27105. The parameters I'm looking for (such as Line Impedance, Dial Tone,
  27106. Cadences, etc.) should be categorized be country of origin.
  27107.  
  27108. Thanks for your help.
  27109.  
  27110.  
  27111. Eli Cohen   elic@lannet.com
  27112.  
  27113. ------------------------------
  27114.  
  27115. End of TELECOM Digest V15 #140
  27116. ******************************
  27117.     
  27118.     
  27119. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa28771;
  27120.           9 Mar 95 20:02 EST
  27121. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  27122.     id AA05395; Thu, 9 Mar 95 14:50:06 CST
  27123. Return-Path: <telecom>
  27124. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  27125.     id AA05386; Thu, 9 Mar 95 14:50:02 CST
  27126. Date: Thu, 9 Mar 95 14:50:02 CST
  27127. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  27128. Message-Id: <9503092050.AA05386@delta.eecs.nwu.edu>
  27129. To: telecom@eecs.nwu.edu
  27130. Subject: TELECOM Digest V15 #141
  27131.  
  27132. TELECOM Digest     Thu, 9 Mar 95 14:50:00 CST    Volume 15 : Issue 141
  27133.  
  27134. Inside This Issue:                          Editor: Patrick A. Townson
  27135.  
  27136.     More on Hong Kong's Internet Debacle (Rob Hall)
  27137.     Who's the B Cell Carrier in Ithaca NY? (John Levine)
  27138.     Re: Is ISDN Equipment Limited by Switch? (Howard M. Weiner)
  27139.     Re: Is ISDN Equipment Limited by Switch? (Michael Berlant)
  27140.     Re: AT&T Offers 'International Redial' (Al Varney)
  27141.     Re: Paging Interface With Computer (Raymond Abbitt)
  27142.     Re: Caller ID, Privacy, and Cranks (was Yes, Yung'uns) (John R. Levine)
  27143.     Re: Caller ID, Privacy, and Cranks (was Yes, Yung'uns) (Craig Steinberger)
  27144.     Re: Caller ID, Privacy, and Cranks (was Yes, Yung'uns) (Benjamin Carter)
  27145.     Re: PBS Rumors and Innuendo: Any Truth? (Richard F. Masoner)
  27146.     Re: Pair Gain Line Problem (Gordon D. Woods)
  27147.     Re: E(TACS) and GSM (Samir Soliman)
  27148.     Re: E(TACS) and GSM (John Leske)
  27149.  
  27150. TELECOM Digest is an electronic journal devoted mostly but not
  27151. exclusively to telecommunications topics. It is circulated anywhere
  27152. there is email, in addition to various telecom forums on a variety of
  27153. public service systems and networks including Compuserve and America
  27154. On Line. It is also gatewayed to Usenet where it appears as the moderated
  27155. newsgroup 'comp.dcom.telecom'. 
  27156.  
  27157. Subscriptions are available to qualified organizations and individual
  27158. readers. Write and tell us how you qualify:
  27159.  
  27160.                  * telecom-request@eecs.nwu.edu *
  27161.  
  27162. The Digest is edited, published and compilation-copyrighted by Patrick
  27163. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  27164. or phone at:
  27165.                     9457-D Niles Center Road
  27166.                      Skokie, IL USA   60076
  27167.                        Phone: 500-677-1616
  27168.                         Fax: 708-329-0572
  27169.   ** Article submission address only: telecom@eecs.nwu.edu **
  27170.  
  27171. Our archives are located at lcs.mit.edu and are available by using
  27172. anonymous ftp. The archives can also be accessed using our email
  27173. information service. For a copy of a helpful file explaining how to
  27174. use the information service, just ask.
  27175.  
  27176. *************************************************************************
  27177. *   TELECOM Digest is partially funded by a grant from the              *
  27178. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  27179. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  27180. * project.  Views expressed herein should not be construed as represent-*
  27181. * ing views of the ITU.                                                 *
  27182. *************************************************************************
  27183.  
  27184. Additionally, the Digest is funded by gifts from generous readers such
  27185. as yourself who provide funding in amounts deemed appropriate. Your help 
  27186. is important and appreciated. A suggested donation of twenty dollars per
  27187. year per reader is considered appropriate. See our address above.
  27188.  
  27189. All opinions expressed herein are deemed to be those of the author. Any
  27190. organizations listed are for identification purposes only and messages
  27191. should not be considered any official expression by the organization.
  27192. ----------------------------------------------------------------------
  27193.  
  27194. Date: Wed, 8 Mar 1995 11:08:27 +0800
  27195. From: robhall@hk.super.net
  27196. Subject: More on Hong Kong's Internet Debacle
  27197.  
  27198.  
  27199.  From the March 8, 1995 {South China Morning Post}:
  27200.  
  27201.  
  27202. Police blame Internet raids on expansion
  27203. ========================================
  27204.  
  27205. Rapid growth of the Internet was partly responsible for police raids
  27206. that left thousands of users with their links to the global information 
  27207. superhighway severed, police said yesterday.
  27208.  
  27209. "In the last few months, the Internet area has grown wild," head of
  27210. the Commercial Crime Bureau (CCB) Chief Superintendent Neil McCabe
  27211. said.  "Suddenly a large number of unlicensed providers [came on the
  27212. market].
  27213.  
  27214. "We felft now was the time to do something rather than wait till it
  27215. becomes a very huge and out of control commercial enterprise.  It is
  27216. vital that the service providers operate on a commercial footing."
  27217.  
  27218. Last Friday, the CCB raided seven Internet service providers.
  27219.  
  27220. Computer equipment was seized and seven men and one woman were
  27221. detained for questioning and later released on police bail.
  27222.  
  27223. An estimated 5,000 Internet subscribers in Hong Kong were disconnected
  27224. as a result.
  27225.  
  27226. The CCB initially claimed it was acting on complaints by the
  27227. Telecommunications Authority that a number of Internet service
  27228. providers were operating without a license.
  27229.  
  27230. The search warrant used by the CCB to gain access to at least two of
  27231. these companies' premises stated they were under suspicion of
  27232. "maintaining any means of telecommunication without license" in
  27233. contravention of Caption 106 Section 8(1)(a) of the Telecommunicaitons
  27234. Ordinance.
  27235.  
  27236. However, police said on Monday the raids were related to an investigation 
  27237. into computer hacking.
  27238.  
  27239. The office of the Telecommunicaions Authority (OFTA), which is
  27240. carrying out its own investigation into the licensing issue, has
  27241. distanced itself from the CCB's actions.
  27242.  
  27243. Since January, OFTA has been looking into what if has publicly called
  27244. "grey areas" in the applicability of telecommunications licenses to
  27245. Internet access providers.
  27246.  
  27247. However, Mr McCabe said the CCB had received advise from Legal
  27248. Department that no such grey areas existed.
  27249.  
  27250. He said the primary reason for the CCB raids was hacking.  "We know
  27251. that hacking took place via one of the unlicensed platforms and that's
  27252. what we're investigating," Mr McCabe said.
  27253.  
  27254. The CCB move has sparked widespread criticism of the Government among
  27255. Internet users.  Industry analysts believe the CCB failed to consider
  27256. the public interest when it cut access to the Internet without
  27257. warning.
  27258.  
  27259. "I fully appreciate people's concern, but my view is that the concerns
  27260. should be expressed to the providers who have set themselves up as
  27261. legitimate [but were not]," Mr McCabe said.
  27262.  
  27263. Provider Hong Kong Internet & Gateway Services will be back in
  27264. operation this morning, a company official said yesterday.
  27265.  
  27266. The firm was yesterday granted a permit which allows it to restore the
  27267. Internet to about 2,000 subscribers.
  27268.  
  27269.  
  27270. end of article
  27271.                         -------------------
  27272.  
  27273. Locally, this situation is being likened to Liquor and Restaurant
  27274. Licensing.  The current laws and procedures would require that an
  27275. establishment be fully renovated, then sit empty for six to nine
  27276. months before licenses would be granted.  This, in a city with the
  27277. second most expensive rents in the world.
  27278.  
  27279. The government body tasked with issuing PNETS licenses (OFTA) says
  27280. there are "grey areas" in its licensing policies, but the government's
  27281. lawyers say there are none.
  27282.  
  27283. I wonder, if I shared the fact that two of our three Internet IDs have
  27284. been hacked (with the only licensed provider) if they would shut them
  27285. down also?!
  27286.  
  27287.  
  27288. Rob Hall     Hong Kong
  27289.  
  27290. ------------------------------
  27291.  
  27292. Date: Wed, 08 Mar 1995 19:18:06 -0500
  27293. From: johnl@iecc.com (John Levine)
  27294. Subject: Who's the B Cell Carrier in Ithaca NY?
  27295.  
  27296.  
  27297. I find that I'm spending enough time in Ithaca NY that I'm thinking of
  27298. getting a cell phone.  Oddly, there seems only to be an A carrier
  27299. here, and no B carrier.  This is the only part of New York with no B
  27300. carrier, and it's nowhere near as rural as areas farther north and
  27301. east.
  27302.  
  27303. So can anyone tell me who has the B franchise for the NY-4 RSA?  It
  27304. consists of Cayuga, Chenango, Cortland, Schuyler, Seneca, Tompkins,
  27305. and Yates counties.  NYNEX/NYT is the dominant wireline carrier with
  27306. some Contel and several tiny independents with one or two exchanges.
  27307.  
  27308. TIA.
  27309.  
  27310.  
  27311. Regards,
  27312.  
  27313. John Levine, johnl@iecc.com
  27314. Primary perpetrator of "The Internet for Dummies"
  27315.  
  27316. ------------------------------
  27317.  
  27318. From: hmweine@PacBell.COM (Howard M. Weiner)
  27319. Subject: Re: Is ISDN Equipment Limited by Switch?
  27320. Date: Thu, 09 Mar 1995 09:36:46 -0800
  27321. Organization: Pacific Bell Strategic Systems Architecture
  27322.  
  27323.  
  27324. In article <telecom15.138.10@eecs.nwu.edu>, cogorno@netcom.com (Steve
  27325. Cogorno) wrote:
  27326.  
  27327. > I am in the process of converting my two lines into an ISDN line, and
  27328. > while on the phone today the PacBell representative said somthing a
  27329. > little startling.  She told me "You are served off a 5ESS (which I
  27330. > knew), so you need to buy AT&T equipment." I thought this was a little
  27331. > odd, so I asked her why. SHe said that AT&T ISDN equipment will not
  27332. > work with a DMS-100 and Northern equipment will not work with the
  27333. > 5ESS.  So, if I move to an area that has a DMS-100, I will have to buy
  27334. > all new equipment. Is this _really_ true?
  27335.  
  27336. Depends ... First, a small piece of the background in the ISDN saga.
  27337.  
  27338. CCITT (now ITU) built specifications for ISDN service a long time
  27339. ago.  Within those standards, there is much room for interpretation
  27340. and unique implementations.
  27341.  
  27342. In early implementations, AT&T and NTI went different ways, in access
  27343. protocol as well as architecture.  They, of course, also felt the need
  27344. to come up with unique features to distinguish themselves.
  27345.  
  27346. Since many of the RBOCs who are deploying ISDN must work in a
  27347. multivendor environment, these non-transparencies caused many
  27348. problems, customer equipment being one of the major ones.
  27349.  
  27350. Because of these issues, the major stakeholders got together and
  27351. eventually hammered out something called "National ISDN" (NI), as
  27352. documented by Bellcore.  NI is implemented in phases, NI-1, NI-2,
  27353. NI-3, etc., where NI-2 does not obsolete NI-1, but builds on it
  27354. without changing the basic protocol.  So, your NI-1 compliant CPE will
  27355. still work (all the NI-1 supported features) after the switch has been
  27356. upgraded to NI-2.  Depending on the particular feature and CPE vendor,
  27357. upgrading the set to accomodate the NI-2 feature could be as simple as
  27358. an EPROM change.
  27359.  
  27360. Keep in mind that because there were so many differences in
  27361. implementations between the major switch vendors, the NI-1 feature set
  27362. that could be agreed upon by them, is really a small subset of a
  27363. combination.  Of course, the feature set grows more robust in NI-2 and
  27364. NI-3.
  27365.  
  27366. PacBell is in the process of retrofitting their 5e`s and DMS100`s with
  27367. NI-1 software.  How far along in the process this conversion is, I
  27368. longer have contact with.
  27369.  
  27370. It sounds to me like the switch from which you are served offers only
  27371. Custom (Classic <g>) ISDN.  I think you might want to ask for more in
  27372. depth technical help than that first tier rep you are talking with.
  27373. Find out what the upgrade plans are, etc., etc.  I'm sure they can
  27374. hook you up with someone who will be able to help you.  If not, send
  27375. me direct email and I will see if any of my old contacts can help.
  27376.  
  27377.  
  27378. Howard M. Weiner    hmweine@pacbell.com
  27379.  
  27380. ------------------------------
  27381.  
  27382. From: lnjptyo1.mberla01@eds.com (Michael Berlant)
  27383. Subject: Re: Is ISDN Equipment Limited by Switch?
  27384. Date: 9 Mar 1995 02:08:18 GMT
  27385. Organization: EDS Japan
  27386.  
  27387.  
  27388. In article <telecom15.138.10@eecs.nwu.edu>, cogorno@netcom.com says:
  27389.  
  27390. > She told me "You are served off a 5ESS (which I knew), so you need
  27391. > to buy AT&T equipment."
  27392.  
  27393. This is partly true.  You need to by AT&T-*compatible* equipment.  You
  27394. will not need to buy AT&T brand equipment.  I have successfully
  27395. installed ITT Cortelco equipment, which is program-switchable between
  27396. AT&T Custom, Northern Telecom DMS-100, and NI-1 from the keypad.
  27397. Aside from this versatility, this equipment is more feature-rich and
  27398. user friendly.  For example, AT&T equipment will not pass call
  27399. progress information to the caller (such as "Number Busy" or "Number
  27400. Not Assigned"), but the ITT equipment will.
  27401.  
  27402. ------------------------------
  27403.  
  27404. From: varney@usgp2.ih.att.com (Al Varney)
  27405. Subject: Re: AT&T Offers 'International Redial'
  27406. Organization: AT&T Network Systems
  27407. Date: Thu, 9 Mar 1995 17:18:17 GMT
  27408.  
  27409.  
  27410. In article <telecom15.139.7@eecs.nwu.edu>, Kareem Hinedi <khinedi@bu.edu> 
  27411. wrote:
  27412.  
  27413. > Actually, as late as 1988 or 1989, there was no direct dial service to
  27414. > Syria.  You had to "book" the call with the AT&T operator.
  27415.  
  27416. > I am sure this is still used for the few countries which cannot be
  27417. > reached by direct dialing.
  27418.  
  27419. > [TELECOM Digest Editor's Note: I think the majority -- maybe all -- of
  27420. > the still non-direct-dialable places in the world from the USA are in
  27421. > northern Africa and the Middle East. I think there are historic reasons
  27422. > for this going back many years ago when many countries in Africa were
  27423. > colonies of France. The telecom in France held very tight control....
  27424.  
  27425.    While I enjoy banging on the French telecom as much as anyone, I'm
  27426. not sure that this reasoning accounts entirely for "non-dial"
  27427. countries.  And certainly not the current list (circa 1994):
  27428.  
  27429.    North Africa/Middle East                   Other
  27430.    ------------------------                   -----
  27431.      Somali Republic                       Afghanistan
  27432.      Spanish Sahara                        Burma
  27433.      Sudan                                 Easter Island
  27434.                                            Laos
  27435.                                            Midway
  27436.                                            Pitcairn Island
  27437.                                            Wake
  27438.  
  27439.    This excludes Cuba, which used to be "non-dial" except for City
  27440. Code 99, Guantanamo Bay.  (Or you could say 5399 is the Guantanamo
  27441. COUNTRY CODE.)
  27442.  
  27443. Hmm ... Could you blame Afghanistan/Burma/Laos on the French telecom
  27444. too? :) Then they would be responsible for all the non-island non-dial
  27445. countries ...
  27446.  
  27447.  
  27448. Al Varney - just my opinion - and I don't really believe France and its
  27449.             telephone empire are to blame for all the ills of the world.
  27450.  
  27451. ------------------------------
  27452.  
  27453. From: rabbitt@ccnet.com (Raymond Abbitt)
  27454. Subject: Re: Paging Interface With Computer
  27455. Date: 9 Mar 1995 08:11:39 -0800
  27456. Organization: CCnet Communications (510-988-7140 guest)
  27457.  
  27458.  
  27459. HUANG Zhengqian (zqhuang@sunmp.csd.hku.hk) wrote:
  27460.  
  27461. > Does anybody know if there is a paging receiver that can be
  27462. > connected to a computer so that data received over the air can be
  27463. > sent to the computer?
  27464.  
  27465. Depends on what you want to do with the data. I haven't seen any fully
  27466. integrated system (I looked into this a couple of years ago) but there
  27467. are a number of ways to do it. Depending on the paging format used,
  27468. the decoding can be decidedly non-trivial, but if you are more of a
  27469. software than hardware type a modified pager can be used. If you would
  27470. rather spend money than time, there are a number of solutions on the
  27471. market ranging from stand-alone systems meant to control some device
  27472. to hardware/software packages meant for system monitoring and testing
  27473. (the application that I was interested in).
  27474.  
  27475. Check the mobile radio trade magazines. There are a number of manufacturers 
  27476. out there. 
  27477.  
  27478.  
  27479. Ray
  27480.  
  27481. ------------------------------
  27482.  
  27483. Date: Thu, 9 Mar 95 13:09 EST
  27484. From: johnl@iecc.com (John R Levine)
  27485. Subject: Re: Caller ID, Privacy, and Cranks (was Yes, Yung'uns...)
  27486. Organization: I.E.C.C., Cambridge, Mass.
  27487.  
  27488.  
  27489. That Call Trace feature is available every place CNID is, and in many
  27490. places like California where it isn't.  Of course, Call Trace is more
  27491. work and less money for the telco, so they've done their best to make
  27492. it hard for people to use it, e.g. in some places you have to
  27493. presubscribe for a monthly fee in order to use it, they charge several
  27494. dollars per use (unlike the traditional annoyance call bureau which is
  27495. available at no extra charge), and they usually make you state that
  27496. you're willing to go to court before they'll do anything with the
  27497. traced numbers.
  27498.  
  27499. Another feature far more useful than CNID for stopping crank calls is
  27500. Call Block.  With that service, you dial a few digits after an
  27501. unwanted call and all further calls from that number go to a
  27502. recording. Your phone won't even ring.
  27503.  
  27504. Both of these services are unaffected by CNID blocking, by the way.
  27505.  
  27506.  
  27507. Regards,
  27508.  
  27509. John Levine, johnl@iecc.com
  27510. Primary Perpetrator of "The Internet for Dummies"
  27511.  
  27512. ------------------------------
  27513.  
  27514. From: stein-c@acsu.buffalo.edu (Craig Steinberger)
  27515. Subject: Re: Caller ID, Privacy, and Cranks (was Yes, Yung'uns...)
  27516. Reply-To: stein-c@eng.buffalo.edu
  27517. Organization: SUNY at Buffalo CFD Lab
  27518. Date: Wed, 8 Mar 1995 20:58:38 GMT
  27519.  
  27520.  
  27521. In article <telecom15.138.6@eecs.nwu.edu>, Robert Levandowski <rlvd_cif@
  27522. uhura.cc.rochester.edu> wrote:
  27523.  
  27524. > Here in Rochester NY, the phone company (Rochester Telephone / Frontier)
  27525. > has what I think is an elegant solution to the Caller ID vs. crank call
  27526. > problem. 
  27527.  
  27528. > To keep this service from being abused, there's a $1.50 charge for
  27529. > every call that is successfully traced.
  27530.  
  27531. Why should the customer (aka "the victim") have to pay in order to
  27532. prosecute someone who is violating the law by placing annoyance calls.
  27533. What's next? Should I have a major credit card available before I call
  27534. the police to investigate a break in?
  27535.  
  27536. IMHO, the cost for the call should be waived if the customer decides to
  27537. file a complaint.
  27538.  
  27539.  
  27540. Craig Steinberger     stein-c@eng.buffalo.edu
  27541. SUNY at Buffalo, Computational Fluid Dynamics Lab
  27542. http://cfd20.eng.buffalo.edu/~stein-c/craig.html
  27543. send email with subject "PGPKEY" for PGP public key
  27544.  
  27545. ------------------------------
  27546.  
  27547. From: bpc@netcom.com (Benjamin P. Carter)
  27548. Subject: Re: Caller ID, Privacy, and Cranks (was Yes, Yung'uns...)
  27549. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  27550. Date: Thu, 9 Mar 1995 00:59:39 GMT
  27551.  
  27552.  
  27553. rlvd_cif@uhura.cc.rochester.edu (Robert Levandowski) writes:
  27554.  
  27555. > Well, here we have Caller-ID, and per-line and per-call blocking, but you
  27556. > don't need Caller-ID to take care of annoyance calls.
  27557.  
  27558. > If you get an annoyance call, you hang up, and then dial *64 (or
  27559. > 1164 if you only have a rotary phone).
  27560.  
  27561. > This will then automatically "trace" the number (or so it says in
  27562. > the phone book -- more likely just grab the CNID/ANI information)
  27563. > and report it to the Annoyance Call Bureau at the phone company.  You
  27564. > do NOT get a copy of the number you traced; but you can then call 
  27565. > Rochester PD and file a complaint, and RochesterTel will turn the
  27566. > traced number over to the police for investigation.
  27567.  
  27568. Sounds interesting.  I have a couple of questions.
  27569.  
  27570. Does this system work even if the caller attempts to block his ID, or
  27571. if he is far enough away to defeat the usual Caller ID, or if he is
  27572. calling from a place with its own switchboard?
  27573.  
  27574. Do the cops feel obliged to investigate every complaint?
  27575.  
  27576.  
  27577. Ben Carter  internet address: bpc@netcom.com
  27578.  
  27579. ------------------------------
  27580.  
  27581. From: richardm@cd.com (Richard F. Masoner)
  27582. Subject: Re: PBS Rumors and Innuendo: Any Truth?
  27583. Date: 8 Mar 1995 21:30:51 GMT
  27584. Organization: Central Data Corp.
  27585.  
  27586.  
  27587. This piece of professionally crafted rhetoric is indeed a clever bit
  27588. of writing, designed to make you react emotionally without making any
  27589. real arguments.  Anyway ...
  27590.  
  27591. > Power Rangers.  Sen. Larry Pressler, R-South Dakota and chair of the
  27592. > Senate Commerce Committee announced Bell Atlantic was prepared to take
  27593. > Big Bird and Barney off the government's hands and syndicate it to
  27594. > cable, satellite and television outlets. Americans could still enjoy
  27595. > Big Bird -- for a fee, of course.
  27596.  
  27597. Barney and Big Bird would obviously have a life if Federal PBS funding
  27598. were axed.  I'm not sure about the "for a fee, of course" phrase,
  27599. since we *already* pay a fee through our tax dollars.  I, myself,
  27600. enjoy listening to Click & Clack on NPR's "Car Talk," but I would have
  27601. no problems cutting funding for left-leaning shows such as "Morning
  27602. Edition."  There is *much* more to PBS than Sesame Street, boys and
  27603. girls.
  27604.  
  27605. [Notes about attempts by evil capitalist foreigner who talks with a
  27606. funny accent to compete with 'Merican networks, by Jingo!]
  27607.  
  27608. Did anyone else catch this?  This is propoganda pure and simple --
  27609. the writer is trying to pull the wool over yer eyes, yanking your
  27610. chain with Jingoistic "America First!" language to hide the fact
  27611. that this guy's a socialist.
  27612.  
  27613. > Perhaps the bitter battle over Big Bird and Barney's future
  27614. > makes a bit more sense now.
  27615.  
  27616. Makes perfect sense: "Capitalism is evil, communism is good."
  27617.  
  27618.  
  27619. Richard
  27620.  
  27621.  
  27622. [TELECOM Digest Editor's Note: You sir, are going to be turned in to
  27623. Senator McCarthy for investigation based on that comment. The last
  27624. time I talked to Joe, he said I needed to supply a hundred more names
  27625. to keep from getting investigated myself.  Thanks for making my job
  27626. a lot easier for me.  <g> 
  27627.  
  27628. On a related note, did you see the report in the papers a couple days
  27629. ago where some little kid goes in the kitchen to get his mother? He
  27630. has been watching television and is crying. He says, "mama, Barney
  27631. says he has to go away and I won't be able to see him any more unless
  27632. you send him some money."  I thought to myself, those #$$%# !!
  27633. Appealing to the little kids like that ... but the station which aired
  27634. that said later it was only coincidental that the plea to 'help save
  27635. public broacasting' went over the air at the time it did; they say
  27636. they are trying to keep the kids out of it. Sure they are ... they
  27637. know the success the commercial advertisers have each week on Saturday
  27638. morning advertising during the children's programs.  The little brats
  27639. see the products advertised, then harrass their parents until they get
  27640. their way and have one (of whatever) of their own.    PAT]
  27641.  
  27642. ------------------------------
  27643.  
  27644. From: gdw@fozzie.wh.att.com (-gordon.d.woods)
  27645. Subject: Re: Pair Gain Line Problem
  27646. Organization: AT&T
  27647. Date: Wed, 8 Mar 1995 15:09:41 GMT
  27648.  
  27649.  
  27650. In article <telecom15.139.9@eecs.nwu.edu>, ssatchell on BIX <ssatchell@
  27651. BIX.com> wrote:
  27652.  
  27653. > The original question was why the "pair-gain" line restricted modem
  27654. > speed to 9600 bps.
  27655.  
  27656. > The problem is that most "pair-gain" systems use some form of ADPCM
  27657. > (Adaptive Differential Pulse-Code Modulation) which reduces the
  27658. > bitstream rate from the standard 64 kilobits/s to something smaller.
  27659.  
  27660. Most seems to be a bit strong. Although most pair gain systems can
  27661. support low bit rate voice (ADPCM above), it is a special option and
  27662. the equipment costs more. I don't think it is actually installed much
  27663. just because of the problems it causes. We should remember that many
  27664. telcos are moving toward "integrated" environments where the PCM is
  27665. not converted to voice at the local CO but remains PCM until the
  27666. destination end office. In this environment ADPCM needs to be
  27667. translated back to regular PCM with special hardware.
  27668.  
  27669. ------------------------------
  27670.  
  27671. Date: Wed, 8 Mar 1995 08:25:34 -0800
  27672. From: ssoliman@qualcomm.com (Samir Soliman)
  27673. Subject: Re: E(TACS) and GSM
  27674.  
  27675.  
  27676. In <telecom 15.13> Sam Spens Clason wrote:
  27677.  
  27678. > In <telecom15.125.5@eecs.nwu.edu> shirleyg@stanilite.com.au writes:
  27679.  
  27680. >> GSM is digital whereas TACS is analog. This means your calls are more
  27681. >> secure but the coverage will possibly be not as extensive as it is a
  27682. >> newer technology (thats the way with GSM and AMPS in Australia anyway).
  27683.  
  27684. > AMPS is on 800MHz, thus those radiowaves "travel farther".  ETACS, NMT
  27685. > and GSM are the same however and should behave about the same.  Older
  27686. > tech typically has better coverage since it's been around for a while.
  27687.  
  27688. It is not really older vs. newer technology issue, it is the
  27689. difference in the base station receiver sensitivity that accounts for
  27690. the better coverage.  Analog technologies have narrower receiver
  27691. bandwidth (AMPS 30 KHz and TACS 25 KHz/ 12.5 KHz) as compared to 271
  27692. KHz for GSM and hence has 10 dB better base station receiver
  27693. sensitivity.  CDMA on the other hand, being a spread spectrum system,
  27694. enjoys 21 dB processing gain that offsets the degradation in base
  27695. station receiver sensitivity and provides better coverage than alanog
  27696. and other digital systems.
  27697.  
  27698.  
  27699. Samir Soliman  QUALCOMM Incorporated
  27700.  
  27701. ------------------------------
  27702.  
  27703. From: johnl@ctin.adelaide.edu.au (John Leske)
  27704. Subject: Re: E(TACS) and GSM
  27705. Date: 8 Mar 1995 07:14:16 GMT
  27706. Organization: Centre for Telecommunications Information Networking
  27707. Reply-To: johnl@ctin.adelaide.edu.au
  27708.  
  27709.  
  27710. In article 5@eecs.nwu.edu, shirleyg@stanilite.com.au writes:
  27711.  
  27712. > Alexander Cerna <cerna@ntps5.ntep.tmg.nec.co.jp> writes:
  27713.  
  27714. >> Can someone explain to me what E(TACS) and GSM are in detail? 
  27715.  
  27716. > I'm sure lots of people can! Someone will correct the bits I get wrong.
  27717. frequencies with a lot more than the 1000 or so in AMPS.
  27718.  
  27719. > GSM is a French standard which is (roughly) translated as Group
  27720. > Special Mobile or something similar. Someone else will know exactly.
  27721.  
  27722. GSM is Global System for Mobiles. It is a EUROPEAN standard. But I am
  27723. sure the French reading your post can understand your confusion
  27724. (France being of course the centre of not only Europe, but the world)
  27725. Of course originally it _was_ an abbreviation of the french name.
  27726.  
  27727. > GSM is digital whereas TACS is analog. This means your calls are more
  27728. > secure but the coverage will possibly be not as extensive as it is a
  27729. > newer technology (thats the way with GSM and AMPS in Australia anyway).
  27730.  
  27731. Meaning that more time and effort has been spent so far providing
  27732. coverage on the analogue network. However GSM is generally limited to
  27733. 35km range from the base station, because of timing considerations in
  27734. the TDMA technology. I have been told that on a good day, in the
  27735. correct phase of the moon, while standing on four leaf clovers, you
  27736. can get (some sort of) reception out to 100km with an AMPS phone.
  27737. [Accurate advice on this appreciated!] So it is easier to build a
  27738. larger coverage in laarge geographic areas with AMPs (and TACS for
  27739. that matter) - though the quality will suffer.
  27740.  
  27741. >> Also, this service provider that uses GSM says that they're the only
  27742. >> provider that's 100% digital.  One of the implications of this, they
  27743. >> claim, is that their phones can't be cloned as easily as the analog
  27744. >> ones.  Is this true?
  27745.  
  27746. <useful reply snipped>
  27747.  
  27748. >> Also, they say that analog systems are very prone to charge errors.
  27749. >> Is this also true?  Or are they just trying to scare me from going to
  27750. >> the other service providers?
  27751.  
  27752. The main charging errors that I hear about in analog systems are due
  27753. to fraud and poor billing systems. There have been many comments in
  27754. this news group regarding cloning and the use of stolen phone numbers.
  27755. The cloning issue is certainly stopped in GSM. Phone theft is still an
  27756. issue though, because SIM cards can be changed. So while there would
  27757. not be extra calls on your account, there is still a reason to steal
  27758. phones.
  27759.  
  27760. <snip the rest of the reply>
  27761.  
  27762. Regarding the comments of levine@seas.smu.edu (Dr. R. Levine), GSM is
  27763. in operation in a large number of countries: over 15 european and more
  27764. than 40 worldwide. Roaming certainly is dependent on the existance of
  27765. buisness agreements between operators in different countries. The
  27766. GSM-MoU group is there to facilitate exactly this, and there is a lot
  27767. of emphasis placed on producing these agreements. However note that
  27768. there is a difference between GSM and DCS1800 - DCS1800 is a GSM
  27769. system running in a different frequency band. As such these handsets
  27770. can only be used in the countries (7 so far I think) that have this
  27771. system.
  27772.  
  27773.  
  27774. Regards,
  27775.  
  27776. John Leske
  27777.  
  27778. ------------------------------
  27779.  
  27780. End of TELECOM Digest V15 #141
  27781. ******************************
  27782.     
  27783.     
  27784. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa29098;
  27785.           9 Mar 95 20:23 EST
  27786. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  27787.     id AA06946; Thu, 9 Mar 95 15:16:04 CST
  27788. Return-Path: <telecom>
  27789. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  27790.     id AA06937; Thu, 9 Mar 95 15:16:01 CST
  27791. Date: Thu, 9 Mar 95 15:16:01 CST
  27792. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  27793. Message-Id: <9503092116.AA06937@delta.eecs.nwu.edu>
  27794. To: telecom@eecs.nwu.edu
  27795. Subject: TELECOM Digest V15 #142
  27796.  
  27797. TELECOM Digest     Thu, 9 Mar 95 15:16:00 CST    Volume 15 : Issue 142
  27798.  
  27799. Inside This Issue:                          Editor: Patrick A. Townson
  27800.  
  27801.     Questions About Format of Printed Telephone Numbers (Rob Hall)
  27802.     Re: New NPA in Colorado (David W. Tamkin)
  27803.     Re: True NANP and Common Dialing Practices (Al Varney)
  27804.     Re: What is ESF and D4? (Al Varney)
  27805.     Re: Is ISDN Equipment Limited by Switch? (Bob Larribeau)
  27806.     Re: Credit Checking on Cellular Customers (Robert Levandowski)
  27807.  
  27808. TELECOM Digest is an electronic journal devoted mostly but not
  27809. exclusively to telecommunications topics. It is circulated anywhere
  27810. there is email, in addition to various telecom forums on a variety of
  27811. public service systems and networks including Compuserve and America
  27812. On Line. It is also gatewayed to Usenet where it appears as the moderated
  27813. newsgroup 'comp.dcom.telecom'. 
  27814.  
  27815. Subscriptions are available to qualified organizations and individual
  27816. readers. Write and tell us how you qualify:
  27817.  
  27818.                  * telecom-request@eecs.nwu.edu *
  27819.  
  27820. The Digest is edited, published and compilation-copyrighted by Patrick
  27821. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  27822. or phone at:
  27823.                     9457-D Niles Center Road
  27824.                      Skokie, IL USA   60076
  27825.                        Phone: 500-677-1616
  27826.                         Fax: 708-329-0572
  27827.   ** Article submission address only: telecom@eecs.nwu.edu **
  27828.  
  27829. Our archives are located at lcs.mit.edu and are available by using
  27830. anonymous ftp. The archives can also be accessed using our email
  27831. information service. For a copy of a helpful file explaining how to
  27832. use the information service, just ask.
  27833.  
  27834. *************************************************************************
  27835. *   TELECOM Digest is partially funded by a grant from the              *
  27836. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  27837. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  27838. * project.  Views expressed herein should not be construed as represent-*
  27839. * ing views of the ITU.                                                 *
  27840. *************************************************************************
  27841.  
  27842. Additionally, the Digest is funded by gifts from generous readers such
  27843. as yourself who provide funding in amounts deemed appropriate. Your help 
  27844. is important and appreciated. A suggested donation of twenty dollars per
  27845. year per reader is considered appropriate. See our address above.
  27846.  
  27847. All opinions expressed herein are deemed to be those of the author. Any
  27848. organizations listed are for identification purposes only and messages
  27849. should not be considered any official expression by the organization.
  27850. ----------------------------------------------------------------------
  27851.  
  27852. Date: Wed, 8 Mar 1995 17:21:58 +0800
  27853. From: robhall@hk.super.net
  27854. Subject: Questions About Format of Printed Telephone Numbers
  27855.  
  27856.  
  27857. Below is recommendation E.123 in response to the question posed by
  27858. Jeff Wolfe in Volume 15, Issue 133.  Please note that a number of
  27859. special characters cannot be reproduced here.  Suggest you might wish
  27860. to access the PostScript format files available from the ITU which
  27861. will include these symbols.
  27862.  
  27863. Recommendation E.123
  27864.  
  27865. NOTATION FOR NATIONAL AND INTERNATIONAL TELEPHONE NUMBERS
  27866.  
  27867. 1    General
  27868.  
  27869. The statements below apply specifically to the printing of national
  27870. and international telephone numbers on letterheads, business cards,
  27871. bills, etc.  Regard has been given to the printing of existing
  27872. telephone directories. The standard notation for printing telephone
  27873. numbers on letterheads, directories, etc., helps to reduce subscriber
  27874. difficulties and errors.
  27875.  
  27876.     1.1    The international number should be printed below the
  27877. national number, with corresponding digits lined up one under the
  27878. other to facilitate understanding of the composition of the
  27879. international number as shown in the examples in 1.3 and 1.4 below.
  27880.  
  27881.     1.2    The words "National" and "International" in the
  27882. appropriate language should be placed to the left of the national and
  27883. international numbers, and these should be separated by a horizontal
  27884. line.
  27885.  
  27886.     1.3    Either the symbol for telephone given in
  27887. Recommendation E.121 or the word "Telephone" in the appropriate
  27888. language should be placed to the left of (or above) the national and
  27889. international numbers (to avoid confusion with other letterhead
  27890. numbers). The + (plus) signifies the international prefix (see ' 4.1).
  27891.  
  27892.         Example:  Telephone      National Inter   (0607) 123 4567
  27893.                     International    +22 607 123 4567
  27894.                 (Additional examples are shown in ' 6 below.)
  27895.  
  27896.     1.4    Because the countries of World Numbering Zone 1 (North
  27897. America) have the country code 1, the same number as is used for the
  27898. trunk prefix, and because dialling between these countries is the same
  27899. as long-distance dialling within them, subscriber difficulties are
  27900. avoided by using an alternative notation that has been found superior
  27901. for use within these countries and equally good for subscribers in
  27902. other countries dialling to Zone 1. This is to substitute for
  27903. "National" on the upper line the phrase "Within N. Amer. zone".
  27904.  
  27905.     Example:  Telephone    Within N. Amer. zone    (302) 123  4567
  27906.                     International    +1 302 123 4567
  27907.  
  27908.     1.5    If it is desirable to write only the international
  27909. number, it should be written in the form:
  27910.  
  27911.         Telephone International  +22 607 123 4567
  27912.  
  27913.     1.6    To show an extension number of a PABX without direct
  27914. in-dialling, the nationally used word or abbreviation for "extension"
  27915. should be written immediately after the telephone numbers and on the
  27916. same line as the word "telephone", followed by the extension number
  27917. itself.
  27918.     
  27919.     Example 1:  Telephone    Within N. Amer. zone    (302) 123  4567
  27920.                 International    +1 302 123 4567 ext. 876
  27921.     Example 2:  Telephone International +22 607 123 4567 ext. 876
  27922.  
  27923.     In this way, the extension number is separated from the digits
  27924. to be dialed and, where it must be typed onto a letterhead, for
  27925. example, it need be typed only once.
  27926.  
  27927.     1.7    It is often necessary to draw the attention of
  27928. subscribers to the need to omit the foreign national trunk prefix when
  27929. dialling an international call. This need occurs when the destination
  27930. country conventionally writes its telephone numbers such that the
  27931. trunk prefix appears with the trunk code (in parentheses). To compose
  27932. a comprehensible and accurate statement can prove difficult: suitable
  27933. forms are given in Recommendation E.122, '3.2.
  27934.  
  27935.     1.8    Grouping the digits of a telephone number is advisable for 
  27936. reasons of memorizing, oral presentation, and printing.
  27937.  
  27938. 2    Classes of symbols
  27939.  
  27940.     2.1    There are four classes of symbols in national or
  27941. international numbers. No symbol should be used in more than one
  27942. class, nor should any symbol within a class have more than one
  27943. meaning.
  27944.  
  27945.     2.2    These classes are:
  27946.         -    diallable symbols (in French: symboles servant ` la
  27947. composition du numiro);
  27948.         -    procedural symbols (in French: symboles opiratoires);
  27949.         -    information symbols (in French: symboles 
  27950. d'information);
  27951.         -    spacing symbols (in French: symboles d'espacement).
  27952.  
  27953. 3    Dialable symbols
  27954.  
  27955.     A dialable symbol is a symbol which is to be dialled and
  27956. appears on a telephone set to designate either a finger hole of a dial
  27957. or a push button of a keyset. These symbols can be digits, letters, or
  27958. other signs. Some desirable properties to be considered when selecting
  27959. diallable symbols are listed in Annex A.
  27960.  
  27961. 4    Procedural symbols
  27962.  
  27963.     A procedural symbol is a symbol which tells the subscriber how to 
  27964. dial. Such symbols should not appear in a finger hole or on a push button 
  27965. because they are not to be dialled.
  27966.  
  27967.     4.1    International prefix symbol
  27968.  
  27969.         The international prefix symbol should be + (plus) and
  27970. should precede the country code in the international number. It serves
  27971. to remind the subscriber to dial the international prefix which
  27972. differs from country to country and also serves to identify the number
  27973. following as the international telephone number.
  27974.  
  27975.     4.2    Use of parentheses
  27976.  
  27977.         The symbol ( ) (parentheses) should be used to
  27978. indicate that the digits within the ( ) are not always dialed.
  27979.  
  27980.         The ( ) should enclose:
  27981.             - the trunk prefix and trunk code in a national 
  27982. number,
  27983.             - the trunk code when the trunk prefix is not in 
  27984. universal use within a country.
  27985.     
  27986. This is done to remind the user not to dial the enclosed digits for
  27987. calls within the same numbering area.
  27988.  
  27989.     The ( ) should not be used in an international number.
  27990.  
  27991. 4.3    Multiple numbers reached through automatic search     
  27992.  
  27993.     For a subscriber with multiple numbers reached through
  27994. automatic search from the main number, only the main number should be
  27995. printed, without any symbol to denote the existence of the multiple
  27996. numbers. This avoids encouraging subscribers to dial other numbers in
  27997. a group immediately after finding the main number busy, a problem that
  27998. is particularly important when only calls to the main number are
  27999. capable of triggering automatic search.
  28000.  
  28001. 4.4    Multiple numbers without automatic search
  28002.  
  28003.     For a subscriber with multiple numbers who does not have automatic 
  28004. search, the symbol / (oblique stroke, solidus, or slant) may be used to 
  28005. separate the alternative numbers.
  28006.     Example A:    (0607) 123 4567 / 123 7272 / 627 1876
  28007.             (0607) 123 4567 / 393 9844 / 564 1692
  28008.             +22 607 123 4567 / 393 9844
  28009.  
  28010.     To avoid dialing confusion in Example A, it is especially important 
  28011. that there be a space on either side of the symbol /.
  28012.  
  28013.     When it is desired to abbreviate the alternative numbers and
  28014. they are consecutive, only the last digit should be shown for the
  28015. alternative numbers.
  28016.  
  28017.     Example B:    (0607) 123 4567/8/9
  28018.  
  28019.     To avoid dialing confusion in Example B, it is especially important 
  28020. that there be no space on either side of the symbol /.
  28021.  
  28022.     The general use of / is to indicate a choice when dialing. It
  28023. may therefore also be used to indicate a choice of prefix codes as,
  28024. for example, the choice of dialing personal or station calls.
  28025.  
  28026. 4.5    In-dialling
  28027.  
  28028.     In the national and international number no symbol should be
  28029. used to show that a subscriber number is an in-dialling number of a
  28030. PBX. Where it is desired to indicate the existence of in-dialling
  28031. within a PBX and to indicate the in-dialling access code the following
  28032. format is recommended:
  28033.  
  28034.     (0607) 123 . . . .
  28035.     (0607) 1 23 4 . . .
  28036.  
  28037.     The number of dots (periods) is equal to the number of digits
  28038. in the extension number of the PBX. The spacing between numbers and
  28039. dots should conform to national standards.
  28040.  
  28041.     On letterheads, subscribers could insert their own in-dialing
  28042. numbers in the dotted spaces. Presentation of the main listed number
  28043. should conform to 1.3 above.
  28044.  
  28045. 4.6    Symbol to indicate the existence of an additional dial tone
  28046.  
  28047.     Some Administrations use one or more additional dial tone
  28048. responses as procedural elements, after the calling customer obtains
  28049. access to the public network. Where a symbol is needed to indicate the
  28050. existence of an additional dial tone, that symbol should be the
  28051. graphical representation of a full cycle of a sine wave, or a close
  28052. approximation to such a representation. It should be placed at the
  28053. point in the number where it is expected to occur, and it should be
  28054. preceded and followed by a space to avoid confusion with a hyphen used
  28055. as a spacing symbol (' 6.1).
  28056.  
  28057.     Its meaning is to tell the user to wait for the additional dial tone.
  28058.  
  28059. 5    Information symbols
  28060.  
  28061.     An information symbol is a symbol associated with the
  28062. subscriber number describing special features of the subscriber
  28063. telephone service, e.g., the symbol , where used, indicates that the
  28064. subscriber has an answering device attached to his telephone
  28065. [reference should be made to Recommendation E.117, '' 1a) and 1b)].
  28066.  
  28067.     5.1    Such symbols are not to be dialled and therefore
  28068. should not appear in a finger hole or on a push button, nor can such
  28069. symbols be procedural in instructing the subscriber how to dial.
  28070.  
  28071.     5.2    Information symbols should be associated with the word
  28072. "Telephone". To avoid confusion in dialling, they should not appear
  28073. either as prefixes or suffixes to the telephone number.
  28074.  
  28075.         Example:    Telephone (0607) 123 4567      or      
  28076.                 Telephone (0607) 123 4567
  28077.  
  28078. Some commonly used existing groupings are:
  28079.          Telephone      National Inter     (0211) 5432
  28080.                 International    +39 211 5432
  28081.  
  28082.          Telephone      National Inter     (071) 78 901
  28083.                 International    +41 71 78 901
  28084.  
  28085.          Telephone      National Inter     (06) 65 43 21
  28086.                 International    +49 6 65 43 21    
  28087.  
  28088. See also the example below.
  28089.  
  28090. 6    Spacing symbols
  28091.  
  28092.     Spacing symbols are symbols which are used solely to separate
  28093. parts of a telephone number from each other. They cannot be diallable,
  28094. procedural or information symbols.
  28095.  
  28096.     6.1    Grouping of digits in a telephone number should be
  28097. accomplished by means of spaces unless an agreed upon explicit symbol
  28098. (e.g.  hyphen) is necessary for procedural purposes. Only spaces
  28099. should be used in an international number.
  28100.  
  28101.     6.2    In the international number, spacing shall occur
  28102. between the country code and the trunk code and between the trunk code
  28103. and the subscriber number.
  28104.  
  28105.     6.3    The major separation among digits in a telephone
  28106. number (national or international) should occur between trunk code and
  28107. subscriber number. This separation should therefore always be wider
  28108. than any other separation within the number. This requirement is
  28109. automatically met in the notation recommended, as in the examples.
  28110.  
  28111. 7    Facsimile number notation
  28112.  
  28113.     The printed format for facsimile numbers should follow the
  28114. conventions set forth for voice telephone numbers except that
  28115. facsimile numbers should be clearly labeled with the upper-case
  28116. letters FAX printed to the left of the numbers as illustrated here:
  28117.  
  28118.      FAX      National Inter     (06) 65 43 21
  28119.         International    +49 6 65 43 21
  28120.     
  28121.     The recommended appearance of the printed facsimile symbol
  28122. (FAX) is specified in Recommendation E.121.
  28123.  
  28124. ANNEX A
  28125.  
  28126. (to Recommendation E.123)
  28127.  
  28128. Desirable properties of dialable symbols
  28129.  
  28130.     This annex lists some desirable properties to be considered by
  28131. the CCITT when this body standardizes new dialable symbols. There are
  28132. a large number of properties which are desirable for such symbols, and
  28133. those indicated below seem particularly relevant. However, their
  28134. relative importance has not been evaluated, and it is recognized that
  28135. it may not always be possible to fulfil all these conditions when
  28136. selecting symbols.
  28137.  
  28138.     The properties of diallable symbols should be:
  28139.  
  28140.     A.1    Distinct from other dialable symbols
  28141.  
  28142.         As used here, "distinct" refers to dissimilarity from
  28143. other symbols compared with them visually, or aurally. The
  28144. dissimilarity should be evident in low probability of confusion with
  28145. other symbols under degraded perceptual conditions.
  28146.  
  28147.         A.1.1    The symbols should be visually distinct in
  28148. their designated form as well as in typewritten, handwritten, or
  28149. printed form, including variations which might occur in each.
  28150.  
  28151.         A.1.2    The symbols should be aurally distinct in
  28152. naming them in at least the official languages of the ITU.
  28153.  
  28154.     A.2    Widely known name
  28155.  
  28156.     The name of the symbol should be as widely known as possible and be 
  28157. constant over as wide a range of population as possible.
  28158.  
  28159.     A.3    Reproducible
  28160.  
  28161.     The symbol should be easily reproducible in handwritten and
  28162. typewritten form.
  28163.  
  28164.     A.4    CCITT-ISO compatible
  28165.  
  28166.     The symbol should be one which is given as a member of the
  28167. CCITT Alphabet No. 5 and the ISO (International Organization for
  28168. Standardization) standard code for information interchange.
  28169.  
  28170.     A.5    Made up of a single character
  28171.  
  28172.     The symbol should not be composed of more than one individually 
  28173. valid symbol.
  28174.  
  28175. ------------------------------
  28176.  
  28177. Date: Wed, 8 Mar 95 00:42 CST
  28178. From: dattier@wwa.com (David W. Tamkin)
  28179. Subject: Re: New NPA in Colorado
  28180.  
  28181.  
  28182. TELECOM Digest Editor noted in <telecom15.136.16@eecs.nwu.edu>:
  28183.  
  28184. > [TELECOM Digest Editor's Note: Can you believe they had the nerve to
  28185. > settle the 312/708/630 fiasco late last week by deciding that we in
  28186. > the northern suburbs will have to have *our* area code changed to 630
  28187. > later this year.  ...  708 will be almost directly straight west of 
  28188. > Chicago in the western suburbs, with part of 708 in the southwestern
  28189. > suburbs moved into 815 (which for the most part is quite underused.)
  28190. > All we northerners have to move to 630. ... ]
  28191.  
  28192. That's very different from what I read: I saw nothing about moving any
  28193. portion of 708 into 815.  Rather western and southern Cook County and
  28194. eastern Will will remain 708; 630 will cover DuPage, slices of north-
  28195. western Cook, Lemont Township in southwestern Cook, southern Kane,
  28196. northern Will, and Kendall; northern Cook County (including PAT's home
  28197. turf), most of northwestern Cook, Lake, McHenry, and northern Kane
  28198. would get a new area code as yet to be determined.  The three-way
  28199. geographic split of 708 will thus be into 630, the new NPA, and what
  28200. will retain 708.  312's boundaries will not change.  (The portions of
  28201. Kane, Kendall, Lake, McHenry, and Will Counties currently in 815 will
  28202. stay in 815; above references to those counties are only to the parts
  28203. currently in 708.)
  28204.  
  28205. The recommendation came from several suburban business associations
  28206. and got the nod from an Illinois Commerce Commission's committee but
  28207. is not final until the ICC's executive board ratifies it.  It seems
  28208. they were the first proponents of a purely geographical split who
  28209. actually proposed specific boundaries; Ameritech had discarded the
  28210. notion of a geographical division as impracticable from the beginning,
  28211. but they've acknowledged that this one can work; they'll just need a
  28212. little more time to get it going, likely until the end of 1995.
  28213.  
  28214. [The associations' other suggestion was to keep suburban Cook County
  28215. and eastern Will as 708 and to assign 630 to Lake, McHenry, DuPage,
  28216. Kane, and northern Will.  Lemont Township and slices of northwestern
  28217. Cook would also have gone into 630, but PAT would have stayed in 708.
  28218. It would have meant a two-way split of 708 rather than three-way.]
  28219.  
  28220. This might be the first time that one NPA has split into three in a
  28221. single change; some have split repeatedly and there are several cases
  28222. where three or four area codes were once one, but I don't know of any
  28223. other instance where one code has divided into three at once.  Some
  28224. prefixes moved into 717 when 610 split from 215, but perhaps this is
  28225. still the first time that one NPA has been divided in one move into
  28226. three entire NPA's.
  28227.  
  28228. I could live with 630 as an overlay for wireless services, but the
  28229. idea to mix 630 landlines with 708 and 312 landlines is terrible.
  28230. Even five and a half years after the 312/708 split I find that people,
  28231. even right here in my own border neighborhood, still rattle off phone
  28232. numbers with only seven digits.  That's despite there being several
  28233. prefixes for which the 312 incarnation and its 708 counterpart are
  28234. both close by.  It would have been hell to retrain the entire populace
  28235. if geographic location did not imply area code.
  28236.  
  28237. And heck, if we're going to mix landline area codes together, couldn't
  28238. 708's problems have been staved off a year or two by assigning spare
  28239. prefixes from 312 in the suburbs?  If that couldn't be done because
  28240. suburbanites would hate to be mistaken for city dwellers, why would
  28241. they accept sharing 630 with the city?  I tend to think that that was
  28242. another motivation behind protesting any overlay plans.
  28243.  
  28244. Personally, I hope the new NPA gets a code beginning with 5 or 9; I
  28245. find it easier to tell local area codes apart when people speak fast
  28246. if they all begin with different digits, and we already have 219, 312,
  28247. 414, 708, and 815 in the region, with 630 soon to join them.  Also
  28248. there is a practice in the area of writing "N/NXX-XXXX" as shorthand
  28249. for "1 NPA NXX XXXX".  That convenience would be lost if the new code
  28250. starts with a digit other than 5 or 9.
  28251.  
  28252.  
  28253. David W. Tamkin  Box 3284  Skokie, Illinois  60076-6284
  28254. dattier@wwa.com    MCI Mail: 426-1818   +1 312 714 5610
  28255.  
  28256. ------------------------------
  28257.  
  28258. From: varney@usgp4.ih.att.com (Al Varney)
  28259. Subject: Re: True NANP and Common Dialing Practices
  28260. Organization: AT&T
  28261. Date: Thu, 9 Mar 1995 11:13:19 GMT
  28262.  
  28263.  
  28264. In article <telecom15.129.1@eecs.nwu.edu>, John Shelton <jshelton@parcplace.
  28265. com> wrote:
  28266.  
  28267. > When will we really have a true North American Numbering Plan, one
  28268. > that is used consistently throughout US and Canada?
  28269.  
  28270. You have something against the other members of the NANP? (NPA 809.)
  28271.  
  28272. > Is it really that hard to get everone to agree:
  28273.  
  28274. > xxx        - special service codes (e.g. Info, Emergency)
  28275.  
  28276.    Varies by country, if nothing else.  You want to give them money to
  28277. make it standard?
  28278.  
  28279. > xxx xxxx    - abbreviated form of 1+ ten digit dialing,
  28280. >          where the area code (NPA) is the same.
  28281.  
  28282. We have a North American Numbering Plan: All World Zone 1 subscribers
  28283. (with very few exceptions) have ten-digit telephone numbers.  That's
  28284. the NUMBERING plan.  You're asking for a single DIALING plan.  And
  28285. those are under the control of individual state PUCs and various
  28286. national organizations such as the FCC.  You are welcome to plead your
  28287. case to them and answer the complaints of their constituents, who
  28288. probably like their current dialing plan just fine ...
  28289.  
  28290.    The dialing plans for North America are actually much more
  28291. standardized than they were 20 years ago, so progress is being made.
  28292. Be thankful that you don't have four, five and six digit "local"
  28293. numbers to handle.
  28294.  
  28295.  
  28296. Al Varney
  28297.  
  28298. ------------------------------
  28299.  
  28300. From: varney@usgp4.ih.att.com (Al Varney)
  28301. Subject: Re: What is ESF and D4?
  28302. Organization: AT&T Network Systems
  28303. Date: Tue, 7 Mar 1995 19:56:40 GMT
  28304.  
  28305.  
  28306. In article <telecom15.125.2@eecs.nwu.edu>, Michael Jennings <mjenning@ix.
  28307. netcom.com> wrote:
  28308.  
  28309. > In <telecom15.119.16@eecs.nwu.edu> davethez@netcom.com (Dave) writes: 
  28310.  
  28311. >> When ordering a T1 line for data, the local fiber company wants to
  28312. >> know whether I'd like "ESF" or "D4".  Could someone please explain
  28313. >> what these terms mean?
  28314.  
  28315. > D4 was the original AT&T (Western Electric) product used by the Bell 
  28316. > System for digital multiplexing of voice and data circuits at 1.544 Mb/s 
  28317. > over copper transmission lines.
  28318.  
  28319.    Minor nit: "D4" is the 4th generation of digital voice transmission
  28320. (channel bank) technology.  D1, D2, D3 and D1D were all earlier
  28321. versions.  D1 saw extensive deployment in the 1960s.  D4 was deployed
  28322. beginning in 1976.  They all ran at 1.544 Mb/s over 4-wire copper
  28323. pairs.
  28324.  
  28325.  
  28326. Al Varney
  28327.  
  28328. ------------------------------
  28329.  
  28330. From: bob@larribeau.com (Bob Larribeau)
  28331. Subject: Re: Is ISDN Equipment Limited by Switch?
  28332. Date: 8 Mar 1995 01:48:54 GMT
  28333. Organization: Larribeau Associates
  28334.  
  28335.  
  28336. In article <telecom15.138.10@eecs.nwu.edu>, cogorno@netcom.com says ...
  28337.  
  28338. > I am in the process of converting my two lines into an ISDN line, and
  28339. > while on the phone today the PacBell representative said somthing a
  28340. > little startling.  She told me "You are served off a 5ESS (which I
  28341. > knew), so you need to buy AT&T equipment." I thought this was a little
  28342. > odd, so I asked her why. SHe said that AT&T ISDN equipment will not
  28343. > work with a DMS-100 and Northern equipment will not work with the
  28344. > 5ESS.  So, if I move to an area that has a DMS-100, I will have to buy
  28345. > all new equipment. Is this _really_ true?
  28346.  
  28347. This is very likely to be true if you buy your equipment from AT&T.
  28348. If you are buying ISDN phones try Fujitsu or Lodestar.  If you are
  28349. talking about data there is a whole host of equipment out ther that
  28350. will work on either switch.
  28351.  
  28352.  
  28353. Bob Larribeau     ISDN Consultant   San Francisco
  28354.  
  28355. ------------------------------
  28356.  
  28357. From: rlvd_cif@uhura.cc.rochester.edu (Robert Levandowski)
  28358. Subject: Re: Credit Checking on Cellular Customers
  28359. Organization: University of Rochester - Rochester, New York
  28360. Date: Wed, 8 Mar 95 04:39:41 GMT
  28361.  
  28362.  
  28363. In <telecom15.139.14@eecs.nwu.edu> javier@twg.com (Javier Henderson)
  28364. writes:
  28365.  
  28366. > In article <telecom15.127.2@eecs.nwu.edu>, Steve Samler <steve@individual.
  28367. > com> writes:
  28368.  
  28369. >> What is the common practice today when someone applies for cellular
  28370. >> service?  Credit check via one of the consumer credit agencies or via
  28371. >> D&B if a business is the applicant?
  28372.  
  28373. > There are two providers in LA: Cellular One and AirTouch. I applied
  28374. > with Cellular One first, and was told I needed to come up with a
  28375. > $1,000 deposit. I then called AirTouch, and was approved without a
  28376. > deposit at all.
  28377.  
  28378. When I applied with RochesterTel Mobile, they wanted a $250 deposit.
  28379. Since I am a college student, I don't usually have that much money
  28380. lining my wallet, anxious to sit in someone else's pocket. :) It seems
  28381. that since I haven't had residential telephone service for three
  28382. continuous years (time on the campus CBX doesn't count), they think
  28383. I'm a risk.
  28384.  
  28385. Of course, the cellular business is a lot like the used-car business.
  28386. As soon as my face fell, the salesman "suddenly" remembered a recent
  28387. memo. It seems they can just take my credit-card number (even though I
  28388. didn't have $250 credit left on it) and charge my MasterCard if I fail
  28389. to pay the bill.  This tune changed so quickly that I couldn't help
  28390. but think it was fishy, but that's the nature of the game :/ 
  28391.  
  28392.  
  28393. Rob Levandowski
  28394. Computer Interest Floor associate / University of Rochester
  28395. macwhiz@cif.rochester.edu     [Opinions expressed are mine, not UR's.]
  28396.  
  28397. ------------------------------
  28398.  
  28399. End of TELECOM Digest V15 #142
  28400. ******************************
  28401.     
  28402.     
  28403. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa04077;
  28404.           10 Mar 95 3:44 EST
  28405. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  28406.     id AA21749; Thu, 9 Mar 95 22:44:05 CST
  28407. Return-Path: <telecom>
  28408. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  28409.     id AA21742; Thu, 9 Mar 95 22:44:03 CST
  28410. Date: Thu, 9 Mar 95 22:44:03 CST
  28411. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  28412. Message-Id: <9503100444.AA21742@delta.eecs.nwu.edu>
  28413. To: telecom@eecs.nwu.edu
  28414. Subject: TELECOM Digest V15 #143
  28415.  
  28416. TELECOM Digest     Thu, 9 Mar 95 22:44:00 CST    Volume 15 : Issue 143
  28417.  
  28418. Inside This Issue:                          Editor: Patrick A. Townson
  28419.  
  28420.     Singapore's Strange Info-Police (Rishab Aiyer Ghosh)
  28421.     Re: Non-Published Phone Number and Privacy Act  (Tony LiCausi)
  28422.     Re: Requesting Information About SDH (Claes Gussing)
  28423.     Re: Help Needed With Modems for Telephony API (Tony Zuccarino)
  28424.     Re: T1 -> Modems (John Lundgren)
  28425.     Re: T1 -> Modems (Doug Fields)
  28426.     Re: Analog Interface Parameters (John Lundgren)
  28427.     Re: Caller ID Question (Stan Schwartz)
  28428.     Re: X.25 Over ISDN - Addressing (Bob Stone)
  28429.     Re: Fax Modems and Voice Lines (Tony Zuccarino)
  28430.     Re: GSM Rental in Germany (Axel Schmidt)
  28431.     Re: This Newsgroup Demo'ed on PBS's "Internet Show" (Chris Hiner)
  28432.     Re: New NPA for Houston TX(Jeff Brielmaier)
  28433.  
  28434. TELECOM Digest is an electronic journal devoted mostly but not
  28435. exclusively to telecommunications topics. It is circulated anywhere
  28436. there is email, in addition to various telecom forums on a variety of
  28437. public service systems and networks including Compuserve and America
  28438. On Line. It is also gatewayed to Usenet where it appears as the moderated
  28439. newsgroup 'comp.dcom.telecom'. 
  28440.  
  28441. Subscriptions are available to qualified organizations and individual
  28442. readers. Write and tell us how you qualify:
  28443.  
  28444.                  * telecom-request@eecs.nwu.edu *
  28445.  
  28446. The Digest is edited, published and compilation-copyrighted by Patrick
  28447. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  28448. or phone at:
  28449.                     9457-D Niles Center Road
  28450.                      Skokie, IL USA   60076
  28451.                        Phone: 500-677-1616
  28452.                         Fax: 708-329-0572
  28453.   ** Article submission address only: telecom@eecs.nwu.edu **
  28454.  
  28455. Our archives are located at lcs.mit.edu and are available by using
  28456. anonymous ftp. The archives can also be accessed using our email
  28457. information service. For a copy of a helpful file explaining how to
  28458. use the information service, just ask.
  28459.  
  28460. *************************************************************************
  28461. *   TELECOM Digest is partially funded by a grant from the              *
  28462. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  28463. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  28464. * project.  Views expressed herein should not be construed as represent-*
  28465. * ing views of the ITU.                                                 *
  28466. *************************************************************************
  28467.  
  28468. Additionally, the Digest is funded by gifts from generous readers such
  28469. as yourself who provide funding in amounts deemed appropriate. Your help 
  28470. is important and appreciated. A suggested donation of twenty dollars per
  28471. year per reader is considered appropriate. See our address above.
  28472.  
  28473. All opinions expressed herein are deemed to be those of the author. Any
  28474. organizations listed are for identification purposes only and messages
  28475. should not be considered any official expression by the organization.
  28476. ----------------------------------------------------------------------
  28477.  
  28478. Subject: Singapore's Strange Info-Police
  28479. From: rishab@dxm.ernet.in (Rishab Aiyer Ghosh)
  28480. Date: Thu, 09 Mar 95 23:42:40 IST
  28481. Organization: Deus X Machina
  28482.  
  28483.  
  28484. --==(C) Copyright 1995 Rishab Aiyer Ghosh (rishab@dxm.ernet.in)
  28485.  
  28486. Recently the Singapore authorities have been making various
  28487. announcements on the matter of creating the first fully wired country.
  28488. In particular, they have been trying to address the possible conflicts
  28489. between the individualistic, liberal Internet, and the paternalistic
  28490. governance of the 'Asian Way'. In doing so, they have shown an
  28491. interesting mix of ignorance, hope and a remarkable pragmatism.
  28492.  
  28493. The government will not allow Singapore to become a source of
  28494. pornography or other improper material, according to George Yeo, the
  28495. minister for information and the arts. "Those who notice any kind of
  28496. criminal or anti-social behaviour should alert each other and the
  28497. Singapore Broadcasting Authority [SBA, their proposed Internet
  28498. police]" said Mr Yeo. Nice, law-abiding Singaporeans - all 3,100 of
  28499. them who are on-line currently - may obey. Considering that the
  28500. "information island" will eventually reach all 3 million, this call
  28501. for voluntary (or even imposed) censorship does appear somewhat
  28502. dreamy-eyed.
  28503.  
  28504. How exactly does Singapore plan to counter the anonymous remailers,
  28505. DC-nets and other cryptoanarchic technologies that may defeat even the
  28506. American National Security Agency? Ask the three people from the
  28507. National Computer Board of Singapore, who are subscribed to the
  28508. Cypherpunk's mailing list -- a discussion forum on cryptographic
  28509. technologies and their implications for free speech and privacy.
  28510.  
  28511. Singaporean pragmatism? The same Mr Yeo who would like well-behaved
  28512. wired citizens has another remedy for the anti-establishment rantings
  28513. cyberspace gives birth to, one that reflects the free spirit of the
  28514. Internet more than do the usual responses of other governments. Mr.
  28515. Yeo, who believes that "if we leave cyberspace to those with axes to
  28516. grind, there will only be ourselves to blame," would like patriotic
  28517. Singaporeans such as members of the youth league of the ruling party
  28518. to counter annoying posts on newsgroups such as soc.culture.singapore.
  28519. This reflects Singapore's "right to reply" (or "have the last word")
  28520. policy when dealing with perceived falsehoods in the country's press.
  28521. Unlike mainstream media, discussion on the Internet never ends, and
  28522. there may never be a last word.
  28523.  
  28524. Government sponsored flame-wars? Better than overt censorship, devious
  28525. surveillance and lengthy lawsuits, surely.
  28526.  
  28527.  
  28528. --==(C) Copyright 1995 Rishab Aiyer Ghosh (rishab@dxm.ernet.in)
  28529. --==May be distributed electronically provided that only compilation or
  28530. --==transmission charges are applied. Other uses require written permission.
  28531.  
  28532.  
  28533. Rishab Aiyer Ghosh                   For Electric Dreams subscriptions 
  28534. rishab@dxm.ernet.in                    and back issues, send a mail to
  28535. rishab@arbornet.org                           rishab@arbornet.org with
  28536. Vox +91 11 6853410 Voxmail 3760335       'help' in lower case, without
  28537. H 34C Saket, New Delhi 110017, INDIA       the quotes, as the Subject.
  28538.  
  28539. ------------------------------
  28540.  
  28541. From: Tony LiCausi <alicausi@world.nad.northrop.com>
  28542. Subject: Re: Non-Published Phone Number and Privacy Act 
  28543. Organization: Northrop Grumman Automation Sciences Lab, Pico Rivera, CA
  28544. Date: Thu, 9 Mar 1995 07:52:00 GMT
  28545.  
  28546.  
  28547. There is a better way. You may not own your number, but you own your
  28548. name. And the company doesn't really care what name appears in the
  28549. book.  Pick a name, your wife's maiden name, dog's name, favorite book
  28550. character ... and choose that to be published.
  28551.  
  28552. If an unwanted call comes in then "Mr. Chip's is on vacation, I'm only
  28553. house sitting ..." will get rid of 99% of unwanted calls.
  28554.  
  28555.  
  28556. Anthony LiCausi    tlicausi@aol.com
  28557.  
  28558. ------------------------------
  28559.  
  28560. From: Claes Gussing <etxguss@tnssupport.ericsson.se>
  28561. Subject: Re: Requesting Information About SDH
  28562. Date: 9 Mar 1995 10:32:42 GMT
  28563. Organization: Ericsson
  28564.  
  28565.  
  28566. dehoog@st.rim.or.jp (John DeHoog) wrote:
  28567.  
  28568. > In article <telecom15.109.9@eecs.nwu.edu>, wgan@netcom.com (willy
  28569. > gan) wrote:
  28570.  
  28571. >> I'd often seen the words SDH or SDH compatible equipment
  28572. >> advertised in data communication magazines. Can anyone explain
  28573. >> or give me examples of what SDH stands for?
  28574.  
  28575. > SDH stands for Synchronous Digital Hierarchy, for starters.  I'm not
  28576. > sure that tells us much, and it's not even necessarily an apt term;
  28577. > but what I do know is that it's an optical signal interface standard
  28578. > used in optical fiber networks, to transport digital voice, data, and
  28579. > video signals over long distances.  Here in Japan, some major telecom
  28580. > makers have developed SDH equipment based on the CTRON specifications.
  28581.  
  28582. SDH - Synchrounous Digital Hierarchy
  28583.  
  28584. SDH is the latest way of transporting digital signals. It is defined
  28585. to be able to carry both the old US standards (1.5, 6.3, 45 Mbps),
  28586. and the old standards for the rest of the world (2, (8), 34, 140 Mbps).
  28587.  
  28588. All these signals are to be mapped into the SDH-signals, which are:
  28589. (M = Mbps = Million bits per second)
  28590. STM1: 155 M, maps 1 * 140M, or 3 * 34/45M, or 21 * 6.3M, or 63 * 2M,
  28591.                    or 84 * 1.5M 
  28592.  
  28593. STM4: 620 M = 4 * STM1
  28594.  
  28595. STM16: 2.5 Gbps = 4 * STM4 = 16 * STM1
  28596.  
  28597. STM64: 10Gbps (standardized??)
  28598.  
  28599. Also will the SDH-networks be able to carry the ATM-signals.
  28600.  
  28601. Part for pure data, the SDH-signals carry a lot of overhead 
  28602. information, etc.
  28603.  
  28604. I know that "Artech House Books" offer a few books with plenty
  28605. of informtation about SDH. Fax: +44-71-630-0166.
  28606.  
  28607.  
  28608. Regards,
  28609.  
  28610. Claes Gussing   etxguss@tnssupport.ericsson.se
  28611.  
  28612. ------------------------------
  28613.  
  28614. From: tony.zuccarino@nb.rockwell.com (Tony Zuccarino)
  28615. Subject: Re: Help Needed With Modems for Telephony API
  28616. Organization: Rockwell International
  28617. Date: Thu, 9 Mar 1995 02:24:48 GMT
  28618.  
  28619.  
  28620. In article <telecom15.120.5@eecs.nwu.edu>, stanford@algorhythms.com
  28621. wrote:
  28622.  
  28623. > All modems support Microsoft's Telephony API, but only if they have a
  28624. > suitable driver.  Modem manufacturers have been slow to provide these
  28625. > drivers because Microsoft distributes a free generic modem driver with
  28626. > the TAPI SDK, because Microsoft distributes the source code for a
  28627. > rudimentary voice modem driver free (by ftp "ftp.microsoft.com" and
  28628. > Compuserve "go winext"), and because Microsoft intends to provide a
  28629. > generic modem driver (Unimodem) bundled with Windows 9x.
  28630.  
  28631. > The problem with these Microsoft drivers is that they are limited,
  28632. > since they do not properly support voice features.  Also the Unimodem
  28633. > driver appears to be a "dial only" driver since it does not pass rings
  28634. > back to the application.
  28635.  
  28636. > Regular modems are actually poor candidates for TAPI, since they
  28637. > provide meager call control features.  Best for telephony are boards
  28638. > like the IBM Mwave, which allow for full duplex speaker phone, touch
  28639. > tone recognition, Caller ID, handset state detection, control over the
  28640. > handset connection to the line and software upgradability to features
  28641. > such as VoiceView.  Somewhere between regular modems and Mwave type
  28642.  
  28643. Actually, there are chipsets other than MWave which do deliver all
  28644. these features today. In fact, most of Rockwell chip based voice/fax
  28645. modems provide DTMF tone detection, CID, handset state detection,
  28646. VoiceView today (not future availability). Check out the voice command
  28647. set available on the WWW server posted by Steve Palm of Rockwell
  28648. (comp.dcom.modems).  You can easily see the extent to which you can
  28649. control the telephony functions.
  28650.  
  28651. > cards in terms of telephony features are voice/fax/modems, which can
  28652. > record and play sound from the line, but still provide poor status
  28653. > sensing (like handset on/off hook), and which are intrinsically
  28654.  
  28655. See above.
  28656.  
  28657. > unreliable for two reasons: 1. the burden of voice data through the
  28658. > serial port and 2. the inclusion of status and control signals in-band
  28659.  
  28660. Voice data in 90% of Rockwell based boards goes through a soft UART
  28661. that provides greater than the 16 byte FIFO of the typical 16550 UART.
  28662. How do you avoid inband signalling? Two hardware ports? How does that
  28663. make things more reliable?
  28664.  
  28665. > in the voice data stream.  The first of these deficiencies is
  28666. > addressed by some modems, such as those based on chip sets by Sierra
  28667. > and Cirrus that do their voice with DMA rather than through the serial
  28668. > port.  Of course modems using this technique must be internal.
  28669.  
  28670. Cirrus does not use DMA. Rockwell uses a sort of soft DMA that
  28671. allows for upwards of 2 Mbps of data rate transfer. Work on a TAPI
  28672. driver is underway for the Rockwell voice chipset.
  28673.  
  28674.  
  28675. Tony Zuccarino        Internet: tony.zuccarino@nb.rockwell.com
  28676. Product Marketing     Rockwell International
  28677.  
  28678. ------------------------------
  28679.  
  28680. From: jlundgre@kn.PacBell.COM (John Lundgren)
  28681. Subject: Re: T1 -> Modems
  28682. Date: 8 Mar 1995 06:45:57 GMT
  28683. Organization: Pacific Bell Knowledge Network
  28684.  
  28685.  
  28686. ScottPCS (scottpcs@aol.com) wrote:
  28687.  
  28688. > I need to bring in a T1 line to 24 1200 baud modems for my company.
  28689. > It seems like an inefficient solution to run the T1 into a channel
  28690. > bank to end up with 24 phone lines and then plug in 24 modems plugged
  28691. > into 24 serial ports.  Is there any type of hardware that can handle
  28692. > this T1 / modem problem better?  Preferrably something PC based
  28693. > (Windows NT) and cheap <g>.
  28694.  
  28695. It might be that the cables from the modems to the PCs will be more
  28696. expensive than the modems.  Modems of 2400 baud and below are being
  28697. practically given away.  In fact, you may not be able to get 1200, and
  28698. have to use 2400 baud modems instead.  Maybe.  At the prices that
  28699. 14,400 modems are going for, you may end up with them instead.  Cheap.
  28700.  
  28701. But the hardware isn't going to be the main expense.  The installation 
  28702. and monthly charges for the phone lines are going to be.
  28703.  
  28704.  
  28705. John Lundgren - Elec Tech - Info Tech Svcs  
  28706. Rancho Santiago Community College District  
  28707. 17th St. at Bristol \ Santa Ana, CA 92706   
  28708. jlundgre@pop.rancho.cc.ca.us\jlundgre@kn.pacbell.com
  28709.  
  28710. ------------------------------
  28711.  
  28712. From: admiral@panix.com (Doug Fields)
  28713. Subject: Re: T1 -> Modems
  28714. Date: 9 Mar 1995 12:59:39 -0500
  28715. Organization: Panix in NYC, Admiral's Account
  28716.  
  28717.  
  28718. In article <telecom15.137.7@eecs.nwu.edu> scottpcs@aol.com (ScottPCS)
  28719. writes:
  28720.  
  28721. > I need to bring in a T1 line to 24 1200 baud modems for my company.
  28722. > It seems like an inefficient solution to run the T1 into a channel
  28723. > bank to end up with 24 phone lines and then plug in 24 modems plugged
  28724. > into 24 serial ports.  Is there any type of hardware that can handle
  28725. > this T1 / modem problem better?  Preferrably something PC based
  28726. > (Windows NT) and cheap <g>.
  28727.  
  28728. I don't know about cheap, but US Robotics has exactly what you need. A
  28729. rack-mount system which will take the T1 and directly put it into
  28730. modems (you'll need six 4-modem cards).
  28731.  
  28732. They have it with V.34 modems, I'd imagine slower ones are available.
  28733. They also have lots of other networking cards for the rack, so you can
  28734. do more than just run 24 modems.
  28735.  
  28736. I don't remember the phone number off the top of my head; it's in the
  28737. 800-directory. Maybe it's 800-DIAL-USR.
  28738.  
  28739.  
  28740. Cheers,
  28741.  
  28742. Doug Fields, http://www.interpage.net
  28743. PGP key: "finger admiral@panix.com"
  28744.  
  28745. ------------------------------
  28746.  
  28747. From: jlundgre@kn.PacBell.COM (John Lundgren)
  28748. Subject: Re: Analog Interface Parameters
  28749. Date: 8 Mar 1995 07:08:42 GMT
  28750. Organization: Pacific Bell Knowledge Network
  28751.  
  28752.  
  28753. Eli Cohen (gandalf!elic@uunet.uu.net) wrote:
  28754.  
  28755. > I'm looking for information in the form of articles research papers
  28756. > etc. on the topic of Analog Interface Parameters.
  28757.  
  28758. > The parameters I'm looking for (such as Line Impedance, Dial Tone,
  28759. > Cadences, etc.) should be categorized be country of origin.
  28760.  
  28761. Bell has a book called Transmission Systems for Communications that
  28762. should have some of this info.  Also, the Radio Amateur's Handbook has
  28763. some info on this in the phone patch chapter.  Of course, this is for
  28764. the U.S.
  28765.  
  28766.  
  28767. John Lundgren - Elec Tech - Info Tech Svcs   
  28768. Rancho Santiago Community College District   
  28769. 17th St. at Bristol \ Santa Ana, CA 92706    
  28770. jlundgre@pop.rancho.cc.ca.us\jlundgre@kn.pacbell.com
  28771.  
  28772. ------------------------------
  28773.  
  28774. From: stans@panix.com (Stan Schwartz)
  28775. Subject: Re: Caller ID Question
  28776. Date: 9 Mar 1995 22:18:49 -0500
  28777. Organization: PANIX Public Access Internet and Unix, NYC
  28778.  
  28779.  
  28780. USCG TELECOMMS (gttm@cais3.cais.com) wrote:
  28781.  
  28782. > In Caller ID the privacy indicator can be overridden on 911, 800, and
  28783. > 900 calls.  We understand that 911 is ANI-based and 800/900 is
  28784. > SS7-based.  Is it technically feasible to override the privacy
  28785. > indicator to calls placed to a public agency's emergency seven-digit or
  28786. > ten-digit emergency number (non-911, non-800, non-900)?  If not, what
  28787. > would be required to make this feasible?  Please reply to gttm@cais.com.
  28788.  
  28789. > [TELECOM Digest Editor's Note: Nope, not possible. Not at least
  28790. > without a massive lost of trust by the public in what telephone
  28791. > privacy is available. That is the purpose of 911: Emergency calls are
  28792.  
  28793. Here in the NYC/Metro area, NYNEX has tariffed four exchanges that
  28794. WILL provide ANI, regardless of the privacy indicator.  I don't know
  28795. of any companies using them yet, but they are:
  28796.  
  28797.   212/718:  810, 910
  28798.   516:      820, 920
  28799.  
  28800. There was a bill insert about these exchanges about a year ago, but I
  28801. haven't heard anything about them since.
  28802.  
  28803.  
  28804. Stan
  28805.  
  28806. ------------------------------
  28807.  
  28808. From: Bob Stone <bobstone@fairfield.com>
  28809. Subject: Re: X.25 Over ISDN - Addressing
  28810. Date: 10 Mar 1995 03:49:50 GMT
  28811. Organization: JT&T, Inc.
  28812.  
  28813.  
  28814. In article <telecom15.127.5@eecs.nwu.edu> Azriel Heuman,
  28815. azi@mofet.elex.co.il writes:
  28816.  
  28817. > or other X.25 network providers shed some light on this subject?
  28818.  
  28819. Our company, Voice & Data Systems, manufactures a new telecom
  28820. technology, based on a recent ITU Recommendation called FaxPAD. FaxPAD
  28821. sends fax in real-time compressed 16 to 1, as packets of X.25 data.
  28822.  
  28823. This is a very powerful fax solution both for multinational companies
  28824. and soon for small users, as well. Multinational companies may intall
  28825. FaxPADs in their offices connected to their data network. If the data
  28826. network is paid for on a fixed monthly fee basis, then the fax which
  28827. used to travel over voice circuits generating toll charges, is now
  28828. sent at no cost!
  28829.  
  28830. Our company is working with international carriers to set up a FaxPAD
  28831. based, discount, fax service that can be accessed by a local phone
  28832. call.
  28833.  
  28834. Please let me know if either of these solutions would be helpful to
  28835. you.  I can fax you more information, specs, etc.
  28836.  
  28837.  
  28838. Rgds.
  28839.  
  28840. ------------------------------
  28841.  
  28842. From: tony.zuccarino@nb.rockwell.com (Tony Zuccarino)
  28843. Subject: Re: Fax Modems and Voice Lines
  28844. Organization: Rockwell International
  28845. Date: Thu, 9 Mar 1995 22:14:13 GMT
  28846.  
  28847.  
  28848. In article <telecom15.120.7@eecs.nwu.edu>, KMP@portal.vpharm.com (K. M.
  28849. Peterson) wrote:
  28850.  
  28851. > My advice is to purchase an inexpensive desktop modem for home use.
  28852. > ZyXELs offer "distinctive ring" decoding, which is an alternative to
  28853. > "Silent Answer" requiring "Ringmate" or some other type of distinctive
  28854. > ring service from your local telco.  ZyXELs, however, are _not_
  28855. > inexpensive; if you don't want to go this route call Hello Direct
  28856. > (1-800-HI-HELLO), and order a box from them that will do this
  28857. > discrimination externally and allow you to use any modem you wish.
  28858.  
  28859. ZOOM has just announced their distinctive ring solution as well,
  28860. at what should be economical prices.
  28861.  
  28862.  
  28863. Tony Zuccarino        Internet: tony.zuccarino@nb.rockwell.com
  28864. Product Marketing     Rockwell International
  28865.  
  28866. ------------------------------
  28867.  
  28868. From: schmidt@berlin.snafu.de (Axel Schmidt)
  28869. Subject: Re: GSM Rental in Germany
  28870. Date: Fri, 10 Mar 95 09:41:50 GMT
  28871.  
  28872.  
  28873. In article <telecom15.136.4@eecs.nwu.edu>, John R. Covert <covert@covert.
  28874. enet.dec.com> wrote:
  28875.  
  28876. > I want to rent a GSM phone with a German number in Germany in about
  28877. > three weeks, but I can't find any rental companies.  I'll be in
  28878. > Germany for about nine days.
  28879.  
  28880. Uff, I'm a bit surprised. There are many rental companies around.  I
  28881. took a quick look at the magazine "Connect" and found two ads
  28882. immediately.  One of the companies is here in Berlin, so I could
  28883. inquire for you.  I don't want to advertise here, so I'm sending you
  28884. the addresses seperately.
  28885.  
  28886.  
  28887. Greetings from Berlin,
  28888.  
  28889. Axel
  28890. schmidt@berlin.snafu.de | FidoNet 2:2410/121.21
  28891. Homepage: http://www.snafu.de/~schmidt
  28892. Erstellen von WWW-Seiten (HTML)
  28893.  
  28894. ------------------------------
  28895.  
  28896. From: chiner@quark.gmi.edu (Chris Hiner)
  28897. Subject: Re: This Newsgroup Demo'ed on PBS's "Internet Show"
  28898. Date: 10 Mar 1995 01:23:00 GMT
  28899. Organization: GMI Engin. & Mgt. Institute, Flint, MI
  28900.  
  28901.  
  28902. Robert Casey (wa2ise@netcom.com) wrote:
  28903.  
  28904. > I saw a show about the Internet on PBS Saturday, Mar 4.  It actually
  28905. > talked about something other than porno and child molesters on the 'net.  
  28906. > They actually did a reasonably good job talking about newsgroups, ftp'ing, 
  28907. > telnet'ing, golpher, and such.
  28908.  
  28909. > They did a demo of newsgroup reading, think it was this very group, and they 
  28910. > demo'ed how to post. They responded to a question about how many long
  28911. > distance lines crossed the USA (he said he was sure the number was 42).
  28912.  
  28913. > [TELECOM Digest Editor's Note: Unfortunatly, I don't think it would have
  28914. > been this Digest, since I don't recall a question like that appearing here
  28915. > at any time in the recent past. It probably was one of the telecom related
  28916. > newsgroups on Usenet. None the less, the intentions were good and the 
  28917. > producer of the show is to be congratulated for showing something positive
  28918. > and tasteful about the information superhighway. Lord knows there are
  28919. > enough newspaper writers out there more than willing to discuss the milieu
  28920. > of the public toilets at the rest stops along the information highway which 
  28921. > disguise themselves as 'news groups'.   PAT] 
  28922.  
  28923. Actually, I'm positive that was comp.dcom.telecom that they chose for
  28924. a newsgroup to demo ... the dates on the postings, I recall, were about
  28925. August 1994.
  28926.  
  28927. Not a bad show.
  28928.  
  28929.  
  28930. Chris Hiner    chiner@quark.gmi.edu
  28931.  
  28932.  
  28933. [TELECOM Digest Editor's Note: According to John Levine, who seems to
  28934. have had something to do with it, it *was* this newsgroup; he said the
  28935. reason the commentary he 'posted' to the group on the show was just a
  28936. demo; in fact the question/answer/comment was not really sent out.  That
  28937. is aparently why I did not see it here.  Hearing about this show from
  28938. the person who wrote was the first I knew anything about the show and
  28939. its content.   PAT]
  28940.  
  28941. ------------------------------
  28942.  
  28943. Subject: Re: New NPA for Houston TX
  28944. From: jeff.brielmaier@yob.com (Jeff Brielmaier)
  28945. Date: Tue, 9 Mar 95 06:13:00 -0600
  28946. Organization: Ye Olde Bailey BBS - Houston, TX - 713-520-1569
  28947. Reply-To: jeff.brielmaier@yob.com (Jeff Brielmaier)
  28948.  
  28949.  
  28950. > An article in this week's {Information Week} mentioned that the new
  28951. > NPA's are confounding numerous PBX's that haven't had a recent
  28952. > software upgrade to handle the new NPA format (a graphic showed 360,
  28953. > with the '6' having devil-like horns and tail).
  28954.  
  28955. That's not surprising ... it's unfortunate since the change has been
  28956. publicized by the telcos (perhaps not as well as it should have
  28957. though).  Of course, here and in other telephone related conferences
  28958. we have known about this change over a lot longer :)
  28959.  
  28960. > They mentioned that 334 in Alabama, 360 in Washington State, and 281
  28961. > in Texas were already active.  I don't remember anyone here mentioning
  28962. > 281's activation, but upon dialing 1-281-555-1212 I received a
  28963. > "Southwestern Bell" chime and the DA operator told me that 281 is the
  28964. > cellular overlay area code for 713 (Houston), which became active
  28965. > 3/1/95.
  28966.  
  28967. 281 is an overlay on top of the 713 area code.  Until 03/01/96, SWBell
  28968. will assign "wireless" (pager, cellular, etc) callers to the new area
  28969. code.  After 03/01/96, SWBell will begin assigning "normal" (wired)
  28970. users to the new area code.
  28971.  
  28972. Until 03/01/96, local calls w/i the 713 area code can be dialed as
  28973. seven-digits while all calls to the 281 AC will be 1 + 10D.  After 
  28974. 03/01/96, all calls will have to be dialed as 1 + 10D.
  28975.  
  28976.  
  28977. * KingQWK 1.05 # [PK] * Houston: 
  28978. Home of the "Houston Livestock & Rodeo Show"
  28979. Ye Olde Bailey BBS Zyxel 713-520-1569(V.32bis) USR 713-520-9566(V.34/FC)
  28980.    Houston,Texas             yob.com           Home of alt.cosuard      
  28981.  
  28982. ------------------------------
  28983.  
  28984. End of TELECOM Digest V15 #143
  28985. ******************************
  28986.     
  28987.     
  28988. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa05152;
  28989.           10 Mar 95 6:27 EST
  28990. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  28991.     id AA24165; Fri, 10 Mar 95 00:26:40 CST
  28992. Return-Path: <telecom>
  28993. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  28994.     id AA24159; Fri, 10 Mar 95 00:26:38 CST
  28995. Date: Fri, 10 Mar 95 00:26:38 CST
  28996. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  28997. Message-Id: <9503100626.AA24159@delta.eecs.nwu.edu>
  28998. To: telecom@eecs.nwu.edu
  28999. Subject: TELECOM Digest V15 #144
  29000.  
  29001. TELECOM Digest     Fri, 10 Mar 95 00:27:00 CST    Volume 15 : Issue 144
  29002.  
  29003. Inside This Issue:                           Editor: Patrick A. Townson
  29004.  
  29005.     Re: Voicemail System Wanted (Skot Magnum)
  29006.     Re: What is Loop Start? (Tony Zuccarino)
  29007.     Re: Tired of S.314 Hysteria (Tony Zuccarino)
  29008.     Re: PBS Rumors and Innuendo: Any Truth? (Steve Cogorno)
  29009.     Re: Help: E Telco Step-by-Step Switch (John Lundgren)
  29010.     Re: Video Dialtone, HFC, HDSL, or ADSL (John Lundgren)
  29011.     Re: CONY Baltimnore (Stan Schwartz)
  29012.     Marine Communications (Carter Thomasson)
  29013.     Inexpensive Caller ID Boxes by Mail-Order? (Darrin Smith)
  29014.     LATA Maps Wanted (Phillip Schuman)
  29015.     ADCPM and CO's (Steven Bergman)
  29016.     Hello Direct on the WWW (Bill Seward)
  29017.     Reliability Analysis Programs Wanted (Phil McMillan)
  29018.     Help! Telecommuting Options (dperlmutte1@vaxa.hofstra.edu)
  29019.     FM Radio Stock Data (ronxx@aol.com)
  29020.     Re: AT&T Offers 'International Redial' (Axel Schmidt)
  29021.     Re: Europe Postal Services and Datacom (Axel Schmidt)
  29022.     Tables of Long Distance Rates (Joubert Berger)
  29023.     CPE Outsourcing - Anecdotes Wanted (Mark Peacock)
  29024.     Re: Legal Notice: MCI Class Action Settlement (Charleen Bunjiovianna)
  29025.  
  29026. TELECOM Digest is an electronic journal devoted mostly but not
  29027. exclusively to telecommunications topics. It is circulated anywhere
  29028. there is email, in addition to various telecom forums on a variety of
  29029. public service systems and networks including Compuserve and America
  29030. On Line. It is also gatewayed to Usenet where it appears as the moderated
  29031. newsgroup 'comp.dcom.telecom'. 
  29032.  
  29033. Subscriptions are available to qualified organizations and individual
  29034. readers. Write and tell us how you qualify:
  29035.  
  29036.                  * telecom-request@eecs.nwu.edu *
  29037.  
  29038. The Digest is edited, published and compilation-copyrighted by Patrick
  29039. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  29040. or phone at:
  29041.                     9457-D Niles Center Road
  29042.                      Skokie, IL USA   60076
  29043.                        Phone: 500-677-1616
  29044.                         Fax: 708-329-0572
  29045.   ** Article submission address only: telecom@eecs.nwu.edu **
  29046.  
  29047. Our archives are located at lcs.mit.edu and are available by using
  29048. anonymous ftp. The archives can also be accessed using our email
  29049. information service. For a copy of a helpful file explaining how to
  29050. use the information service, just ask.
  29051.  
  29052. *************************************************************************
  29053. *   TELECOM Digest is partially funded by a grant from the              *
  29054. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  29055. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  29056. * project.  Views expressed herein should not be construed as represent-*
  29057. * ing views of the ITU.                                                 *
  29058. *************************************************************************
  29059.  
  29060. Additionally, the Digest is funded by gifts from generous readers such
  29061. as yourself who provide funding in amounts deemed appropriate. Your help 
  29062. is important and appreciated. A suggested donation of twenty dollars per
  29063. year per reader is considered appropriate. See our address above.
  29064.  
  29065. All opinions expressed herein are deemed to be those of the author. Any
  29066. organizations listed are for identification purposes only and messages
  29067. should not be considered any official expression by the organization.
  29068. ----------------------------------------------------------------------
  29069.  
  29070. From: Skot <magnum@primenet.com>
  29071. Subject: Re: Voicemail System Wanted
  29072. Date: 9 Mar 1995 01:09:07 GMT
  29073. Organization: Primenet
  29074.  
  29075.  
  29076. sgrossin@carleton.edu (seth) wrote:
  29077.  
  29078. > My client is looking for an inbound voicemail/telenotification system for
  29079. > providing callers with messages ("listings").  This system must meet the
  29080. > following requirements:
  29081.  
  29082. > - A DOS or Windows-based solution;
  29083. > - Support for up to five different option levels (e.g. categories, subcate-
  29084. >   gories, etc. ending with listings);
  29085. > - Excellent message management (delete, update, view);
  29086. > - Message copy/paste capabilities;
  29087. > - Automatic deletion of messages older than two weeks;
  29088. > - Support for up to 3000 1-minute messages;
  29089. > - Multiple paths to the same listings (e.g. by type, then area, then listing,
  29090. >   or by area, then type, then the same listing);
  29091. > - Support for multiple phone lines (two to five).
  29092.  
  29093. Yes you can do it all with DUET by Magnum & Ram Research. Call for more
  29094. info (818) 701-5051.
  29095.  
  29096.  
  29097. Skot Magnum Software
  29098.  
  29099. ------------------------------
  29100.  
  29101. From: tony.zuccarino@nb.rockwell.com (Tony Zuccarino)
  29102. Subject: Re: What is Loop Start?
  29103. Organization: Rockwell International
  29104. Date: Thu, 9 Mar 1995 01:30:40 GMT
  29105.  
  29106.  
  29107. Is there a reliable way for local telephone equipment to determine
  29108. that the remote caller has disconnected?
  29109.  
  29110. In other words, when someone hangs up after recording a message on my
  29111. answering machine, is there a way for the answering machine DAA to
  29112. detect that this caller has hung up, apart from detecting silence for
  29113. some time?
  29114.  
  29115.  
  29116. Tony Zuccarino        Internet: tony.zuccarino@nb.rockwell.com
  29117. Product Marketing     Rockwell Telecommunications    
  29118.  
  29119.  
  29120. [TELECOM Digest Editor's Note: Sure there is. I think CPC -- Called
  29121. Party Control -- does that. I've had answering machines and voicemail
  29122. equipment at various times that did that. As soon as the calling party
  29123. disconnected, my equipment did the same immediatly. In fact I have a
  29124. Big Mouth card here now which operates that way.   PAT]
  29125.  
  29126. ------------------------------
  29127.  
  29128. From: tony.zuccarino@nb.rockwell.com (Tony Zuccarino)
  29129. Subject: Re: Tired of S.314 Hysteria
  29130. Organization: Rockwell International
  29131. Date: Thu, 9 Mar 1995 22:24:39 GMT
  29132.  
  29133.  
  29134. In article <telecom15.127.3@eecs.nwu.edu>, /G=Brad/S=Hicks/OU1=0205465@
  29135. mhs-mc.attmail.com wrote:
  29136.  
  29137. > Am I the only person tired of being spammed about S.314, or just the
  29138. > first one to complain about it?  Do I have to read seven to ten copies
  29139. > of this in every newsgroup, even areas as obscure as alt.games.whitewolf?  
  29140. > All this, on top of the maybe twenty or thirty copies I've gotten as
  29141. > e-mail?
  29142.  
  29143. > Can there possibly be anyone on the planet with an e-mail address who
  29144. > =doesn't= know about S.314?
  29145.   
  29146. > The easily alarmed might worry that some court will say that you =could=
  29147. > have known, and therefore =should= have known.  But that's not up to
  29148. > prosecutors, that's up to juries.  When witnesses testify as to how many
  29149. > kilobytes or megabytes flow through your system per night, no jury is
  29150. > going to say that you should have read it all.  If you present evidence
  29151. > that you couldn't have known, because those bits were all encrypted and
  29152. > people didn't tell you what was in them, nobody's going to rule that you
  29153. > =could= have known, let alone =should= have.
  29154.  
  29155. So it's ok to be brought up on charges and go in front of jury,
  29156. because after all they are going to decide in favour of common sense
  29157. and acquit you.
  29158.  
  29159. In general I am not in favour of any law that via loose interpretation
  29160. nets in just about any information service provider to spend time,
  29161. money, and reputation in court just to prove what you seem to agree
  29162. would be their foregone innocence.
  29163.  
  29164.  
  29165. Tony Zuccarino        Internet: tony.zuccarino@nb.rockwell.com
  29166. Product Marketing     Rockwell International
  29167.  
  29168.  
  29169. [TELECOM Digest Editor's Note: Neither am I, but remember, none of
  29170. the big guys will be affected anyway. It all depends on you having a
  29171. lawyer who, umm ... can properly make his point to the lawyers who work
  29172. for the government. You and I cannot afford that type, so the law
  29173. will apply only to small organizations and individual users, which
  29174. basically means if they pass the law we wil be right where we started
  29175. out anyway.  Overall, its a dumb idea. I urge a no vote.    PAT]
  29176.  
  29177. ------------------------------
  29178.  
  29179. From: cogorno@netcom.com (Steve Cogorno)
  29180. Subject: Re: PBS Rumors and Innuendo: Any Truth?
  29181. Date: Thu, 9 Mar 1995 20:28:04 PST
  29182.  
  29183.  
  29184. > Barney and Big Bird would obviously have a life if Federal PBS funding
  29185. > were axed.  I'm not sure about the "for a fee, of course" phrase,
  29186. > since we *already* pay a fee through our tax dollars.  I, myself,
  29187. > enjoy listening to Click & Clack on NPR's "Car Talk," but I would have
  29188. > no problems cutting funding for left-leaning shows such as "Morning
  29189. > Edition."  There is *much* more to PBS than Sesame Street, boys and
  29190. > girls.
  29191.  
  29192. "Your tax dollars" amounts to about $0.75 for PBS.  THe federal
  29193. government only gives PBS $147 million a year.  Did you know that
  29194. military marching bands cost over $250 million a year?  Which would
  29195. you rather support?
  29196.  
  29197. By the way, Morning Edition is most certainly NOT "left-leaning." The
  29198. reporters are fair, generally accurate, and sometimes talk about
  29199. controversial topics, but they most certainly are not leftist.
  29200.  
  29201. > Did anyone else catch this?  This is propoganda pure and simple --
  29202. > the writer is trying to pull the wool over yer eyes, yanking your
  29203. > chain with Jingoistic "America First!" language to hide the fact
  29204. > that this guy's a socialist.
  29205.  
  29206. >> Perhaps the bitter battle over Big Bird and Barney's future
  29207. >> makes a bit more sense now.
  29208.  
  29209. > Makes perfect sense: "Capitalism is evil, communism is good."
  29210.  
  29211. And what exactly is a socialist in your eyes?
  29212.  
  29213.  
  29214. Steve    cogorno@netcom.com
  29215.  
  29216. ------------------------------
  29217.  
  29218. From: jlundgre@kn.PacBell.COM (John Lundgren)
  29219. Subject: Re: Help: E Telco Step-by-Step Switch
  29220. Date: 8 Mar 1995 05:49:20 GMT
  29221. Organization: Pacific Bell Knowledge Network
  29222.  
  29223.  
  29224. nadia (n.) smyrniw (smyrniw@bnr.ca) wrote:
  29225.  
  29226. > I am looking for information about an E Telco Step-by-Step Switch.  I
  29227. > am looking for any information (Manufacturer, type of test trunk
  29228. > ect....)  All I know about it is that it was manufacured in England in
  29229. > the distant past, but I don't know by whom.  Maybe Strowger?
  29230. > If anyone has any information please let me know. 
  29231.  
  29232. Often the old equipment had a 'KS' or 'KSS' on it, and this meant that
  29233. the equipment maker was Kellogg Switch and Signal, I think the name
  29234. was.  Just something that I remembered from my military days long ago.
  29235. I hope I'm not too far off. If so, there will probably be someone
  29236. correcting me in a followup.
  29237.  
  29238.  
  29239. John Lundgren - Elec Tech - Info Tech Svcs   
  29240. Rancho Santiago Community College District   
  29241. 17th St. at Bristol \ Santa Ana, CA 92706    
  29242. jlundgre@pop.rancho.cc.ca.us\jlundgre@kn.pacbell.com 
  29243.  
  29244. ------------------------------
  29245.  
  29246. From: jlundgre@kn.PacBell.COM (John Lundgren)
  29247. Subject: Re: Video Dialtone, HFC, HDSL, or ADSL
  29248. Date: 8 Mar 1995 06:19:45 GMT
  29249. Organization: Pacific Bell Knowledge Network
  29250.  
  29251.  
  29252. Timothy Kreps (tkreps@netcom.com) wrote:
  29253.  
  29254. > Where can I find info or discussions on:
  29255.  
  29256. >         - video dialtone,
  29257. >         - Hybrid Fiber/Coax (HFC),
  29258.  
  29259. We were talking in a meeting with our Pac Bell service reps last week
  29260. and we brought up the subject of ISDN and pair gain, and one of the
  29261. reps said that if we get the SLICs, they might be connected to the CO
  29262. by fiber.  And PacBell is looking into installing fiber into
  29263. neighborhoods, and there will be some coax going from the fiber 'hub'
  29264. (I don't know what they will be calling it), to the individual
  29265. subscribers.  I guess this is what is being talked about among others
  29266. besides the telcos because it involves competition for the cable TV
  29267. companies' customers.
  29268.  
  29269.  
  29270. John Lundgren - Elec Tech - Info Tech Svcs  
  29271. Rancho Santiago Community College District  
  29272. 17th St. at Bristol \ Santa Ana, CA 92706   
  29273. jlundgre@pop.rancho.cc.ca.us\jlundgre@kn.pacbell.com 
  29274.  
  29275. ------------------------------
  29276.  
  29277. From: stans@panix.com (Stan Schwartz)
  29278. Subject: Re: CONY Baltimnore
  29279. Date: 8 Mar 1995 00:01:01 -0500
  29280. Organization: PANIX Public Access Internet and Unix, NYC
  29281.  
  29282.  
  29283. Doug Reuben (dreuben@interpage.net) wrote:
  29284.  
  29285. > I assume you had automatic call delivery turned "ON" (ie, you had hit
  29286. > *350 sometime in the past?). You may want to try that to (A) make sure
  29287. > that Call Delivery is ON (or in NACN terms, "Do Not Disturb" is off),
  29288. > and (B) to "force" a registration of your phone in the visited market.
  29289.  
  29290. I tried that and I received confirmation tones.  I was also able to make
  29291. outgoing calls, so I know I was registered.
  29292.  
  29293. >> I called CellOne's 800 number, and the rep told me that even though
  29294. >> Baltimore is a NACN city, incoming callers had to dial a roamer access
  29295. >> number! 
  29296.  
  29297. > Totally untrue -- you do NOT need to use the access port as a CO/NY 
  29298. > customer roaming in Baltimore. Indeed, you may be precluded from doing so.
  29299.  
  29300. The roamer access numbers for 202 and 410 both reached me.
  29301.  
  29302. > Bell that they did indeed have a problem, and all I got from them was
  29303. > "poor coverage" excuses (even though they managed to hear me fine on *611!). 
  29304.  
  29305. CO/NY has told me that 611 uses "Separate channels".  Does this sound
  29306. like a load or what?  ;-)
  29307.  
  29308. > Now without any 
  29309. >> CellOne Strikes Again!
  29310.  
  29311. > Hmm ... Cell One/DC-Baltimore, sure ... let 'em have it! Cell One/NY, 
  29312. > hmmm ... I'd be slightly more hesistant to blame them.
  29313.  
  29314. Well their weekend help has once again proven that they don't know how
  29315. roaming works.
  29316.  
  29317. > The next step is to detect these problems BEFORE the customer can. To
  29318. > some extent, for some problems, this may not be possible. Yet I feel
  29319. > that if *I* can detect these problems by performing a few simple tests
  29320. > when I get to a roaming market, that the major cell carriers could do
  29321. > this as well.  It would go a LONG way towards eliminating "surprises"
  29322. > like Stan experienced in Baltimore or Canada, and like those which
  29323. > CO/NY customers are currently experiencing in Poughkeepsie and most of
  29324. > Dutches County, NY.
  29325.  
  29326. Sometimes I just get the feeling that I am paying to beta test some
  29327. future large communications system.
  29328.  
  29329. On a related note, does anyone know why the cell companies won't give
  29330. us *70 Call Wait Blocking (other than they won't get twice the air
  29331. charges when I answer the second call?)
  29332.  
  29333.  
  29334. Stan
  29335.  
  29336.  
  29337. [TELECOM Digest Editor's Note: The ultimate *70 Call Wait Blocking is
  29338. to take Call Waiting off your cell phone entirely. Do you really need
  29339. such a frivilous feature?  That would end the double airtime charges
  29340. once and for all wouldn't it?     PAT]
  29341.  
  29342. ------------------------------
  29343.  
  29344. Date: Thu, 9 Mar 1995 16:55:51 -0500
  29345. From: CTHOMASSON@aol.com
  29346. Subject: Marine Communications
  29347.  
  29348.  
  29349. I am investigating communication alternatives for offshore vessels.
  29350. These are not large ocean going ships, but are ones that operate in
  29351. coastal (up to a hundred or so miles out) and inland waters. As with
  29352. the larger ocean ships these too must have single-side band radio, but
  29353. that technology is not suitable for data transmission. Currently the
  29354. best alternative seems to be a system and service from "BoatTracs", a
  29355. subsidiary of QualCom. They use small satellite antennas on the
  29356. vessels to access a satellite and their earth station in CA. This is
  29357. the same technology that QualComm uses for the trucking industry. On
  29358. ship-to-shore messages the earth station provides a store and forward
  29359. service, with an alert process for urgent, emergency messages.
  29360. Shore-to-ship messages are passed to the ship within three to five
  29361. minutes, there is no store and forward. Messages may be or contain
  29362. files.
  29363.  
  29364. The major advantages of this technology are reliable data transmissions 
  29365.  from all N.  American waters and relatively low costs.  The disadvantages 
  29366. are that only data traffic is possible, service is limited to North.
  29367. America, and the user is tied to Qualcomm as a single source for both
  29368. equipment and service. Cellular has been investigated.  Its equipment
  29369. costs is less, but it suffers greatly in range and reliability. The
  29370. low reliability drives up costs through retransmissions.  It is also
  29371. not easily used in other world areas. LEO systems may offer an
  29372. alternative, but that is at least three to five years away.  Imarsat 
  29373. services, as are used on larger ocean going ships, offer global access
  29374. and voice, but with significantly higher costs.  Does anyone know of
  29375. other alternatives, either to the technology or to Qualcomm as a
  29376. provider?  Is this a sound investment for the user over the next five to 
  29377. seven years?  Comments and references will be appreciated, either
  29378. directly to my email address or via the Digest. I will provide a
  29379. follow-up to the Digest.
  29380.  
  29381.  
  29382. Carter Thomasson    CThomasson@aol.com 
  29383.  
  29384. ------------------------------
  29385.  
  29386. From: dsmith01@ccun.eds.com (Darrin Smith)
  29387. Subject: Inexpensive Caller ID Boxes by Mail-Order?
  29388. Date: 9 Mar 1995 22:32:00 GMT
  29389. Organization: CUSD
  29390.  
  29391.  
  29392. The subject says it all.  I'm looking for an inexpensive caller id box
  29393. for my home in TX, USA.
  29394.  
  29395. Any suggestions?
  29396.  
  29397. You may email me at darrinps@aol.com.
  29398.  
  29399. Thanks in advance.
  29400.  
  29401. ------------------------------
  29402.  
  29403. From: Phillip Schuman <72510.1164@CompuServe.COM>
  29404. Subject: LATA Maps Wanted
  29405. Date: 9 Mar 1995 22:35:16 GMT
  29406. Organization: via CompuServe Information Service
  29407.  
  29408.  
  29409. I'm looking for a company that sells LATA maps -- I've seen them but
  29410. don't have one handy or the names of the folks that market them.
  29411.  
  29412. Please respond to the E-mail address - tnx.
  29413.  
  29414.  
  29415. Phil - Chicago
  29416.  
  29417. ------------------------------
  29418.  
  29419. From: sbergman@ix.netcom.com (Steven Bergman)
  29420. Subject: ADCPM and CO's
  29421. Date: 9 Mar 1995 23:12:10 GMT
  29422. Organization: Netcom
  29423.  
  29424.  
  29425. Hi,
  29426.  
  29427. I was wondering if anyone know of a resource whereby I could determine 
  29428. whether a particular CO supported both ISDN and ADPCM.  Also, what 
  29429. devices, if any, are out there that currently combine the two of them in 
  29430. some way.
  29431.  
  29432.  
  29433. Tia,
  29434.  
  29435. Steve Bergman   Teleconvergence    Beaverton, OR 
  29436.  
  29437. ------------------------------
  29438.  
  29439. Date: Thu,  9 Mar 95 18:58:56 EST
  29440. From: wjs@nr.infi.net
  29441. Subject: Hello Direct on the WWW
  29442.  
  29443.  
  29444. Just in case I'm not the last person on earth to see this, Hello
  29445. Direct has a WWW site:
  29446.  
  29447. http://www.hello-direct.com/hd
  29448.  
  29449.  
  29450. Bill Seward     wjs@nr.infi.net
  29451.  
  29452. ------------------------------
  29453.  
  29454. From: phil.p.a.mcmillan@msmail.bhp.com.au (Phil McMillan)
  29455. Subject: Reliability Analysis Programs Wanted
  29456. Date: 10 Mar 1995 04:02:04 GMT
  29457. Organization: BHP Steel Slab and Plate Products Division
  29458.  
  29459.  
  29460. Hi all,
  29461.  
  29462. Does anybody know of any commercially available Reliability Analysis
  29463. programs of use in the design of high speed computer networks?
  29464.  
  29465.  
  29466. Phil     phil.p.a.mcmillan@msmail.bhp.com.au
  29467.  
  29468. ------------------------------
  29469.  
  29470. Subject: Help! Telecommuting Options
  29471. From: dperlmutte1@vaxa.hofstra.edu
  29472. Date: 9 Mar 95 23:09:43 EST
  29473. Organization: Hofstra University
  29474.  
  29475.  
  29476. I am an MBA student researching people's experiences (Advantages/disad-
  29477. vantages) with telecommuting.  I would also like some company specific
  29478. data regarding their experiences with employees telecommuting.
  29479. Whether their employees were more productive or had better morale.
  29480.  
  29481. Any response is appreciated.
  29482.  
  29483.  
  29484. Thank you in advance.
  29485.  
  29486. ------------------------------
  29487.  
  29488. From: ronxx@aol.com (Ron XX)
  29489. Subject: FM Radio Stock Data
  29490. Date: 9 Mar 1995 23:40:47 -0500
  29491. Organization: America Online, Inc. (1-800-827-6364)
  29492. Reply-To: ronxx@aol.com (Ron XX)
  29493.  
  29494.  
  29495. Does anyone know the format of stock market data (baud rate, word
  29496. length, etc) transmitted on the sub-carrier of FM radio stations in
  29497. major cities?
  29498.  
  29499. ------------------------------
  29500.  
  29501. From: schmidt@berlin.snafu.de (Axel Schmidt)
  29502. Subject: Re: AT&T Offers 'International Redial'
  29503. Date: Wed, 08 Mar 95 04:01:55 GMT
  29504.  
  29505.  
  29506. In article <telecom15.139.7@eecs.nwu.edu>, khinedi@bu.edu (Kareem Hinedi) 
  29507. wrote:
  29508.  
  29509. > Actually, as late as 1988 or 1989, there was no direct dial service to
  29510. > Syria.  You had to "book" the call with the AT&T operator.  You would
  29511.  
  29512. > I am sure this is still used for the few countries which cannot be
  29513. > reached by direct dialing.
  29514.  
  29515. There is (and has been) direct dial from Germany (at $2 per minute).
  29516. Didn't know there's a difference from the country you're calling ...
  29517.  
  29518.  
  29519. Axel
  29520. schmidt@berlin.snafu.de | FidoNet 2:2410/121.21
  29521. Homepage: http://www.snafu.de/~schmidt
  29522. Erstellen von WWW-Seiten (HTML)
  29523.  
  29524. ------------------------------
  29525.  
  29526. From: schmidt@berlin.snafu.de (Axel Schmidt)
  29527. Subject: Re: Europe Postal Services and Datacom
  29528. Date: Wed, 08 Mar 95 04:06:07 GMT
  29529.  
  29530.  
  29531. In article <telecom15.139.12@eecs.nwu.edu>, fvjole@xs4all.nl (Francisco 
  29532. van Jole) wrote:
  29533.  
  29534. >> I am trying to find out which European countries have postal
  29535. >> services that also offer "information highway" services (for example,
  29536. >> e-mail, Internet
  29537.  
  29538. Here in Germany Deutsche Post AG has invented something they call
  29539. ePost: you hand in your letters on disk, they'll "transport" them via
  29540. computer networks and print them out at the town of destination, where
  29541. it will be delivered as an ordinary letter. Don't know about the costs.
  29542.  
  29543.  
  29544. Axel
  29545. schmidt@berlin.snafu.de | FidoNet 2:2410/121.21
  29546. Homepage: http://www.snafu.de/~schmidt
  29547. Erstellen von WWW-Seiten (HTML)
  29548.  
  29549. ------------------------------
  29550.  
  29551. From: Joubert Berger <joubert@teldata.com>
  29552. Subject: Tables of Long Distance Rates Wanted
  29553. Date: 9 Mar 1995 19:58:19 GMT
  29554. Organization: MindSpring Enterprises
  29555.  
  29556.  
  29557. I am looking for long distance rate tables from all the long   
  29558. distance carriers. Anyone know where I can get this information? 
  29559.  
  29560. Thanks in advance ... 
  29561.  
  29562.  
  29563. Joubert 
  29564.  
  29565. P.S.  I am having problems my email.  If you can't reach me at 
  29566. joubert@teldata.com, try joubert%teldata@mathcs.emory.edu.
  29567.  
  29568. ------------------------------
  29569.  
  29570. Date: Thu, 09 Mar 95 13:12:40 CST
  29571. From: Peacock, Mark <mpeacock@dttus.com>
  29572. Subject: CPE Outsourcing - Anecdotes Wanted
  29573.  
  29574.  
  29575. As outsourcing of all types has boomed over the past 3 years, I have
  29576. noticed an increasing interest in CPE (customer-premise equipment)
  29577. outsourcing, with a specific focus on PBX outsourcing.  I am
  29578. researching this area for a magazine article and would be interested
  29579. in any thoughts or anecdotes that TELECOM Digest readers could pass
  29580. along.
  29581.      
  29582. In my experience and research, I have seen two types of CPE outsourcing 
  29583. scenarios:
  29584.      
  29585. 1) Conversion to Centrex -- A sort of Back-to-the-Future outsourcing   
  29586.    scenario; Centrex is what businesses used before the PBX explosion  
  29587.    of the late 1970's and early 1980's.  When converting to Centrex as 
  29588.    part of an outsourcing strategy, companies are not only buying      
  29589.    lines, but also system administration, capacity/configuration       
  29590.    engineering and route optimization.  Comparing this to the more     
  29591.    common field of data processing outsourcing, conversion to Centrex  
  29592.    is similar to moving your data center to an outsourcer's IPC        
  29593.    (integrated processing center).  Conversion to Centrex seems to     
  29594.    work best for companies with fairly straightforward telecom        
  29595.    environments.
  29596.      
  29597. 2) PBX Management -- In this strategy, the company stays on its PBX,   
  29598.    but all service and administration is performed by the outsourcer.  
  29599.    The assets themselves (PBX, phones, miscellaneous switch room       
  29600.    equipment) may be transferred or sold to the outsourcer as part of  
  29601.    the deal.  This strategy allows a company to move toward            
  29602.    outsourcing without changing their current environment (and so      
  29603.    incurring retraining costs), and to move assets off of their        
  29604.    balance sheet (without booking a loss for undepreciated equipment   
  29605.    if the transfer price is negotiated correctly).  This strategy is   
  29606.    similar to facility management deals in the data processing         
  29607.    outsourcing industry.  PBX Management seems to be most attractive   
  29608.    to companies with more complex telecom applications -- examples     
  29609.    include ACD applications, data switching through the PBX, private   
  29610.    voice/data networks.
  29611.      
  29612. And, as with all things in the world, there are also approaches that 
  29613. are hybrids between the two.
  29614.      
  29615. I would appreciate any thoughts or anecdotes that digest readers could 
  29616. pass along.  Private e-mail is fine -- I will summarize the results 
  29617. and post here if the sender does not indicate a desire otherwise.
  29618.      
  29619.  
  29620. Thanks,
  29621.  
  29622. Mark Peacock
  29623.  
  29624. ------------------------------
  29625.  
  29626. From: charleen@goonsquad.spies.com (Charleen Bunjiovianna)
  29627. Subject: Re: Legal Notice: MCI Class Action Settlement
  29628. Date: 9 Mar 1995 11:13:10 -0800
  29629. Organization: Diadem Vintage Costume Jewelry, courtesy of Internet wiretap
  29630.  
  29631.  
  29632. In article <95.03.06.02efd@eecs.nwu.edu> TELECOM Moderator <telecom@eecs.nwu.edu> writes:
  29633.  
  29634. > [quoting class action legalese]
  29635. > MCI has made available $43 million in long distance certificates (herein-
  29636. > after, 'Certificates') to cover potential claims by members of the
  29637. > Settlement Classes.  [.. ] The Certificates are non-transferrable
  29638. > and must be used exclusively toward charges for making future long distance
  29639. > calls on MCI's network. [...] In addition, $17 million is included in the 
  29640. > amount of the settlement for attorney fees and Court costs, including 
  29641. > the fee of the administrator employed by the Court to oversee the 
  29642. > settlement process.
  29643.  
  29644. OK, I've got to ask:
  29645.  
  29646. If "Certificates" are a suitable settlement for members of the
  29647. aggrieved Classes, why is it that the attorneys, Court, and
  29648. administrator get $17 million in CASH?
  29649.  
  29650. Lawyers make phone calls, too.  Let 'em take their fee in stacks of
  29651. MCI long-distance Certificates.  Heh-heh.
  29652.  
  29653.  
  29654. Charleen
  29655.  
  29656.  
  29657. [TELECOM Digest Editor's Note: Ha ha ha Charleen. You're a real riot,
  29658. you know that?  Not only that, there are only a half-dozen of them
  29659. compared to how many hundreds of thousands of customers to get the
  29660. $43 million in certificates parcelled out among them at $40-50 per
  29661. person. So a half-dozen lawyers get $2-3 million dollars in cash
  29662. each; you get the husks. So what else is old?   I have an idea! This
  29663. has probably never been done before: let's tell 'bash-the-lawyers'
  29664. jokes ... I'll start!
  29665.  
  29666. So these three guys traveling through the countryside one night get
  29667. caught in a terrible snow storm, and they have to seek refuge at the
  29668. farmer's house. No, the farmer does not have any daughters and this
  29669. is not *that kind* of joke ... be quiet and listen up!
  29670.  
  29671. One guy is a Hindu; another is a Jew, and the third is a lawyer. The
  29672. farmer says well okay, you can stay at my house overnight, but the
  29673. problem is I only have two spare bedrooms, so one of you is going to
  29674. have to sleep in the barn. Well the three grumble about this at first
  29675. but since it is National Brotherhood Week (as Tom Leher nicely phrased
  29676. it, "Everyone Smile at One Anotherhood Week") the Jew decides to show
  29677. he is a good guy and he agrees to sleep in the barn. So he picks up
  29678. his stuff, goes out to the barn and the farmer and his two guests go
  29679. to their respective chambers and retire for the night.
  29680.  
  29681. Within ten minutes there is a knock at the door. Everyone wakes up and
  29682. goes downstairs, only to find the Jew standing at the door with a look
  29683. of disgust on his face. "I can't sleep out there," he says. "In that
  29684. barn I saw a pig. It is against my religion to have anything to do with
  29685. pork at all; I don't even want to be near it." After some debate about
  29686. this, the Hindu decides to show he is willing to cooperate so he agrees
  29687. to sleep in the barn. Upstairs to his bedroom he goes, gets all of his
  29688. stuff and carries it out the door and over to the barn. The Jew now
  29689. moves into the bedroom where the Hindu had been, and everyone goes
  29690. back to sleep.
  29691.  
  29692. But not for long ... a few minutes later there is a knock at the door.
  29693. Everyone wakes up, goes downstairs and there stands the Hindu. It seems
  29694. in the barn there was also a cow. The Hindu explains that 'in my 
  29695. religion, cows are very sacred animals ... why, it would be heresy and
  29696. very sacrilgious to actually live in a barn with one ...' and he asks
  29697. to trade places. Well, that only leaves the lawyer, and he does not 
  29698. like this one iota. Sleeping in a barn is quite beneath his stature
  29699. you see. Realizing his options are limited at this point, he agrees,
  29700. and after going upstairs and packing his things, he takes it all out
  29701. to the barn. Soon everyone has gone back to their chambers and fallen
  29702. asleep, only to be awakened a few minutes later by yet another knock
  29703. on the door.
  29704.  
  29705. Everyone comes downstairs again, and the farmer opens the door, this
  29706. time to be greeted by  ...... the cow and the pig standing there.
  29707.  
  29708. May your weekend be a pleasant one!      PAT]
  29709.  
  29710. ------------------------------
  29711.  
  29712. End of TELECOM Digest V15 #144
  29713. ******************************
  29714.     
  29715.     
  29716. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa09834;
  29717.           13 Mar 95 15:22 EST
  29718. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  29719.     id AA02308; Mon, 13 Mar 95 09:15:13 CST
  29720. Return-Path: <telecom>
  29721. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  29722.     id AA02302; Mon, 13 Mar 95 09:15:11 CST
  29723. Date: Mon, 13 Mar 95 09:15:11 CST
  29724. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  29725. Message-Id: <9503131515.AA02302@delta.eecs.nwu.edu>
  29726. To: telecom@eecs.nwu.edu
  29727. Subject: TELECOM Digest V15 #145
  29728.  
  29729. TELECOM Digest     Mon, 13 Mar 95 09:15:00 CST    Volume 15 : Issue 145
  29730.  
  29731. Inside This Issue:                           Editor: Patrick A. Townson
  29732.  
  29733.     Phantom Circuits (was 'Do Bridges Affect Modems?') (Danny Burstein)
  29734.     Increased Taxes on ISDN by FCC? (Ed Goldgehn)
  29735.     MCI To Use Pirelli (0003436453@mcimail.com)
  29736.     Ukraine Telecom Company Looking For Foreign Investors (Nigel Allen)
  29737.     Projected Area Code Splits Through 2003 (David E. Sorkin)
  29738.     North Carolina Competition Bill Passes Lower House (Donald E. Kimberlin)
  29739.     Obituary: Dave Neibuhr, Long-Time Internet Citizen (Carl Moore) 
  29740.  
  29741. TELECOM Digest is an electronic journal devoted mostly but not
  29742. exclusively to telecommunications topics. It is circulated anywhere
  29743. there is email, in addition to various telecom forums on a variety of
  29744. public service systems and networks including Compuserve and America
  29745. On Line. It is also gatewayed to Usenet where it appears as the moderated
  29746. newsgroup 'comp.dcom.telecom'. 
  29747.  
  29748. Subscriptions are available to qualified organizations and individual
  29749. readers. Write and tell us how you qualify:
  29750.  
  29751.                  * telecom-request@eecs.nwu.edu *
  29752.  
  29753. The Digest is edited, published and compilation-copyrighted by Patrick
  29754. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  29755. or phone at:
  29756.                     9457-D Niles Center Road
  29757.                      Skokie, IL USA   60076
  29758.                        Phone: 500-677-1616
  29759.                         Fax: 708-329-0572
  29760.   ** Article submission address only: telecom@eecs.nwu.edu **
  29761.  
  29762. Our archives are located at lcs.mit.edu and are available by using
  29763. anonymous ftp. The archives can also be accessed using our email
  29764. information service. For a copy of a helpful file explaining how to
  29765. use the information service, just ask.
  29766.  
  29767. *************************************************************************
  29768. *   TELECOM Digest is partially funded by a grant from the              *
  29769. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  29770. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  29771. * project.  Views expressed herein should not be construed as represent-*
  29772. * ing views of the ITU.                                                 *
  29773. *************************************************************************
  29774.  
  29775. Additionally, the Digest is funded by gifts from generous readers such
  29776. as yourself who provide funding in amounts deemed appropriate. Your help 
  29777. is important and appreciated. A suggested donation of twenty dollars per
  29778. year per reader is considered appropriate. See our address above.
  29779.  
  29780. All opinions expressed herein are deemed to be those of the author. Any
  29781. organizations listed are for identification purposes only and messages
  29782. should not be considered any official expression by the organization.
  29783. ----------------------------------------------------------------------
  29784.  
  29785. From: dannyb@panix.com (danny burstein)
  29786. Subject: Phantom Circuits, (was 'Do Bridges Affect Modems?')
  29787. Date: 12 Mar 1995 11:53:19 -0500
  29788. Organization: mostly unorganized
  29789.  
  29790.  
  29791. In an earlier thread, lots of ?ink? was used describing what "bridges"
  29792. are in telecom lingo (namely multiple 'extra' wires that carry the
  29793. circuit of interest in all sorts of superfluous directions) and how
  29794. these extra nanoseconds, inductances, impedances, and other nasties
  29795. cause all sorts of terrible problems to voice and data (not to mention
  29796. making it trivial to tap into someone's phone line).
  29797.  
  29798. In a followup, I posted that one of the earliest methods of adding
  29799. circuits to a limited number of wire pairs was through the use of a
  29800. "phantom circuit", in which a third voice grade line would be
  29801. superimposed over two original lines, thus giving a 50% increase in
  29802. capacity.
  29803.  
  29804. Numerous folk, some of whom date from carrier pigeon days, wrote back
  29805. to say they'd never heard of this. So I plopped over to my pile of
  29806. cuniform tablets and came up with this gem:
  29807.  
  29808.   from a classic in the telecom field, 
  29809.  
  29810.    Study of Vulnerability of Emectronic Communication
  29811.    Systems to Electronic Interception
  29812.  
  29813. US Gov't publication, NTIS PB-264-447, 264-448 (2 vols)
  29814.  
  29815. Prepared for OTA by Mitre Corp, Jan 1977
  29816.  
  29817. Page 35 of volume 2
  29818.  
  29819. A.3.4  Phantom Circuit
  29820.  
  29821. The phantom circuit is a "bonus" circuit derived from two other
  29822. physical cable circuits. Although the phantom circuit is virtually
  29823. extinct, they are still found scattered around the country in the Bell
  29824. System and independent telephone companies.
  29825.  
  29826. Phantom circuit operation is found in both the open wire and cable
  29827. plants. A two-wire, one directional phantom circuit is created by
  29828. superimposing a "simplexed" conductor over each of two cable pairs
  29829. which are members of the same quad. Thus the two-wire, one directional
  29830. members of the quad, called the "side circuits", are used to derive a
  29831. third two-wire, one-directional circuit called the phantom. Since the
  29832. three circuits of most phantom/side circuit combinations operate as
  29833. two-wire uni-directional paths, practical four-wire telephone circuits
  29834. require two quads to achieve three four-wire, bi-direcitonal telephone
  29835. circuits.
  29836.  
  29837.  (comment by dannyb follows:)
  29838.  
  29839.    The publication, although a bit dated, is still quite fascinating.
  29840. Think of it as a US Gov't "how to wiretap" book. In the 1970s and
  29841. early 1980s it was the #2 seller by the NTIS/GPO. (#1 was a solar
  29842. energy do-it-yourself publication).
  29843.  
  29844.  
  29845. dannyb@panix.com (or dburstein@mcimail.com)
  29846.  
  29847. ------------------------------
  29848.  
  29849. From: edg@ocn.com (Ed Goldgehn)
  29850. Subject: Increased Taxes on ISDN by FCC?
  29851. Date: 12 Mar 1995 16:55:43 GMT
  29852. Organization: The INTERNET Connection, LLC
  29853. Reply-To: fccfees@ocn.com
  29854.  
  29855.  
  29856. In some previous posts on comp.dcom.isdn, I noted the e-mail address
  29857. for users to send their comments about the increased access line fees
  29858. proposed by the FCC on ISDN lines (see below).
  29859.  
  29860. To date, we've received quite a few responses (we'd like much more)
  29861. but I'm surprised *no one* has taken the following approach:
  29862.  
  29863. ===========================================================================
  29864.  
  29865. The justification of the fee increase by the FCC is that ISDN lines
  29866. provide more than one access line and therefore should be taxed
  29867. accordingly.  The problem here is that is just not true on many
  29868. occassions.
  29869.  
  29870. My ISDN line at home is constantly used for 128K data.  In BONDED
  29871. form, this is still one access line as the two B channels are combined
  29872. at both ends.
  29873.  
  29874. With the advent of Multilink Protocol, this is all to likely to be
  29875. true in an even greater number of connections as well.  This is almost
  29876. always true when ISDN is used for videoconferencing.  With PRI
  29877. service, this is also true for any BONDED service.
  29878.  
  29879. As Multi-Rate (Nx64) service becomes available from the telcos, the
  29880. nature of single access via multiple channel connectivity will be even
  29881. more prevelant for PRI's as well.
  29882.  
  29883. If the FCC fee increase is approved, many data applications of ISDN
  29884. utilizing more than one B channel will be taxed without cause.  This
  29885. type of use is in the application of an ISDN line but signficantly
  29886. different than the intent of the tax itself.  As a result, a large
  29887. number of ISDN users will be taxed inappropriately.
  29888.  
  29889. Therefore, before any additional tax is levied by the FCC, it is
  29890. imperative that the FCC *also* create a structure for the ordinary
  29891. user to request a waiver or an exemption (similar to road tax
  29892. exemptions in gasoline purchases) for those of us that do not use our
  29893. lines in the manner which are outside the intention or interpretation
  29894. of the tax.
  29895.  
  29896. ============================================================================
  29897.  
  29898. Please let the Mass Markets Industries Group of the North American ISDN 
  29899. Users Forum (NIUF) know your feelings about this proposed increase. Simply 
  29900. respond to this post or send e-mail to:
  29901.  
  29902.                        fccfees@ocn.com
  29903.  
  29904. Please include the words FOR INCREASE or AGAINST INCREASE in the body of 
  29905. your message along with any additional comments.
  29906.  
  29907.  
  29908. Thanks,
  29909.  
  29910. Ed Goldgehn                                     E-Mail:  edg@ocn.com
  29911. Sr. Vice President                              Voice:   (404) 919-1561
  29912. Open Communication Networks, Inc.               Fax:     (404) 919-1568
  29913. Co-Chair of the Mass Markets Industries Group of the North American ISDN 
  29914. Users Forum (NIUF)
  29915.  
  29916. ------------------------------
  29917.  
  29918. Date: Sat, 11 Mar 95 09:48 EST
  29919. From: Hardwire <0003436453@mcimail.com>
  29920. Subject: MCI To Use Pirelli
  29921.  
  29922.  
  29923. Contact:                    
  29924. networkMCI Services         
  29925. Jim Collins, Public Relations                         
  29926. 214/918-5569
  29927.  
  29928. Mike Cirella, Pirelli 
  29929. 803/951-4849
  29930.  
  29931.  
  29932. MCI FIRST TO DEPLOY NEW PIRELLI LIGHT AMPLIFICATION TECHNOLOGY
  29933.  
  29934. DALLAS, March 7, 1995 -- Adding another first to its list of
  29935. technology innovations, MCI today announced it has deployed in its
  29936. network an advanced light amplification technology, manufactured by
  29937. Pirelli, that can boost two light signals entering from opposite
  29938. directions over a single hair thin fiber optic strand.
  29939.  
  29940. The new Pirelli T-31 Bi-Directional Line Amplifiers (BDLA) can
  29941. accommodate two light signals instead of one, by routing them at
  29942. different light wavelengths through the use of narrow band wave
  29943. division multiplexing.  With this method, lightwaves are received in
  29944. at 1557 nanometers (nm) and 1533nm from opposite directions on an
  29945. optical fiber system.  After amplification, the signals are rerouted
  29946. and transmitted out their respective directions making it possible for
  29947. a single amplifier to handle two signals over the same fiber.  This
  29948. will eventually allow MCI to cut by half the number of optical line
  29949. amplifiers it needs, while increasing the distance between
  29950. regenerators from 140 kilometers (km) to 400km.  The line amplifiers,
  29951. which are as small as laptop computers, can be deployed in series of
  29952. three, each approximately 100km apart.  The Pirelli BDLA system
  29953. features full telemetry for communicating status of all network
  29954. elements.
  29955.  
  29956. "These new amplifiers will improve reliability and cut maintenance
  29957. requirements by lowering the number and complexity of system
  29958. components, as well as significantly reducing cost," said Frank J.
  29959. Kozel, Jr., senior vice president of Network Implementation.  "This
  29960. will automatically translate to more efficient services for our
  29961. customers."
  29962.  
  29963. According to Eugenio Razelli, President of Pirelli Cable Corporation
  29964. (PCC), "Pirelli continues to develop new optical products aimed at
  29965. increasing efficiency through technology innovation.  We are pleased
  29966. to offer this advantage to MCI."
  29967.  
  29968. The first BDLA system was recently turned up by MCI engineers in
  29969. Richardson, Texas, where the company maintains its test labs and
  29970. engineering headquarters.
  29971.  
  29972. MCI has also tested and deployed Pirelli's emergency restoration
  29973. optical line amplifiers that can restore up to four fiber paths in the
  29974. event of an outage at a regenerator site.  These amplifiers have been
  29975. installed into "Fly Away" kits that can be easily handled by one or
  29976. two persons, and can be rapidly deployed anywhere in the network.
  29977.  
  29978. MCI will include Pirelli's Restoration Transponder as well in order to
  29979. complement the optical line amplifiers and complete a fully portable
  29980. restoration kit.  The transponder converts lightwave systems into the
  29981. 1550 spectrum, which is necessary to meet the requirements of the
  29982. optical line amplifiers.
  29983.  
  29984. "The introduction of these technologies will also allow MCI to
  29985. decrease the number of regenerators within the system, further
  29986. reducing equipment costs," said Kozel.  "It will also be possible for
  29987. us to upgrade transmission speeds in the future without having to
  29988. change or add new equipment.  These amplifiers can handle any speed we
  29989. want."
  29990.  
  29991. Pirelli is the world's largest supplier of optical amplifier systems,
  29992. with research centers located in Milan, Italy and Lexington, S.C..
  29993. Currently, it has deployed more than 1,000 optical amplifier systems
  29994. in North America.  PCC is part of Pirelli Group which also provides
  29995. cable products to the telecommunications and power industries, as well
  29996. as tires to the automotive industry, generating annual revenue of more
  29997. than $6 billion.
  29998.  
  29999. MCI, headquartered in Washington, D.C., has expanded from its core
  30000. long distance business to become the world's third largest carrier of
  30001. international calling and a premier provider of data communications
  30002. over the vast Internet computer network.  With annual revenue of more
  30003. than $13.3 billion, the company today provides a wide array of
  30004. consumer and business long distance and local services, data and video
  30005. communications, on-line information, electronic mail, network
  30006. management services and communications software.  networkMCI Services
  30007. is the division responsible for developing MCI's information
  30008. technology and operating its global intelligent network.
  30009.  
  30010. ------------------------------
  30011.  
  30012. From: Nigel Allen <ndallen@io.org>
  30013. Subject: Ukraine Telecom Company Looking For Foreign Investors
  30014. Date: Sun, 12 Mar 1995 19:48:41 EST
  30015. Organization: 52 Manchester Ave., Toronto M6G 1V3
  30016.  
  30017.  
  30018. The following message was posted to the Business Marketing Consulting
  30019. (biz-marketing-consulting@world.std.com) mailing list.
  30020.  
  30021.   I am sorry about my wrong grammar.
  30022.   I'll try to explane You my wonder step by step:
  30023.      My final purpose is angage a foreign investitions (money).
  30024.      The proposition is folow:
  30025.  
  30026.       The Ukrainian firm with city administration looking for investor for
  30027.      reconstraction the moral-elder equipment of city telephon comunication.
  30028.       We are ready to consider Your proposition about joint managmant of
  30029.      this project.
  30030.  
  30031.   I would like to send this massage directly to future investors.
  30032.   I want from You the adress of such organization.
  30033.     If You can't understand, write me again.
  30034.  
  30035.                             Mark V. Popov.
  30036.       E-Mail -- mark@kvss.dnepropetrovsk.ua
  30037.       FIDO -- 2:4642/3.2                               
  30038.  
  30039. (message forwarded by Nigel Allen, ndallen@io.org)
  30040.  
  30041. ------------------------------
  30042.  
  30043. From: David E. Sorkin <sorkin@mcs.com>
  30044. Subject: Projected Area Code Splits Through 2003
  30045. Date: 12 Mar 1995 23:42:21 GMT
  30046. Organization: MCSNet Services
  30047.  
  30048.  
  30049. Projected Area Code Splits (from Bellcore?)
  30050.  
  30051. The following information is from a file contained in FAC (Find Area
  30052. Code, an MS-DOS shareware program from Mountain Data Systems
  30053. (available on CompuServe and many BBSs; their CIS address is 72737,
  30054. 3237).  The closest thing I've seen in the Digest or Digest Archives
  30055. is Carl Moore's History of Area Code Splits (ftp://lcs.mit.edu/telecom-
  30056. archives/areacodes/history.of.area.splits), which includes splits
  30057. projected through 1995.  So, here it is ...
  30058.  
  30059.  
  30060. Area Codes Projected to Exhaust
  30061.  
  30062. An area code is said to exhaust when it has more telephone numbers
  30063. than the area code can support. Well before exhaustion occurs, a new
  30064. area code must be "split" out from the existing area code.
  30065.  
  30066. Bell Communications Research (Bellcore) conducts an annual survey
  30067. projecting when each existing area code will exhaust. These are area
  30068. codes currently projected by Bellcore to exhaust in the next ten years
  30069. (as of 1/3/94).
  30070.  
  30071.                 Area            Proj Exhaust
  30072. State           Code            Year & Quarter
  30073.  
  30074. Alabama         205             1995 Q2
  30075. Texas           713             1995 Q4
  30076. Texas           214             1996 Q2
  30077. Illinois        708             1996 Q3
  30078. Washington      206             1996 Q4
  30079. Georgia         404             1996 Q4
  30080. Florida         305             1997 Q2
  30081. Arizona         602             1997 Q4
  30082. Texas           817             1998 Q1
  30083. California      310             1998 Q2
  30084. Virginia        703             1998 Q3
  30085. Ohio            216             1998 Q4
  30086. Oregon          503             1998 Q4
  30087. Florida         813             1998 Q4
  30088. Tennessee       615             1998 Q4
  30089. California      619             1999 Q1
  30090. Colorado        303             1999 Q3
  30091. Caribbean       809             1999 Q4
  30092. British Col     604             2000 Q1
  30093. Indiana         317             2000 Q2
  30094. Connecticut     203             2001 Q1
  30095. Illinois        312             2001 Q2
  30096. Minnesota       612             2001 Q2
  30097. Florida         904             2001 Q3
  30098. Maryland        301             2001 Q3
  30099. Ohio            513             2002 Q2
  30100. Kansas          913             2002 Q3
  30101. Florida         407             2003 Q2
  30102. New Jersey      201             2003 Q3
  30103. California      714             2003 Q3
  30104. California      909             2003 Q3
  30105.  
  30106.  
  30107. David E. Sorkin     Ass't Prof., John Marshall Law School, Chicago
  30108. sorkin@mcs.com; 7sorkin@jmls.edu       http://www.mcs.com/~sorkin/
  30109.  
  30110. ------------------------------
  30111.  
  30112. Date: Sun, 12 Mar 95 20:17 EST
  30113. From: Donald E. Kimberlin <0004133373@mcimail.com>
  30114. Subject: North Carolina Competition Bill Passes Lower Housee
  30115.  
  30116.  
  30117.         The March 10 <Charlotte Observer> reports unanimous passage of
  30118. a telephone competition bill the preceding day, along with some
  30119. details of its implementation once it passes the state Senate and is
  30120. signed into law:
  30121.  
  30122.             House OKs Telephone Deregulation Proposal
  30123.               By Emery P. Dalesio, Associated Press
  30124.  
  30125.         RALEIGH -- The (NC) state Housee placed its trust in the
  30126. ability of utilities regulators to referee competition and passed a
  30127. deregulation bill Thursday that would eliminate many local telephone
  30128. service monopolies.
  30129.  
  30130.         "It's a tremendously complicated affair, and for the General
  30131. Assembly to micromanage this would be idiocy," said Rep.  Dub Dickson
  30132. (R-Gaston), the bill's sponsor.
  30133.  
  30134.         The measure, which passed the House 114-0 and now goes to the
  30135. Senate, would allow competition for local phone service by July 1996.
  30136. The delay would allow the state Utilities Commission to come to grips
  30137. with the technical and legal problems, Dickson said.
  30138.  
  30139.         A coalition of cable companies and long-distance providers like 
  30140. MCI and AT&T have demanded immediate competition in an advertising campaign.
  30141.  
  30142.         Lawmakers backing the House bill said immediate competition
  30143. would put currnt local-telephone providers like Southern Bell,
  30144. Carolina Telephone and GTE at a disadvantage.  They are bound by the
  30145. Utilities Commission to a set profit margin, service area and other
  30146. conditions.
  30147.  
  30148.         The commission's staff needs time to work out a plan that will
  30149. protect the public's interest in reasonably priced, high quality
  30150. service that would be available statewide, supporters said.
  30151.  
  30152.         "New competitors seek to contract with major business users
  30153. like the major hospital, major university," said Rep.  George Miller
  30154. (D-Durham).  "If you pick off the cherry, someone on the other side is
  30155. going to have to make up the cost of servicee."
  30156.  
  30157.         Small companies with fewer than 200,000 access lines are
  30158. exempt from competition under the bill.  Some of the cities served by
  30159. those companies include High Point, Mebane, Concord, and Lexington,
  30160. said Robert Wells of the Alliance of N.C.  Independent Telephone
  30161. Companies.
  30162.  
  30163.         About 20 other states are addressing deregulation of local
  30164. phone service before Congress takes the issue out of their hands,
  30165. Miller said.
  30166.  
  30167. ------------------------------
  30168.  
  30169. Date: Sat, 11 Mar 1995 6:00:38 EST
  30170. From: Carl Moore <cmoore@ARL.MIL>
  30171. Subject: Obituary: Dave Neibuhr, Long-time Internet Citizen
  30172.  
  30173.  
  30174. He was from Long Island, NY; this was sent from his account, and may
  30175. or may not be automatically generated.
  30176.  
  30177.  
  30178. [TELECOM Digest Editor's Note: A call to the Roma Funeral Parlor in
  30179. Shirley, NY confirmed that this message is valid.  PAT]
  30180.  
  30181.   ----- Forwarded message # 1:
  30182.  
  30183.   Date: Fri, 10 Mar 1995 18:47:15 -0500
  30184.   From: Dave Niebuhr <dwn@dwn.ccd.bnl.gov>
  30185.  
  30186. It is with great remorse that we announce the passing of Dave Niebuhr.
  30187.  
  30188. A Sr. Technical Specialist in the Computer operations group, Dave had
  30189. been at BNL since March of 1965. Dave passed away on Wednesday night
  30190. after a brief illness.
  30191.  
  30192. Funeral arrangements for Dave have been made at the Roma funeral
  30193. parlor for this Saturday and Sunday.
  30194.  
  30195. Visiting hours are from 14:00 - 16:30 and 19:00 - 21:30.  Service will
  30196. be held on Sunday night at 20:00.
  30197.  
  30198. Internment will be at Calverton National Cemetery on Monday afternoon
  30199. departing from Roma at 14:30.
  30200.  
  30201.  
  30202. Tony Natoli
  30203.  
  30204.  
  30205. [TELECOM Digest Editor's Note: Dave was a long-time participant in this
  30206. Digest and a frequent contributor of articles. I will miss him.   PAT]
  30207.  
  30208. ------------------------------
  30209.  
  30210. End of TELECOM Digest V15 #145
  30211. ******************************
  30212.     
  30213.     
  30214. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa01616;
  30215.           14 Mar 95 21:20 EST
  30216. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  30217.     id AA18936; Tue, 14 Mar 95 15:42:35 CST
  30218. Return-Path: <telecom>
  30219. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  30220.     id AA18919; Tue, 14 Mar 95 15:42:28 CST
  30221. Date: Tue, 14 Mar 95 15:42:28 CST
  30222. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  30223. Message-Id: <9503142142.AA18919@delta.eecs.nwu.edu>
  30224. To: telecom@eecs.nwu.edu
  30225. Subject: TELECOM Digest V15 #146
  30226.  
  30227. TELECOM Digest     Tue, 14 Mar 95 15:42:00 CST    Volume 15 : Issue 146
  30228.  
  30229. Inside This Issue:                           Editor: Patrick A. Townson
  30230.  
  30231.     Book Review: "Novell's Guide to Integrating UNIX and NetWares" (Rob Slade)
  30232.     Ex-Chairman Telecom Commission Suggests Deregulating Indian Datacom (Ghosh)
  30233.     Gouging at Pay Phones; a War Story (John W. Pan)
  30234.     Latencies on T-1, 56kb, etc. (Kevin Wang)
  30235.     Using Live Radio With Automated Attendant (Ward Larkin)
  30236.     Leased Line Options Outside U.S.A (Hemant Shah)
  30237.     Denver International Airport (Greg Monti)
  30238.     Number Assignment Psychology (mstrandrew@aol.com)
  30239.     Wanted: Help Setting up Automated 900 Service (Michael Diehr)
  30240.     Atlanta Install Help Needed (Les Reeves)
  30241.     Busying Out a Line (thouse@sol.uvic.ca)
  30242.     T1->10BaseT: How? (luisg@hadar.fujitsu.com)
  30243.     NetCom13, Pizzas and Me (Anthony Spierings)
  30244.  
  30245. TELECOM Digest is an electronic journal devoted mostly but not
  30246. exclusively to telecommunications topics. It is circulated anywhere
  30247. there is email, in addition to various telecom forums on a variety of
  30248. public service systems and networks including Compuserve and America
  30249. On Line. It is also gatewayed to Usenet where it appears as the moderated
  30250. newsgroup 'comp.dcom.telecom'. 
  30251.  
  30252. Subscriptions are available to qualified organizations and individual
  30253. readers. Write and tell us how you qualify:
  30254.  
  30255.                  * telecom-request@eecs.nwu.edu *
  30256.  
  30257. The Digest is edited, published and compilation-copyrighted by Patrick
  30258. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  30259. or phone at:
  30260.                     9457-D Niles Center Road
  30261.                      Skokie, IL USA   60076
  30262.                        Phone: 500-677-1616
  30263.                         Fax: 708-329-0572
  30264.   ** Article submission address only: telecom@eecs.nwu.edu **
  30265.  
  30266. Our archives are located at lcs.mit.edu and are available by using
  30267. anonymous ftp. The archives can also be accessed using our email
  30268. information service. For a copy of a helpful file explaining how to
  30269. use the information service, just ask.
  30270.  
  30271. *************************************************************************
  30272. *   TELECOM Digest is partially funded by a grant from the              *
  30273. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  30274. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  30275. * project.  Views expressed herein should not be construed as represent-*
  30276. * ing views of the ITU.                                                 *
  30277. *************************************************************************
  30278.  
  30279. Additionally, the Digest is funded by gifts from generous readers such
  30280. as yourself who provide funding in amounts deemed appropriate. Your help 
  30281. is important and appreciated. A suggested donation of twenty dollars per
  30282. year per reader is considered appropriate. See our address above.
  30283.  
  30284. All opinions expressed herein are deemed to be those of the author. Any
  30285. organizations listed are for identification purposes only and messages
  30286. should not be considered any official expression by the organization.
  30287. ----------------------------------------------------------------------
  30288.  
  30289. Date: Mon, 13 Mar 1995 17:24:42 EST
  30290. From: Rob Slade <roberts@mukluk.decus.ca>
  30291. Subject: Book Review: "Novell's Guide to Integrating UNIX and NetWare" 
  30292.  
  30293.  
  30294. BKNGIUNN.RVW   950206
  30295.  
  30296. "Novell's Guide to Integrating UNIX and NetWare Networks", James Gaskin, 1993,
  30297. 0-7821-1129-7, U$34.95/C$44.95
  30298. %A   James Gaskin 4553186@mcimail.com, jgaskin@onramp.net
  30299. %C   2021 Challenger Drive, Alameda, CA   94501
  30300. %D   1993
  30301. %G   0-7821-1129-7
  30302. %I   Novell Press/Sybex Computer Books
  30303. %O   U$34.95/C$44.95 510-523-8233 800-227-2346 Fax: 510-523-2373
  30304. %P   346
  30305. %T   "Novell's Guide to Integrating UNIX and NetWare Networks"
  30306.  
  30307. This book is addressed to managers or administrators who are faced
  30308. with unifying access to, and operations of, networks which comprise
  30309. both UNIX and NetWare components.
  30310.  
  30311. The first four chapters can be seen as background material for the whole, 
  30312. discussing history, network basics and concepts, interconnections, and 
  30313. NetWare for UNIX.  Following chapters look at terminal emulation, file
  30314. transfer, NFS and NetWare, printing, and shared application services.
  30315. A major strength is the extensive coverage of integration and
  30316. interconnection products.  (The UNIX/NetWare and NetWare/UNIX glossary
  30317. could be a major help.)
  30318.  
  30319. Those who have followed Gaskin's columns (where has "Karl's Konsultancy" 
  30320. gone?)  in "Open Systems Today" will not be surprised to find that
  30321. this is readable, practical and even enjoyable material.
  30322.  
  30323.  
  30324. copyright Robert M. Slade, 1995   BKNGIUNN.RVW   950206. Distribution
  30325. permitted in TELECOM Digest and associated publications. Rob Slade's book
  30326. reviews are a regular feature in the Digest.
  30327.  
  30328.  
  30329. Vancouver      ROBERTS@decus.ca        
  30330. Institute for  Robert_Slade@sfu.ca     
  30331. Research into  Rob.Slade@f733.n153.z1/ 
  30332. User                      .fidonet.org 
  30333. Security       Canada V7K 2G6          
  30334.  
  30335. ------------------------------
  30336.  
  30337. Subject: Ex-Chairman Telecom Commission Suggests Deregulating Indian Datacom
  30338. From: rishab@dxm.ernet.in (Rishab Aiyer Ghosh)
  30339. Date: Tue, 14 Mar 95 01:46:01 IST
  30340. Organization: Deus X Machina
  30341.  
  30342.  
  30343. --==(C) Copyright 1995 Rishab Aiyer Ghosh (rishab@dxm.ernet.in)
  30344.  
  30345. Ex-Chairman Telecom Commission suggests deregulation of Indian datacom
  30346.  
  30347. In a seminar today (13th March, 1995) N Vittal, Secretary, Department
  30348. of Electronics suggested that Bulletin Board Service and other datacom
  30349. providers may ignore licencing requirements that stunt their growth.
  30350. Mr Vittal, who until recently was also Secretary, Dept of Telecom
  30351. (DoT) and ex-officio Chairman, Telecom Commission, Government of
  30352. India, used the explosive (and originally illegal) growth of the cable
  30353. TV industry in India as an example of how technology can bypass
  30354. government regulation.
  30355.  
  30356. The seminar on Networking Educational Institutions (where Rishab Ghosh,
  30357. the author of this report, was a panelist) was organized by the public
  30358. sector Educational Consultants India Ltd. Mr Vittal, who is known for
  30359. his out-of-line remarks, made these in response to complaints from
  30360. other panelists that what is technologically possible, such as the
  30361. growth of BBSes and other datacom providers, is being constrained out of
  30362. fear of DoT licence fees and irrational regulations - one of which prevents
  30363. two networks from connecting without paying double the charges for all, 
  30364. even intra-network, traffic. 
  30365.  
  30366. Mr. Vittal waxed poetic, recalling how Hanuman, the semi-divine monkey
  30367. in Indian legend, had the power to leap over the oceans but waited for
  30368. the urging of his Lord Rama to actually do so. Mr Vittal repeatedly
  30369. said that Indian datacom providers need not play Hanuman and should
  30370. not wait for the go-ahead from the DoT in order to expand, if such
  30371. expansion was technologically feasible. However when asked specifically 
  30372. by a member of the audience whether he would suggest that the datacom
  30373. industry grow in the same "underground" manner as did cable TV (which
  30374. ignored DoT rules against laying cables across public roads), he
  30375. dodged the question with an ambiguous reply.
  30376.  
  30377. When it was pointed out by P.S. Saran, a member of the Telecom Commission,
  30378. that it was Mr. Vittal himself who signed the order asking for $50,000 
  30379. annual licence fees from BBSes and $80,000 from e-mail providers, when 
  30380. he was in charge of the DoT last year, he announced to loud applause from 
  30381. the audience that the licence fees should be reduced, "even to zero." 
  30382. It was unclear whether he referred to all datacom, or only BBS, licences.
  30383.  
  30384. Mr. Vittal is no longer in control of telecom policy, so his (perhaps
  30385. only momentary) calls for the rescission of his previous order may be
  30386. no more than rhetoric. However, as proponent of the relatively 
  30387. progressive National Telecom Policy of 1994 his views are widely respected. 
  30388.  
  30389. Mr. Saran did join Mr. Vittal in expressing the DoT's willingness to support 
  30390. the growth of datacom, and asked that the industry and public make 
  30391. specific suggestions on licencing and other regulations. Ominously, 
  30392. Mr Vittal justified this possible relaxation of rules by saying that one 
  30393. should not restrict growth "till the golden goose has reached the 
  30394. egg-laying stage," implying that licences once lifted could be reimposed 
  30395. once there is considerable growth. 
  30396.  
  30397. But this would be unlikely. As the attempts at cable TV regulation 
  30398. (including the recent Act) show, once growth is permitted, it cannot be
  30399. stopped. In addition, the government will eventually have to act on a
  30400. Supreme Court ruling in January against the government monopoly of the
  30401. airwaves, and against the 1885 (British) Indian Telegraph Act that gives
  30402. the DoT its power. Once the government forms the recommended independent
  30403. regulatory authority, Indian telecom will not be imprisoned again.
  30404.  
  30405.  
  30406. --==(C) Copyright 1995 Rishab Aiyer Ghosh (rishab@dxm.ernet.in)
  30407. --==May be distributed electronically provided that only compilation or
  30408. --==transmission charges are applied. Other uses require written permission.
  30409.  
  30410. Rishab Aiyer Ghosh     rishab@dxm.ernet.in  rishab@arbornet.org
  30411. Vox +91 11 6853410 Voxmail 3760335   H 34C Saket, New Delhi 110017, INDIA
  30412.  
  30413. ------------------------------
  30414.  
  30415. From: johnwpan@aol.com (JohnWPan)
  30416. Subject: Gouging at Pay Phones; a War Story
  30417. Date: 13 Mar 1995 15:54:13 -0500
  30418. Organization: America Online, Inc. (1-800-827-6364)
  30419. Reply-To: johnwpan@aol.com (JohnWPan)
  30420.  
  30421.  
  30422. Being an experienced traveler, I thought I knew all the tricks.  Alas,
  30423. but no.  I was stumped vacationing in FL.
  30424.  
  30425. At a COCOT, first I dialed 10xxx0 nnx xxxx.  Magically, the COCOT
  30426. transferred me back to rip-off company at the last moment.
  30427. Fortunately, I was using a carrier specific code rather than a LEC
  30428. code.  Thus I got a response "invalid code, try again".  Had I used my
  30429. LEC number and code, I would only discover this illegal ruse a month
  30430. later.
  30431.  
  30432. Next I dialed my carrier's 800 number.  Magically, the dial pad becomes
  30433. disabled after I reached my carrier.  Thus I could proceed no further.
  30434.  
  30435. Finally, I dialed my carrier's human operator, and was able to talk my
  30436. way through a credit card call.  However, the dial pad was still
  30437. disabled so I could not access my voice mail.
  30438.  
  30439. Years ago, I used to carry a DTMF generator with me.  I have to do
  30440. that now, again.  Ah progress.
  30441.  
  30442. ------------------------------
  30443.  
  30444. From: kwang@data.acs.CSC.CalPoly.Edu (Kevin Wang (The Scarecrow))
  30445. Subject: Latencies on T-1, 56kb, etc.
  30446. Date: 14 Mar 1995 01:51:12 GMT
  30447. Organization: The Outland Riders
  30448.  
  30449.  
  30450. Question for all: 
  30451.  
  30452. Does anyone know the various latencies of the various data lines?
  30453. (Context: running tcp/ip over the link) Also, I'm curious about the
  30454. latencies of adding Frame-relay to this picture ...
  30455.  
  30456.  From what I know:
  30457. >> T1 latency is usu ~1-2ms
  30458. >> 56kb leased latency is usu ~10ms
  30459. >> our 128kb multi-ppp Ascend Pipeline 50 gets about 40ms pingtimes 
  30460. >> and some PC-Imacs get about 80ms pingtimes.
  30461.  
  30462. > Do you know anything about frame relay ping times? We're seeing
  30463. > 15-20ms ping times on T1 FR and ~45ms on 56K FR.  This is going
  30464. > through the NYNEX frame relay network.  These seem to be significantly
  30465. > higher than point to point non-FR links.  All of these connections
  30466. > are under 50 miles between sites.
  30467.  
  30468. I don't know what port-speed these people are connected to the CO at,
  30469. I assume they're at max speeds (This clarification is needed, because
  30470. this is what PacBell does here in California.)
  30471.  
  30472.  
  30473. Kevin Wang, kwang@lore.acs.calpoly.edu
  30474.  
  30475. ------------------------------
  30476.  
  30477. From: adelante@sccsi.com (Ward Larkin)
  30478. Subject: Using Live Radio With Automated Attendant
  30479. Date: Tue, 14 Mar 95 01:42:34 GMT
  30480. Organization: Adelante
  30481.  
  30482.  
  30483. I'm fairly new to telephony, but I have installed a couple smaller
  30484. automated attendant, fax-on-demand, voice mail systems.  I was
  30485. recently told that it is technically against FCC regulations to use
  30486. live radio broadcasts for when people are placed on hold (or choose to
  30487. be placed on hold).
  30488.  
  30489. Does anyone know the associated details?  
  30490.  
  30491. It's not that big a deal to use audio CD, or a tape deck, I simply
  30492. want to know what specific FCC regulations (if any) prohibit use of
  30493. live radio on telephony systems.
  30494.  
  30495.  
  30496. Ward Larkin               Adelante
  30497. adelante@sccsi.com        15327 Pebble Bend Drive
  30498. voice:  (713) 444-3840    Houston, TX  77068-1839  
  30499.  
  30500. ------------------------------
  30501.  
  30502. From: shah@xnet.com (Hemant Shah)
  30503. Subject: Leased Line Options Outside USA
  30504. Date: 13 Mar 1995 17:04:26 GMT
  30505. Organization: XNet - A Full Service Internet Provider - (708) 983-6064
  30506.  
  30507.  
  30508. Hello,
  30509.  
  30510.    I am looking for different options for getting direct connection
  30511. from the USA (Chicago) to Phillipines. We are currently talking with a
  30512. prospective client in Phillipines, regarding software sales and support. 
  30513. We are trying to put together a proposal. One of the requirements is
  30514. an online support for 12 to 18 months. We have leased line to several
  30515. customers in the USA, but we are not sure what options are available to
  30516. go outside of USA.
  30517.  
  30518. We need a good data connection with good response time, since we will
  30519. be logging into their system.
  30520.  
  30521.  
  30522. Hemant Shah     LIDP, Inc.                      
  30523. Voice: (708) 960 0133 Ext: 64   
  30524. Fax: (708) 960 0717             
  30525. E-mail: shah@xnet.com           
  30526. WWW: http://www.xnet.com/~shah  
  30527.  
  30528. ------------------------------
  30529.  
  30530. Date: Mon, 13 Mar 1995 15:04:56 EST
  30531. From: Greg Monti <GMONTI@npr.org>
  30532. Subject: Denver International Airport
  30533.  
  30534.  
  30535. Telecom tidbits from the new Denver International Airport.  The local
  30536. serving company is US West.  Default 0+ carrier for the pay phones is
  30537. MCI.
  30538.  
  30539. DIA is its own rate area for local call determination.  The local
  30540. calling area from DIA only extends one rate area or so in every
  30541. direction, perhaps ten prefixes in all.  DIA is about 25 miles from
  30542. downtown Denver and is a toll call from there.  Washington Dulles is
  30543. about 25 miles from downtown Washington and they are local to each
  30544. other.  Wonder if they'll stretch the local calling areas in Denver?
  30545.  
  30546. The prefix on the pay phones is 303-342-XXXX.  342 spells DIA on a 
  30547. telephone dial.  Cute.
  30548.  
  30549.  
  30550. Greg Monti, Tech Mgr, FISPO, Distribution Division
  30551. National Public Radio          Phone:    +1 202 414-3343
  30552. 635 Massachusetts Av NW        Fax:      +1 202 414-3036
  30553. Washington, DC  20001-3753     Internet: gmonti@npr.org
  30554.  
  30555. ------------------------------
  30556.  
  30557. From: mstrandrew@aol.com (MSTRANDREW)
  30558. Subject: Number Assignment Psychology
  30559. Date: 13 Mar 1995 15:04:17 -0500
  30560. Organization: America Online, Inc. (1-800-827-6364)
  30561. Reply-To: mstrandrew@aol.com (MSTRANDREW)
  30562.  
  30563.  
  30564. Considering the recent events with NPA assignment in Chicago, is anyone
  30565. familiar with any psychological studies regarding number assignment upon
  30566. individuals or communities?
  30567.  
  30568. Examples of interesting behaviors that I have found include:
  30569.  
  30570. --- individuals who are "troubled" with the notion of non-geographically
  30571. based NPAs in North America as well as the concept of dual NPAs, e.g.
  30572. Houston.
  30573.  
  30574. --- individuals who are concerned about local prefix assignment, and have
  30575. avoided accepting numbes with x00 through x19.  (Their arguement is that
  30576. these are not "real" prefixes.) 
  30577.  
  30578. --- a desire to have a prefix which has existed for some time or a prefix
  30579. that can be linked to historical use, e.g. current use of 873 and
  30580. historical use of TRinity 3 (which is the case in my family and the small
  30581. town where I grew up).
  30582.  
  30583. --- anger over communities being "split" as with the anger that occured in
  30584. the division of 213/310 in which the community of West Hollywood was split
  30585. in half.
  30586.  
  30587. Any information or observations would in useful.  
  30588.  
  30589. ------------------------------
  30590.  
  30591. From: mdiehr@ucsd.edu (Michael Diehr)
  30592. Subject: Wanted: Help Setting up Automated 900 Service
  30593. Date: Tue, 14 Mar 1995 08:34:31 -0800
  30594. Organization: University of California, San Diego
  30595.  
  30596.  
  30597. I'd greatly appreciate any tips that can be provided.  Fee-for-hire
  30598. consultants are encouraged to respond, as I do have money available.
  30599. Please feel free to forward this to anyone you think may be able to
  30600. help.
  30601.  
  30602. I'm looking to set up a nationwide 900 service that will work as follows:
  30603.  
  30604.   Customer calls in.
  30605.   Prompt: "The call will call $XXX if completed"
  30606.   Prompt: "Please enter your ID #" 
  30607.   Customer Keys in ID.
  30608.   Check to see if ID is valid.
  30609.   Prompt: "Please enter the number of the service you wish to purchase"
  30610.   Prompt: "Make sure you have a pen ready to write down the key number."
  30611.   Customer keys in service number.
  30612.   Check the database to return a key code.
  30613.   Prompt: "Your Key code is ####.  Please write this down."
  30614.   Prompt: "Once again, your key code is ####"
  30615.   Hang up, and charge the caller.
  30616.  
  30617. Projected call volume is five to ten per day to start, but final volume could 
  30618. be hundreds per day, so I would like it to handle several calls simultaneously.
  30619.  
  30620. The database of ID numbers, service numbers, and key numbers needs to
  30621. be under my control, so ideally I would like this to be running on a
  30622. Macintosh-based system in my office.  A PC-based system would be an
  30623. acceptable alternative.  I am a programmer (Mac and PC) and can handle
  30624. most maintentance and setup myself.
  30625.  
  30626. The system needs to be online in about three to four months, and
  30627. located in Los Angeles, California.  Please respond via e-mail.  
  30628.  
  30629.  
  30630. Thank you!
  30631.  
  30632. Michael Diehr   VP Engineering
  30633. Hunter Communications  <mdiehr@ucsd.edu>
  30634.  
  30635. ------------------------------
  30636.  
  30637. From: lreeves@crl.com (Les Reeves)
  30638. Subject: Atlanta Install Help Needed
  30639. Date: 14 Mar 1995 10:20:08 -0800
  30640. Organization: CR Labs
  30641.  
  30642.  
  30643. The AIDS Survival Project, (ASP), is moving at the end of this month
  30644. and is in need of telephone installation help.  They have been donated
  30645. a used Tadiran 8X24 Electronic Key system in good condition, but
  30646. they need someone to do the premise install.
  30647.  
  30648. ASP is a non-profit organization which supports those living with
  30649. AIDS and their caregivers.  They are moving a few blocks from their
  30650. current location in midtown Atlanta to the new location at
  30651. Fifth St and West Peachtree.
  30652.  
  30653. As a non-profit organization, they have very little funds available
  30654. for this project.  They can probably cover the cost of the supplies,
  30655. but are looking for a donation of installation labor.
  30656.  
  30657. If you have experience in installing premise key systems, and would
  30658. have any free time between now and April 1, please contact me.  Access
  30659. to the new location can be arranged as needed.
  30660.  
  30661. Please reply via phone to me at the number below.
  30662.  
  30663.  
  30664. Thanks,
  30665.  
  30666. Les Reeves   (404) 874 7806
  30667.  
  30668. ------------------------------
  30669.  
  30670. From: thouse@sol.UVic.CA
  30671. Subject: Busying Out a Line
  30672. Organization: University of Victoria, Victoria B.C. CANADA
  30673. Date: Tue, 14 Mar 95 18:35:12 GMT
  30674.  
  30675.  
  30676. How does one busy out a line so that overlining will pass it by if the
  30677. equipment on this line is faulty?
  30678.  
  30679. I am an electronics tech but with very little knowledge of the phone
  30680. system and am having to learn piecemeal. Whilst on the subject of
  30681. learning, are there any reasonably priced books I can acquire on how
  30682. systems work?
  30683.  
  30684.  
  30685. [TELECOM Digest Editor's Note: Most commonly, one just shorts the tip
  30686. and ring on the affected pair. If you want to be absolutely correct about
  30687. it, it would be a good idea to short the tip and ring through a resistor
  30688. added to the line of the proper value to trick the central office into
  30689. thinking an 'actual telephone' was on the line and was off hook. Or, just
  30690. get an unused telephone and plug it into that line and leave it off hook.
  30691. When incoming calls are hunting along looking for an idle pair, they'll
  30692. see that line is 'busy' and move to the next available pair.  PAT]
  30693.  
  30694. ------------------------------
  30695.  
  30696. From: luisg@hadar.fujitsu.com (Lewis)
  30697. Subject: T1->10BaseT: How?
  30698. Date: 14 Mar 1995 20:08:33 GMT
  30699. Organization: Fujitsu NTS
  30700.  
  30701.  
  30702. My company is spliting into two sites joined by a T1 line. Do I need
  30703. separate network segments assigned to these two sites or can I still
  30704. keep it as a SINGLE network joined by the T1?
  30705.  
  30706. What additional equipment do I need to do this?  One site will have
  30707. 120 workstations the other 20 workstations.
  30708.  
  30709.  
  30710. We have been assigned only one class C IP network number. 
  30711.  
  30712. ------------------------------
  30713.  
  30714. Date: Mon, 13 Mar 1995 12:11:01 EST
  30715. From: Anthony Spierings <as029@un.seqeb.gov.au>
  30716. Subject: NetCom13, Pizzas and Me
  30717.  
  30718.  
  30719. Telecom (Australian) have a similar service to Bell ServiceFinder (TM)
  30720. called NetCom13(TM). I have a little story to tell about NetCom 13
  30721. which I get a kick out of telling if you bear with me but first some
  30722. background information is required.
  30723.  
  30724. The organization I work for is a small power utility located in the
  30725. south east corner of Queensland, Australia. We have a bit over one
  30726. million customers and a geographic area 250kms long by 100kms wide.
  30727. NetCom13 fit in perfectly with our decentralised structure. During
  30728. normal hours the customer calls our number (131377 for general
  30729. enquires and 131366 for power failures) and is routed to the
  30730. responsible local branch. After hours the calls are diverted to the
  30731. "SEQEB Control Room" which operates 24 hours a day. In a similar
  30732. manner to Canada Bell ServiceFinder(TM) the link between who you
  30733. should be connected to is driven by which exchange you are connected
  30734. to (1000 lines per exchange I think).
  30735.  
  30736. Telecom offers NetCom13 across Australia. Some companies have an
  30737. Australian wide NetCom13 number and from where ever you call that
  30738. number you could be routed anywhere across Australia depending on that
  30739. company's internal structure. Considering that Australia is the world
  30740. largest island it is pretty impressive. However since we only want
  30741. NetCom13 in our small part of Australia "our" number is reused in
  30742. geographic location remote from us.
  30743.  
  30744. A few months ago I spent some time at our control room to requalify
  30745. for my switching co-ordinator's authorization. Part of my duties
  30746. include receiving customer calls. While it is hard to put a precise
  30747. figure on it about ten calls per week were for a well known pizza
  30748. parlour franchise located in two cities 1200kms and 2000Kms away who
  30749. 'share' our NetCom13 number.
  30750.  
  30751. During my time at the control room Brisbane got hit by a storm one
  30752. evening and 24 hours later we when still mopping up small bits and
  30753. pieces. Now most people who ring us up in these situations are very
  30754. understanding and just want an idea of when the power is going to come
  30755. back on. To filter these calls we place a recording on which says
  30756. "Good Evening, you have reaches SEQEB's emergency after hours service
  30757. number, blah, blah,blah, we are aware of problems in the following
  30758. areas, 'area', 'approximate restoration time', if you have further
  30759. enquires please hold the line."
  30760.  
  30761. This particular night the NetCom13 service was also playing up and we
  30762. where getting quite a few pizza calls. Now this is what gets me:
  30763.  
  30764. 1.    A person rings for a pizza.
  30765. 2.    They listen to a 20 second recording talking about power
  30766.       problems 2000kms away. 
  30767. 3.    Then they listen to me say; "Good evening, SEQEB Control,
  30768.       myname speaking, how my I help you?"
  30769. 4.    They then try to order a pizza.
  30770.  
  30771. (Uugggggggghhhhhhhhhhh) 
  30772.  
  30773.  
  30774. Anthony Spierings <Is too Dumb to make a .Sig> | as029@un.seqeb.gov.au
  30775. SEQEB, (Power Utility), Brisbane, Australia.| "When the weight of the
  30776. paperwork equals the weight of the plane, the plane will fly", D.Douglas 
  30777.  
  30778.  
  30779. [TELECOM Digest Editor's Note: Two comments occurred to me reading this.
  30780. Our own Commonwealth Edison (electric utility for northern Illinois) does
  30781. much the same thing. Their main number rings into customer service at all
  30782. hours, however after normal business hours, in the middle of the night,
  30783. etc, a recording comes on with any known outages listed and a request to
  30784. hold the line if there are other things to be discussed. 
  30785.  
  30786. The other point concerns a wrong number I received just yesterday which
  30787. had me absolutely infuriated by the time I got done with the caller. I
  30788. answer the phone 'hello'. The caller says, "This is Lutheran General
  30789. Hospital calling, I need your mailing address ...". I ask what for? Why
  30790. does she need it. "Well, its regarding an insurance matter."  Who are
  30791. you trying to call?  What number do you want?  "Its about the surgery
  30792. for a patient".  (Repeat above: Who are you trying to call; what number
  30793. do you want" (She repeats it is about insurance payments for a patient.)
  30794. I repeat asking what number she is calling. She repeats her request.
  30795. By now I am screaming in the phone at her: WHAT COMPANY ARE YOU TRYING
  30796. TO CALL? WHO IS IT *YOU* ARE TRYING TO REACH NOW?
  30797.  
  30798. After going through this dialogue maybe two or three more times, she
  30799. finally catches on. "I am trying to reach the Chicago Transit Authority."
  30800. Me: You have the wrong number. This is not Transit Authority.  Her: "Well
  30801. what number should I be calling for their employee benefits office then?"
  30802. Me: How should I know?  You have the completely wrong number! Her: "I 
  30803. was told this was the right number."  Me: What number did you dial? 
  30804. Her: "I was calling about insurance payments for the patient." Here we
  30805. go again ... 
  30806.  
  30807. At this point, with all logic and reason having failed me, I am soon to
  30808. be reduced to simply chanting. I hang up the phone.  And yes, I have had
  30809. people call and reach my voicemail and still try to place an order for
  30810. merchandise from whatever company they thought they were calling.   PAT]
  30811.  
  30812. ------------------------------
  30813.  
  30814. End of TELECOM Digest V15 #146
  30815. ******************************
  30816.     
  30817.     
  30818. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa02579;
  30819.           14 Mar 95 22:31 EST
  30820. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  30821.     id AA23360; Tue, 14 Mar 95 17:41:37 CST
  30822. Return-Path: <telecom>
  30823. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  30824.     id AA23354; Tue, 14 Mar 95 17:41:35 CST
  30825. Date: Tue, 14 Mar 95 17:41:35 CST
  30826. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  30827. Message-Id: <9503142341.AA23354@delta.eecs.nwu.edu>
  30828. To: telecom@eecs.nwu.edu
  30829. Subject: TELECOM Digest V15 #147
  30830.  
  30831. TELECOM Digest     Tue, 14 Mar 95 17:41:00 CST    Volume 15 : Issue 147
  30832.  
  30833. Inside This Issue:                           Editor: Patrick A. Townson
  30834.  
  30835.     Jake Baker Released on Bond Pending Trial (TELECOM Digest Editor)
  30836.     Wavelet Software (Hemant Singh)
  30837.     Interactive Television Infractructure Development (rez24@aol.com)
  30838.     LAPD and Variants Implementation (Bhaktha Keshavachar)
  30839.     Benchmarking Internet Providers (Marc Shafroth)
  30840.     White Pages on the Internet (Karen M. Brady)
  30841.     v.35 BERT Test Sets (John Dearing)
  30842.     T1 Interface For PC (Jeremy Sam Sewall)
  30843.     GSM Business: An Invitation for Expressions of Interest (D. Gerald Forrest)
  30844.     Book Wanted: "Number Please - Early London Telephone Exchanges" (N. Allen)
  30845.     Information Wanted on Globalstar, Odyssey, Aries (Asghar Motaabbed)
  30846.     Help! Information Needed on Kerberos (Alex Fan)
  30847.     PCN Engineer Needed (Recruiter) (Media Management Resources)
  30848.     Switched Network Planner Needed (Recruiter) (Media Management Resources)
  30849.  
  30850. TELECOM Digest is an electronic journal devoted mostly but not
  30851. exclusively to telecommunications topics. It is circulated anywhere
  30852. there is email, in addition to various telecom forums on a variety of
  30853. public service systems and networks including Compuserve and America
  30854. On Line. It is also gatewayed to Usenet where it appears as the moderated
  30855. newsgroup 'comp.dcom.telecom'. 
  30856.  
  30857. Subscriptions are available to qualified organizations and individual
  30858. readers. Write and tell us how you qualify:
  30859.  
  30860.                  * telecom-request@eecs.nwu.edu *
  30861.  
  30862. The Digest is edited, published and compilation-copyrighted by Patrick
  30863. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  30864. or phone at:
  30865.                     9457-D Niles Center Road
  30866.                      Skokie, IL USA   60076
  30867.                        Phone: 500-677-1616
  30868.                         Fax: 708-329-0572
  30869.   ** Article submission address only: telecom@eecs.nwu.edu **
  30870.  
  30871. Our archives are located at lcs.mit.edu and are available by using
  30872. anonymous ftp. The archives can also be accessed using our email
  30873. information service. For a copy of a helpful file explaining how to
  30874. use the information service, just ask.
  30875.  
  30876. *************************************************************************
  30877. *   TELECOM Digest is partially funded by a grant from the              *
  30878. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  30879. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  30880. * project.  Views expressed herein should not be construed as represent-*
  30881. * ing views of the ITU.                                                 *
  30882. *************************************************************************
  30883.  
  30884. Additionally, the Digest is funded by gifts from generous readers such
  30885. as yourself who provide funding in amounts deemed appropriate. Your help 
  30886. is important and appreciated. A suggested donation of twenty dollars per
  30887. year per reader is considered appropriate. See our address above.
  30888.  
  30889. All opinions expressed herein are deemed to be those of the author. Any
  30890. organizations listed are for identification purposes only and messages
  30891. should not be considered any official expression by the organization.
  30892. ----------------------------------------------------------------------
  30893.  
  30894. Date: Tue, 14 Mar 95 16:47:48 CST
  30895. From: telecom@eecs.nwu.edu (TELECOM Digest Editor)
  30896. Subject: Jake Baker Released on Bond Pending Trial
  30897.  
  30898.  
  30899. The University of Michigan student arrested a month or so ago accused of
  30900. sending threatening communications over the Internet as a result of his
  30901. story in alt.sex dealing with the torture rape of a classmate has been
  30902. released on bond pending trial.
  30903.  
  30904. Jake Baker, age 20, had been held for about a month until this past
  30905. weekend at the federal prison in Detroit, Michigan after the Magistrate
  30906. in an earlier court appearance had refused to set bond. In a subsequent
  30907. hearing this past Friday, a psychologist testified that Baker is unlikely
  30908. to act out his fantasies. 
  30909.  
  30910. United States District Court Judge Avern Cohn listened to arguments from
  30911. Baker's attorney (including the psychologist's testimony) in favor of
  30912. bond, and arguments from the government which still allege that Baker is
  30913. a danger to the community and urge his retention in prison pending trial.
  30914.  
  30915. Judge Cohn ruled that Baker was eligible for bond, and having done so,
  30916. set his bond at ten thousand dollars. He then permitted Baker to go free
  30917. without posting the cash bond, through a process known as Recognizance.
  30918. In this process, a defendant is permitted freedom pending trial without
  30919. depositing bond money under very strict circumstances:
  30920.  
  30921. 1) The defendant must refrain from using or being in possession of
  30922. intoxicating liquors, illegal drugs or other similar substances. He
  30923. cannot be in possession of any weapons.
  30924.  
  30925. 2) The defendant acknowleges or recognizes the authority and jurisdiction
  30926. of the Court, and promises to appear at all sessions of the Court. Should
  30927. he not appear at some session of court, he can be tried in abstenia. He
  30928. waives his consitutional right to a speedy trial. (Only if you are in 
  30929. prison awaiting trial can you make a demand for immediate trial; that
  30930. is to protect you from being locked up forever with nothing being done.)
  30931.  
  30932. 3) The defendant promises to obey all laws of every jurisdiction. He
  30933. must meet with a federal probation officer in regular appointments before
  30934. his trial which is probably several months away. Should he be arrested
  30935. for any reason at all or stopped by the police, when they inquire they
  30936. will find a federal court hold on Baker; he will go back to prison
  30937. and his bond revoked.
  30938.  
  30939. 4) Regards the victim of his alleged actions, he must keep his distance.
  30940. No communications, telephone, written or otherwise with the victim.
  30941. Quite obviously, no threats, no harassment, no contact. Whether or not he
  30942. can write about it on the Internet is a sort of grey area. The court did
  30943. not comment on this. Baker cannot be denied the right to speak about his
  30944. predicament and attempt to gather public sympathy and assistance for
  30945. his defense. 
  30946.  
  30947. Although the government continued to argue against Baker's release on
  30948. bond, the court stated its opinion that justice would be best served by
  30949. permitting Baker to be released so that he might continue his school
  30950. work, and be in a better position to cooperate with his attorney in
  30951. preparing his defense. He is not to leave the jurisdiction of the court
  30952. or the immediate vicinity of the university, etc without the permission
  30953. of his probation officer. 
  30954.  
  30955.                   --------------------------
  30956.  
  30957. If you missed the beginning of this saga a month or so ago, Jake Baker
  30958. was accused of sending threats interstate via the Internet. He named
  30959. a classmate at University of Michigan he 'wanted to torture and rape'.
  30960. After a Usenet reader of alt.sex.stories saw this and reported it to
  30961. university authorities, Baker was arrested by the Federal Bureau of
  30962. Investigation, and taken (from the school at Ann Arbor) to Detroit
  30963. where he has been held until this past weekend. It must be remembered
  30964. that in the United States, our consitution requires a presumption of
  30965. innocence on the part of Baker until his guilt has been proven without
  30966. any doubt in a court of law. 
  30967.  
  30968.  
  30969. PAT
  30970.  
  30971. ------------------------------
  30972.  
  30973. From: singh@aware.com (Hemant Singh)
  30974. Subject: Wavelet Software
  30975. Date: 14 Mar 1995 22:41:41 GMT
  30976. Organization: Aware, Incorporated       Cambridge, Massachusetts
  30977.  
  30978.  
  30979. Cambridge, MA - March 15, 1995 
  30980.  
  30981. Aware announces WaveTool 1.1, a general wavelet and multirate software
  30982. toolbox for signal processing and scientific applications.  WaveTool
  30983. enables the user to quickly and easily apply wavelet methods to a wide
  30984. range of applications from data compression to telecommunications,
  30985. from feature extraction to numerical analysis.  WaveTool is an
  30986. interactive system for exploring this innovative new technology.  The
  30987. software is available in two versions, WaveTool Filter Design and
  30988. WaveTool Signal Analysis.  Features of WaveTool Filter Design include:
  30989.  
  30990.     Interactive design of wavelet and multirate filter banks, from 
  30991.         2 to 4096 channels;
  30992.     Point-and-click graphical user interface;
  30993.     A library of predesigned wavelet (orthogonal and biorthogonal) and 
  30994.         cosine-modulated filter banks.
  30995.  
  30996.     The ability to set filter performance parameters such as:
  30997.      - stopband attenuation;
  30998.      - transition bandwidth;
  30999.      - flatness (vanishing of wavelet moments).
  31000.  
  31001.     Interactive graphical display, featuring:
  31002.      -time and frequency domain plotting;
  31003.      -the ability to measure perfect reconstruction error;
  31004.      -display of wavelet scaling functions.
  31005.  
  31006.     The capability to save filters in ASCII and MATLAB formats.
  31007.  
  31008.     Log files recording user actions for editing, playback, and software 
  31009.         support.
  31010.  
  31011. WaveTool Signal Analysis includes all the features of WaveTool Filter Design 
  31012. plus extensive algorithm prototyping functions, including:
  31013.     Interactive creation of arbitrary tree structures of filter banks; 
  31014.         (such as Mallat's wavelet tree);
  31015.     Graphical display of filter bank responses at any node of the tree;
  31016.     Multirate analysis and synthesis operations on user data;
  31017.     Choice of boundary handling methods;
  31018.     Choice of subband analyzer or transmultiplexer modes.  Graphical 
  31019.         display of subband outputs.
  31020.     The ability to read and write transform data to ASCII and MATLAB files;
  31021.     The capability to invoke these algorithms via MATLAB-callable 
  31022.         functions for inclusion in larger simulations.
  31023.  
  31024. With Wavetool's easy-to-use GUI and MATLAB compatibility, the user doesn't 
  31025. have to learn a new language or make a big investment.  
  31026.  
  31027. A graphical demonstration of WaveTool is available on Aware's World Wide Web 
  31028. site, http://www.aware.com.
  31029.  
  31030. WaveTool is available for Sun O/S, Solaris and IRIX systems.  
  31031.  
  31032. Aware, Inc., founded in 1987, is a leader in providing bandwidth
  31033. management solutions imaging systems, and broadband communications
  31034. including ADSL modems, and telephony over fiber/coax networks.
  31035. Aware's modem software and chipsets, and image compression software
  31036. and chipsets, allow users to effectively use scarce bandwidth
  31037. resources.
  31038.  
  31039. For more information, a free demo disk, or to place an order, contact:
  31040.  
  31041. Aware, Inc.
  31042. One Memorial Drive
  31043. Cambridge, MA 02142 USA
  31044.  
  31045. Phone: (617) 577-1700
  31046. FAX: (617) 577-1710
  31047. email: sales@aware.com
  31048.  
  31049. ------------------------------
  31050.  
  31051. From: rez24@aol.com (Rez24)
  31052. Subject: Interactive Television Infractructure Development
  31053. Date: 14 Mar 1995 16:59:19 -0500
  31054. Organization: America Online, Inc. (1-800-827-6364)
  31055. Reply-To: rez24@aol.com (Rez24)
  31056.  
  31057.  
  31058. I am an MBA student with a BCIS concentration. I am doing a paper on
  31059. Interactive Television and need additional information on
  31060. infrastructure costs and the feasibility of wiring the nation for
  31061. IATV. I would appreciate ANY feedback.
  31062.  
  31063.  
  31064. Thanks,
  31065.  
  31066. Rez24@aol.com
  31067.  
  31068. ------------------------------
  31069.  
  31070. From: keshavac@enuxsa.eas.asu.edu (Bhaktha Keshavachar)
  31071. Subject: LAPD and Variants Implementation
  31072. Organization: Arizona State University, Tempe, AZ
  31073. Date: Tue, 14 Mar 1995 22:37:25 GMT
  31074.  
  31075.  
  31076. Hi,
  31077.  
  31078. Are there any examples or application notes on the implementation of
  31079. the data link layer of ISDN, LAPD (Q.921). Any information on the
  31080. variants of LAPD like LAPM, LAPDm etc. are most welcome.
  31081.  
  31082. Is it too naive to expect the source code for LAPD on the internet ?
  31083. Since LAPD has been around for quite a long time I thought there might
  31084. be some source code available.
  31085.  
  31086.  
  31087. Regards,
  31088.  
  31089. Bhaktha
  31090.  
  31091. ------------------------------
  31092.  
  31093. From: 76054.166@compuserve.com (Marc Shafroth)
  31094. Subject: Benchmarking Internet Providers
  31095. Date: 14 Mar 1995 04:18:46 GMT
  31096. Organization: Division of Information Technology
  31097.  
  31098.  
  31099. My employer is working on an RFP for Internet access. SLIP/PPP at
  31100. first and dedicated link later. I assume that because of the variation
  31101. in the bandwidth that different vendors have into the backbone and
  31102. because of the variation in the geography of those connections to the
  31103. backbone, some vendors may be able to provide much faster transport
  31104. across the net than others. I thought it would be possible to measure
  31105. the speed and throughput of a vendor's offering by doing some
  31106. standardized FTPs and PINGs to a variety of sites across the country
  31107. at a variety of times of the day and week. Has anyone established any
  31108. test suites or other ways of benchmarking speed and thoughput for
  31109. internet vendors?
  31110.  
  31111. Alternatively, are vendors normally able to provide data from
  31112. simulations to show the effect of various types of network congestion
  31113. on their ability to provide timely, high-volume transport across the
  31114. net?
  31115.  
  31116.  
  31117. Marc Shafroth
  31118.  
  31119. ------------------------------
  31120.  
  31121. From: Brady, Karen M <KBrady@QCTYNO1.TELECOM.com.au>
  31122. Subject: White Pages on the Internet
  31123. Date: Tue, 14 Mar 95 10:40:00 EST
  31124.  
  31125.  
  31126. Dear Pat,
  31127.  
  31128. I'd appreciate it if you could publish this question in TELECOM Digest.
  31129.  
  31130. I am interested in getting information about the publication of telephone 
  31131. White Pages on the Internet.  I have heard that some telcos do publish their 
  31132. directories on the Internet and I am interested in the following:
  31133.  
  31134. 1. Which companies publish their directories on the Internet?
  31135. 2. What does it cost people to look up numbers?
  31136. 3. Do people use it ? How many searches per day?
  31137. 4. How easy is it to verify bulk lists of directory telephone numbers?
  31138. 5. Are there any Australian telephone directory information currently 
  31139. available?
  31140.  
  31141. Please reply directly to my internet address, as I do not have a
  31142. subscription to TELECOM Digest.
  31143.  
  31144.  
  31145. Regards,
  31146.  
  31147. Karen Brady
  31148. +61 7838 2069   +61 78351018
  31149.  
  31150.  
  31151. [TELECOM Digest Editor's Note: I don't know any instances of telcos having
  31152. their directories on the Internet. Am I missing something? Readers with
  31153. some knowledge on this should write Ms. Brady; if you want to copy us here
  31154. I'll be happy to receive a copy.   PAT]
  31155.  
  31156. ------------------------------
  31157.  
  31158. From: jdearing@netaxs.com (John Dearing)
  31159. Subject: v.35 BERT Test Sets
  31160. Date: 14 Mar 1995 00:39:10 GMT
  31161. Organization: Netaxs Internet BBS and Shell Accounts
  31162.  
  31163.  
  31164. My employer is looking for a v.35 BERT test set. We've seen literature 
  31165. for protocol analyzers that will do everything but start your car in the 
  31166. morning (with a price to boot!!).
  31167.  
  31168. While flipping through a catalog, I saw a device made by:
  31169.  
  31170. Datacom Technologies Inc.
  31171.  
  31172.  ... called the ET-2. It is a v.35 BERT which is supposed to work at
  31173. speeds up to 2.048 MB/s (external clocking).
  31174.  
  31175. The catalog lists the price at $739.00 but I think that's probably a 
  31176. little high.
  31177.  
  31178. Does anyone have a mailing address or phone number for Datacom Technologies?
  31179.  
  31180.  
  31181. Thanks in advance!
  31182.  
  31183. John Dearing    jdearing@netaxs.com
  31184.  
  31185. ------------------------------
  31186.  
  31187. From: sewall@ee.ualberta.ca (Jeremy Sam Sewall)
  31188. Subject: T1 Interface For PC
  31189. Date: 13 Mar 1995 23:34:31 GMT
  31190. Organization: Univ. of Alberta
  31191.  
  31192.  
  31193. Hello folks,
  31194.  
  31195. I am trying to put together a system for doing some experiments.  What
  31196. I need to do is run DSP algorithms on the pcm samples from a T1 line.
  31197. I would like to put together a PC based system that has a T1 interface, 
  31198. and a DSP board.  So, I have to pass the PCM samples from the 24 T1
  31199. channels to a DSP, and perform some processing tasks.  If possible,
  31200. getting both components on the same board, with a good development
  31201. system would be a bonus.
  31202.  
  31203. I am considering using a T1 interface board from GL Communications.
  31204. Anyone have a suggestion?
  31205.  
  31206.  
  31207. Thanks!
  31208.  
  31209. Jeremy Sewall   TRLabs, Edmonton, Canada
  31210. jsewall@trlabs.ca   sewall@ee.ualberta.ca
  31211.  
  31212. ------------------------------
  31213.  
  31214. From: forrestdg@cityscape.co.uk (D. Gerald Forrest)
  31215. Subject: GSM Business: An Invitation for Expressions of Interest
  31216. Date: Mon, 13 Mar 95 16:44:02 GMT
  31217. Organization: PIPEX news server (posting doesn't reflect the views of PIPEX)
  31218.  
  31219.  
  31220. GSM - Business - An Invitation for Expressions of Interest
  31221.  
  31222. Background:
  31223.  
  31224. Potential opportunities exist in with several United States based
  31225. companies which are active in provision of GSM related products and
  31226. services. The scope of needs includes such options as direct buy-outs,
  31227. the formation of strategic alliances and the provision of engineering
  31228. expertise.
  31229.  
  31230. General expressions of interest are invited from European and
  31231. Scandinavian based organisations that have proven technical expertise
  31232. in the design and development of GSM telephones and related networks.
  31233.  
  31234.  
  31235. An Example - Expressions of interest are invited:
  31236.  
  31237. A United States company (name withheld upon request) with annual sales
  31238. in excess of US$100M is looking to form a strategic alliance(s) with
  31239. an organisation(s) that has technical expertise in the design and
  31240. development of GSM cellular telephones.  This expertise can be as a
  31241. consultancy or as a seller of hardware design, call processing
  31242. software or both.
  31243.  
  31244. The company would be willing to discuss terms for licensing, a direct
  31245. buy-out, or engineering on a time and material basis.  The ultimate
  31246. goal of the company is to develop a line of wireless communications
  31247. devices based on the GSM design.  The need for this expertise is
  31248. immediate.  The company is in negotiation with a customer who wants to
  31249. purchase wireless communication devices.  Upon successful completion
  31250. of negotiations, the company will commence the design effort.  It is
  31251. expected that an agreement will be reached by the end of April 1995.
  31252.  
  31253. Respondents should have significant GSM related business base and be
  31254. willing to travel to the U.S. at short notice to provide corporate
  31255. level presentations of capability and expertise.
  31256.  
  31257. In the first instance, expressions of interest should be sent by E-mail or
  31258. fax only as directed below.   
  31259.  
  31260.  
  31261. D. Gerald Forrest  
  31262. International Technology Transfer Specialist
  31263. P.O. Box 139   
  31264. ST ALBANS  Hertfordshire, AL3 8US
  31265. United Kingdom
  31266.  
  31267. Direct Tel: +44 (0)1582 842559
  31268. Mobile Tel: +44 (0)860 307536
  31269. Direct Fax: +44 (0)1582 841881
  31270. E-mail: forrestdg@cityscape.co.uk       
  31271.  
  31272. ------------------------------
  31273.  
  31274. Date: Mon, 13 Mar 1995 02:44:45 -0500
  31275. From: nigel.allen@utoronto.ca (Nigel Allen)
  31276. Subject: Book Wanted: "Number Please - Early London Telephone Exchanges"
  31277.  
  31278.  
  31279. The following message was posted to HOUNDS-L, the Sherlock Holmes
  31280. discussion list (HOUNDS-L@GITVM1.GATECH.EDU). Has anyone seen the book
  31281. in question?
  31282.  
  31283.  From: Catherine Cooke <c.cooke@BBCNC.ORG.UK>
  31284.  
  31285. Number Please - early London telephone exchanges by David Occomore,
  31286. the book sought by Toby (B.Harkness) was published by a British
  31287. publisher last month. Empire Publishing is just his US distributor. As
  31288. it happens, I know the publisher, so checked the details with him
  31289. today. It is unlikely that copies will be available in the US before
  31290. June. The good news is that he can take US$ cheques. Write to:
  31291.  
  31292. Ian Henry Ltd., 20, Park Drive, Romford, Essex, RM1 4LH, England.
  31293. $17.50 will cover the cost of the book and its postage to the States.
  31294.  
  31295.  Hope you get hold of your book, Toby!
  31296.  Catherine Cooke c.cooke@bbcnc.org.uk
  31297.  
  31298.  
  31299. Nigel Allen, Toronto, Ontario, Canada      nigel.allen@utoronto.ca
  31300.  
  31301. ------------------------------
  31302.  
  31303. From: ece_0429@bigdog.engr.arizona.edu (Asghar Motaabbed)
  31304. Subject: Globalstar, Odyssey, Aries
  31305. Date: 12 Mar 1995 21:47:40 GMT
  31306. Organization: The University of Arizona
  31307.  
  31308.  
  31309. I would appreciate if someone tells me where to get information on
  31310. Globalstar, Odyssey, Aries.
  31311.  
  31312.  
  31313. Thanks,
  31314.  
  31315. Asghar Motabed  Computer Engineering Research Group
  31316. Electrical and Compter Engineering Department
  31317. University of Arizona 85720   motabed@ece.arizona.edu
  31318.  
  31319. ------------------------------
  31320.  
  31321. From: aymfan@hkuxa.hku.hk (Alex Fan)
  31322. Subject: Help! Information Needed on Kerberos
  31323. Organization: HKU
  31324. Date: Mon, 13 Mar 1995 02:04:03 GMT
  31325.  
  31326.  
  31327. I would like to configure the user access control for a Xyplex comm
  31328. server. Can anyone tell me where can I find the Kerberos package?
  31329.  
  31330.  
  31331. Regards,
  31332.  
  31333. Alex  aymfan@hkuxb.hku.hk
  31334.  
  31335. ------------------------------
  31336.  
  31337. From: mediamgt@gulf.net (Media Management Resources)
  31338. Subject: PCN Engineer Needed (Recruiter)
  31339. Date: 10 Mar 1995 23:10:27 GMT
  31340. Organization: Media Management
  31341.  
  31342.  
  31343. PCN ENGINEER NEEDED
  31344.  
  31345. We on behalf of our client are in search of an individual to act as an
  31346. interim PCN Engineer. The successful candidate will be responsible for
  31347. developing deployment recommendations for PCN over broadband
  31348. architecture.
  31349.  
  31350. A working knowledge of GSM, CDMA, and Cable Television Hybrid Fiber
  31351. Coax architectures preferred.
  31352.  
  31353. If you would like to be considered by us on the above listed
  31354. opportunity, please forward an updated resume along with a list of
  31355. professional references with current contact information. A cover
  31356. letter that will be used for our internal use only should also
  31357. accompany the resume and contain the following information:
  31358.  
  31359. % Minimum salary requirements;
  31360. % Telephone numbers where you can be contacted;
  31361. % Significant accomplishments;
  31362. % Any personal information you wish to share.
  31363.  
  31364. In all cases, this information should be sent to us via U.S. Mail.
  31365. Faxes are kept by our office for a period of only 20 days before being
  31366. discarded.
  31367.  
  31368. Please direct your response to:
  31369.  
  31370. InterimManagement Solutions, Inc.
  31371. 1101 Gulf Breeze Parkway, Box 141
  31372. Gulf Breeze, FL  32561
  31373. 904.934.4880 (v)  904.934.4756 (f)
  31374. InterimMgt@aol.com
  31375.  
  31376. InterimManagement Solutions (IMS) is an Executive Search firm that
  31377. specializes in the entertainment and information delivery systems
  31378. environments.  IMS provides the services of high level executive and
  31379. technical personnel for a specified period of time. This provides an
  31380. organization and a candidate with the ability to be flexible and
  31381. adaptable by taking advantage of a very interesting, non-traditional
  31382. approach to problem solving.
  31383.  
  31384. IMSU principals have specific experience with issues such as:
  31385. integrated voice, data and video services; alternative technologies
  31386. including MMDS, PCS and DBS (TVRO); advanced technologies for local
  31387. access (bypass); transactional order processing; fiber optic signal
  31388. delivery; high definition television; interactive services; new cable,
  31389. wireless and telephony services; digital audio, residential security
  31390. and home shopping; competitive technology assessment; finance and
  31391. administration, marketing and new business development.
  31392.  
  31393. All of our fees are paid by our client companies. 
  31394.  
  31395. ------------------------------
  31396.  
  31397. From: mediamgt@gulf.net (Media Management Resources)
  31398. Subject: Switched Network Planner (Recruiter)
  31399. Date: 13 Mar 1995 15:25:11 GMT
  31400. Organization: Media Management
  31401.  
  31402.  
  31403. Switched Network Planner Needed
  31404.  
  31405. Our firm has been retained by one of the worlds largest cable
  31406. television operators to identify, interview and refer for hire a
  31407. candidate for the position of Switched Network Planner.
  31408.  
  31409. The successful candidate will be responsible for the following:
  31410.  
  31411. 1. Develop fundamental plans for switched services networks.
  31412. 2. Provide assistance to Marketing and Corporate Engineering Divisions
  31413. in the areas of switched services technology upon request.
  31414. 3. Assist Divisions in the development of switched network business
  31415. plan.
  31416. 4. Work closely with transport and switching engineers on network
  31417. design.
  31418. 5. Work with marketing on product and services delivery.
  31419. 6. Conduct special studies as required to support market needs.
  31420. 7. Develop long-term SS7 implementation plan.
  31421.  
  31422. REQUIRED SKILLS AND EXPERIENCE:
  31423.  
  31424. % BS/EE or 5 years equivalent experience. 
  31425. % Thorough understanding of digital network switched services and
  31426.   network architecture planning. 
  31427. % Ability to develop capital budgets.
  31428. % Outside Plant engineering with working knowledge of TR-008 and
  31429.   TR-303.
  31430. % Excellent interpersonal skills, including conflict resolution,
  31431.   negotiation, problem solving, flexibility, and ability to work well in
  31432.   unstructured, ambiguous, dynamic conditions.
  31433. % Strong oral and written communications skills.
  31434.  
  31435. DESIRED SKILLS:
  31436.  
  31437. % Knowledge of high capacity digital network principles including
  31438.   Asynchronous, Synchronous, SONET, ATM, Frame Relay, Fiber Optics.
  31439. % Knowledge of CATV engineering.
  31440. % Knowledge of and experience in the budgeting process.
  31441.  
  31442. If you would like to be considered by us on the above listed
  31443. opportunity, please forward an updated resume along with a list of
  31444. professional references with current contact information. A cover
  31445. letter that will be used for our internal use only should also
  31446. accompany the resume and contain the following information:
  31447.  
  31448. % Minimum salary requirements;
  31449. % Telephone numbers where you can be contacted;
  31450. % Significant accomplishments;
  31451. % Any personal information you wish to share.
  31452.  
  31453. In all cases, this information should be sent to us via U.S. Mail.
  31454. Faxes are kept by our office for a period of only 20 days before being
  31455. discarded.
  31456.  
  31457. Please direct your response to:
  31458. Media Management Resources, Inc.
  31459. 1101 Gulf Breeze Parkway, Box 141
  31460. Gulf Breeze, FL  32561
  31461. 904.934.4756 (f)    mediamgt@gulf.net
  31462.  
  31463. Media Management Resources (MMR) is an Executive Search firm that
  31464. specializes in the entertainment and information delivery systems
  31465. environments. Our long standing relationships in these markets and the
  31466. reputation that we have built, give us the ability to successfully
  31467. meet our clients personnel needs as well as your own personal needs.
  31468.  
  31469. MMRU principals have specific experience with issues such as:
  31470. integrated voice, data and video services; alternative technologies
  31471. including MMDS, PCS and DBS (TVRO); advanced technologies for local
  31472. access (bypass); transactional order processing; fiber optic signal
  31473. delivery; high definition television; interactive services; new cable,
  31474. wireless and telephony services; digital audio, residential security
  31475. and home shopping; competitive technology assessment; finance and
  31476. administration, marketing and new business development.
  31477.  
  31478. All of our fees are paid by our client companies. 
  31479.  
  31480. ------------------------------
  31481.  
  31482. End of TELECOM Digest V15 #147
  31483. ******************************
  31484.     
  31485.     
  31486. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa03597;
  31487.           14 Mar 95 23:47 EST
  31488. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  31489.     id AA25140; Tue, 14 Mar 95 18:57:10 CST
  31490. Return-Path: <telecom>
  31491. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  31492.     id AA25134; Tue, 14 Mar 95 18:57:08 CST
  31493. Date: Tue, 14 Mar 95 18:57:08 CST
  31494. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  31495. Message-Id: <9503150057.AA25134@delta.eecs.nwu.edu>
  31496. To: telecom@eecs.nwu.edu
  31497. Subject: TELECOM Digest V15 #148
  31498.  
  31499. TELECOM Digest     Tue, 14 Mar 95 18:57:00 CST    Volume 15 : Issue 148
  31500.  
  31501. Inside This Issue:                           Editor: Patrick A. Townson
  31502.  
  31503.     Nokia 2112 NAM Programming (Alexander Cerna)
  31504.     More on Hong Kong (Rich Greenberg)
  31505.     Computer Communications Books For Sale (Tuan T. Ho)
  31506.     URLs for CATV in Europe (Ed Cox)
  31507.     Views and Comments of the Future (Terrell L. Adams)
  31508.     SMS/800 Batch Tapes? (Clarence Dold)
  31509.     A Fortune 500 Network Services VP Speaks re 800 (Judith Oppenheimer)
  31510.     Help Wanted With Nokia 6050 GSM Car Phone (Jurgen Morhofer)
  31511.     Telecom Hardware Newsgroup (Wade Viland)
  31512.     ATT Phone Compatibles Wanted (Randy Fine)
  31513.     Re: PBS Rumors and Innuendo: Any Truth? (Jerry McCollom)
  31514.     Re: Paging Interface With Computer (Ricardo Cardoso)
  31515.     Re: T1 -> Modems (Bill Grenoble)
  31516.     Re: Is ISDN Equipment Limited by Switch? (Ed Goldgehn)
  31517.     Re: Who's the B Cell Carrier in Ithaca NY? (John Levine)
  31518.     Re: Credit Checking on Cellular Customers (mfrere@limestone.kosone.com)
  31519.     Citizens in Support of Public Broadcasting (citcomp@essential.org)
  31520.     Last Laugh - Technology Notes (James Bellaire)
  31521.  
  31522. TELECOM Digest is an electronic journal devoted mostly but not
  31523. exclusively to telecommunications topics. It is circulated anywhere
  31524. there is email, in addition to various telecom forums on a variety of
  31525. public service systems and networks including Compuserve and America
  31526. On Line. It is also gatewayed to Usenet where it appears as the moderated
  31527. newsgroup 'comp.dcom.telecom'. 
  31528.  
  31529. Subscriptions are available to qualified organizations and individual
  31530. readers. Write and tell us how you qualify:
  31531.  
  31532.                  * telecom-request@eecs.nwu.edu *
  31533.  
  31534. The Digest is edited, published and compilation-copyrighted by Patrick
  31535. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  31536. or phone at:
  31537.                     9457-D Niles Center Road
  31538.                      Skokie, IL USA   60076
  31539.                        Phone: 500-677-1616
  31540.                         Fax: 708-329-0572
  31541.   ** Article submission address only: telecom@eecs.nwu.edu **
  31542.  
  31543. Our archives are located at lcs.mit.edu and are available by using
  31544. anonymous ftp. The archives can also be accessed using our email
  31545. information service. For a copy of a helpful file explaining how to
  31546. use the information service, just ask.
  31547.  
  31548. *************************************************************************
  31549. *   TELECOM Digest is partially funded by a grant from the              *
  31550. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  31551. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  31552. * project.  Views expressed herein should not be construed as represent-*
  31553. * ing views of the ITU.                                                 *
  31554. *************************************************************************
  31555.  
  31556. Additionally, the Digest is funded by gifts from generous readers such
  31557. as yourself who provide funding in amounts deemed appropriate. Your help 
  31558. is important and appreciated. A suggested donation of twenty dollars per
  31559. year per reader is considered appropriate. See our address above.
  31560.  
  31561. All opinions expressed herein are deemed to be those of the author. Any
  31562. organizations listed are for identification purposes only and messages
  31563. should not be considered any official expression by the organization.
  31564. ----------------------------------------------------------------------
  31565.  
  31566. Reply-To: Alexander Cerna <cerna@ntep.tmg.nec.co.jp>
  31567. Subject: Nokia 2112 NAM Programming
  31568. Date: Tue, 14 Mar 1995 13:25:42 +0800
  31569. From: Alexander Cerna <cerna@ntps5.ntep.tmg.nec.co.jp>
  31570.  
  31571.  
  31572. I'd like to thank all those who responded to my question on NAM
  31573. Programming for the Nokia 121.  I've used it to change the 5-digit
  31574. security code, and change the initial boot-up message from my
  31575. provider's name to a cheerful greeting.  8^)
  31576.  
  31577. Three days ago I bought my wife a Nokia 2112 from another service
  31578. provider.  I'd like to know how to do NAM Programming on it too.
  31579. Could someone please provide me the details?  Thanks very much in
  31580. advance.
  31581.  
  31582.  
  31583. Regards,
  31584.  
  31585. Alexander Cerna      cerna@ntep.tmg.nec.co.jp       VOX: +63 (32) 400-451
  31586. NEC Technologies     MEPZ, Lapulapu, Phils 6015     FAX: +63 (32) 400-457
  31587.  
  31588. ------------------------------
  31589.  
  31590. From: richgr@netcom.com (Rich Greenberg)
  31591. Date: Tue, 14 Mar 1995 18:33:36 PST
  31592. Reply-To: richgr@netcom.com
  31593. Subject: More on Hong Kong
  31594.  
  31595.  
  31596.  From an email newsletter:
  31597.  
  31598. In, Around and Online- Issue 2.10 - Week Ending 3/10/95
  31599. =======================================================
  31600. Copyright (C) 1995 Robert Seidman (robert@clark.net).  All rights
  31601. reserved.  May be reproduced in any medium for non-commercial purposes.
  31602.  
  31603. HONG KONG POLICE told Internet providers whose equipment was seized in
  31604. March 3rd raids that they could pick up their equipment.  The raid
  31605. left only one provider up and running in the British colony.  There is
  31606. still some confusion on why the police bothered to raid them over the
  31607. lack of a $96 (750 Hong Kong Dollars) license.  The operators of
  31608. services shut down in the raid have stated they will not put their
  31609. services back online until they have received their licenses.  The
  31610. seven operators, mostly newcomers to the exploding market had been
  31611. engaged in a price war with the one commercial service left
  31612. operational after the March 3 raid, Hong Kong SuperNet.  We have it
  31613. easy in the states, SuperNet charges about $25/hour for daytime use
  31614. and about $12.50/hr. off-peak.  The grounded competitors offered
  31615. services at a cheaper prices ranging from about $6-$8/hr.
  31616.  
  31617.  
  31618. Rich Greenberg            Work: TBA.  Know anybody needing a VM guru?
  31619. N6LRT   TinselTown, USA   Play: richgr@netcom.com               310-649-0238
  31620. Pacific time.    I speak for myself & my dogs only.
  31621. Canines: Val(Chinook,CGC), Red(Husky,(RIP)), Shasta(Husky)
  31622.  
  31623. ------------------------------
  31624.  
  31625. From: tuanho@netway.net (Tuan T. Ho)
  31626. Subject: Computer Communications Books For Sale
  31627. Date: 14 Mar 1995 15:39:05 GMT
  31628. Organization: Netway 2001
  31629.  
  31630.  
  31631. I have the following books for sale:
  31632.  
  31633. Please note the book condition:
  31634.  
  31635. Brand New = (!)             Good    = (***)
  31636. Excellent = (****)          Average = (**)        Poor = (*)
  31637.  
  31638. All books are hard bound unless otherwise noted.
  31639.  
  31640.  
  31641. - W. Stallings, Local Networks: An Introduction, Macmillan, 1984, $20 (***).
  31642.  
  31643. - K. Kummerle, J. O. Limb, F. A. Tobagi, eds., Advances in Local Area
  31644.   Networks, IEEE Press, 1987, $19 (****).
  31645.  
  31646. - M. Santifeller, TCP/IP and ONC/NFS Internetworking in a UNIX Environment,
  31647.   Addison Wesley, 1994, $29 (!).
  31648.  
  31649. - M. P. Clark, Networks and Telecommunications: Design and Operation,
  31650.   John Wiley, 1991, $29 (!).
  31651.  
  31652. - K. Terplan, Communication Networks Management, 2nd ed., Prentice Hall,
  31653.   1992, $29 (!).
  31654.  
  31655. - J. D. Spragins, J. L. Hammond, and K. Pawlikowski, Telecommunication
  31656.   Protocols and Design, Addison Wesley, 1991, $29 (!).
  31657.  
  31658. - T. C. Bartee, Editor-in-Chief, Digital Communications, Howard Sams & Co.,
  31659.   1986, $29 (!).
  31660.  
  31661. - T. Saadawl, M. Ammar, and A. Hakeem, Fundamentals of Tecommunication
  31662.   Networks, John Wiley & Sons, 1994, $39 (!).
  31663.  
  31664. - P. J. Fortier, Handbook of LAN Technology, McGraw Hill, 1989, $39 (!).
  31665.  
  31666. - J. Martin, Telecommunications and the Computer, 2nd ed., Prentice Hall,
  31667.   1976, $25 (!).
  31668.  
  31669. - J. D. Gibson, Principles of Digital and Analog Communications, 2nd ed.,
  31670.   Macmillan, 1993, $29 (****).
  31671.  
  31672. - L. W. Couch II, Digital and Analog Communication Systems, Macmillan, 1983,
  31673.   $25 (***). 
  31674.  
  31675. - D. R. Smith, Digital Transmission Systems, Van Nostrand Reinhold, 1985,
  31676.   $20 (****).
  31677.  
  31678. - M. Barkat, Signal Detection and Estimation, Artech House, 1991, $30 (!).
  31679.  
  31680.  
  31681. If interested, Please e-mail me at: tuanho@netway.net
  31682.                or Phone me at     : (303) 364-4426
  31683.  
  31684.  
  31685. Thanks,
  31686.  
  31687. Tuan
  31688.  
  31689. ------------------------------
  31690.  
  31691. Date: 10 Mar 95 08:30:00 -0800
  31692. From: COX_ED@tandem.com
  31693. Subject: URLs For CATV in Europe
  31694.  
  31695.  
  31696. I'm looking for online sources for CATV activities in Europe.  I've
  31697. had no luck except for the RACE page, which contains more research
  31698. than market information.
  31699.  
  31700. Email address is cox_ed@tandem.com
  31701.  
  31702.  
  31703. Thanks,
  31704.  
  31705. Ed
  31706.  
  31707. ------------------------------
  31708.  
  31709. Date: Wed, 8 Mar 95 12:59 WET
  31710. From: niteowl@aloha.net (Terrell L. Adams)
  31711. Subject: Views and Comments of the Future
  31712.  
  31713.  
  31714. Hello Internet community, I need some feedback on this question below,
  31715. your ideal, your view of the future for education with tomorrow's
  31716. technology.
  31717.  
  31718. 1.  Describe what you think Community College or University will be
  31719. like one hundred years from now in the year 2095?
  31720.  
  31721.     a) From a student's point of view.
  31722.     b) From a teacher's point of view.
  31723.  
  31724. Please e-mail your comments to niteowl@aloha.net
  31725.  
  31726. niteowl@aloha.net = @@E-Mail Welcome@@
  31727. Terrell L. Adams Ewa Beach, Hawaii
  31728.  
  31729. ------------------------------
  31730.  
  31731. From: Clarence Dold <dold@rahul.net>
  31732. Subject: SMS/800 Batch Tapes
  31733. Date: 14 Mar 1995 23:32:48 GMT
  31734. Organization: a2i network
  31735.  
  31736.  
  31737. I am preparing to submit SMS/800 batch update tapes to BellCore for the
  31738. first time.  This is according to BellCore Doc GR-1514-CORE.
  31739.  
  31740. Might someone have a UNIX or MSDOS tool for creating these tapes?
  31741.  
  31742. I'm crafting one at the moment, but it would be nice to have some existing
  31743. c-code to steal.
  31744.  
  31745.  
  31746. Clarence A Dold - dold@rahul.net
  31747.                 - Pope Valley & Napa CA.
  31748.  
  31749. ------------------------------
  31750.  
  31751. From: producer@pipeline.com (Judith Oppenheimer)
  31752. Subject: A Fortune 500 Network Services VP Speaks re 800
  31753. Date: 14 Mar 1995 01:02:40 -0500
  31754. Organization: Interactive CallBrand(TM)
  31755.  
  31756.  
  31757. Last night I posted a notice for concerned marketers to fax the State
  31758. Department re their concerns about proposed international freephone.
  31759.  
  31760. I've been copied on a number of letters that were sent this morning,
  31761. including the following, which I was given permission to post sans
  31762. company name.  It might help clarify issues for some of you.  The
  31763. writer is a VP of network services at a Fortune 500.
  31764.  
  31765.                      ------------------
  31766.  
  31767. Mr. Earl Barberly
  31768. US State Department
  31769. Washington, DC
  31770.  
  31771. Subject: Universal International Freephone Service
  31772.  
  31773. Dear Mr. Barberly,
  31774.  
  31775. I write you to express the concerns of (XYZ Company) regarding the
  31776. upcoming UIFS offering pending approval in September. My understanding
  31777. is that current 800 users whom have spent heavily in marketing their
  31778. vanity 800 numbers (1-800-XXXXXXX in our case) will possibly loose the
  31779. ability to continue to be known by the Branding we have done with the
  31780. new service.  It is not clear that if the new service if instituted as
  31781. defined, will infringe on the de-facto trademark it represents to (XYZ
  31782. Company).  We are just now exploring with our legal department what
  31783. proprietary rights we have with this number.  I also believe that
  31784. issues regarding misdialed calls, domestic versus international
  31785. billing for call generated within the US have not been properly
  31786. addressed.
  31787.  
  31788. Anything that you can do to extend the stable state of the existing
  31789. document to allow the user community to continue, and in most cases
  31790. begin, to investigate the issues would be greatly appreciated.
  31791.  
  31792. Ideally, the Federal Trade Commission might need to come into this
  31793. issue re trademarks, etc. and how they are protected across
  31794. international boundaries.
  31795.  
  31796. Sincerely yours,
  31797.  
  31798.               --------------------------------
  31799.  
  31800. J. Oppenheimer, Producer@Pipeline.com
  31801.  
  31802. ------------------------------
  31803.  
  31804. Date: Tue, 14 Mar 1995 11:35:09 +0100
  31805. From: jurgen@dataflash.it (Jurgen Morhofer)
  31806. Subject: Help Wanted With Nokia 6050 GSM Car Phone
  31807.  
  31808.  
  31809. Dear Mr. Townson,
  31810.  
  31811. I already submitted you this help request once, on Jan 27, and you
  31812. published it on Jan 31, but up to now I haven't seen any answer to it
  31813. in your Digest.  In the last month my old Internet-provider had a lot
  31814. of problems and I'm afraid that maybe somebody answered me directly
  31815. but the mail went lost. If it is possible for you I would kindly ask
  31816. you to republish it again, as it is very important to me to resolve
  31817. this problem. Anyone who should write me will receive a reply from me
  31818. to know that his mail arrived.
  31819.  
  31820.                   --------------------
  31821.  
  31822. Recently I bought a Nokia 6050 GSM car phone with built-in
  31823. hands-free-kit and I experienced some trouble with my antenna. Before
  31824. switching to GSM I had a NEC P3 (ETACS version; the same system that
  31825. is used in UK and Austria too) with a Hands-Free-Kit and external
  31826. antenna. During installation of the new Nokia phone I connected the
  31827. existing antenna, that always had worked fine with my NEC P3, to it.
  31828.  
  31829. When making phone calls everything works fine if I use the handset but
  31830. in case of using the hands-free option the called or calling party on
  31831. the other side hears some very loud interference-like sounds mixed
  31832. together with my voice. First I thought that the hands-free section of
  31833. my phone would be defect but then by case I tried to turn off my
  31834. antenna leaving the antenna cable connected to my phone and surprise,
  31835. surprise, everything was perfect.  
  31836.  
  31837. I called Nokia Customer service but their representitive did not
  31838. understand very much about GSM phones as they are still not very
  31839. popular here in Italy.  For now I attached a small FM-antenna to cover
  31840. the ugly knob that comes out of my trunk, but I'm afraid to burn my
  31841. amplifier (8W) without a proper antenna.
  31842.  
  31843. Who has any idea of what happened and what I should do? Please e-mail!
  31844.  
  31845.  
  31846. Thanks in advance,
  31847.  
  31848. jurgen@dataflash.it
  31849. Tel:+39-6-780-8093
  31850. FAX:+39-6-780-8777
  31851. Rome, Italy
  31852.  
  31853. ------------------------------
  31854.  
  31855. Date: Tue, 14 Mar 1995 08:21:41 -0600
  31856. From: tft2@ic.mankato.mn.us (Thin Film Technology)
  31857. Subject: Telecom Hardware Newsgroup
  31858.  
  31859.  
  31860. Thanks for including us on your mailing list.  I find that of the
  31861. information interesting to say the least.  It brings back memories of
  31862. my military days were I was a player in the wideband com. game.
  31863. Working with mobile systems in a tactical unit, and at a hub of the
  31864. DEB link.  Your list is a wealth of contacts in many avenues of
  31865. telecomunications and I thank you again.
  31866.   
  31867. Is there an area for telecom hardware discussion?  This would be more
  31868. direct to my interests in my present profession.  If so please mail me
  31869. an address.
  31870.  
  31871. Thank you, Thank you, Thank you ...
  31872.  
  31873.  
  31874. Wade Viland
  31875.  
  31876.  
  31877. [TELECOM Digest Editor's Note: I don't think there is any Usenet group
  31878. specifically for telecom hardware. Generally the topic is discussed
  31879. right here. Feel free to submit questions; I am sure the experts will
  31880. respond.     PAT]
  31881.  
  31882. ------------------------------
  31883.  
  31884. From: Randy Fine <comppart@albany.net>
  31885. Date: Mon, 13 Mar 1995 11:53:51 +0000
  31886. Subject: ATT Phone Compatibles
  31887.  
  31888.  
  31889. One of my clients is loking to replace a telephone instrument on his
  31890. ATT Merlin system.  He is looking for a full featured phone that
  31891. especially includes a mute button.  Any suggestions for brands,
  31892. models, vendors, etc would be appreciated.
  31893.  
  31894.  
  31895. Randy Fine     Computer Partners   comppart@albany.net
  31896.  
  31897. ------------------------------
  31898.  
  31899. From: jmc@cnd.hp.com (Jerry McCollom)
  31900. Subject: Re: PBS Rumors and Innuendo: Any Truth?
  31901. Date: 14 Mar 1995 04:12:31 GMT
  31902. Organization: Hewlett Packard
  31903.  
  31904.  
  31905. In article <telecom15.144.4@eecs.nwu.edu> cogorno@netcom.com (Steve
  31906. Cogorno) writes:
  31907.  
  31908. > "Your tax dollars" amounts to about $0.75 for PBS.
  31909.  
  31910. Well, to get this back to telecom issues:
  31911.  
  31912. Can I keep my $0.75 in my own pocket so I can use 1-900-GET-INFO?  :-)
  31913.  
  31914.  
  31915. Jerry McCollom
  31916. Hewlett Packard Co., Network and System Management Division
  31917. jmc@cnd.hp.com    
  31918.  
  31919. ------------------------------
  31920.  
  31921. From: abgportu@puug.pt (Ricardo Cardoso)
  31922. Subject: Re: Paging Interface With Computer
  31923. Date: 14 Mar 1995 18:31:01 GMT
  31924. Organization: AGB
  31925.  
  31926.  
  31927. HUANG Zhengqian (zqhuang@sunmp.csd.hku.hk) wrote:
  31928.  
  31929. > Does anybody know if there is a paging receiver that can be
  31930. > connected to a computer so that data received over the air can be
  31931. > sent to the computer?
  31932.  
  31933. Have you ever seen any software that uses the Sound Blaster to recieve
  31934. PAGER signal at 512kbits/s?
  31935.  
  31936. ------------------------------
  31937.  
  31938. From: billg@Radix.Net (Bill Grenoble)
  31939. Subject: Re: T1 -> Modems
  31940. Date: 14 Mar 1995 20:57:59 GMT
  31941. Organization: RadixNet Internet Services
  31942.  
  31943.  
  31944. ScottPCS (scottpcs@aol.com) wrote:
  31945.  
  31946. > I need to bring in a T1 line to 24 1200 baud modems for my company.
  31947. > It seems like an inefficient solution to run the T1 into a channel
  31948. > bank to end up with 24 phone lines and then plug in 24 modems plugged
  31949. > into 24 serial ports.  Is there any type of hardware that can handle
  31950. > this T1 / modem problem better?  Preferrably something PC based
  31951. > (Windows NT) and cheap <g>.
  31952.  
  31953. Scott,
  31954.  
  31955. I have seen a T1 rack mount modem (V.Fast I think), but it cost more
  31956. than a channel bank and a rackmount modem. Try Penril in Rockville MD
  31957. (I think) or Racal/Vadic. What type modems? 212? And why sooo s l o w?
  31958. My 2400 modem cost $19 and came with FAX software! And it is s l o w!
  31959.  
  31960.  
  31961. Good Hunting!
  31962.  
  31963. Bill Grenoble   billg@radix.net   billg@radixii.com
  31964.  
  31965. ------------------------------
  31966.  
  31967. From: edg@ocn.com (Ed Goldgehn)
  31968. Subject: Re: Is ISDN Equipment Limited by Switch?
  31969. Date: 14 Mar 1995 23:44:12 GMT
  31970. Organization: The INTERNET Connection, LLC
  31971.  
  31972.  
  31973. In article <telecom15.138.10@eecs.nwu.edu>, cogorno@netcom.com says:
  31974.  
  31975. > I am in the process of converting my two lines into an ISDN line, and
  31976. > while on the phone today the PacBell representative said somthing a
  31977. > little startling.  She told me "You are served off a 5ESS (which I
  31978. > knew), so you need to buy AT&T equipment." I thought this was a little
  31979. > odd, so I asked her why. SHe said that AT&T ISDN equipment will not
  31980. > work with a DMS-100 and Northern equipment will not work with the
  31981. > 5ESS.  So, if I move to an area that has a DMS-100, I will have to buy
  31982. > all new equipment. Is this _really_ true?
  31983.  
  31984. No.
  31985.  
  31986. If you are served by an AT&T Switch which has not been upgraded to
  31987. provide ISDN via National 1 (NI-1) standards (in other words custom
  31988. only), then this is definitely the case.  This can also be the case if
  31989. you have requested some services which are not included in the NI-1
  31990. standards and, therefore, PacBell is providing you the service via
  31991. custom settings on the 5ESS.  With NI-1 service, you can use anyone's
  31992. equipment that complies to the services provided under that standard.
  31993.  
  31994. In most cases, though, when you request NI-1 service you either can
  31995. get it or find out *when* you can get it.  Also, non NI-1 service will
  31996. become more and more rate as NI-2 starts getting deployed as well.
  31997.  
  31998. My understanding is that PacBell is moving to providing all ISDN
  31999. service through NI-1 where they have been providing custom services
  32000. from their switches.
  32001.  
  32002. In any event, even if you need to buy AT&T equipment today, you should
  32003. still be able to use it if you move.  You might not get all the same
  32004. features as originally provided on the AT&T switch, but the majority
  32005. of services needed by most end-users will be available via NI-1, NI-2
  32006. and beyond.
  32007.  
  32008.  
  32009. Ed Goldgehn                          E-Mail:  edg@ocn.com
  32010. Sr. Vice President                   Voice:   (404) 919-1561
  32011. Open Communication Networks, Inc.    Fax:     (404) 919-1568
  32012.  
  32013. ------------------------------
  32014.  
  32015. Date: Tue, 14 Mar 1995 19:04:54 -0500
  32016. From: johnl@iecc.com (John Levine)
  32017. Subject: Re: Who's the B Cell Carrier in Ithaca NY?
  32018.  
  32019.  
  32020. I asked why there's no B cellular carrier in the NY-4 RSA which includes
  32021. Ithaca, Cortland, and Auburn NY.
  32022.  
  32023. A correspondent reports that NYNEX, The Trumansburg Home Telephone
  32024. Company (a small telco that serves a few rural towns) and an area
  32025. Indian group have been involved in a legal dispute over the license.
  32026.  
  32027. The same problem held up the Cape Cod B system for years.  In that
  32028. case, the contestants were NYNEX, who provides wireline service for
  32029. 99.9% of the service area, the Elizabeth Islands Telephone Company,
  32030. which provides service on one small island (and doesn't even have a
  32031. switch, its wires all run across the harbor to the NET CO in Falmouth,
  32032. but was owned by magazine zillionaire Malcolm Forbes who knew a
  32033. potential gold mine when he saw one), and the Gay Head tribe on
  32034. Martha's Vineyard who had set up a paper telco purely to try to get
  32035. the franchise and claimed preference under some minority preference
  32036. law.
  32037.  
  32038. That was finally resolved in favor of NYNEX, who quickly built it and made
  32039. it part of the Boston system.  Elizabeth Islands may have a tiny minority
  32040. stake; the Indians lost out because their telco was clearly nonexistant,
  32041. having no plant, no franchise, and no customers.
  32042.  
  32043.  
  32044. Regards,
  32045.  
  32046. John Levine, johnl@iecc.com
  32047. Primary perpetrator of "The Internet for Dummies"
  32048.  
  32049. ------------------------------
  32050.  
  32051. From: Mfrere <mfrere@limestone.kosone.com>
  32052. Subject: Re: Credit Checking on Cellular Customers
  32053. Date: 14 Mar 1995 03:22:50 GMT
  32054. Organization: Solect Technology Group
  32055.  
  32056.  
  32057. > When I applied with RochesterTel Mobile, they wanted a $250 deposit.
  32058. > Since I am a college student, I don't usually have that much money
  32059. > lining my wallet, anxious to sit in someone else's pocket. :) It seems
  32060. > that since I haven't had residential telephone service for three
  32061. > continuous years (time on the campus CBX doesn't count), they think
  32062. > I'm a risk.
  32063.  
  32064. > Of course, the cellular business is a lot like the used-car business.
  32065. > As soon as my face fell, the salesman "suddenly" remembered a recent
  32066. > memo. It seems they can just take my credit-card number (even though I
  32067. > didn't have $250 credit left on it) and charge my MasterCard if I fail
  32068. > to pay the bill.  This tune changed so quickly that I couldn't help
  32069. > but think it was fishy, but that's the nature of the game :/ 
  32070.  
  32071. The Cellular carrier I work for, on average, was writing off at least
  32072. 10% of it's revenue due to bad credit!  With tighter credit checks,
  32073. it's down below 3%.
  32074.  
  32075. This might give you something to think about.  
  32076.  
  32077. Cellular is a business, not a right.
  32078.  
  32079.  
  32080. Later,
  32081.  
  32082. Mike
  32083.  
  32084.  
  32085. [TELECOM Digest Editor's Note: You are correct it is a business, and not
  32086. a 'right'; in the sense that landline telco is regulated and must accept
  32087. all customers, and even the landline telco has the right to require a
  32088. deposit or advance payment from customers it thinks will default on the
  32089. bill.
  32090.  
  32091. One thing cellular companies might do however to decrease their risks
  32092. while encouraging new customers with credit which is not the best to
  32093. subscribe is make adaptations in their switches so that credit limits
  32094. could be set and honored. For example, John Doe has poor credit, but 
  32095. wants a cell phone. Why can't the carrier turn on his account and set
  32096. it up so that he has a fifty dollar per month (as an example) limit then
  32097. cut him off at that point?  Why require a thousand dollar deposit that
  32098. John Doe cannot raise?  The callback services all do this. The customer
  32099. and the company mutually agree on a credit limit; at that point the
  32100. service gets turned off until payment is received. Would that be so
  32101. hard for a cellular carrier to accomplish?    PAT]
  32102.  
  32103. ------------------------------
  32104.  
  32105. From: citcomp@essential.org ([Citizens' Committee for Public Broadcasting])
  32106. Subject: Citizens in Support of Public Broadcasting
  32107. Date: 15 Mar 1995 00:10:51 GMT
  32108. Organization: Citizens Committee for Public Broadcasting
  32109.  
  32110.  
  32111. National Citizens Organization forms in response to the threat of
  32112. drastic funding cuts to public broadcasting.
  32113.  
  32114. The Citizens Committee for Public Broadcasting is a nationwide
  32115. coalition of viewers, listeners, and organizations dedicated to
  32116. preserving the independence, integrity, and quality of America s
  32117. public broadcasting system.
  32118.  
  32119. CCPB is fighting efforts to eliminate the federal subsidies that
  32120. ensure the quality, diversity and availability of public broadcasting
  32121. for the American people. Annual subsidies -- which cost each American
  32122. about $1.09 each year -- provide funds for both programming and
  32123. station operating expenses, and are critical to the system s survival.
  32124.  
  32125. The House of Representatives has already proposed substantial cuts to
  32126. fiscal year 1996 and 1997.  In order to preserve funding and quality
  32127. programming for 1998 we must act now. The committee is encouraging
  32128. additional local organizers and community groups to add their voice to the
  32129. campaign. CCPB can provide background information on public broadcasting,
  32130. congressional updates, and grassroots organizing expertise. 
  32131.  
  32132. For more information, contact ccpb@essential.org or call 202-463-0020.
  32133.  
  32134. ------------------------------
  32135.  
  32136. Date: Tue, 10 Mar 95 01:03 EST
  32137. From: bellaire@iquest.net (James Bellaire)
  32138. Subject: Last Laugh! Technology Notes
  32139.  
  32140.  
  32141. A few notes on technology ...
  32142.  
  32143. Earlier this week I was looking at computer software in a department store, 
  32144. I turned around to leave and spotted a dictionary/encyclopedia.  Immediately 
  32145. I was thinking.
  32146.  
  32147.         Is this PC or MAC?  It is CDROM or floppies?  What memory does it 
  32148. need?  Then I noticed that it was a book.  (Ah, they still do publish on 
  32149. paper!)
  32150.  
  32151. It's not all my fault, of course.  The store was selling plastic
  32152. bookshelves as "Multimedia Racks."  I keep wondering how my children
  32153. will be affected by these changes.  Then my six year old nephew visited my
  32154. parents.  He found an old typewriter, pulled it out and began typing...
  32155.         LOAD "GAMES", 8,1
  32156.  
  32157. After he pressed enter he complained that the typewriter wasn't working.  
  32158. Too used to computers.  He did manage to teach my dad how to turn on,
  32159. load and run Hoyle's Solitare on the PC yesterday.
  32160.  
  32161. And so it goes ...
  32162.  
  32163.  
  32164. James E. Bellaire       bellaire@iquest.net
  32165.  
  32166. "True intelegence is showing the knowledge that the people you are talking 
  32167. to want to hear."
  32168.  
  32169. ------------------------------
  32170.  
  32171. End of TELECOM Digest V15 #148
  32172. ******************************
  32173.     
  32174.     
  32175. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa04830;
  32176.           16 Mar 95 17:12 EST
  32177. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  32178.     id AA12050; Thu, 16 Mar 95 11:14:34 CST
  32179. Return-Path: <telecom>
  32180. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  32181.     id AA12036; Thu, 16 Mar 95 11:14:29 CST
  32182. Date: Thu, 16 Mar 95 11:14:29 CST
  32183. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  32184. Message-Id: <9503161714.AA12036@delta.eecs.nwu.edu>
  32185. To: telecom@eecs.nwu.edu
  32186. Subject: TELECOM Digest V15 #149
  32187.  
  32188. TELECOM Digest     Thu, 16 Mar 95 11:14:00 CST    Volume 15 : Issue 149
  32189.  
  32190. Inside This Issue:                           Editor: Patrick A. Townson
  32191.  
  32192.     Fiber-Optic Network To Be Installed In High School (David Brouda)
  32193.     Study of Universal Service (or Lack Thereof) (Rutgers via Jerry Leichter)
  32194.     Pac Bell, California PUC and "Reasonable Level of Service" (Jon Tara)
  32195.     Reinvention Team Dials in on U.S. Federal Phone Improvements (Nigel Allen)
  32196.     Serial Communications Controller for V.35 (dasdanh@aol.com)
  32197.     IEEE 802.14 Progress and Contacts Wanted (Phil Potter)
  32198.     Benchmarking Internet Providers (Marc Shafroth)
  32199.  
  32200. TELECOM Digest is an electronic journal devoted mostly but not
  32201. exclusively to telecommunications topics. It is circulated anywhere
  32202. there is email, in addition to various telecom forums on a variety of
  32203. public service systems and networks including Compuserve and America
  32204. On Line. It is also gatewayed to Usenet where it appears as the moderated
  32205. newsgroup 'comp.dcom.telecom'. 
  32206.  
  32207. Subscriptions are available to qualified organizations and individual
  32208. readers. Write and tell us how you qualify:
  32209.  
  32210.                  * telecom-request@eecs.nwu.edu *
  32211.  
  32212. The Digest is edited, published and compilation-copyrighted by Patrick
  32213. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  32214. or phone at:
  32215.                     9457-D Niles Center Road
  32216.                      Skokie, IL USA   60076
  32217.                        Phone: 500-677-1616
  32218.                         Fax: 708-329-0572
  32219.   ** Article submission address only: telecom@eecs.nwu.edu **
  32220.  
  32221. Our archives are located at lcs.mit.edu and are available by using
  32222. anonymous ftp. The archives can also be accessed using our email
  32223. information service. For a copy of a helpful file explaining how to
  32224. use the information service, just ask.
  32225.  
  32226. *************************************************************************
  32227. *   TELECOM Digest is partially funded by a grant from the              *
  32228. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  32229. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  32230. * project.  Views expressed herein should not be construed as represent-*
  32231. * ing views of the ITU.                                                 *
  32232. *************************************************************************
  32233.  
  32234. Additionally, the Digest is funded by gifts from generous readers such
  32235. as yourself who provide funding in amounts deemed appropriate. Your help 
  32236. is important and appreciated. A suggested donation of twenty dollars per
  32237. year per reader is considered appropriate. See our address above.
  32238.  
  32239. All opinions expressed herein are deemed to be those of the author. Any
  32240. organizations listed are for identification purposes only and messages
  32241. should not be considered any official expression by the organization.
  32242. ----------------------------------------------------------------------
  32243.  
  32244. From: dbrouda@netaxs.com (David Brouda)
  32245. Subject: Fiber-Optic Network To Be Installed In High School
  32246. Date: Tue, 14 Mar 1995 20:16:55 -0500
  32247. Organization: Net Access - Philadelphia's Internet Connection
  32248.  
  32249.  
  32250. My high school (Haverford High School in Havertown, PA (suburb of
  32251. Philadelphia) is going to be renovated (actually, rebuilt, except for
  32252. the outside walls and floors), and they are putting in a fiber-optic
  32253. netowrk all through the school.
  32254.  
  32255. Currently, we have a 140 node LocalTalk Network ... all for STUDENT
  32256. use.  (1500 students, who MUST use computers for English papers
  32257. at least once a quarter).
  32258.  
  32259. There are four Mac SE/30's acting as servers which are on an EtherNet
  32260. backbone ... the nodes for the network are divided into Zones and each
  32261. Zone has their own Router which is on the EtherNet backbone ... so the
  32262. routers route information to and from the servers on the EtherNet
  32263. backbone.
  32264.  
  32265. When they renovate the building (starting in the summer, ending
  32266. sometime in early 1998), the backbone will be built into the building
  32267. (in conduits probably, currently the ethernet backbone is just in one
  32268. small room along a wall connecting the servers and routers) ... but
  32269. the backbone must last for 50 years (as long as the builing ... haha,
  32270. something designed today will never last that long ... but we can
  32271. try).
  32272.  
  32273. The plan is to make the backbone fiber ... and since the current
  32274. design of Zones and routers works well (especially for LocalTalk) we
  32275. figured we'd stick with it.
  32276.  
  32277. So we are currently planning to have finger (of undecided rating) running
  32278. from the central servers vertically down to the first floor, the servers
  32279. are on the third (there are only three floors). Then have less rated fiber
  32280. run on each floor to four sections of the building (four branches off the
  32281. vertical fiber) on each floor.
  32282.  
  32283. Now, I also came up with the idea that the netowrk should NOT have a
  32284. central point, at least one that the entire network was dependent on.
  32285. So I thought to add fiber from each area of the building to the other,
  32286. forming an outer circle of fiber. The outer cirlce would connect at
  32287. each area to the router/hub (whatever) that the fiber is connected to
  32288. that comes from the vertical fiber from the central area.
  32289.  
  32290. In each area, I thought there should be lesser grade fiber (than what
  32291. comes into each area from the central part) going to each classroom (or
  32292. two classrooms, or whatever) and having it go into hubs which each
  32293. computer (most likely all Macs, since that's all we use now) would be
  32294. connected to using Category 5, 4-pair Twisted Pair.
  32295.  
  32296. Now, I think this is a great design (kinda like the Internet, if there
  32297. is a problem with the central hubs/router, the network is not down,
  32298. only the central server can't be accessed ... which is still an
  32299. unlikely thing to happen ... that the servers would not be accessable
  32300. for some reason.
  32301.  
  32302. Anyway, the MAIN problem with this is that I am graduating this year,
  32303. and will not be around to do any of this, or even use it. :-(
  32304.  
  32305. BTW, it will also be connected to the Internet; probably with a T1.
  32306.  
  32307. Anyway, the problem is that the school needs someone who KNOWS how to
  32308. put this network together ... there are people out there that say they
  32309. know how, but then they submit something that looks like it is right
  32310. out of a text book (which I saw a diagram today that was just that ...
  32311. the guy that put it together was a moron).
  32312.  
  32313. So if anyone know of anyone that is knowledgable in that area of
  32314. fiber-optic networking, or knowledgeable themselves, PLEASE post a
  32315. reply or e-mail me (both preferred).
  32316.  
  32317. (You don't even have to have a degree ... hell, the school trusts me,
  32318. and is taking my advice, and I am only a senior in high school! I told
  32319. them if they wait five years until I get my degree in Telcom Engineering, 
  32320. I'd be able to help, no problem.) This must been done now though ...
  32321. renovations start this summer so they need to know where to put
  32322. conduits and such, and how big to make to conduits, etc ... and maybe
  32323. even what to put in them.
  32324.  
  32325. Again, let me know if you even have the slightest clue of any of this
  32326. stuff.
  32327.  
  32328.  
  32329. David Brouda
  32330. Program Director/General Manager, WHHS-FM
  32331. Computer Technology Assistant
  32332. Haverford High School  Havertown, PA
  32333.  
  32334. ------------------------------
  32335.  
  32336. Date: Wed, 15 Mar 95 08:19:45 EDT
  32337. From: Jerry Leichter <leichter@lrw.com>
  32338. Subject: Study of Universal Service (or Lack Thereof)
  32339.  
  32340.  
  32341. [I'm very surprised no one has forwarded this to TELECOM yet.  This
  32342. version, and the material above the *'s, is from a mailing list
  32343. maintained by Phil Agre.]
  32344.                             -- Jerry
  32345.  
  32346.  From: Phil Agre <pagre@weber.ucsd.edu>
  32347.  To: rre@weber.ucsd.edu
  32348.  Subject: Rutgers Universal Service Study
  32349.  
  32350. [I have taken the liberty of reformatting some of this so that it can
  32351. be read on computer screens, but I have not changed the text.  I have
  32352. also removed some forwarding headers.]
  32353.  
  32354.  From: Bell Atlantic <howarth@ba.com>
  32355.  To: Multiple recipients of list <ba-list@ba.com>
  32356.  Subject: Rutgers Universal Service Study
  32357.  
  32358.  
  32359. NEWS RELEASE *********************************************************
  32360.  ************************************************************** RUTGERS
  32361.  
  32362. FOR IMMEDIATE RELEASE                                         Contact:
  32363. February 23, 1995                  Dr. Milton Mueller,  (908) 932-7910
  32364.                                    Dr. Jorge  Schement, (908) 932-7919
  32365.  
  32366.    RUTGERS UNIVERSITY STUDY DEBUNKS MYTHS ABOUT TELEPHONE SERVICES
  32367.  
  32368. NEW BRUNSWICK, N.J. -- A major Rutgers University study released today
  32369. concludes that long-distance calling, not basic service rates, drive
  32370. people off the phone network; young people, not senior citizens, have
  32371. less access to telephones -- especially racial or ethnic minorities;
  32372. and telephone usage varies significantly among races and genders, even
  32373. though everyone has access to the same services.
  32374.  
  32375. The report, entitled "Universal service from the bottom up: A profile
  32376. of telecommunications access in Camden, New Jersey," is based on
  32377. interviews with Camden residents, but it also reviews and interprets
  32378. nationwide statistical data.  In addition, Camden's racial and ethnic
  32379. composition and income levels match that of many other low-penetration
  32380. areas in the Unites States.  Therefore, lessons learned in Camden
  32381. offer insight into nationwide conditions of low telephone penetration.
  32382. The universal phone service concept is a national goal to make
  32383. telephone service affordable and available to all American households.
  32384.  
  32385. Published by Rutgers University professors Dr. Milton Mueller and Dr.
  32386. Jorge Reina Schement, the report attempts to answer three basic
  32387. questions: Who are the phoneless?  Why are they without phones?  What
  32388. policy is needed to connect them to the network?
  32389.  
  32390. "Fifteen percent of the households headed by 15-to-24-year-olds are
  32391. without telephones; for African-American households in that age group
  32392. it is 26%," Schement said.  "The bottom line is this: one of the major
  32393. factors affecting the employment of young Hispanics and African-
  32394. Americans is the low level of telephones in their households.  You
  32395. need a phone to get a job and to improve your economic standing."
  32396.  
  32397. Mueller added that among his most interesting findings was that some
  32398. people chose not to have telephone service.  "When given a choice,
  32399. some people prefer entertainment services like cable TV." He added
  32400. that the study shows a principal emphasis of a universal service
  32401. policy should be on the cost of usage [i.e. long-distance calling],
  32402. not the cost of access [basic monthly service].  "Phones are similar
  32403. to credit cards," he said.  "Credit cards have limits.  When credit
  32404. cards get maxed out, they can no longer be used and some people have
  32405. trouble paying.  The same thing can happen with phone service. "
  32406.  
  32407. The study looks at universal service and the myths that have grown up
  32408. around telephone penetration and the social condition of being without
  32409. a telephone.  The research implications go against the grain of many
  32410. common assumptions about universal service because they expose the
  32411. following as misconceptions:
  32412.  
  32413. 0   Myth 1:     Basic monthly service rates control how affordable
  32414.                 telephone service is. Thus, these rates should be the
  32415.                 focus of universal service policy.
  32416.  
  32417. 0   Fact:       Marginal users are driven off the network by usage
  32418.                 related costs, such as long-distance calling.  In
  32419.                 addition, the chief economic barrier for low-income
  32420.                 users is the initial deposit required for new service
  32421.                 (at least $100.00).
  32422.  
  32423. 0   Myth 2:     Universal service subsidies should be focused on the
  32424.                 elderly.
  32425.  
  32426. 0   Fact:       Ninety-seven percent of Americans 65 years and older
  32427.                 have telephone service.  This is three percent above
  32428.                 the national average.  Even when their income is very
  32429.                 low, more older people have telephones than younger
  32430.                 people in corresponding age groups.
  32431.  
  32432. 0   Myth 3:     Maintaining universal service is primarily a problem
  32433.                 for rural areas.
  32434.  
  32435. 0   Fact:       There is a greater percentage of people without
  32436.                 phones in inner cities than in rural areas.  Social
  32437.                 isolation, once the concern of rural planners, now
  32438.                 occurs more often in inner cities.
  32439.  
  32440. 0   Myth 4:     Low income and minority areas are denied access to
  32441.                 advanced telecommunication services.
  32442.  
  32443. 0   Fact:       Minority, low-income urban areas such as Camden
  32444.                 consume a disproportionately high amount of advanced
  32445.                 telecommunications and premium cable TV services.
  32446.                 The biggest risk is not that  poor Americans will be
  32447.                 denied access to these services, but that they will
  32448.                 buy services they cannot afford.
  32449.  
  32450. 0   Myth 5:     Telephone service is more valuable than cable
  32451.                 television because being able to communicate is more
  32452.                 important than being entertained.
  32453.  
  32454. 0   Fact:       Many inner-city households in Camden prefer cable TV
  32455.                 service to telephone service.  Their reasons are not
  32456.                 irrational: a) telephones often expose them to
  32457.                 charges they perceive as uncontrollable; b) telephones
  32458.                 can be a channel for undesirable interaction involving
  32459.                 drugs and crime; and c) government agencies and
  32460.                 businesses, which these household view as threatening,
  32461.                 may call them for matters like bill collection.
  32462.  
  32463.                 These households believe, a) cable TV offers
  32464.                 inexpensive entertainment; b) the many hours and large
  32465.                 variety of entertainment provides more satisfaction to
  32466.                 more members of the household than telephone
  32467.                 conversations; c) cable may keep children at home and
  32468.                 away from dangerous streets; and d) cable offers a
  32469.                 visible sign of well-being in households with few
  32470.                 material comforts.
  32471.  
  32472. 0   Myth 6:     There is no difference in telephone usage between
  32473.                 races or genders.
  32474.  
  32475. 0   Fact:       The percentage of people with telephones varies
  32476.                 significantly between whites, blacks and Hispanics,
  32477.                 even when household income is held constant.
  32478.                 Households headed by women have lower penetration
  32479.                 levels than do households headed by men.
  32480.  
  32481. "We found that telephone service does make a difference in people's
  32482. lives," Schement said.  "People go on and come off the network all the
  32483. time.  Society benefits by keeping them on.  But to do so will require
  32484. a true understanding of why they are off, and the cooperation of
  32485. telephone companies, regulators and independent researchers."
  32486.  
  32487. The study was funded by Bell Atlantic, and is based on in depth
  32488. interviews with families who do not have telephone service now, or
  32489. have lost service in the recent past.  The interviews were conducted
  32490. in Camden, N.J. as part of the ongoing research of the Rutgers
  32491. University Project on Information Policy. The report concludes that,
  32492. with a telephone penetration level of 80.6%, Camden falls
  32493. significantly below the national average of 94%.
  32494.  
  32495.  
  32496. ------------------------------
  32497.  
  32498. From: jtara@cts.com (Jon Tara)
  32499. Subject: Pac Bell, Cal. PUC, and "Reasonable Level of Service"
  32500. Date: Wed, 15 Mar 1995 09:46:30 GMT
  32501.  
  32502.  
  32503. Here's the latest in my ongoing debate with my Internet service provider:
  32504.  
  32505. They currently have 225 dialup lines (whoops, make that 250) in four
  32506. locations. I don't believe that any of the locations are co-located on
  32507. telco premises. The largest number of lines are at their headquarters
  32508. in a fairly mature business/industrial area of San Diego. (There is
  32509. some new construction in the area, however.) All of the lines are
  32510. delivered to them as single conventional lines. (i.e. no T1s).
  32511.  
  32512. They've experienced quite a growth rate -- they went from 3000 to 3700
  32513. subscribers in the past two months. Busy signals are chronic from
  32514. about 4:30PM to 11PM, and now starting to occur during the day also.
  32515.  
  32516. They've had 25 (actually 23 ... gee, sure SOUNDS like a T1, but, no,
  32517. they gotta give it to them on all those tiny little wires ...) lines
  32518. on order forever -- well, we've been hearing about it for a couple of
  32519. months. They finally did get the lines installed today, and, of course, 
  32520. it didn't help the busy signal situation one whit.
  32521.  
  32522. The provider claims that they are trying to provide good service, but
  32523. that Pac Bell and the PUC block them at every step. I'm wondering how
  32524. true these claims may be, and how others manage to get this many lines
  32525. installed. I'm SURE that Compuserve, Sprint, and others DO manage to
  32526. get this many lines and more installed.  So, what do they do different?
  32527.  
  32528. The provider claims that "Pac Bell has plenty of cable" in the area,
  32529. but admitted that they did have to pull cable for the last installation. 
  32530. (I keep urging them to co-locate, both for better avilability of lines
  32531. and for better quality on modem connections.)
  32532.  
  32533. But they claim that the *real* culprit is the California Public
  32534. Utilites Commission, who has some rules about "reasonable level of
  32535. service", and that Pac Bell cannot (though sometimes they quote this
  32536. as "will not") install more lines because of these rules. They also
  32537. say that Pac Tel says that they are "line compulsive" (sounds like a
  32538. psychiatric diagnosis! :) )
  32539.  
  32540. My guess as to what is really going on is that they really didn't plan
  32541. far enough in advance. (Telephone companies like to plan this stuff
  32542. *years* in advance -- I have talked to a friend who is a capacity
  32543. planner for Michigan Bell about this in the past). I suspect Pac Bell
  32544. would really rather not install all those lines and would rather they
  32545. just went away -- so they cite PUC rules that technically get them out
  32546. of it. I also suspect that things would be a lot easier if they
  32547. co-located, but the provider is unconvinced. I'm also wondering if
  32548. they're talking to the right people at Pac Bell -- they may be dealing
  32549. with people used to installing voice lines in office buildings, and
  32550. can't understand why such a small building needs 250 lines.
  32551.  
  32552. Comments? Have you sucessfully had 200, 300, 500 lines installed by
  32553. Pac Bell?  (For dial-up modem use in a small facility -- not lines for
  32554. 500 desks in an office building.) If so, what did you have to do to
  32555. get them to do it? What's the real scoop on the mysterious PUC
  32556. "reasonable level of service" rule? Oh, yes, they also said that Pac
  32557. Bell "wouldn't" install T1s instead of all the individual lines.  Can
  32558. anyone imagine why?
  32559.  
  32560.  
  32561. jtara@cts.com  A new picture of San Diego Bay every half hour:
  32562.  <A HREF="http://www.cts.com/~jtara/baycam.html">San Diego BayCam</A>
  32563. jtara@mediashare.com Tools and services for CD-ROM and online catalogs:
  32564.  <A HREF="http://www.mediashare.com/mshare/">MediaShare Corporation</A>
  32565.  
  32566.  
  32567. [TELECOM Digest Editor's Note: Well, I am no big fan of T-1. That is, I
  32568. can take it or leave it, I worked in this business for so many years before
  32569. T-1 came around that to me, thousands of 'those tiny little wires' is 
  32570. where its at. I've never had anything to do with Pac Bell either, but it
  32571. sounds to me like someone did not plan ahead properly, and perhaps still
  32572. are not planning for the future. I would think as a practical matter they
  32573. should go with T-1 at this point, although I've seen many a telco demarc
  32574. for buildings with more -- a lot more -- than 500 phone lines with a big
  32575. variety of services involved -- voice, data, other special circuits -- and
  32576. properly planned, they work just fine also. In some cases also, the many
  32577. thousands of 'tiny little wires' are easier for the person on location to
  32578. repair and maintain. Lose a T-1 for whatever reason and bunches of lines
  32579. go out; lose a single wire and its not that big of a hassle to start
  32580. tracing the problem and fix it. Even if your demarc is a mess -- and I
  32581. have seen some *messy* ones with nothing tagged, wires in a jumble, etc,
  32582. you can still put your sounder or noise maker on the wire where it
  32583. terminates (at the modem, or phone  or whatever) then 'ring out the line'
  32584. back to the demarc, find it there by listening and repair, replace or
  32585. remove it or whatever. Ten lines or ten thousand lines, no matter.
  32586.  
  32587. I do not know anything about the California PUC 'reasonable level of service' 
  32588. rules, however I cannot imagine Pac Bell deliberatly turning away
  32589. additional business. I cannot imagine them saying they do not want the
  32590. business they will get from 50-150 new lines from an already established
  32591. customer. I can see where they might want to cut a deal with the customer
  32592. regards the installation and startup costs for the new service. For example
  32593. several years ago when the University of Chicago decided to upgrade from
  32594. all manual cord switchboards to centrex, the decision was reached to
  32595. relocate the phone room several blocks from its old location on Ellis Avenue
  32596. to 60th Street in a building directly across the alley from Illinois Bell's 
  32597. Kenwood central office at 61st and Kenwood.  UC helped pay for it, and
  32598. plans were made for a transition over a two year period. I might add the
  32599. alley along with part of Kenwood Avenue was dug up for about the same two
  32600. years to the inconvenience of any number of motorists (grin) but the job
  32601. was properly executed ... tens of thousands of 'tiny little wires'. It
  32602. may be your Internet provider needs to sit down with Pac Bell and make a
  32603. legitimate, realistic plan rather than continually trying to rush new
  32604. service into place.    PAT]  
  32605.  
  32606. ------------------------------
  32607.  
  32608. From: Nigel Allen <ndallen@io.org>
  32609. Subject: Reinvention Team Dials in on U.S. Federal Phone Improvements
  32610. Date: Wed, 15 Mar 1995 21:38:15 EST
  32611. Organization: NDA, 52 Manchester Ave., Toronto, Ont. M6G 1V3, Canada
  32612.  
  32613.  
  32614. Here is a press release from the National Performance Review.  I
  32615. downloaded the press release from the U.S. Newswire BBS in Maryland at
  32616. 410-363-0834. I do not work for the U.S. government.
  32617.  
  32618.  Reinvention Team Dials in on Federal Phone Service Improvements
  32619.  
  32620.  Contact: Phyllis Anderson or Mike Russell, 202-632-0150,
  32621.           both of the National Performance Review
  32622.  
  32623.    WASHINGTON, March 10 -- The National Performance Review (NPR) team
  32624. has begun working with federal agencies to improve their customer
  32625. telephone service, a growing area of complaints from countless
  32626. frustrated Americans.
  32627.  
  32628.    Already, NPR has found service problems to be drastically compounded by 
  32629. the sheer volume of calls from citizens to their government.  On one 
  32630. January day, for instance, Americans placed 1.7 million calls to Social 
  32631. Security.  In 1994, they placed 68.7 million calls to the Internal
  32632. Revenue Service.  In the same year, the Immigration and Naturalization
  32633. Service received 12 million calls. Some front-line federal telephone
  32634. workers are expected to handle up to 25,000 customer calls each per
  32635. year.
  32636.  
  32637.    Americans call about health benefits, tax refunds, travel information, 
  32638. product safety and flood aid.  While some get good responses, far too
  32639. many often get slow responses, terse conversations, busy signals, and
  32640. inaccurate information during very short hours of operation.  Over one
  32641. quarter of these callers hang up.  Thus, what might have been their
  32642. first direct contact with the federal government becomes a bad
  32643. experience.
  32644.  
  32645.    President Clinton and Vice President Gore, though, got their
  32646. message and told NPR to fix it.  A result is SERVING THE AMERICAN
  32647. PUBLIC: BEST PRACTICES IN TELEPHONE SERVICE, a summary of the world
  32648. class customer telephone practices of eight of North America's most
  32649. successful corporations.  These "best in the business" practices will
  32650. soon be implemented at several customer-intensive federal agencies
  32651. including Social Security, Census, State, the IRS, INS, GSA, and OPM.
  32652. All have promised President Clinton -- in writing -- that by September, 
  32653. 1995, they'll provide the American people with the first class telephone 
  32654. service they deserve.  It will include:
  32655.  
  32656.    -- answering in 15-20 seconds or rarely allowing a busy signal.
  32657.    -- operating more hours a day, more days a year.
  32658.    -- giving accurate information.
  32659.    -- giving front line employees authority to solve problems.
  32660.  
  32661.    The report also stresses the cost-effectiveness of telephone
  32662. service, which NPR calculates to be one third the cost of producing a
  32663. written response.
  32664.  
  32665.    The benchmark study was produced in cooperation with American
  32666. Express, AT&T, Bell Canada, Citibank, Duke Power, GE, Saturn, and
  32667. USAA Insurance.  Copies are available from the NPR office, 750 17th
  32668. Street, NW, Suite 200; Washington, DC 20006, or by calling NPR at
  32669. 202-632-0150.  Press contacts are Phyllis Anderson or Mike Russell.
  32670.  
  32671.  
  32672. [TELECOM Digest Editor's Note: This will be great if they accmplish
  32673. it. The trouble is, like with the Internet provider mentioned in the
  32674. article before this one, is the *lack of planning*. No one, but no one
  32675. anticipated the HUGE increase in the use of telecommunications we have
  32676. seen in the past ten years. No one anticipated the HUGE increase in
  32677. connections on the Internet. For example, some of the people who are
  32678. sysadmins for their site are pulling their hair out trying to merely
  32679. keep up with the volume of email, news and other network traffic in a
  32680. day's time. I'm not surprised that the federal government is experiencing 
  32681. the same kind of sluggishness where their phones are concerned. 
  32682.  
  32683. Do any of you old-timers who remember the days of manual telephone
  32684. service remember the Bell System comment that 'if manual service were
  32685. to be continued, within the next several years, if every single woman
  32686. in the USA over the age of 18 was employed as a telephone operator,
  32687. there still wouldn't be any way to keep up with the demand for connections.'
  32688. Yes, Bell made that comment after a study in the 1950's as they were
  32689. beginning to phase in dial service.  Now I have to wonder if by the
  32690. year 2000, and everyone in the USA was employed as a customer service/
  32691. telephone attendant/operator if there would be any way to keep up with
  32692. demand for on the spot, telephone information.  <g> PAT]
  32693.  
  32694. ------------------------------
  32695.  
  32696. From: dasdanh@aol.com (DAS DanH)
  32697. Subject: Serial Communications Controller for V.35
  32698. Date: 14 Mar 1995 22:09:49 -0500
  32699. Organization: America Online, Inc. (1-800-827-6364)
  32700. Reply-To: dasdanh@aol.com (DAS DanH)
  32701.  
  32702.  
  32703. I am in the process of trying to design a V.35 connection into a piece
  32704. of equipment and am having a really hard time finding any information
  32705. about the protocols used in conjunction with V.35.  I have the CCITT
  32706. specs for V.35 and have the physical/electrical end under control.
  32707. Does anyone know what the stupid serial protocol is? Is there a good
  32708. understandable/readable specification that explains V.35.  Also I
  32709. don't need a lecture on V.35 being an old modem spec, etc. I am using 
  32710. the V.35 interface for nX56Kbps transmission into a CSU/DSU.
  32711.  
  32712. Please help.
  32713.  
  32714. ------------------------------
  32715.  
  32716. From: p.potter@trl.oz.au (Phil Potter)
  32717. Subject: IEEE 802.14 Progress and Contacts Wanted
  32718. Date: 16 Mar 1995 07:01:53 GMT
  32719. Organization: TRL
  32720.  
  32721.  
  32722. Can anyone please help me with contacts or information sources on the
  32723. progress of the IEEE P802.14 committee looking into cable TV modems.
  32724. I know that they have a PAR, but also have been told that there is
  32725. already a (shell of a ?) draft standard.
  32726.  
  32727. Ideally I would like to get the full documentation relevant to 802.14
  32728. from the March 6-10 meeting of the 802 Plenary, but it is not available
  32729. from the IEEE document order source. Can someone please direct me
  32730. (preferably e-mail or fax) to the secretary or editor or someone who
  32731. can provide us with the documentation; we hope to be able to attend
  32732. future meetings. I have been involved with 802.6 previously.  
  32733.  
  32734. Thanks for any help you can give.
  32735.  
  32736.  
  32737. Phil Potter (p.potter@trl.oz.au)
  32738. Telecom Australia Research Laboratories 
  32739.  
  32740. ------------------------------
  32741.  
  32742. From: shafroth@students.wisc.edu (Marc Shafroth)
  32743. Subject: Benchmarking Internet Providers
  32744. Date: 16 Mar 1995 05:31:54 GMT
  32745. Organization: Division of Information Technology
  32746.  
  32747.  
  32748. My employer is working on an RFP for Internet access. SLIP/PPP at
  32749. first and dedicated link later. I assume that because of the variation
  32750. in the bandwidth that different vendors have into the backbone and
  32751. because of the variation in the geography of those connections to the
  32752. backbone, some vendors may be able to provide much faster transport
  32753. across the net than others. I thought it would be possible to measure
  32754. the speed and throughput of a vendor's offering by doing some
  32755. standardized FTPs and PINGs to a variety of sites across the country
  32756. at a variety of times of the day and week. Has anyone established any
  32757. test suites or other ways of benchmarking speed and thoughput for
  32758. internet vendors?
  32759.  
  32760. Alternatively, are vendors normally able to provide data from simulations 
  32761. to show the effect of various types of network congestion on their
  32762. ability to provide timely, high-volume transport across the net?
  32763.  
  32764.  
  32765. Marc Shafroth
  32766.  
  32767. ------------------------------
  32768.  
  32769. End of TELECOM Digest V15 #149
  32770. ******************************
  32771.     
  32772.     
  32773. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa08832;
  32774.           16 Mar 95 22:54 EST
  32775. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  32776.     id AA24254; Thu, 16 Mar 95 17:51:14 CST
  32777. Return-Path: <telecom>
  32778. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  32779.     id AA24247; Thu, 16 Mar 95 17:51:12 CST
  32780. Date: Thu, 16 Mar 95 17:51:12 CST
  32781. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  32782. Message-Id: <9503162351.AA24247@delta.eecs.nwu.edu>
  32783. To: telecom@eecs.nwu.edu
  32784. Subject: TELECOM Digest V15 #150
  32785.  
  32786. TELECOM Digest     Thu, 16 Mar 95 17:51:00 CST    Volume 15 : Issue 150
  32787.  
  32788. Inside This Issue:                           Editor: Patrick A. Townson
  32789.  
  32790.     Re: Serial Communications Controller for V.35 (Steve Bunning)
  32791.     Re: Serial Communications Controller for V.35 (Bud Couch)
  32792.     Re: Phantom Circuits, (was 'Do Bridges Affect Modems?') (Michael Dawson)
  32793.     Re: T1->10BaseT: How? (John Combs)
  32794.     Re: T1->10BaseT: How? (John Dearing)
  32795.     Re: T1->10BaseT: How? (Doug Fields)
  32796.     Re: Using Live Radio With Automated Attendant (John Combs)
  32797.     Re: Using Live Radio With Automated Attendant (Fritz Whittington)
  32798.     Re: Using Live Radio With Automated Attendant (Michael Berlant)
  32799.     Re: Using Live Radio With Automated Attendant (John J. Butz)
  32800.     Re: Using Live Radio With Automated Attendant (Brian Smith)
  32801.     Re: Paging Interface With Computer (David S. Rose)
  32802.     Re: Caller ID, Privacy, and Cranks (was Yes, Yung'uns...) (Rob Levandowski)
  32803.     Re: Caller ID Question (gttm@cais2.cais.com)
  32804.  
  32805. TELECOM Digest is an electronic journal devoted mostly but not
  32806. exclusively to telecommunications topics. It is circulated anywhere
  32807. there is email, in addition to various telecom forums on a variety of
  32808. public service systems and networks including Compuserve and America
  32809. On Line. It is also gatewayed to Usenet where it appears as the moderated
  32810. newsgroup 'comp.dcom.telecom'. 
  32811.  
  32812. Subscriptions are available to qualified organizations and individual
  32813. readers. Write and tell us how you qualify:
  32814.  
  32815.                  * telecom-request@eecs.nwu.edu *
  32816.  
  32817. The Digest is edited, published and compilation-copyrighted by Patrick
  32818. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  32819. or phone at:
  32820.                     9457-D Niles Center Road
  32821.                      Skokie, IL USA   60076
  32822.                        Phone: 500-677-1616
  32823.                         Fax: 708-329-0572
  32824.   ** Article submission address only: telecom@eecs.nwu.edu **
  32825.  
  32826. Our archives are located at lcs.mit.edu and are available by using
  32827. anonymous ftp. The archives can also be accessed using our email
  32828. information service. For a copy of a helpful file explaining how to
  32829. use the information service, just ask.
  32830.  
  32831. *************************************************************************
  32832. *   TELECOM Digest is partially funded by a grant from the              *
  32833. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  32834. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  32835. * project.  Views expressed herein should not be construed as represent-*
  32836. * ing views of the ITU.                                                 *
  32837. *************************************************************************
  32838.  
  32839. Additionally, the Digest is funded by gifts from generous readers such
  32840. as yourself who provide funding in amounts deemed appropriate. Your help 
  32841. is important and appreciated. A suggested donation of twenty dollars per
  32842. year per reader is considered appropriate. See our address above.
  32843.  
  32844. All opinions expressed herein are deemed to be those of the author. Any
  32845. organizations listed are for identification purposes only and messages
  32846. should not be considered any official expression by the organization.
  32847. ----------------------------------------------------------------------
  32848.  
  32849. Date: Thu, 16 Mar 1995 15:37:30 -0500
  32850. From: bunning@acec.com (Steve Bunning)
  32851. Subject: Re: Serial Communications Controller for V.35
  32852.  
  32853.  
  32854. dasdanh@aol.com (DAS DanH) writes:
  32855.  
  32856. > I have the CCITT specs for V.35 and have the physical/electrical end
  32857. > under control.  Does anyone know what the stupid serial protocol is?
  32858.  
  32859. I guess the easy answer is all of them.  I've used V.35 with X.25, SS7 and
  32860. several others.  V.35 encompasses the physical layer, and is not tied to a
  32861. specific higher layer protocol.
  32862.  
  32863. > Is there a good understandable/readable specification that explains V.35.  
  32864.  
  32865. The CCITT Red Book (1984) is _the_ standard, but would probably fail your
  32866. requirement for understandable/readable.  I've seen V.35 covered briefly in
  32867. several books including _The V Series Recommendations_ by Uyless Black.
  32868.  
  32869. > Also I don't need a lecture on V.35 being an old modem spec, etc. I am using 
  32870. > the V.35 interface for nX56Kbps transmission into a CSU/DSU.
  32871.  
  32872. If you're not already, you might want to use V.10/V.11 compatible
  32873. drivers which could interwork with many different physical interfaces
  32874. including V.35.  See TD a week ago or so for the John Combs/Testmark
  32875. Laboratories posting on V.35. (Thanks for the information, John!)
  32876.  
  32877.  
  32878. [TELECOM Digest Editor's Note: John Combs has more input for us in this
  32879. issue on some topics which came up recently.   PAT]
  32880.  
  32881. ------------------------------
  32882.  
  32883. From: bud@kentrox.com (Bud Couch)
  32884. Subject: Re: Serial Communications Controller for V.35
  32885. Organization: ADC Kentrox Industries, Inc.
  32886. Date: Thu, 16 Mar 1995 20:58:02 GMT
  32887.  
  32888.  
  32889. In article <telecom15.149.5@eecs.nwu.edu> dasdanh@aol.com (DAS DanH) writes:
  32890.  
  32891. > I am in the process of trying to design a V.35 connection into a piece
  32892. > of equipment and am having a really hard time finding any information
  32893. > about the protocols used in conjunction with V.35.  I have the CCITT
  32894. > specs for V.35 and have the physical/electrical end under control.
  32895. > Does anyone know what the stupid serial protocol is? Is there a good
  32896. > understandable/readable specification that explains V.35.  Also I
  32897. > don't need a lecture on V.35 being an old modem spec, etc. I am using 
  32898. > the V.35 interface for nX56Kbps transmission into a CSU/DSU.
  32899.  
  32900. V.35, the non-spec that will not die. 
  32901.  
  32902. The short answer is: V.24, section 3. This section defines *all* of
  32903. the serial interchange circuits, by number.
  32904.  
  32905. A slightly longer answer is that a minimal implementation (the
  32906. equivalent of the "pins 2,3 and 7" RS-232) uses Transmit Data on P&S,
  32907. Receive Data on R&T, and Receive Signal Element Timing (Clock) on V&X.
  32908. All the other signals are either support for those three signals, or
  32909. to enable the circuit to handle more stringent conditions.
  32910.  
  32911. The support signals commonly used are DSR and DTR (Circuits 107 and
  32912. 108) on E and H, RTS and CTS (Circuits 105 and 106) on C and D, and
  32913. DCD (Circuit 109) on F.
  32914.  
  32915. The signals needed for extended length cable, or local timing, are
  32916. Transmit Signal Element Timing (transmit clock) on Y&AA, and
  32917. DTE-sourced Transmit signal Element Timing (external clock) on U&W.
  32918.  
  32919. The definitions for the support interchange signals is essentially the
  32920. same as RS-232. 
  32921.  
  32922. The major problem that I have seen over the years has to do with the 
  32923. clocks required for synchronous services, including V.35. All of the
  32924. specifications phrase the requirements a little differently, but they
  32925. all say the same thing: V.24, RS232, EIA-530, EIA-449, X-21, whatever.
  32926.  
  32927. Since Receive Data (RD) is an output for DCE and and input for DTE,
  32928. and Transmit Data (TD) is an input for DCE and an output for DTE, the
  32929. definition of which clock edge is important changes for DTE and DCE,
  32930. and this causes much confusion. I can't count the number of times I
  32931. have seen these signals inverted. Many times it is a wiring error, but
  32932. it's not that rare to have them bass-ackwards from the equipment.
  32933.  
  32934. The simple guideline to remember is: If your equipment is outputting
  32935. the signal, CHANGE it on the POSITIVE edge of the controlling clock.
  32936. If your equipment is receiving the signal SAMPLE it on the NEGATIVE
  32937. edge.
  32938.  
  32939. If you have any further questions, feel free to e-mail me (address below).
  32940. After all, it may be one of my designs that your equipment ends up 
  32941. talking to. ;-)
  32942.  
  32943.  
  32944. Bud Couch - ADC Kentrox           When correctly viewed, everything is lewd.
  32945. bud@kentrox.com (192.228.59.2)                              -Tom Lehrer     
  32946. insert legalistic bs disclaimer here  ...   <smirk>         - me            
  32947.  
  32948. ------------------------------
  32949.  
  32950. From: tpcomms@atlantis.actrix.gen.nz (Michael Dawson)
  32951. Subject: Re: Phantom Circuits, (was 'Do Bridges Affect Modems?')
  32952. Organization: Actrix Information Exchange
  32953. Date: Thu, 16 Mar 1995 19:44:22 GMT
  32954.  
  32955.  
  32956. In article <telecom15.145.1@eecs.nwu.edu>, danny burstein <dannyb@panix.
  32957. com> wrote:
  32958.  
  32959. > The phantom circuit is a "bonus" circuit derived from two other
  32960. > physical cable circuits. Although the phantom circuit is virtually
  32961. > extinct, they are still found scattered around the country in the Bell
  32962. > System and independent telephone companies.
  32963.  
  32964. There are also "Spook" circuits.  A Spook circuit is dervived from two
  32965. phantom ciruits the same way you derive a phantom circuit.  I have
  32966. never seen a spook circuit but have heard of their existence.  I
  32967. believe they were not too popular because it was harder to maintain
  32968. balanced conditions.
  32969.  
  32970.  
  32971. Regards.
  32972.  
  32973. ------------------------------
  32974.  
  32975. Date: Wed, 15 Mar 95 22:56 EST
  32976. From: Testmark Laboratories <0006718446@mcimail.com>
  32977. Subject: Re: T1->10BaseT: How?
  32978.  
  32979.  
  32980. In TELECOM Digest V15 Issue 146, Lewis <luisg@hadar.fujitsu.com> wrote:
  32981.  
  32982. > My company is spliting into two sites joined by a T1 line. Do I need
  32983. > separate network segments assigned to these two sites or can I still
  32984. > keep it as a SINGLE network joined by the T1?
  32985.  
  32986. I did the same thing a few years ago for our two buildings for our
  32987. Ethernet LAN.  I kept it as a single LAN, and simply used a set of
  32988. Larsecom Access-T DSUs, connected via their V.35 high speed serial
  32989. ports to 3Com Netbuilder routers set to bridging mode.  By the way,
  32990. with a fractional T1 rate of 1 Mbps, the PCs on the far side of the T1
  32991. line only saw about a 15% performance hit accessing our LAN servers at
  32992. the main building.  I believe it would have been transparent to the
  32993. users if I hadn't taken ten DS0 channels away for voice lines.
  32994.  
  32995.  
  32996. John Combs, Project Engineer, TestMark Laboratories, testmark@mcimail.com
  32997.  
  32998.  
  32999. [TELECOM Digest Editor's Note: I want to take this opportunity to publicly
  33000. thank John Combs and Testmark Laboratories for the donation of a Wyse-50
  33001. terminal to the Digest, replacing the same kind of terminal which had been
  33002. in use for a few years but died in the middle of last week. I rushed my
  33003. standby Qume terminal into service only to find lots of little kinks in
  33004. the scripts I use for the Digest which did not agree with the way the Qume
  33005. saw fit to do things. After a couple days limping along, and my message
  33006. here asking for documents on the Qume, John found a Wyse-50 in reserve at
  33007. Testmark and sent it along. My gratitude is unceasing.     PAT]
  33008.  
  33009. ------------------------------
  33010.  
  33011. From: jdearing@netaxs.com (John Dearing)
  33012. Subject: Re: T1->10BaseT: How?
  33013. Date: 16 Mar 1995 14:26:34 GMT
  33014. Organization: Philadlephia's Complete Internet Provider
  33015.  
  33016.  
  33017. Lewis (luisg@hadar.fujitsu.com) wrote:
  33018.  
  33019. > My company is spliting into two sites joined by a T1 line. Do I need
  33020. > separate network segments assigned to these two sites or can I still
  33021. > keep it as a SINGLE network joined by the T1?
  33022.  
  33023. If you simply try to bridge the two networks together, you will suffer 
  33024. severe performance problems at the side of the network that is on "the 
  33025. other side" of the T-1. All of the traffic will be trying to get squeezed 
  33026. through that 1.5MB/s bottleneck. What you probably want to do is route 
  33027. only the traffic that needs to get to the other side and keep local 
  33028. traffic local. This means that you will propbably have to subnet your 
  33029. network. 
  33030.  
  33031. > What additional equipment do I need to do this?  One site will have
  33032. > 120 workstations the other 20 workstations.
  33033.  
  33034. Besides the T-1 CSU/DSU's you'll also need two routers. 
  33035.  
  33036. > We have been assigned only one class C IP network number. 
  33037.  
  33038. You'll probably have to subnet the Class C network into two segments.
  33039.  
  33040.  
  33041. John Dearing   jdearing@netaxs.com
  33042.  
  33043. ------------------------------
  33044.  
  33045. From: admiral@panix.com (Doug Fields)
  33046. Subject: Re: T1->10BaseT: How?
  33047. Date: 15 Mar 1995 10:19:24 -0500
  33048. Organization: Panix in NYC, Admiral's Account
  33049.  
  33050.  
  33051. In article <telecom15.146.12@eecs.nwu.edu> luisg@hadar.fujitsu.com
  33052. (Lewis) writes:
  33053.  
  33054. > My company is spliting into two sites joined by a T1 line. Do I need
  33055. > separate network segments assigned to these two sites or can I still
  33056. > keep it as a SINGLE network joined by the T1?
  33057. > We have been assigned only one class C IP network number. 
  33058.  
  33059. Well, from a network-layout point of view, and considering your size
  33060. (120 and 20), I'd suggest this:
  33061.  
  33062. Get another class C; it's not worth subnetting your single class C
  33063. because $5 says you'll expand that 120 and boy does it suck to run
  33064. out of IP-space. Give your new network the new class C IP addresses.
  33065.  
  33066. Get each network running individually. Then, take your favorite Ethernet 
  33067. to T1 routers and add them to the networks and route between them.
  33068. Depending on the software/hardware/operating system on the machines on
  33069. each LAN, you probably have more work to do.
  33070.  
  33071. Call Cisco - a tech rep would explain this to you down to the cable
  33072. connector you'd need.
  33073.  
  33074.  
  33075. Cheers,
  33076.  
  33077. Doug Fields, http://www.interpage.net
  33078. PGP key: "finger admiral@panix.com"
  33079.  
  33080. ------------------------------
  33081.  
  33082. Date: Wed, 15 Mar 95 22:54 EST
  33083. From: Testmark Laboratories <0006718446@mcimail.com>
  33084. Subject: Re: Using Live Radio With Automated Attendant
  33085.  
  33086.  
  33087. In TELECOM Digest V15 #146, Ward Larkin <adelante@sccsi.com> wrote:
  33088.  
  33089. > I was recently told that it is technically against FCC regulations to use
  33090. > live radio broadcasts for when people are placed on hold (or choose to
  33091. > be placed on hold)
  33092.  
  33093. I'm not aware of any FCC rulings of that sort.  The only FCC issue is that 
  33094. the music on hold being transmitted out of your PBX into the telco trunk 
  33095. cannot exceed a power of -9 dBm averaged over three seconds.  Most music on 
  33096. hold is set to a higher power in the real world, and violates this rule, 
  33097. otherwise it is really too low to be comfortably heard by the listener
  33098. at the far end.  However, a human talking very loudly into a telephone
  33099. can average as much as 0 dBm output power!  The supposed reasoning behind 
  33100. this FCC rule is that if it is too loud, the listener cannot ask it to lower 
  33101. its "voice," as they could a live talker who was too loud.
  33102.  
  33103. There is a second issue.  The radio station is playing copyrighted music, 
  33104. and if you are using its broadcast for commercial purposes, you are actually 
  33105. supposed to pay a body such as ASCAP a yearly fee.  I don't think that ASCAP 
  33106. polices music on hold too closely, though. I know they used to do things like 
  33107. send inspectors around to a city, and they would check to see if restaurants, 
  33108. roller skating rinks, etc., were playing music that was copyrighted by an 
  33109. ASCAP artist.  If they caught a business, they threatened a lawsuit if the 
  33110. business wouldn't sign a contract to pay ASCAP, who would then pass royalties 
  33111. on to the various artists signed with them.
  33112.  
  33113.  
  33114. John Combs, Project Engineer, TestMark Laboratories, testmark@mcimail.com
  33115.  
  33116.  
  33117. [TELECOM Digest Editor's Note: Quite a few years ago I had a phone line
  33118. which about once a month would present me with very soft, very distant
  33119. background music whenever I went off hook. Complaints to telco about it
  33120. brought the response that the grocery store a few doors away from me 'has
  33121. their background music incorrectly set again ... we will advise them.'
  33122. And they always did, and the music on my line would go away. I think they
  33123. got their background music over a phone line from a company which provided
  33124. it.   PAT]
  33125.  
  33126. ------------------------------
  33127.  
  33128. Date: Thu, 16 Mar 95 12:22:44 CST
  33129. From: fritz@mirage.hc.ti.com (Fritz Whittington)
  33130. Subject: Re: Using Live Radio With Automated Attendant
  33131.  
  33132.  
  33133. In comp.dcom.telecom is written:
  33134.  
  33135. > I'm fairly new to telephony, but I have installed a couple smaller
  33136. > automated attendant, fax-on-demand, voice mail systems.  I was
  33137. > recently told that it is technically against FCC regulations to use
  33138. > live radio broadcasts for when people are placed on hold (or choose to
  33139. > be placed on hold).
  33140.  
  33141. > Does anyone know the associated details?  
  33142.  
  33143. I'm not sure if there is any FCC regulation on this.  But I am sure
  33144. that such use is held to be a "public performance" and you therefore
  33145. run afoul of copyright laws.  The radio station pays a (small) fee to
  33146. the copyright holders of the music they play, because it's a "public
  33147. performance".  (This is usually handled through a clearinghouse such
  33148. as ASCAP or BMI.)  As long as you are listening to the radio privately, 
  33149. no problem.  But if you hook up a radio to a PA system in your business 
  33150. to have background music, then that's a *second* "public performance",
  33151. and you are liable to pay royalties.  Same thing for using it as
  33152. music-on-hold.
  33153.  
  33154. > It's not that big a deal to use audio CD, or a tape deck, I simply
  33155. > want to know what specific FCC regulations (if any) prohibit use of
  33156. > live radio on telephony systems.
  33157.  
  33158. You'd have the same problem as if you used a radio.  You'd either have
  33159. to pay royalties, or find some audio that's royalty-free, or hold the
  33160. copyright yourself.
  33161.  
  33162.  
  33163. Fritz Whittington Texas Instruments, P.O. Box 655474, MS 446 Dallas, TX 75265
  33164.     Shipping address: 13510 North Central Expressway, MS 446 Dallas, TX 75243  
  33165. fritz@ti.com                 Office: +1 214 995 0397     FAX: +1 214 995 6194
  33166.  
  33167. ------------------------------
  33168.  
  33169. From: lnjptyo1.mberla01@eds.com (Michael Berlant)
  33170. Subject: Re: Using Live Radio With Automated Attendant
  33171. Date: 16 Mar 1995 00:48:19 GMT
  33172. Organization: EDS Japan
  33173.  
  33174.  
  33175. In article <telecom15.146.5@eecs.nwu.edu>, adelante@sccsi.com says...
  33176.  
  33177. > recently told that it is technically against FCC regulations to use
  33178. > live radio broadcasts for when people are placed on hold 
  33179.  
  33180. The restriction is not against using radio, per se.  It is regarding
  33181. copyright enforcement and royalty payments.  If you use any copyrighted 
  33182. material for your Music-on-Hold, then you must meter its transmission
  33183. and pay the appropriate royalties.  Fail to do that and you'll have
  33184. lawyers more powerful than the FCC's breathing down your neck if and
  33185. when you get caught.
  33186.  
  33187. ------------------------------
  33188.  
  33189. Date: Wed, 15 Mar 95 15:16:14 EST
  33190. From: jbutz@hogpa.ho.att.com (John J Butz)
  33191. Subject: Re: Using Live Radio With Automated Attendant
  33192.  
  33193.  
  33194. On a similar note.  I once phoned into the Microsoft Word Help Line,
  33195. where I was greeted by a "DJ" who told me how many people were in the
  33196. MS Word queue, the average hold time, and the name of the song she had
  33197. just played.
  33198.  
  33199. I assume this "broadcast" was done live due to the dynamic nature of
  33200. the information presented and the smooth continuity of the speech.
  33201. That is, as queue length, hold time and song title data were "voiced
  33202. back" there was no discontinuity like typical voice response systems
  33203. reading back host information.
  33204.  
  33205. ("There are five callers in the `Excel` queue with a ten minute 
  33206. hold time, you just heard Sting perform `Heavy Cloud No Rain`"
  33207.         vs.
  33208. "The next train from"...."Belmar"...."arriving at"...."New York, 
  33209. Penn Station"...."departs at"...."4"..."oh"..."1"..."p m")
  33210.  
  33211. It would be hardly a problem to bridge queued channels together to a
  33212. DJ to entertain them while they waited, but man what a boring job it
  33213. must be spin tunes and read back queue times.
  33214.  
  33215.  
  33216. J Butz    AT&T-GCCS Service SW Development    jbutz@hogpa.att.com
  33217.  
  33218.  
  33219. [TELECOM Digest Editor's Note: The thing that bugs me about that help line
  33220. and the DJ is that for what they pay the DJ to put on this show for people
  33221. on hold, they could easily afford to pay one or two more experienced techs
  33222. to be there taking phone calls. If callers are there long enough to listen
  33223. to an entire song and get a traffic congestion report, etc then they are
  33224. on hold far too long. It seems to me someone is unclear on the concept of
  33225. what the phone people there are supposed to be doing. People don't call
  33226. phone rooms to listen to music; that should be coincidental to it all. I
  33227. wonder also if they have considered hiring two or three *less experienced*
  33228. persons to field the most elementary questions they must get all day long
  33229. sending only the more difficult calls to the actual techs. This would serve
  33230. to weed out the queue quickly also. Also, why not recorded Q/A messages to
  33231. help callers, i.e. 'while you wait, you may listen to some pre-recorded
  33232. messages which may solve your problem ...'. Compuserve does this and it
  33233. weeds out the crowd of callers pretty nicely, even though you still can
  33234. get waits of 10-15 minutes during their busiest hours.   PAT] 
  33235.  
  33236. ------------------------------
  33237.  
  33238. From: SMITHB@nutra.monsanto.com (Brian Smith)
  33239. Subject: Re: Using Live Radio With Automated Attendant
  33240. Date: Thu, 16 Mar 1995 09:53:27 -0500
  33241. Organization: NSC Technologies
  33242.  
  33243.  
  33244. Last year I had to install a new music on hold system and found out too
  33245. much information about this subject.  Basically, as far as I know, there
  33246. is no FCC rule against the use to radio for music-on-hold, it's more a
  33247. question of royalties that are supposed to be paid to music licensing
  33248. companies like BMI, ASCAP or SESAC.  
  33249.  
  33250. Even if you are using a CD or tape that you buy at a store or use a radio
  33251. station, that is free to begin with, you are still expected to pay a fee
  33252. when you broadcast it through your phone/voice mail system. It is
  33253. considered a "public" performance for which you are supposed to pay a
  33254. licensing fee. There are a few exceptions, but this is not one of them.
  33255. ASCAP sent me information that included a list of the rates based on the
  33256. number of trunk lines used.  The fees ranged from $156.00 to $1254.00
  33257. annually. BMI had a similar set-up.  
  33258.  
  33259. I finally bought a music-on-hold player that included licensed music
  33260. for one year.  I'm not sure what I'll do about this next year.  A
  33261. friend I know works a music promotion/management firm and said that
  33262. the issue of paying royalties is usually on the honor system. Potentially 
  33263. you could have legal troubles if someone wants to enforce the rules.  
  33264. You'll have to decide.
  33265.  
  33266. There are offices in most major cities.  For ASCAP, the Houston office
  33267. phone is (713) 270-0506. For BMI, the number is 800-699-4264.  For SECAC,
  33268. the number is 615-320-0055. They can send you more information than you
  33269. probably want about licensing fees and royalties.  Good luck!
  33270.  
  33271.  
  33272. [TELECOM Digest Editor's Note: Why not just move the queue a little
  33273. faster?  Why not do a better job of scheduling your help so you have the
  33274. people you need there at peak times? It used to be that people in charge
  33275. of phone rooms had statistics on their traffic so they had a very good
  33276. idea what to expect, i.e. its Thursday at 10 AM, therefore we are gonna
  33277. have X calls and need Y employees.
  33278.  
  33279. At least most of the music on hold's are usually not too bad to listen
  33280. to. Try this one: Ask the international operator for your long distance
  33281. carrier to connect you with directory assistance in France at one of
  33282. their peak times (in France). After a ring or two, a most uncreative
  33283. recording comes on the line. A man with perfect English, with a very
  33284. British accent says, "Tel-eee-com! Please stand by, we are trying to extend
  33285. you ... ". There then follows eight or ten bars of some jolly music, and 
  33286. the message is repeated. The whole thing takes perhaps fifteen seconds to 
  33287. play out and it immediatly repeats, "Tel-eee-com! Please stand by, we are 
  33288. trying to extend you ...", followed by the same music, almost like a needle 
  33289. which has gotten stuck on a turntable. Over and over; if you wait on
  33290. hold three minutes for the Inward operator to respond, you'll hear
  33291. that recording 12-13 times. If you wait on hold five minutes, then you
  33292. get it about 19-20 times, once every fifteen seconds or so. Whoever
  33293. France got that equipment from, the company sold the same junk to the
  33294. telco in Singapore, because theirs has the same man's voice with the
  33295. same request to hold and the same eight to ten bars of music.  
  33296.  
  33297. The last time I called France the AT&T operator landed in that queue
  33298. and I could almost sense her eyes rolling backward in her head, and
  33299. her thinking, 'why me, Lord?' ...  She said some days she hears that
  33300. recording *dozens* of times before the operators finally answer.
  33301. Better they should go back to the old ways; when you called from the
  33302. USA to *certain countries* (names not necessary) it just rang for
  33303. twenty minutes before Inward responded, provided they ever did respond,
  33304. provided the AT&T operator was willing to wait that long.  PAT]
  33305.  
  33306. ------------------------------
  33307.  
  33308. From: dsr@delphi.com
  33309. Subject: Re: Paging Interface With Computer
  33310. Date: Wed, 15 Mar 95 21:26:37 -0500
  33311. Organization: Delphi (info@delphi.com email, 800-695-4005 voice)
  33312.  
  33313.  
  33314. HUANG Zhengqian <zqhuang@sunmp.csd.hku.hk> writes:
  33315.  
  33316. > Does anybody know if there is a paging receiver that can be
  33317. > connected to a computer so that data received over the air can be
  33318. > sent to the computer?
  33319.  
  33320. Sure! There are actually quite a few. The first was the Motorola NewsStream,
  33321. an external device about the size of an Advisor pager that had no display
  33322. but did have a serial port. It was introduced in 1992. Shortly thereafter
  33323. came a raft of paging data receivers in PCMCIA format, which just slip
  33324. into a PCMCIA Type II slot on virtually any notebook computer or PDA.
  33325. Motorola released the first (the NewsCard) at the same time as the Apple
  33326. Newton (it has since been released for many other platforms). Shortly
  33327. thereafter came Wireless Access with the AccessCard (completely internal
  33328. PCMCIA Type II) and Socket Communications with the PageCard (PCMCIA plus
  33329. an alphanumeric display).  Other companies that have shown off data
  33330. receivers include RC&T, Chaplet, Novalink and a few others.
  33331.  
  33332. During the past year, many paging carriers (including MobileComm,
  33333. PageMart, SkyTel, MobileMedia, etc.) and computer manufacturers (such as
  33334. Apple, IBM, Hewlett Packard, etc.) have come out with their own privately 
  33335. labeled packages, usually including one of the above cards together
  33336. with paging service, software, and everything else you need to get
  33337. going.
  33338.  
  33339. Our company, Ex Machina, is the leading developer of software for receiving
  33340. paging data for computers. We wrote the new paging data protocols, together
  33341. with Motorola and Glenayre, did the first receiving software for both the
  33342. NewsStream and the NewsCard for Motorola, did SkyTel and MobileComm's first
  33343. software for the cards, and just finished doing all the software for the
  33344. Apple Mobile Message System (sending and receiving on Windows, Mac and Newton.)
  33345.  
  33346. If you'd like some more information about our products or developer programs,
  33347. please feel free to drop us a line at notify@exmachina.com, or give us a call
  33348. at (800) 238-4738.
  33349.  
  33350.  
  33351. David S. Rose    Ex Machina, Inc.   david@exmachina.com
  33352.  
  33353. ------------------------------
  33354.  
  33355. From: rlvd_cif@uhura.cc.rochester.edu (Robert Levandowski)
  33356. Subject: Re: Caller ID, Privacy, and Cranks (was Yes, Yung'uns...)
  33357. Organization: University of Rochester - Rochester, New York
  33358. Date: Thu, 16 Mar 95 06:22:43 GMT
  33359.  
  33360.  
  33361. In <telecom15.141.9@eecs.nwu.edu> bpc@netcom.com (Benjamin P. Carter) writes:
  33362.  
  33363. > Does this system work even if the caller attempts to block his ID, or
  33364. > if he is far enough away to defeat the usual Caller ID, or if he is
  33365. > calling from a place with its own switchboard?
  33366.  
  33367. The telephone book doesn't say; however, I would assume that since it
  33368. is designed for use against harassment calls, that it probably doesn't
  33369. honor Caller ID blocking.  I imagine that if you called from a PBX, it
  33370. would at least report the billing address for the PBX' trunk, which is
  33371. as good as Caller ID would do in many cases.
  33372.  
  33373. As far as I can see, it should be at least as effective as Caller ID, and
  33374. you don't have to pay for a box and a fee for service.  You only pay a
  33375. small fee if you actually need it.  That's good for folks like me who don't
  33376. feel too guilty about hanging up on telemarketers, and thus don't need to
  33377. verify their phone number before answering. :)
  33378.  
  33379. > Do the cops feel obliged to investigate every complaint?
  33380.  
  33381. They're legally obliged to investigate every complaint, as far as I
  33382. know.  It would look bad if they blew off a complaint and someone got
  33383. hurt.  I haven't had cause to use this service; however, when RochTel
  33384. recommended that I call the police to complain about unsolicited,
  33385. automated phone advertising that latched onto my line for a good five
  33386. minutes, I received an incident report that listed a crime of "aggrivated 
  33387. harassment," which is not trivial.  (The RochTel operator said that I
  33388. was not the first person she'd sent to RPD that night. :) On that basis, 
  33389. I'd say the Rochester police take phone crimes fairly seriously.
  33390.  
  33391.  
  33392. Rob Levandowski
  33393. Computer Interest Floor associate / University of Rochester
  33394. macwhiz@cif.rochester.edu     [Opinions expressed are mine, not UR's.]
  33395.  
  33396.  
  33397. [TELECOM Digest Editor's Note: It depends of course on *where* you live
  33398. and the nature of other crime going on around you. In most bigger cities
  33399. phone harassment takes a back seat to the increasing number of violent
  33400. crimes going on. In Chicago, if you complain to Illinois Bell, they will
  33401. put a trap on your line subject to certain conditions. You have to sign
  33402. a form saying you agree to have the trap results turned over to the police
  33403. and you absolutely promise to prosecute the person involved. They will
  33404. not tell you the trap results; they will only turn it over to the police
  33405. and you have to go from there with it. The Chicago Police Department has
  33406. a couple of officers specifically trained to handle complaints involving
  33407. telephone harassment, and you are NOT given the name of the person involved
  33408. until after you sign off on the form authorizing the arrest and prosecution
  33409. of the offender. 
  33410.  
  33411. But what if the offender turns out to be (a) spouse, (b) co-worker, (c) your
  33412. blood relative, (d) lover or former lover, (e) assorted others who you'd
  33413. rather deal with on your own. Too bad, says Illinois Bell, we are not your
  33414. private detective agency. And the attitude of the police is either you
  33415. are alleging a crime has been committed or you are not. Which is it? They
  33416. won't violate the 'privacy rights' of the calling party, and subject them-
  33417. selves to a lawsuit -- same as Illinois Bell under the circumstances -- until
  33418. you stick your neck out first. 
  33419.  
  33420. The sad thing about most phone harassment is that it *rarely* is a stranger.
  33421. Yes, now and then someone might pick a name out of the phone book, or dial
  33422. a number (the first time) at random and then persist in a campaign of
  33423. harassment. But that isn't what usually happens. That's why when telco puts
  33424. a trap on your line they warn you DO NOT DISCUSS THIS WITH ANYONE. DO NOT
  33425. TELL ANYONE --  EVEN FAMILY MEMBERS OR NEIGHBORS -- THAT A TRAP IS IN PLACE.
  33426. DO NOT SAY ANYTHING AT WORK OR SCHOOL.  NOTHING. PERIOD. KEEP QUIET.
  33427. Because they know, time and again, when the harasser is caught, it is going
  33428. to be someone you know; someone part of your life or previously part of it.
  33429. Telco says you want this problem cured? We'll cure it alright ... someone
  33430. will get locked up.  This is why, in my opinion, Caller-ID and Automatic
  33431. Call Back are good tools. They provide the kind of 'self-help' mechanisms
  33432. that one can use when one doesn't immediatly want more extreme action taken.
  33433. Yes, difficult cases will still slip through, but you can turn those over
  33434. to telco and police when necessary.   PAT]
  33435.  
  33436. ------------------------------
  33437.  
  33438. From: gttm@cais2.cais.com (USCG TELECOMMS)
  33439. Subject: Re: Caller ID Question
  33440. Date: 16 Mar 1995 13:40:29 GMT
  33441. Organization: Capital Area Internet Service
  33442.  
  33443.  
  33444. > [TELECOM Digest Editor's Note: Nope, not possible. Not at least
  33445. > without a massive lost of trust by the public in what telephone
  33446. > privacy is available. That is the purpose of 911: Emergency calls are
  33447. > to be placed to that number. *Non-emergency* calls are NOT to go to
  33448. > 911. 911 is to be used for dire emergencies requiring immediate
  33449. > intervention by the police/fire/medical people. If your call is a
  33450. > bonafide emergency then I can't imagine you would not want want your
  33451. > identity and whereabouts known. Your car was stolen yesterday or you
  33452. > want to report an offense you saw a couple hours ago?  Those are not
  33453. > emergencies.  They should go to your administrative seven digit
  33454. > number. But here is a secret for you: Equip all those phones wth
  33455. > Caller-ID and display units.  *Never* admit to (or tell anyone) having
  33456. > it. 99 percent of the population is not sophisticated enough to block
  33457. > their ID anyway and you will wind up getting most all numbers.  PAT]
  33458.  
  33459. We, US Coast Guard, have direct dial lines (non-911) that are used by
  33460. mariners for seeking emergency assistance from the Coast Guard.  Our
  33461. search and rescue centers often need to identify the person in distress 
  33462. in the event we lose contact with him and also for identfying hoax
  33463. calls for assistance.  We asked the FCC in the Caller ID proceeding to
  33464. override the blocking mechanism, if used by a caller, on calls made to
  33465. our lines.  As you can see this feature is very important in hoaxes
  33466. for us to be able to prosecute.  The FCC agreed with us and is now
  33467. requiring telephone carriers to override the privacy indicator to all
  33468. calls made to USCG lines; these rules become effective this April.
  33469. Well, now several phone companies have filed petitions with the FCC
  33470. requesting a waiver of this new rule on the basis that it is not
  33471. technologically feasible to override the privacy indicator on non-911
  33472. calls.  Now you see what our problem is.
  33473.  
  33474.  
  33475. Ron
  33476.  
  33477. Telephone: (202) 267-2860         U.S. Coast Guard (G-TTM)  
  33478. Fax:       (202) 267-4106         Washington DC 20593       
  33479. Internet:      CGComms/g-t07@cgsmtp.comdt.uscg.mil   
  33480.  
  33481.  
  33482. [TELECOM Digest Editor's Note: Am I correct that your sole jurisdiction
  33483. is in the *water*?  Do you have any jurisdiction on *land*?  If your
  33484. jurisdiction is in the water, don't mariners -- by definition of what
  33485. they are if for no other reason -- contact you by marine radio from their
  33486. vessels?  *Should* emergency calls from landline phones ever be coming to
  33487. you?  Let us say I am on the shore of Lake Michigan on the beach. I wish
  33488. to report a crime in progress or obtain emergency medical assistance. Why
  33489. would I call you instead of the local emergency line in the community in
  33490. which I am located?
  33491.  
  33492. Now on the other hand, if your mariners are using cellular phones to call
  33493. you, and dialing your administrative numbers, blocking or the lack thereof
  33494. isn't going to matter unless/until cellphone carrier and telco get together
  33495. and properly hand off the ANI. Even the land-based 911 people have trouble
  33496. with getting a 'fix' on the location of cellular phones. Now yes, there
  33497. are instances of 'landline' phones actually out in the lake; for instance,
  33498. for quite a few years 312-HYde Park-3-6040/41 were listed as 'City of
  33499. Chicago Water Department, Foot of 68th Street'. In fact the phones were 
  33500. two miles out in Lake Michigan at what is known as the '68th Street Crib',
  33501. or water intake station where workers are stationed for a week at a time
  33502. to tend the pumps and intake machinery, etc. I suppose one of the men could
  33503. become ill or injured and an emergency call would be made to 911, in which
  33504. case the Chicago Police Marine Unit would respond. Do you suppose they
  33505. would dial any seven digit administrative number -- yours or the city of
  33506. Chicago or whatever -- and dial *67 first to block their identity?  
  33507.  
  33508. I would think by the nature of your work, getting a fix on the location
  33509. of the incident would involve beacons or other radio equipment, or
  33510. simply asking the person where they are at. Now I have heard of instances
  33511. where, for example, fishermen in a small boat got in trouble where the
  33512. boat turned over, or perhaps someone sitting at a pier fishing or whatever
  33513. fell in the water and someone nearby *on land* saw the incident and called
  33514. for emergency help; but still, shouldn't the local land-based 911 be the
  33515. first to respond, asking for assistance from your agency as necessary? In
  33516. such a case, surely the police would know where to tell you to respond even
  33517. if they could not for some reason.  I guess my question is, what kind of
  33518. emergencies do you deal with where calls come direct to your office *from
  33519. landline phones* -- the only kind with 911 anyway -- where the call should
  33520. not rightfully have gone to a land-based emergency response agency? And if
  33521. you do have jurisdiction in some land-based incidents, are the telephones
  33522. within that land-based area; i.e. a large harbor area for example, 'unique
  33523. enough' in the telco central office serving them that when those phones
  33524. made 911 calls those calls could be handed off to you for processing like
  33525. other 911 agencies?  In other words could 911 be routed to you in those
  33526. cases?  Could local police agencies hand off calls to you the same way
  33527. they presently hand off calls to the Fire Department?  You dial 911 here
  33528. and ask for Fire, the dispatcher taps a button on her console and off
  33529. you go ... when Fire answers, she is on there listening, ready to speak
  33530. up and assist as needed. Why not to Coast Guard also if you think you
  33531. need it? 
  33532.  
  33533. You also need to amend your listings in telephone directories so that
  33534. under the listings for Coast Guard it says 'from land-based phones in an
  33535. emergency, dial 911; local authorities will coordinate with USCG as
  33536. required' or some words to that effect.  This has gone on quite long
  33537. enough; I won't get into the *politics* of 911; agencies that are afraid
  33538. to let other agencies handle their calls because if something goes wrong
  33539. they'll be the ones to catch hell and if something goes right the other
  33540. guys will get all the praise.  I know that does not apply to USCG; you're
  33541. probably way above that sort of petty behavior.    PAT]
  33542.  
  33543. ------------------------------
  33544.  
  33545. End of TELECOM Digest V15 #150
  33546. ******************************
  33547.     
  33548.