Re: [9fans] aan for drawterm

Re: [9fans] aan for drawterm

[andrey mirtchovski]

>>> you'd have to filter all traffic through aan on both sides.  afaik it
>>> only speaks 9p2000...
>>
>> 'aan.c' seems to be protocol neutral. Did I miss something?
>
> s/seems to be/is/

my bad, I was left with the impression that aan sits behind the server
recording 9p messages before sending them off to the net.  looking at
the source it's obvious it doesn't know anything about 9p's
structure...

andrey

Re: [9fans] aan for drawterm

[Peter Bosch]

>> you'd have to filter all traffic through aan on both sides.  afaik it
>> only speaks 9p2000...
>
> 'aan.c' seems to be protocol neutral. Did I miss something?

s/seems to be/is/

Re: [9fans] aan for drawterm

[Philippe Anel]

http://www.cs.wisc.edu/paradyn/papers/#rocks

Re: [9fans] aan for drawterm

[David Presotto]

[-- Attachment #1: Type: text/plain, Size: 37 bytes --]

Look for Vic Zandy's paper in google.

[-- Attachment #2: Type: message/rfc822, Size: 1942 bytes --]

From: 9nut@9netics.com
To: 9fans@cse.psu.edu
Subject: Re: [9fans] aan for drawterm
Date: Wed, 25 Feb 2004 23:26:25 -0800
Message-ID: <a64882b88bbaeb498c922974ba68225c@9netics.com>

> Yup.  Hopefully we'll have Rocks soon and won't need aan
> anymore.  The intent is to make a dial string like
>
> 	rocks!host!service
>
> to replace any call like

Any specifications for rocks to perhaps start work on for drawterm?

Re: [9fans] aan for drawterm

[9nut]

> Yup.  Hopefully we'll have Rocks soon and won't need aan
> anymore.  The intent is to make a dial string like
>
> 	rocks!host!service
>
> to replace any call like

Any specifications for rocks to perhaps start work on for drawterm?

Re: [9fans] aan for drawterm

[boyd, rounin]

> rocks?

yes projectiles.  you chuck 'em, i shoot you with an MP5-A3SD.

Re: [9fans] aan for drawterm

[Derek Fawcus]

On Wed, Feb 25, 2004 at 05:59:37PM -0500, David Presotto wrote:
> Yup.  Hopefully we'll have Rocks soon and won't need aan
> anymore.  The intent is to make a dial string like
>
> 	rocks!host!service

rocks?

Re: [9fans] aan for drawterm

[9nut]

> you'd have to filter all traffic through aan on both sides.  afaik it
> only speaks 9p2000...

'aan.c' seems to be protocol neutral. Did I miss something?
srvold9p already takes care of the conversion on the Plan9
side; it should look something like this:
(drawterm+aan)↔(aan)↔(srvold9p)↔(cpu)

Re: [9fans] aan for drawterm

[David Presotto]

[-- Attachment #1: Type: text/plain, Size: 294 bytes --]

Yup.  Hopefully we'll have Rocks soon and won't need aan
anymore.  The intent is to make a dial string like

	rocks!host!service

to replace any call like

	tcp!host!service

so that an aan like service will be available to all
services without having to build aan into every program.

[-- Attachment #2: Type: message/rfc822, Size: 2034 bytes --]

From: 9nut@9netics.com
To: 9fans@cse.psu.edu
Subject: Re: [9fans] aan for drawterm
Date: Wed, 25 Feb 2004 15:00:01 -0800
Message-ID: <a1f7f06996b4da6c2fc19175c9d5f221@9netics.com>

> you'd have to filter all traffic through aan on both sides.  afaik it
> only speaks 9p2000...

'aan.c' seems to be protocol neutral. Did I miss something?
srvold9p already takes care of the conversion on the Plan9
side; it should look something like this:
(drawterm+aan)↔(aan)↔(srvold9p)↔(cpu)

[9fans] aan for drawterm

[9nut]

Now that drawterm supports ssl (Thanks Richard), is anyone working on
aan for drawterm?  I can see where it should go in, by comparing
drawterm to exportfs.  Is it really as simple as starting a proc that
runs the aan function?

Re: [9fans] aan for drawterm

[andrey mirtchovski]

> Now that drawterm supports ssl (Thanks Richard), is anyone working on
> aan for drawterm?  I can see where it should go in, by comparing
> drawterm to exportfs.  Is it really as simple as starting a proc that
> runs the aan function?

you'd have to filter all traffic through aan on both sides.  afaik it
only speaks 9p2000...