home *** CD-ROM | disk | FTP | other *** search
/ Phoenix Rising BBS / phoenixrising.zip / phoenixrising / tele-dig / td14-036.txt < prev    next >
Text File  |  1994-01-16  |  24KB  |  572 lines

  1. TELECOM Digest     Sun, 16 Jan 94 23:04:00 CST    Volume 14 : Issue 36
  2.  
  3. Inside This Issue:                          Editor: Patrick A. Townson
  4.  
  5.     Re: Unmetered Local Service (Danny Burstein)
  6.     Re: Unmetered Local Service (Robert L. McMillin)
  7.     Re: Shannon's Law (was Re: Hayes' New Modem) (Clarence Dold)
  8.     Re: Shannon's Law (was Re: Hayes' New Modem) (Charles Randall Yates)
  9.     Re: ISDN: Coming Soon to my House? (Al Varney)
  10.     Re: SW-56 and ISDN Questions (Dave Cherkus)
  11.     Re: Surcharge for Tone Dialing to be Dropped (A. Padgett Peterson)
  12.     Re: Wanted: PC/Mac Voicemail Recommendations (Jonathan Reiser)
  13.     Re: Announcing networkMCI (Atri Indiresan)
  14.     Re: Cordless Headset Telephone (Mike D. Schomburg)
  15.     Re: US Digital Cellular Standard (Stan Scalsky)
  16.     Re: Hayes' New Modem (Stephen Satchell)
  17.     Re: Network Outage in 205 NPA? (Paul Cook)
  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: dannyb@panix.com (danny burstein)
  52. Subject: Re: Unmetered Local Service
  53. Date: 16 Jan 1994 13:54:29 -0500
  54.  
  55.  
  56. (lots of arguments pro and against measured service vs. flat rate deleted)
  57.  
  58. Umm, to all you folk out there, let me point out a reality of life.
  59. The telcos are in business to do one thing and one thing only. What's
  60. that? to provide phone service?
  61.  
  62. BZZZT. wrong answer. They are in it ... TO MAKE.MONEY.FAST. (with
  63. apologies to David Rodes ...)
  64.  
  65. They will configure the rates in such a way as to maximize their
  66. revenue.  Pure and simple.
  67.  
  68. Now in many cases this will also help people reduce their own costs.
  69. For example, The Telephone Company way-back-when realized that their
  70. 'long distance' equipment sat idle after business hours, and that it
  71. cost them a -LOT- to add capacity for that 2:15pm surge in calls, so
  72. they put in discount rates for after hours. This helped shift some
  73. usage away from peak daytime (which lowered their costs) AND brought in
  74. 'found' revenue by increasing the number of discretionary calls.
  75.  
  76. If the 2:15 pm load was 10% higher, then they'd need more physical
  77. plant, and would (almost justifiably) have to raise rates as well.
  78.  
  79. OTOH, most of the incomprehensable rate plans they've implemented have
  80. been designed solely to increase revenue, WITHOUT doing much good for
  81. the customers. For example: Here in NYC about 15 years ago NY Tel
  82. eliminated free directory assistance calls. Instead, tehy gave a ?50
  83. cent? credit and offerred six free calls/month. Calls above the six
  84. would be $0.25 each (quantity and rates approximate from memory). The
  85. idea, they claimed, was that DA calls cost the company, and by
  86. extension the customers (never the shareholders, by the way) money.
  87. People who 'abused' DA would get charged and everyone else would
  88. benefit.
  89.  
  90. Of course we've seen the credit disappear, and we've seen a complete
  91. elimination of any free DA calls ...
  92.  
  93. I could go on and on, but the key point to keep in mind here is that
  94. the telcos are a business, not a service, and want to enhance their
  95. money streams. In -some- cases a general good comes of it (off peak
  96. pricing) but in most cases the only benefit is to the company. (or
  97. should that be The Company).
  98.  
  99.  
  100. dannyb@panix.com (or dburstein@mcimail.com)
  101.         (10288) 0-700-864-3242
  102.  
  103. ------------------------------
  104.  
  105. Date: Sun, 16 Jan 94 16:14 PST
  106. From: rlm@helen.surfcty.com (Robert L. McMillin)
  107. Subject: Re: Unmetered Local Service
  108.  
  109.  
  110. On 14 Jan 1994 23:00:23 GMT, Pat wrote:
  111.  
  112. > [TELECOM Digest Editor's Note: The thing Jack Decker and other pro-
  113. > ponents of flat rate billing seem to forget or ignore is that in most
  114. > instances of measured billing, the majority of telephone subscribers
  115. > actually pay LESS for service than with flat rate. 
  116.  
  117. [deletia declaring modem users a small minority who will get squeezed by
  118. per-minute rates]
  119.  
  120. But the question in my mind is this: is it *really* the case that
  121. modem users are that small of a minority that they wouldn't be able to
  122. resist this sort of thing?  It's happened slowly and quietly, but
  123. there are a *lot* of homes with personal computers in them.  A goodly
  124. number, and I would bet a majority, have modems.
  125.  
  126. In California, digital data service is coming in the guise of ISDN, or
  127. SDS as Pac*Bell insists on calling it.  This digital service will not
  128. carry the 500 channels of one-way television that the cable companies
  129. and the telcos want to believe will drive their stillborn idea of the
  130. Data Superhighway; but rather, it, and its successors, will spark a
  131. far superior way of communication: e-mail, digital voice-mail, and
  132. tons of other digital services.  In other words, the Data Superhighway
  133. will be a many-to-many network of peers, not a one-to-many broadcast
  134. network for The War Channel, Duck Hunting Network, and Macramevision
  135. (although this isn't entirely beyond the pale).  By some estimates, as
  136. much as 50% of the existing traffic on the telco networks is data.
  137.  
  138. If digital services are offered at reasonable prices and terms, there
  139. is absolutely no doubt that they can spur a *real* revolution in
  140. communications.  Obviously, for Pac*Bell to offer ISDN now seems to me
  141. to say that they think there's enough people out there with modems who
  142. want this service that they'll succeed.  I think they're right.
  143.  
  144. ------------------------------
  145.  
  146. From: dold@rahul.net (Clarence Dold)
  147. Subject: Re: Shannon's Law (was Re: Hayes' New Modem)
  148. Organization: a2i network
  149. Date: Mon, 17 Jan 1994 01:34:56 GMT
  150.  
  151.  
  152. Of course, in the good old days, of printing _checks_ on a serial
  153. printer, hanging off a terminal, you would always overstrike the
  154. dollar amounts.  That way, if there was a glitch, the number would
  155. appear bad.  A good number would appear bolded.
  156.  
  157.  
  158. Clarence A Dold - dold@rahul.net
  159.                 - Milpitas (near San Jose) & Napa CA.
  160.  
  161. ------------------------------
  162.  
  163. From: yatesc@eggo.usf.edu (Charles Randall Yates)
  164. Subject: Re: Shannon's Law (was Re: Hayes' New Modem)
  165. Date: 16 Jan 1994 05:57:08 GMT
  166. Organization: University of South Florida
  167.  
  168.  
  169. In article <telecom14.28.3@eecs.nwu.edu> hummes@osf.org (Jakob Hummes)
  170. writes:
  171.  
  172. > In article <telecom14.25.9@eecs.nwu.edu>, goldstein@carafe.tay2.
  173. > dec.com (Fred R. Goldstein) writes:
  174.  
  175. >> In article <telecom14.19.10@eecs.nwu.edu> hummes@osf.org (Jakob
  176. >> Hummes) writes:
  177.  
  178. >>> ...But there is an absolute limit (Shannon's Law).  The
  179. >>> question was about the transmission over a *real* phone line. And that
  180. >>> means there exists *noise*.  The limit of bps is proportional to the
  181. >>> logarithm of the signal to noise ratio. Unfortunately I don't remember
  182. >>> the constant factors.
  183.  
  184. >> Shannon's law is, in plaintext, 
  185. >>      BPS(max) = Bw * log(2)((1+S)/N)
  186.  
  187. >> That is, take the signal-to-noise ration (adding 1 to signal, so a
  188. >> negative SNR has some information present) and represent it as a power
  189. >> of 2.  Multiply by bandwidth (in Hz) and you get BPS.
  190.  
  191. > Of course, not!
  192. > But now I remember Shannon's Law (you have placed wrong the brackets):
  193.  
  194. >       BPS(max) = Bw * log(2)(1+(S/N))
  195.  
  196. > The addition of 1 is needed to unable a negative BPS-rate, which would
  197. > be nonsense.
  198.  
  199. > [TELECOM Digest Editor's Note: And of course Murphy's Law says that
  200. > when you are attempting to copy something down in plain ASCII text
  201. > for transmission to a computer network you'll always get some one
  202. > or more parts of it bass-ackwards to confound the readers even more
  203. > than they are already. That error might have been Goldstein's or it
  204. > might have been mine.  Regrets extended. Your editor, Murphy.]
  205.  
  206. I'm the one who originally posted this question, for those who don't
  207. know. It's nice to know what Shannon's law says -- if you assume a 30
  208. dB SNR and 3100 Hz bandwidth, the law above works out to about 31
  209. kilobits per second. If you happened to get a quiet channel, say, 40
  210. dB SNR, the equation returns about 41.2 kilobits per second. However,
  211. this is still quite a ways off from a full-duplex, 28.8 kbps link, or
  212. 57.6 kbps total transfer rate. So my question still stands: How do
  213. they do it? Are they assuming a particularly quiet channel? Are they
  214. assuming more than the standard 3100 Hz of bandwidth is available?
  215.  
  216.  
  217. Randy Yates   <yatesc@eggo.csee.usf.edu>
  218.  
  219. ------------------------------
  220.  
  221. Date: Sun, 16 Jan 94 15:58:18 CST
  222. From: varney@ihlpe.att.com
  223. Subject: Re: ISDN: Coming Soon to my House?
  224. Organization: AT&T Network Systems
  225.  
  226.  
  227. In article <telecom14.30.4@eecs.nwu.edu> knauer@ibeam.intel.com (Rob
  228. Knauerhase) writes:
  229.  
  230. > After talking to five different people in the local GTE residential
  231. > and business sales offices (favorite quote: "What is ISDN?", from two
  232. > people in residential sales), I finally found someone willing to admit
  233. > that they could sell me ISDN service.  Interestingly enough, their
  234. > price was $48/month for 2B+D, which would provide two voice lines and
  235. > two phone numbers.  This is about the same price as two unmeasured
  236. > POTS lines -- what a deal.
  237.  
  238.    Actually not too bad -- but you have to get over the assumption
  239. that ISDN is ONLY for medium-speed digital data traffic.  What's the
  240. price for just one phone number, able to complete to each B-channel?
  241.  
  242. > Of course, this is GTE.  There has to be a catch.  For data, they
  243. > charge the same as measured-by-minute local calls.  I asked if that
  244. > mightn't be perhaps the silliest way to bill it (data calls by the
  245. > minute), when a major benefit of digital telephony is that when I'm
  246. > not using it, I'm _not using it_! (mostly)
  247.  
  248.    Sorry, but when you use ISDN to place a B-channel data (non-packet)
  249. call, you have a data path reserved through the network for your call,
  250. just as in the case of a voice/modem/FAX call.  At least as much
  251. equipment is needed for such a call as for a voice call.  Sometimes
  252. supporting ISDN data requires equipment replacement or updates, adding
  253. to the costs of ISDN.
  254.  
  255. > That of course didn't phase them.  Even at pennies/minute, the
  256. > advantage of faster speed is removed by cost when I can do plain-ol'
  257. > 14.4K with compression for "free."  Is _anyone_ bothering to campaign
  258. > phone companies and Public Utilities Commissions so that we can get
  259. > this tarriffed in a reasonable manner (at least in places other than
  260. > Oregon)?
  261.  
  262.    Some consumer groups will support the retention of flat-rate voice
  263. calls in various areas.  I know of none that advocate the funding of
  264. ISDN deployment by placing those costs into the general rate base
  265. (forcing all telephone users to fund ISDN "free" data calls).  And if
  266. cost recovery is only from ISDN fixed charges, very few customers will
  267. want ISDN.  Who do you want to fund your "free" data calls.
  268.  
  269. > [Side note for those keeping score: US West in Portland offers 2B+D
  270. > for $90/month, no limit on data.  Of course, you can't make an ISDN
  271. > data call between GTE and US West just yet, but they're working on
  272. > it.]
  273.  
  274.    This is difficult to believe (but possible) that such data calls
  275. cannot be placed, since most US West and GTE areas support Switched 56
  276. calls.  ISDN B-channel data calls rate-adapted to 56Kbps are almost
  277. identical to and interwork well with Switched 56 calls.  The Switched
  278. 56 dialing plan usually uses '#56' as prefix digits to let the CO know
  279. you aren't making a voice call -- with ISDN, this information in in
  280. the SETUP message from the customer's ISDN equipment.  The interworking 
  281. also allows 56K calls from ISDN customers to reach other countries that
  282. do not yet have ISDN in place.
  283.  
  284.  
  285. Al Varney
  286.  
  287. ------------------------------
  288.  
  289. From: cherkus@fastball.unimaster.com (Dave Cherkus)
  290. Subject: Re: SW-56 and ISDN Questions
  291. Organization: UniMaster, Inc.
  292. Date: Sun, 16 Jan 1994 19:37:34 GMT
  293. Reply-To: cherkus@UniMaster.COM
  294.  
  295.  
  296. > 2. Here in the US what cities have been converted to ISDN, and who are
  297. > still operating at SW-56?
  298.  
  299. You can get this info on-line from the Combinet BBS:
  300.  
  301. By popular demand, the Combinet "BBS" providing information on ISDN
  302. availability in many areas of the US is now available via the
  303. Internet.  The information is supplied by Bell Communications Research
  304. and various Operating Companies and is updated periodically as new
  305. information becomes available.
  306.  
  307. To access the service, telnet to bbs.combinet.com and login as isdn
  308. (no password is required).  After entering an area code and
  309. three-digit prefix, the service displays the availability of ISDN.
  310. Also displayed is information about carrier installation prices and
  311. monthly charges.
  312.  
  313. For those without direct Internet access, the service continues to be
  314. available on a dialup basis using a 2400 bit/sec modem at (408) 733-4312.
  315.  
  316.  
  317. Dave Cherkus          UniMaster, Inc.         cherkus@unimaster.com 
  318.  
  319. ------------------------------
  320.  
  321. Date: Sun, 16 Jan 94 08:53:13 -0500
  322. From: padgett@tccslr.dnet.mmc.com (A. Padgett Peterson)
  323. Subject: Re: Surcharge for Tone Dialing to be Dropped
  324.  
  325.  
  326. From: dave_oshea@wiltel.com (Dave O'Shea)
  327.  
  328. I wrote:
  329.  
  330. >> This is the scary part simce everywhere I go I see regional carriers
  331. >> attempting to eliminate "flat" and "unmetered" plans. As telecommuting
  332. >> and information hightway access begins to take hold, the elimination
  333. >> of unmetered local service is the biggest threat to individual
  334. >> connectivity that I can imagine.
  335.  
  336. > Well, in a word, no. 
  337.  
  338. > If an employee is worth telecommuting, even a $4/hour connection
  339. > charge is fairly minor in the face of, say, a $65,000 salary/benefits
  340. > package. Even if you get charged that for eight hours a day, it's minor.
  341.  
  342. Check the math -- a typical eight-hour-a-day work-year is 2000 hours.
  343. $4.00.hr would be U$8,000.00. Since the U$65k S+B package you mention
  344. really works out to about $35-$40k/year take home for a family, this
  345. would be 20-25% or about the same as a typical house payment.
  346.  
  347. Besides, it is not the highest paid employees who would be the best
  348. candidates nor the largest group, it would be the lower level clerks,
  349. secretaries, accounts receivables, accounts payable, etc. employees
  350. who would make up the largest and best group.
  351.  
  352. For example, it would not particularly benefit me (though I do a lot
  353. of things work-related from home) since it it usually the obscure
  354. things that require hands-on that I do. It would not be practical for
  355. me to have a full laboratory at home (though some say that I do
  356. already), however for someone who does all of their work with a
  357. terminal and a telephone already, it is very viable.
  358.  
  359. > Most employees who would best benefit from telecommuting are the ones
  360. > who are well into long-distance calling areas.
  361.  
  362. Disagree here also. Metro commuting is what takes the most time and
  363. LATAs are getting very big. I live 23 miles one way from my desk and
  364. it is a local phone call. Metro commuting is also what takes the most
  365. fuel and creates the most congestion.
  366.  
  367. > And who knows -- I don't follow ISDN or related services too closely,
  368. > but it (and similar services) will become more widely available as the
  369. > cost of bandwidth falls.
  370.  
  371. Don't hold your breath. Orlando is often touted as one of the cities
  372. with ISDN available, but the last I looked it was confined to a very
  373. small area that was not at either my workplace (10,000 employees) nor
  374. my home.
  375.  
  376.  
  377. Warmly,
  378.  
  379. Padgett
  380.  
  381. ------------------------------
  382.  
  383. From: guppy@panix.com (Jonathan Reiser)
  384. Subject: Re: Wanted: PC/Mac Voicemail Recommendations
  385. Date: 16 Jan 1994 09:31:40 -0500
  386. Organization: PANIX Public Access Internet and Unix, NYC
  387.  
  388.  
  389. In <AARNOLD-100194093921@gsb-mbapowerbooks-dynamic.stanford.edu>
  390. AARNOLD@gsb-lira.stanford.edu writes:
  391.  
  392. > We are building a low-cost PC or Mac-based voicemail announcement system
  393. > (1-4 line) from existing hardware and would like recommendations on
  394. > software and hardware.  
  395.  
  396. > Please advise directly by e-mail.  Thank you!
  397.  
  398. Prometheus' fax modem/voice mail software is pretty poor, and their
  399. technical support is even worse ... I had to jump thru hoops to get an
  400. answer to my question:
  401.  
  402. "Why is it that I can't send faxes to my computer when my voice mail
  403. system is running?"
  404.  
  405. The answer: Prometheus' software, when it is running the voice mail
  406. mode, cannot recognize the tones from certain fax machines ... if
  407. you're not going to be sending faxes to the computer, you might want
  408. to take a chance, but I just want you to be aware of that limitation.
  409.  
  410. Note: I last tried this about eight months ago, maybe Prometheus has
  411. come up with something different or better.
  412.  
  413. Regards and good luck,
  414.  
  415. Guppy
  416.  
  417. ------------------------------
  418.  
  419. Subject: Re: Announcing networkMCI 
  420. Date: Sun, 16 Jan 1994 11:53:33 -0500
  421. From: Atri Indiresan <atri@crazies.eecs.umich.edu>
  422.  
  423.  
  424. Paul R. Coen <PCOEN@DRUNIVAC.DREW.EDU> wrote:
  425.  
  426. >> Is that what the MCI TV commercials with the little girl with
  427. >> the pseudo-[B]ritish accent standing in a puddle spouting
  428. >> existential gibberish are all about?
  429.  
  430. > Is it a girl?  I thought it was a boy.  Then again, I didn't
  431. > look very closely.  All I noticed was an overly-perfect child
  432. > dressed in weird black clothes and a really ghastly hat.  And
  433. > the kid sounded like one of the brats from _Mary Poppins_.
  434.  
  435. It was a girl -- the scene (and perhaps the actress?) were taken from
  436. the movie "The Piano". She is (or is suppposed to be) British. The
  437. scene is in New Zealand, around the turn of the century, and she just
  438. got off a boat from England, which would explain the clothes. While
  439. this says nothing about NetworkMCI, I do recommend the movie.
  440.  
  441.  
  442. Atri
  443.  
  444. ------------------------------
  445.  
  446. Date: Sun, 16 Jan 94 09:43:54 CST
  447. From: mschomburg@ltec.com (Mike D. Schomburg)
  448. Subject: Re: Cordless Headset Telephone
  449.  
  450.  
  451. Concerning the recent request for information on cordless headset
  452. telephones, I have been searching for items like this ever since
  453. supervising a telco "trouble" bureau several years ago. The
  454. technicians would have to answer service calls at desks, and then
  455. usually walk to our nearby equipment room to perform tests. It seemed
  456. to me that a hands-free telephone would have a dramatic effect on
  457. productivity, but I never found the right phone for the job.
  458.  
  459. A few months ago I saw an advertisement for a thing called the Ear
  460. Phone, made by Jabra Communications Corporation (I have no
  461. relationship with them) which is a small device that fits in your ear
  462. (like ear-bud headphones) and functions as both microphone AND
  463. headset. It can plug into a regular telephone headset jack, a personal
  464. computer (for voice control or annotation) or a CELLULAR PHONE.
  465.  
  466. I haven't tried it out, but this sounds like a really cool
  467. application. The cellular phone has to have a special jack, but I am
  468. guessing this will become common (the jack). Once you've got a
  469. portable phone, who wants to use up one hand holding the dumb thing?
  470.  
  471.  
  472. Mike Schomburg     mschomburg@ltec.com    Lincoln Telephone
  473.  
  474. ------------------------------
  475.  
  476. From: sscalsk@relay.nswc.navy.mil (Stan Scalsky)
  477. Subject: Re: US Digital Cellular Standard
  478. Organization: NSWC DL
  479. Date: Sun, 16 Jan 1994 17:21:51 GMT
  480.  
  481.  
  482. With all this talk about cellular standards is there anywhere to get
  483. copies of the standards? Does the cellular industry have a location
  484. for standards dissemination? Docs on N-AMPS/AMPS, TACS, or ETACS would
  485. be of interest. 
  486.  
  487.  
  488. Thanks,
  489.  
  490. stan     sscalsk@relay.nswc.navy.mil
  491.  
  492. ------------------------------
  493.  
  494. From: ssatchell@BIX.com
  495. Subject: Re: Hayes' New Modem
  496. Date: 16 Jan 94 17:11:28 GMT
  497. Organization: Delphi Internet Services Corporation
  498.  
  499.  
  500. goldstein@carafe.tay2.dec.com (Fred R. Goldstein) writes:
  501.  
  502. > It was often said that a phone line couldn't go beyond 26000 bps or
  503. > so, based on the typical bandwidth and SNR.  Today a good clean line
  504. > is more likely to be digitally switched at 64000 bps, which is well
  505. > above the Shannon limit (digitization is lossy), but you still get a
  506. > theoretical limit closer to 40 kbps.  Thus V.34, at 28.8 kbps, is
  507. > pushing the envelope, but still possible.  But it won't work on a line
  508. > that's transcoded down to 32 kbps, or just plain noisy.  Note the 300
  509. > to 3400 Hz nominal frequency range; the 3400 is a hard filter.
  510.  
  511. The anti-aliasing filters used to be at 3400, particularly when they
  512. were implemented using passive-filter technology.  Today, the modern
  513. line cards are using digital filtering or active filtering (using
  514. op-amps) and the anti-aliasing filters start having their effect at
  515. 3700 Hz.  Draft Recommendation V.34 makes used of the extended
  516. bandwidth when available in selecting the symbol rate to use on a
  517. connection.
  518.  
  519. The added benefit of shifting to a higher symbol rate ("baud" rate to
  520. you old-timers) is that the Draft-V.34 modems can try to avoid a
  521. low-frequency distortion problem caused by the transformers on certain
  522. line cards without having to shift down in speed.
  523.  
  524. When looking at the Shannon limit, you have to look at more than just
  525. added noise in the channl.  There is also noise caused by
  526. intermodulation distortion which seems to be nigh near impossible to
  527. remove from the network.
  528.  
  529. The "rule of thumb" is that the quantization noise of a companded
  530. telephone channel is equivalent to 39 dB SNR for a single PCM channel,
  531. 36 dB SNR for two tandem (unsynchronized -- don't ask) PCM channels,
  532. and 34 dB SNR for three tandem PCM channels.  Digital speech
  533. compression just adds to this, although I don't have number for it
  534. all.
  535.  
  536.  
  537. Stephen Satchell, Principal
  538. Satchell Evaluations, Incline Village, Nevada, USA
  539. Testing modems for magazines since 1984
  540.  
  541. ------------------------------
  542.  
  543. Date: Sun, 16 Jan 94 13:14 EST
  544. From: Proctor & Associates <0003991080@mcimail.com>
  545. Subject: Re: Network Outage in 205 NPA?
  546.  
  547.  
  548. I wrote:
  549.  
  550. > Anyone know what happened with the telephone network in Alabama on
  551. > Monday?  I got a call from a customer in Arab, and I get an
  552. > all-circuits-busy when trying to return his call on all AT&T, Sprint
  553. > and MCI.  Did BellSouth lose a tandem switch?
  554.  
  555. Oops.  This turned out to be a local problem in GTE's switch here in
  556. Redmond.  For some reason all of 205 was blocked from the local CO for
  557. at least two days.  This is the same switch that serves the area that
  558. Microsoft's main campus is in, although I am sure they have some
  559. direct connection to their long distance carriers, so they probably
  560. weren't affected.
  561.  
  562.  
  563. Paul Cook                         206-881-7000
  564. Proctor & Associates         MCI Mail 399-1080
  565. 15050 NE 36th St.            fax: 206-885-3282
  566. Redmond, WA  98052-5378    3991080@mcimail.com
  567.  
  568. ------------------------------
  569.  
  570. End of TELECOM Digest V14 #36
  571. *****************************
  572.