Dear Peter,
I would apology my misunderstanding.
I have no preference for this issue, but I am just seeking the idea.
>In short, unless someone thinks that we should add an initiator feature
>directory for other purposes, I'm in favor of "pinging" an initiator at
>MESSAGE_REQUEST to see if it supports "reverse login".
So you are *not* favor to add an initiator feature directory.
Then where do you think a target ought to send MESSAGE_REQUEST
on the initiaotr’s memory space? Also how does the target get
an address being used for this purpose?
-------
Fumio Nagasaka
Epson Software Development Laboratory Inc.
Tel +81 268 25 4111, Fax +81 268 25 4627
E-mail to nagasaka.fumio at exc.epson.co.jp
> -----Original Message-----
> From: PJohansson at aol.com [SMTP:PJohansson at aol.com]
> Sent: Thursday, September 23, 1999 10:23 AM
> To: P1394 at pwg.org> Subject: P1394> Feature Directory for an initiator?
>> I've made almost all the changes ratified in Denver to a new PPDT_r07.
>> However, when it came time to construct a feature directory for an
> initiator
> (with one entry, that identifies its support of "reverse login" ... or
> not),
> I recalled a bit of history I wish I had remembered face-to-face in
> Denver.
>> At an earlier meeting (I don't recall if it was Copenhagen or Anchorage),
> the
> idea of a feature directory for initiators was discussed. The working
> group
> consensus was NOT in favor. My recollection is of two reasons: a) service
> ID
> discovery was is still too poorly articulated to be of much use to targets
>> querying initiators and b) if the ONLY purpose of an initiator feature
> directory is to characterize support for "reverse login" it is much
> simpler
> for the target to just send something to MESSAGE_REQUEST and see what
> happens.
>> Especially in light of the NOP function added to the MESSAGE_REQUEST
> format,
> the second point seems particularly relevant.
>> In short, unless someone thinks that we should add an initiator feature
> directory for other purposes, I'm in favor of "pinging" an initiator at
> MESSAGE_REQUEST to see if it supports "reverse login".
>> Comments?
>> Regardless of the outcome of this thread, I'm going to publish PPDT_r07 in
> a
> few days. There's lots of other useful information we agreed in Denver.
>> Regards,
>> Peter Johansson
>> Congruent Software, Inc.
> 98 Colorado Avenue
> Berkeley, CA 94707
>> (510) 527-3926
> (510) 527-3856 FAX
>>pjohansson at aol.com