[fa.telecom] TELECOM Digest V2 #92

TELECOM@Usc-Eclb (07/27/82)

TELECOM AM Digest       Tuesday, 27 July 1982      Volume 2 : Issue 92

Today's Topics:
              Remote Access Of Phone Answering Machines
                          NPANXX - Whazzat?
                         VA3451P Burst Errors
----------------------------------------------------------------------

Date: 23 Jul 1982 13:30:58-PDT
From: CSVAX.pag at Berkeley
Subject: Remote access of phone answering machine

I recently purchased the relatively new "TAD-150" phone answering
machine made by Radio Shack.  This is the model which has remote
access, and time stamps each message.  My problem: whenever I try to
call the machine remotely to get my messages, it does not respond to
the code tones generated by the remote control unit.  However it does
respond when I call it from a phone located relatively nearby ( and on
the same exhange).  Any ideas?  I'd also be interested in hearing from
others who also have TAD-150's.

--peter gross
arpa:  CSVAX.pag@BERKELEY
uucp:  ucbvax!pag

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

Date: 23 July 1982 1810-EDT (Friday)
From: Mark.Sherman at CMU-10A
Subject:  NPANXX

What does "NPANXX" mean?
			-Mark Sherman (Sherman@CMU-10A)

[NPA = Area code, NXX = Prefix (first 3 digits after area code). I
don't know the historical data. --JSol]

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

Date:     26 Jul 82 0:13:29-EDT (Mon)
From:     J C Pistritto <jcp@BRL>
Subject:  VA3451P errors

I have a Vadic 3451P, which I use from the Baltimore Md. area to
connect to a computer in Northern Virginia.  I seem to be getting
burst errors at the rate of one error per ~500 chars or so, with each
error being 8 to 10 chars at 1200 baud, (~10msec) in duration.  This
happens whether I use Sprint or 'Genuine Bell' to make the connection,
and my local line works fine for calls to Baltimore area computers.
The modem on the other end is one of the Anderson-Jacobsen Vadic
look-alikes.  Does anyone have any idea as to the cause/solution of
this problem?

						-JCP-

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

End of TELECOM Digest
**********************
-------