home *** CD-ROM | disk | FTP | other *** search
/ Hacker Chronicles 2 (Alt) / The_Hacker_Chronicles_Volume_II-CD2.iso / td2 / td14_53.txt < prev    next >
Encoding:
Text File  |  1995-01-03  |  24.6 KB  |  580 lines

  1. TELECOM Digest     Mon, 31 Jan 94 14:45:30 CST    Volume 14 : Issue 53
  2.  
  3. Inside This Issue:                          Editor: Patrick A. Townson
  4.  
  5.     Re: INTERNET Connections: What's Involved? (Lars Poulsen)
  6.     Re: Real Time Audio Compression (Ketil Albertsen)
  7.     Re: ISDN NT1 Power Source (Bob Larribeau)
  8.     Re: Informing Ourselves to Death (Tom Horsley)
  9.     _Technopoly_ by Neil Postman (19249@mwvm.mitre.org)
  10.     Brendan Update and His "Thanks" (CuD via Monty Solomon)
  11.     How to Make a Sun Send Messages to a Pager or a GSM Phone (Jurgen Debedts)
  12.     DID Questions (Thomas Tengdin)
  13.     Data Over Power Lines (Stewart Fist)
  14.     Cheap PBX For Home - Where? (Frank Keeney)
  15.     Internet E-Mail Access in Mexico (Jeremie Kass)
  16.     ISDN and Caller-ID (Will Martin)
  17.     Pac Bell and the Earthquake (The Network Group)
  18.  
  19. TELECOM Digest is an electronic journal devoted mostly but not
  20. exclusively to telecommunications topics. It is circulated anywhere
  21. there is email, in addition to various telecom forums on a variety of
  22. public service systems and networks including Compuserve and GEnie.
  23. Subscriptions are available at no charge to qualified organizations
  24. and individual readers. Write and tell us how you qualify:
  25.  
  26.                  * telecom-request@eecs.nwu.edu *
  27.  
  28. The Digest is compilation-copyrighted by Patrick Townson Associates of
  29. Skokie, Illinois USA. We provide telecom consultation services and
  30. long distance resale services including calling cards and 800 numbers.
  31. To reach us:  Post Office Box 1570, Chicago, IL 60690 or by phone 
  32. at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
  33.  
  34.     ** Article submission address only: telecom@eecs.nwu.edu **
  35.  
  36. Our archives are located at lcs.mit.edu and are available by using
  37. anonymous ftp. The archives can also be accessed using our email
  38. information service. For a copy of a helpful file explaining how to
  39. use the information service, just ask.
  40.  
  41. TELECOM Digest is gatewayed to Usenet where it appears as the moderated
  42. newsgroup comp.dcom.telecom. It has no connection with the unmoderated
  43. Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
  44. Digest" shares archives resources at lcs.mit.edu for the convenience
  45. of users. Please *DO NOT* cross post articles between the groups. All
  46. opinions expressed herein are deemed to be those of the author. Any
  47. organizations listed are for identification purposes only and messages
  48. should not be considered any official expression by the organization.
  49. ----------------------------------------------------------------------
  50.  
  51. From: lars@Eskimo.CPH.CMC.COM (Lars Poulsen)
  52. Subject: Re: INTERNET Connections: What's Involved?
  53. Organization: CMC Networ.|k Products, Copenhagen DENMARK
  54. Date: Mon, 31 Jan 94 08:04:52 GMT
  55.  
  56.  
  57. In article <telecom14.50.15@eecs.nwu.edu> 92065034@ramsey.cs.laurentian.
  58. ca (J. Guitard) writes:
  59.  
  60. > I would like some info on what's involved in connecting to the
  61. > Internet. At first I thought the only way to connect was through a T1
  62. > line, but now I hear you can connect with a 9600 baud line. Someone
  63. > told me they were connected through their local internet provider. Who
  64. > are these local internet providers? What are the costs for these
  65. > lines and monthly fees, etc?  Email me or post here.
  66.  
  67. Since you are posting from the computer science department of a
  68. Canadian University, I presume that you already are Internet connected
  69. at school, and your question is directed more towards "How can a
  70. person get a personal Internet connection that does not depend on
  71. Government sponsored privileges". The answer is that there are a
  72. variety of multi-user systems with Internet access on which you can
  73. get accounts.
  74.  
  75. At the low end, there are bulletin boards, such as FIDONET systems
  76. that are often operated on a free volunteer basis, although the owners
  77. will be happy to accept a small donation to offset their costs.  These
  78. systems tend to have only electronic mail connections to the Internet.
  79. You can connect to these systems using modems from 1200 bps to 14400
  80. bps.
  81.  
  82. In a way, the large North American BBS systems, like CompuServe,
  83. Genie, America Online or Prodigy represent the same idea taken to the
  84. utmost. While these systems have local access numbers, even in middle-
  85. sized cities, they tend to have more information available but at a
  86. higher cost. Typically, at least USD 5 / hour. They also have
  87. email-only connections to the Internet, although this is slowly
  88. beginning to change.
  89.  
  90. The next step up, tends to be community organized Unix systems. Often
  91. these will give you a full unix shell, and many of them have full
  92. Internet connections.  You can connect to these systems using modems
  93. from 1200 bps to 14400 bps. A widely circulated list of these systems
  94. is known as the PDIAL list.  In the larger cities, it is not unusual
  95. to be able to get an account that allows you 20 hours of connect time
  96. for USD 20 per month or USD 75 for unlimited access. On the other
  97. hand, if it takes a long distance call to connect to it, the telephone
  98. charges will cost much more than the service. Indeed, some systems are
  99. totally funded on kickbacks from long distance carriers.
  100.  
  101. In both of the above examples, your connection would be a plain
  102. terminal connection. The Internet service extends only to the access
  103. node, and after FTP-ing a file to the access node, you would have to
  104. download it to your own PC or Mac using the file transfer features of
  105. your terminal program (Kermit, Zmodem etc). For a bit more money, your
  106. could have your own machine become a real Internet node while you are
  107. online, using a link protocol such as SLIP or PPP. This will allow you
  108. to use the newer "Information Navigators" such as Mosaic, and also to
  109. FTP directly to your hard disk. Unless your connection is full-time,
  110. you will still need to keep your mailbox on the (unix) access host,
  111. although you can use a nicer client (such as Eudora) to download it
  112. transparently when you connect up. These connections are generally at
  113. 14400 bps. Because the service provider needs to install more
  114. equipment and usually ends up needing to give more support to these
  115. users, this service is more expensive than login service. Typical
  116. rates would be $200 per month for unlimited access. (If you can get to
  117. the access port with a "free" local call from home, this is a very
  118. economical way to become a "real" network node.)
  119.  
  120. Finally, you can attach a whole cluster of systems on a local area
  121. network (LAN) to the Internet, either in dial-on-demand mode, or on a
  122. full-time leased line. Such access can be at any speed from 9600 bps
  123. to T-3 depending on your needs and budget. This class of service is
  124. generally of interest to businesses. Service on a 56kbps access line
  125. is generally available for USD 1000 per month at any long distance
  126. carrier's point of presence (POP); i.e. you have to add the cost of a
  127. leased line to that point.
  128.  
  129. There is a whole industry of network service providers, ranging from
  130. the above mentioned FIDOnet amateurs to specialized carriers with
  131. annual sales of tens of millions of dollars. Some of them are local
  132. co-operatives, often affiliated with local colleges. Some are regional
  133. carriers, originally founded as groups of colleges banding together to
  134. link up the schools to NSF-net, and later opening up membership to
  135. businesses and individuals. Some of these have expanded to offer
  136. service anywhere in the US. And some are spin-offs from telephone
  137. companies.
  138.  
  139. Since there are literally hundreds of vendors, I can only mention a
  140. few of the large ones:
  141.  
  142.    PSI.COM - Performance Systems International, in Troy, NY
  143.  and with a sales office in Tyson's Corner, VA
  144.    ALTER.NET - UUNET Technologies, in VA
  145.  and with a Canadian branch in Ontario
  146.    ANS.NET - Advanced Networks and Services, in Elmsford, NY
  147.  
  148. Both PSI and ALTERnet offer everything from dialup-login to leased
  149. line packet service. ANS tends to go after the very large customers.
  150.  
  151.  
  152. Lars Poulsen   Internet E-mail: lars@CMC.COM
  153. CMC Network Products  Phone: (011-) +45-31 49 81 08
  154. Hvidovre Strandvej 72 B Telefax:      +45-31 49 83 08
  155. DK-2650 Hvidovre, DENMARK Internets: designed and built while you wait
  156.  
  157. ------------------------------
  158.  
  159. From: ketil@edb.tih.no (Ketil Albertsen,TIH)
  160. Subject: Re: Real Time Audio Compression
  161. Organization: T I H / T I S I P
  162. Date: Mon, 31 Jan 1994 09:33:00 GMT
  163.  
  164.  
  165. In article <telecom14.52.9@eecs.nwu.edu>, daveb@jaws (David Breneman)
  166. writes:
  167.  
  168. > [...]  Still, there is no way to "compress" analog audio to
  169. > get a greater frequency response than the wire it's travelling down.
  170.  
  171. Quite a few years ago, I read about experiments done in Eastern
  172. Europe: They have (had?) almost exclusively AM broadcast transmitters.
  173. Researchers were investigating alternatives for obtaining better sound
  174. quality in a cheaper way than building up an all-new FM transmitter
  175. network.
  176.  
  177. The research showed that the human ear is surprisingly insensitive to
  178. small frequency variations in the higher harmonics -- any frequency in
  179. the approximately correct range will be subjectively perceived as
  180. overtones.
  181.  
  182. Also, while US AM broadcasts have a 9 kHz bandwidth, European ones
  183. have only a 6 kHz bandwidth (Are these figures correct? I believe so,
  184. but this is really too far away from my field of expertize!). This
  185. applies to the consumer (and studio) equipment, though -- the
  186. transmission equipment is "international", capable of handling 9 kHz.
  187.  
  188. So the following solution was tried: Anything below 5.5 kHz was
  189. transmitted as before. Frequencies from 6.5 to 20 kHz was split into a
  190. dozen frequency bands. The *total* energy in each band steered the
  191. level of a *pure tone* transmitted in 6.5-9 kHz range, like the stereo
  192. pilot tone, but each band had its pilot tone. Obviously, the pilot
  193. tones where more closely spaced than the bands, in order to fit into
  194. 2.5 kHz!
  195.  
  196. An old 6 kHz receiver would filter the pilot tones away. A new HiFi
  197. receiver would contain a dozen of white noise generators (with a
  198. frequency range limited to the corresponding frequency band) whose
  199. intensity was directly steered by the pilot tone for that band.
  200. Listening tests indicated that the perceived music reproduction
  201. quality was, although not quite as good as FM, dramatically improved.
  202.  
  203. I never heard of this system being put into use, though. At time of
  204. writing it was not yet clear whether a sufficiently high percentage of
  205. consumer receivers in use actually did filter away everything above 6
  206. kHz - if not, the listeners would be hearing a lot of high pitched
  207. noise, making it unacceptable. It could also be that the filters and
  208. white noise generators necessary in new HiFi receivers to exploit the
  209. higher quality sound turned out to be too expensive to be acceptable.
  210. Or it could be that the AM sensitivity to environment noise made it
  211. less interresting, after all.
  212.  
  213. Yet, these experiments did show one (more or less) viable approach,
  214. from a technical point of view, to analog sound compression to lower
  215. bandwidth requirements.
  216.  
  217. ------------------------------
  218.  
  219. From: Bob Larribeau <p00136@psilink.com>
  220. Subject: Re: ISDN NT1 Power Source
  221. Date: Mon, 31 Jan 94 11:14:05 -0800
  222.  
  223.  
  224. > whs70@cc.bellcore.com (sohl,william h) writes:
  225.  
  226. >> In article <telecom14.39.4@eecs.nwu.edu>, Paul D. Guthrie
  227. >> <paul@vorpal.digex.net> wrote:
  228.  
  229. >>> I'm looking for a couple of answers about some ISDN questions that
  230. >>> experience and Stalling's ISDN book have both left me unclear on.
  231. >
  232. >>> First, a CPE can be line powered (the AT&T 7506 e.g.), but my
  233. >>> experience with NT1's are that they must be DC powered (but I've only
  234. >>> dealt with rack mounted units).  Can NT1's be line powered?
  235.  
  236. >> I am unaware of any "line powering" of ISDN CPE in the USA.  Perhaps
  237. >> what is meant by "line powering" of the AT&T 7506 is that the NT-1 and
  238. >> associated power supply is located in a telephone equipment closet
  239. >> somewhere at a customer location and that is the power supply for the
  240. >> 7506.
  241.  
  242. > This is quite surprising.  The standards were arranged around some
  243. > (limited) power feeding at 60V.  This power is(was) intended to supply
  244. > sufficient power to drive one (and only one) TA attached to the "S"
  245. > bus of the NT1 (2B1Q to "S" Bus interface).  The power for this
  246. > "special" device is supplied by an extra pair on the S bus reserved
  247. > for it, or by reversing the polarity of the normal power feed supplied
  248. > in Cailho fashion on the Rx and Tx pais of the "S" bus.  In this
  249. > manner, an ISDN telephone for, instance, would draw power from the
  250. > normal Cailho feed and the reserved pair, or by use of a bridge from a
  251. > reversed polarity Cailho feed.
  252.  
  253. > Are you sure that a 60V feed (max current of about 20-30ma) is not
  254. > provided bu US Telcos, not even to power repeaters (if required)?
  255. > Excuse me for being scheptical, but I'm not convinced, but then I am
  256. > an Australian so "what would I know?".
  257.  
  258. I am going to finally give in to temptation and jump into this one.
  259. You must remember that in the U.S. we use the U-interface, which is a
  260. two-wire local loop interface.  The U-interface, as implemented in the
  261. U.S., does not provide power from the network.  Powering is the
  262. customer's responsibility.
  263.  
  264. There are various options that customers in the U.S. can use for
  265. providing power to the T-interface.  T-interface ISDN telephones in
  266. the U.S. commonly use this customer provided line power as their power
  267. source.  Many ISDN data terminal do not use the T-interface line power
  268. but use a separate power receptacle.
  269.  
  270. Hope this helps.  I understand that from your perspective we always 
  271. get things upside down:-)
  272.  
  273.  
  274. Bob
  275.  
  276. ------------------------------
  277.  
  278. From: tom@travis.csd.harris.com (Tom Horsley)
  279. Subject: Re: Informing Ourselves to Death
  280. Date: 31 Jan 1994 13:39:39 GMT
  281. Organization: Harris Computer Systems Division
  282.  
  283.  
  284. I am glad to see this response by George Gilder, he said it better
  285. than I could.
  286.  
  287. When I read Postman's comments, I was reminded of a character
  288. described in Arthur C. Clarke's book "The Fountains of Paradise". He
  289. was talking about some 18th century professional quack (who's name I
  290. forget), who went around opposing things like trains with a bunch of
  291. psuedo science babble about how the breathtaking speed would be bound
  292. to psycologically damage the travellers.
  293.  
  294.  
  295. domain: tahorsley@csd.harris.com       USMail: Tom Horsley
  296.                                                511 Kingbird Circle
  297.                                                Delray Beach, FL  33444
  298.  
  299.  
  300. [TELECOM Digest Editor's Note: I did not get quite the same impression
  301. of Postman's speech that you and Gilder recieved. I do not think 
  302. Postman said computers were dangerous, only that they could be misused
  303. and too much reliance could be placed in them. At least one other person
  304. enjoyed Postman's meditation, as the next letter in this issue will
  305. reveal.  PAT]
  306.  
  307. ------------------------------
  308.  
  309. From: 19249@mwvm.mitre.org
  310. Subject: _Technopoly_ by Neil Postman
  311. Date: Mon, 31 Jan 94 15:20:08 EST
  312. Organization: The MITRE Corporation, McLean VA 22102
  313.  
  314.  
  315. For those of you who liked Neil Postman's "Informing Ourselves to
  316. Death" you might like to know that it is revised and included as a
  317. chapter in his book _Technopoly, The Surrender of Culture to
  318. Technology_ published in 1993 by Vintage/Random House, ISBN
  319. 0-679-74540-8 in paperback.  I found it to be a relatively quick and
  320. enjoyable read. Your mileage may vary.
  321.  
  322.  
  323. DW
  324.  
  325. ------------------------------
  326.  
  327. Date: Mon, 31 Jan 1994 01:43:27 -0500
  328. From: Monty Solomon <monty@roscom.COM>
  329. Subject: Brendan Update and his "Thanks"
  330.  
  331.  
  332. FYI.  Excerpt from Cu Digest #6.11
  333.  
  334.   Date: Sat, 29 Jan 94 21:09:22 PST
  335.   From: smlieu@CYGNUS.COM(Sun Ming Lieu)
  336.   Subject: File 1--Brendan Update and his "thanks"
  337.  
  338. ((MODERATORS' NOTE: The following update on Brendan Kehoe, author of
  339. ZEN AND THE ART OF THE INTERNET, CuD ftp archmeister, and
  340. cyberdenizen, is great news. We've also received two posts from him,
  341. and he sends along "THANKS" for all the posts.  We mailed off the
  342. collection of e-wishes this week, and thanks to all those who
  343. contributed)).
  344.  
  345. Brendan continues to make phenomenal progress in the last few days.
  346. His neurologist says that she has not seen a case like this in 12
  347. years of practice.
  348.  
  349. The hospital is letting Brendan out on extended passes, and so he has
  350. been visiting the hotel where his mother and brother are staying,
  351. eating out, and other outings.  He will be moving to the Spaulding
  352. Center at Mass General in Boston on Tuesday (Feb 1).  The injury to
  353. his ear was not as serious as originally expected - he can hear from
  354. it and it is okay for him to fly.
  355.  
  356. I talked with Brendan for about 10 minutes by phone today.  He and
  357. Jeff sprung it on me when Jeff called and was I surprised!  Brendan
  358. just came on the line saying "This friend of mine who is working in
  359. California thinks you would like to talk to me" and started to talk up
  360. a storm.  He's been reading his mail and kept talking about how much
  361. g++ traffic there has been and how eager he is to go back to work.  He
  362. sounded happy and excited.  We talked about the weather in
  363. Philadelphia, flying first class, living closer to the office so he
  364. wouldn't have to commute from Santa Cruz, the earthquake in Southern
  365. California, and so on ...
  366.  
  367. Brendan wants to be done with the 2-3 weeks in Spaulding and be back
  368. in California as soon as possible -- he says end of February, although
  369. everyone is telling him to hold his horses and not count on it quite
  370. so soon.  Does he know something we don't?
  371.  
  372.  
  373. Sun Ming
  374.  
  375. ------------------------------
  376.  
  377. From: jdb@sunbim.be (Jurgen Debedts)
  378. Subject: How to Make a Sun Send Messages to a Pager or a GSM Telephone
  379. Reply-To: jdb@sunbim.be
  380. Organization: B.I.M.
  381. Date: Mon, 31 Jan 94 08:16:28 GMT
  382.  
  383.  
  384. I'm looking for something quite special:
  385.  
  386. We would want to have our Sun, (which is running critical
  387. applications), dial-out to a semascript pager to tell the sysadmin
  388. something is wrong. Typically, we have some sort of contool, which
  389. send a certain fixed message for a certain error-situation. This
  390. messages would then in fact be send to a modem that dials up a
  391. semascript pager, and passes on the error.
  392.  
  393. In our dreams we would like to go even further, and have the Sun dial
  394. up a GSM telephone, and have the Sun speak to the sysadmin saying that
  395. there is a problem. (pre-recorded fixed messages). In this case, we
  396. thought of have a modem that directly dials up a GSM mobile telphone.
  397. But there are some problems to be solve with this: for example, a GSM
  398. will not give a Carrier Detect, only a connect signal. Anybody delt
  399. with this kind of problems before?
  400.  
  401. Does anybody out there know of software that does one of these two
  402. things, or does anybody have some tips, or thoughts he or she would
  403. like to share with me?  (Like which modems could we use, etc)
  404. The software may be commercial or public domain.
  405.  
  406. I would greatly appreciate any feedback. 
  407.  
  408. Thanks in advance.
  409.  
  410.  
  411. Regards,
  412.  
  413. Debedts Jurgen
  414. e-mail : jdb@sunbim.be (or uunet!mcsun!ub4b!sunbim!jdb)
  415. BIM sa-nv   Kwikstraat, 4   B-3078 Everberg Belgium         
  416.  
  417. ------------------------------
  418.  
  419. Date: Sun, 30 Jan 1994 23:34:33 -0800
  420. From: Thomas Tengdin <teto@mbari.org>
  421. Subject: DID Questions
  422.  
  423.  
  424. Can anyone tell me how DID lines pass the number down the trunk?
  425.  
  426. Either an explanation or a pointer to an old issue of the Digest would
  427. be great.
  428.  
  429.  
  430. Tnanks,
  431.  
  432. T3
  433.  
  434. ------------------------------
  435.  
  436. Date: 31 Jan 94 07:37:08 EST
  437. From: Stewart Fist <100033.2145@CompuServe.COM>
  438. Subject: Data Over Power Lines
  439.  
  440.  
  441. Thomson, under the RCA brand, has just released a product that allows
  442. you to plug a telephone into the power lines and use it as an
  443. extension line within a house or building.  This should allow data
  444. over power lines between two PCs.
  445.  
  446. The product is called Intelejack.  The master control unit costs about
  447. US$150, and the extender about half as much.  The phone/modem plugs
  448. into this extender using a normal RJ11 plug.  You can have any number
  449. of extenders for voice use.  You could probably connect Macs over this
  450. system using PhoneNet, if it isn't too noisy.
  451.  
  452. ------------------------------
  453.  
  454. From: frank@calcom.socal.com (Frank Keeney)
  455. Reply-To: frank@calcom.socal.com
  456. Date: Mon, 31 Jan 1994 10:26:08 -0800
  457. Subject: Cheap PBX For Home - Where?
  458. Organization: Calcom Communications, +1 818-791-0578
  459.  
  460.  
  461. I'm looking for an inexpensive PBX system for my home. Something that
  462. will work with two or more CO lines and more than five extensions.
  463.  
  464. Anybody know where I can find something like this?
  465.  
  466.  
  467. Frank Keeney                   | E-mail  frank@calcom.socal.com
  468. 115 W. California Blvd., #411  | Fidonet 1:102/645
  469. Pasadena, CA 91105-1509 USA    | UUCP    hatch!calcom!frank
  470.                                | FAX     +1 818 791-0578 
  471.                                | Voice Mail +1 818-791-0578 x402
  472. * Origin: yume no naka ni... (1:102/645)
  473.  
  474. ------------------------------
  475.  
  476. From: kass@tacout.army.mil (Jeremie Kass)
  477. Subject: Internet E-mail Access in Mexico
  478. Date: Mon, 31 Jan 94 8:41:31 EST
  479.  
  480.  
  481. Does anyone know if it's possible to get access either via a radio
  482. modem or some other way to Internet e-mail.  This is just temporarily,
  483. while I'll be vacationing for a week.  I believe the resort is on the
  484. western (Pacific) coast.
  485.  
  486. Thanks a lot,
  487.  
  488.  
  489. Jeremie
  490.  
  491. ------------------------------
  492.  
  493. Date: Mon, 31 Jan 94 12:40:16 CST
  494. From: Will Martin <wmartin@STL-06SIMA.ARMY.MIL>
  495. Subject: ISDN and Caller-ID
  496.  
  497.  
  498. Exactly how does ISDN interact with the legal issues surrounding
  499. Caller-ID?
  500.  
  501. It is my understanding that making an ISDN connection involves setting
  502. up a header packet or some such initial-connection datastream in which
  503. both the destination and the originator are identified, and that this
  504. identification can have several levels of detail, ranging from nothing
  505. more than the bare phone numbers to a more elaborate chunk of data
  506. that includes free-form text such as a name. If this is true, the
  507. following questions arise:
  508.  
  509. 1) Is the content of this datastream totally under the control of the
  510. caller, or does the telco switch insert its own identifier of the
  511. caller in there somewhere?
  512.  
  513. 2) Can the caller put in false data to make the recipient believe that
  514. the call is coming from somewhere other than it is really originating,
  515. or does the callee use that originator data to establish the return
  516. path, and so providing false data would do nothing but make the
  517. complete ISDN circuit un-creatable? That is, the caller is calling
  518. from site "x", but falsifies the data to say he's calling from site
  519. "y". The callee then tries to respond to site "y" but they're not even
  520. up and on-line, so no connection ever gets established. (What would
  521. happen if site "y" WAS up and on-line, but already communicating with
  522. somebody else? Is there an ISDN equivalent of a busy signal that would
  523. be presented to him?)
  524.  
  525. 3) In states where caller-ID is illegal, is any of this changed? Or
  526. does the telco providing ISDN ignore that or claim that this ISDN data
  527. does not meet the definition of "Caller-ID" as far as the law is
  528. concerned?
  529.  
  530. I have a basic ignorance of ISDN details, so if all of this is
  531. nonsense as far as real ISDN is concerned, please set me straight! :-)
  532.  
  533.  
  534. Regards, 
  535.  
  536. Will      If header address doesn't work, try:
  537. wmartin@st-louis-emh2.army.mil OR wmartin@stl-04sima.army.mil
  538.  
  539. ------------------------------
  540.  
  541. Date: Mon, 31 Jan 94 14:22:00 EST
  542. From: The Network Group <0004526627@mcimail.com>
  543. Subject: Pac Bell and the Earthquake
  544.  
  545.  
  546. A few days after the CA earthquake, Pac Bell started running full page
  547. ad's in the {L.A. Times} offering assistance to displaced businesses
  548. and promoting free installation of business service in homes of
  549. employees to promote telecommuting.
  550.  
  551.  They offer *FREE* install of Centrex, Business Voice Mail, Call
  552. Forwarding, ISDN and Switched 56. Hummm. I called their 800 number
  553. 1800-303-0309 for more information and spoke with a very knowledgable
  554. data specialist re DDs56 & IS DN.
  555.  
  556. Apparently for $29.95 + tax per month you can get an ISDN line that is
  557. Basic Rate Interface (2B+D). He quoted the maximum price that includes
  558. to B 56Kbps channels + the 9.6 Packet channel on the D. I believe that
  559. the normal installation was somewhere around $800!
  560.  
  561. I am tempted to go for it, but a little short this week in coming up
  562. with 400 bucks for the ISDN phone.
  563.  
  564. I asked the technician if Feature Group A Special Access circuits were
  565. also included in the promotion and he said no.
  566.  
  567. For those that are interested, this promotion is good for orders
  568. placed on or before 2/17/94 in area codes 818 and surrounding codes --
  569. Northern CA does not apply, nor does San Diego.
  570.  
  571. ------------------------------
  572.  
  573. End of TELECOM Digest V14 #53
  574. *****************************
  575.  
  576.  
  577. -------------------------------------------------------------------------------
  578.  
  579. Downloaded From P-80 International Information Systems 304-744-2253
  580.