TELECOM Digest Wed, 16 Mar 94 13:54:00 CST Volume 14 : Issue 134 Inside This Issue: Editor: Patrick A. Townson Hardware Recommendations For Phone Bank Wanted (mmm@cup.portal.com) Communications Software For UNIX/HPUX Wanted (SynTech) Needed: 2500 Sets (Don Grubb) Telecom GIFS at Smithsonian Institution (Dave Niebuhr) ICs in China (Robert Duque-Ribeiro) How to Provide Dialtone to an Incoming Call (Paul Jonathan E. Go) Re: Cordless Telephone Range (Joseph R. Schumacher) Re: Telex Country Codes (A. Alan Toscano) Re: Los Angeles Phone Fire Update (Mike O'Brien) Re: Cut-Rate Domestic and International Calling Cards (Fritz Friedlaender) Clipper Humor From Mini-JIR (Robert Virzi) 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: mmm@cup.portal.com Subject: Hardware Recommendations For Phone Bank Wanted Date: Wed, 16 Mar 94 11:22:08 PST What sort of hardware do I need to set up a customized phone bank system? What I think I need are boards which plug into an IBM PC/AT-compatible backplane, which can switch calls, synthesize and detect Touch Tones, and detect ringing. Several boards plugged into a PC, programmed from MS Basic or something, could basically do anything. Who makes boards like this and what do they cost? I have in mind a system with N incoming lines for customers (where N is as large as needed to handle the volume of business), N outgoing lines, and a control computer that distributes calls, monitors operator performance, etc. Because of the unique nature of the business, configuration flexibility is a must. This system would be a pay-per-call 900 service. As I understand it, it is very easy to set these systems up nowadays. The big problem in offering a 900 service seems to be advertising for customers, and I think I've invented a way to get around that problem. My idea is to offer a pay-per-call suicide hotline. This idea isn't as ridiculous as it sounds. Conventional suicide hotlines (run as a free service) get a large number of calls from a small number of repeat callers who usually aren't very serious about suicide, they just want somebody to talk to. So instead of advertising, I'd call around to all the free suicide hotlines and ask them to refer their problem users to me. This benefits them because they off-load a burden to me, and it benefits me because that's how I get customers without paying for advertising. The conventional suicide hotlines would represent my service as a sort of "premium" suicide hotline service. They would tell the client someting like "You are really deep. We don't have anyone intelligent enough to help you. You need 900-SUICIDE." At my facility, I would re-route calls out to my operators, who would work at home. They would basically be people who like to talk on the phone, wish to help people, and want to make money at an at-home job. I'm sure I could find lots of suitable people in retirement communities. It might make sense to establish my operation in some place like Palm Beach or Arroyo Grande. If there was an emergency in progress, for example if the customer said he'd just downed a bottle of pills, my operator should be able to just hit a button to make a TT tone, and the computer would instantly detect that and make an outgoing call to the local emergency service for the client's area. I might even have a doctor on call who would come on the line and evaluate the situation. The computer would route calls to the appropriate operator. For most customers, that would be based on calling history, i.e. you get hooked up to the person who handled you most recently (if available). For new callers, a phone-mail type interrogation session would sort out who you should talk to first. For example: "If you need immediate medical assistance, press one now." "If you need to talk to a counselor, press two now." "If your situation relates to marriage, sex, or love, press one now." "If your situation relates to money or taxes, press two now." "If your situation relates to religion, press three now." "If your situation relates to the Church of Jesus Christ of Latter-Day Saints, press one now." "If your situation relates to the Holy Roman Catholic Church, press two now." "If you have been sexually abused by a member of the clergy, press one now." "If you doubt the existence of God, press two now." ... and so forth. I anticipate there would be many people I could recruit as operators without pay. For example, I'm sure every major church would want to make a counselor available for people who were thinking about leaving the church. Heck, I could even charge the churches for routing calls to them! I could make money on both ends! Maybe I should even start my own church! By the time the customers have worked through the menu system, I, or rather my computer, would know quite a lot about them. It should be possible to customize a philosophy in real-time that would be comfortable for the client, while at the same time setting realistic goals for personal development that the client could work toward. This may require a separate data line for each operator, to brief him or her on the client relationship being cultivated (as chosen by the computer). I suppose whatever hardware I choose will be programmed from Basic using Peek and Poke statements, unless it interfaces by serial I/O in which case I'd be using Print and Input statements. If it were at all possible, I'd like to run on the Mac platform, communicating with the phone line switcher by serial I/O. Is it at all reasonable to consider implementing this in HyperCard? I'd also like to hear any comments people have on the reliability of the hardware that is available, i.e. who to buy and who to stay away from. Reliability is a concern because of the possibility of emergency situations. (I'm planning to have a policy of not charging for calls where the client eventually does commit suicide.) Also, what software environments are supported? (I _can_ program in Pascal and C, and prefer C.) ------------------------------ From: syntech@access.digex.net (SynTech) Subject: Communications Software For UNIX/HPUX Wanted Date: 16 Mar 1994 12:02:47 -0500 Organization: Express Access Online Communications, Greenbelt, MD USA I am looking for a good communications package for use on a UNIX (HP/UX) system. What I want to be able to do is send Hayes commands to my modem from a UNIX command prompt. Kermit is not too helpful for this purpose. Any suggestions on how I can interact with the modem in command mode would be appreciated. We are using MultiTech MultModem II modems. Thanks! Matt ------------------------------ From: Don Grubb Date: Wed, 16 Mar 1994 10:21:41 -0600 Subject: Needed: 2500 Sets If anyone has recently replaced their analog lines with digital and has a room full of 2500 sets (standard analog desk phones) that they would like to donate or sell please let me know. ------------------------------ Date: Wed, 16 Mar 94 13:08:21 EST From: dwn@dwn.ccd.bnl.gov (Dave Niebuhr) Subject: Telecom GIFS at Smithsonian Institution While browsing through the Smithsonian Institution's archives today, I found some GIF files of very old telephones and telegraphs. Very interesting viewing. Use anonymous ftp to photo.si.edu cd images/gif89a/tech-history and have a look. Dave Niebuhr Internet: dwn@dwn.ccd.bnl.gov (preferred) niebuhr@bnl.gov / Bitnet: niebuhr@bnl Senior Technical Specialist, Scientific Computing Facility Brookhaven National Laboratory Upton, NY 11973 (516)-282-3093 ------------------------------ From: duquerr4@cti.ecp.fr (DUQUE-RIBEIRO Robert) Subject: ICs in China Date: 16 Mar 1994 17:35:22 GMT Organization: Ecole Centrale de Paris Reply-To: duquerr4@cti.ecp.fr Hi! My name is Robert Duque-Ribeiro, I have a BA in Business Management and a MBA from the Institut des Hautes Etudes Economiques Et Commerciales de Paris. I'm currently involved in a graduate program (MS Technology &Management) at the Ecole Centrale Paris. The reason why I'm writing to you today is because I am preparing a study on the Integrated Circuits industry in China, the economical activity and its potential. Therefore, I'm seeking information. I'm looking for any kind of information on: - people manufacturing, or using Integrated Circuits, - who they are? - where they are? - when did it start? - what they do?(what kind of IC, main characteristics, etc), - how do they create their ICs (tools? equipment, vendors?) - how many ICs they produce, design (?) , - for what industry (the potential customers)? - do they work with foreign companies (vendors, suppliers, customers) - do they export? - do they import? - what is China's (PRC and Hong Kong) policy towards IC? In fact I'm looking for any kind of information that could help me define the IC industry in China. I think that I may mix a marketing framework (marketing mix : Product, price, place, promotion) with an International business one (country, export rules, etc.) I want to do well on this, because if I find enough information, I may use it in my final thesis (Developing countries' new paradigm in Integrated Circuit: Being threatened could be for our sake.) Thanks for answering ASAP. Thanks for your help. Best regards, Robert Duque-Ribeiro ECOLE CENTRALE PARIS MS Technology & Management Laboratoire Strategie & Management e-mail: duquerr4@cti.ecp.fr FRANCE ------------------------------ From: pj@ugcs.caltech.edu (Paul Jonathan E. Go) Subject: How to Provide Dialtone to an Incoming Call Date: Wed, 16 Mar 1994 11:08:35 PST A few weeks back, there was a discussion about black boxes that would call people back and give them a dialtone. For a senior project, I would like to build a box that would give an incoming caller a dialtone after a security verification. However, I can't figure out how to provide the dialtone to the caller. When using three way calling, I usually establish a connection with the first party, flash, establish the connection with the second party, and then flash to start the three way call. If the second connection is not established, then the phone returns to a normal two party conversation. How do I make the phone pass the dialtone through to the caller instead of returning to the two party conversation? I apologize if this issue has been solved before; I remember it being discussed, but I don't remember if we ever agreed to a solution. Thanks! Paul Jonathan E. Go Caltech MSC 1028 pj@cco.caltech.edu Pasadena CA 91126 213 344 7275 [TELECOM Digest Editor's Note: You'll never make it happen if you continue to use telco three-way calling instead of your own hardware. Telco's soft- ware is written to require supervison of the third part of the call (i.e. require an answer from the other end or at least get it out of the switch on which you are located and on its way to the other office) before the third link is officially established. It will always drop that third link if the switchhook flash is premature. If you want to use telco three-way calling to implement your project then you have to forget about providing them dialtone (at least from the CO, I guess you could provide your own for the sake of appearance) and just patch it through once the connection is established. In a way, this is the safest way to go because you can throoughly screen what they dial and only complete it if you are satisfied with the destination of the call. Providing dialtone itself can be a hazard to your financial health, with or without the additional passcode they have to insert. If you want to give them true telco dialtone however, you'll need to work with an actual second line from telco and fix your hardware so the gate is opened when the passcode has been satisfied. PAT] ------------------------------ Date: Wed, 16 Mar 1994 10:54:27 -0500 From: JOSEPH.R.SCHUMACHER@gte.sprint.com Subject: Re: Cordless Telephone Range >> 2) even if it was legal, why does everyone want to increase the output >> power? There is probably more room for increasing the receiver sensitivity >> which would have the same effect. For instance, a cheap FET between the >> antenna and the receiver chip could add at least 10 dB of sensitivity, >> if you know what your'e doing. daveheld@delphi.com replies: > ... Boosting receiver sensitivity won't help. I might also add > that simple receiver mods (such as your front-end FET) will have a lot > of trouble due to the duplexing problem; i.e., a FET connected to the > antenna as an RF preamp will be overloaded by the phone's own > transmitter which is also connected to the same antenna. He even quoted me: "_if you know what you're doing_." I have in fact seen 46/49 cordless phones which have FET preamps on the receiver. Okay, maybe I should have said between the _duplexor_ and receiver chip. As a matter of fact, the Motorola 3363 even has a built-in RF amplifier (ok, it's bipolar) which is intended to preceed the mixer stage. Aside from that, I really have to agree with Mr. Held regarding cordless telephone mods. What I was trying to suggest in the original posting is that increasing the transmit power isn't a good idea. It aggravates an interference problem which is already pretty bad. And don't forget, it also makes it easier for your neighbors to listen in on your calls. BTW, the original post had a typo: the 900 MHz narrow band limit, (50 mV/m @ 3 meters) is actually 14 dB (not 4 dB) hotter than the 46/49 limit (10 mV/m @ 3 meters) Joe ------------------------------ From: atoscano@attmail.com (A Alan Toscano) Date: 16 Mar 94 19:16:26 GMT Subject: Re: Telex Country Codes In TELECOM Digest V14 #131, dnewcomb@whale.st.usm.edu (Donald R. Newcomb) writes: > I'm confused over the assignment of Country Codes for Telex. I've been > told that the CC for Albania is 604 and that one of the CCs used by > INMARSAT is 581 but when I look in the AT&T directory of Telex and > EasyLink addresses, it says Albania is 866 and INMARSAT Telexes are in > the range 70X, 80X, 90X (where X = 2,3,4,5,6...). Two different standards for TELEX country codes are utilized in North America. 604 and 581 are international standard (F.69) country codes for Albania and INMARSAT-Atlantic-East respectivly. F.69 codes are two or three-digits in length. The codes which are listed in the AT&T Electronic Messaging Directory (last published in 1991) are taken from the traditional North American standard of "intercontinental codes." They are always three-digits in length, where the first digit (3, 7, 8, or 9) designates a world region. Generally, North American TELEX service providers assume the use of an "intercontinental code" by default. AT&T's commercial email services support either type of code, but default to "intercontinental." On AT&T EasyLink IMS, you can "override" the default and address an international TELEX number using an F.69 country code by entering an "ITE" format instead of a "WUW" format. For example: PTS ITE 604123456(123456ANSBK AB)+ where "604" is a country code, "123456" is a fictitious TELEX number, and "123456ANSBK AB" is a fictitious expected Answerback. On AT&T Mail, you designate an F.69 country code by adding the handling option "/PROTOCOL=F.69" immediately after the TELEX number. For example: telex!604123456/PROTOCOL=F.69 (123456ANSBK AB) or, from a gateway: attmail!telex!604123456/PROTOCOL=F.69 (123456ANSBK AB) As far as I can tell, F.69 codes are not supported on AT&T's other TELEX platforms, such as "Dial 100" Service, and EasyLink's OLC (On-line Conversation) Service. Being an AT&T TELEX customer, I have no information on other TELEX service providers' support of F.69 codes. A Alan Toscano -- Houston, TX -- 713 415-9262 atoscano@attmail.com or atoscano@speedway.net ------------------------------ Date: Wed, 16 Mar 94 11:39:01 PST From: obrien@aero.org Subject: Re: Los Angeles Phone Fire Update The affected switch, whose name I flat-out don't remember, is purported to be the largest switch west of the Rockies. The picture in this morning's {LA Times} shows a cleanup-crew working around "burned batteries", and I must say with the fire hitting the battery room I also don't blame the folks who rapidly decamped. I found out about the fire at 5AM, when I was awakened by a phone call from the Los Angeles Southwest District Emergency Coordinator of the Amateur Radio Emergency Service (ARES). ARES is the amateur radio emergency organization allied with LA city. ARES had been activated all over the city because the fire had knocked out 911 service to the San Fernando Valley and West LA. (A sheriff's deputy reported to me that it also resulted in 911 service being involuntarily "swapped" between districts, with each district getting the other's calls. Sounds like untested fallback technology to me.) We sat and listened to our radios as the city emergency honchos met in the LA EOC downtown to decide what to do about it. The usual plan was for us to go to the nearest firehouse and act as communicators. However, in this case, although 911 was kaput, 411 still worked fine. Of course, 411 went to a completely different set of operators having no emergency connectivity whatsoever, so the plan that was evolved on the spot was to send us out to the 411 offices to relay traffic to the firehouses. People who couldn't get anything on 911 were calling 411, and were as mad as wet hens. In the event, the emergency honchos just wound up publicizing district-wide seven-digit numbers for emergency services, as the repair estimate for return of 911 service was "six to eight hours" after the fire, which was sometime around midnight or 1AM. Today's paper reported 911 service restored at 9AM, and the rest of the switching problems fixed by around 2PM. ARES stood down around 6:30AM without being deployed. Mike O'Brien obrien@aero.org ------------------------------ From: fritzj@dynamo.ecn.purdue.edu (Fritz Friedlaender) Subject: Re: Cut-Rate Domestic and International Calling Cards Organization: Purdue University Engineering Computer Network Date: Wed, 16 Mar 1994 19:32:04 GMT AT&T currently charges 31 cents/minute weekends (until June) to "REACH OUT WORLD"(TM) customers who select Germany as their designated country. And my last bill actually used these rates though there has not been much advertising. F.J. Friedlaender ------------------------------ From: rv01@harvey.gte.com (Robert Virzi) Subject: Clipper Humor From Mini-JIR Organization: GTE Laboratories, Inc. Date: Wed, 16 Mar 1994 19:17:15 GMT This appeared in the mini Journal of Irreproducible results. I thought it was relevant to the discussions regarding Clipper Chip technology. Bob Virzi ------------------- 1994-03-04 Clipper Chip Envelope, Initiative, and Economics CLIPPER CHIP ENVELOPE Soon the government-mandated Clipper Chip secret-code-decoder will be installed in every piece of US electronic communications equipment. Criminals might then try to send their coded messages via traditional mail. Against that possibility, we are now applying Clipper Chip protection to paper mail. Our Clipper Chip Envelope automatically reads and decodes any paper enclosed in it. The Clipper Chip Envelope consists of a standard paper envelope with an installed optical scanner and microprocessor, optical character recognition software, a passive transmitter, and a Clipper Chip. The whole mechanism is the size and value of a fingernail clipping. Ee-way are-ay aking-may is-thay echnology-tay available-ay oo-tay any-ay official-ay agency-ay ich-way an-cay ecode-day is-they essage-may, free of charge. Anyone interested in subscribing to this 'zine can do so by sending a brief E-mail message to either of these addresses: LISTSERV@MITVMA.MIT.EDU or LISTSERV@MITVMA The body of your message should contain ONLY the words "SUBSCRIBE MINI- JIR" followed by your name. Here are two examples: SUBSCRIBE MINI-JIR Irene Curie Joliot SUBSCRIBE MINI-JIR Nicholai Lobachevsky To stop subscribing, send the following message to the same address: SIGNOFF MINI-JIR rvirzi@gte.com +1(617)466-2881 [TELECOM Digest Editor's Note: To make this Digest into a multi-linqual publication, I shall start producing an edition in Pig Latin each day. PAT] ------------------------------ End of TELECOM Digest V14 #134 ****************************** ------------------------------------------------------------------------------- Downloaded From P-80 International Information Systems 304-744-2253