TELECOM Digest     Tue, 3 May 94 11:40:00 CDT    Volume 14 : Issue 195

Inside This Issue:                          Editor: Patrick A. Townson

    Summary: Information on Telecommuting Policies Wanted (Matthew Blackmon)
    Worldwide Telecom Information (Ion Publishing Systems)
    Commercial E-mail and News Service in Argentina (Horacio Stolovitzky)
    Easy Asia-Pacific Roaming For Pagers and Phones (Greg Alexander)
    Cirrus Network ATM Usage in Slovakia? (Barry Bouwsma)
    Any Modem Decode DTMF? (Mark Boylan)
    Programming For Mitsubishi 4000 Cellular Phone? (Alan M. Gallatin)
    Government Limits Number of Modem Redial Attempts (Tim D. Gilman) 

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.
It is also gatewayed to Usenet where it appears as the moderated
newsgroup 'comp.dcom.telecom'. 

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 edited, published and compilation-copyrighted by Patrick
Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
or phone at:
                    9457-D Niles Center Road
                     Skokie, IL USA   60076
                       Phone: 708-329-0571
                        Fax: 708-329-0572
  ** 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 partially funded by a grant from the              *
* International Telecommunication Union (ITU) in Geneva, Switzerland    * 
* under the aegis of its Telecom Information Exchange Services (TIES)   * 
* project.  Views expressed herein should not be construed as represent-*
* ing views of the ITU.                                                 *
*************************************************************************

Additionally, the Digest is funded by gifts from generous readers such
as yourself who provide funding in amounts deemed appropriate. Your help 
is important and appreciated.

All opinions expressed herein are deemed to be those of the author. Any
organizations listed are for identification purposes only and messages
should not be considered any official expression by the organization.
----------------------------------------------------------------------

From: blackmon@cs.utk.edu (Matthew L. Blackmon)
Subject: Summary: Information on Telecommuting Policies Wanted
Date: 3 May 1994 10:00:33 -0400
Organization: CS Department, University of Tennessee, Knoxville


Greetings:

I received over 30 requests for summaries regarding my recent posting
with respect to telecommuting policies.  As such, I am posting a 
summary of the large number of replies that I received.

I have pared this down as much as possible, but the posting is still
quite long.  Any omissions or errors as a result are mine.

A very large THANK YOU to all those that responded.


Thanks again,

Matt Blackmon blackmon@cs.utk.edu | mblackmo%utmck_mis@wpgate.utk.edu
Department of Computer Science    | Manager, Network Engineering and
TechnologyThe University of Tennessee       | The University of TN Medical
Center 
Knoxville, Tennessee 37996        | 615.544.6110 

              ********BEGIN SUMMARIZED POSTING
 
 Article 13464 of comp.dcom.telecom:
 Date: 23 Apr 1994 21:29:02 -0400
 From: blackmon@cs.utk.edu (Matthew L. Blackmon)
 Newsgroups: comp.dcom.telecom
 Subject: Telecommuting Policies and Procedures
 Organization: CS Department, University of Tennessee, Knoxville
 X-Telecom-Digest: Volume 14, Issue 182, Message 9 of 9

Greetings:

I have been charged with the task of locating some resources on
telecommuting policies and procedures that are in use in industry.

We here at the University of Tennessee Medical Center are just entering
this arena, and are interested in learning as much as possible.

The particular areas of interest are personnel policies and
procedures, such as, work hours and ethics, pay scales (ie, do you pay
more or less for telecommuters?), payment of services and equipment
(ie, do you pay for the equipment and the ISDN or data lines to the
house, or does the telecommuter?), and etc. We are looking for any
ideas and pointers along this line.

Please email me and I will post a summary if there is sufficient interest.

                   --------------------------

   From: ae446@freenet.carleton.ca (Nigel Allen)

You might want to contact some large institutional employers, such as
your state's civil service commission .
 
Some Canadian organizations that you may want to contact are:

 Deputy Minister
 Management Board Secretariat
 Government of Ontario
 12th floor, Ferguson Block
 77 Wellesley Street West
 Toronto, Ontario M7A 1N3
 Canada
 telephone (416) 327-3805
 fax (416) 327-3809
 
 Francine Giguere
 Director - Public Affairs
 Bell Canada
 1050 Beaver Hall Hill
 Montreal, Quebec H2Z 1S4
 Canada
 telephone (514) 870-3995
 fax (514) 876-3958
 
 Ontario Hydro
 Corporate News Office
 Attn: Terry Young
 700 University Ave.
 Toronto, Ontario M5G 1X6
 Canada
 telephone (416) 592-3338

 Secretary General
 Public Service Commission of Canada
 300 Laurier Ave. West
 Ottawa, Ontario K1A 0M7
 Canada
 telephone (613) 992-2425

These people may not be able to answer your questions, but they
should be able to refer you to someone in their organization who
can help.

A researcher at McGill University (I don't know her name) in Montreal
is doing a study of "teleworkers", salaried employees who work at
home. You might want to give her a call at (514) 843-8044 (voice). She
might be able to give you some good contacts.


  From: uswnvg!jlbrand@uunet.UU.NET (Jack Brand)
  Organization: US West NewVector, Inc., Bellevue, WA

I used to work for Pacific Bell and my work group did quite a lot of
telecommuting.  If you can contact P.B. they might send you their
official guidelines for telecommuting (it's a well-written booklet).

jb

  From: <pariso@ocpt.ccur.com>
  Organization: Concurrent Computer Corporation, Oceanport NJ

I am the Telecommunications Administrator for my company, and we have
many telecommuters in our company.  We handle them in various
different ways.  In most cases they use their company calling card and
use their own personal lines for the calls.  In some cases, where the
employee uses their home for more than data telecommunicating, i.e.
receiving calls at home, I install telephone and data lines and the
bills are charged to the company, and reviewed monthly.  Each location
receives one data line and one voice line. I never install more than
two lines.  I hope this helped a bit.

Carla Parisos


   From: dpy1@CORNELL.EDU (David Young)
   Organization: Cornell University

Hi,

I'm a graduate student at Cornell University.  I work with Professor
Frank Becker at the International Workplace Studies Program.  The
program is sponsored by organizations like Aetna, Arthur Andersen,
Ernst & Young, Herman Miller, Steelcase, Silicon Graphics and several
others.  Many of these organizations have implemented successful
telecommuting programs and other innovative workplace strategies like
virtual offices, hotelling and non-territorial offices.

These organizations sponsor research in the area you are interested
in.  You can find out more by contacting Frank Becker:

email: fdb2@cornell.edu
phone: 607-2551950

David Young
Department of Design & Environmental Analysis
Cornell University
Ithaca, NY 14850


  From: micky2@violet.berkeley.edu (Micky Skronski)

I spotted your April 23 post in comp.dcom.telecom.  I had just
subscribed to comp.dcom.telecom for exactly the same reason.  In my
inquiries around my campus (UC Berkeley) I have found one written
policy from one of the other departments in our control unit --
Information Systems and Technology.  If you would like, I can send
that to you.  It is not terribly sophisticated but is the only thing I
have so far.

I hope that you will share any other responses you receive.  I will
send along a University policy if I find any.  I also have friends who
work in the computing industry and will be asking them.  I called a
cousin who works in human resources for Charles Schwab -- they don't
really have a policy -- they strongly discourage the practice.

Let me know if you are interested in the only "department level"
document I have.

   From: "senator@well.sf.ca.us" <COVELLJ@ALM.ADMIN.USFCA.EDU>

Saw your post in the TELECOM Digest on this subject.  You should know
that the "telecommuting guru" is Gil Gordon, 10 Donner Court, Monmouth
Junction NJ 08852; (908) 329-2266; (908-329-2703 fax). Extremely
knowledgable and very helpful a couple years ago when my former
employer was planning and implementing a flexplace program.  John
Covell


   From: dmausner@brauntech.com (Dave Mausner)

Ny previous employer made these arrangements:

He paid dedicated line (9600 baud) costs if employee lived in service
area of company's telco exchange office;

Otherwise, he paid connection charges over dialup lines using
automatic expense reimbursement;

Telecommuters were NOT discriminated against with respect to pay.

Work was based on completion of assigned tasks, not hours-per-day
quotas.

Hope you find this useful. Regards.

Dave Mausner, Braun Technology Group, 30 W. Monroe 300, Chicago, IL 60603


  From: sd03@gte.com (Shuang Deng)
  Organization: GTE Laboratories, Waltham, MA

Bellcore reportedly has, or is working on, a policy.  My employer is
looking at it, but no thing is expected to come out for at least
another six monthes.

Regards,

Shuang Deng             Email:   sdeng@gte.com
GTE Laboratories            or     sd03@gte.com
40 Sylvan Road          Phone: +1 617 466 2165
Waltham, MA 02254, USA  Fax  : +1 617 466 2650


   From: Michael Duane x7827 <duanem@apollo4.eng.sematech.org>

The telecommuter saves you money (by not occupying office space, so
you should pay for the phone lines). ISDN probably isnt needed except
for graphics intensive applications.

I'll include an a similar posting I recently saved:

    Date: Thu, 27 Jan 1994 13:17:59 +0100
    From: cvitoa!koos@relay.NL.net (Koos de Heer)
    Subject: Telecommuting Summary

Recently I have had email discussions with a few people about
telecommuting. A number of questions remained unanswered between us,
so I am posting a summary of our discussions and the questions that we
have. Anyone who is willing to contribute: please do so. Preferably by
posting, but if you cannot post, email me and I will summarize in a
future post.  Special thanks to G. Trevor Foo (foo@buvax.barry.edu)
for his contributions.


Driving forces for the proliferation of telecommuting:

Technology:

For example, the advent of low priced desktop videoconferencing
equipment and the recent movements in the U.S. for a national
information infrastructure.  The LINK Resourse, a telecommuting
research firm, states that employees are spending an increasing amount
of money on acquiring their own equuipment to telecommute.  From 1991
to 1992, PCs sold to information workers have increased by 27%.

Traffic problems: 

No need to elaborate: costs, time, environment ...

Job mobility:

Lifetime employment means moving once to the town of your employer and
never having traffic problems again. Planning to switch jobs means
living where you want to live, independent of where your job is
located because after a few years you will have another job somewhere
else anyway.

Women's (and men's) lib:

More flexibility in the daily schedule, for both partners, makes it
easier to both have a career and children.

Changing management culture: 

Output oriented management instead of process (attendance) oriented
management.  This is a requirement, telecommuting is not going to work
well without it.

Size of business that will especially adopt (and benefit from) 
telecommuting:

Small organizations:

- small businesses have a less formal organizational culture,
  less bureaucracy, than larger organizations.
- innovation is easier and more common, new technologies are
  adopted faster.
- they have less rigid operating procedures.

Large organizations:

- large businesses are changing management culture and 
  desperately looking for ways to become more efficient.
- another important condition for effective telecommuting is 
  specialization: in a small organization, the workers tend to
  be less specialized. When someone has more different tasks, 
  more contact with co-workers is needed.
- large organisations are familiar with the use of elctronic 
  links between co-workers, possibly to the extent that they
  will not know if a co-worker is at home or in the office.

Numbers and growth:

Present estimates of the size of the potential telecommuting work
force range from 30% to 45% of the total work force in highly
industrialized countries. This does not mean that 30% or 45% of the
_work_ is telecommutable. Many of the workers will telecommute only
part of the week. The portion of the total amount of work that could
be considered telecommutable is probably less (does anyone have a
hunch about a figure for this?).

The present research seems to start from jobs and criteria as they are
now, allowing for growth of telecommuting on the basis of growing
acceptance of technologies and growing political concern. It would be
useful to have a prediction of how other factors may change. There are
developments in society that will influence the telecommuting
potential in the years to come:

- Industrial jobs are decreasing in number as processes are 
  automated. Jobs in commerce, automation, consultancy and 
  other services are increasing.
- Not only technology develops, but also people get more 
  used to technology for communication. The need for personal 
  meetings will never disappear, but become less over the 
  years to come.

We have not found a way to calculate a figure for the impact of these
changes. Anyone have ideas on this?

A thought: if there are figures for the penetration of email and fax
and for the growth of internet, and if there are predictions for how
those figures will develop in the future, would that information be
useful to say something about the rate at which technology becomes
accepted? Of course, that does not solve the equation yet, as there
are more unknown variables. Like the necessary change in the culture
and management style of organizations (output driven rather than
process driven).

As I said, any comments are appreciated.


koos de heer - centrum voor informatieverwerking
koos@cvi.ns.nl               tel. ++31.30.924860

michael.duane@sematech.org


   From: "Peter M. Weiss" <PMW1@PSUVM.PSU.EDU>
   Organization: Penn State University

Don't forget the notebook archives of FLEXWORK stored on the
listserv@psuhmc.hmc.psu.edu.

Here is the script that I sent to the listserv followed by the INDEX
output.  Change the INDEX to PRINT to get the actual text:
 
/* --------------------- clip and save ---------------- */
//ListSrch JOB Echo=no
Database Search DD=Rules OUTLIM=3000 f=mail
//Rules DD *
S (pay or salary) and (policy or policies) in flexwork
index
/*
//  EOJ
/* --------------------- clip and save ---------------- */
 
> S (pay or salary) and (policy or policies) in flexwork
--> Database FLEXWORK, 5 hits.
 
> index
Item #   Date   Time  Recs   Subject

000057 93/05/26 07:04  447   teleco
000059 93/05/31 13:21  943   NEW SIRI SERVICES
000060 93/06/19 14:08   99   Tele-Community (fwd)
000065 93/10/15 16:15  592   INT'L ACADEMY OF BUSINESS DISCIPLINES CALL FOR
PAP+
000079 93/11/02 08:30  962   (Forwarded) article on telework

                 -------------------
 
 co-owner LDBASE-L, et -L
Pete-Weiss@psu.edu     "The 'NET' never naps"             +1 814 863 1843
31 Shields Bldg. -- Penn State Univ -- University Park, PA 16802-1202 USA

********END SUMMARIZED POSTING

Matt Blackmon blackmon@cs.utk.edu | mblackmo%utmck_mis@wpgate.utk.edu
Department of Computer Science    | Manager, Network Engineering and
Technology 
The University of Tennessee       | The University of TN Medical Center 
Knoxville, Tennessee 37996        | 615.544.6110 

------------------------------

From: gpalmer@dgs.dgsys.com (Ion Publishing Systems)
Subject: Worldwide Telecom Information
Date: 3 May 1994 10:40:48 -0400
Organization: Gigital Gateway Systems


I am looking for information about the current telephony
infrastructure in each country around the world. Is there such a
source anywhere?

Please reply directly.

Thanks!

Gerry

------------------------------

Subject: Commercial E-Mail and News Service in ARGENTINA
From: horacio@satlink.net (Horacio Stolovitzky)
Date: Tue, 03 May 94 00:47:49 -0400


You can find enclosed an updated information about SatLink in Argentina:

SatLink
========
Argentina SatLink Uucp/Internet gateway

SatLink service was introduced in 1992 as the first independant e-mail
and USENET news commercial provider in South an Latin America.  The
network users are UUCP connected. Satlink serves companies,
enterprises, academic and scientific institutions, government
agencies, embassies, media, public organizations, and individuals.

Facilities:
===========

Electronic mail, USENET news, Domain Name Server, FTP mail service, 
ARCHIE service, listserv, argentinian mail lists, directory and naming 
services, UUCP connectivity.

Addressing:
===========

All computers and subnetworks on SatLink use Internet-style domain
addresses.  SatLink has its own domains for its hosts and routers
(satlink.net, ar.net and argentina.com).  Each attached member
organization has its own Internet-style set of domain addresses. Each
attached member system has a postmaster account for inquiries on
addresses and users.

Please contact postmaster@satlink.net for information or help.  There
are about 300 attached member domains and sub-domains across Argentina
connected to Satlink (April 1994).


Contact:
========
Horacio D. Stolovitzky
SatLink Uucp/Internet gateway
Casilla de Correo 3618
(1000) Correo Central
Buenos Aires - ARGENTINA
Telephone: +54-1-983-6740
Modem: +54-1-958-1041
E-mail: postmaster@satlink.net
        postmaster@ar.net

Future Plans:
=============
SatLink plans to open a TCP/IP connection by the beginning of 1995.

Notes:
======

Satlink is developing POPs (Points of Presence) all around Argentina
in the major cities: Buenos Aires, Cordoba, La Plata, Rosario,
Mendoza, Comodoro Rivadavia, etc ...


Horacio Stolovitzky             Internet address: root@satlink.net
SatLink Uucp/Internet Gateway                     root@ar.net
Buenos Aires, ARGENTINA                           root@argentina.com

                  SatLink: Networking for the masses!

------------------------------

From: gregalex@cybernet.cse.fau.edu (Greg Alexander)
Subject: Easy Asia-Pacific Roaming For Pagers and Phones
Date: Tue, 03 May 94 03:41:19 EDT
Organization: Cybernet BBS, Boca Raton, Florida


I'm trying to help my father out by finding a way for us and his work
to keep in contact with him as he travels throughout Asian countries
(and sometimes Europe). We live in Australia, so the GSM Digital
phones look good, but aren't yet functioning in most of the countries.

Hong Kong, New Zealand and Singapore are easy to get, but Vietnam,
Korea, Malaysia, Indonesia are quite difficult. Does anyone know of
any company that has a pager or phone roaming feature that might work
(without signing up in every country individually for our Analogue
phone to have a different number everywhere (preferably :) -- that
would cost alot!)

I've heard a new Global Paging System is being setup for release in
July, but no-one in Australia seems to know anything about it. This
would seem ideal (for one-way communication). Anyone know anything?


Thanks heaps,

Greg   galexand@ozemail.com.au  (above address less frequently used)

------------------------------

From: ag786@yfn.ysu.edu (Barry Bouwsma)
Subject: Cirrus Network ATM Usage in Slovakia?
Date: 3 May 1994 04:13:37 GMT
Organization: St. Elizabeth Hospital, Youngstown, OH
Reply-To: ag786@yfn.ysu.edu (Barry Bouwsma)


    Yes, the money machine type of ATM.  I made a post to this group
somewhat over half a year ago, in which I inquired about the behavior
of my money machine card when it would work, and wouldn't work, in the
Slovak Republic.

    Shortly thereafter, the ATM card I was using was reissued, and the
replacement card was supposed to work throughout the world.  It seemed
to, except not in Slovakia.  I'm now trying to figure out if this may
have been a problem with the Slovak bank network, or with my US card
and bank.

    What I would like to ask, seeing as I never had any success trying
to use the Cirrus/MasterCard/EuroCard ATMs anywhere in Slovakia from
about October of 1993 through March of 1994, is whether anyone from
anywhere in the US, or elsewhere in the world, might have tried to use
a Cirrus card, or even a MasterCard, anywhere in Slovakia (such as in
Bratislava) during this time, or recently, and whether you had success
or failure with this.

    Of course, mail your responses directly to me rather than to the
group, to help me see if this problem is unique to my bank, or if it
has affected others and would then be a problem with the Slovak bank.
I'm asking this of Telecom readers, because as they travel, I would
expect them to pay more attention to these electronic fund transfers
then your typical traveler.  Thanks in advance ...


Barry Bouwsma, back in Michigan, wishes he were in Europe
MIME mail to  <barryb@ccsun.tuke.sk> , ASCII text to  <ag786@yfn.ysu.edu>

------------------------------

From: boylanm@iia.org (mark boylan)
Subject: Any Modem Decode DTMF?
Date: 3 May 1994 00:24:41 -0400
Organization: International Internet Association.


Is there a modem that can accept and decode DTMF tones after it's
answered an incoming call?  And also, how can I send the output of a
SoundBlaster card over the same phone line?  I'm trying to write an
app that will allow a caller to select a .WAV file from just a phone,
and then listen to it.


mark

------------------------------

From: Alan M. Gallatin <amg@panix.com>
Subject: Programming For Mitsubishi 4000 Cellular Phone?
Date: 2 May 1994 21:39:19 -0400
Organization: PANIX Public Access Internet and Unix, NYC


Greetings.  I have a Mitsubishi 4000 cellular phone (unless I'm
mistaken, it is the same as the Diamondtel 22X) -- I need to change my
security code (not the lock code) and, therefore, need to get into the
phone's programming mode.  Does anyone have the programming code for
this model (along with appropriate instructions for entering this
mode)?

Replies via e-mail only, please.  Thanks a bunch!


Alan M. Gallatin          amg@panix.com                
amg@israel.nysernet.org   amg@jerusalem1.datasrv.co.il 

------------------------------

From: tdgilman@iris-1.CE.Berkeley.EDU (Tim D. Gilman)
Subject: Government Regulates Number of Modem Redial Atttempts?
Date: 3 May 1994 03:51:30 GMT
Organization: UC Bezerkeley


I was trying out new modem software yesterday, and under the option
where one can specify the number of redial attempts before giving up,
somthing like the following reads: "Governement regulations may limit
you to 10 redials maximum."  I had never heard anything about this.
Out of simple curiosity, could someone enlighten myself (or others as
well) on this matter?


Thanks,

Tim


[TELECOM Digest Editor's Note: That has been the case in Canada for quite
a few years and I think it is true here in the USA also now. The reason is
a modem has no way of knowing it is dialing a wrong number and being
offensive to the human victim at the other end ... and some owners of
modems could care less :( ... by limiting the number of redial attempts,
the owner is forced to re-enter the data for the dialing string now and
then, meaning if he entered the wrong information to start with (and as
a result has been hounding some poor person for several minutes with
modem calls) the chances are likely he may enter the correct string the
next time he has to enter it manually. Some people, you see, leave the
speaker turned off all the time and as a result don't even realize they
are connecting to a live person in errror instead of another modem. I
would rather have seen a rule saying that if voice was detected instead
of carrier, the speaker would automatically turn on regardless of its
setting and play the intercept message (or bewildered human saying 'hello'
over and over) to the person at the computer. But the way they have it
now with limits on the redial attempts is the next best solution.   PAT]

------------------------------

End of TELECOM Digest V14 #195
******************************
