From owner-freebsd-multimedia  Fri Jun 14 17:40:45 1996
Return-Path: owner-multimedia
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id RAA06471
          for multimedia-outgoing; Fri, 14 Jun 1996 17:40:45 -0700 (PDT)
Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2])
          by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA06464
          for <multimedia@freebsd.org>; Fri, 14 Jun 1996 17:40:44 -0700 (PDT)
Received: (from dgy@localhost) by seagull.rtd.com (8.6.12/1.2) id RAA22900; Fri, 14 Jun 1996 17:40:37 -0700
From: Don Yuniskis <dgy@rtd.com>
Message-Id: <199606150040.RAA22900@seagull.rtd.com>
Subject: Re: CallerID ?
To: rpt@miles.sso.loral.com (Richard Toren)
Date: Fri, 14 Jun 1996 17:40:36 -0700 (MST)
Cc: hasty@rah.star-gate.com, multimedia@freebsd.org
In-Reply-To: <Pine.SUN.3.91.960614200240.7038A-100000@miles> from "Richard Toren" at Jun 14, 96 08:12:42 pm
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-multimedia@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

It seems that Richard Toren said:
>  I bought an ID box just so that I could verify my results. It never did
> work. The results of my talks with PP tech support were these:
>   1) there is no standard for caller ID. Different companies may do
>       it differently.

I assume you mean the content of the message transmitted?  I thought
the actual hardware interface characteristics were pretty much standardized.

>   2) PP is in CA, and as a result they never could test there; but rather
>       had to go out of state.
>   3) Different "CP"s will have different signal levels. What you may be able
>       to pick up at one phone you can't 2 blocks away.

I suspect that may be more a case of the load impedance your "phone"
(i.e. home) presents to the CO.
 
> In my case, I have two phone lines in the same exchange, but they do enter
> the house on two different trunk lines. The CallerID box does show numbers
> for one line but not the other (always out of area). After these initial

Do you have the same load on each line (e.g., REN's?)  I know I have
some genuine Ma Bell touchtone phones that won't even generate their
touchtones on modestly loaded lines -- yet work perfectly with
lightly loaded lines...

> failures I dropped the idea. Corporate secutity also decided that it would
> not be secure enough anyway (-shrug-).

You could always use callbacks!  :>
--don