Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa10381; 4 Jan 94 4:10 EST Received: by delta.eecs.nwu.edu id AA09505 (5.65c/IDA-1.4.4 for telecom-recent@lcs.mit.edu); Tue, 4 Jan 1994 00:08:33 -0600 Received: by delta.eecs.nwu.edu id AA19446 (5.65c/IDA-1.4.4 for /usr/lib/sendmail -oQ/var/spool/mqueue.big -odi -oi -ftelecom-request telecomlist-outbound); Tue, 4 Jan 1994 00:08:04 -0600 Date: Tue, 4 Jan 1994 00:08:04 -0600 From: TELECOM Moderator Message-Id: <199401040608.AA19446@delta.eecs.nwu.edu> To: telecom@eecs.nwu.edu Subject: TELECOM Digest V14 #1 TELECOM Digest Tue, 4 Jan 94 00:08:00 CST Volume 14 : Issue 1 Inside This Issue: Editor: Patrick A. Townson Happy New Year (TELECOM Digest Editor) Directory to Telecom Archives (TELECOM Digest Editor) ---------------------------------------------------------------------- Date: Mon, 3 Jan 1994 23:05:17 -0600 From: TELECOM Moderator Subject: Happy New Year Happy new year to all readers, and welcome to another volume of TELECOM Digest. We begin volume 14 with this issue. With this issue of the Digest is a copy of the index to the Telecom Archives to bring you up to date on the several hundred files at your disposal there which include all the past issues of the Digest since its beginning in 1981. One new thing you will notice about the Archives is that a sub-directory has been set aside for participants in the unmoderated TELECOM-TECH mailing list maintained by former Digest participant John Higdon. Mr. Higdon has been given a method by which copies of his journal can be automatically forwarded to the archives where back issues can be fetched by interested parties. At the present time, there is very little in this area of the archives, but no doubt it will have additional files whenever TELECOM-TECH is published, should they wish to make their journal available for all archives users. I'd like to point out also that the generous financial assistance sent to the Digest by many readers during the past year has been the main reason I have been able to continue publication of this journal, and I hope those of you who see fit to contribute financially from time to time will continue to do so during 1994, although of course there is no obligation whatsoever on your part. So throughout 1994, I hope you will enjoy the Digest and benefit from the collective wisdom of our reader/writer/participants. That of course means you as well ... feel free to write and comment anytime. The volume of mail is such that only a small sample can be used, but I try to print as wide and diverse a range of material as possible, and your mail makes it possible. Patrick Townson TELECOM Digest Editor ------------------------------ From: TELECOM Digest Editor Subject: Directory to Telecom-Archives Date: Tue, 4 Jan 94 0:45:27 EST The Telecom Archives is a repository of information about telecom topics and a collection of the back issues of this Digest. It is available using anonymous ftp lcs.mit.edu, and also by using the Telecom Archives Email Information Service. Attached here is the most recent directory to the files in the archives, as of this date. The various areas of interest (broken down into sub-directories) are listed first, then below that, the contents of each area. The indices to authors and subjects is in the process of being updated to include the final issues of 1993 and should be totally complete in the next day or two. total 28 -rw-rw-r-- 1 ptownson 0 Jan 3 22:00 Index-telecom.archives -r--r--r-- 1 ptownson 1173 Sep 25 02:28 Welcome.to.archives dr-xr-xr-x 2 ptownson 512 Sep 25 04:19 aos-cocot/ dr-xr-xr-x 2 ptownson 512 Dec 25 14:04 areacodes/ drwxrwxr-x 11 ptownson 512 Dec 27 00:44 back.issues/ dr-xr-xr-x 2 ptownson 512 Sep 24 21:06 caller-id/ dr-xr-xr-x 2 ptownson 1024 Oct 27 03:30 carriers/ dr-xr-xr-x 2 ptownson 512 Sep 25 00:11 cellular/ dr-xr-xr-x 2 ptownson 1024 Dec 25 14:05 country.codes/ dr-xr-xr-x 2 ptownson 512 Sep 25 00:14 email/ dr-xr-xr-x 2 ptownson 512 Nov 25 16:59 glossaries/ dr-xr-xr-x 2 ptownson 1024 Dec 25 13:50 history/ drwxrwxr-x 2 ptownson 512 Oct 3 13:21 indices/ dr-xr-xr-x 2 ptownson 512 Oct 4 13:05 legal-fcc/ dr-xr-xr-x 2 ptownson 512 Nov 20 1990 minitel/ dr-xr-xr-x 2 ptownson 1024 Dec 25 13:23 miscellaneous/ dr-xr-xr-x 2 ptownson 512 Sep 24 22:01 modems/ dr-xr-xr-x 2 ptownson 512 Sep 25 00:38 new-readers/ dr-xr-xr-x 2 ptownson 512 Sep 25 04:21 npa.800/ dr-xr-xr-x 2 ptownson 512 Sep 25 04:21 npa.900/ dr-xr-xr-x 2 ptownson 1024 Jan 5 1992 npa.exchange.list-canada/ dr-xr-xr-x 2 ptownson 512 Sep 25 04:25 public.access/ drwxr-xr-x 2 ptownson 1536 Dec 29 22:01 reports/ dr-xr-xr-x 2 ptownson 1024 Sep 24 20:09 security-fraud/ dr-xr-xr-x 2 ptownson 1024 Oct 15 11:05 technical/ drwxr-xr-x 2 ptownson 512 Dec 27 00:58 telecom-tech.digest/ dr-xr-xr-x 2 ptownson 512 Dec 10 1990 tymnet/ aos-cocot: total 209 -r--r--r-- 1 ptownson 68508 Sep 24 23:43 aos.proposals -r--r--r-- 1 ptownson 68224 Sep 24 23:44 aos.rules-procedures -r--r--r-- 1 ptownson 21206 Sep 24 23:48 call.blocking -r--r--r-- 1 ptownson 38981 Oct 12 1990 complaint.sticker -r--r--r-- 1 ptownson 15023 Sep 30 1990 violation-label areacodes: total 272 -r--r--r-- 1 ptownson 18580 Jan 1 1993 210-512.split.texas -r--r--r-- 1 ptownson 18238 Nov 9 1990 214-903.split.texas -r--r--r-- 1 ptownson 34805 Jul 30 1991 301-410.split.maryland -r--r--r-- 1 ptownson 41444 May 19 1992 404-706.split.georgia -r--r--r-- 1 ptownson 11139 Sep 16 19:58 416-905.split.ontario -r--r--r-- 1 ptownson 35073 Dec 9 16:28 guide -r--r--r-- 1 ptownson 10746 Dec 25 13:09 history -r--r--r-- 1 ptownson 32625 Sep 25 00:59 how.numbers.are.assigned -r--r--r-- 1 ptownson 2795 Aug 3 1991 npa.510.sed.script -r--r--r-- 1 ptownson 35934 Dec 13 1991 npa.809.prefixes -r--r--r-- 1 ptownson 10861 Dec 1 11:19 program.in.c -r--r--r-- 1 ptownson 21165 Dec 1 11:20 script.and.intl.codes back.issues: total 3811 dr-xr-xr-x 2 ptownson 512 Sep 24 18:55 1981-86.volumes.1-5/ dr-xr-xr-x 2 ptownson 512 Sep 24 18:56 1987.volumes.6-7/ dr-xr-xr-x 2 ptownson 512 Sep 24 18:56 1988.volume.8/ dr-xr-xr-x 2 ptownson 512 Sep 24 18:56 1989.volume.9/ dr-xr-xr-x 2 ptownson 1024 Sep 24 18:57 1990.volume.10/ dr-xr-xr-x 2 ptownson 1024 Sep 24 18:57 1991.volume.11/ dr-xr-xr-x 2 ptownson 1024 Sep 24 18:57 1992.volume.12/ drwxr-xr-x 2 ptownson 512 Dec 6 05:27 1993.volume.13/ -r--r--r-- 1 ptownson 663 Jan 27 1991 READ.ME.FIRST -r--r--r-- 2 ptownson 1098294 Sep 22 03:06 auth.subj.idx-vol.12-13 -r--r--r-- 2 ptownson 1577582 Oct 3 13:11 auth.subj.idx-vol.9-10-11 drwxrwxr-x 2 ptownson 1536 Dec 30 15:55 recent.single.issues/ back.issues/1981-86.volumes.1-5: total 5666 -r--r--r-- 1 ptownson 423659 Dec 16 1990 vol1.most.issues -r--r--r-- 1 ptownson 620814 Dec 16 1990 vol2.iss001-088 -r--r--r-- 1 ptownson 382277 Jan 14 1990 vol2.iss089-141 -r--r--r-- 1 ptownson 619185 Jan 20 1991 vol3.iss001-083 -r--r--r-- 1 ptownson 364946 Jan 20 1991 vol3.iss084-128 -r--r--r-- 1 ptownson 618694 Jan 20 1991 vol4.iss001-075 -r--r--r-- 1 ptownson 411337 Dec 10 1990 vol4.iss064-118 -r--r--r-- 1 ptownson 169101 Dec 10 1990 vol4.iss119-140 -r--r--r-- 1 ptownson 127814 Dec 10 1990 vol4.iss142-154 -r--r--r-- 1 ptownson 357252 Dec 10 1990 vol4.iss155-208 -r--r--r-- 1 ptownson 658 Jan 27 1990 vol5.READ-ME-FIRST -r--r--r-- 1 ptownson 623292 Jan 27 1990 vol5.iss001-076 -r--r--r-- 1 ptownson 861286 Jan 27 1990 vol5.iss077-161 -r--r--r-- 1 ptownson 74260 Jan 20 1991 vol5.misc.msgs back.issues/1987.volumes.6-7: total 920 -r--r--r-- 1 ptownson 639112 Jan 26 1990 volume.6.most.issues -r--r--r-- 1 ptownson 274580 Jan 20 1990 volume.7.all.issues back.issues/1988.volume.8: total 2321 -r--r--r-- 1 ptownson 371 Jan 20 1991 1987.vol8.READ-ME-FIRST -r--r--r-- 1 ptownson 577639 Jan 20 1991 1987.vol8.iss001-071 -r--r--r-- 1 ptownson 73630 Jan 20 1991 misc.telecom.msgs -r--r--r-- 1 ptownson 726882 Jan 20 1991 vol8.iss070-139 -r--r--r-- 1 ptownson 724832 Aug 1 1989 vol8.iss140-189 -r--r--r-- 1 ptownson 227589 Aug 1 1989 vol8.iss190-213 back.issues/1989.volume.9: total 8672 -r--r--r-- 1 ptownson 577173 Jan 15 1990 vol9.iss001-049 -r--r--r-- 1 ptownson 564262 Jan 14 1990 vol9.iss050-100 -r--r--r-- 1 ptownson 653097 Jan 14 1990 vol9.iss101-150 -r--r--r-- 1 ptownson 637611 Jan 15 1990 vol9.iss151-200 -r--r--r-- 1 ptownson 744800 Jan 14 1990 vol9.iss201-250 -r--r--r-- 1 ptownson 787166 Jan 14 1990 vol9.iss251-300 -r--r--r-- 1 ptownson 805328 Jan 14 1990 vol9.iss301-350 -r--r--r-- 1 ptownson 780366 Jan 15 1990 vol9.iss351-400 -r--r--r-- 1 ptownson 784366 Jan 15 1990 vol9.iss401-450 -r--r--r-- 1 ptownson 758330 Jan 15 1990 vol9.iss451-500 -r--r--r-- 1 ptownson 794183 Jan 14 1990 vol9.iss501-550 -r--r--r-- 1 ptownson 856691 Jan 14 1990 vol9.iss551-603 back.issues/1990.volume.10: total 15800 -r--r--r-- 1 ptownson 861272 Jan 28 1990 vol10.iss001-050 -r--r--r-- 1 ptownson 820574 Feb 14 1990 vol10.iss051-100 -r--r--r-- 1 ptownson 842877 Mar 8 1990 vol10.iss101-150 -r--r--r-- 1 ptownson 855090 Mar 24 1990 vol10.iss151-200 -r--r--r-- 1 ptownson 853551 Apr 13 1990 vol10.iss201-250 -r--r--r-- 1 ptownson 908585 May 1 1990 vol10.iss251-300 -r--r--r-- 1 ptownson 873608 May 16 1990 vol10.iss301-350 -r--r--r-- 1 ptownson 858605 May 31 1990 vol10.iss351-400 -r--r--r-- 1 ptownson 919538 Jun 23 1990 vol10.iss401-450 -r--r--r-- 1 ptownson 885056 Jul 20 1990 vol10.iss451-500 -r--r--r-- 1 ptownson 863414 Aug 8 1990 vol10.iss501-550 -r--r--r-- 1 ptownson 886042 Aug 29 1990 vol10.iss551-600 -r--r--r-- 1 ptownson 974899 Sep 17 1990 vol10.iss601-650 -r--r--r-- 1 ptownson 870218 Oct 1 1990 vol10.iss651-700 -r--r--r-- 1 ptownson 868902 Oct 22 1990 vol10.iss701-750 -r--r--r-- 1 ptownson 902018 Nov 10 1990 vol10.iss751-800 -r--r--r-- 1 ptownson 880896 Nov 28 1990 vol10.iss801-850 -r--r--r-- 1 ptownson 867675 Dec 23 1990 vol10.iss851-900 -r--r--r-- 1 ptownson 133082 Jan 1 1991 vol10.iss901-908 back.issues/1991.volume.11: total 18640 -r--r--r-- 1 ptownson 893021 Jan 20 1991 vol11.iss001-050 -r--r--r-- 1 ptownson 900405 Feb 8 1991 vol11.iss051-100 -r--r--r-- 1 ptownson 949798 Dec 27 1991 vol11.iss1001-1050 -r--r--r-- 1 ptownson 864550 Feb 22 1991 vol11.iss101-150 -r--r--r-- 1 ptownson 189348 Dec 31 1991 vol11.iss1051-1061 -r--r--r-- 1 ptownson 869932 Mar 14 1991 vol11.iss151-200 -r--r--r-- 1 ptownson 861113 Mar 30 1991 vol11.iss201-250 -r--r--r-- 1 ptownson 864673 Apr 23 1991 vol11.iss251-300 -r--r--r-- 1 ptownson 872293 May 12 1991 vol11.iss301-350 -r--r--r-- 1 ptownson 861315 May 27 1991 vol11.iss351-400 -r--r--r-- 1 ptownson 941952 Jun 14 1991 vol11.iss401-450 -r--r--r-- 1 ptownson 922446 Jun 30 1991 vol11.iss451-500 -r--r--r-- 1 ptownson 871735 Jul 20 1991 vol11.iss501-550 -r--r--r-- 1 ptownson 872633 Aug 3 1991 vol11.iss551-600 -r--r--r-- 1 ptownson 868651 Aug 22 1991 vol11.iss601-650 -r--r--r-- 1 ptownson 901687 Sep 6 1991 vol11.iss651-700 -r--r--r-- 1 ptownson 861278 Sep 20 1991 vol11.iss701-750 -r--r--r-- 1 ptownson 856742 Oct 8 1991 vol11.iss751-800 -r--r--r-- 1 ptownson 909356 Oct 25 1991 vol11.iss801-850 -r--r--r-- 1 ptownson 864298 Nov 9 1991 vol11.iss851-900 -r--r--r-- 1 ptownson 882326 Nov 23 1991 vol11.iss901-950 -r--r--r-- 1 ptownson 918465 Dec 13 1991 vol11.iss951-1000 back.issues/1992.volume.12: total 17312 -r--r--r-- 1 ptownson 900594 Jan 20 1992 vol12.iss001-050 -r--r--r-- 1 ptownson 921470 Feb 1 1992 vol12.iss051-100 -r--r--r-- 1 ptownson 905907 Feb 20 1992 vol12.iss101-150 -r--r--r-- 1 ptownson 920896 Mar 7 1992 vol12.iss151-200 -r--r--r-- 1 ptownson 886584 Mar 22 1992 vol12.iss201-250 -r--r--r-- 1 ptownson 948652 Apr 7 1992 vol12.iss251-300 -r--r--r-- 1 ptownson 936106 Apr 29 1992 vol12.iss301-350 -r--r--r-- 1 ptownson 895354 May 20 1992 vol12.iss351-400 -r--r--r-- 1 ptownson 884860 Jun 6 1992 vol12.iss401-450 -r--r--r-- 1 ptownson 936120 Jun 21 1992 vol12.iss451-500 -r--r--r-- 1 ptownson 898774 Jul 15 1992 vol12.iss501-550 -r--r--r-- 1 ptownson 986567 Aug 2 1992 vol12.iss551-600 -r--r--r-- 1 ptownson 941731 Aug 22 1992 vol12.iss601-650 -r--r--r-- 1 ptownson 951483 Sep 11 1992 vol12.iss651-700 -r--r--r-- 1 ptownson 952503 Oct 2 1992 vol12.iss701-750 -r--r--r-- 1 ptownson 986788 Oct 25 1992 vol12.iss751-800 -r--r--r-- 1 ptownson 990138 Nov 16 1992 vol12.iss801-850 -r--r--r-- 1 ptownson 1053771 Dec 12 1992 vol12.iss851-900 -r--r--r-- 1 ptownson 593668 Jan 2 1993 vol12.iss901-928 back.issues/1993.volume.13: total 18608 -r--r--r-- 1 ptownson 1116357 Aug 24 21:15 vol13.iss001-050 -r--r--r-- 1 ptownson 1069719 Feb 16 1993 vol13.iss051-100 -r--r--r-- 1 ptownson 1076701 Mar 4 1993 vol13.iss101-150 -r--r--r-- 1 ptownson 1114780 Mar 23 1993 vol13.iss151-200 -r--r--r-- 1 ptownson 1077570 Apr 10 1993 vol13.iss201-250 -r--r--r-- 1 ptownson 1144023 May 4 1993 vol13.iss251-300 -r--r--r-- 1 ptownson 1254595 May 26 1993 vol13.iss301-350 -r--r--r-- 1 ptownson 1196757 Jun 19 1993 vol13.iss351-400 -r--r--r-- 1 ptownson 1126854 Jul 5 1993 vol13.iss401-450 -r--r--r-- 1 ptownson 1188811 Jul 23 02:02 vol13.iss451-500 -r--r--r-- 1 ptownson 1169634 Aug 8 02:21 vol13.iss501-550 -r--r--r-- 1 ptownson 1303262 Aug 24 21:42 vol13.iss551-600 -r--r--r-- 1 ptownson 1266873 Sep 15 05:07 vol13.iss601-650 -r--r--r-- 1 ptownson 1246209 Oct 15 11:10 vol13.iss651-700 -r--r--r-- 1 ptownson 1202985 Nov 10 19:30 vol13.iss701-750 -rw-rw-r-- 1 ptownson 1293683 Dec 6 05:27 vol13.iss751-800 -rw-rw-r-- 1 ptownson 1055917 Dec 30 14:25 vol13.iss801-844 back.issues/recent.single.issues: total 1144 -r--r--r-- 1 ptownson 29168 Dec 6 05:18 V13_#800 -r--r--r-- 1 ptownson 28245 Dec 6 06:47 V13_#801 -r--r--r-- 1 ptownson 24438 Dec 7 17:45 V13_#802 -r--r--r-- 1 ptownson 29343 Dec 8 07:40 V13_#803 -r--r--r-- 1 ptownson 25345 Dec 8 17:22 V13_#804 -r--r--r-- 1 ptownson 24137 Dec 8 18:32 V13_#805 -r--r--r-- 1 ptownson 22951 Dec 9 10:46 V13_#806 -r--r--r-- 1 ptownson 25661 Dec 9 12:24 V13_#807 -r--r--r-- 1 ptownson 22594 Dec 9 13:07 V13_#808 -r--r--r-- 1 ptownson 20881 Dec 9 20:08 V13_#809 -r--r--r-- 1 ptownson 23405 Dec 10 05:27 V13_#810 -r--r--r-- 1 ptownson 23821 Dec 13 15:40 V13_#811 -r--r--r-- 1 ptownson 25051 Dec 13 16:24 V13_#812 -r--r--r-- 1 ptownson 23163 Dec 13 17:47 V13_#813 -r--r--r-- 1 ptownson 24218 Dec 13 18:07 V13_#814 -r--r--r-- 1 ptownson 30450 Dec 13 19:23 V13_#815 -r--r--r-- 1 ptownson 22987 Dec 13 16:47 V13_#816 -r--r--r-- 1 ptownson 30206 Dec 14 03:51 V13_#817 -r--r--r-- 1 ptownson 27870 Dec 14 15:24 V13_#818 -r--r--r-- 1 ptownson 22023 Dec 15 05:59 V13_#819 -r--r--r-- 1 ptownson 24790 Dec 16 04:27 V13_#820 -r--r--r-- 1 ptownson 24786 Dec 16 05:47 V13_#821 -r--r--r-- 1 ptownson 29661 Dec 16 18:26 V13_#822 -r--r--r-- 1 ptownson 24968 Dec 17 18:36 V13_#823 -r--r--r-- 1 ptownson 24166 Dec 18 07:22 V13_#824 -r--r--r-- 1 ptownson 23775 Dec 19 01:03 V13_#825 -r--r--r-- 1 ptownson 28123 Dec 19 01:58 V13_#826 -r--r--r-- 1 ptownson 24749 Dec 19 02:34 V13_#827 -r--r--r-- 1 ptownson 31167 Dec 19 19:29 V13_#828 -r--r--r-- 1 ptownson 27623 Dec 19 22:46 V13_#829 -r--r--r-- 1 ptownson 23188 Dec 20 14:31 V13_#830 -r--r--r-- 1 ptownson 15715 Dec 20 15:30 V13_#831 -r--r--r-- 1 ptownson 26305 Dec 21 09:02 V13_#832 -r--r--r-- 1 ptownson 26410 Dec 22 16:27 V13_#833 -r--r--r-- 1 ptownson 27956 Dec 22 17:34 V13_#834 -r--r--r-- 1 ptownson 24361 Dec 23 07:34 V13_#835 -r--r--r-- 1 ptownson 26845 Dec 23 08:28 V13_#836 -r--r--r-- 1 ptownson 25525 Dec 26 00:00 V13_#837 -r--r--r-- 1 ptownson 26056 Dec 26 00:53 V13_#838 -r--r--r-- 1 ptownson 28974 Dec 27 06:24 V13_#839 -r--r--r-- 1 ptownson 23255 Dec 28 17:10 V13_#840 -r--r--r-- 1 ptownson 23885 Dec 29 14:07 V13_#841 -r--r--r-- 1 ptownson 30556 Dec 30 03:18 V13_#842 -r--r--r-- 1 ptownson 23370 Dec 30 04:34 V13_#843 -r--r--r-- 1 ptownson 27125 Dec 30 15:55 V13_#844 caller-id: total 180 -r--r--r-- 1 ptownson 10795 Jul 30 14:47 asp.procomm -r--r--r-- 1 ptownson 4569 Feb 2 1992 bellcore.specs -r--r--r-- 1 ptownson 11267 Sep 24 21:06 cpid-ani.developments -r--r--r-- 1 ptownson 61504 Jul 30 1990 legal-decision -r--r--r-- 1 ptownson 85802 Aug 24 20:05 ohio-decree -r--r--r-- 1 ptownson 6807 Feb 2 1992 specifications carriers: total 256 -r--r--r-- 1 ptownson 9886 Jan 23 1990 10xxx.access.codes -r--r--r-- 1 ptownson 6847 Mar 2 1991 10xxx.list.updated -r--r--r-- 1 ptownson 7714 Jul 23 1991 10xxx.new.revision -r--r--r-- 1 ptownson 8593 May 5 1990 10xxx.notes.updates -r--r--r-- 1 ptownson 8734 Dec 13 1991 att-reach.out-calculator -r--r--r-- 1 ptownson 474 Feb 11 1990 att.service.outage.1-90 -r--r--r-- 1 ptownson 10590 Aug 11 1991 lata.names-numbers.table -rw-rw-r-- 1 telecom 801 Aug 1 1989 ld.discounts-1985 -rw-rw-r-- 1 telecom 2271 Aug 1 1989 ld.rate.notes-1985 -rw-rw-r-- 1 telecom 13675 Aug 1 1989 ld.rates.comparison-1985 -r--r--r-- 1 ptownson 3417 Oct 27 03:30 orange.calling.card -r--r--r-- 1 ptownson 11489 Sep 29 1991 phone.home-usa -r--r--r-- 1 ptownson 4184 Jul 27 1991 sprint.rates -r--r--r-- 1 ptownson 46738 Jan 18 1990 starlink.vrs.pcp -r--r--r-- 1 ptownson 27533 Feb 9 1990 telco.name.list.formatted -r--r--r-- 1 ptownson 31487 Jan 28 1990 telco.name.listing -r--r--r-- 1 ptownson 31396 Oct 27 03:28 telepassport.intl.calls -r--r--r-- 1 ptownson 26614 May 29 1990 unitel-canada.ld.service -r--r--r-- 1 ptownson 427 Sep 20 1991 usa.direct.service cellular: total 133 -r--r--r-- 1 ptownson 39449 Dec 14 1990 carrier.codes -r--r--r-- 1 ptownson 35488 Aug 22 1992 cellular.and.900.in.uk -r--r--r-- 1 ptownson 15141 Sep 24 19:52 cellular.sieve -r--r--r-- 1 ptownson 16188 Mar 14 1991 fraud.article-abernathy -r--r--r-- 1 ptownson 2755 Mar 14 1991 fraud.prevention -r--r--r-- 1 ptownson 24455 Feb 6 1991 motorola.programming -r--r--r-- 1 ptownson 298 May 31 1990 west.germany.cellular country.codes: total 830 -r--r--r-- 1 ptownson 6089 Dec 27 1991 READ.ME.FIRST -rw-rw-r-- 1 telecom 9150 Jan 31 1990 david.leibold.listing -r--r--r-- 1 ptownson 21165 Dec 25 14:05 intl.codes.script -r--r--r-- 1 ptownson 11370 Feb 9 1990 john.covert.listing -r--r--r-- 1 ptownson 12260 Jan 20 1990 london.ac.script -r--r--r-- 1 ptownson 12069 Mar 5 1990 london.codes.script -r--r--r-- 1 ptownson 190125 Jan 31 1993 norway.goes.8.digits -r--r--r-- 1 ptownson 18138 Sep 24 20:23 toll.free.prefixes -r--r--r-- 1 ptownson 34771 Sep 24 21:25 zone.1.areacode.guide -r--r--r-- 1 ptownson 267 Apr 10 1993 zone.1.canada.area.codes -r--r--r-- 1 ptownson 35934 Apr 10 1993 zone.1.npa.809.countries -r--r--r-- 1 ptownson 645 Dec 27 1991 zone.1.usa.areacodes -r--r--r-- 1 ptownson 35128 Jan 27 1993 zone.2 -r--r--r-- 1 ptownson 31857 Dec 27 1991 zone.3 -r--r--r-- 1 ptownson 37294 Dec 27 1991 zone.4 -r--r--r-- 1 ptownson 141455 Apr 8 1993 zone.4.uk.44.detailed -r--r--r-- 1 ptownson 56224 Jun 20 1992 zone.5.codes.50-54 -r--r--r-- 1 ptownson 60921 Jun 20 1992 zone.5.codes.55-59 -r--r--r-- 1 ptownson 27587 Dec 15 1991 zone.6 -r--r--r-- 1 ptownson 8787 Nov 16 1992 zone.7 -r--r--r-- 1 ptownson 17716 Nov 16 1992 zone.8 -r--r--r-- 1 ptownson 43018 Sep 27 1992 zone.9 email: total 276 -r--r--r-- 1 ptownson 62602 Aug 1 1989 ecpa.1986 -r--r--r-- 1 ptownson 97987 Aug 4 1990 federal.laws -r--r--r-- 1 ptownson 25794 Aug 24 19:57 internet.mail.guide.8-93 -r--r--r-- 1 ptownson 19158 Nov 16 1992 mcimail.worldwide.service -r--r--r-- 1 ptownson 5922 Feb 22 1991 middle.east.troups -r--r--r-- 1 ptownson 20660 Sep 5 1990 privacy -r--r--r-- 1 ptownson 13622 Aug 18 1991 system.survey -r--r--r-- 1 ptownson 32160 Feb 26 1992 telex.from.internet glossaries: total 409 -r--r--r-- 1 ptownson 43101 Nov 25 16:52 isdn.acronyms -r--r--r-- 1 ptownson 118555 Nov 25 16:50 misc.acronyms -r--r--r-- 1 ptownson 115325 Nov 25 16:59 more.acronyms -r--r--r-- 1 ptownson 42188 Jan 14 1990 phrack.acronyms -r--r--r-- 1 ptownson 69007 Oct 2 20:33 telecom.acronyms history: total 243 -r--r--r-- 1 ptownson 17903 Sep 24 20:51 19th-century-telegraphers -r--r--r-- 1 ptownson 10746 Dec 1 11:20 area.splits -r--r--r-- 1 ptownson 474 Sep 25 00:09 att.service.outage.1-90 -r--r--r-- 1 ptownson 1247 Feb 10 1990 digest.first.issue.cover -r--r--r-- 1 ptownson 2395 Oct 23 13:08 enterprise-numbers -rw-rw-r-- 1 telecom 7597 Feb 10 1990 exchange.names -rw-rw-r-- 1 telecom 47203 Aug 1 1989 fire.in.chicago.5-88 -r--r--r-- 1 ptownson 1998 Jan 27 1990 fire.in.st-louis.1-90 -r--r--r-- 1 ptownson 377 Jan 27 1990 fires.elsewhere.in.past -r--r--r-- 1 ptownson 16534 Feb 11 1990 nsa.original.charter-1952 -r--r--r-- 1 ptownson 14354 Aug 12 1990 octothorpe.gets.its.name -r--r--r-- 1 ptownson 8504 Jan 27 1990 old.fashioned.coinphones -rw-rw-r-- 1 telecom 2756 Jan 27 1990 old.hello.message -rw-rw-r-- 1 telecom 5492 Aug 1 1989 pearl.harbor.phones -r--r--r-- 1 ptownson 11387 Aug 24 19:14 phone.magazine.from.1926 -rw-rw-r-- 1 telecom 4816 Aug 1 1989 song-day.bell.system.died -r--r--r-- 1 ptownson 17129 Jan 5 1992 stock.ticker -r--r--r-- 1 ptownson 3864 Aug 22 1992 tat-8.fiber.optic -r--r--r-- 1 ptownson 2337 Jan 27 1990 telecom.digest -r--r--r-- 1 ptownson 27984 Nov 23 1991 teletype -r--r--r-- 1 ptownson 30996 Feb 26 1992 western.union indices: total 2670 -rw-rw-r-- 1 ptownson 30279 Jan 3 14:40 archives-index -r--r--r-- 2 ptownson 1577582 Oct 3 13:11 authors-subjects.1989-91 -r--r--r-- 2 ptownson 1098294 Sep 22 03:06 authors-subjects.1992-93 legal-fcc: total 633 -r--r--r-- 1 ptownson 29980 Oct 29 1991 87-215.modem.tax -r--r--r-- 1 ptownson 68508 Sep 24 20:40 aos.proposals -r--r--r-- 1 ptownson 68224 Sep 24 20:41 aos.rules-procedures -r--r--r-- 1 ptownson 484 Jan 14 1990 aos.ruling -r--r--r-- 1 ptownson 60505 Feb 24 1991 apple.data.pcs.petition -r--r--r-- 1 ptownson 21206 Nov 18 1991 call.blocking -r--r--r-- 1 ptownson 70477 Sep 5 1990 computer.bbs.and.the.law -r--r--r-- 1 ptownson 39956 Jul 14 1990 elec.frontier.foundation -r--r--r-- 1 ptownson 36549 Aug 24 19:44 equal.access.rules -r--r--r-- 1 ptownson 53628 Dec 6 1991 house.of.reps.bill.3515 -r--r--r-- 1 ptownson 24706 Oct 29 1991 modem.tax.action -rw-rw-r-- 1 telecom 19378 Aug 1 1989 modem.tax.discussion -r--r--r-- 1 ptownson 103069 Sep 24 23:45 sysops.legal.liability -r--r--r-- 1 ptownson 33199 Oct 4 13:05 wiretap.laws-procedures minitel: total 222 -r--r--r-- 1 ptownson 11736 Apr 22 1990 dial-up.numbers -r--r--r-- 1 ptownson 95917 Apr 22 1990 minitel.tar.Z.uu1 -r--r--r-- 1 ptownson 94305 Apr 22 1990 minitel.tar.Z.uu2 -r--r--r-- 1 ptownson 22688 Apr 22 1990 minitel.tar.Z.uu3 miscellaneous: total 203 -r--r--r-- 1 ptownson 5795 Jan 27 1993 bellcore.public.documents -r--r--r-- 1 ptownson 4788 Jun 10 1990 books.about.phones -r--r--r-- 1 ptownson 3397 Jul 30 20:43 comp.dcom.telecom.charter -r--r--r-- 1 ptownson 14105 Nov 24 1990 genie.star-service -r--r--r-- 1 ptownson 15604 Aug 1 1989 mass.lines -rw-rw-r-- 1 telecom 463 Aug 1 1989 measured-service -r--r--r-- 1 ptownson 27351 Nov 8 21:55 no-amer.isdn.users.group -r--r--r-- 1 ptownson 9764 Jan 20 1990 starline.features -r--r--r-- 1 ptownson 4527 Oct 27 03:34 telecom-services -r--r--r-- 1 ptownson 62927 Oct 7 19:32 telecom.newsgroup.faq -r--r--r-- 1 ptownson 28529 Nov 25 17:46 uiuc.telecom.syllabus -r--r--r-- 1 ptownson 116 Oct 22 1990 white.pages -r--r--r-- 1 ptownson 24541 Aug 1 1989 zum.debate modems: total 258 -r--r--r-- 1 ptownson 2450 Jan 20 1990 call-waiting -r--r--r-- 1 ptownson 106028 Aug 22 1992 digital.data -r--r--r-- 1 ptownson 30981 Feb 9 1992 hotel.phones -r--r--r-- 1 ptownson 103336 Jan 28 1992 tutorial new-readers: total 80 -r--r--r-- 1 ptownson 62927 Sep 25 00:38 frequently.asked.question -r--r--r-- 1 ptownson 15302 Jan 20 1991 how.to.post.msgs.here -rw-rw-r-- 1 telecom 3014 Jan 27 1990 letter.to.new.readers npa.800: total 77 -r--r--r-- 1 ptownson 45105 Mar 2 1991 carrier.assignments -r--r--r-- 1 ptownson 17618 Feb 2 1992 carrier.list -r--r--r-- 1 ptownson 13779 Sep 19 1990 prefix.assignments npa.900: total 89 -r--r--r-- 1 ptownson 40940 Mar 4 1993 800.collect.callbacks -r--r--r-- 1 ptownson 32815 Mar 25 1990 900.service.special.issue -r--r--r-- 1 ptownson 15488 Nov 20 1990 carrier.assignment npa.exchange.list-canada: total 230 -r--r--r-- 1 ptownson 15271 Dec 15 1991 npa.204.exchanges-canada -r--r--r-- 1 ptownson 18564 Dec 27 1991 npa.306.exchanges-canada -r--r--r-- 1 ptownson 23266 Dec 15 1991 npa.403.exchanges-canada -r--r--r-- 1 ptownson 17076 Dec 15 1991 npa.416.exchanges-canada -r--r--r-- 1 ptownson 14843 Dec 15 1991 npa.418.exchanges-canada -r--r--r-- 1 ptownson 10384 Jan 5 1992 npa.506.exchanges-canada -r--r--r-- 1 ptownson 11672 Dec 15 1991 npa.514.exchanges-canada -r--r--r-- 1 ptownson 13919 Dec 15 1991 npa.519.exchanges-canada -r--r--r-- 1 ptownson 19166 Dec 15 1991 npa.604.exchanges-canada -r--r--r-- 1 ptownson 12413 Dec 15 1991 npa.613.exchanges-canada -r--r--r-- 1 ptownson 12956 Dec 15 1991 npa.705.exchanges-canada -r--r--r-- 1 ptownson 13081 Dec 27 1991 npa.709.exchanges-canada -r--r--r-- 1 ptownson 5566 Feb 7 1990 npa.800.exchanges-canada -r--r--r-- 1 ptownson 10503 Dec 15 1991 npa.807.exchanges-canada -r--r--r-- 1 ptownson 15611 Dec 15 1991 npa.819.exchanges-canada -r--r--r-- 1 ptownson 13118 Dec 15 1991 npa.902.exchanges-canada public.access: total 190 -r--r--r-- 1 ptownson 28296 Sep 29 1990 dialup.access.in.uk -r--r--r-- 1 ptownson 9087 Jan 27 1993 dialups.to.internet -r--r--r-- 1 ptownson 9087 Jan 27 1993 internet.dialup.access -r--r--r-- 1 ptownson 70153 Sep 25 01:02 pc.pursuit -r--r--r-- 1 ptownson 75793 Sep 25 01:00 unix.public.access.sites reports: total 1351 -r--r--r-- 1 ptownson 58455 Dec 27 07:19 25th.anniversary.of.unix -r--r--r-- 1 ptownson 17389 Oct 1 1992 ada.phone.requirements -r--r--r-- 1 ptownson 13983 Apr 19 1992 alascom.story -r--r--r-- 1 ptownson 16833 Nov 3 1992 autovon-dod.phone.co -r--r--r-- 1 ptownson 18962 Jun 20 1992 autovon.instructions -r--r--r-- 1 ptownson 23355 Feb 14 1993 cable.role.in.telephony -r--r--r-- 1 ptownson 40784 Feb 25 1993 clinton.hi-tech.speech -r--r--r-- 1 ptownson 52871 Apr 10 1993 coming.of.the.fibersphere -r--r--r-- 1 ptownson 37177 Aug 22 1992 computer.in.hotel -rw-rw-r-- 1 telecom 23944 Aug 1 1989 computer.state -r--r--r-- 1 ptownson 436 Mar 16 1991 deaf.communicate.on.tdd -r--r--r-- 1 ptownson 86136 May 19 1992 deregulated.telecom.mkt -r--r--r-- 1 ptownson 15877 Sep 1 1990 dial.tone.monopoly -r--r--r-- 1 ptownson 8234 Sep 26 1991 exploring.950-1288 -r--r--r-- 1 ptownson 19836 Nov 20 1990 fax.products.for.pc -r--r--r-- 1 ptownson 32625 Mar 29 1990 how.numbers.are.assigned -r--r--r-- 1 ptownson 54041 Dec 13 1991 hr.3515.federal.law -r--r--r-- 1 ptownson 126515 Dec 18 01:54 info.policy.conference -r--r--r-- 1 ptownson 25799 Sep 12 1990 internet.story-abernathy -r--r--r-- 1 ptownson 39296 Nov 25 17:31 issaquah.miracle -r--r--r-- 1 ptownson 33400 Nov 25 17:39 metcalfs.law.and.legacy -r--r--r-- 1 ptownson 29973 Aug 11 1991 monitor.soviet.xmissions -r--r--r-- 1 ptownson 99565 Sep 27 00:06 natl.info.infrastructure -r--r--r-- 1 ptownson 55287 Nov 25 17:15 new.rule.of.wireless -r--r--r-- 1 ptownson 28201 Nov 25 17:03 number.crisis.in.zone.1 -r--r--r-- 1 ptownson 38772 Aug 1 1989 pizza.auto.nmbr.id -r--r--r-- 1 ptownson 17950 Jan 14 1990 rotenberg.privacy.speech -r--r--r-- 1 ptownson 20526 Jun 11 1991 st.louis.phone.outage -r--r--r-- 1 ptownson 103069 Apr 26 1990 sysops.libel.liability -r--r--r-- 1 ptownson 43671 Nov 16 1992 telex.ansback.to.internet -r--r--r-- 1 ptownson 21831 Jan 20 1991 telsat-canada-report -r--r--r-- 1 ptownson 18138 Sep 29 1991 toll-free.tolled.list -r--r--r-- 1 ptownson 75793 Apr 8 1993 unix.public.access.sites -r--r--r-- 1 ptownson 29377 Nov 20 06:22 venezuela.telecom.strike security-fraud: total 1058 -r--r--r-- 1 ptownson 24515 Sep 3 1991 atm-bank.fraud -r--r--r-- 1 ptownson 16188 Sep 24 19:57 cellular.fraud-abernathy -r--r--r-- 1 ptownson 2755 Mar 14 1991 cellular.fraud.prevention -r--r--r-- 1 ptownson 13343 Feb 25 1990 computer.fraud.abuse.act -r--r--r-- 1 ptownson 27395 Jun 23 1990 craig.neidorf.indictment -r--r--r-- 1 ptownson 9354 Jul 30 1990 craig.not.guilty -r--r--r-- 1 ptownson 67190 Jun 23 1990 crime.and.puzzlement -r--r--r-- 1 ptownson 62602 Aug 12 1990 ecpa.1986 -r--r--r-- 1 ptownson 97987 Aug 12 1990 ecpa.1986.federal.laws -r--r--r-- 1 ptownson 6303 Apr 10 1993 herb.zinn.story -r--r--r-- 1 ptownson 21918 Dec 2 1990 illinois.computer.laws -r--r--r-- 1 ptownson 28935 May 19 1990 jolnet-2600.magazine.art -r--r--r-- 1 ptownson 30751 Mar 7 1990 jolnet-attctc.crackers -r--r--r-- 1 ptownson 43365 Jan 28 1990 kevin.polsen -r--r--r-- 1 ptownson 35612 Apr 1 1990 legion.of.doom -r--r--r-- 1 ptownson 20703 Aug 12 1990 len.rose-legion.of.doom -r--r--r-- 1 ptownson 2516 Jun 14 1991 len.rose.in.prison -r--r--r-- 1 ptownson 184494 Jun 22 1991 len.rose.indictment-1 -r--r--r-- 1 ptownson 192078 Jun 22 1991 len.rose.indictment-2 -r--r--r-- 1 ptownson 15355 Feb 1 1993 sentencing.guidelines -r--r--r-- 1 ptownson 109927 Sep 24 20:08 telecom.usa.call.blocking -r--r--r-- 1 ptownson 6344 May 24 1992 virgin.islands.phreak -r--r--r-- 1 ptownson 14821 Sep 12 1990 war.on.computer.crime technical: total 1059 -r--r--r-- 1 ptownson 14124 Mar 24 1992 air.fone.frequencies -r--r--r-- 1 ptownson 3551 Jan 27 1993 ans.mach.exclusion.scheme -r--r--r-- 1 ptownson 474 Sep 25 00:09 att.service.outage.1-90 -rw-rw-r-- 1 telecom 18937 Sep 24 19:10 auto.coin.collection -r--r--r-- 1 ptownson 8526 Dec 29 1992 boing.zip -r--r--r-- 1 ptownson 16292 Mar 18 1990 class.ss7.features -r--r--r-- 1 ptownson 16367 Sep 1 1990 e-series.recommendations -r--r--r-- 1 ptownson 3422 Jan 20 1990 early.digital.ESS -rw-rw-r-- 1 telecom 9052 Aug 1 1989 find.pair -r--r--r-- 1 ptownson 26717 Sep 16 19:28 foreign.exchange.service -r--r--r-- 1 ptownson 68804 Feb 2 1990 hi.perf.computing.net -r--r--r-- 1 ptownson 31520 Aug 11 1991 how.phones.work -r--r--r-- 1 ptownson 17016 Aug 5 1990 iridium -r--r--r-- 1 ptownson 19745 Mar 12 1993 isdn.paper -r--r--r-- 1 ptownson 12896 Nov 20 1990 isdn.pc.adapter-hayes -r--r--r-- 1 ptownson 73366 Feb 15 1993 ixo.program.scripts -r--r--r-- 1 ptownson 42150 Feb 14 1993 ixo.tap.protocol -r--r--r-- 1 ptownson 12961 Aug 18 1991 lightning.surge.protect -r--r--r-- 1 ptownson 36641 Aug 1 1989 mnp.protocol -r--r--r-- 1 ptownson 106028 Sep 24 21:59 modem.for.digital.data -r--r--r-- 1 ptownson 103336 Sep 24 22:00 modem.tutorial -r--r--r-- 1 ptownson 23449 Jan 18 1992 motorola.programming -r--r--r-- 1 ptownson 60707 Aug 18 1991 pager.bin.uqx -r--r--r-- 1 ptownson 13079 Aug 22 1991 pager.ixo.example -r--r--r-- 1 ptownson 41112 Jun 20 1992 phone.hardware.you.build -r--r--r-- 1 ptownson 28922 Aug 11 1991 phone.patches -r--r--r-- 1 ptownson 34337 Sep 24 23:56 radio-phone.interference -r--r--r-- 1 ptownson 74604 Oct 15 11:00 slip.setup.server.machine -r--r--r-- 1 ptownson 5921 Apr 8 1993 tdd.specifications -rw-rw-r-- 1 telecom 11752 Aug 1 1989 telstar -r--r--r-- 1 ptownson 14429 Jan 18 1992 test.numbers -r--r--r-- 1 ptownson 55580 Sep 16 20:16 truevoice.dsp.analysis -r--r--r-- 1 ptownson 37947 Aug 1 1989 wire-it-yourself -rw-rw-r-- 1 telecom 4101 Aug 1 1989 wiring.inside.phones telecom-tech.digest: total 245 -r--r--r-- 1 ptownson 1194 Dec 25 11:01 READ.ME.FIRST -r--r--r-- 1 ptownson 91765 Oct 5 19:03 cdtt.1st.vote.results -r--r--r-- 1 ptownson 9719 Nov 11 16:22 cdtt.2nd.vote.discussion -r--r--r-- 1 ptownson 84272 Dec 8 12:39 cdtt.2nd.vote.results -r--r--r-- 1 ptownson 5251 Nov 25 22:51 cdtt.group.charter -r--r--r-- 1 ptownson 53693 Nov 1 06:46 cdtt.newsgroup.discussion -r--r--r-- 1 ptownson 709 Dec 27 00:56 intro.to.tel-tech tymnet: total 54 -r--r--r-- 1 ptownson 25098 Dec 2 1990 inbound-outbound.rates -r--r--r-- 1 ptownson 3979 Dec 2 1990 tymdial-9.6-links -rw-r--r-- 1 ptownson 24577 Dec 10 1990 tymnet.outdials ================================ The above is accurate as of this date. It changes daily as new issues of the Digest are published and as new special reports and other files are added. Get an updated copy on a regular basis. If you cannot do anonymous ftp lcs.mit.edu (then cd telecom-archives) you can request the help file for using the Email Service instead. Patrick Townson TELECOM Digest Editor ------------------------------ End of TELECOM Digest V14 #1 **************************** Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa18410; 4 Jan 94 6:10 EST Received: by delta.eecs.nwu.edu id AA30587 (5.65c/IDA-1.4.4 for telecom-recent@lcs.mit.edu); Tue, 4 Jan 1994 02:14:30 -0600 Received: by delta.eecs.nwu.edu id AA02536 (5.65c/IDA-1.4.4 for /usr/lib/sendmail -oQ/var/spool/mqueue.big -odi -oi -ftelecom-request telecomlist-outbound); Tue, 4 Jan 1994 02:14:01 -0600 Date: Tue, 4 Jan 1994 02:14:01 -0600 From: TELECOM Digest Message-Id: <199401040814.AA02536@delta.eecs.nwu.edu> To: telecom@eecs.nwu.edu Subject: TELECOM Digest V14 #2 TELECOM Digest Tue, 4 Jan 94 02:14:00 CST Volume 14 : Issue 2 Inside This Issue: Editor: Patrick A. Townson Rate of Change (Stewart Fist) Caller ID in Pennsylvania (Jeffrey J. Carpenter) Wireless Transceiver Boards (Aninda Dasgupta) Post Cool Phone Numbers - Strange Recorded Info Services (Earl Vickers) Question About Ring Frequency (Jascha Franklin-Hodge) Connecting Two Phone Lines to One Phone Jack (Jeffrey L. Haynes) Questions About VOXSON 899 Mobile Phone (Yang Yu-shuang) US West's India Project Delayed by Foreign Investment Debate (A. Indiresan) Dialing 1 First Prohibited in Dallas (Linc Madison) Operator, Where Are My Car Keys? (Charles Hoequist, Jr.) 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. ---------------------------------------------------------------------- Date: 03 Jan 94 23:18:27 EST From: Stewart Fist <100033.2145@CompuServe.COM> Subject: Rate of Change [TELECOM Digest Editor's Note: This semi-thread, a wee bit off-topic perhaps, was in progress as last year came to an end and it seems a very fitting way to begin the new year; thus I present as the first order of business in 1994 this essay from Stewart Fist. PAT] On 28 Dec 1993, H.A. Kippenhan Jr wrote: > It's probably safe to say that technology is advancing at a greater > than exponential rate. One of the things that is often overlooked is > that there are more scientists alive [and hopefully working - 8-)] > today than the total in mankind's history to date. It's no wonder > that things are changing so fast. > We want to be careful about 'run(ning) out of things to invent'. > There was a proposal just shortly after the Civil War to close the > U.S.Patent Office because everything that could possibly be invented > had been thought of. No criticism here (I assume that 'run(ning) out > of things to invent' was a -in-cheek remark). Without being critical, what's interesting in this string is that your correspondents find it curious and worthy of note, that our ancestors (stupidly) thought their old pace of change was extraordinary. We are being invited to snicker at this quaint and ridiculous idea. Everyone knows, that (by comparison with today) the pace of change of our ancestors was very slow and sedate? That's the sub-text here. But! Every generation thinks that it lives in THE period of most rapid change. Past generations always look slow by comparison because we look at THEIR change from OUR perspective. My guess is that we technologists view the world, distorted in this egoistic way, because our 'present' is always mid-stream in the technological changes that dominate our lives. And, since we egoists are obviously at the centre of the universe, ipso facto, these changes must appear extraordinary and revolutionary to the hoi polloi who don't understand things as well as we do. To our ancestors, these changes would be extraordinary! The distortion comes about because of our viewpoint. The problems and attitudes of the past always appear trivial to us -- because they are SOLVED. Relativity is such a simple and obvious concept -- why did it take an Einstein and X years to work it out? A smart high-school kid today could write a better explanation of relativity than Einstein in a week. And, similarly, we judge the rate of change selectively from our own perspective, having grown up with the 'solved' technologies which caused all the troubles in the past. And our judgement as to what is important is always a perspective from today's vantage point -- but people in the past found other aspects of change more important and difficult to handle -- things that are now trivial to us. This is where Tofler falls down in his "Future Shock" idea. I don't see any evidence that people today don't handle technological change reasonably well and easily. Ten years after Toffler warned us of technology's disruptive effects, Future Shock hasn't appeared in the way that was postulated. Today's technologies certainly aren't any more difficult for us to handle than those that gave 'Future Shock' to past generations (Crystal sets, for instance. Trams and buses for another) Morse-code telegraphy had ten times the impact of satellites. Telex has been a thousand times more important and more revolutionary than electronic mail. Computers and modern communications technologies might be revolutionary to the half-million technologists, but to the five billion users these chips and fibres are just creating marginal improvements on the adequate 'service facilities' they had before. Computers produce a very evolutionary, rather than revolutionary, change to our culture when you compare them to the impact of something like the motor car. My mother was ten before she saw her first motor car, 18 before she saw an aeroplane, but she lived to fly the Concorde and see a man step on the moon. How does this pace of change compare with my life span, when cars, aeroplanes and space travel are reasonably commonplace? And the car I drive now is not really much different to the one I drove 30 years ago. The car has made very little 'revolutionary' impact on my life because I've always had one, and it has always worked at about the same speed and travelled the same miles. So I have reservations about all this philosophical "Future Shock" and "Information Society/Age" stuff -- I think it is tabloid sensationalism under the guise of a pseudo-academic cloak. I see little evidence that the 'perceived' pace of change in the community is faster now than it has been over the last hundred years. It seems to me that 'present' change has always been perceived as 'amazingly fast' -- it's a perspective illusion. If you were to identify the time in recent history where citizens faced most 'Future Shock' then it would have to be the 1890s and early 1900s. This was when Bell invented the telephone; Edison the light bulb and phonograph; photography and the movies became popular; Marconi and De Forrest created radio; and trams, buses, cars, trucks (and later aeroplanes) replaced the horse and carriage and bicycle. All of these technologies had a direct, disruptive and rapid effect on the way (and place) people lived, worked and played. It is hard to think of anything in the last twenty years with one-tenth the impact of the steam-train in the 1800s. In fact, if you stand back and look at the last century of technology with a dispassionate eye, then the computer and fibre revolution has been rather benign for the average citizen. Fibre optics just means better phone quality. And these days the technologists placed considerable emphasis on 'user-friendliness' and on the 'transparency' of most computer applications -- so a large part of the computer's power is directed at making it easy to assimilate, and easy to use. This didn't happen with technologies in the past - 'real men' learned to double de-clutch. Most computers are hidden, and work behind the scene. Technologists see these things and marvel, but the average Joe Bloggs in the streets just finds things easier to work, or with a few extra features. Few people are conscious when driving a modern car, that computers are controlling the ignition, brakes and radio-tuning. These 'revolutionary' technical changes are just technical trivia. How do you compare these things with the impact on people and cultures from the 'transport revolution' of the early 1900's: horses almost disappeared from the roads, and trams, trains and motor cars replaced them. Suddenly everyone could travel -- from suburbs to the city, between towns, and even between states. Families were no longer isolated by distance; people had access to all forms of entertainment and recreation, most of which had only previously been available to the rich with stables. And it all happened in about the same period of time that we have been dealing with the computer revolution -- about 20 years. I think we need to get our feet back on the ground and stop imagining that we are more important than we are. ================ [TELECOM Digest Editor's Note: Mr. Fist, thanks very much for an excellent presentation of a point of view we often tend to overlook. If any readers want to present a rebuttal to Mr. Fist, or elaborate further on his comments, I'll be happy to carry the thread here for a bit longer. It makes a great topic to begin the new year. PAT] ------------------------------ Date: Mon, 3 Jan 1994 12:13:27 EST From: Jeffrey J. Carpenter Subject: Caller ID in Pennsylvania I received a copy of Pennsylvania Act 83 of 1993. This law permits Caller-ID in Pennsylvania as long as both per-line and per-call blocking are available. There may be a charge for per-line blocking, but not for per-call blocking. There are a number of parties that are excluded from charges for per-line blocking, including victims of domestic violence, women's shelters, and health and counseling centers. People ordering phone service may get per-line blocking at no charge within 60 days of ordering service. It permits a service that will automatically block calls from lines with blocking, and permits selective unblocking of lines with per-line blocking. There are a number of blocking exceptions for PBX's, 911 services and 800/900 services. Telephone companies offering this service must notify their customers sixty days in advance of the implementation to allow subscribers to obtain per-line blocking. jeff ------------------------------ Date: Mon, 3 Jan 94 14:45:44 EST From: add@philabs.Philips.Com (Aninda Dasgupta) Subject: Wireless Transceiver Boards I want to design a wireless data network for indoor (office space) applications. I want to use as many off-the-shelf products as possible. The first item I need is a wireless transceiver. The requirements are: 1) should work around corners and through walls (a range of say three to four rooms/offices), 2) support a data rate anywhere from 10 to 64 Kbps, 3) should use carrier frequencies that are not restricted by the FCC and are unlikely to be very crowded by other systems, 4) should be priced around $10. I would like to get off-the-shelf boards to which I can hook up my micro-processor based systems to build wireless nodes on the network. Can anyone point me to manufacturers of transceiver boards? Requirement one means that I can't use infra-red. I should probably use RF. How about the 900 MHz systems? The FCC allows only a few tens of watts of power in the 900 MHz range. What frequencies do other such systems (e.g. Echelon) use and what power levels do they provide? Model airplanes and toy cars use RF remotes. So does the BOSE home audio remote controller. What freq. and power levels do these use? Any help or comments will be greatly appreciated. I will summarize if I get sufficient replies. Thanks in advance. Regards, Aninda DasGupta (add@philabs.philips.com) Ph:(914)945-6071 Fax:(914)945-6552 Philips Labs\n 345 Scarborough Rd\n Briarcliff Manor\n NY 10510 ------------------------------ From: earl@netcom.com (Earl Vickers) Subject: Post Cool Phone Numbers - Strange Recorded Info Services Organization: Netcom - Online Communication Services (408 241-9760 guest) Date: Mon, 3 Jan 1994 03:04:48 GMT I'm putting together a list of phone numbers for bizarre recorded information services. I used to have lots of numbers like this, but they all seem to have disappeared. For example, there used to be one where you could leave whatever strange sound effects or messages you wanted, and they would periodically edit and splice them into their new outgoing greeting. And there used to be a number in San Francisco called the Earthquake Prevention Hotline, with a different oddball comedy bit every couple days. All I have to offer so far is They Might Be Giants's Dial-a-Song number, (718) 963-6962. And dialing 1073214049889664 gets you a computer voice that reads you your own phone number, in case you forgot or something. (This works from San Jose, CA, and I'm told it's toll free but I couldn't swear to it.) Please post or email any interesting numbers you may know of. (Obviously, please, no answering machines that might sometimes be answered by a human.) Thanks! Earl Vickers earl@netcom.com [TELECOM Digest Editor's Note: A couple of numbers I'll add to this list are 312-731-1100 and 312-731-1505. Both are operated by a fellow named Sherman Skolnick in Chicago who is a 'conspiracy buff'; you know, one of those people who believe that everyone but Oswald killed JFK. Both are five minute recordings, and he changes the two messages two or three times per week. PAT] ------------------------------ From: joeshmoe@world.std.com (Jascha Franklin-Hodge) Subject: Question About Ring Frequency Organization: The World Public Access UNIX, Brookline, MA Date: Mon, 3 Jan 1994 05:45:09 GMT Can someone tell me the ring frequecies and durations of the standard US telephone ring? Thanks, joeshmoe@world.std.com Jascha Franklin-Hodge ------------------------------ From: jhaynes@austin.ibm.com (Jeffrey L. Haynes) Subject: Connecting Two Phone Lines to One Phone Jack Date: Mon, 03 Jan 1994 21:13:38 GMT Reply-To: jhaynes@austin.ibm.com Organization: AIX Defect Support I am trying to figure out how to wire two phone lines into a regular phone jack. Is this possible? I thought it was because only two wires are used. I have tried connecting the yellow and black to the red and green on the second line, but that doesn't seem to work. Anybody know anything about this stuff? Thanks, Jeff Haynes email: jhaynes@austin.ibm.com AIX Defect Support [TELECOM Digest Editor's Note: Well, I guess we know a few things about it Jeff. You do not want to connect the yellow and black wires to the red and green; that causes both lines to get shorted out. R/G is typically the first line (of two in a two pair cable) and Y/B is the second line. (I'm talking like an American now; forget about Europe or other countries for the purpose of this discussion.) You bring Y/B to your phone in the same way the R/G are brought there, but as *separate and distinct* things. You need a second phone instrument or at least a phone with two distinct lines on it in order to use the Y/B pair of wires, and that is presuming of course that telco has the wires connected at their end and in service. If you have two lines from telco, then what you do is at the modular connection box depends on the kind of phone(s) you are using. If you have a true two-line phone, then connect the four wires to the four screw terminals as indicated by the color markings for each. In addition you attach the four wires from the cover of the modular box to the associated screw terminals in the same way. Plug in your two line phone and it should work okay. If you are using two separate phones, we do it a bit differently. Inside the modular box, have the four wires connected as above, but from the Y/B terminals, run two little jumper wires to a second modular box you bought from Radio Shack or similar. Connect the jumper wires from the Y/B screws of the first box to the R/G screws in the new, second modular box. Now plug your second phone into your second box. The reason we wire the jumpers from Y/B in the one to R/G in the other is because R/G is traditionally known as the 'first line' and Y/B is traditionally known as the 'second line'. Most devices which handle only one phone line (i.e. a single-line phone instrument, an answering machine, a modem, etc) are wired internally to operate on the 'first line'; that is, to respond to and connect with R/G. So if you plan to use the 'second' (or Y/B) line for a modem or answering machine or fax machine, etc you need to give it whatever phone service you are going to have there on the 'first line' as far as it can tell, meaning see to it that the R/G on the newly installed modular terminal box gets the feed, ** but in a separate modular terminal box **. Never allow any of the four wires to touch each other. If more questions arise in this project, please write again. PAT] ------------------------------ From: yang@mundoe.maths.mu.OZ.AU (Yang Yu-shuang) Subject: Questions About VOXSON 899 Mobile Phone Organization: Computer Science, University of Melbourne, Australia Date: Tue, 4 Jan 1994 01:47:37 GMT Hi Net Friends, I bought a VOXSON CELLVOX 899 mobile phone recently. I have a few questions about it: (1) It comes with a 12 VDC 1000mA adaptor plug into the desktop charger. Is the adaptor just the ordinary AC-DC adaptor? Can I use the car cigarette lighter instead of the AC-DC adaptor? (2) I am thinking of making a small charger to be used in the car. What are the points to note? Can the battery be treated as the ordinary NiCad battery? (3) The battery has six metal pieces. Two of them are in contact with the phone which power the phone and four of them are in contact with the charger. The four in contact with the charger are labeled as "-", "S", "T", "+". What does those labels mean? (4) I noticed that the same type of phone in different shops carries different labels. For instance, the phones sold by Strathfield has a sticker saying "produced in Australia" while the ones in Myer has a sticker saying "made in Japan". The phone and the model number are the same otherwise. Are there any internal differences? Thank you in advance for any suggestions. YS (Sam) Yang yang@maths.mu.oz.au [TELECOM Digest Editor's Note: You can use any 'clean' (i.e. regulated) DC power supply rated at 10-13 volts and at least one amp, although my Micronta 13.8 VDC power supply is rated at three amps. Your car battery via the cigarette lighter will work fine. You don't need a charger in the car; just use a connector which fits the cigarette lighter on one end and your cellular phone battery charge connection on the other. As long as the motor is running your car battery will juice up the phone battery and let you use the phone as well. The plus and minus signs are for the positive and negative sides of the battery; most likely the S and T have to do with whether or not your phone is (or can be) wired into the circuitry of the car so that an incoming call will cause your horn to sound or your lights to flash if your car is parked somewhere and you are outside the car with the phone left in the vehicle turned on. Are you *certain* there are only two connections between the battery and the phone and not at least three or four of the six which reach the charger? It could also be that the S and T connections are like thermal switches -- when the battery gets fully juiced up it gets a little warm and some cellphone batteries use a thermal coupler to shut off the charger when the battery says it is no longer needed. There are probably no significant differences in the internals of your phone and those from Japan or Korea or Hong Kong or China or the local Radio Shack, etc. PAT] ------------------------------ Subject: US West's India Project Delayed by Foreign-Investment Debate Date: Mon, 03 Jan 1994 18:54:51 -0500 From: Atri Indiresan This report is from the India-D listserv group. I do not have the original citation for the article. Atri ------ US WEST'S PROJECT IN INDIA IS DELAYED BY DEBATE OF FOREIGN-INVESTMENT POLICY US West Inc.'s pioneering proposal to offer an alternative to India's state-owned phone system has been put on hold. The regional project, which would amount to a revolution in India's tightly controlled telecommunications industry, has run into opposition from some members of India's parliament and from unions representing workers in the state-owned network. US West proposes offering an alternative to the government-run network in parts of India's southern state of Tamil Nadu. Also on hold are 17 similar proposals lined up behind U S West's initiative, which received approval last month from the Foreign Investment Promotion Board. Technically, the project has been returned to the investment board for certain evaluations. However, a senior official has said that no clearance will be given until the government reaches a consensus on the role of private and foreign investment in the telecommunications industry. The unions say basic telecommunications services shouldn't be opened to competition. They have the support of some left-wing parliament members and are threatening to strike if there is a change in policy. However, a policy change is just what is needed, says Nagarajan Vittal, head of the Department of Telecommunications. He has been pushing for one since assuming his post in October. Now, his proposals are awaiting consideration by Prime Minister P.V. Narasimha Rao and his cabinet. If the review goes as expected, a new policy is likely to be announced before the end of January. Mr. Vittal argues that there is no alternative to opening up basic services to competition. He dismisses as inadequate a 400 billion rupee ($12.85 billion) plan he inherited, which would increase the country's phone lines to 20 million in 200 from the current seven million. That plan would still leave a waiting list of two years, compared with today's five or six, he estimates. "We should target 1.2 trillion rupees ($38.54 billion) to bridge this perennial gap," Mr. Vittal says. India has less than one telephone per 1000 people. The global average is 10.5. Mr. Vittal wants India to have 20 million lines by the end of 1995. But because India lacks the resources to finance such expansion on its own, he wants to admit foreign investors. "I want India's telephone density to be at world levels and to provide telephones on demand," Mr. Vittal says. "The quality of services must go up, and that can only happen with competition." According to Boli Madappa, U S West's director of international network projects, the first stage of U S West's plan would create 430,000 lines with an investment of $90 million in and around the textile exporting town of Tirupur in Tamil Nadu. In the second stage, to be completed by 2004, the total investment would rise to $176 million and the number of lines to 930,000. U S West would provide basic telephone service, as well as data services, public call offices and cable television. Several companies seeking to enter the market are closely watching the outcome of the U S West proposal. According to Mr. Vittal, American Telephone & Telegraph Co. has offered to eliminate the waiting list in 71 towns by providing competitive services, and Motorola Inc. has offered a "waitlist-buster" proposal that, among other things, would be designed to clear the waiting list in New Delhi, India's capital, in six months. ------------------------------ From: lincmad@netcom.com (Linc Madison) Subject: Dialing 1 First Prohibited in Dallas Organization: NETCOM On-line Communication Services (408 241-9760 guest) Date: Mon, 03 Jan 1994 22:41:40 GMT Several people have written recently about ten-digit dialing schemes for local calls to adjacent area codes. The idea is to preserve the concept that any local call can be dialed without a '1' even if prefix shortages make it no longer possible to dial just the seven-digit number. In most cases, you are permitted, but not required, to dial the 1 anyway, and all telcos are recommended to allow 1 + NPA + number for all calls within the NANP, including local calls within the same NPA. I was recently in Dallas, where you *must* dial: 7-digit number local, same area code NPA + 7-digit number local, different area code 1 + NPA + 7-digit number all non-local calls If you dial, for example, 1-817-265-xxxx instead of 817-265-xxxx, you get an intercept recording telling you to dial again without the 1. If you dial 1-214-nxx-xxxx instead of nxx-xxxx for a local call, you get a similar intercept. There is some logic, at least, in saying that any call that incurs a toll must be dialed with the 1, and thus that any call that does not incur a toll *may* be dialed without the 1, but there is just no excuse whatsoever for *prohibiting* the 1 for local calls. I only tried this from GTE Southwest, not from Southwestern Bell, since my parents had to accept exile to be within commute distance of my father's new office location. It is possible that SWB does better on this point, as well as in every single other facet of telephone service. Linc Madison * Oakland, California * LincMad@Netcom.com ------------------------------ Date: Mon, 3 Jan 1994 15:20:00 +0000 From: charles (c.a.) hoequist Subject: Operator, Where Are my Car Keys? Esteemed Editor, This is a followup to my posting concerning the new 411 service in Atlanta. In response to an e-mail request to post more details to the Digest about subscriber requests which don't exactly fit the telco's DA template, here is a selection. Bear in mind that the operator doesn't dare just brush off the subscriber. That may bring a complaint. But if the call takes too long, the operator's AWT (average work time -- the average duration of the calls at the operator's position) will go up, which is also evil. So everything has to be either solved or at least properly redirected, preferably in 20 seconds or less. First, there are some frequent errors, such as subscribers asking for DA in another area code. A subclass of of these are the telephony- challenged. The operators usually read out the entire sequence for the call to the subscriber ("Dial one, then , then ..") and in one case the subscriber obediently hit DTMF 1 ("ma'am?" "Yes?" "You have to hang up first.") Second, there are ambiguous or poorly-stated listing requests. These can be mildly humorous: "I'd like the number of X in Jefferson" "Which one, ma'am? I have two Jefferson listings for that name." "Well, it's the one on the main street." "Neither is listed as having Main Street as an address." "No, it's the main street, it runs right through the center of town." (pause) "Ma'am, I don't know the name of that street." "Hmm. Well, it's the one that turns into the state road a little out of town ..." This can go on and on. Others would get me fired for talking back to customers if I had to put up with them: "Well, that's what _I_ always call my bank, and _they_ always know what I'm talking about!" Then there are some which are telephony-related, but not DA calls, like the bozo who badgered the operator endlessly about whether he'd get charged for a DA call made from his cellular phone. Or requests for beeper numbers. Finally, there are the miscellaneous requests: - what time is it? Not, what is the number to get the time recording? The subscriber was very explicit. - when do the buses run? - what zipcode is ? - and the winner: "Could you tell me what research is going on at Emory University?" Charles Hoequist, Jr. | Internet: hoequist@bnr.ca BNR, Inc. | voice: 919-991-8642 PO Box 13478 | fax: 919-991-8008 Research Triangle Park NC 27709-3478 USA The number you have dialed is imaginary. Please rotate your telephone ninety degrees and try again. [TELECOM Digest Editor's Note: Indeed, directory assistance operators (in fact, all telco operators) get a tremendous amount of abuse in a day's time. As Ms. Murphy, my former next-door neighbor and retired IBT operator once told me, "I thought something was wrong if I hadn't been cussed out by at least two or three subscribers before noon each day ...". Murphy was the very first union steward for the operators in Chicago over a half century ago; back in the days when 'everyone knew' no one would ever organize "the Bell" ... too big, too large, it just can't be done ... Murphy helped do it and after some forty years in the service of Ma Bell she retired in the early 1960's. She said to me she often missed the subscribers cursing at her all day long. :) PAT] ------------------------------ End of TELECOM Digest V14 #2 **************************** Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa19231; 4 Jan 94 7:21 EST Received: by delta.eecs.nwu.edu id AA25031 (5.65c/IDA-1.4.4 for telecom-recent@lcs.mit.edu); Tue, 4 Jan 1994 03:52:53 -0600 Received: by delta.eecs.nwu.edu id AA30138 (5.65c/IDA-1.4.4 for /usr/lib/sendmail -oQ/var/spool/mqueue.big -odi -oi -ftelecom-request telecomlist-outbound); Tue, 4 Jan 1994 03:52:25 -0600 Date: Tue, 4 Jan 1994 03:52:25 -0600 From: TELECOM Digest Message-Id: <199401040952.AA30138@delta.eecs.nwu.edu> To: telecom@eecs.nwu.edu Subject: TELECOM Digest V14 #3 TELECOM Digest Tue, 4 Jan 94 03:52:00 CST Volume 14 : Issue 3 Inside This Issue: Editor: Patrick A. Townson GDC V.FAST Modem Bulletin (Seng-Poh Lee) US Digital Cellular Standard (Weiyun Yu) Landlines Pay Airtime To Call Some Cellular Phones (John C. Fowler) CFP - ACM SIGCOMM'94 (Patrick Dowd) Cellular System in Guangzhou, Mainland China? (Laurence Chiu) Ludwig's Book on Viruses Forbidden in France (Jean-Bernard Condat) ISDN Cards for IBM PCs (Arie Markus) GSM-Phones From London (Sami Vainionpaa) GTE vs. Cellular One (Michael Judson) 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. ---------------------------------------------------------------------- From: lee@gdc.com (Seng-Poh Lee) Subject: GDC V.FAST Modem Bulletin Date: Mon, 03 Jan 1994 17:31:32 EST Organization: General DataComm Ind. Inc., Middlebury, CT What follows is a bulletin from General DataComm regarding the availability of our V.FAST modem. For LITERATURE ONLY, please call 1-800-777-4005 (outside the US, call (203) 792-0542). For TECHNICAL or PRODUCT questions, you may either fax your queries to (203) 758-9129, or send e-mail to vfast@gdc.com. Please include a daytime phone number. Please mention that you heard about it in TELECOM Digest. ---------------------------------------------------- General DataComm, Inc. 1579 Straits Turnpike. , Middlebury, CT 06762-1299 INTERNET BULLETIN GDC ANNOUNCES V.FAST MODEM AVAILABILITY Middlebury, CT, December 30 -- General DataComm has just announced immediate availability of their new V.F 28.8 Series modems. These modems operate at full duplex speeds of 28.8 Kbps (Kilobits per second) in each direction, with compressed file speeds exceeding four times that rate. Currently shipping V.F 28.8 models are the DeskTop standalone modem and SpectraComm 7" high density rackmount version for central site installations. The DataComm V.F 28.8 standard rackmount model will be available in January. These modems are guaranteed to meet the new V.34 ITU-T recommendations as soon as it is ratified. Units purchased now will be upgraded, free, over the phone line. With 2- and 4-wire, synchronous and asynchronous, dial up and leased line operations, these may be considered universal modems. Containing the ITU-T V.21, V.22, V.22bis, V.32, V.32bis, V.34 and Bell 212A and 103 modulations and V.42/V.42bis error detection and correction with data compression, this modem covers speeds from 300 bps to 28.8 Kbps, with effective throughput up to 128 Kbps with data compression. V.fast - V.fastest! Currently there are few actual 28.8 Kbps modems in the market. Testing the DeskTop V.F 28.8 Series against two of these has shown GDC the clear winner in the speed race. From random, incompressible files, to data base and graphics files so common in LAN and multi-media applications, GDC bests the competition by as much as 100%. With over twice the speed in many applications, using lines that are typical of over 50% of the U.S. dial-up network, the results clearly indicate GDC modems provide the best high-speed solution. These tests are currently being confirmed by an independent testing laboratory. Speed Saves For modem users, this means that with graphics and database file transfers, they will be cutting their phone bill in half using GDC's modems over the other V.fast solutions, and saving significantly more over V.32bis or slower modems. Companies and individuals looking for high speed modems to meet their applications requirements, are sensitive to these cost issues. Buying the wrong modem could cost many times the price of the unit. In fact, it may be shown that, even if you were given a competitive modem at no cost, it would pay to purchase a GDC unit. The GDC V.F 28,8 Series may also be equipped with high speed interfaces - both ITU-T V.35, ITU-T V.24/V.28/ISO2593 and EIA/TIA 530-A, ITU-T V.10/V.11/V.24/ISO 2110 are available for international and domestic use. This is very important, since these interfaces may be required to actually achieve the inherent speeds available using these new modems. With approvals already received for more than 30 countries, and more on the way, the GDC V.F 28.8 should be considered the international modem of choice for multi-national concerns. FLASH Flash All GDC V.F 28.8 Series modems are currently shipping with FLASH memory, allowing feature enhancements to the modems to be implemented by upgrading the software electronically, rather than swapping PROM chips. This means that obsolescence is a thing of the past, and users will be able to keep their modems up-to-date by making a phone call and downloading code for: - invoking new features - implementing code enhancements - insuring compatibility with the V.34 standard - establishing connectivity with new software communication packages and other devices. Many of today's modems are based on modified V.32bis chip sets incorporating proprietary modulation firmware which cannot be upgraded to V.34 when the standard is ratified. Phrases like "V.fast technology", "V.32terbo", "V.fast Class" are commonly used to infer compliance with the V.fast recommendations. This may not, in fact, become a reality when the standard becomes available. GDC guarantees its modems can be upgraded to the V.34 standard via download. Competitive modems still have to physically update the hardware as well as the software when upgrading products. Loss of the use of the modem while transporting it to and from the manufacturer for upgrade, disruption of service while the service technician replaces the chip and tests it, and the costs of providing services during these times are typical costs associated with other modem updates for your prospect. "These costs are avoided using the new GDC software upgrade technology. With GDC, a phone call does it all." says Dick Drake, Director of Marketing for Transmission Products. In January, GDC will begin compliance testing with the proposed V.34 standard, insuring GDC will be ready to implement the changes necessary when the standard is ratified. In addition, there are a number of new features already in the works. These include: Automatic Dial Restoral (ADR) for backup of leased lines with dial circuits; Password and Security Callback; V.25bis serial dialing (sync and async); and Remote Configuration of modems from other locations. How Upgrades Work There are two characteristics built into the V.F 28.8 that allow upgrades to be achieved over the phone line. First is the ability of the hardware, in this case a universal communications platform, to change it's functionality based on the resident software provided. The second characteristic is the ability to download the modem-defining software by connecting to the GDC Bulletin Board (BBS). The new software containing the desired features and operational characteristics -- the modem personality -- for the upgrade are then loaded down to the internal FLASH memory of the V.F 28.8 modem. Since the modem has the capability of storing up to four custom configurations, along with four fixed pre-defined profiles, and up to ten customer-defined phone numbers, these are also saved so the customer retains all unique operational parameters during this upgrade process. Safety Concerns In addition to the approved modem standards, many modem customers are concerned with safety issues. The V.F 28.8 Series has passed UL safety tests for lightning protection (UL1459) and for flammability (UL94V0). And heat is not an issue. With less than six watts of power consumption, our V.fast modems produce much less heat than our competitors with 12 watts, or more. This translates into greater safety, reliability, and savings for the customer. Digital Impact In some cases, users may wish to use the new V.F 28.8 modems as a substitute for, or backup of, digital circuits. With effective throughput speeds exceeding 100 Kbps, applications abound: 1. The V.F 28.8 Series is ideally suited for backup of Switched 56 Kbps analog or 64 Kbps digital leased lines using the dial-up network. Speeds are now compatible with many LAN-to-LAN applications. This insures both reliability and cost efficiencies. 2. Many managers are taking a hard look at the costs of upgrading to an all-digital network. Some of the benefits they see by staying with high-speed modems are: a. Modems fit in existing networks, and can be incrementally added as required versus installing a whole new digital system. b. Modems provide the only universal connectivity worldwide. c. Installation, training and support are all minimized with modems versus having to retrain, re-equip, and re-educate the department when switching to new technology. d. Modem technology is inherently more cost effective. e. Most MIS managers are more "comfortable" with modem technology, and the GDC V.F 28.8 Series may be changed into a managed modem with minimum network disruption with a simple download. Equipment obsolescence is virtually eliminated. 3. Generic applications, using modems as just another design element, are appearing from non-traditional sources. Applications from medical (CAT scan data transfer), to multi-media (training and manual field updates) are appearing daily. Many of these, due to larger file sizes, require higher speeds and universal transport - ideal for the GDC V.F 28.8 Series modems. 4. Most large users have occasion to work overseas. Many are multi-national. The GDC V.F 28.8 Series is currently homologated (approved for use) in thirty countries. In most cases, GDC is the only game in town (and country). "It would be a shame for a user to get new V.fast modems for his U.S. offices and then find out that his overseas offices, where he spends big communications bucks, can't use all the available speed because they implemented a proprietary system with a modem not approved in this country." said Drake. General DataComm, Inc. is a leading provider of multimedia networks and telecommunications equipment worldwide. Based in Connecticut, GDC serves corporate customers and telephone operating companies throughout the Americas, Europe, the Middle East, Asia and Australia/New Zealand. ------------------------------ From: weiyun@extro.ucc.su.OZ.AU (Weiyun Yu) Subject: US Digital Cellular Standard Organization: Information Services, Sydney University, Sydney, NSW, Australia Date: Mon, 03 Jan 1994 00:35:12 GMT It has come to my attention that the digital cellular standards adopted by US carriers are not going to be compatible with what we have adopted in Australia, GSM. I am interested in finding out a bit more about the US systems but cant find any FAQ on the subject. My specific questions are: 1. What are the pro and cons of the US standards vs GSM. 2. Is there going to be some degree of compability encorporated into the 2 standards so that international roaming could be achieved. 3. What is the future of digital cellular? Is there going to be a third standard that can be used world wide? Does anyone know the answers? Dr Weiyun Yu "Why Me?" | Internet: weiyun@ucc.su.oz.au Dept of Surgery, Uni of Sydney, Australia | Voice: 61+2-692-3851 Personal opinions only... | Fax: 61+2-692-4887 ------------------------------ Date: Mon, 03 Jan 94 00:02 EST From: John C. Fowler <0003513813@mcimail.com> Subject: Landlines Pay Airtime To Call Some Cellular Phones The following is from an interesting insert in my December telephone bill. A SPECIAL NOTICE TO OUR CUSTOMERS IN COLORADO: EFFECTIVE JANUARY 1, 1994, YOU WILL BE BILLED FOR CALLS YOU MAKE TO CERTAIN CELLULAR TELEPHONE NUMBERS. If the cellular phone you are calling begins with 1 + 579, you will be billed for the cellular airtime charges and also any long distance charges associated with the call when applicable. Like most other 1+ calls, there will be a charge for placing calls to these cellular 1+ numbers. The cost of the call will depend upon the cellular customer you call. (The charges for these calls are deter- mined by the cellular carriers, not by U.S. West.) If there are any questions about cellular airtime charges that appear on your bill, to the above prefix, please call the Customer Inquiry Center at 1-800-USW-BILL. A couple of comments: Colorado is one of those states where any non-local call requires that a 1 be dialed before the number. Currently, 1 + 7D can be used, but 1 + NPA + 7D will need to be used after February 27, 1994. Also, the use of the 579 prefix may not apply to other states. For example, my mother, who lives in Dixon, New Mexico, has a regular phone number on the 579 prefix there. I wonder what kinds of people will be using "caller-pays" cellular service. John C. Fowler, 3513813@mcimail.com ------------------------------ From: dowd@acsu.buffalo.edu (Patrick Dowd) Subject: CFP - ACM SIGCOMM'94 Reply-To: dowd@eng.buffalo.edu Organization: State University of New York at Buffalo Date: Mon, 03 Jan 1994 14:46:32 GMT Call for Papers ACM SIGCOMM'94 CONFERENCE Communications Architectures, Protocols and Applications University College London London, UK August 31 to September 2, 1994 (Tutorials and Workshop, August 30) An international forum on communication network applications and technologies, architectures, protocols, and algorithms. Authors are invited to submit full papers concerned with both theory and practice. The areas of interest include, but are not limited to: -- Analysis and design of computer network architectures and algorithms, -- Innovative results in local area networks, -- Mixed-media networks, -- High-speed networks, routing and addressing, support for mobile hosts, -- Resource sharing in distributed systems, -- Network management, -- Distributed operating systems and databases, -- Protocol specification, verification, and analysis. A single-track, highly selective conference where successful submissions typically report results firmly substantiated by experiment, implementation, simulation, or mathematical analysis. Papers must be less than 20 double-spaced pages long, have an abstract of 100-150 words, and be original material that has not been previously published or be currently under review with another conference or journal. In addition to its high quality technical program, SIGCOMM '94 will offer tutorials by noted instructors such as Paul Green and Van Jacobson (tentative), and a workshop on distributed systems led by Derek McAuley. Important Dates: Paper submissions: 1 February 1994 Tutorial proposals: 1 March 1994 Notification of acceptance: 2 May 1994 Camera ready papers due: 9 June 1994 All submitted papers will be judged based on their quality and relevance through double-blind reviewing where the identities of the authors are withheld from the reviewers. Authors names should not appear on the paper. A cover letter is required that identifies the paper title and lists the name, affiliation, telephone number, email, and fax number of all authors. Authors of accepted papers need to sign an ACM copyright release form. The Proceedings will be published as a special issue of ACM SIGCOMM Computer Communication Review. The program committee will also select a few papers for possible publication in the IEEE/ACM Transactions on Networking. Submissions from North America should be sent to: Craig Partridge BBN 10 Moulton St Cambridge MA 02138 All other submissions should be sent to: Stephen Pink Swedish Institute of Computer Science Box 1263 S-164 28 Kista Sweden Five copies are required for paper submissions. Electronic submissions (uuencoded, compressed postscript) should be sent to each program chair. Authors should also e-mail the title, author names and abstract of their paper to each program chair and identify any special equipment that will be required during its presentation. Due to the high number of anticipated submissions, authors are encouraged to strictly adhere to the submission date. Student Paper Award: Papers submitted by students will enter a student-paper award contest. Among the accepted papers, a maximum of four outstanding papers will be awarded full conference registration and a travel grant of $500 US dollars. To be eligible the student must be the sole author, or the first author and primary contributor. A cover letter must identify the paper as a candidate for this competition. Mail and E-mail Addresses: General Chair Jon Crowcroft Department of Computer Science University College London London WC1E 6BT United Kingdom Phone: +44 71 380 7296 Fax: +44 71 387 1397 E-Mail: J.Crowcroft@cs.ucl.ac.uk Program Chairs Stephen Pink (Program Chair) Swedish Institute of Computer Science Box 1263 S-164 28 Kista Sweden Phone: +46 8 752 1559 Fax: +46 8 751 7230 E-mail: steve@sics.se Craig Partridge (Program Co-Chair for North America) BBN 10 Moulton St Cambridge MA 02138 Phone: +1 415 326 4541 E-mail: craig@bbn.com ------------------------------ From: lchiu@crl.com (Laurence Chiu) Subject: Cellular System in Guangzhou, Mainland China? Date: 03 Jan 1994 10:22:36 -0800 Organization: CRL Dialup Internet Access, California Reply-To: lchiu@crl.com I plan to travel to mainland China in the near future. I am hoping to be able to use a cellular phone in the area but from distant recollection I think they use GSM. I don't know of any US provider that uses GSM and hence would have no idea how to purchase a phone that uses that standard. Does anybody have any ideas on how to get one? Purchasing one in China would be exorbitant I would imagine. An an aside I think Hong Kong uses AMPS and with the massive amount of trade between Senzhen (sp?) -- the new economic zone in southern China, I wonder what system they use there? How would one roam between the two areas? Laurence Chiu | Walnut Creek, California Tel: 510-215-3730(wk) | Internet: lchiu@crl.com ------------------------------ From: cccf@altern.com (cccf) Subject: Ludwig's Book on Viruses Forbidden in France Date: Mon, 03 Jan 94 9:25:34 EST Translated in French language by Jean-Bernard Condat, Mark A. Ludwig's book "The Little Black Book of Computer Viruses" is actually available in all bookstores for 198 FF. The editor of this event is: Addison-Wesley France (41 rue de Turbigo, 75003 paris, France; Phone: +33 1 48879797, Fax: +33 1 48879799). Monday Dec. 27th, Addison-Wesley France received a legal pursuit to stop the diffusion of all issues of "Naissance d'un Virus" immediately. The judgment became definitive on Dec. 30th at 11:00 at the Tribunal de Grande Instance in Paris. Followed the increadible text, piece of humor :-) +++++++ ASSIGNATION EN REFERE D'HEURE EN HEURE devant Monsieur le President du Tribunal de Grande Instance de Paris L'an mil neuf cent quatre vingt treize et le VINGT SEPT DECEMBRE A Dix Heures Cinquante Cinq minutes A LA DEMANDE DE : LA SOCIETE PRESSIMAGE SARL au capital de 250 000 francs - inscrite au RCS Paris B 332 127 828 dont le siege social est 19, rue Hegesippe-Moreau 75018 Paris agissant poursuites et diligences de ses representants legaux domicilies audit siege Ayant pour avocat Maitre Eric ANDRIEU, avocat associ{ demeurant a 75017 Paris - 22, rue Fortuny - Toque R 047 - Tel: 47637426 - Telecopie: 42272675 J'AI DONNE ASSIGNATION A : 1/ Monsieur Mark A. Ludwig domicilie aux editions Addison-Wesley France 41 rue de Turbigo - 75003 Paris 2/ LES EDITIONS ADDISON-WESLEY FRANCE prises en la personne de leurs dirigeants legaux domicilies audit siege 41 rue de Turbigo - 75003 PARIS 3/ LES EDITIONS BORDAS prises en la personne de leurs dirigeants legaux domicilies audit siege 17 rue Remy Dumoncel - 75014 PARIS D'avoir a comparaitre le TRENTE DECEMBRE 1993 a 11 HEURES a l'audience et par devant Monsieur le President du Tribunal de Grande Instance de Paris, tenant l'audience des referes au Palais de Justice de 4 boulevard du Palais - 75001 PARIS Vous devrez comparaitre a cette audience ou vous y faire representer par un Avocat inscrit au Barreau. A defaut, vous vous exposeriez a ce revues editees par Pressimage est, au-dela de leur contenu editorial, la remise simultanee a titre de prime aux acheteurs des journaux de disquettes informatiques pouvant etre utilisees sur les micro-ordinateurs de chacun. 2/ Monsieur Mark A. Ludwig est unnfiance de la part de la clientele de Pressimage qui peut craindre, en utilisant les disquettes editees par la requerante, d'introduire un virus dans son propre systeme informatique. Au surplus, la diffusion de l'ouvrage litigieux et de son annexe cree un SOUS TOUTES RESERVES Pieces versees aux debats: - livre "Naissance d'un virus" - justificatifs des activites de Pressimage. -------------- [TELECOM Digest Editor's Note: That is quite interesting. Perhaps one of our readers versed in French will translate the above for me, and I'll run the English translation in a day or two. It is not that common for books to be banned in the United States. Generally the only time a book will be censored (or banned outright) in the USA is when the govern- ment feels very threatened by it. Two which come to mind are "The CIA and the Cult of Intelligence" and "The Politics of Heroin in Southeast Asia". Both were written by former operatives of the Central Intelligence Agency when George Bush was in charge of that agency. In both instances the government convinced a court that publication/distribution of the book would be quite harmful to the government's interests. When the books were finally allowed to be published they contained large amounts of blank space -- entire pages were completely blank in places -- as the authors and publishers attempted to comply with the court order while still printing *something*. When reading the books, I'd be on a page and halfway through a paragraph; the printed text would stop and resume perhaps an inch or two down the page with a note in the middle saying the text originally planned to appear there was removed by court order. In one section, the text stopped halfway down the page, and about a dozen completely blank pages followed with the text resuming about two- thirds of the way through the thirteenth page with the same notation on each of the blank pages. The books were deliberatly published that way with the gaping holes in the text throughout to show the public the large amount of stuff the government had censored. I believe the authors remain under government-imposed silence even today, over two decades after the books were written. Is there anyone in this room old enough to remember when {Ramparts Magazine} published AT&T's calling card check-digit secrets back in the middle 1960's? AT&T went to court at the time of publication and got an order banning that issue of the magazine. PAT] ------------------------------ Date: Mon, 03 Jan 94 15:12:39 IST From: Arie Markus Subject: ISDN Cards For IBM PCs Hi, I would like to know if there are any ISDN cards for the IBM PCs yet. Please reply via direct mail as I am not subscribed. Any help would be appreciated. Arie Markus (VE3JLM/4X6JO) ------------------------------ Reply-To: comp.dcom.telecom@mpoli.fi Subject: GSM-Phones From London From: sami.vainionpaa@mpoli.fi (Sami Vainionpaa) Date: Mon, 03 Jan 94 03:14:00 +0200 Organization: Metropoli, Finland Hi, I live in Finland and I'm going to travel to London in the beginning of next year and I found out that GSM-telephones are quite cheap there (at least cheaper than in Finland) ;) But I don't know where to buy it. So I would appreciate to get all kinds of information (addresses, prices, tel. numbers, FAX-numbers, etc.) I am interested in knowing if GSM-phones have EUR-certifications; that proves they are European made. Especially interested in marks like: Ascom Crystal, Ericsson GH 197, Nokia 1011. ------------------------------ From: judson@crl.com (Michael Judson) Subject: GTE vs. Cellular One Date: 3 Jan 1994 23:47:43 -0800 Organization: CRL Dialup Internet Access (415) 705-6060 [login: guest] Does anybody have any comments regarding which cellular service is better, GTE or Cellular One? [TELECOM Digest Editor's Note: *Which* Cellular One and *which* GTE in *which* market area? Judging from the site where you logged in, it is likely you are referring to the Bay Area in California, but that might not be your physical location. 'Cellular One' is a trademark name for numerous carriers on the 'A' side; GTE has several telephone operating companies. PAT] ------------------------------ End of TELECOM Digest V14 #3 **************************** Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa27912; 4 Jan 94 23:38 EST Received: by delta.eecs.nwu.edu id AA22625 (5.65c/IDA-1.4.4 for telecom-recent@lcs.mit.edu); Tue, 4 Jan 1994 20:12:22 -0600 Received: by delta.eecs.nwu.edu id AA08331 (5.65c/IDA-1.4.4 for /usr/lib/sendmail -oQ/var/spool/mqueue.big -odi -oi -ftelecom-request telecomlist-outbound); Tue, 4 Jan 1994 20:11:51 -0600 Date: Tue, 4 Jan 1994 20:11:51 -0600 From: TELECOM Moderator Message-Id: <199401050211.AA08331@delta.eecs.nwu.edu> To: telecom@eecs.nwu.edu Subject: TELECOM Digest V14 #4 TELECOM Digest Tue, 4 Jan 94 20:10:30 CST Volume 14 : Issue 4 Inside This Issue: Editor: Patrick A. Townson Sprint Response to MCI Announcement (John D. Gretzinger) Magazine Telemarketers From (Heck) (Andrew C. Green) Book Review: "Kermit: a File Transfer Protocol" by Da Cruz (Rob Slade) Need Help Wiring OLD Extension Phone to Modern System (Rob Levandowski) Old AT&T/Wsetern Electric Documents (George Thurman) TasCom Managers, etc. Sought (Scott Sanbeg) NBC Computer Series (Barry Mishkind) SWBMS to Reduce Roam Rates! (Mark W. Earle) Fundraising/Saving Program (Steve Freedkin) 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. ---------------------------------------------------------------------- From: JOHN.D.GRETZINGER@sprint.sprint.com Date: 4 Jan 94 19:18:24-0500 Subject: Sprint Response to MCI Announcement Passed along for your enjoyment. John D. Gretzinger Sprint doesn't speak for me, and I don't speak for them. <<<<<<<<<<<<<<<<<>>>>>>>>>>>>>>>>>>> Forwarded message from PC SprintMail: STATEMENT FROM WILLIAM T. ESREY, SPRINT CHAIRMAN & CEO IN RESPONSE TO MCI "NETWORK CATCH-UP" ANNOUNCEMENT "Sprint is not at all surprised by MCI's network catch-up announcement. More than a year ago, Sprint announced its broadband network plans to deploy SONET and ATM. We were the first to offer commercial ATM service in August 1993. We continue to have the most modern network and remain as the only 100 percent digital, fiber-optic long distance carrier. "MCI is very good at packaging announcements that make mountains out of molehills. Sprint hopes the public will take this latest ploy for what it is -- a slick admission of being behind in terms of technology deployment. "On the other hand, MCI's foray into local access has some merit. Sprint long has endorsed expanded local competition and believes MCI's efforts may be one in a long series of steps necessary before local competition will exist. Network Upgrades "We agree with MCI that it's going to take a lot of people working together to build the information superhighway. Sprint welcomes MCI and others aboard this significant effort. "An important first step in the investment in the National Information Infrastructure is the development and expansion of the network. "We announced our strategic vision for our advanced network a year and a half ago and are the only carrier implementing a broadband data strategy. We were also the first carrier to announce plans for SONET, which we revealed over a year ago. Since that time, we have moved from opening up pipes, which is the basis of today's announcement, to the many exciting applications that are driving the National Information Infrastructure concept. "The examples are numerous. For example, our InterNet capabilities are unrivaled. Sprint offers the most widespread Internet connectivity through SprintLink(R) network -- the first and only TCP/IP network service for commercial and government Internet users to be offered by a carrier. This service has expanded to offer international connections and forms the core of the global Internet, with two-thirds of the international Internet traffic to and from the United States being carried on SprintLink. This service originated from a cooperative agreement between Sprint and the National Science Foundation to provide international InterNet connections to the domestic InterNet. "Sprint has been and continues to be the leader in introducing leading edge technologies, which are the 'building blocks' of the information superhighway, to the marketplace. We led the industry by being the first major long distance company to deploy frame relay, and we have more frame relay customers than any of our competitors. We were also the first to deploy ATM service and our first customer turned up service last year. "Our leadership in this key technology has been widely recognized -- most recently by the government by being selected to provide ESNet for the Department of Energy and NASA -- because of our unique ability to offer ATM. "That recognition as the technology leader in ATM extends to the telecom industry, as well as the academic and government communities, by being the only company selected to provide ATM for the National Information Infrastructure Testbed. NIIT is a consortium of business, government and academic leaders working together to speed the delivery of the information highway. "Our ATM leadership, in conjunction with our 1993 deployment of SONET, will ensure that Sprint continues to build on its reputation as the advanced networking leader. Local Access "The virtual monopoly that exists today in local access is troublesome for the long distance industry. Currently, more than 99 percent of long distance traffic originates and terminates over facilities owned by local telephone companies, principally the Regional Bell Operating Companies. Long distance competitors are at the mercy of local telcos, since they are the only way to reach our customers. Today, about 45 percent of the cost to carry a long distance call is a direct payment to the local telephone company for the 'last mile' connection. "Sprint has been an advocate of expanded competition in local access primarily because of the excessive cost of access charged by the RBOCs in their respective operating areas. "MCI's plan to build local access networks in major metropolitan areas could be another step toward local competition. Competition will not happen overnight, however. It took more than 15 years of constant litigation and ultimately the breakup of the Bell System before competing carriers were able to establish a meaningful presence in long distance. The local monopolies of the RBOCs are at least as strong as the monopoly enjoyed by Bell in long distance prior to divestiture. "MCI's plans, no matter how grand, should be viewed much the same as the plans for local access that have been announced by cable television, cellular and PCS providers -- positively, but without expectations of near-term impact. "The issue of RBOC entry into the interexchange market does not change with MCI's plans. True competition for local access is still many years away. Until there is actual and effective competition in the local loop and the bottleneck is broken, the RBOCs should not be allowed to act as both competitors and virtual sole source access providers to long distance carriers. When the means and opportunity for the RBOCs to discriminate against long distance competitors is lifted through competitive local access, then, and only then, should the restrictions on the Bell companies be lifted." Jan. 4, 1994 ------------------------------ Date: Tue, 4 Jan 1994 10:33:40 CST From: "Andrew C. Green" Subject: Magazine Telemarketers From (Heck) As a member of what are apparently some very popular demographic categories, I get a constant stream of telemarketing calls. Most are semi-intelligent types who drop the effort when we decline the offer, but recently we've had a string of bozos all originating from one source, and before I go on the attack, I thought I'd poll the forum here for anyone else who's had the same experience. I recently renewed my subscription to "Car and Driver" magazine, a publication boasting circulation of something like 1.1 million, if memory serves. At about the same time, I received a call from a true whacko who thanked me for resubscribing to C&D, then offered me one of those multi-magazine subscriptions where they quote you a low weekly rate (failing to mention that the monthly charge is higher than individual subscriptions direct from the actual publishers), plus a set of Ginsu steak knives. Yes, really. He got insulting when I pointed out that his math didn't add up and that Car and Driver probably did not appreciate his trying to sell "Road and Track" subscriptions from their mailing list. Last night I got another call from a girl who also thanked me for my C&D subscription, then tried desperately to foist a 16.9% Visa card at me. No, thank you, said I. "But it's pre-approved!" she shrieked, apparently not aware that gainfully-employed people get those things all the time. ;-) Not _two_ _hours_ later, an elderly lady from "DialAmerica Marketing" called. You guessed it: she thanked me for my Car & Driver subscription, and would I like to extend it at the 1993 rate? She disavowed any knowledge of the preceding Froot Loops, which I sort of believed, as it appears that Car & Driver has painted my phone number on an expressway overpass somewhere, and promised to relocate my number to their "Do Not Call" list. Nevertheless, this magazine has far surpassed all others on my Telemarketing Annoyance scale, and before I start complaining to the magazine, I'd be interested in hearing from any other TELECOM Digest/Car and Driver subscribers who have experienced the same thing. E-mail is fine; I'll submit any interesting followup news in the future. Andrew C. Green Datalogics, Inc. Internet: acg@dlogics.com 441 W. Huron UUCP: ..!uunet!dlogics!acg Chicago, IL 60610-3498 FAX: (312) 266-4473 ------------------------------ Date: 4 Jan 94 14:59 -0600 From: Rob Slade Subject: Book Review: "Kermit: a File Transfer Protocol" by Da Cruz BKKERMIT.RVW 931123 Digital Press PO Box 3027 One Burlington Woods Drive Burlington, MA 01803-9593 800-DIGITAL (800-344-4825) "Kermit: a File Transfer Protocol", da Cruz, 1987 KERMIT@CUVMA.BITNET fdc@watsun.cc.columbia.edu It may be that Kermit is popular because it is a robust file transfer protocol suitable for almost any line or network conditions. It may be that Kermit is popular because it is available for pretty much any computer you can name (and a bunch that you can't). It may be that Kermit is popular because it is free. Or, it may be that Kermit is popular because of the (written) communications skills of Christine Gianone and Frank da Cruz. As Kermit is both protocol and communications program, so this book is an introduction to computer communications, protocol specification, introduction to the Kermit implementations and programmers' reference guide, all rolled into one. An ambitious task, but one handled with grace and skill, in this instance. Part one gives us the basics of the development of Kermit and of data communications from the user's perspective. This confirms that, yes, the name was inspired by the Jim Henson muppet character (or, more exactly, by a Muppets wall calendar). One hopes that Jim Henson approves of this memorial. Chapter two does not get into exhaustive detail on computer (mostly PC) communications, but does cover the fundamental steps and needs with more brevity, completeness and wit than one sees in many works intended for the mass market. (I am sorry to see the confusion of "baud" and "bits per second", although the two terms are correctly defined in the glossary.) Part two gives us two primers; one on computers and data files, and the other on data communications. The section is well named. Both chapters are easily understood by the novice and provide the minimum necessary information to proceed from. Excellent pieces, both of them. Part three is an introduction to using Kermit. Chapter five describes a set of the most commonly used commands, including an introduction to the simplest login scripts. Chapter six discusses common problems while seven deals with the possibly thorny issue of getting Kermit into your machine in the first place. Included in this last chapter is a BASIC source code program for a "read only" Kermit protocol for downloading files. Part four is a guide to writing a Kermit implementation. Quite a complete guide: not only does it give you the protocol specification (which is still *the* protocol specification) but also optional features, advanced options and even tips on programming style. Appendices give you the bulk of the Kermit source code (in C), a command summary, packet summary, the ASCII character set and a discussion of binary, octal and hexadecimal numbers and notation. If you want to build your own implementation of Kermit, this is the book for you. If you care nothing for programming, and have only bought your computer in order to "get online", this is the book for you, too. (Be sure to get "Using MS-DOS Kermit," too.) (cf. BKUMSKMT.RVW) For those in between, this is an excellent resource to have around to answer those "how does work?" type questions. copyright Robert M. Slade, 1993 BKKERMIT.RVW 931123 Permission granted to distribute with unedited copies of the TELECOM Digest and associated newsgroups/mailing lists. DECUS Canada Communications, Desktop, Education and Security group newsletters Editor and/or reviewer ROBERTS@decus.ca, RSlade@sfu.ca, Rob Slade at 1:153/733 DECUS Symposium '94, Vancouver, BC, Mar 1-3, 1994, contact: rulag@decus.ca ------------------------------ From: rlvd_cif@uhura.cc.rochester.edu (Rob Levandowski) Subject: Need Help Wiring OLD Extension Phone to Modern System Organization: University of Rochester - Rochester, New York Date: Tue, 4 Jan 94 22:38:20 GMT Hi! I have an antique extension phone that I'd like to connect to my phone system. It's a small black desk set, with no dial, but there is a blank for one. On the back, below the hook, is stamped the legend "D1 USA". Inside, "K-7" is stamped into the metal and "IV 37" is printed in red paint. The handset is labelled "Western Electric [tm etc] E1". The cord from handset to base is fabric-sheathed, and contains three rubber-sheathed wires: red, white, and black. Inside, the hook operates two leaf switches. The black and white wires are each attached to just one of the two leaf switches; i.e., black to one switch, white to the other. The red wire is attached to a terminal by itself. The line cord is missing; the empty terminals on the switches are marked for green (GN) and yellow (Y) wire. I don't want to add a ringer or a dial; I'd simply like to be able to use this phone to answer a call when I hear another phone ringing. If anyone can tell me what I need to do to connect this to a modern phone system, I'd sure appreciate it -- and so would my mother! :) Please cc: replies to macwhiz@cif.rochester.edu; I am on vacation and won't be reading news often, but email will get forwarded to someplace I can reach it! :) Rob Levandowski Computer Interest Floor associate / University of Rochester macwhiz@cif.rochester.edu ------------------------------ From: gst@gagme.wwa.com (George Thurman) Subject: Old AT&T/Wsetern Electric Documents Date: Tue, 4 Jan 1994 05:37:18 CST Here is a message I saw on Fidonet that I thought TELECOM Digest readers would find of interest. *********************** Msg#:14544 *SHORTWAVE* 07-25-93 21:37:00 From: DON KIMBERLIN To: ALL Subj: AT&T INFO ON-LINE It's fairly often that someone comes across an old bit of Western Electric-made equipment from the heyday of the Olde Bell System, and lacks the needed drawings or instructions to try to make use of it. Perhaps the most common old items we hear people asking about are the old 1A Key Telephone Systems using 26-pair cable to hook the telephone sets up to their common equipment cabinets in a wide variety of configurations. Or, perhaps there are items of how things like managing trouble reports in telecommunications systems are handled, or what _are_ all those abbreviations and acronyms used by telephone companies? Or, perhaps you even need documentation for something newer, like a 3B2 minicomputer or a System 75 or 85 PBX ... or maybe you have a strange "data set" with a nomenclature like 201C or 2048, and would like to know if you can make use of it. There _is_ a repository of much of this information that's often handed down verbally or misquoted from memory. Today's name for it is the AT&T Customer Information Center, and it's located in Indianapolis, Indiana. You can telephone (800) 432-6600 or (317) 322-6484 to get telephone assistance from the AT&T CIC staff, and place orders with them for publications to help you, and there's now an on-line searchable link to their catalog, so you can browse as you will at any hour of the day or night through all their many years of material. Here's some text from their announcement of the AT&T CIC on-line offering: "INTRODUCING THE MOST COMPLETE CATALOG OF AT&T DOCUMENTS AT&T's Customer Information Center (CIC) now offers a free on-line catalog where you can locate and order from over 380,000 documents using your PC terminal. Find documents using key word, title, subject or document number. Then use the on-line order form for simple and quick service! Access the CIC database using the directions below, then simply follow the prompts: AT&T Datakit Users Dial-Up Users At the "destination" prompt, enter: Telephone Sue Rea at 426/813/nik1.telnet..sunids 317-322-6491 for instructions and a logon ID and password. THROUGH THE CIC CATALOG YOU CAN LOCATE: o AT&T Plant and Engineering Practices o Product Manuals o User Guides o Installation and Service Manuals o Books o Brochures o Catalogs o Product Bulletins o Handbooks o Newsletters o Training Materials o Engineering Drawings o Technical Bulletins o Product Specifications o Administrative Forms o Employee Benefit Literature o International Telephone Directories Questions regarding the CIC catalog should be directed to Brenda Oeff at 317-322-6626." Origin: Borderline! BBS Kannapolis,N.C. (704) 938-6207 (1:379 (1:379/37.0) ----------------- GEORGE S. THURMAN (312) 509-6308 gst@wwa.com ------------------------------ From: ssanbeg@hebron.connected.com (Scott Sanbeg) Subject: TasCom Managers, etc. Sought Date: Tue, 4 Jan 1994 14:40:24 -0800 Organization: Connected INC -- Internet Services Provider Hello all, We are using two TasCOM systems to provide call-center services to our client base. I am searching for other users/managers of this system, and any info on user groups, periodicals, internals and so forth on the machine. Please email if interested. Scott Sanbeg Computer Systems Engineer, Seattle, WA ssanbeg@hebron.connected.com ------------------------------ Date: Tue, 04 Jan 94 10:52 MST From: barry@coyote.datalog.com (barry mishkind) Subject: NBC Computer Series Last week NBC did a series of reports on the "Information Superhighway." A couple of things I noticed: 1. The address for the broadcast is nightly@nbc.com 2. During the report on voice recognition, the filming was done at a 'state-of-the-art voice recognition company'. The man demonstrating the system was dictating something about sending information " ... on voice mail ..." Sure ... the crt printed out " ... envoy smell". Really. Do you suppose this was a poke at the State Department? Barry ------------------------------ Date: Tue, 4 Jan 94 17:39 EST From: Mark W. Earle <0006127039@mcimail.com> Subject: SWBMS to Reduce Roam Rates! Enclosed with my cellular bill from Southwestern Bell Mobile Systems, Corpus Christi, TX was the usual glossy newsletter. Of interest: Now it is more convenient and more economical to take your cellular phone with you when you're traveling. SWBMS is working iwth other cellular companies to give you lower roaming rates in over 350 markets, or approximately 25% of all cellular markets. Beginning in December, cellular companies will begin lowering roaming rates in two ways. First, the daily charges will be eliminated and second, the per minute rate will be reduced. You will save money based on the amount of roaming that you do. For example, if you travel to a market where the daily charge is $3/day and .75/min, you'll receive a tremendous savings. (Note: I'd be happy while roaming, with zero daily fee and any airtime rate < $1/min. This looks pretty good) SWBMS customers currently enjoy reduced roaming rates throughout Texas. When you are traveling in the Lone Star Cellular Network, you already pay a reduced rate of only .50/min. The LSCN is an exclusive service of SWBMS (Note: In GTE cities, Houston and Austin, the rate charged by GTE is .40/min. Although "exclusive" to SWBMS, Texas GTE MobilNet customers are also part of the LSCN for billing purposes when they roam in SWBMS cities. mwe) Through these agreements, you will enjoy the added benefit of using your cellular phone while traveling (Cynical note: We'll make even more monies!) and you will see what an added value a cellular phone can be. And you can be sure SWBMS will continue to lead the way by providing even better service to our coustomers. (OK, when is seamless roaming for the 'B' side coming? When will my features, forwarding, voice mail, etc. work while I'm roaming?) (Note: Any month there is roaming billed, a $3 "roamer admin fee" is added to the bill. With GTE, it's cheaper than roaming in SWBMS nearby systems, strangely. No list of cities comprising the 350 markets was provided). Typos my own: SWBMS always spelled out, I abbreviated it. Likewise LSCN. mwearle@mcimail.com ------------------------------ Date: Tue, 4 Jan 1994 23:56:14 -0800 From: Steve Freedkin Subject: Fundraising/Saving Program MONEY SAVING & RAISING OPPORTUNITY Hello, and happy new year! -- I want to let you know about an opportunity for organizations and individuals to save 10% on all their long-distance calling, and organizations to raise money with minimal cost and no obligation. The deregulation of long-distance telephone service created many opportunities, including this one, which should be of interest to those who follow telecommunications developments. | * GUARANTEED! 10% SAVINGS ON ALL LONG-DISTANCE CALLS | | * 5% OF YOUR CALLING BENEFITS NONPROFIT ORGANIZATION | I used to be director of a local nonprofit peace resource center that raised money through a service that saved our constituents money *and* generated royalties for us. The program is a long-distance telephone service that was started in 1990 to benefit nonprofits. The company, Affinity Fund, gives each customer rates *guaranteed* to be below whatever the person is currently paying for long distance, and at the same time gives the nonprofit that signs up the customer a 5-percent royalty on that person's long-distance usage every month. (Affinity arranges for the actual service to be provided by one of the nation's foremost long-distance carriers, so there's no difference in service quality.) Groups that are raising money this way now include schools, Central America support groups, community radio stations, Sister Cities programs, local and national peace groups (War Resisters League is one), nonprofit community newspapers and media services, etc. If you'd like information about Affinity please contact me and I'll pass it along. Or, please pass this note on to the appropriate person. Let me know whether you're interested as a customer who'd like to save 10% on all your long-distance; representing a nonprofit that might like to raise money using this method; or both. | If you *aren't* interested please ignore | | this message, and accept my best wishes. | Thanks for your attention, and have a safe and prosperous 1994! Peace, Steve Freedkin Email: sfreedkin@igc.apc.org P.O. Box 91817 Phone: 805/682-9986 Santa Barbara, Recorded message (3 minutes): 805/569-0983 CA 93190-1817 Explains Affinity Fund, Available 24 hours [TELECOM Digest Editor's Note: I'm happy to pass along Steve's message even though as all regular readers here know, I do the very same thing myself where this Digest is concerned. Orange Calling Card royalties along with Telepassport royalties help in a small way to offset the cost of producing this Digest each day. The 'affinity' method of selling long distance phone service is an approach which has helped many non-profit organizations in the past three years since it was conceived. PAT] ------------------------------ End of TELECOM Digest V14 #4 **************************** Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa28387; 5 Jan 94 1:15 EST Received: by delta.eecs.nwu.edu id AA26272 (5.65c/IDA-1.4.4 for telecom-recent@lcs.mit.edu); Tue, 4 Jan 1994 21:31:33 -0600 Received: by delta.eecs.nwu.edu id AA17879 (5.65c/IDA-1.4.4 for /usr/lib/sendmail -oQ/var/spool/mqueue.big -odi -oi -ftelecom-request telecomlist-outbound); Tue, 4 Jan 1994 21:31:00 -0600 Date: Tue, 4 Jan 1994 21:31:00 -0600 From: TELECOM Moderator Message-Id: <199401050331.AA17879@delta.eecs.nwu.edu> To: telecom@eecs.nwu.edu Subject: TELECOM Digest V14 #5 TELECOM Digest Tue, 4 Jan 94 21:31:00 CST Volume 14 : Issue 5 Inside This Issue: Editor: Patrick A. Townson Motorola Cellular Phone Programming (Mark Crispin) CFP: Home, Informatics, Tele ... Intl. Conference June 94 (Kresten Bjerg) Bandwidth to Russia Wanted (Alex Turkenich) Excel LD Provider: Yea or Nay? (Dave Read) Info on Cellular One NACP (Colin Tuttle) 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. ---------------------------------------------------------------------- Date: Tue, 04 Jan 1994 16:35:08 PST From: Mark Crispin Subject: Motorola Cellular Phone Programming Here is a documentation file I wrote: Motorola Digital Personal Communicator secrets revealed!! INTRODUCTION AND RELIGIOUS STATEMENT The purpose of this document is to enable the hacker who wants to know everything about his DPC cellular telephone. It is based upon the belief that the bad guys already know this information, so keeping it secret doesn't do any good except to annoy those of us who want to know *everything* about our phones. Some of this information only applies to certain models, or varies from model to model. I entered the information for the model of DPC which I have. If you have a different model, either figure it out on your own or get ahold of the Motorola documentation and look it up there. Have fun with this information, but don't try to use it for illegal activity (fraud, harassment, illegal transmission). The cellular companies and the FCC are becoming quite aggressive (and skilled) at tracking such activity down. At best, your phone's ESN will be blacklisted nationwide; at worst, you could face federal criminal charges. The bad guys use stolen phones or phones with altered ESNs, and either toss the phone or alter the ESN after a day or so of misuse. This hole will be closed upon the completion of a North American ESN database which the cellular companies are busily setting up. On the other hand, feel perfectly free to tell a new cellular company (e.g. when you move to a new city) to buzz off when they want to charge you $25 to reprogram your phone. Tell them just to give you the various details of programming information you need (system ID, telephone number, station class mark, access overload class, group ID, paging channel, MIN mark, and local use mark) and do it yourself and save $25. Even better, if you decide to get an evaluation account with the other carrier, you can program your dual NAM without letting the new or old carriers know too much about your other account. [If you've ever dealt with the customer service people at the carrier you know why this is desirable ...] Remember, it's your phone; you own it (even *if* the cellular carrier puts its name on it). You can do anything with it that you damn well please, as long as you don't use it to transmit in an unauthorized fashion or attempt to place fraudulent calls. I pay for every call I make; you should too. USER MODE COMMANDS PWR toggle power on/off unlock phone (nnn = unlock code) CLR erase last digit (hold to clear all) 1 (held down) dial number in location 01 SND place call nn SND place call from memory nn SND redial attempt for next four minutes SND switch hook toggle during a call END terminate call or mode VOL adjust earpiece volume STO nn store in memory nn RCL nn recall from memory nn (*/# to scroll) RCL nn RCL SND tone dial from memory nn RCL 00 view last number called RCL SND continue to next after pause in dialing sequence RCL * system type selection (* to scroll, STO to select, END to exit): Std A B non-wireline first, then wireline (home non-wireline) Std B A wireline first, then non-wireline (home wireline) SCAn A B non-wireline first, then wireline (home wireline) SCAn B A wireline first, then non-wireline (home non-wireline) Home home only SCAn A non-wireline only SCAn B wireline only RCL # view own phone number RCL # STO change to alternate phone number (dual NAM feature) RCL # # view individual call timer RCL # # # view resettable call timer RCL # # # # view cumulative call timer FCN VOL adjust ringer volume FCN SND insert pause in dialing sequence FCN RCL nn insert tone dial from memory nn in dialing sequence FCN 0 1 STO enable call restriction (only memory 01-10 permitted) FCN 0 4 STO disable call restriction FCN 0 7 CLR reset resettable call timer FCN 0 9 RCL view non-default status (*/# to scroll, END to exit) SiG oFF signal strength meter disabled AnSWer automatic answer enabled AUtoLoc automatic local enabled Emr OFF emergency dialing disabled vOX VOX mode enabled L dtMF Long-tone DTMF enabled LEvEL 1 call restriction enabled SCAn A B non-wireline first, then wireline (home wireline) SCAn B A wireline first, then non-wireline (home non-wireline) Home home only SCAn A non-wireline only SCAn B wireline only FCN 0 RCL display unlock code FCN 0 STO change lock code FCN 0 RCL program phone (* to scroll, # to exit, SND during entry number display to save changes) WARNING: if the phone is reprogrammed too many times, programming will be disabled. The only way to fix this is to completely wipe out the memory with 32# in Test Mode. 01 System ID 02 Area Code 03 Telephone Number 04 Station Class Mark 05 Access Overload Class 06 Group ID Mark 07 Security Code 08 Unlock Code 09 Initial Paging Channel (0333 for A, 0334 for B) 10 Option Programming Bits (default 011100) 100000 Internal Speaker Disable 010000 Local Use enable (responds to local control orders) 001000 MIN Mark enable (0 = area code always sent) NOT CHANGEABLE IN CURRENT MODELS 000100 Auto Recall enable (speed dial from memory) 000010 Second Telephone Number Enable 000001 Diversity enable (dual antennas) 11 Option Programming Bits (default 11110) 10000 Failed Page Indicator Disable (0 = user told about failed inbound calls due to weak signal) 01000 Motorola Enhanced Scan enable 00100 Long Tone DTMF enable 00010 Transportable Internal Ringer/Speaker enable 00001 Eight Hour Timeout disable (0 = phone shuts down after 8 hours) 12 start of information for second phone number (steps 07, 08, and 11 are skipped) FCN 1 view features (*/# to scroll, END to exit): _ SiGnAL OFF signal strength meter enabled o SiGnAL OFF signal strength meter disabled _ AnSWr AUTO automatic answer disabled o AnSWr AUTO automatic answer enabled _ AUTO LOC automatic lock disabled o AUTO LOC automatic lock enabled _ EMrCY OFF energency dialing enabled o EMrCY OFF energency dialing disabled _ vOX MOdE VOX mode disabled o vOX MOdE VOX mode enabled _ LOnG dtMF Long-tone DTMF disabled o LOnG dtMF Long-tone DTMF enabled FCN 2 ??? I don't know what, if anything, this does FCN 3 ??? I don't know what, if anything, this does FCN 4 battery meter FCN 5 lock phone FCN 6 mute toggle FCN 7 ??? I don't know what, if anything, this does FCN 8 ??? I don't know what, if anything, this does FCN 9 ??? I don't know what, if anything, this does TEST MODE COMMANDS Shorting the middle pin of the battery connector puts the phone in test mode upon power up. Unlock the phone first if necessary. It starts out in Status Display Level. The display will alternately flash two values: xxx yyy xxx = channel, yyy = RSSI (signal strength) abcdefg a (D)SAT (supervisory audio tone): 0 5970 Hz 1 6000 Hz 2 6030 Hz 3 No SAT 0 - 6 DSAT vector 7 No DSAT b TX (1 = on) c Signalling Tone (1 = on) d Power Level (0-7) e Control Channel (1 = on) f RX Audio (1 = off) g TX Audio (1 = off) Pushing the # key will put the telephone in Servicing Level. The display will be US '. This can be done without unlocking it. WARNING!!! Some of these commands will cause the phone to transmit. This may get your cellular phone company annoyed at you. Of greater concern is the fact that doing so is *illegal* under federal law and can get the FCC breathing down your neck. ``Verbum sat sapenti...'' Servicing Level commands are: 01# Restart (re-enter DC power start-up routine) 02# Display Current Telephone Status (non alternating version of Status Display) 04# Initialize Telephone to Standard Default Conditions 05# TX Carrier On 06# TX Carrier Off 07# RX Audio Off (mute receiver audio) 08# RX Audio On 09# TX Audio Off 10# TX Audio On 11 # Set Transceived to specified Channel 12 # Set Power Step (0 = maximum, 7 = minimum) 13# Power Off 14# 10 KHz Signaling Tone on 15# 10 KHz Signaling Tone off 16# Setup (transmits a five word RECC message) 17# Voice (transmits a two word RECC message) 18# C-SCAN (allow entry of as many as 5 negative SIDs for each NAM) 19# Display Software Version Number 25 # SAT On (value is SAT tone number, 0-2) 26# SAT Off 27# Transmit Data (transmits continuous control channel data) # terminates 32# Clear the telephone. This may be necessary to reprogram the telephone after too much reprogramming. The following data is erased: System Registrati