*start*
00936 00092 US 
gvMsgID: Halbert.PA $ 3#14@10-May-83 18:39:29 PDT
Categories: audio
Date: 10 May 83 18:39:29 PDT (Tuesday)
From: Halbert.PA
Subject: MorseCode tool
To: MesaHacks^,HamRadio^.es
Reply-To: Halbert.PA

MorseCode.bcd is a Sierra Tajo tool that sends Morse code through the Dandelion speaker. You can use it to learn the code, make code practice tapes, or annoy your officemates.

MorseCode can send selected text, and can also send random code groups consisting of characters chosen from the current selection. Character speed and spacing are independently settable (e.g. so you can send 13 wpm characters with 5 wpm spacing), Weighting and pitch are variable.

(This is an improved version of a tool I mentioned several months ago only on HamRadio^.)

See the .doc file for details.

Files:
	[Igor]<Hacks>10.0>Tools>MorseCode.bcd
	[Igor]<Hacks>10.0>Doc>MorseCode.doc
	[Igor]<Hacks>10.0>Source>MorseCode.mesa
	
--Dan
*start*
00638 00094 US 
gvMsgID: Swinehart.pa $ 3#14@24-May-83  8:44:44 PDT
Categories: audio
Date: 24-May-83  8:44:44 PDT
From: Swinehart.pa
Subject: Re: Briefing Blurb Glossary
In-reply-to: "Your message of 10-May-83 12:42:03 PDT"
To: Beach
cc: Swinehart, Stewart

You can use this only if you change the name from BriefingBlurb to something reasonable.  That's the only mistake I've ever known Lyle to make.  The previous title was "Field Guide to Alto-Land" or something equally pleasant.

Voice	A small but mighty project to tame the telephone and otherwise make full use of voice communications in our personal information systems.
*start*
00554 00094 US 
gvMsgID: vanleunen.pa $ 3#21@25-May-83 11:00:32 PDT
Categories: audio
Date: 25-May-83 11:01:43 PDT
From: vanleunen.pa
Subject: wake-up calls
To: VoiceProject^
cc:  vanleunen
Reply-To: vanleunen.pa

It might be a good use of the EtherPhones (am I spelling that correctly?) to give wake-up calls in the morning.  And reminders about meetings and appointments too, for that matter.  Warren was saying something this morning about a reminder system -- a reminder that phoned me up would be a powerful tool for organizing my life.  


*start*
00309 00095 US 
gvMsgID: Swinehart.pa $ 3#219@28-May-83 16:32:33 PDT
Categories: audio
Date: 28-May-83 16:33:36 PDT
From: Swinehart.pa
Subject: Put in the Bluejay viewer how many tunes and disk pages are used
To: Stewart
cc: Swinehart

Put in the Bluejay viewer how many tunes and disk pages are used
*start*
01142 00095 US 
gvMsgID: Swinehart.pa $ 3#219@31-May-83 10:58:26 PDT
Categories: audio
Date: 31-May-83 10:58:05 PDT
From: Swinehart.pa
Subject: Lark, Bluejay issues
To: Stewart
cc: Swinehart

Lark:
	LarkSmarts.Register may choose to return 0 for the SmartsHandle.  This is an indication that registration has failed.  At present, the only time Thrush would do this would be when it thinks the user may have a call in progress and doesn't want to zap it.  The Lark code could either crash and recycle, or retry a few times first.
	LarkSmarts.RecordEvent RETURNS[success: BOOL].  Lack of success means that Thrush doesn't know about the smarts.  Any more.  Lark should recycle one way or another.

Bluejay:
	VoiceStream.Open.proc (NotifyProc, should indicate when no pieces remain) doesn't seem to work.  The current Thrush tries to use it to indicate when both recording and playback terminates, so we can test it any time.
	(Just for the record) Bluejay recording still exhibits burbles and pops.
	I'm also having some trouble getting the FlushPieces stuff to work consistently, but the problem may be at my end.
	
Details at 11.

Dan*start*
02108 00096 US 
gvMsgID: Poskanzer.PA $ 102#52@31-May-83 14:19:27 PDT
Categories: audio
Date: 31 May 83 14:19:41 PDT (Tuesday)
From: Poskanzer.PA
Subject: New Mail Tunes
To: MesaHacks^
cc: Poskanzer

Here are the responses so far - seventeen, not bad.  I know there's more though.  Let's keep those messages coming!


Poskanzer.PA:
    Hot line from "In Like Flint":	/G#AA#A#%-AA#BB%-A#B>CC%-<BA#AA%-G#AA#A#
    Close Encounters:	**ABG<G>DD

Gobbel.PA:
    sound effect:	@50{A>>>A}<<<{A>>>A}<<<{A>>>A}

JLevine.ES:
    another In Like Flint telephone ringer:	@<16>>/bb>*c/cc*d/dd*e/ee*b/<bb>*c<@<16>/bb>*c/cc*d/dd*e/ee*b/<bb>*c<@<16>/bb>*c/cc*d/dd*e/ee*b

Haynes.PA:
    Bourree in EMin, J. S. Bach:	@200,30EF#*g/F#E*D#/EF#*<B>/C#D#*e/DC*<b/AG*F#/GABAGF#*e
    Ode to Joy, Beethoven:	*bb>cddc<baggabb+a-*a/
    "I will find out", Peter Gabriel, from the Song "Moribund the Burgermeister":	@256,20 %*<<edd#/ g#>g#g#/(<g#b>d#)*a#g# @280,35(g#d#<b>)@256,20 <g#>g#g#/(<g#b>d#)*a#g#
    a piece of Cantata #147 (Jesu):	@400 (%ga)(b>dc)(ced) (dgf#)(gd<b)(gab) (>cde)(dc<b)(abg) (f#ga)(df#a)(>c<ba) (bga)(b>dc)(ced) (dgf#)(gd<b)(gab) (e>dc)(<bag)(dgf#)
    Name has been changed to protect the innocent, "Do your ears hang low", or "Sailor's Hornpipe":	>c<b*>c<cc/gfeg>c<b>*c</b>ccddd*d/dc<bggg*g/ab>c<bagagfefedcdc<ba**gb>Cc-
    Roll me over:	@175,20 g#+_a-^**b/g#/e+_d#-^**c#/a/a+_a-^g#+_g#-^g#+_g#-^f#+_f#-^(f#f#f#)**E/e
    Oh, Dear! What can the matter be:	@100,16*g+g+ge>c<gec*f/ff*e/fdgfed*g/e*g/ege>c<gecdefefd*C+c/ggefgefge>c<gecfdefdefdgfedgefgefge>c<gecdefefd*C+c/%

Woods.PA:
    (for Hardy) "New Mail" in Morse:	@100>>>C+%-C-<>%%<>C-<>%%<>C-%-C+%-C+<>%%%%%<>C+%-C+<>%%<>C-%-C+<>%%<>C-%-C-<>%%<>C-%-C+%-C-%-C-
    (for NS mail) When You Wish Upon a Star:	**C>C<A#AF#G>DD <E>EDC<B>CFF

Artibee.pa:
    Bumps and grinds:	EE<eEe>eEE<eEe>eEE<eEe>eEE<eEe>eGG%<GGg>G#G#%<G#G#g#>AAA#Bb>CCCC

Weissman.pa:
    (for Hardy) Laurel & Hardy theme song:	@100>CE%GE%CE%GE%FGFD%%DFEC%%E%GE%CE%GE%FGFD%GCCC
    (for NS mail) Twinkle, Twinkle, Little Star:	@200>ccggaaGGffeeddCC

Buelow.ES:
    door-bell:	*>AF
*start*
05565 00095 US 
gvMsgID: Swinehart.pa $ 3#219@ 2-Jun-83 17:30:45 PDT
Categories: audio
Date:  2-Jun-83 17:30:54 PDT
From: Swinehart.pa
Subject: This guy's one sharp cookie -- let's make sure we get him!
To: Ornstein, Stewart
cc: Swinehart 

The first solution below is particularly devious and wonderful, whether or not it's the right thing.  Who else should be encouraged to up the effort to get this kid under our roof?

-------------------------------------
Received: from CMU-CS-A.ARPA by PARC-MAXC.ARPA;  2 JUN 83 17:06:57 PDT
Date: 2 Jun 83 20:01 EDT (Thursday)
From: Thomas Rodeheffer@CMU-CS-A (C410TR30)
To: Swinehart.PA
Subject: ethervoice: rpc protocol v.s. conference calls
Message-Id: <02Jun83.200149.TR30@CMU-CS-A>

Several weeks ago when I was interviewing at PARC I talked to you about
the ethervoice system you are working on.  My picture is that this
system consists of a 1.5mb Ethernet cable connected to the rest of the
NS world through a gateway:

1.5mb Ether  =======+=========+=====+=====+=====+=====+=====+======
                    |         |     |     |     |     |     |
                    GW        A     B     C     D     E     F
                   *
                  *
    rest of the world

In the illustration, A through F are ethervoice stations--i.e., phones.
Normally, the stations like to send packets to each other at moderately
high bandwidth, but every now and then a station wants to make or
service an rpc call on somebody in the outside world.  In ordinary,
two-station calls, everything can be made to work just fine, but
conference calls present a difficulty.

In a conference call, each station has to send its voice data to all of
the other stations.  Given the hardware, the only feasible way of doing
this is to have all of the stations in the conference set their
hardware-recognized Ethernet address to some common value.  Then any
packet sent to this common address is received by every station in the
conference.  This works just fine for getting the voice data around to
all stations in the conference, but it does not preserve the hardware
addressing structure on the Ethernet expected by an ordinary NS
gateway.  Consequently, the stations in a conference call cannot
exchange NS packets with the gateway in the normal manner and thus are
unable to perform rpc calls with the outside world.

I see two possible solutions.  The first is for the group of stations
entering into a conference call to set themselves up as a "network"
accessed through a gateway whose address happens to be the common
Ethernet address being shared by all stations in the conference.  The
conference stations should negotiate one of their members to act as
this fictitious gateway in responding to packets that are addressed (at
the NS level) to the gateway; a packet with an NS address for a station
on the "network" which is the conference is accepted directly by the
station in question.  The "gateway" need only participate in exchanging
routing information; it does not have to do any forwarding.  In order
for this all to work, there has to be some way that a new conference
call can get itself assigned a unique network number.

This solution does not require modifying the NS gateway to the outside
world, but it does perturb the meaning of network addresses.  In
particular, the fact that a group of ethervoice stations was entering
or leaving a conference call would be visible to hosts elsewhere in the
world.  When a station enters into a conference call, its NS address
changes in reflection of the changed addressing structure now required
in accessing the station.  This is a disagreable feature.

The second solution requires modifying the NS gateway that connects the
voice Ethernet to the outside world.  In this solution, the gateway (and
also any host on the voice Ethernet that wished to send packets to
voice stations without bouncing them off a gateway) would have to keep
a table that associated identifying Ethernet addresses with effective
Ethernet addresses.  The identifying Ethernet address is the unique
address assigned to a station from which the host part of an NS address
is derived.  The effective Ethernet address is the address to which
Ethernet packets must be sent if they are to be received by the station
in question.  You can see the plan.  Whenever the gateway desires to send
a packet to any station on the voice Ethernet, at the very last moment
it looks into the association table and translates an indentifying
address into an effective address.  In order for this all to work, there
has to be some protocol by which the gateway can query to discover the
current association between identifying and effective addresses.

This solution preserves the addressing appearance of the ethervoice
stations to the outside world without regard to whether or not the
staion in currently engaged in a conference call.  However, the
addressing structure on the ethervoice cable is not preserved, so every
host on that cable will have to be modified, at least to the extent of
bouncing all packets off a gateway that better understands what is
going on.

As I expect that the only non-ethervoice station on the ethervoice
cable will be the gateway to the rest of the world, preserving the
addressing structure on the ethervoice cable is probably not that
important.  Preserving the meaning of NS addresses of ethervoice
stations throughout the rest of the world is most likely a much more
imortant property.

		-Tom Rodeheffer


------------------------------------------------------------
*start*
00664 00092 US 
gvMsgID: Stewart.pa $ 3#24@ 4-Jun-83 19:42:42 PDT
Categories: audio
Date:  4-Jun-83 19:42:39 PDT
From: Stewart.pa
Subject: Finch
To: Swinehart
cc: Stewart

Finch got into a state wherin it insisted, in the Conversations viewer, that my telephone was off-hook and that an outgoing call was in preparation.  Clicking Finch disconnect cleared the indication and created another one.   Picking up the handset and dropping it cleared the indication permanently.  This condition arose by placine a backdoor speakerphone call by clicking in the directory viewer, then using the handset during the call and clearing the call by hanging up.

	-Larry*start*
00831 00095 US 
gvMsgID: Swinehart.pa $ 3#219@ 6-Jun-83 11:46:10 PDT
Categories: audio
Date:  6-Jun-83 11:46:11 PDT
From: Swinehart.pa
Subject: Re: ethervoice: rpc protocol v.s. conference calls
In-reply-to: Your message of 2 Jun 83 20:01 EDT (Thursday)
To: Thomas.Rodeheffer@CMU-CS-A
cc: Stewart, Ornstein, Swinehart

Tom,

Thank you for your careful analysis of our RPC multicast problems.  I thought your first solution (gatewayoids) was particularly devious.  Probably not the right way to do it, but devious.  Larry has proposed a modification of your second method which should work very well for us.  It has the virtue of requiring changes in neither the RPC implementations (a virtue shared with your scheme) nor the gateways.

Clearly you should sign up soon and come help us implement it!

Regards,
Dan Swinehart
*start*
00991 00093 US 
gvMsgID: Horning.pa $ 3#203@ 9-Jun-83 18:40:54 PDT
Categories: audio
Date:  9-Jun-83 18:40:59 PDT
From: Horning.pa
Subject: Notes and observations
To: LarkSupport
cc: Horning

Sometimes I don't get a ringing indication on a back door call.

Once I failed to get any dial tone whatsoever.

	9-Jun-83 17:07:59 PDT Finch not connected to telephone system
	9-Jun-83 17:12:06 PDT You have no connection to the voice server

Undelete on an empty Voice Message Set produced
	9-Jun-83 17:39:00 PDT No messages were retrieved

Placing a call to myself produced no feedback except
	9-Jun-83 17:45:33 PDT Placing call to Horning
Clicking Disconnect then produced
	9-Jun-83 17:46:02 PDT  No conversation to leave

Documentation refers to Red and Yellow, the approved Cedar terms are LEFT and MIDDLE.

Answered call from outside line at 18:00:01 with speakerphone. Had to turn it off, my wife couldn't understand me.

Jim H.
Κ1˜Jšœ›
Οi	œšΟsœžœ}˜Κ—…—Lƒ*start*
00378 00093 US 
gvMsgID: Horning.pa $ 3#203@10-Jun-83 17:17:43 PDT
Categories: audio
Date: 10-Jun-83 17:17:33 PDT
From: Horning.pa
Subject: Busy Feedback
To: LarkSupport
cc: Horning

There should be feedback someplace more conspicuous than the Conversations window when a call is cancelled by a busy signal. I kept assuming I had somehow not placed it properly.

Jim H.
*start*
00510 00093 US 
gvMsgID: Horning.pa $ 3#203@10-Jun-83 17:48:44 PDT
Categories: audio
Date: 10-Jun-83 17:48:24 PDT
From: Horning.pa
Subject: No one there
To: LarkSupport
cc: Horning

Twice today I've gotten a ring, but a dial tone on answering.

The second time was my wife, who called right back and got through. She reported that she had heard only a blank line, no ringing tone or anything.

The first time, I tried using **0, to see if someone was "really" there, and got the PARC operator.

Jim H.
*start*
00631 00095 US 
gvMsgID: swinehart.pa $ 3#177@10-Jun-83 17:50:55 PDT
Categories: audio
From: swinehart.pa
Date: 10-Jun-83 17:50:22 PDT
Subject: Re: Busy Feedback
In-reply-to: Horning's message of 10-Jun-83 17:17:33 PDT
To: Horning
cc: LarkSupport

I've had trouble figuring out exactly how to do that one.  The problem is that the busy is discovered before the conversation is even attempted, so my normal methods for communication among the various entities connected to the same "party", or person, don't work.  That's clearly one of the more annoying features at present, and I'll work towards a quick resolution of it.
*start*
00509 00093 US 
gvMsgID: Horning.pa $ 3#203@10-Jun-83 17:58:16 PDT
Categories: audio
Date: 10-Jun-83 17:58:06 PDT
From: Horning.pa
Subject: Re: Busy Feedback
In-reply-to: "swinehart's message of 10-Jun-83 17:50:22 PDT"
To: swinehart
cc: Horning, LarkSupport

Dan,

I believe that the phone company actually has "busy signal" lines to provide the other end of the "conversation." Maybe you could create something similar that automatically hung up after a few seconds. Or play the "busy tune."

Jim H.
*start*
00569 00095 US 
gvMsgID: Swinehart.pa $ 3#219@11-Jun-83 13:19:27 PDT
Categories: audio
Date: 11-Jun-83 13:19:42 PDT
From: Swinehart.pa
Subject: Re: No one there
In-reply-to: "Horning's message of 10-Jun-83 17:48:24 PDT"
To: Horning
cc: LarkSupport

I believe this (one ring, then no one home) is a function of incoming calls occurring while the Lark is failing.  If that's true, the **0 is reaching the operator because you're already talking to the phone company and it ignores the *'s.

I don't understand this one; we'll try to duplicate it in ground tests.
*start*
00576 00093 US 
gvMsgID: Horning.pa $ 3#203@13-Jun-83 12:22:55 PDT
Categories: audio
Date: 13-Jun-83 12:22:32 PDT
From: Horning.pa
Subject: .TDir
To: LarkUsers^
Reply-To: Horning.pa

Some of you may share my initial confusion about what to put into your personal .TDir. You need not enter office numbers for those with Grapevine RNames--the system already knows about them. So all you need to put in your personal directory are home phone numbers, and office numbers for non-Grapevine people (if you know any!).

Jim H.

Κ(˜JšœΒ
Οiœξ
˜³—…—
Ά
δ*start*
00588 00093 US 
gvMsgID: Horning.pa $ 3#203@13-Jun-83 12:29:13 PDT
Categories: audio
Date: 13-Jun-83 12:28:54 PDT
From: Horning.pa
Subject: Redial, Reach
To: LarkSupport
cc: Horning

Two commands I'd like to be able to invoke from the Exec:

	Redial: Dial the most recent number again. (Sorta like Redo.)
	Reach: Call, but keep retrying if number is busy or no answer. (Needs some kind of backoff algorithm, and must avoid colliding with other calls. Maybe should also accept a timeout parameter, default 30 minutes.)

Jim H.
Κ0˜Jšœž
Οiœ0œœΥ
˜Έ—…—
Ί
π*start*
00372 00093 US 
gvMsgID: Horning.pa $ 3#203@13-Jun-83 15:57:00 PDT
Categories: audio
Date: 13-Jun-83 15:56:50 PDT
From: Horning.pa
Subject: Call command
To: LarkSupport
cc: Horning

I was a little disappointed to discover that the Exec version of the Call command apparently doesn't consult my private TDir, and requires either an RName or a phone number.

Jim H.
*start*
00344 00093 US 
gvMsgID: Horning.pa $ 3#203@13-Jun-83 16:05:58 PDT
Categories: audio
Date: 13-Jun-83 16:05:46 PDT
From: Horning.pa
Subject: Telephone Directory: Personal
To: LarkSupport
cc: Horning

Shouldn't this be "Telephone Directory: Horning"?

Also, try setting the tabs in the style wider, so the columns line up better.

Jim H.
*start*
00872 00095 US 
gvMsgID: Swinehart.pa $ 3#219@13-Jun-83 22:51:02 PDT
Categories: audio
Date: 13-Jun-83 22:50:29 PDT
From: Swinehart.pa
Subject: Re: A repeatable protocol for viewers trashing . . .
In-reply-to: "Your message of 13-Jun-83 18:08:49 PDT"
To: CedarSupport^, TiogaImplementors^, LarkSupport
cc: Swinehart, Horning

I'm willing to believe that my rather unschooled approach to producing viewers by copying other peoples' viewers are adding to the problem.  See [Indigo]<Voice>Finch>FinchToolImpl.mesa, [Indigo]<Voice>Finch>FinchDirectoryImpl.mesa, [Indigo]<Voice>Finch>FinchMessageImpl.mesa for the code that creates and diddles the Finch windows.  (I think Jim meant Finch when he said Lark -- they all tweet.)  The first of those three should exhibit most of the methods I use.  I copied these more or less directly from the previous release of Walnut.*start*
01171 00093 US 
gvMsgID: Maxwell.pa $ 3#169@14-Jun-83  9:40:57 PDT
Categories: audio
Date: 14-Jun-83  9:40:44 PDT
From: Maxwell.pa
Subject: new Spy
To: Stewart.pa

There is a new Spy on [Ivy]<Maxwell>Spy>Spy.df which should work.  Use it just like before.

SetTrigger has a new parameter called 'which' that specifies which trigger is used, if there is more than one.

Take note that SpyLogReaderImpl.SetTrigger can be set any time after the Spy has been run, with any values.  This can be repeated over and over again with the same run of the Spy.  Each time the trigger values have been changed, clicking DisplayData will produce a different output.

Also take note that you do not have to call SetTrigger to set the global variables, you can set them individually if you want.  (SetTrigger is just a convenience for defaults.).  The global variables are:

SpyLogReaderImpl.useTrigger: BOOLEAN _ FALSE; -- enables/disables display by trigger
SpyLogReaderImpl.triggerExtent: System.Pulses; -- how much before the trigger to display
SpyLogReaderImpl.whichTrigger: NAT _ 1; -- which trigger to use


John.

Κ3˜Jšœ£Οkœœ‘
œ˜σJ˜—…—ώ7*start*
01283 00095 US 
gvMsgID: Swinehart.pa $ 3#219@14-Jun-83 16:37:38 PDT
Categories: audio
Date: 14-Jun-83 16:37:02 PDT
From: Swinehart.pa
Subject: Thrush Server up again
To: LarkUsers^
cc: LarkSupport
Reply-To: Swinehart.pa

I have put the phone server up again, and have enabled all your Larks.  There is a new Finch on [indigo]<voice>top>finch.df to go with it (please don't use the old one -- version control is the next project.)  The user actions haven't changed, but you should notice the following changes:

	Busy and invalid numbers result in an audible busy or error signal.  If the handset is onhook, you then have to push disconnect or otherwise hang up the call.

	The descriptive information in the conversations and Finch viewers is more correct and comprehensive.  Finch tells you when it is connecting and disconnecting from the server.

	The Cedar 4.2 display glitches seem to have gone away.
	
	The server has a better chance of muddling on when something on the periphery breaks.
	
	Due to a clerical error, all of the previously recorded voice messages have been lost.  Avoiding this recurring is the next project after version control.
	
Most of the suggestions that have been made sound quite good and will be included as soon as I can get back to it.

Dan*start*
00442 00095 US 
gvMsgID: Swinehart.pa $ 3#219@14-Jun-83 18:06:27 PDT
Categories: audio
Date: 14-Jun-83 18:06:08 PDT
From: Swinehart.pa
Subject: One more Finch
To: LarkUsers^
cc: LarkSupport
Reply-To: Swinehart.pa

This one repairs an unlikely bug that would lock up your back door to future calls until your Lark crashed, the server was restarted, or a wizard did the right thing.  The latest Finch is thought not to allow this case.
*start*
01223 00095 US 
gvMsgID: Swinehart.pa $ 3#219@14-Jun-83 18:11:23 PDT
Categories: audio
Date: 14-Jun-83 18:11:10 PDT
From: Swinehart.pa
Subject: How to be a wizard if back door jams
To: Stewart
cc: Swinehart

Growler's UserExec (Commander?) implements the "world" command.  RnameForParty[party]=smarts.  TrunkParty[party]=trunkParty for the same individual.  The fields of a trunkParty include "outgoing", which should be NIL when the party is not in use.  If there is no conversation involving that party and this field isn't NIL, you should clear it.  If the party is known to "world" as "R25", the command "ref R25" will return a ref as the value of the next UserExec expression, and then you can play.  Also, _TriplesImpl.Erase[$RnameForTrunk, &14, NIL], if &14 holds the ref, will clear another association that might be causing the trouble.

I don't think Thrush or the latest Finch cause this problem (occurred when the conversation never even got started), but if you find somebody getting rejected in all attempts to use the back door, it's worth a try.

Dan

P.S. Have a nice vacation from curmudgeonity.

P.P.S. You might consider asking to go to that manager's meeting.  You might make a better advocate.*start*
00641 00093 US 
gvMsgID: Horning.pa $ 3#203@15-Jun-83 10:45:34 PDT
Categories: audio
Date: 15-Jun-83 10:45:30 PDT
From: Horning.pa
Subject: My first international call via Finch
To: LarkSupport
cc: LarkUsers^, Horning
Reply-To: Horning.pa

I always hate dialling those long international numbers, so this morning when I found a message to call Klaus Wirth in Zurich, I added his number to Horning.TDir, clicked Directory, selected his line, and clicked Call Residence. After a brief (slightly unsettling) period of silence, I got the ringing tone, and Klaus answered on second ring.

Hurrah!

Jim H.

PS Klaus sends greetings to all.*start*
00544 00093 US 
gvMsgID: Horning.pa $ 3#203@15-Jun-83 18:06:22 PDT
Categories: audio
Date: 15-Jun-83 18:06:10 PDT
From: Horning.pa
Subject: Feedback
To: LarkSupport
cc: Horning

I appreciate the ringing/busy tones (maybe just because they're conventional).

Tonight, I tried to call home, with no feedback other than the disconnect. When I opened the Conversations viewer, I discovered that the call was abandoned because of a busy line. I don't understand the circumstances under which I can expect to hear a busy tone or not.

Jim H.
*start*
00492 00092 US 
gvMsgID: Stewart.pa $ 3#24@16-Jun-83  9:29:39 PDT
Categories: audio
Date: 16-Jun-83  9:29:26 PDT
From: Stewart.pa
Subject: Re: Feedback
In-reply-to: "Horning's message of 15-Jun-83 18:06:10 PDT"
To: Horning
cc: LarkSupport

Lark/Thrush cannot determine the status of your outside line (with the exception of telling whether is is ringing or not).  It should not presume to tell you an outside call is busy.  Probably this will have to wait for Dan to return.

	-Larry
*start*
01443 00092 US 
gvMsgID: Stewart.pa $ 3#24@16-Jun-83 11:31:16 PDT
Categories: audio
Date: 16-Jun-83 11:31:13 PDT
From: Stewart.pa
Subject: Out of VM for resident memory
To: VoiceProject^
cc: Stewart
Reply-To: Stewart.pa

Thrush went into CoCedar yesterday around 1 pm (up for ~20 hours).  I found
a lot of processes (143) most of which were waiting in RTStartImpl.End.  The
CoCedar and Client state was subsequently lost due to configuration problems.

(CoCedar went Idle and I don't know Dan's password.  I tried to W boot CoCedar from
Othello, but the physical boot volume was set to Booter, sigh.  I have since fixed
the CoCedar User.Profile to never Idle and set the physical boot volume to Othello.)

Maxwell and Levin told me that RTStartImpl.End is where one waits to be JOINed, but
that the evidence is gone about what the process was doing.  Roy told me that by an
odd chain of events, large numbers of processes could invoke Out of VM.  (Out of VM
for resident memory means you ran out of local frame space.)

I constructed a list of all source files in Thrush, Jay, and Finch, (But not Bluejay yet) by
using Unique on appropriate sections of the DF files.  I ran MType to search for
FORKs without corresponding JOIN or Aborts.  I found four such places in LarkSmartsImpl.
As best I could tell, Detaching those processes was appropriate, so I have added the
calls to Detach and restarted the server.  Time will tell.

	-Larry*start*
01864 00093 US 
gvMsgID: Horning.pa $ 3#203@17-Jun-83 12:08:17 PDT
Categories: audio
Date: 17-Jun-83 12:08:17 PDT
From: Horning.pa
Subject: Finch not connected to telephone system
To: LarkSupport
cc: Horning

I would like a mode where Finch would try to reconnect without requiring me to open the Finch icon and click Participate.

I would also like the Call command in the UserExec to always give some feedback (presumably an abbreviated form of what appears in the Finch typescript), so that I would know what was happening to my calls.

Jim H.

&4 Call Warner
   {1.82 seconds, 286 words, 43 page faults}
&5 Redo 4
>Call Warner
   {0.22 seconds, 312 words, 1 page faults}
   {0.36 seconds, 448 words, 3 page faults}
&6 Redo 5
>Call Warner
   {0.25 seconds, 278 words}
   {0.27 seconds, 414 words}
&7 Redo 6
>Call Warner
   {0.25 seconds, 286 words}
   {0.27 seconds, 422 words}
&8 Redo 7
>Call Warner
   {0.25 seconds, 296 words}
   {0.27 seconds, 432 words}
&9 Redo 8
>Call Warner
   {9.76 seconds, 622 words, 6 page faults}
   {9.79 seconds, 732 words, 7 page faults}

17-Jun-83  9:58:09 PDT 17-Jun-83  9:58:09 PDT Finch is connected to telephone server
17-Jun-83 11:55:21 PDT 17-Jun-83 11:55:21 PDT Placing call to Warner
17-Jun-83 11:55:32 PDT 17-Jun-83 11:55:32 PDT Finch not connected to telephone system
17-Jun-83 11:55:37 PDT 17-Jun-83 11:55:37 PDT Finch not connected to telephone system
17-Jun-83 11:55:44 PDT 17-Jun-83 11:55:44 PDT Finch not connected to telephone system
17-Jun-83 11:55:49 PDT 17-Jun-83 11:55:49 PDT Finch not connected to telephone system
17-Jun-83 11:56:01 PDT 17-Jun-83 11:56:01 PDT Connecting . . .
17-Jun-83 11:56:11 PDT 17-Jun-83 11:56:11 PDT Finch is connected to telephone server
17-Jun-83 11:56:24 PDT 17-Jun-83 11:56:24 PDT Placing call to Warner

Κ<˜Jš
œΝΟbœ9œlœNœNœNœΈ˜¨
—…—ͺμ*start*
03727 00092 US 
gvMsgID: Stewart.pa $ 3#24@19-Jun-83 22:14:09 PDT
Categories: audio
Date: 19-Jun-83 22:14:28 PDT
From: Stewart.pa
Subject: Voice Activity Report
To: Ornstein
cc: Stewart

Severo,

What do you think about this one?  There is some similarity to yours...

Larry
- - - - - - - - -
Voice Project - this will cover the project for Severo Ornstein, Dan Swinehart, and Larry Stewart. Dan has been spending nearly 100% of his time on it - Larry slightly less.  Severo has also been pursuing the stable storage project.

The last six months have seen the Etherphone hardware reach stability.  We now have twelve engineering model Larks (Etherphones) available and a build of a further 35 Larks is in progress.

The software architecture has shaken down into four principle operational programs together with a collection of support software.  Lark, the Etherphone program, has undergone a modest level of revision, primarily in communication protocols and error handling.  Thrush, the Etherphone control server program, has been almost entirely re-written to simplify its internal structure.  This has resulted in a considerable reliability improvement.  Finch, the Cedar workstation based user interface program, is essentially new.  It is a first cut at giving Cedar users access to telephone directory "white pages" and to a voice message system.  Finch also incorporates some beginning facilities for management of telephone connections.  Bluejay, the voice file server, has reached relative stability.  We do expect some further changes to the communications portion of Bluejay.  Finally, a number of support packages have been implemented, including LarkControl, a system for automatic downloading and initialization of up to 64 Etherphones, and GVLark, a package for systematic access to system configuration information stored in the Grapevine data base.

In early June, we were able to pull the threads together and release a preliminary Etherphone system to a small set of alpha-users.  As expected, the users have been very effective at finding our bugs!  The total Etherphone system is quite big and utilizes a wide variety of distributed resources, many of which (e.g. Grapevine) are totally separate from the Etherphone system itself.  For some of these, (e. g. Remote Procedure Call), we are the first large scale users and ourselves have alpha-user status with other projects.

At present, the system provides little functionality beyond that of our previous phone system.  The most obvious capabilities are automatic dialing from the "white pages" and rudimentary access to the Bluejay voice file system.  The most obvious deficiencies are lack of conferencing, attendant facilities, forwarding, and capabilities like hold which are associated with multiple-button phones.  Although the reliability of the Etherphone system is still well below that of traditional phones, we have been reasonably successful in "falling back" to plain-old-telephone-service rather than suffering complete failures of service.

Our near term goals are improvements in reliability, correction of some of the deficiencies mentioned above, and provision of a "Voice" programming interface, so that Cedar applications can begin to take advantage of voice and telephony.  We do expect some interruption of progress by preparation for a mid-July Forum presentation and writing of an overview paper for GlobeCom83 in San Diego in November.  We expect to expand our initial system by installing Etherphones throughout CSL in late summer or fall, depending on how the software comes along.  Like many of our systems here, much of the usefulness of the Etherphone system will only begin to emerge when it becomes ubiquitous.
*start*
00862 00093 US 
gvMsgID: Cattell.pa $ 3#170@23-Jun-83 15:30:01 PDT
Categories: audio
Date: 23-Jun-83 15:29:52 PDT
From: Cattell.pa
Subject: wow!
To: LarkSupport.pa
cc:  Cattell, ElAbbadi
Reply-To: Cattell.pa

Wonderful, simply wonderful!  I discovered that the database program I have been using for over a year to print out phone numbers from my personal database happened to use exactly the same format as Finch expected as input: name, tab, work#, tab, home#, comment.  Except for one minor detail!  Finch insists on having a "9-" in front of the phone numbers.  I don't want to do that, because when I make hardcopies of the same directory file, I don't want these silly nines in here.  It would simply fabulous if someone could add a line of code or two to figure out that puts the "9-" in by default when the phone number isn't preceded by an "8"!
*start*
00781 00093 US 
gvMsgID: Cattell.pa $ 3#170@23-Jun-83 15:52:53 PDT
Categories: audio
Date: 23-Jun-83 15:52:39 PDT
From: Cattell.pa
Subject: I like Finch!
To: LarkSupport.pa

I like the user interface of Finch.  Yellow bugging to open a phone call is nice, instead of having to do two button presses.  The list of conversations is nice, too.  Looks a little like big brother's watching my phone calls, though, and it uses up screen real estate.  I suppose you considered placing this list in the Finch window instead of a separate window?  That would save real estate, as I'd rarely go back to look at it.

Please excuse my sentence structure in the previous message.  (It would simply fabulous ... to figure out that puts !).  I got excited about how wonderful it all is.

*start*
00426 00092 US 
gvMsgID: bjones.PA $ 39#64@ 1-Jul-83  8:26:56 PDT
Categories: audio
Date: Fri, 1 Jul 83 08:27 PDT
From: bjones.PA
Subject: IBM PC C Compilers
To: Homecomputing^.pa,IBMPC^.es
cc: bjones
Reply-To: bjones.PA

CORRECTION

There is an article in July 1983 PC MAGAZINE comparing Lattice C, c-systems C, and CI-C86.

If you're planning to purchase a C compiler,  this would be recommended reading.

--Brian


*start*
00612 00093 US 
gvMsgID: Thomka.ES $ 44#214@ 7-Jul-83 16:50:55 PDT
Categories: audio
Date: Thu, 7 Jul 83 16:52 PDT
From: Thomka.ES
Subject: Re: Telephone I.Cs.
In-reply-to: "BEAN.WBST's message of Thu, 7 Jul 83 11:17 EDT"
To: BEAN.WBST
cc: XeroxTelecom^.pa
Reply-To: Thomka.ES

Check out ApTec Micro Systems 3201 at $43.55 per single piece. Phone number (305) 421-8450.

A 20 pin IC that features single voltage supply, single line input (no high/low filters needed), has capability to decode 12key (0 to 9, # and *) or 16key (additionally A, B, C and D) TouchTone with 2-of-8 or binary outputs.

	Chuck
*start*
00669 00094 US 
gvMsgID: Sewhuk.HENR $ 2#131@ 7-Jul-83 17:34:07 PDT
Categories: audio
Date: Thu, 7 Jul 83 20:34 EDT
From: Sewhuk.HENR
Subject: Re: Telephone I.Cs.
To: Thomka.ES
cc: XeroxTelecom^.pa
Reply-To: Sewhuk.HENR

Try the SSI SS202, $18.00 in small quantities.  This is the single supply version of the SS201 which works quite well.  When available the SS203 has a early detect output allowing you to detect tones very fast, and do the integration externally depending on the application.

In 18 pin plastic case, 25 ms response time, 2-of-8/binary outputs, tri-state outputs, single ended input (internal group filters), 10 mA current drain @ 5V.

Dave
*start*
01208 00094 US 
gvMsgID: ornstein.PA $ 3#228@11-Jul-83 13:16:31 PDT
Categories: audio
Date: Mon, 11 Jul 83 13:17 PDT
From: ornstein.PA
Subject: $'s for Etherphone Build
To: Mitchell
cc: VoiceProject^, Taylor, Quinlan, Clark, Overton, Henning

It is my understanding that we have used up all the $'s for the Etherphone build in constructing 50 Etherphones - and that in fact we ran out of $'s before we bought the speakers, microphones, and telephone and telewall connection cables for these 50 Etherphones.  Mike tells me that another $3K is needed to buy these items to complete the build.

In this year's budget, in addition to the capital $'s for the explicit Etherphone build, the Voice Project had set aside $10K for assorted other items.  Out of that $10K, we spent about $5K on the text-to-voice synthesis box that Larry Stewart bought.  That should leave us with (approximately) $5K still there and I propose we spend the $3K out of that pocket.

As Mitchell is away at present, we should wait for his return to verify that this is AOK - unless there is some long lead problem I don't expect, in which case we should plunge ahead.

Jim please let us know about this ASAP.

Thank you,

Severo
*start*
02154 00092 US 
gvMsgID: Subhana.PA $ 3#76@11-Jul-83 15:43:44 PDT
Categories: audio
Date: 11 July 1983 3:43 pm PDT (Monday)
From: Subhana.PA
Subject: PARC FORUM, Thursday, July 14, 1983
To: AllPA^.pa, AllEOS^.eos, AllHENR^.henr, AllWBST^.wbst, ESFORUMS^.es
Reply-To: Mulhern.PA

Dan Swinehart, Xerox PARC/CSL

will speak on

EXPENSIVE TELEPHONES -- THE CSL VOICE PROJECT

Thursday,  July 14, 1983, at 3:45 p.m. in the PARC Auditorium (Bldg. 35)

					Abstract

How would you like to be able to:
Disallow incoming calls, except the one from your broker?
Disallow incoming calls, especially the one from your broker?
Send a Grapevine message in your own voice?
Dictate, audition, and modify your next presentation?
Call people by name instead of by number?
Put twenty people on hold, all at the same time?
Listen to the next Forum talk without leaving your office?

The telephone, while an extremely useful device, has a number of annoying
qualities.  Anonymous callers can unintentionally intrude at inconvenient times. 
Callers often fail to reach the people whom they are trying to call.  And unlike
our other office media, information transmitted by voice is usually ephemeral;
storage, modification, and reuse is unavailable or clumsy.

In this presentation I will describe the CSL voice project, whose goal is to explore
the use of personal workstations to smooth out some of these difficulties with
voice communications.   I will demonstrate the Etherphone, an Ethernet-based
voice peripheral which, combined with a bevy of servers and workstation
programs, is now supplying basic telephone and voice message services to a small
number of hardy pioneers.  The number of workstation applications that can
make use of this system is expected to increase dramatically later this year with
the release of a programmer's interface to the voice facilities. 

				~~~~~~~~~~~~~~~~

This Forum is CLOSED. Only Xerox employees, part-time and contract personnel
are admitted.

If you would like to see a videotape of this forum, please message Mulhern.PA
(x4068) no later than Noon on Wednesday.

Host:  Warren Teitelman (x4447)

				~~~~~~~~~~~~~~~~
*start*
01662 00093 US 
gvMsgID: Horning.pa $ 3#203@11-Jul-83 19:14:43 PDT
Categories: audio
Date: 11 Jul 83 19:14:33 PDT
From: Horning.pa
Subject: MisusedConversation
To: LarkSupport
cc: Horning

This seems to be repeatable (three times running) when I attempted to call Sue Owicki at home:

ERROR RPCPktStreams.MisusedConversation from RPCPktStreams.StartCall
&1 Abort
aborted Action #1
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Action #2 (kind: signal, process: 200B)
ERROR RPCPktStreams.MisusedConversation from RPCPktStreams.StartCall
&2 WalkStack	ThPartyRegRpcClientImpl.??
   {1.77 seconds, 5478 words, 42 page faults}
&3 Abort
aborted Action #2
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Action #3 (kind: signal, process: 200B)
ERROR RPCPktStreams.MisusedConversation from RPCPktStreams.StartCall
&4 ShowFrame args allVars	RPCPktStreams.StartCall
A-   callPkt: 410025B@
  interface: 5372073B@
  localConversation: 5372115B@
V-   myPSB: 200B (128)
  header: 410036B@
   {1.57 seconds, 1438 words, 22 page faults}
&5 WalkStack	ThPartyRegRpcClientImpl.??
   {1.24 seconds, 5598 words, 29 page faults}
&6 WalkStack	FinchSmartsImpl.??
   {0.34 seconds, 5916 words, 3 page faults}
&7 WalkStack	FinchDirectoryImpl.??
   {0.33 seconds, 5872 words, 1 page faults}
&8 WalkStack	FinchDirectoryImpl.??
   {0.82 seconds, 5984 words, 8 page faults}
&9 WalkStack	FinchDirectoryImpl.??
   {0.28 seconds, 5862 words}
&10 WalkStack	MBQueueImpl.Notifier
   {8.93 seconds, 1112 words, 88 page faults}
&11 WalkStack		Can't go any further.
   {0.15 seconds, 216 words}


Κh˜Jš!œΟbœ­
Οs	œJœ­
žœΎ
ž	œJž	œAž	œDž	œDž	œ5ž	œDœΟiœ˜²—…—΄"*start*
02131 00094 US 
gvMsgID: ornstein.PA $ 3#228@18-Jul-83 15:18:31 PDT
Categories: audio
Date: Mon, 18 Jul 83 15:18 PDT
From: ornstein.PA
Subject: Summary info re Voice Paper
To: Swinehart, Stewart
cc: ornstein

Here are relevant bits of earlier msgs.  N.B. A DRAFT IS DUE AUG 15 - so we have 4 weeks to draft (6 weeks to final).  I'll call Stern tomorrow and find out about length, figs. etc. and where to look to see a typical paper format. 

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

Part of msg to Taylor:

We have been invited to give a paper at the fall (Nov-Dec) meeting of
GlobeCom83* in San Diego. The session will be on special local-area-network
services.  They are interested in particular in voice comminication over the
Ethernet.  Prof. Thomas E. Stern**, Dept. of EE, Columbia Univ. New York, NY
10027 was pointed at us by John Shoch.  I promised I'd write and tell him yes or
no next week. (If yes, he wants title and author's names). 

*There have been two main telecommunications meetings: ICC (International
Communications Conference), which meets in the spring - and NTC (National
Telecommunications Conference which meets in the fall.  GlobeCom is NTC
renamed.

**(212) 280-3123 (office)
   (212) 249-0479 (home)

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

Part of msg. to Spencer

Our proposed title is:

		"Adding Voice to an Office Computer Network"

The paper would describe what we have done so far - the broad architecture,
motivations, highlights of the specific component designs (Etherphones,
Etherphone Server, Voice-File-Server, etc.)

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

Date: 2 May 1983 4:17 pm PDT (Monday)
From: ornstein.PA
Subject: Voice Paper Confirmed
To: Stewart, Swinehart
cc: Taylor, ornstein

Taylor and Spencer have both now given approval to go ahead, so I called Stern
and agreed we would give a paper entitled:

		"Adding Voice to an Office Computer Network"

All three of us are authors and the paper is due to them in finished form by
August 15.  We should give him a draft somewhat earlier.  (Camera ready copy
goes to the printer August 31).   We should start working on this in the latter
half of June I'd say.

*start*
01078 00095 US 
gvMsgID: Swinehart.pa $ 3#219@ 8-Aug-83 16:54:01 PDT
Categories: audio
Date:  8 Aug 83 16:52:44 PDT
From: Swinehart.pa
Subject: Voice Paper Clearance
To: Taylor
cc: Ornstein, Stewart, Swinehart

Bob,

Larry and I went down to Hanover street to see Bill Lynch this afternoon.  He looked the paper over, made a couple of useful comments, then pronounced the whole thing "mild mannered."  Along with his other remarks, that meant:
	It would not exactly terrorize the competition, since Etherphones are not cheap.
	It would not be a problem in terms of revealing Xerox strategies or plans.
	It would be a useful paper in terms of letting the world know we're still here.
In short, he was quite willing for us to publish the paper.

Bill didn't want to sign the clearance form, but he suggested the wording for the "strategy revelation" section, and said he'd be happy to confirm his opinions by telephone. 

I'm going to start the clearance process on this paper.  We'll get a draft copy to you right away, too, since the timing is rather tight.

Thanks,
Dan*start*
01036 00095 US 
gvMsgID: Swinehart.pa $ 3#219@ 9-Aug-83 21:56:22 PDT
Categories: audio
Date:  9 Aug 83 21:55:21 PDT
From: Swinehart.pa
Subject: Re: Phone data base
In-reply-to: "Your message of 9 Aug 83 16:50:25 PDT"
To: Stewart
cc: Swinehart

If you wish for your requests for changes in the voice system to be given serious consideration, please resubmit them to LarkSupport.pa.  Orderly handing of design inputs is mandatory if predictable progress is to be made.

Sure.  I wonder if there shouldn't be a more ephemeral directory of recently called names, though, rather than cluttering up your personal one with randomness.  The ephemeral one could be arranged chronologically [rather than | in addition to ] alphabetically.  It would be like a log of recent calls.  In fact, I'm tempted to use the log of recent calls in this way.  You'd be able to force such an entry into your permanent file, or maybe set a threshhold number of calls before the entry would migrate.  A threshhold of 1 would give you what you asked for.
*start*
01149 00094 US 
gvMsgID: ornstein.PA $ 3#228@16-Aug-83 14:42:43 PDT
Categories: audio
Date: Tue, 16 Aug 83 14:42 PDT
From: ornstein.PA
Subject: Etherphone X'tals
To: Stewart
cc: VoiceProject^
Reply-To: ornstein.PA

I spoke to Nancy (sharp) at Kottmeier Assocs., 2470 S. Winchester Blvd. Suite B,
Campbell, CA 95008.  Tel: (408)-866-5153.

Kottmeier is Motorola's Northern Calif. X'tal purveyor.  The K1115A is a +-0.1% job.  It costs $5.70 in quantity 50-99.  The K1145AM is a +-0.005% job and costs $10.16 (in quantity 50-99).  Normal delivery is about 5 wks. ARO but presently somewhat higher for idiosyncratic reasons.

They are no longer making the ------A's but now making the -----AM's instead.  Don't know what the A was for; the AM stands for "all metal".  The A's had a ceramic bottom, were otherwise all metal.  Now even the bottom is metal.  The new can is a tiny bit taller (perhaps .2 instead of .17) but otherwise everything's the same except the precision (or as they call it, the stability).

Incidentally, I gather that 0.005% is about the best you can do without going into much fancier temperature-stabilized devices.

S.
*start*
03206 00095 US 
gvMsgID: Swinehart.pa $ 3#219@24-Aug-83  2:23:46 PDT
Categories: audio
Date: 24 Aug 83  2:24:06 PDT
From: Swinehart.pa
Subject: Comments from various folks
To: VoiceProject^
Reply-To: Swinehart.pa

I've sent "thank you's" to them all.

-------------------------------------
Date: Mon, 22 Aug 83 17:35 PDT
From: withgott.PA
Subject: Comments
To: Swinehart
cc: withgott

I found your paper interesting and am sorry I haven't been around to be able to see it demonstrated.  You asked for comments; since I just read the ms. I can give you a couple.

-- I found section 2.3 to be slightly confusing.  I think that in para. 2 maybe you want to say "Our approach to this problem is to enable the caller to exert control over the recorded message..." since even with answering machines, the caller has responsibility for producing a voice message.  Also in the next paragraph, what exactly  is meant by "..and other combinations?" Next paragraph  change to "and communications environment can be enhanced with voice in two ways"?

-- In the section on the System Architecture you start with the Parc Environment. This perhaps is a bit mixed.  Perhaps the last paragraph ("Our approach to applications research..") would flow better elsewhere?

-- In the section on capacity you do not mention the implications of a situation where non-voice traffic is NOT negligible. Maybe a word on this?

-- Status and Plans. You might be a bit more positive about what you've already accomplished here.

Thanks for making this available.  I hope one of you is interested in telephone type-in -- using the push buttons as a keyboard -- or  retrieval of messages via synthesis.  I'd like to have both facilities!
--Meg Withgott


------------------------------------------------------------
Date: 23 Aug 83  9:26:24 PDT
From: vanleunen.pa
Subject: Re: Draft of Etherphone paper available for comment
In-reply-to: "Your message of 22 Aug 83  8:53:59 PDT"
To: Swinehart
cc: vanleunen

A small point with a big impact on readability: Use two spaces after every end-of-sentence period.

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

Date: 23 Aug 83 17:28:38 PDT
From: Horning.pa
Subject: GlobeComN
To: Swinehart
cc: VoiceProject^, Horning
Reply-To: Horning.pa

Dan,

Nice paper. In general it reads very well. Here are some small comments I jotted down as I read through:

"Leaving a recorded message can be an effective substitute for those calls that go unanswered."

	Sometimes! For some calls.

"an earlier prototype Ethernet" Isn't the official term "Research Ethernet"?

"Xerox 1100, 1108, and 1132 (Dorado)"

	It looks like all three are called Dorado. Give all three names or none. The Alto certainly deserves a mention here, especially in its server role.
	
"Although reluctant to undertake" -> "Although we were reluctant to undertake"

"Programs written in the C language supply all of its"

	Pronoun reference not clear in first sentence of new paragraph.

"[Nelson, Birrell]" -> "[Nelson, Birrell83]"

References: It is conventional to italicize journal names.

Jim H.


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

Κ(˜JšœΦΟb
œ˜˜ψ—…—ϊ(*start*
01759 00095 US 
gvMsgID: Swinehart.pa $ 3#219@24-Aug-83  2:25:12 PDT
Categories: audio
Date: 24 Aug 83  2:25:43 PDT
From: Swinehart.pa
Subject: [Indigo]<Voice>GlobeCom>GlobeComO.Bravo
To: Stewart
cc: Swinehart

It's supposed to be the right column width.  I've made changes prompted by Mary Claire's comments and Polle's comments -- I'll show you what the latter ones are, later.

I've also changed to numerical reference numbering, as specified in the printing instructions.  Cleaned up the references a bit, and added a voice mail survey article.  Wish I could find something reputable on the IBM voice mail system and the Wang stuff.

Ref. #10 is missing an author.

There was a reference to [Hatch] in the paper before numbers that didn't have a definition.  Did it go away?  Several references are missing volume numbers and such.

The printing instructions say that author addresses and biographies must appear at the end of the paper.  Maybe you could dig up similar IEEE conference papers and whomp up some biographies for us?  At least for you, and I'll follow suit.

Illustrations need work, and I haven't touched them.  I can't tell from reading the instructions whether they can be allowed to span two columns or not.  We might have to think of a way to get each into its own column.

Haven't worked on the Title block yet, either.  Nor have a taken a pass through to deal with "Etherphone" in the way J. Shoch and I agreed on (no big deal, but I at least have to stick in a "TM" or two.) Also want to put in changes prompted by Horning and Withgott.pa's comments.
 
 I have to attend a meeting from 10 to noon today (Wed.), and then there's Dealer.  Hope there's time around these annoyances to work on this thing and get it out of here. *start*
00802 00095 US 
gvMsgID: Swinehart.pa $ 3#219@24-Aug-83 19:22:43 PDT
Categories: audio
Date: 24 Aug 83 19:22:43 PDT
From: Swinehart.pa
Subject: Levin needs a new Lark
To: Stewart
cc: Swinehart

The circuit breaker on Roy's #100 has been tripping frequently.  Roy reports speaker crackling noises and LED twitching just before the thing trips.

Aside: See [Indigo]<Voice>Top>Agent.df Imports [ names.mesa ] for functions like GetGVDetails.  If LarkControl were using that, the GetStatus command would work better.  The present system matches this version of the file.

I've subsequently improved the update side, too, but I probably won't be putting up the somewhat zippier GVLark until a next release of Thrush and so (had to change Names again, so irrelevant version mismatches would get me.)
*start*
02517 00098 US 
gvMsgID: DLyon@SRI-KL.ARPA $ 3#5@29-Aug-83 12:48:41 PDT
Categories: audio
Received: from SRI-KL.ARPA by PARC-MAXC.ARPA; 29 AUG 83 12:44:21 PDT
Date: Mon, 29 Aug 83 11:32:28 PDT
From: Richard F. Lyon <DLyon@SRI-KL.ARPA>
Subject: filter design
To: withgott.PA
cc: DLyon@SRI-KL.ARPA, Stewart.pa, Bush@SRI-KL.ARPA
In-Reply-To: Your message of Sat 27 Aug 83 11:15:49-PDT

Meg,

I have not actually designed filters of the type you want, but I can
give you some advice.

First of all, your best source of local expertise on this subject is
Larry Stewart, who works on "Etherphone" and such stuff in CSL.
(Larry -- this is concerning anti-aliasing filters for a Lisp-
based speech synthesizer)

Here are the options I see:

1.  Build the circuit you have the design for.  But this is not
necessarily great, as it's hard to get good audio-frequency inductors,
and what you end up with is not very adjustable or reproducible.

2.  Build an equivalent thing with op-amps, precision capacitors, and
precision resistors, using a design from a book of standard filters,
available in the library.

3.  Use an A/D system that comes with a filter.  For example, there
exist several "auburn" boards that provide a/d and d/a for Altos,
using telephone codecs that work at various rates.  With a 10 kHz
sample rate they will give you about a 4 kHz filter, which may be OK.

4.  Use the Etherphone as your D/A system.  Ask Larry if it's possible.

5.  Buy a general-purpose rack-mounted filter, such as the Krohn-Hite
model 3343 filter that we have.  This is surely overkill, but flexible.
PARC may have one lying around, but I bet you can't find it.

6.  Buy a fixed filter module from an outfit like Data Translation or
some such data-acquisition company.  We have 5 kHz and 8 kHz fixed
filters in our DSC model 200 digital I/O system.

By the way, the general problem of filter design for anti-alias
applications in non-trivial.  The general approach is usually to get a
very flat filter with very sharp cutoff, but this introduces lots of
phase distortion at high frequencies.  Things would be better if you
could up the sample rate to 16 or 20 kHz, but that would mess up
Klatt's parameters.  Also, for smoothing the output of a D/A, a flat
filter is not the ideal response; you also need sin(x)/x correction,
which is not in the design you have.

I'll be glad to discuss any of this further, but I suspect that Larry
could find you a quick solution using existing stuff.

	Dick ( dLyon @ sri-kl )


-------
*start*
00519 00092 US 
gvMsgID: Stewart.pa $ 3#24@29-Aug-83 21:38:19 PDT
Categories: audio
Date: 29 Aug 83 21:38:16 PDT
From: Stewart.pa
Subject: Agent and GVLark
To: Swinehart
cc: Stewart

GVLark now contains LogImpl NamesGVImpl and NamesGVAuthImpl. Log and Names are EXPORTed.

GVLarkImpl and NamesImpl no longer reference UserExec.bcd.  Agent.df and GVLark.df are new, but no interfaces have changed.

GVLarkImpl is now a MONITOR to make the global variables safe.

Names should become a CEDAR DEFINITIONS some day.*start*
01036 00095 US 
gvMsgID: Swinehart.pa $ 3#219@31-Aug-83 10:52:15 PDT
Categories: audio
Date: 31 Aug 83 10:51:08 PDT
From: Swinehart.pa
Subject: Re: Agent and GVLark
In-reply-to: "Your message of 29 Aug 83 21:38:16 PDT"
To: Stewart
cc: Swinehart

There will be a new config called ThUtils that contains LogImpl, NamesImpl, and NamesGVImpl.  It exports Log and Names.  It will be part of Agent.df. 

If you use ThUtils for anything besides GVLark, run GVLarkImpl to do GVLark.  Otherwise, GVLark contains ThUtils.  GVLark exports Log and Names. GVLark should have no use for NamesGVAuthImpl (replaces RPC conversation-creation function.)

I've incorporated your Commander changes.  Agent.df and GVLark.df will be new, and all of the interfaces have have been recompiled (Names has changed; Log hasn't.)

NamesGVImpl includes Grapevine/cache update functions, and is a MONITOR to make global variables safe.  GVLarkImpl isn't a MONITOR.

Names is a CEDAR DEFINITIONS.

I haven't done an SModel.  Tell me when it's OK to do so.

Dan*start*
01500 00094 US 
gvMsgID: ornstein.PA $ 3#228@ 1-Sep-83 11:42:46 PDT
Categories: audio
Date: Thu, 1 Sep 83 11:41 PDT
From: ornstein.PA
Subject: $$ for Etherphones
To: Henning
cc: Clark, VoiceProject^, Mitchell
Reply-To: ornstein.PA

John,

Howcum the overrun just doubled?  I don't like to be over in estimates. I had understood from Larry Stewart that it grew out of Mike's eagerness to try for a full 50.  But I had understood that what had been overlooked was just the microphones and speakers and $3K should be more than ample for that.  What happened? 

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

Date: 31 Aug 83 16:18:59 PDT
From: mitchell.pa
Subject: Purchase order for Etherphones
To: Ornstein
cc:  mitchell

Severo,

John Henning just talked to me about the Etherphone build account.  John needs you to send him a purchase order or a transfer agreement for $6.2K capital to complete the build.  You should charge it to budget center 50 (CSL) and commit it to acount 1398-83 in budget center 52 (the Garage).

Thanks,

--Jim

P.S.  This is the money you labelled as $3K in your message:

Date: Wed, 3 Aug 83 21:52 PDT
From: ornstein.PA
Subject: $'s for Etherphone Build
To: Henning, Clark
cc: VoiceProject^, ornstein, Mitchell
Reply-To: ornstein.PA

Jim is back and tells me there is enough capital money to cover the $3K necessary to buy the microphones and speakers to complete the 50 Etherphones.  So go ahead and spend it.

Severo
 
------------------------------------------------------------

*start*
01105 00092 US 
gvMsgID: Stewart.pa $ 3#24@ 1-Sep-83 17:07:50 PDT
Categories: audio
Date:  1 Sep 83 17:07:43 PDT
From: Stewart.pa
Subject: Larks status
To: LMcCreight
cc: VoiceProject^.pa
Reply-To: Stewart.pa

Here is the situation:

Board 101, EPROM 121   OK

Board 102, EPROM 122   OK
	SPMode didn't seem to work.  I was puzzled by this as the Slave EPROM verified corectly and it is only software.  I retested it and now it seems ok.
	
Board 108, EPROM 123
	Would't respond to Ethernet at all.
	I found Pin 14 bent on the LS38 at L1.  That fixed it, but I didn't run the full tests.
	
Board 111, EPROM 124
	On the analog board half of the interboard connecter, pin 20 and pin 21 measure about 50 ohms apart.  I suspect something is wrong underneath the connecter, but I didn't pursue it.
	
Board 105, EPROM 127
	Slave EPROM wouldn't verify.
	In fact, the slave CPU wasn't getting any power.  Pin 20 (VCC) of the 40 pin socket at B4 is bent and doesn't make contact.  I didn't fix it.
	
Board 110, EPROM 152   OK
	Revert relay didn't work.
	Catch diode for relay installed backwards.  Fixed.



*start*
01526 00092 US 
gvMsgID: Stewart.pa $ 3#24@ 8-Sep-83 17:22:50 PDT
Categories: audio
Date:  8 Sep 83 17:22:43 PDT
Sender: Stewart.pa
Subject: CedarVoice
To: VoiceProject^.pa
From: Swinehart, Stewart
Reply-To: Stewart.pa

There should be procedural interfaces for common operations, plus an interface directly to the smarts level (which exists) for those in the know.

Some examples of common operations:

Place a phone call to Fred.
Make a noise from some set of available noises. (New mail tune, etc.)
	New mail tune, etc.  There should be some subset of musical notation as
		well as xxx Hz for 100 milliseconds.
	Access to network voice resources like speech synthesiser.  (Play test string).
Open a preemptable voice protocol connection from my workstation to the phone, which I can feed a waveform to be played.
Fast play something from Bluejay  (Toilet flush on ABORT & RB song).
Fast recording and playback from Bluejay taking and returning references for the voice segment. (For annotators.)
Telephone parameter setup.  (Number of rings before forward, ring loudness, ring tune.)
Connection between logging in at a WS and forwarding, without full finch, via user profile perhaps.

Access to status information on state of phone system.
Control of some standard phone features like hold.  (See parameters).
Access to Lark facilities like Line In and Out.
Access to Lark facilities like RS232.

Interface to Bluejay (via Thrush) for access to voice power numbers and voice bits (For editors and speech research.)
*start*
03464 00094 US 
gvMsgID: ornstein.PA $ 3#228@13-Sep-83 17:56:18 PDT
Categories: audio
Date: Tue, 13 Sep 83 17:56 PDT
From: ornstein.PA
Subject: What we need to finish the Etherphone Build
To: Henning
cc: LMcCreight, Stewart, ornstein, Mitchell

John,

How does the following summary strike you?

S.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 

An Etherphone includes:
Lark
Power Cord
Telewall wire
Telephone Set
Telephone wire (8 pin unkeyed)
Speaker
Speaker Box
Speaker Box wire (8 pin keyed)
Speaker wire (RCA - RCA)
Microphone (shielded) with cable
Transceiver/Mux*
Transceiver Cable

*An Etherphone can either use an individual transceiver or  one leg (a quarter) of a transceiver/mux arrangement.

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

Presently we have in CSL:

16 complete Etherphones* 	-	-   (missing five speakers and 1 speaker wire)

plus:

Power Cord	-	-	-	-	16
Telewall wire	-	-	-	 7	(one 25' and six 10')
Telephone Set	-	-	-	48
Telephone wire (8 pin unkeyed)	-	24	(twelve 14' and twelve 25')
Speaker	-	-	-	-	 0
Speaker Box	-	-	-	-	 2	(plus 7 unassembled metal works)
Speaker Box wire (8 pin keyed)	-	 5	(two 14' and three 25')
Speaker wire (RCA - RCA)	-	 6
Microphone (shielded) with cable	 0	(have 10 unshielded - useless)
Transceiver	-	-	-	-	13	(6 needed as Dorado spares)
Transceiver Muxes	-	-	-	 8	(all 8 needed as Dorado spares and for future Dorados)
Transceiver Cable	-	-	-	15

*the 4 in Swinehart's office and the 4 in Stewart's office use 2 muxes and 4 transceivers alltogether
this includes the "wall phone" in Stewart's office and the 2 Larks in lab.

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

Also Garage has:
Lark	-	-	-	-	-	50
Power Cord	-	-	-	-	55
Telewall wire	-	-	-	 0
Telephone Set	-	-	-	 0
Telephone wire (8 pin unkeyed)	-	 0
Speaker	-	-	-	-	55
Speaker Box		-	-	-	52
Speaker Box wire (8 pin keyed)	-	 0
Speaker wire (RCA - RCA)	-	 0
Microphone (shielded) with cable	50	(need modification)
Transceiver		-	-	-	 0
Transceiver Muxes	-	-	-	 0
Transceiver Cable	-	-	-	 0

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
So to complete 66 (the original 16 prototypes plus the 50 more), need to buy:

$0000	Lark	-	-	-	-	 0
$0000	Power Cord	-	-	-	 0
$0250	Telewall wire	-	-	50	(mostly 10' - a few longer ones)
 							(allows 7 spares)
$0100	Telephone Set	-	-	 2
$0150	Telephone wire (8 pin unkeyed)	30	(mostly 14 foot - few longer
							ones)	(allows 4 spares)
$0000	Speaker	-	-	-	 0
$0000	Speaker Box		-	-	 0
$0250	Speaker Box wire (8 pin keyed)	50	(mostly 14 foot - few longer
							ones) (allows 5 spares)
$0050	Speaker wire (RCA - RCA)	50	(short - 1 foot or even less)
							(allows 5 spares)
$0000	Microphone (shielded) with cable  0
$4000	Transceiver*		-	-	25	(allows 5 spares)
$1200	Transceiver Muxes*	-	12	(allows 2 spares)
$1750	Transceiver Cable#	-	-	60	(ten short [5') and 50 long [40'])
---------------------------------------------------------------
$7650	TOTAL (this is in addition to the $6.2K John already needed)

* For the fifty new Etherphones we plan to put forty on muxtiplexers and ten on individual transceivers.  Thus we need 10 muxes and 20 transceivers - plus spares.  We got quote from Tat Lam for $162 for transceivers in quantity of 25 to 50.

#John Henning says $35 for a 40' transceiver cable and $20 for a five footer


*start*
02041 00095 US 
gvMsgID: Swinehart.pa $ 3#219@14-Sep-83 12:03:07 PDT
Categories: audio
Date: 14 Sep 83 12:02:55 PDT
From: Swinehart.pa
Subject: New Finch available
To: LarkUsers^
cc: Swinehart
Reply-To: Swinehart.pa

Bringover /a /p [Indigo]<Voice>Top>Finch.df to obtain a new version of Finch (old ones won't run any more.)

FinchManual.tioga and FinchManual.press have been updated.

New features for this release are few.  Subsequent releases will use Walnut for voice messages and Cypress-based systems for telephone directories.

Features:

Finch starts up faster, especially after it has been started and stopped once.  Suggested method for putting Finch in a checkpoint: Start Finch, issue the "Unfinch" command, make the checkpoint.  After a rollback, issue the "Finch" command or push the "Participate" button in the Finch viewer. Note: I'm working on a version that will deal properly and automatically with Checkpoint and Rollback.  By the time you fetch your version, that version may be in force.

The Call executive command and the corresponding button in the Finch viewer has been renamed to Phone.  The argument to Phone, if not a number, will first be used to search the name column of the directory viewer, if it exists, so that you can call people by name if they appear either in your own or in the system-wide directory.

Phone xxx at home will call the residence number instead of the office number (supported only for entries in your private directory, at present.)  Phone home calls your own residence.  The ET command exists.

Important: See user.tdir (from Finch.df) for some examples of valid directory entries.  Before, if an RName was specified, it was used to access the public directory, whether or not you specified a local number.  Now the local number will be used if it is present; replace it with an "*" (or omit all columns after the name) to achieve the former behavior.  Please review your own directory files.

ΚK˜JšœρΟbœ©
œWœœΟ
œœ‚

œ œœƒ˜Η—…—J›*start*
01022 00095 US 
gvMsgID: Swinehart.pa $ 3#219@15-Sep-83 17:12:33 PDT
Categories: audio
Date: 15 Sep 83 17:12:35 PDT
From: Swinehart.pa
Subject: Re: Found no Person or RegisteredName
In-reply-to: "Horning's message of 15 Sep 83 17:02:20 PDT"
To: Horning
cc: LarkSupport

It's that Squirrel again!  After you pointed out that Warren and I had absconded with the same name, I agreed to use "Phone" as the more explicit one (Warren had no preferences.)  Turns out Rick used the same command to implement his version -- the two will merge someday soon.

You can get the right thing to happen by running Finch after running Squirrel, but that's possibly not a good option for you, since you put Finch in the checkpoint.  Rick has talked about decommisioning his version of the phone calling stuff until we do it all right, so I'll chat with him about this one.

I don't know any tricks with Aliasing that would solve this.  You can of course use the Phone button in the Finch viewer, until we get this straightened out.
*start*
00888 00092 US 
gvMsgID: Stewart.pa $ 3#24@26-Sep-83  6:27:26 PDT
Categories: audio
Date: 26 Sep 83  6:27:29 PDT
From: Stewart.pa
Subject: time-synchronization
To: VoiceProject^
Reply-To: Stewart.pa

Wonder if this is relevant.
----------
4. Upon discovering anomalies in the DCN time-synchronization
   algorithms, I reviewed the design and found some subtle flaws
   in the tracking-loop parameters. These turned out to be
   readily fixable, with the result that the timekeeping accuracy
   was increased an order of magnitude, so good in fact that we
   can identify individual clock boards by their crystal drifts.
   I summarized these and other changes in a comprehensive
   document that describes the DCN local-net architecture and
   protocols and includes a formal specification of the routing
   and time-synchronization protocols.

		Dave Mills (Linkabit)
----------
*start*
04046 00092 US 
gvMsgID: Stewart.pa $ 3#24@ 4-Oct-83 17:33:05 PDT
Categories: audio
Date:  4 Oct 83 17:32:56 PDT
From: Stewart.pa
Subject: Registration proceeds
To: VoiceProject^.pa
Cc: Stewart
Reply-to: Stewart.pa

I've just had a very satisfactory talk with J. P Neil.

1) How much will it cost?

The environmental tests will be $610.  The rest will be at a daily rate of $400.  Neil thinks
this case is slightly more complex than others and will be two days plus.  He suggests writing a PO or whatever it is we do for some larger amount, like $2500, but he is sure it will be much less.  (My guess was 4 days plus the $610 would be $2200, so it is not out of line.)  The probable actual amount is 2 days + $610 or $1410.  We need to make a PO or something.

2)  What about "shipping tests" since we will never ship one?

It is easier to take the test than to try to get around it.  (But he appreciates the position.)  The alternatives are to "ship" just the analog board or to "ship" a complete unit.  The problem with shipping just the analog board is that the board you ship has to be the one tested.  Neil thought he could do the assembly, but why not test the whole thing?

Fred says he can add card guides or some other appropriate brace on the unit we send to test.  (It need only be a shipping clamp, but I am concerned that the PC boards are only supported at the end of the box.)  He will also reassemble the box with lock-washers everywhere.  I think the sockets will hold as is.  We can get a large enough box and put several inch foam pads on all faces of the Etherphone.

I forgot to explicitly check about shipping tests for the I/O devices like the telephone.  I think we should pack them in another box, although they may not need to be checked.  We did not discuss the speaker box, but I think it is not even involved in all this.  I'll check by phone.

3) The paperwork

We should call Bill Von Alven at 202-634-1833 and ask for the latest instructions for form 730.

We will have to provide a user's guide for the FCC.  Neil understands the odd situation and again he feels it is easier to write one than argue.  He will be sending some information about what must be included.  I gather it must include setup instructions, operating instructions, and information about repair.

We will have to provide some documentation about provisions for "continuing quality assurance," even though we have no manufacturing plans.  He will send information and we will write something about our 100% testing policy.

We will need to provide Neil with the following things:
	Power supply schematic and spec sheet, showing transformer isolation ratings.
	Relay spec sheet, showing coil to contact isolation
	Voice Transformer spec sheet, showing isolation.
	A schematic of the telephone interface portions of the device.  For us, this seems to include from the Codec which drives the phone line on out.  It should be on one page if possible and it should more clearly show how the phone line comes in.  A / A1 is not included!
	A block diagram and operational description of the device.
	
	I will produce a block diagram with a box for the whole digital board and somewhat more detail for the analog.  The operational description will describe what is connected to what with how many volts in each of several interesting configurations.
	
	
4)  Revert mode

I told Neil about it and he didn't think it was much of a problem, merely the connection of an already registered device, the modifications not particularly affecting that.  Leave it off the descriptions even rather than confuse the issue.

5)  Fallback positions

I told Neil that if the phone line circuit fails the pulse tests, we will replace it with the old model transformer that doesn't need the electronic holding coil. He thought that was fine.

I told him that is the limiting is at the wrong levels, it was a simple matter to change slightly.

	-Larry
Κg˜Jš
œ˜Jš
œ˜JšΠbsœ˜Jšœ˜Jšœ	˜J˜J˜J˜7J˜ηJ˜J˜=J˜šJ˜ΒJ˜J˜Α—…—s*start*
01533 00092 US 
gvMsgID: Stewart.pa $ 3#24@13-Oct-83 18:44:23 PDT
Categories: audio
Date: 13 Oct 83 18:44:24 PDT
From: Stewart.pa
Subject: Man captured inside telephone booth
To: VoiceInterest^.pa
Cc: Stewart
Reply-to: Stewart.pa

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

Date: 12-Oct-1983 23:33
From: decwrl!rhea!castor!j_covert
From: <decwrl!rhea!castor!j_covert@su-shasta>
Subject: Imprisoned in a telephone booth...

>From the Sueddeutsche Zeitung, Munich, 13 September 1983

                Lock snaps shut --
        Man captured inside telephone booth

A 47 year old Yugoslav became a prisoner of technology in a telephone
booth in Goetheplatz Sunday night.  Just after 10 PM he was calling a
compatriot when the lock, which is normally only used to lock the
booths when the phone is out of order, snapped shut.

The rain-soaked man, who was also plagued by an urgent call of nature,
first tried to make passers-by aware of his unfortunate situation.
After a half an hour of useless effort he reported his emergency to
the fire department emergency number (112) but could not make himself
understood to the clerk at the emergency reporting center.

However, just to be sure, the clerk sent a radio-dispatched emergency
car to the telephone booth.  The emergency crew finally facilitated
his release.  -tom

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

Now with the EtherPhoneBooth, the lock may well activate if you have exceeded your disk quota.
	-Larry
ΚN˜Jš
œ˜Jš
œ˜JšΠbsœ%˜,Jšœ˜Jšœ	˜J˜J˜ J˜˜	—…—N’*start*
00432 00092 US 
gvMsgID: Stewart.pa $ 3#24@14-Oct-83 17:03:31 PDT
Categories: audio
Date: 14 Oct 83 16:59:17 PDT
From: Stewart.pa
Subject: Fixed 136/156
To: LMcCreight
Cc: Ornstein, Stewart

Severo and I fixed it, we think.  The DMA controller (8237 or 9517) was temperture sensitive.  Don't ask why this took us more than two hours.
	-Larry
ΚK˜Jš
œ˜Jš
œ˜JšΠbsœ˜Jšœ˜Jšœ˜J˜J˜–
—…—

U*start*
00555 00094 US 
gvMsgID: gasbarro.pa $ 3#188@25-Oct-83  8:39:16 PDT
Categories: audio
Date: 25-Oct-83  8:39:21 PDT
From: gasbarro.pa
Subject: Etherphones
To: Paxton, Orr, Stewart, Swinehart
Reply-To: gasbarro
cc: ISL^, Boggs

I needed 1.5 Mb Ethernet in my office as part of the work I'm doing on my chip tester.   Since I'm such a nice guy (and since it was easier that way) I extended the 1.5 Mb net to cover all of the ISL area as far as the corner near my office.  This makes is possible to install Etherphones in any of these offices.

--Jim
*start*
00954 00095 US 
gvMsgID: LMcCREIGHT.PA $ 21#4@26-Oct-83 13:58:18 PDT
Categories: audio
Date: 26 Oct. 1983 1:58 pm PDT (Wednesday)
From: LMcCREIGHT.PA
Subject: Lark Deliveries
To: Henning
cc: Stewart, LMcCREIGHT

John-
The following items have been delivered by the Garage to Bldg. 35 in care of
Larry Stewart for the Etherphone project:

50 ea. Lark with power cord  (one board set was built by Mike Overton
and                                      housed in a box from an earlier build)

45 ea speaker
50 ea speaker control box
50 ea speaker wire (RCA-RCA)

50 ea microphone, modified with new cable

7 ea 40' ethernet cable
1 ea 5' ethernet cable

We still owe:
5 speakers plus engraving the original 16
50 telewall wires
50 telephone wires
50 speaker box wires
25 transceivers
12 transceiver multiplexers
9 ea 5' ethernet cables
43 ea 40' ethernet cables

The remaining question is "Where should the spares of everything be stored?".

Lynne

*start*
00411 00093 US 
gvMsgID: Henning.PA $ 21#59@26-Oct-83 14:12:19 PDT
Categories: audio
Date: Wed, 26 Oct 83 14:07 PDT
From: Henning.PA
Subject: Re: Lark Deliveries
In-reply-to: "LMcCREIGHT's message of 26 Oct. 1983 1:58 pm PDT (Wednesday)"
To: LMcCREIGHT
cc: Henning, Stewart

As you pointed out earlier this month, the leftover parts should be given to the techs.  After the peroject is complete.

John

*start*
02619 00092 US 
gvMsgID: Stewart.pa $ 3#24@26-Oct-83 23:52:47 PDT
Categories: audio
Date: 26 Oct 83 23:52:52 PDT
From: Stewart.pa
Subject: Neil's Call
To: VoiceProject^.pa
Cc: Stewart
Reply-to: Stewart.pa

Severo found me down at the gym at about 5:10 pm today.  Neil had just called to say there were problems.  I came back up and returned the call.

Neil told me that he had been trying a leakage test between power supply primary and tip/ring.  It had broken down at just over 1200 v.  The power supply primary to case had gone at just under 1000 v.

The test from power supply primary to tip/ring is funny.  It is not required by the FCC, but used to be required by California.  The Etherphone should pass it as a consequence of passing two other tests which are required by the FCC.

The power supply isolation transformer separates the power supply primary and the case.  It should hold at 1500 vrms.

The surge arrestor separates tip/ring and the case.  It should not trigger until 350 volts.

These barriers are effectively in series in the Lark design since the other path from the power supply to tip/ring is through the telephone line transformer, which should handle 1250 vrms.

Neil made a remark about "80 microamperes"  which I may have got wrong.

At 1500 vrms between the ground wire of the power cord and line and neutral connected together, there is a current of 133 microamperes.  (With the power cord not plugged in to anything).  This appears due to power cord capacitance.  I calculate it at 250 pF or so.

At 1500 vrms between the power supply primary and case of the Lark (with the power cord unplugged) there is a current of 270 microamperes.  This appears due to transformer winding capacitance.  I calculate it at 450 pF or so.  I left the 1500 volts applied for 3 minutes with no change in the current.

Both currents are changing linearly with voltage, so there are no breakdown effects happening.

As a consequence of this testing, I am confident that the design is OK.  I have made another set of stand-alone EPROMS and am taking a second Lark with me to visit Neil in the morning.  I think either his testing is funny or the Lark he has is actually defective.

If the testing, or test interpretation is at fault it will be easy to clear up.  If the Lark he has is defective, we may have to repeat the earlier stages of testing.

Neil mentioned to me that the Lark seemed to be still operational after the 800 volt pulse test, which I thought the most severe of the bunch.

Stay tuned.  --Larry
ΚN˜Jš
œ˜Jš
œ˜JšΠbsœ
˜Jšœ˜Jšœ	˜J˜J˜J˜—…—	Œ	ΰ*start*
01213 00092 US 
gvMsgID: beard.pa $ 60#117@ 3-Nov-83 13:30:42 PST
Categories: audio
Date:  3 Nov 83 13:30:47 PST (Thursday)
From: beard.pa
Subject: Sara Radicati is the Voice Project Manager
To: OSBU^.es, Swinehart, Stewart
reply-to: Radicati, beard

This is to announce that Sara Radicati has taken over management of the Voice Project.  Sara is developing a prototype voice-annotation facility in Star, which will also involve the addition of prototype "voice file" management to the File Service.  The project is also responsible for the telephone management prototype and its evolution.

The voice project has been making substantial progress over the past few months   toward eventual incorporation into our products.  Please give Sara your support in this project.

By the way, we need one or two additional people to work with Sara.  One should be a Mesa programmer who would work on the annotation prototype and the Tajo telephone management tool.  The other person should have some experience with voice, distributed processing, management of what Bob Purvy called JDO's (Jumbo Data Objects), or related topics.  Please talk to me or Sara if you have any interesting prospects.
	Thanks -- Marney
*start*
00498 00094 US 
gvMsgID: ornstein.PA $ 3#228@ 4-Nov-83 17:38:51 PST
Categories: audio
Date: Fri, 4 Nov 83 17:39 PST
From: ornstein.PA
Subject: EPC-Rev-Aj.Press
To: Stewart
cc: ornstein

It's on Indigo <Voice> but it was too much of a pain to put it into the dump file.  (I didn't save the command file and wasn't sure I'd not modified some of the files and didn't want to reload them etc. etc.) And you can always make it up from the sil files - which ARE in the dump file, so........

S.

*start*
00606 00092 US 
gvMsgID: Stewart.pa $ 3#24@ 7-Nov-83 13:24:07 PST
Categories: audio
Date:  7 Nov 83 13:24:08 PST
From: Stewart.pa
Subject: Installing Etherphones
To: Swinehart, Ornstein
Cc: Stewart

Let's do it.  Which of you is in charge?

Make sure all offices have modular jacks.

For offices with multi-line phones, leave them in place and bridge the Etherphone jack accross the primary line.

Installation order?  Who gets phones?  How many spares?  Where do the multiplexors go?
Who gets what colors?

	-Larry
ΚK˜Jš
œ˜Jš
œ˜JšΠbsœ˜Jšœ˜Jšœ	˜J˜J˜Ό—…—
²*start*
00948 00094 US 
gvMsgID: Swinehart.pa $ 3#14@15-Nov-83 13:17:02 PST
Categories: audio
Date: 15 Nov 83 13:17:02 PST
From: Swinehart.pa
Subject: Hello and FCC Registration
To: Stewart
cc: Swinehart

Hello.  You seem charming.

Following questions about FCC registration:

Lawyers and managers: I'd like to submit two clearance forms, one for the parts that have to be public, and the other for the parts that we can make them treat confidentially.  The first will say its for general distribution, incl. international; the second will mention the FCC as the only recipient.  Which parts are which?  How is the request for confidentiality to be made?  Would I be able to find the document that answers these questions?

Headers: I assume we should take the CSL-Notebook headers off of all of the exhibits before submitting them, right?  Needn't be done before showing to Neal and to the lawyers et al.

Otherwise, things look reasonable.

Dan
*start*
01973 00094 US 
gvMsgID: Swinehart.pa $ 3#14@15-Nov-83 15:35:14 PST
Categories: audio
Date: 15 Nov 83 15:35:14 PST
From: Swinehart.pa
Subject: Need for modular connectors on CSL telephones
To: Kinne
Cc: Swinehart, Quinlan, VoiceProject^
Reply-to: Swinehart.pa

Bart,

I have done a comprehensive survey of all offices and most labs and nooks in CSL.  Several of the straight sets and most or all of the key telephone sets and call directors do not have modular connectors.  Here I've listed them, in order of importance.

Straight sets in offices and alcoves.  These will actually have to be changed out rather than just bridging a jack in parallel (don't want the old sets to ring.)

2172	Willie-Sue Orr	We want to install an Etherphone here as soon as we can.

2124	Zellweger
2130	Yao
2126	Kolling
2128	Boggs
L-4	Alcove outside Yao's office
2104	Perlis (two of three lines in there are modular; could remove two lines from this office)
2164	was Crowther's

Key telephone sets in principals' offices.  We want to bridge the primary line of each of these with an RJ12 jack.  When we install Etherphones in these offices, we'll want to eliminate KTS ringing to that line of that phone in each case, as we discussed earlier.

2138	Schroeder
2162	Teitelman
2348	Mitchell's new office (was Geschke's)
2146	Lampson	(There's another line in his office that is modular, though.)
2224	was Morris'
2102	Kay (but when R. Weaver moves in, may change to straight set, so forget it?)

Secretarial call directors

L-6	Menis
L-5	Alcove -- should be changed for a straight set.
L-1	Bogener's new
2134	Quinlan
L-3	Joos (if possible to put one on the 4440 line, do it; else forget it.)
2136	Taylor
2228A Anderson
2346A? Hay Chan Sargent

Wall phones in labs -- don't change yet.

2200	Alto Lab (wall phone; no rush to deal with this)
2311	Conference room (ditto)
2305	Menlo printer (ditto)

Give me a call and we can discuss how to schedule the changes that are needed.

Thanks,
Dan
*start*
00549 00092 US 
gvMsgID: STEWART.PA $ 3#14@18-Nov-83 22:43:00 PST
Categories: audio
Date: 18 NOV 83 22:43 PST
From: STEWART.PA
Subject: Re: Hello and FCC Registration
To:   Swinehart
cc:   STEWART

In response to your message sent  15 Nov 83 13:17:02 PST

The form 730 instructions tell which
parts of the application can be confidential.
It is either on top of something in my office
or I already gave it to you.  Or it is
buried!

I feel much more charming!  Am in Florida at
the moment.  Leesburg gateway wasn't wolrking
all week.   -Lar
*start*
00644 00094 US 
gvMsgID: Swinehart.pa $ 3#14@19-Nov-83 14:43:45 PST
Categories: audio
Date: 19 Nov 83 14:43:45 PST
From: Swinehart.pa
Subject: Re: changes?
In-reply-to: "Your message of 18 NOV 83 22:51 PST"
To: STEWART
Cc: Swinehart

Dealt with (or ignored) everything one way or another  STOP  Submitted copies for clearance on Wednesday (trying for total non-confidentiality; seems reasonable)  STOP Got sick two minutes later, so didn't get copy of report to Phil until Friday PM STOP See you Tuesday -- Kathy says coming to band is more important than picking you up at the airport (don't tell her I told you), so good luck.

Dan
 
*start*
01218 00095 US 
gvMsgID: swinehart.pa $ 3#219@13 Dec 83 09:36:36 PST
Categories: audio
Date: 13 Dec 83  9:36:28 PST
From: swinehart.pa
Subject: No more ECHOS ECHOS ECHOS echos echos echos
To: Stewart
Cc: VoiceProject^, swinehart
Reply-to: swinehart.pa

The development version of Thrush now includes full support of echo suppression for the following configurations:

Front-door speakerphone calls.
Back-door speakerphone calls.
Hybrid-echo suppression on back-door forwarded calls for the benefit of the Lark user at the forwarded site.

The speakerphone settings work exceedingly well, at least from the standpoint of suppressing echos for the conversant at the other end of the connection.  I wasn't able, by talking to myself using one of the old mikes, to determine whether the microphone volume was adequate -- seemed a little low.

The forwarded-call thing didn't work at all, the way you had me set it up.  I still heard a full-volume echo, but now broken up and crackly, presumably due to some periodic attempt by something to interfere with it.  Can we look into it?

Dan
Κz˜Jš
œ˜Jš
œ˜Jš	Πbsœ
Πbxœ
ΟlœΟbœΟs˜4Jšœ	˜Jšœ˜J˜J˜J˜rJ˜J˜J˜mJ˜ͺJ˜J˜ν
J˜J˜—…—δd*start*
01462 00095 US 
gvMsgID: swinehart.pa $ 3#219@15 Dec 83 11:41:06 PST
Categories: audio
Date: 15 Dec 83 11:41:13 PST
From: swinehart.pa
Subject: Last Finch for Cedar 4.x
To: LarkUsers^
Cc: swinehart
Reply-to: swinehart.pa

In order to put up a version of the telephone server that is compatible with future developments, I've also released a new version of Finch.  Old ones will refuse to work with the new server.

Bringover /a /p [Indigo]<Voice>Top>Finch.

See FinchManual.press or FinchManual.tioga (via the DF file) for an updated description both of how to use your Etherphone, and of how to use Finch.

Significant differences since the previous release:

	At present, there is no access to the voice message services.
	Ringing mode decisions (**4, and the like) persist over system crashes and restarts.
	Speakerphone echo behavior should be considerably improved.
	If you log in at a workstation that has an Etherphone next to it and run Finch, calls made from other Etherphones will be forwarded to you automatically.  If in addition you have an Etherphone in your office, calls from non-Etherphone users will also reach you.

Please let me know if you experiences difficulties that you did not experience with previous releases.
	
I will now begin work on a Cedar 5 version of Finch, which should be available shortly after the Cedar 5 release.

Dan Swinehart
ΚN˜Jš
œ˜Jš
œ˜JšΠbsœ˜!Jšœ˜Jšœ˜
J˜J˜J˜ϊ—…—X*start*
00941 00095 US 
gvMsgID: swinehart.pa $ 3#219@20 Dec 83 10:16:37 PST
Categories: audio
Date: 20 Dec 83 10:16:20 PST
From: swinehart.pa
Subject: Let's sign it and ship it!
To: Stewart
Cc: Swinehart, Ornstein

Also, Phil Neal renewed his request that he be paid the part of his fees that he wants paid in 1983, preferably by today or so.  Not sure what the state of that is upstairs, but you might check it.  I told him he could keep his copy of the 730.

--------------------------------------
Date: Mon, 19 Dec 83 09:31 PST
From: Hutchins.PA
Subject: Publication Clearance
To: Swinehart
cc: Anderson, Hutchins

I have received the publication clearance on your paper entitled, FCC Form 730
Application for Part 68 Registration, Xerox Corrporation: CSL-8308 Voice Terminal.

Diane


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


Κg˜Jš
œ˜Jš
œ˜JšΠbsœ˜#Jšœ	˜Jšœ˜J˜J˜τ
J˜š
œ&˜&J˜ —Jš
œ&˜&J˜J˜—…—βO*start*
02016 00095 US 
gvMsgID: swinehart.pa $ 3#219@26 Dec 83 19:18:35 PST
Categories: audio
Date: 26 Dec 83 19:18:24 PST
From: swinehart.pa
Subject: FYI -- They probably need to talk to us about this in person, right?
To: Stewart
Cc: Swinehart

Before or after Boston?

--------------------------------------
Date: Mon, 26 Dec 83 17:41
Subject: Questions about Etherphone
To: Swinehart.pa
From: Yamada & Ozaki <FXMail.FX>
cc: Yamada<FXMail>, Ozaki<FXMail>

Reply to: Yamada<FXMail.FX>

Dear Mr. Swinehart:

We, as the members of Network Group/Software Technology Center of Fuji Xerox, are currently interested in the integrated voice and data communications on Ethernet.

We are informed that  your group have developed the packet-voice system, namely Etherphone, which is very much similar to what we were thinking of.  Our current status is that we have gone through survaying some papers, and finished some simulations of our model.  The results was just about same as your experiments, but the information we have is only a brief summary of your paper to GLOBECOM '83.

Followings are some questions we would like to ask:

1)  System configuration of Etherphone

2)  Detailed description/specification of a station

3)  Protocols/access strategies used

4)  Marketting policy (if any; planed date, target cost/size, applications/services,
     etc.)

5)  Current status and future schedule of this project.

We are also interested in the Operating System you are using, and (if possible) we would like to discuss about some technical key points associated with this project.

We would appreciate your attention and cooperation.

Furthermore, our research interest also covers the field of document/image transfer on LANs.  Any information and/or comments on this subject is also appreciated.

Sincerely,


K. Yamada & H. Ozaki

Fuji Xerox




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


ClosingComment
Κf˜Jš
œ˜Jš
œ˜JšΠbsœF˜MJšœ	˜Jšœ˜
J˜J˜J˜š
œ&˜&J˜—Jš
œ&˜&J˜J˜—…—‚*start*
00952 00092 US 
gvMsgID: Stewart.pa $ 3#24@27 Dec 83 19:06:21 PST
Categories: audio
Date: 27 Dec 83 19:06:17 PST
From: Stewart.pa
Subject: Conversions accomplished
To: Swinehart
Cc: Stewart

Working for Cedar 5:
/Indigo/Voice/PreVoice/Top/IntervalTimer.df
/Indigo/Voice/PreVoice/Top/Bluejay.df
/Indigo/Voice/PreVoice/Top/Teleload.df   (LarkControl)
/Indigo/Voice/PreVoice/Top/NewLark.df  (test program)

-- startall.cm
bringover -p /Ivy/Stewart/Top/IOPatch.df
bringover -p /Indigo/Voice/PreVoice/Top/IntervalTimer.df
bringover -p /Indigo/Cedar/Top/ViewRec.df
bringover -p /Indigo/Voice/PreVoice/Top/Bluejay.df
bringover -p /Indigo/Voice/PreVoice/Top/Teleload.df
bringover -p /Indigo/Voice/PreVoice/Top/GVLark.df
iopatch
run IntervalTimerHeadDorado IntervalTimerImpl
run -s gvlark
run -s larkcontrolpackage
larkcontrol 173##
run -s bluejay
run -s newlarkpackage

ΚK˜Jš
œ˜Jš
œ˜JšΠbsœ˜!Jšœ˜
Jšœ	˜J˜J˜ž—…—]*start*
01193 00093 US 
gvMsgID: Birrell.pa $ 3#190@ 3 Jan 84 11:12:20 PST
Categories: audio
Date: 3 Jan. 1984 11:12 am PST (Tuesday)
From: Birrell.pa
Subject: Re: Disk drives
In-reply-to: Stewart's message of 26 Dec 83 20:15:13 PST
To: Stewart
cc: Schroeder

Because of an oversight by me, you can't ask Iago to create logical or physical
volumes on other than drive 0.  It's quite easy to fix, or you can use good old
Othello to create the logical volumes (all of type "nonPilot"), then switch to Iago
and use it to erase the volumes, etc.

You should be able to use FS for all your needs, I hope.  There should be no
problem with a 300K page file (I hope!).  You should be able to create a file with
size up to the number of free pages less 2, unless I encounter any bad pages.  FS
is happy to have explicit local volume names in file titles (e.g.
[]<otherVolume>Foo.mesa);  it opens volumes implicitly.  Remember that Iago also
has fairly extensive file manipulating abilities.

Forget all about bringing volumes online and opening them.  Just name the files
you want.  You shouldn't need to consider VolumeID's at all unless you're
involved in some form of unique ID generation.

Andrew

*start*
01645 00095 US 
gvMsgID: swinehart.pa $ 3#219@ 9 Jan 84 14:47:32 PST
Categories: audio
Date:  9 Jan 84 14:47:28 PST
From: swinehart.pa
Subject: Installing Etherphones
To: Yeary, VoiceProject^
Cc: swinehart
Reply-to: swinehart.pa

Please install an Etherphone in each occupied office that has been cabled for it, beginning at the "East" end (vicinity my office).  Put them in secretarial locations, but not in other cubicles (L-series offices.)  Don't install one at the receiptionist desk yet.

In offices with key telephones (6-button phones or call directors), the modular jacks aren't installed yet.  Just leave the equipment somewhere.

In all other offices, install the Etherphone in place of the regular telephone.  Leave power off on the Etherphone, and leave the old instrument in the office.  (Gives the new owner feeling of security; we haven't figured out what to do with the old ones anyhow.)  Make sure you can still get the telephone company dial tone.

There is a number on a tag stuck to one of the EPROMs in each Etherphone.  Keep track of the association between people's names and offices and these numbers.  I'll use the list later to update the data base, and then we can power up the systems.  Put a sticker containing the number somewhere on each chassis, and another one on the back of the corresponding speaker box.

If you can find the new owner, get a color preference for the telephone.  Otherwise, just install whatever color you have, and we'll have a big exchange party later.

Dan


Κs˜Jš
œ˜Jš
œ˜JšΠbsœ˜Jšœ˜Jšœ˜
J˜J˜J˜‡J˜J˜
J˜J˜ΕJ˜J˜τJ˜J˜₯
J˜J˜J˜
—…—–*start*
01686 00095 US 
gvMsgID: swinehart.pa $ 3#219@10 Jan 84 11:57:38 PST
Categories: audio
Date: 10 Jan 84 11:57:36 PST
From: swinehart.pa
Subject: Finch for Cedar 5.0
To: LarkUsers^.pa
Cc: swinehart
Reply-to: swinehart.pa

Bringover -p [Indigo]<Voice>Top>Finch.df
[Indigo]<Voice>Documentation>FinchManual.Tioga
[Indigo]<Voice>Documentation>FinchManual.Press

Finch is the Cedar program that lets you control your telephone.  (In the next release, it will also support voice messages, in conjunction with Walnut.)  The Finch manual describes both the conventional use of your Etherphone, and the use of Finch's features.  If you're a new user, I'd suggest that you look through a copy.  Before using Finch for the first time, you have to update your profile and another file or two.

The Press version of the Finch manual includes a one page summary of the special stand-alone telephone features.

Finch is not yet a part of the Cedar release cycle, but I will try to have releases ready promptly after Cedar releases until that situation changes.

Changes since the previous release:
Voice message service access has been temporarily eliminated. 
The permanent "do-not-disturb" settings (**1 and **4) are remembered over crashes and restarts.   They will persist until you change them.
The speakerphone should work better (less echo.)
If you log in at a workstation, other than your own, that has an Lark associated with it, and if you run Finch, your calls should be automatically forwarded to you (assuming you have a Lark, too.)



ΚŒ˜Jš
œ˜Jš
œ˜JšΠbsœ˜Jšœ˜Jšœ˜
J˜J˜J˜(J˜.J˜.J˜J˜¦J˜J˜pJ˜J˜•
J˜J˜#
body˜>Kš
œŠ
˜Š
K˜0K˜Δ
J˜J˜
——…—¦8*start*
00403 00093 US 
gvMsgID: Horning.pa $ 3#203@11 Jan 84 15:20:33 PST
Categories: audio
Date: 11 Jan 84 15:20:32 PST
From: Horning.pa
Subject: DialTone
To: LarkSupport
cc: Horning

Shouldn't Finch detect callee hangup (and subsequent dial tone) at the end of an outside call and disconnect?

Jim H.
Κ]˜JšΟsœ˜Jšœ˜JšΡprsœ	˜Jšžœ˜Jšžœ˜J˜Iblockš
œn˜nK˜—…—Τ
7*start*
00808 00095 US 
gvMsgID: swinehart.pa $ 3#219@11 Jan 84 15:31:20 PST
Categories: audio
Date: 11 Jan 84 15:31:13 PST
From: swinehart.pa
Subject: Re: DialTone
In-reply-to: "Horning's message of 11 Jan 84 15:20:32 PST"
To: Horning
Cc: LarkSupport

Somebody should.  But we don't have hardware for detecting anything but touch-tones.  The Lark probably isn't fast enough to do it in software.  A dialtone server could tap each call.  Sounds complicated.

If we had a trunk server (no outside line on each phone) the telephone company signals would be much more informative, and the job would be reasonably easy.

Same problem exists when an outside call is busy or otherwise fails.

Dan S.


Κj˜Jš
œ˜Jš
œ˜JšΠbsœ˜Jšœ/˜:Jšœ	˜Jšœ
˜J˜J˜Μ
J˜J˜œ
J˜J˜DJ˜J˜J˜
—…—ZΚ*start*
00613 00092 US 
gvMsgID: Stewart.pa $ 3#24@11 Jan 84 15:34:11 PST
Categories: audio
Date: 11 Jan 84 15:34:09 PST
From: Stewart.pa
Subject: Re: DialTone
In-reply-to: "Horning's message of 11 Jan 84 15:20:32 PST"
To: Horning
Cc: LarkSupport

The Lark lacks the hardware sophistication to detect dial tone.
It thinks the conversation is just very boring.

It is possible that dial tone detection can be done by, say, noticing that the arriving signal energy is largely constant, but I am somewhat skeptical.

	-Larry
ΚT˜Jš
œ˜Jš
œ˜JšΠbsœ˜Jšœ/˜:Jšœ	˜Jšœ
˜J˜J˜‘—…—
°
*start*
03743 00095 US 
gvMsgID: swinehart.pa $ 3#219@12 Jan 84 14:37:55 PST
Categories: audio
Date: 12 Jan 84 14:37:41 PST
From: swinehart.pa
Subject: EY 83 Voice
To: Donahue
Cc: VoiceProject^
Reply-to: swinehart.pa


CoveringMessage

A. Voice Project
The Voice Project is an attempt to incorporate people's voices into our experimental office-automation systems  to make the human voice fit smoothly into a world in which we use a network of computers to organize and communicate information.
Activities
The first part of the project required designing a more manageable phone, one that could connect to the Ethernet.  We call it the Etherphone.  In the last six months, a dozen users have been testing an initial version of a telephone system based on Etherphones.  We are now in the process of installing additional Etherphones that will bring the total to around sixty.
The second part requires software to integrate the Etherphone into our networks and our daily lives.  There are four principal operational programs:   Lark, the Etherphone program, has remained stable during the past six months.  Thrush, the Etherphone control server program, has been modified to allow for improvements in voice messages and in handling complicated telephone management situations.  Finch, the program that connects the Etherphone to the Cedar workstation, and Walnut, the Cedar electronic mail system, were modified to work together, so that Etherphone users can now send electronic messages containing recorded voice.  Bluejay, the voice file server, was modified to accommodate Cedar's new file system, but has otherwise not changed substantially.  We have continued to maintain the other utility programs that allow us to control and manage the system and the database that describes its configuration.
About a dozen alpha-users have been using Etherphones since mid-summer.  The system as it stands supports conventional telephone functions.  Users can run Finch on their workstations to add flexible telephone directories, one-button dialing, and voice messages.  As a basis for future developments, the reliability of this initial system in daily use is encouraging; the need to rely on the built-in ordinary telephone backup has been minimal.
[L. Stewart, D. Swinehart]
Plans
Our immediate goals are the addition of features like conferencing, attendant facilities, forwarding, and hold, which are associated with multiple-button phones, and the provision of a Voice programming interface, so that Cedar applications can begin to take advantage of voice and telephones.  One important application that we will be trying shortly is a call-screening package, to be run as part of Finch, that will allow one to selectively accept incoming calls.  The completion of a large (sixty-station) installation will at last give us the "critical mass" of users that will allow us to assess the value of the novel aspects of the Etherphone system.
Long-range, we expect to see such applications as the ability to phone up a voice server from home and have your electronic mail read aloud to you by a voice synthesizer, the ability to annotate text documents with voice comments, and capabilities for editing voice messages and documents before distributing them.  The existing system forms a solid basis for an extensive set of experiments in this area.   A number of them can be pursued in parallel.  To realize the potential of voice applications in Cedar will require an increase in the staffing of this project.  That should be our first order of business.
ΚΉ˜Jš
œ˜Jš
œ˜JšΠbsœ
˜Jšœ	˜Jšœ˜J˜J˜J˜˜
head2š
œ˜Iindentš
œς
˜ς

head3š
œ
˜
Lš
œπ˜πLš
œœ˜œLš
œ»˜»—Lš
œ˜š
œ˜Lš
œ’˜’Lš
œδ˜δ————…—
‚A*start*
01391 00095 US 
gvMsgID: swinehart.pa $ 3#219@18 Jan 84 17:18:53 PST
Categories: audio
Date: 18 Jan 84 17:18:52 PST
From: swinehart.pa
Subject: Changes to Thrush/Finch for Filtering
To: VoiceProject^
Cc: swinehart
Reply-to: swinehart.pa

Based on a conversation with Dan Greene:

ThParty.Alert, FinchSmarts.PlaceCall, and all functions and data structures in between need to convey the following additional parameters:
proposed call duration
proposed subject
We also want to reduce the number of urgency levels supported from 6 to 4 (details pending.)

FinchSmarts needs the notion of a filter procedure.
Filter: PROC[caller: RName, urgency, subject_NIL, duration: Minutes_60]
RETURNS[acceptance: {accept, reject, maybe}, reasonForRejection, comment];

Dan's existing filter code should be integrated into the present Finch.  The Finch tool will have an extra menu line that names predefined filters (stored in a file), and a button that will create the filter management tool.

Tasks:
Greene will browse existing Finch code and work towards the changes in the configuration of the filter code to fit in.
Swinehart will more carefully define the above types, incorporate the new fields, and teach Finch to learn to accept rejection.

Dan


Κ‰˜Jš
œ˜Jš
œ˜JšΠbsœ'˜.Jšœ˜Jšœ˜
J˜J˜J˜(J˜˜Š
J˜J˜—J˜\J˜˜3˜GJ˜JJ˜——J˜ΰ
J˜˜J˜vJ˜J˜—J˜J˜
—…—‚*start*
00841 00097 US 
gvMsgID: csl-notebook.pa $ 3#18@20 Jan 84 13:54:29 PST
Categories: audio
Date: 20 Jan 84 13:54:32 PST
Sender: csl-notebook.pa
Subject: Preliminary Finch Manual
From: swinehart.pa
To: CSL^.pa, ISL^.pa, Carothers.pa, CSLN-Archive.pa
Cc: CSL-Notebook.pa
Reply-to: csl-notebook.pa

Title: Preliminary Finch Manual
Authors: Dan Swinehart
Date: January 19, 1984
Attributes: Cedar, Etherphone, Finch, Lark, Voice Communications
Abstract: Describes the features of the Lark (Etherphone) and the Cedar workstation program (Finch) that can be used in conjunction with an Etherphone.


File: [Indigo]<CSL-Notebook>Entries>84CSLN-0002.press



Κ³˜JšΠbsœ˜Jšœ˜Jšœ˜!Jšœ˜Jšœ1˜3Jšœ˜Jšœ˜J˜IblockšΟeœ˜Kšžœ
Οt
œ
˜Kšžœ˜Kšž
œŸ4˜@KšžœŸ
˜—
Kš
ž
˜
Kšžœ'Ÿ
œ˜7J˜—…—0ι*start*
01027 00095 US 
gvMsgID: swinehart.pa $ 3#219@21 Jan 84 03:10:31 PST
Categories: audio
Date: 21 Jan 84 03:09:26 PST
From: swinehart.pa
Subject: Finch update
To: LarkUsers^
Cc: swinehart
Reply-to: swinehart.pa

Some patches to deal with problems in Cedar 5.0 got confused when the problems disappeared in Cedar 5.1.

[Indigo]<Voice>Top>Finch.df, with a little help from you, fixes this.  To run it in Cedar 5, just bring it over.  In Cedar 5.1, remove the "run .... PutFPatchImpl" line from Finch.load before executing it the first time.

Updates:
The "feep name" feature (using the telephone to call people by name rather than number) can now reach anyone in the .PA registry, whether or not they have an Etherphone.

If your workstation or Etherphone dies, the server will now time out and recover much more quickly than before. (A typical situation occurs when you roll back without turning Finch off.)


Κi˜Jš
œ˜Jš
œ˜JšΠbsœ˜Jšœ˜Jšœ˜
J˜J˜J˜hJ˜J˜ά
J˜˜J˜©
J˜J˜Ί
—J˜
—…—6₯*start*
01610 00102 US 
gvMsgID: SUDA@COLUMBIA-20.ARPA $ 3#5@25 Jan 84 06:11:35 PST
Categories: audio
Received: from COLUMBIA-20.ARPA by PARC-MAXC.ARPA; 25 JAN 84 06:11:42 PST
Date: Wed, 25 Jan 84 09:11:28 EST
From: Tatsuya Suda <SUDA@COLUMBIA-20.ARPA>
Subject: Greeting from Columbia Univ.
To: stewart.pa
cc: suda@COLUMBIA-20.ARPA

Dear, Larry Stewart,

   My name is Tatsuya Suda.  I am working as research faculty at the
Department of Computer Science, Columbia University.   I am leading a
research project on integrated service workstations and networks,
which aims at building both workstations and a local area network
capable of handling various information such as voice/data/graphics.  
Our experimental network is at its design stage and will be an
Ethernet based one.   Prof. Bob Hon at my department told me that you
were working on Ethernet with voice/data combined conditions.   I am
also looking at performance of Ethernet type network under such
integrated information circumstances, and hence, I would like to
receive copies of your technical papers and reports.   Here is my
address.   

   Dr. Tatsuya Suda
   Department of Computer Science
   Columbia University
   New York, N.Y. 10027 

   office phone  212 - 280 - 8108
   arpa-net address  suda@columbia-20

   I also would like to pursue the possibility to work together with
your group to exchange ideas and research results.    

   Further processing of my request will be highly appreciated.  I am
looking forward to hearing from you.     Thank you very much.

                                              Tatsuya Suda 

-------
*start*
00925 00101 US 
gvMsgID: CJA%rlgd@Ucl-Cs.ARPA $ 3#5@25 Jan 84 11:16:14 PST
Categories: audio
Received: from UCL-CS.ARPA by PARC-MAXC.ARPA; 25 JAN 84 11:07:37 PST
Via:  rlgd.ac.uk; to 44d.Ucl-Cs.AC.UK   over Sercnet with NIFTP; 
          25 Jan 84 18:31 GMT
From: "C.J. Adams" (on RL ISG 4090) <CJA%rlgd@ucl-cs.arpa>
To: "Stewart.pa" <Stewart.pa%parc-maxc.arpa@usa.ARPA>
Date: Wed, 25 Jan 84 16:55 GMT
Subject: Visits of Chris Adams to USA in June
Message-Id: <25 JAN 1984 16:55:53 CJA@RLGD>

Dear Larry,
    I am giving a paper at AGM SIGCOM '84 in Montreal on June 7 and 8th
and I am visiting some places in the USA around this time. I would
like to come and see your voice system and discuss voice/local area
network issues with you while I am over there. I would be very pleased
if you could see me, all the dates around this time are free as I am
just starting to plan my visit.
   Thanks
          Chris Adams

*start*
00564 00093 US 
gvMsgID: stewart.pa $ 3#177@25 Jan 84 12:34:47 PST
Categories: audio
From: stewart.pa
Date: 25-Jan-84 12:33:49 PST
Subject: Re: Greeting from Columbia Univ.
In-reply-to: Your message of Wed, 25 Jan 84 09:11:28 EST
To: Tatsuya Suda <SUDA@COLUMBIA-20.ARPA>
cc: stewart

See our paper on "Adding Voice to an Office Computer System"
by D. C. Swinehart, S. M. Ornstein, and myself.
It is in the proceedings of the GlobeCom '83 conference
which was held in San Diego last November.  I am out of town for
a few weeks right now...
	Regards, -Larry
*start*
00497 00100 US 
gvMsgID: HU@COLUMBIA-20.ARPA $ 3#5@27 Jan 84 18:19:02 PST
Categories: audio
Received: from COLUMBIA-20.ARPA by PARC-MAXC.ARPA; 27 JAN 84 18:19:25 PST
Date: Fri, 27 Jan 84 21:10:06 EST
From: Lincoln Hu <Hu@COLUMBIA-20.ARPA>
Subject: Etherphone
To: Stewart.pa
Address: 450 Computer Science, Columbia Univ, NY NY, 10027

Hi Larry.  Can you send me a copy of the paper or some information on the
Etherphone?  Either electronic or US mail would be fine.

Thanks! /Linc.
-------
*start*
00665 00112 US 
gvMsgID: Berlan.Telecom@MIT-MULTICS.ARPA $ 3#5@30 Jan 84 07:28:30 PST
Categories: audio
Received: from MIT-MULTICS.ARPA by PARC-MAXC.ARPA; 30 JAN 84 07:28:48 PST
Date: Mon, 30 Jan 84 10:25 EST
From: Berlan@MIT-MULTICS.ARPA
Subject:  Etherphone
To: Stewart.PA
cc: DBaron@MIT-MULTICS.ARPA, BHerr@MIT-MULTICS.ARPA
Message-ID:  <840130152527.298643@MIT-MULTICS.ARPA>

Are you in a position to indicate when you see the Etherphone becoming
a commercial product (i.e. time-wise)? And, when you see Etherphone
being a standalone system, and not an add-on to an existing system,
such as a Centrex or PBX system? If it is to be an add-on, so advise.
*start*
01327 00095 US 
gvMsgID: swinehart.pa $ 3#219@ 5 Feb 84 11:57:22 PST
Categories: audio
Date:  5 Feb 84 11:57:19 PST
From: swinehart.pa
Subject: Progress on Multicast Forwarder
To: VoiceProject^
Cc: swinehart, Birrell, Murray
Reply-to: swinehart.pa

I added an RPC interface to the system in /indigo/voice/top/multicast.df.
MulticastPkg.bcd exports Multicast, but also RPC-Exports it (instance Michaelson.Lark, just like the Agent.)   Like Agent, the Multicast forwarder has to run on the voice net to be useful.  This will let me continue to develop new servers on another net.

Bug: MyForwarder in MulticastImpl was attempting to forward all packets that it considered; missing RETURN.

Feature?:  HandleMulticast did not allow the forwarding host to be considered as a "realHost".  Larry, is this restriction necessary?  I commented it out, for now.

Problem: PupWatch runs promiscuously.  This is inadvisable on the voice net in any case, since the Dorado then has to fend off ALL of the voice traffic.  It's particularly problematic when multicast forwarding is in effect.  We need a version of Pupwatch that knows about multicast receiving and whose list of hosts can be specified explicitly.

Dan


Κk˜Jš
œ˜Jš
œ˜JšΠbsœ!˜(Jšœ˜Jšœ˜J˜J˜J˜ΘJ˜J˜kJ˜J˜£
J˜J˜ΨJ˜J˜J˜
—…—`Ρ*start*
00934 00095 US 
gvMsgID: swinehart.pa $ 3#219@ 5 Feb 84 12:03:01 PST
Categories: audio
Date:  5 Feb 84 12:03:03 PST
From: swinehart.pa
Subject: RPC and Security Futures
To: Birrell
Cc: Swinehart, Stewart

Andrew,

I'd like to talk with you about who's going to inherit the Cedar RPC system, what plans would be reasonable for completing the security stuff (real Auth. server), relationships of all of this to the NS mail implementation, and (most importantly) to get your advice on how to solve some non-real-time key protection issues that have come up in the voice project.

When would be a good time for us to spend an hour or so?  At this instant, I have time available every morning beginning Wednesday 2/7, and any time beginning Thursday -- subject to change because of my boy manager hat, unfortunately.

Thanks,
Dan
Κ^˜Jš
œ˜Jš
œ˜JšΠbsœ˜!Jšœ	˜Jšœ˜J˜J˜J˜J˜ιJ˜J˜κ
J˜J˜—…—δH*start*
00840 00095 US 
gvMsgID: swinehart.pa $ 3#219@14 Feb 84 18:52:53 PST
Categories: audio
Date: 14 Feb 84 18:52:34 PST
From: swinehart.pa
Subject: Conference Calls, almost
To: VoiceProject^
Cc: swinehart
Reply-to: swinehart.pa

This evening I was able to get Thrush to invoke all of the new machinery necessary to set up Ethernet conference calls -- setting up the multicast forwarder so as not to lose contact with conferring Larks, then setting up the Larks to listen to a common, dummy, conference host address.  In my test configuration, all calls use this mechanism, so that I didn't have to have a true three-way conference call to test it.  That's next . . . probably harder than what I've done already, but something I understand better.

Dan
ΚN˜Jš
œ˜Jš
œ˜JšΠbsœ˜!Jšœ˜Jšœ˜
J˜J˜J˜Š—…—–κ*start*
00527 00092 US 
gvMsgID: Stewart.pa $ 3#24@21 Feb 84 13:22:53 PST
Categories: audio
Date: 21 Feb 84 13:22:50 PST
From: Stewart.pa
Subject: FCC
To: VoiceProject^.pa
Cc: Stewart
Reply-to: Stewart.pa

I called 202-634-1833 and talked to von Alven this morning.  He couldn't find our application.

I just got a call from Henry Lie (sic).  They've found it.  The file number is 774CX84 and they should get to it by next Thursday.

	-Larry

ΚN˜Jš
œ˜Jš
œ˜JšΠbsœ˜Jšœ˜Jšœ	˜J˜J˜J˜μ
—…—
`
΄