From: byron@cc.gatech.edu (Byron A Jeff)
Newsgroups: alt.cyberpunk,sci.electronics
Subject: Re: Caller ID block?
Date: 21 Dec 92 01:00:58 GMT
Reply-To: byron@cc.gatech.edu (Byron A Jeff)
Organization: Georgia Institute of Technology

It's finally time for me to jump in here. Some of my own ideas are present.

In article <1992Dec20.154931.23507@lunatix.uucp> chelf@lunatix.uucp (Chad Helfenberger) writes:
>In article <BzIyAp.J4t@ns1.nodak.edu> csmith@plains.NoDak.edu (Carl Smith) writes:
>>>
>>>The only problem I see with the kill list idea is that most businesses have 
>>>multiple phone lines, and I'm pretty sure (not certain) that the kill list 
>>>will have a limited memory.

Memory is not a problem. It's one of the cheapest parts of a system like this.
Even a half a meg is not an unreasonable expectation.

As for multiple phone lines it might be reasonable to exclude an entire area
code + prefix. That'll usually get all the business lines. 

>>
>>Well, at this time I am not aware of any currently marketed product that
>>does what I want (different rounting decisions based on number and time of
>>day, to the phone or answering machine.  If one does not exist when caller

Pretty good idea huh. Maybe one of us can pull it off. I posted the exact same
idea about 6 months ago. Got a lot of interesting responses. It's on my to do
list right after resolving the small matter of world peace ;-)

>>id becomes available in my area, I plan on putting my electronics experience
>>to work and design one.  In that case, the number of calls I could put
>>in the kill list would be limited only by the amount of money I want to 
>>invest in memory chips...  :)  And, like I said before, it wouldn't be a

Keep Pseudo-static RAMS in mind. One chip is 512K x 8. Hook it up with an 80C32
with bank switching and you're in business.

>>"kill" list, it would be a "Always dump these calls to the answering
>>machine without even ringing the phone" list.

Nah. I'd have a true kill list which would log the calling number and just
let the phone ring and ring and/or pick up the phone and then hang it up again.

>
>Sounds like a reasonable plan.  I'm sure you know my views on CNID, anyway, 
>so I won't get into any of that.
>
>>Well, like I said, I would have to build my call router so that the callers
>>could get around it in case of an emergency.  So, if they follow the
>>instructions, "press 1 if this is a real emergency," all the important
>>calls would get through.  But undesireables could abuse that and press 1
>>to get me on the phone even if it wasn't an emergency.  So the usefulness
>>of it all depends on how honest the telemarketers are...

>
>All I have to say is I wouldn't place my money on the telemarketers being 
>honest.

Guess what: THEY'RE NOT! They'll take advantage of that in a minute. Imagine
what would happen is a really important or emergency call came through when
you're not home. The best you can expect is an answering machine to take the
message. Emergency personel would have to get your number from somewhere if
a family member were in trouble (i.e. wallet, purse, ID bracelet). Those items
are on the person so the emergency code could be written along with the phone
number. What other truly emergency situations might arise?

>
>>>This is where we disagree, I think.
>>
>>I suppose it all depends on how much the telemarketers annoy you, and how
>>much it angers you to answer the phone at 3am to hear "sorry, wrong number"
>>as soon as you say hello...
>
>I suppose.  Maybe if I allowed my number to go everywhere, I would have this 
>problem also.
>
>>To clarify how my proposed ID system would work:
>>
>[description of ID system deleted]
>>
>>Gee, my call router system gets more complicated the more I talk about it.
>>:)
>
>Doesn't EVERYTHING? :)
>
>>
>>-- Carl D. Smith Jr.
>>-- csmith@plains.nodak.edu
>
>
>-- 
>Chad Helfenberger
>(chelf@lunatix.uucp) 

Gentlemen, I think we're all on the right track ( And I didn't see the message
with the proposed system]. Maybe a kit and software might be the way to go.

Later,

BAJ
---
Another random extraction from the mental bit stream of...
Byron A. Jeff - PhD student operating in parallel!
Georgia Tech, Atlanta GA 30332   Internet: byron@cc.gatech.edu
Newsgroups: alt.cyberpunk