home *** CD-ROM | disk | FTP | other *** search
- TELECOM Digest Sat, 12 Mar 94 01:09:00 CST Volume 14 : Issue 128
-
- Inside This Issue: Editor: Patrick A. Townson
-
- Re: Competition and Technology (Andrew Hassell)
- Re: Competition and Technology (Bob Goudreau)
- Re: Question About Random Dialing (James Gray Walker)
- Re: Question About Random Dialing (John R. Levine)
- Re: Internet Conferencing (Lars Poulsen)
- Re: Digital Cellular Phones (puma@netcom.com)
- Re: Measuring Network Availability (Al Varney)
- Re: ISDN BRI to IXC? (Al Varney)
- Re: ISO Country Codes (Aaron Leonard)
- Re: Why Caller-ID Instead of ANI? (Clarence Dold)
- Re: Prisoner Starts Own 900 Number (Steve Forrette)
- Re: New Area Code Change Question (Mike Quinlin)
- Obscene Caller Nabbed by Voicemail (Milwaukee Journal via puma@netcom.com)
-
- TELECOM Digest is an electronic journal devoted mostly but not
- exclusively to telecommunications topics. It is circulated anywhere
- there is email, in addition to various telecom forums on a variety of
- public service systems and networks including Compuserve and GEnie.
- Subscriptions are available at no charge to qualified organizations
- and individual readers. Write and tell us how you qualify:
-
- * telecom-request@eecs.nwu.edu *
-
- The Digest is compilation-copyrighted by Patrick Townson Associates of
- Skokie, Illinois USA. We provide telecom consultation services and
- long distance resale services including calling cards and 800 numbers.
- To reach us: Post Office Box 1570, Chicago, IL 60690 or by phone
- at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
-
- ** Article submission address only: telecom@eecs.nwu.edu **
-
- Our archives are located at lcs.mit.edu and are available by using
- anonymous ftp. The archives can also be accessed using our email
- information service. For a copy of a helpful file explaining how to
- use the information service, just ask.
-
- TELECOM Digest is gatewayed to Usenet where it appears as the moderated
- newsgroup comp.dcom.telecom. It has no connection with the unmoderated
- Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
- Digest" shares archives resources at lcs.mit.edu for the convenience
- of users. Please *DO NOT* cross post articles between the groups. All
- opinions expressed herein are deemed to be those of the author. Any
- organizations listed are for identification purposes only and messages
- should not be considered any official expression by the organization.
- ----------------------------------------------------------------------
-
- From: synaptec@netcom.com (Andrew Hassell)
- Subject: Re: Competition and Technology
- Organization: NETCOM On-line Communication Services (408 241-9760 guest)
- Date: Sat, 12 Mar 1994 00:49:40 GMT
-
-
- Stewart Fist <100033.2145@CompuServe.COM> writes:
-
- > Jerry Leichter <leichter@lrw.com> writes:
-
- >> I have great respect for competition, but I have yet to see a sound
- >> argument that the advance in services available *since* deregulation
- >> is signficantly different from the advance *before* deregulation -
- >> AFTER CONTROLLING FOR THE EXTRAORDINARY ADVANCE IN APPLICABLE
- >> TECHNOLOGY.
-
- > I couldn't agree more. I've just spent a lot of time analysing the
- > long-distance charges (and the changes thereof) from country A to country B
- > using a range of figures produced by the OECD, for a commissioned report.
-
- > It is difficult stuff to analyse, but one thing became quite clear.
- > There's been no more drop in international long-distance call prices
- > in advanced (OECD) countries with competitive regimes than there has
- > in those with monopoly regimes. I must say I was surprised at these
- > findings, because the monopolies actually did slightly better --
- > although the difference wasn't significant.
-
- Hmm. I would probably be in the contra camp based on recent Australian
- experience with the adjustment from monopoly to duopoly for mainstream
- long distance carrier services. Did your report cover this market
- Stewart?
-
- > When you dig down to the bottom, the problem is that in an era where
- > long-distance connection abundance is the norm (except that in many
- > cases this is being deliberately knobbled) the normal competitive
- > market forces do not apply in the way that conventional economics says
- > it should.
-
- I'd interested to know if your report will be available to folks
- outside your commissioning parties. For my 2c worth here, I think
- there is a lot of economic sense in monopolizing elements of
- infrastructure to take advantages of economies of scale. A beautiful
- example would be the information hype-a-highway. Does it make sense to
- have multiple fibre connection by multiple carriers? This must be
- regulated for sure. Maybe a first carrier in best dressed situation
- with Government regulated access and cross access provisions would be
- optimal. However, what about outlying areas, less economic areas,
- rural areas etc. Would some form of monopoly handle this more
- efficiently that a tightly regulated duopoly or oligopoly? Who knows.
- These issues are tough but I think you hit it on the head in part of
- your post. How can regulators ensure that excessive profit taking is
- eliminated in telecommunications? Argument one that you will probably
- never escape from alive is the politics of this, you communist! -)
- [sic] Argument two is how you actually achieve the objective through
- structuring the industry and regulating it. The objective could be to
- allow a small fair return on investment, thus encouraging maximum
- investment in capital works.
-
- ... but enough nonsense on a lazy Saturday morning. This is la la land.
-
-
- Andrew Hassell synaptec@netcom.com - a technology marketer
- Sydney NSW, Australia Tel: +61 2 555 9560 Fax: +61 2 818 2878
-
- ------------------------------
-
- Date: Fri, 11 Mar 1994 16:32:02 -0500
- From: goudreau@dg-rtp.dg.com (Bob Goudreau)
- Subject: Re: Competition and Technology
-
-
- Stewart Fist <100033.2145@CompuServe.COM> writes:
-
- > It is difficult stuff to analyse, but one thing became quite clear.
- > There's been no more drop in international long-distance call prices
- > in advanced (OECD) countries with competitive regimes than there has
- > in those with monopoly regimes.
-
- Sure, but ask yourself what's driving those monopoly PTTs to cut their
- international calling prices: competition from the "competitive
- regimes"! A recent example of this phenomenon showed up recently in
- the telecom newsgroups from an Italian reader, who noted that the
- Italian telco had recently cut its international rates to levels
- competitive with the international call-back services that had been
- recently capturing so much of its business. The advent of those
- call-back services meant that Italtel effectively *lost* its monopoly
- and was thus forced to compete by cutting prices. Now, how many
- people think those rates would have been cut in the absence of such
- competition?
-
- A more interesting analysis would be to compare the costs of
- *intra*-national long distance calling. Most monopoly PTTs still do
- enjoy true monopolies in that market, while there's certainly plenty
- of competition for that business in the US.
-
-
- Bob Goudreau Data General Corporation
- goudreau@dg-rtp.dg.com 62 Alexander Drive
- +1 919 248 6231 Research Triangle Park, NC 27709, USA
-
- ------------------------------
-
- From: walkerj@muc.de (James Gray Walker)
- Subject: Re: Question About Random Dialing
- Date: Sat, 12 Mar 1994 01:06:36 +0100
- Organization: MUC.DE e.V. - Individual Network in Muenchen (Munich)
-
-
- In article <telecom14.120.4@eecs.nwu.edu>, <gaupkg@fnma.COM> wrote:
-
- > Is there a shareware program or commercial program available that can
- > dial randomly within a given area code and when it comes across a fax
- > machine log that fax number into a database. If anyone has any
- > pointers I would appreciate it.
-
- I find this idea appalling for reasons most anyone can imagine.
- Perhaps someone who lives closer to Fannie Mae than I could bring up
- the issue of the posting with the poster's employer directly. I'm
- fairly sure Fannie Mae has a policy which would preclude the use of
- their equipment for a posting of such questionable ethicality for the
- friend of an employee.
-
-
- WALKER, James Gray - walkerj@muc.de
-
- ------------------------------
-
- Date: Fri, 11 Mar 94 19:13 EST
- From: John R. Levine <0001037498@mcimail.com>
- Subject: Re: Question About Random Dialing
-
-
- People planning to troll for fax numbers should keep in mind these two
- aspects of a recently passed Federal law:
-
- -- All fax calls must have the caller's number displayed on the cover page
- and/or at the top of each page.
- -- Sending junk faxes (generally described as faxes not requested or
- permitted by the recipient) is forbidden.
-
- Violations are punishable by fairly severe federal penalties.
-
-
- Regards from 9600 feet,
-
- John Levine, johnl@iecc.com, jlevine@delphi.com, 1037498@mcimail.com
-
- ------------------------------
-
- From: lars@Eskimo.CPH.CMC.COM (Lars Poulsen)
- Subject: Re: Internet Conferencing
- Organization: CMC Network Products, Copenhagen DENMARK
- Date: Fri, 11 Mar 94 22:59:18 GMT
-
-
- In article <telecom14.122.5@eecs.nwu.edu> Ralph E. Todd <rtodd@mason1.gmu.
- edu> writes:
-
- > Greetings. I am a graduate student in the Telecommunications program
- > at George Mason University; Fairfax, Virginia. In preparation for a
- > term project dealing with organizational learning, I am in search of
- > information regarding conferencing on the Internet.
-
- > Specifically, I envision a moderated forum supporting concurrent
- > access for at least 30 user sessions.
- > Is anyone aware of the existence of such a forum? Any knowledge of
- > technology or building blocks which could support it?
-
- IRC = Internet Relay Chat is the distributed equivalent of CIS's "CB
- simulator" conference tool.
-
- Setup a "private" channel, and there will be room for up to a couple
- hundred, located anywhere in the world. IRC has provisions for a
- moderator who can kick people out of the group if needed. It also has
- support for logging the session to a transcript file.
-
-
- Lars Poulsen Internet E-mail: lars@CMC.COM
- CMC Network Products Phone: (011-) +45-31 49 81 08
- Hvidovre Strandvej 72 B Telefax: +45-31 49 83 08
- DK-2650 Hvidovre, DENMARK Internets: designed and built while you wait
-
- ------------------------------
-
- From: puma@netcom.com (puma)
- Subject: Re: Digital Cellular Phones
- Date: Fri, 11 Mar 1994 23:18:20 GMT
-
-
- In article <telecom14.123.9@eecs.nwu.edu> stevef@wrq.com (Steve
- Forrette) writes:
-
- > In <telecom14.96.1@eecs.nwu.edu>, jrg@rahul.net (John Galloway) writes:
- >> But if this key is fixed (since it is not transmited I assume it is)
- >> then all the cellular blue box builder need to is disect a phone to
- >> get it. This might not be a trivial opeation, but these crooks are
- >> pretty smart fellows.
-
- > Are you assuming that the key is the same for all phones? If the key
- > is different for each phone, then the crook would have to get a hold
-
- I think the intention here is that each phone has a unique key known
- to that phone and the home service provider. When the phone makes a
- call, it encrypts part of the request using the key. The system
- either has the key for that ESN/phone number or asks the home system
- for it, and uses it to decode the encoded portion of the request. If
- the decode works, then obviously you are talking to the *real* phone.
-
- Seems pretty foolproof, unless you have enough data and time to break
- the encryption for a particular phone, or inside information. It
- would at least stop the casual grabbing of ESN/MIN combinations off
- the air.
-
-
- puma@netcom.com
-
- ------------------------------
-
- Date: Fri, 11 Mar 94 18:06:09 CST
- From: varney@uscbu.att.com
- Subject: Re: Measuring Network Availability
- Organization: AT&T Network Systems
-
-
- In article <telecom14.119.1@eecs.nwu.edu> stacy@sobeco.com (Stacy L.
- Millions) writes:
-
- > I was involved in a project, where we helped to migrate a companies
- > user base from an IBM mainframe / SNA / 3270 terminal environment to a
- > UNIX / TCP/IP / vt220 / terminal server environment. I can remember
- > one of IBM network type people made a comment about how they guarantee
- > their users 99.8% network availability and he was skeptical that we
- > would be able to match that in the new environment.
-
- > Now my question is simply this:
- > How do you
- > a) define
- > and
- > b) measure
- > 'network availability'? Particularly in the context of
- > LANs and WANs.
-
- For some insight into this issue within the public telephone
- network, I recommend:
-
- "Public Networks - Dependable", by John C. McDonald in April 1992
- issue of IEEE Communications Magazine. He defines and defends the
- concept of measuring the "reliablilty" of public networks using a
- log(10) scale of "user lost Erlangs" times "outage time in hours". In
- other words, it is a measure of user impact.
-
- The June 1993 issue of IEEE Communications magazine has several
- papers on the measurement of "dependability" and "availability" of
- telephone networks. The consensus seems to be that one must measure
- this from the user (or user-to-user) perspective. Network problems
- that have no user impact (because of redundancy, etc.) do not affect
- availability. Problems that prevent a user-to-user connection of
- sufficient quality and duration to accomplish a "transaction" do have
- an effect on availability.
-
-
- Al Varney
-
- ------------------------------
-
- Date: Fri, 11 Mar 94 18:25:31 CST
- From: varney@uscbu.att.com
- Subject: Re: ISDN BRI to IXC?
- Organization: AT&T Network Systems
-
-
- In article <telecom14.125.7@eecs.nwu.edu> John McHarry <mcharry@access.
- digex.net> writes:
-
- > If I have an ISDN Basic Rate Interface (BRI) from my local exchange
- > carrier and want to place an interexchange data call, how does the LEC
- > interconnect with the IXC? Somebody told me that this has to be
- ^^^^
- Don't know what "this" refers to -- CPE, the LEC CO or what???
-
- > hooked to a switched 56kb trunk, but I don't see why the LEC couldn't
- > just send it in a regular Feature Group D and tell the IXC it was a
- > data call in the SS7 message. Am I missing something?
-
- Assuming the BRI SETUP specified 56K data rate, the call can travel
- over SS7 trunks to the IXC or over "switched 56K" MF trunks. For the
- purposes of data transmission, these trunks are equivalent. At the
- far end of the call, a BRI called party will receive an "ISDN
- originator" indication along with the 56K data rate request IF the
- call used only SS7 trunks. A non-ISDN 56K destination will not know
- (or care) if the call was ISDN-originated. In most cases, there
- should be no problem interworking with SS7 and/or "switched 56K" MF
- trunks.
-
- The opposite is also possible: A non-ISDN 56K originator can call
- an ISDN BRI/PRI number. The SETUP delivered to the destination will
- indicate a "non-ISDN originator" and the 56K data rate request IF the
- call used only SS7 trunks. Otherwise, the SETUP will just indicate
- 56K data rate request. Again, the B-channel data looks the same as
- from an ISDN 56K origination.
-
- Note that whether or not the IXC wishes to accept such data calls
- is up to the IXC. The LEC CO routing software can provide different
- routing for different bearer capabilities -- and it can block certain
- bearer capabilities if the IXC or trunk facility can't handle them.
-
- Also, "Feature Group D" usually refers to an MF-signaled trunk.
- For clarity, and to avoid confusion with MF-only FG-D tariffs, the
- preferred term is SS7 NI (Network Interconnect) trunk or SS7 EA (Equal
- Access) signaling/trunk. I admit some documents use the expression
- FG-D trunk with the SS7 option or with SS7 signaling.
-
-
- Al Varney
-
- ------------------------------
-
- Date: Fri, 11 Mar 1994 17:45:03 MST
- From: Aaron Leonard <LEONARD@Arizona.EDU>
- Subject: Re: ISO Country Codes
- Reply-To: Leonard@Arizona.EDU
-
-
- > A few issues back a woman asked for a list of the two-letter and
- > three-letter ISO 3166 codes for most countries.
-
- > While it does not include the codes for the countries that have been
- > created as a result of others being broken up (such as the Soviet Union
- > and Czechslovakia) one place to look is in my Internet RFC 1394, which
- > also shows international telex codes and worldwide telephone area codes.
-
- RIPE maintains an up-to-date table of ISO 3166 codes. It has all the
- FSU countries and everything.
-
- The document is available via anonymous FTP from ftp.ripe.net, in
- ripe/docs/iso3166-codes.
-
-
- Aaron Leonard (AL104), <Leonard@Arizona.EDU>
- University of Arizona Network Operations, Tucson AZ 85721
-
- ------------------------------
-
- From: dold@rahul.net (Clarence Dold)
- Subject: Re: Why Caller-ID Instead of ANI?
- Organization: a2i network
- Date: Fri, 11 Mar 1994 19:01:27 GMT
-
-
- Steve Forrette (stevef@wrq.com) wrote:
-
- > In <telecom14.99.7@eecs.nwu.edu>, TELECOM Digest Editor noted in
- > response to baers@agcs.com (Scott Baer):
-
- >> [TELECOM Digest Editor's Note: I think you misunderstood the results of
- >> your prepending 10222 to a local seven digit number. In all probability,
- >> your local telephone exchange probably *ignored* the 10222 and handled
- >> the call themselves. They have the right to do that. PAT]
-
- If you follow the carrier selection with #, you will actually draw
- dial tone from the carrier's switch. I can dial 10xxx#, wait for dial
- tone from my switch, then follow with the rest of the number. PcaBell
- never gets the opportunity to route the call, except to my switch,
- because they don't see the rest of the digits until after my switch
- has the connection. Merely dialing the same 10xxx without the #,
- gives me a "not neccessary" message and SIT reorder. Dialing one long
- string, with #, but no wait for dialtone, causes an incomplete phone
- number to be heard by my switch.
-
- Some carriers don't allow such access. 10288# draws a reorder, but it
- is an AT&T reorder, not PacBell.
-
-
- Clarence A Dold - dold@rahul.net
- - Milpitas (near San Jose) & Napa CA.
-
-
- [TELECOM Digest Editor's Note: It used to be the case here that a couple
- of the 10xxx codes worked the way you mention, with # causing the call to
- be given the carrier's dial tone. This is not so any longer, at least on
- the two or three I tried at random just now. As you point out, 10288#
- gets re-order. You say it comes from AT&T, so I assume that is correct.
- 10333# got me a recording saying my call could not be completed as dialed
- and to try again or call 'customer service'. 10222# got me a re-order
- also. I think at one time, maybe in the early days of 10xxx what you say
- was more common; there might have been some tie-in with the equivilent
- 950-1xxx; ie, 10222 and 950-1222 both got MCI dial tone; the latter when
- you dialed it and the former when you allowed it to time out with no
- further digits. Illinois Bell seems to not allow it at all now. PAT]
-
- ------------------------------
-
- From: stevef@wrq.com (Steve Forrette)
- Subject: Re: Prisoner Starts Own 900 Number
- Date: 12 Mar 1994 02:27:55 GMT
- Organization: Walker Richer & Quinn, Inc.
- Reply-To: stevef@wrq.com (Steve Forrette)
-
-
- The Moderator wrote:
-
- > Now I do not have any love in my heart for prisoners and unlike some
- > liberal thinkers I could name (but won't) who are constantly whining
- > about 'all the innocent people in prison', my attitude is there are no
- > innocent people in prison, by definition absolutely, and most likely
- > in reality as well.
-
- But these AOS ripoffs are also found in jails, where newly-arrested
- people that have not been convicted or even charged are housed (in
- addition to convicted non-felons). Many jails restrict the phones so
- they can't call an 800 number, can't use the arrestee's own calling
- card, can't use coins for a local call, or any other method than the
- AOS's collect call service. I guess you could say that the jails have
- the inmates right where they want them.
-
-
- Steve Forrette, stevef@wrq.com
-
-
- [TELECOM Digest Editor's Note: In real practice, persons who have not been
- charged with a crime are usually held in police lockups, and the ones here
- all have Genuine Bell payphones. Those who have been charged with a crime
- are usually free on bond (either because they posted the bond or were given
- freedom based on their Recognizance). It is *hard* to get into Cook County
- Jail ... very hard. It helps if you are a murderer, a rapist and very violent
- as well as being a second or third time offender.
-
- As with the prisons in the USA, there are no innocent people in jail. Despite
- this, I agree that the captive customer base consisting of families and
- loved ones of prisoners is getting shafted in the process where the phones
- are concerned. PAT]
-
- ------------------------------
-
- From: mike.quinlan@phant.boise.id.us (Mike Quinlan)
- Date: Fri, 11 Mar 94 22:22:00 -0700
- Organization: Phantasia BBS
- Subject: Re: New Area Code Change Question
-
-
- In message <telecom14.112.4@eecs.nwu.edu>, TELECOM Digest Editor Noted:
-
- > Since the general public has never probably understood the way area codes
- > were constructed in the past, the general public will probably not notice
- > the difference starting next year.
-
- The general public may notice that they will have to dial the area
- code when making long-distance calls within the same area code.
-
-
- mike.quinlan@phant.boise.id.us (Mike Quinlan)
-
- ------------------------------
-
- Date: Fri, 11 Mar 1994 17:57:28 PST
- From: puma <puma@netcom.com>
- Subject: Obscene Caller Nabbed by Voicemail
-
-
- "System Snares Alleged Caller" from the {Milwaukee Journal}, Friday March
- 11, 1994
-
- La Crosse (WI) - An obscene caller has been caught by his own call,
- thanks to some high-tech telephone equipment, police say.
-
- The caller, 30 year-old Richard Armstrong of La Crosse (WI), had left
- sexually explicit messages on the victim's voice mail system,
- authorities said.
-
- The system is similar to a telephone answering machine, but it
- includes a way of retrieving the caller's telephone number if that
- party also is a voice mail subscriber, which is what the victim said
- she did.
-
-
- puma grins > Bravo! One for the good guys!
-
-
- puma@netcom.com
-
- ------------------------------
-
- End of TELECOM Digest V14 #128
- ******************************
-
-
- -------------------------------------------------------------------------------
-
- Downloaded From P-80 International Information Systems 304-744-2253
-