home *** CD-ROM | disk | FTP | other *** search
/ A Beginner's Guide to the Internet / INTERNET.ISO / text / telediag / tc13-108.txt < prev    next >
Encoding:
Text File  |  1993-02-18  |  20.7 KB  |  544 lines

  1. TELECOM Digest     Wed, 17 Feb 93 16:06:00 CST    Volume 13 : Issue 108
  2.  
  3. Index To This Issue:                      Moderator: Patrick A. Townson
  4.  
  5.     Re: California Versus CLID Versus Out-of-State (John Higdon)
  6.     Re: California Versus CLID Versus Out-of-State (David G. Lewis)
  7.     Re: Cellular Phone Questions (Don Wegeng)
  8.     Re: FX Service Across Area Codes (Mark Blumhardt)
  9.     Re: Running Out of Area Codes (Carl Moore)
  10.     Re: Phone Lines via Electrical Wiring? (Jeffrey Jonas)
  11.     Re: Phone Lines via Electrical Wiring? (Brent Whitlock)
  12.     Re: Phone Lines via Electrical Wiring? (Larry Ader)
  13.     Re: Phone Lines via Electrical Wiring? (Ihor Kinal)
  14.     Re: Need Names of Carrier For 800-xxx Number (Doug Zolmer)
  15.     Re: Does Anyone Know Tellab's Phone Number? (John Anderson)
  16.     Re: Third Party Network Connectivity (Ron Beach)
  17.     Re: High-Speed Dial-Ups (John K Scoggin, Jr.)
  18.     Re: DS0 Portion of a T1 (Fred R. Stearns)
  19.     Re: FCC Proposed Ruling on Scanners That Receive Cellphones (Steve Scherer)
  20. ----------------------------------------------------------------------
  21.  
  22. Date: Wed, 17 Feb 93 04:23 PST
  23. From: john@zygot.ati.com (John Higdon)
  24. Reply-To: John Higdon <john@zygot.ati.com>
  25. Organization: Green Hills and Cows
  26. Subject: Re: California Versus CLID Versus Out-of-State
  27.  
  28.  
  29. Bob Longo <longo@sfpp.com> writes:
  30.  
  31. > Californians want CNID, but they also want per-line blocking to be
  32. > available (which is what PacBell is vigorously opposed to). That is
  33. > reasonable in a state where 40% of phone customers have unlisted
  34. > numbers.
  35.  
  36. Perhaps you could site the surveys and studies that back this up? I am
  37. damn sick of people pronouncing what Californian's want (based upon
  38. absolutely no evidence) when trying to justify the stifling of yet
  39. another useful technology.
  40.  
  41. I, for one, do not much care what Californian's want; I know what is
  42. useful and desirable and what is available in most of the rest of the
  43. country. I also know that none of the doom and gloom, even in areas
  44. that have no blocking capability, has been demonstrated in any way.
  45.  
  46. The CPUC is perfectly aware that its restrictions are not standard and
  47. that no other state has required default per-line blocking and
  48. per-call enabling. Please stop pontificating about how it is just the
  49. mean old telephone companies that are being unreasonable. The
  50. restrictions were passed with one purpose in mind: to eliminate the
  51. offering of CNID in California. It succeeded royally. The activists
  52. won this round.
  53.  
  54.  
  55. John Higdon  |   P. O. Box 7648   |   +1 408 264 4115     |       FAX:
  56. john@ati.com | San Jose, CA 95150 | 10288 0 700 FOR-A-MOO | +1 408 264 4407
  57.  
  58. ------------------------------
  59.  
  60. From: deej@cbnewsf.cb.att.com (david.g.lewis)
  61. Subject: Re: California Versus CLID Versus Out-of-State
  62. Organization: AT&T
  63. Date: Wed, 17 Feb 1993 15:11:17 GMT
  64.  
  65.  
  66. I don't have an opinion on this issue, but there are some facts I
  67. wanted to clarify.
  68.  
  69. In article <telecom13.98.11@eecs.nwu.edu> jack.decker@f8.n154.
  70. z1.fidonet.org (Jack Decker) writes:
  71.  
  72. > In message <telecom13.80.5@eecs.nwu.edu>, rlm@indigo2.hac.com (Robert
  73. > L. McMillin) wrote:
  74.  
  75. >> kgdykes@Thinkage.On.CA (Ken Dykes) writes:
  76.  
  77. >>> Recently I received a call from the Glendale area of Los Angeles.  I
  78. >>> live in southern Ontario CANADA.  My Caller-ID box instead of showing
  79. >>> out-of-area showed PRIVACY.  The call to me was made (and answered)
  80. >>> twice in the same night; both times PRIVACY ... some sort of
  81. >>> call-blocking was enabled by PacBell.
  82.  
  83. >> Which probably means that the switch was SS7-connected, but thanks to
  84. >> the California Public fUtilities Commission, EVERYBODY's phone number
  85. >> will show up as PRIVACY-enabled.  After all, privacy is the same thing
  86. >> as anonymity ... NOT!
  87.  
  88. >>> PacBell is being far too kind to the zealots :-)
  89.  
  90. >> It's not Pac*Hell's fault, really.
  91.  
  92. > I think I would take issue with both of these statements.  First of
  93. > all, it would seem that Pac*Bell would have the choice of not sending
  94. > the number at all, rather than sending the number with a "privacy"
  95. > flag attached.  If Caller ID is not being offered in California, then
  96. > there is no reason they should be sending the number out of state,
  97. > particularly when they're sending it with the "private" flag, which
  98. > means that Caller ID subscribers can't read it anyway.
  99.  
  100. PacBell doesn't have this choice, because the decision of whether or
  101. not Calling Party Number is sent is part of the IXC interstate access
  102. tariff.  If the IXC subscribes to delivery of Calling Party Number,
  103. the LEC must send it if it is available.  Regardless of whether anyone
  104. can read it, the IXC has subscribed to receive it.
  105.  
  106. > Apparently the Caller ID software is already installed, so all they
  107. > have to do is turn it on, yet apparently they'd rather do without the
  108. > extra income from Caller ID than to even try it the way the PUC
  109. > allowed it.
  110.  
  111. The fact that numbers are being delivered to IXCs is not sufficient to
  112. indicate that the Caller ID software is available or active in
  113. PacBell's switches.  Sending CPN does not require the Caller ID
  114. feature; it requires only SS7 ISUP.  Activating the Caller ID feature
  115. requires payment of an additional Right-To-Use fee.
  116.  
  117.  
  118. David G Lewis                              AT&T Bell Laboratories
  119. david.g.lewis@att.com or !att!goofy!deej     Switching & ISDN Implementation
  120.  
  121. ------------------------------
  122.  
  123. From: wegeng.henr801c@xerox.com (Don Wegeng)
  124. Subject: Re: Cellular Phone Questions
  125. Reply-To: wegeng.henr801c@xerox.com
  126. Organization: Xerox Corp., Henrietta, NY
  127. Date: Wed, 17 Feb 1993 16:27:01 GMT
  128.  
  129.  
  130. The replies that I have received about roaming and antennas have been
  131. very useful, and are much appreciated.  There's still one area that
  132. I'm still not clear on, namely emergency use of the phone when I'm
  133. outside my home service area.
  134.  
  135. Consider the following scenario.  At home I have a contract with the A
  136. carrier, and have the phone programmed to only roam with A carriers.
  137. Now I'm travelling in another state, and come upon a serious car
  138. accident.  My phone says that there's no cellular service in this
  139. area, so I can't use it to summon help, regardless of whether this
  140. particular area was covered by a B carrier.
  141.  
  142. In the above scenario, had I programmed the phone to roam on B
  143. channels (or roam on both, with priority to A channels) would I have
  144. been able to make an emergency call?  In other words, will carriers
  145. accept emergency calls from any telephone, or will they only accept
  146. emergency calls from phones that they recognize?
  147.  
  148.  
  149. Thanks,
  150.  
  151. Don    wegeng.henr801c@xerox.com
  152.  
  153. ------------------------------
  154.  
  155. From: msb@advtech.uswest.com (Mark Blumhardt)
  156. Subject: Re: FX Service Across Area Codes
  157. Organization: U S WEST Advanced Technologies
  158. Date: Wed, 17 Feb 1993 19:03:07 GMT
  159.  
  160.  
  161. > [Moderator's Note: FX service becomes expensive when it has to run
  162. > between two central offices which connect direct to each other.
  163.  
  164. > A modern alternative is 'remote call forwarding'. Ask telco to
  165. > terminate your current 201 number right in the CO where it is now and
  166. > put it on permanent call forwarding to your new number. That will only
  167. > cost $15-20 per month plus all calls it forwards at direct dial rates.
  168.  
  169. Let's make this a little more complex:
  170.  
  171. Let's say that I move from location A to B, and A and B are in the
  172. same calling area (no toll).  Let's also say that C is in the same
  173. calling area as B.  But C and A are not in the same calling area and
  174. would have a toll charge if they called each other.  So, if I call
  175. forward from A to B, and C calls A, would C be charged for a toll
  176. call?  Sorry if this is too difficult to follow; a diagram would be
  177. easier ...
  178.  
  179.  
  180. Mark
  181.  
  182.  
  183. [Moderator's Note: Yes, C would have a toll call to reach A and A
  184. would have a local call to reach B. Likewise, if D was a phone sitting
  185. right next to C and you had A forwarded to C, then when D called A,
  186. the call would wind up on the same desk where it started and you would
  187. have two toll charges; one going and one coming back. What A and B do
  188. is of no concern to C. C wants to place a call to A, then C pays for a
  189. call to A. The fact that A says 'send all my incoming calls to B' is
  190. not important. C wants to talk to A, and A is making sure that will
  191.  
  192. occur, but via B. C gets what C paid for, with the added expense
  193. charged to A because A wants coverage of his line. Each part of a
  194. forwarded call is charged to where it *expects* to wind up; that is
  195. the fallacy behind the idea that you can forward your phone to 'some
  196. expensive 900 service' and stick the originating caller with the
  197. charge. Do it and the joke will be on you.  PAT]
  198.  
  199. ------------------------------
  200.  
  201. Date: Wed, 17 Feb 93 13:57:46 EST
  202. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  203. Subject: Re: Running Out of Area Codes
  204.  
  205.  
  206.  From the message sent by co057@cleveland.Freenet.Edu:
  207.  
  208. > "It is my understanding that only the areas that are in the City of
  209. > Los Angeles;"
  210.  
  211. I don't understand what this means.  Other sources indicate that the
  212. City of L.A. is much bigger than just the Los Angeles exchange or the
  213. 900xx zipcodes.
  214.  
  215. > "downtown only remained 213 and the others went to 310. Those
  216. > areas are West LA and such."
  217.  
  218. Montebello stayed in 213, and the central Los Angeles exchange (which
  219. includes downtown, Hollywood, etc., plus the "foreign" L.A.  exchanges
  220. appearing in what is now 818 and 310) also stayed in 213.  Yes, West
  221. L.A. is among the exchanges which moved to 310.
  222.  
  223. ------------------------------
  224.  
  225. Date: Wed, 17 Feb 93 11:31:55 EST
  226. From: jeffj%jiji@uunet.UU.NET (Jeffrey Jonas)
  227. Subject: Re: Phone Lines via Electrical Wiring?
  228.  
  229.  
  230. [Moderator's Note: What a convenient arrangement!  I had heard these
  231. devices get back as far as the transformer serving the neighborhood,
  232. and I guess your experience shows this is true.  PAT]
  233.  
  234. Oh Pat, what a sense of humor you have!  In areas of private houses,
  235. the pole transformers serve perhaps 3-10 homes (perhaps 20 - I'm not
  236. sure).  That's hardly the entire neighborhood - just the block or
  237. apartment building.  I don't think the signals cross between the
  238. phases either -- that's why the X10 modules needed some capacitor
  239. between the house's phases to let the signal propagate throughout the
  240. house.
  241.  
  242. Yes, I agree that the signals are getting out of the house and into
  243. neighbors' homes, but like a cordless phone, it's limited enough in
  244. range that the risks are acceptable to many people (but certainly not
  245. to us!)
  246.  
  247.  
  248. Jeffrey Jonas    jeffj@panix.com
  249.  
  250. ------------------------------
  251.  
  252. From: bwhitlock@uiuc.edu (Brent Whitlock)
  253. Subject: Re: Phone Lines via Electrical Wiring?
  254. Date: Wed, 17 Feb 1993 21:38:42 GMT
  255. Organization: University of Illinois at Urbana
  256.  
  257.  
  258. johnl@iecc.cambridge.ma.us (John R. Levine) writes:
  259.  
  260. > >[Moderator's Note: They work okay unless you have flourescent lights
  261.  
  262. > Hmmn, flourescent lights?  I've been able to get flour to explode, but
  263. > never to glow continuously.  Have you told the USDA about this? Surely
  264. > price supports are needed.
  265.  
  266. > Regards,
  267.  
  268. > John Levine, johnl@iecc.cambridge.ma.us, {spdcc|ima|world}!iecc!johnl
  269.  
  270. > PS: :-)
  271.  
  272. Actually, virtually any material can be made to emit photons if enough
  273. power is pumped into it.  I refer you to the paper on the first edible
  274. laser, the "Jello" laser.  T. A. Hansch, M. Pernier, and A. L.
  275. Schalow, "Laser Action of Dyes in Gelatin," {IEEE Journal of Quantum
  276. Electronics} QE-7, 47, January 1971.
  277.  
  278. So, here's to those flourescent lights! :-)
  279.  
  280.     * * * * * * --> DISCLAIMER:  I speak only for myself. <-- * * * * * *
  281. Brent Whitlock        Beckman Institute for Advanced Science & Technology
  282. bwhitlock@uiuc.edu    Dept. of Electrical & Computer Engineering
  283.             University of Illinois at Urbana-Champaign
  284.  
  285. ------------------------------
  286.  
  287. From: lra@Sun.COM (Larry Ader)
  288. Subject: Re: Phone Lines via Electrical Wiring?
  289. Date: 17 Feb 93 06:13:45 GMT
  290. Organization: Sun Microsystems, Inc.  Mt. View, CA
  291.  
  292.  
  293. In article <telecom13.101.6@eecs.nwu.edu> markf@atlastele.com (Mark
  294. Ferris) writes:
  295.  
  296. > My mom was asking me about an ad she read recently that was selling a
  297. > product that allowed a phone jack anywhere an electrical outlet is.
  298.  
  299. > Anybody hear about this product?  Any comments?  Does it actually
  300. > work?  What's the signal/noise ratio via this method?  Would this
  301. > actually be a recommended way to add additional phone lines into a
  302. > house?
  303.  
  304. I tried using a pair of them myself.  The intent was to be able to use
  305. it for connection to a modem in one of my rooms that doesn't have a
  306. phone jack.  Unfortunately, when I "listened to the line" through a
  307. telephone (after dialing one digit) there was a detectable hum on the
  308. line.  I was able to discover the source of the hum -- I also have
  309. several (formerly BSR) X-10 modules in my place.  If I disconnected
  310. them, the hum went away.  I decided that that inconvenience wasn't
  311. worth it.
  312.  
  313. I did try to make a modem connection anyway, and I guess the hum was
  314. just too much for it (the modem).  Anybody want to buy a pair of them
  315. (barely used)?
  316.  
  317.  
  318.  Larry Ader    Sun Microsystems, Inc.
  319.  2550 Garcia Ave.  M/S  MPK03-201   Mountain View, CA   94043-1100
  320.  amdahl!echidna!lra  (home) ph. 415/688-9721
  321.  
  322. ------------------------------
  323.  
  324. Date: Wed, 17 Feb 93 13:46:10 EST
  325. From: ijk@violin.att.com
  326. Subject: Re: Phone Lines via Electrical Wiring?
  327. Organization: AT&T
  328.  
  329.  
  330. In article <telecom13.101.6@eecs.nwu.edu>, markf@atlastele.com (Mark
  331. Ferris) writes:
  332.  
  333. > My mom was asking me about an ad she read recently that was selling a
  334. > product that allowed a phone jack anywhere an electrical outlet is.
  335.  
  336. > [Moderator's Note: They work okay unless you have flourescent lights
  337. > or other noise making conditions in the power lines.   PAT]
  338.  
  339. What concerns me, is the capability that someone could grab the line
  340. remotely.  I remember that allegedly people use to cruise neighbor-
  341. hoods looking for cordless frequencies to dial out on.  Nasty hassle
  342. to resolve.
  343.  
  344. Is that possible with these devices?
  345.  
  346. Inquiring minds want to know ...  Standard disclaimers apply.
  347.  
  348.  
  349. Ihor Kinal   att!trumpet!ijk
  350.  
  351. ------------------------------
  352.  
  353. Date: Wed, 17 Feb 1993 15:33:00 +0000
  354. From: Doug (D.W.J.) Zolmer <dwjz@bnr.ca>
  355. Subject: Re: Need Names of Carrier For 800-xxx Number
  356.  
  357.  
  358. > I am trying to find out how to get a custom 800 number, say
  359. > 1-800-268-xxxx.  I was told that each carrier owns certain blocks of
  360. > numbers.  How do I find out this one in particular, and in general?
  361.  
  362. > It was pleasing to here that you will soon be able to take your 800
  363. > numbers with you to another carrier.
  364.  
  365. > If anyone know anything about this, please help!
  366.  
  367. Bell Canada - Ontario region "owns" 800-268-XXXX.  There are a lot of
  368. doubt very much if Glenn will be able to obtain an 800 number in that
  369. exchange since it's in Canada.
  370.  
  371.  
  372. Doug Zolmer     Internet: dwjz@bnr.ca     Disclaimer: my opinions only
  373.         Bell-Northern Research Limited, Ottawa, Ontario, Canada
  374.      Dept. 7N61 - Service Control Point - Routing Services Design
  375.             Voice: +1 613.763.8217   FAX: +1 613.763.8312
  376.  
  377. ------------------------------
  378.  
  379. From: andrsonj@rtsg.mot.com (John Anderson)
  380. Subject: Re: Does Anyone Know Tellab's Phone Number?
  381.  
  382. Organization: Motorola Inc., Cellular Infrastructure Group
  383. Date: Wed, 17 Feb 1993 20:33:46 GMT
  384.  
  385.  
  386. jasko@park.bu.edu (John V. Jaskolski) writes:
  387.  
  388. > Does anyone know Tellab's phone number?
  389.  
  390. Tellab's Headquarters: 708-969-8800
  391.  
  392. Tellab's Technical Assistance: 708-505-0099
  393.  
  394.  
  395. John D. Anderson, M.S.      |Internet:  andrsonj@rtsg.mot.com
  396. Motorola                    |uucp:      uunet!motcid!andrsonj
  397. 1501 W. Shure Drive         |Phone:     +1-708-632-2103
  398. Arlington Heights, IL 60004, Mail Stop: IL27-2237
  399.  
  400. ------------------------------
  401.  
  402. From: beachri@rcwusr.bp.com
  403. Subject: Re: Third Party Network Connectivity
  404. Date: 17 Feb 93 07:30:02 -0600
  405. Organization: BP Research, Cleveland, OH (USA)
  406.  
  407.  
  408. In article <telecom13.101.9@eecs.nwu.edu>, BEACHRI@RCWUSR.BP.COM
  409. writes:
  410.  
  411. > I'm looking for someone to help me research the issue of one business
  412. > directly connecting it's internal network to that of another company
  413. >  - a supplier, a business partner, a vendor, etc. We call that 'third
  414. > party connectivity' within BP (British Petroleum, ne Standard Oil).
  415.  
  416. Dear all -
  417.  
  418. Thanks to those that have replied to me. As hindsight, I should have
  419. made it clearer that I meant data networks, not telephone networks.
  420. There are no issues with connecting voice systems.
  421.  
  422. We have an international internal data network, and, of course, a
  423. secure Internet gateway. We have quite a few current network
  424. connections to things like banks, accounting firms, etc , and are
  425. considering opening our data network by plugging into the networks of
  426. business partners -- for instance joint operation of facilities and
  427. sites. The head audit group is helping with the process, and currently
  428. supportive. Cost is the issue. If it costs more to the whole
  429. organization to open the network than to leave it closed,then we
  430. probably won't do it. The businesses are fragmented -- with differing
  431. needs for data connectivity. If our network is declared open and
  432. insecure, then those business portions who don't like it, or are
  433. sensitive (as finance, trading, etc) must spend money to close
  434. themselves off. If the aggregate total cost for internal security is
  435. greater than the aggregate total of costs of external 'firewalls'
  436. needed, and there are no offsetting benefits, then we'll likely not
  437. proceed.
  438.  
  439. Any leads to other companies who might have gone through this for
  440. direct inter-business links (not via the Internet) would be
  441. appreciated.
  442.  
  443.  
  444. Thanks again,
  445.  
  446. Ron Beach            Manager, Telcom and Information Strategy
  447. BP Research          4440 Warrensville Ctr. Rd
  448. Cleveland, Ohio  44128  beach@rcwcl1.dnet.bp.com
  449.  
  450. ------------------------------
  451.  
  452. From: John K Scoggin Jr <scoggin@delmarva.COM>
  453. Subject: Re: High-Speed Dial-Ups
  454. Date: 17 Feb 1993 12:31:57 GMT
  455. Organization: Delmarva Power & Light Company
  456. Reply-To: scoggin@delmarva.COM
  457.  
  458.  
  459. In article 9@eecs.nwu.edu, John@msus1.msus.edu (John Biederstedt) writes:
  460.  
  461. > We have some T1 circuits and would like to provide high-speed dial
  462. > backup capability.  It would be nice to get 56 kb dial-ups.  Codex
  463. > makes such a modem, but it is compressed.  Dissapointingly, they are
  464. > moving to higher-speed asyncronous modems rather than syncronous
  465. > modems. :-(  Does the Internet have any suggestions?
  466.  
  467. Western Datacom makes a 56KBPS Synchronous modem that will run over
  468. dialed lines or leased lines.  It uses compression, but they seem
  469. pretty confident in it ...
  470.  
  471.  
  472. John K. Scoggin, Jr.            Email: scoggin@delmarva.com
  473. Supervisor, Network Operations       Phone: (302) 451-5200
  474. Delmarva Power & Light Company       Fax:   (302) 451-5321
  475. 500 N. Wakefield Drive               NOC:   (800) 388-7076
  476. Newark, DE 19714-6066        
  477. The opinions expressed are not those of Delmarva Power, simply the
  478. product of an over-active imagination...
  479.  
  480. ------------------------------
  481.  
  482. From: fred@dickens.com (Fred R Stearns)
  483. Subject: Re: DS0 Portion of a T1
  484. Date: Wed, 17 Feb 1993 12:14:24 GMT
  485. Organization: Dickens Data Systems, Inc.
  486.  
  487.  
  488. > In article <telecom13.102.4@eecs.nwu.edu> fred@dickens.com (Fred R
  489. > Stearns) writes:
  490.  
  491. >> Please excuse my math, but if one bit of every 6th byte is stolen,
  492. >> doesn't that make 62.667 kbps?
  493.  
  494. Thanks to all of the following people:
  495.  
  496. Steve Forrette, stevef@wrq.com
  497. Brett    (rfranken@cs.umr.edu)
  498. Al Varney
  499. floyd@ims.alaska.edu
  500. John Levine, johnl@iecc.cambridge.ma.us, {spdcc|ima|world}!iecc!johnl
  501.  
  502. For pointing out to me that you don't know which of the bytes has a
  503. bit stolen, so you must assume that they all do.
  504.  
  505.  
  506. Fred R. Stearns -- fred@dickens.com
  507.  
  508. ------------------------------
  509.  
  510. From: steves@csufresno.edu (Steve Scherer)
  511. Subject: Re: FCC Proposed Ruling on Scanners That Receive Cellphones
  512. Organization: CSU Fresno
  513. Date: Wed, 17 Feb 1993 15:23:47 GMT
  514.  
  515.  
  516. In article <telecom13.104.10@eecs.nwu.edu> mike.riddle%inns@
  517. axolotl.omahug.org writes:
  518.  
  519. > john@zygot.ati.com (John Higdon)) writes:
  520.  
  521. >> Scanner laws will be just about as effective as gun laws -- only much
  522. >> sillier. The FCC is seriously deluded if it thinks it can win a
  523. >> technological war with anyone. The below-average moron outguns the FCC
  524. >> in the brain cell department.
  525.  
  526. > This may well be true, :-), but as the original post noted, the FCC is
  527. > under a mandate from our Congre$$ Critter$ to promulgate reguations on
  528. > this subject.  Now if anyone wonders about the collective I.Q. of
  529. > Congre$$ on technological matters ... PAT has some perfectly dry
  530. > tunnels under Chicago to sell.
  531.  
  532. QST Magazine recently published an article on how to build a
  533. modification to an existing scanner that would allow scanning of the
  534. 800 meg band. There was the usual disclaimer, but we all know how far
  535. that will go.
  536.  
  537.  
  538. steves@csufresno.edu
  539.  
  540. ------------------------------
  541.  
  542. End of TELECOM Digest V13 #108
  543. ******************************
  544.