P1394 Mail Archive: RE: P1394> Feature Directory for an initiator?

P1394 Mail Archive: RE: P1394> Feature Directory for an initiator?

RE: P1394> Feature Directory for an initiator?

Atsushi Nakamura (atsnaka@bsd.canon.co.jp)
Tue, 28 Sep 1999 09:56:21 +0900

Just for clarification,

Does this ("pinging" ) imply that either:
ALL PPDT initiators have to support the message request/response
mechanism,
or
ALL PPDT target have to implement some retry counter to abort
the reverse login process
?
I apologize for not attending but,

>Especially in light of the NOP function added to the MESSAGE_REQUEST format,
>the second point seems particularly relevant.

may I ask what this NOP function does ?

Related question (to initiator ROMs)...
Are we still going to stick with a initiator not having a unit directory ?
Is the only way to discover a PPDT initiator is by the instance directory keyword ?

Ats
--------------------------------------
Atsushi Nakamura
International Standard Development Dept.2
Canon, Inc.
53 Imaikami-cho, Kawasaki,
Kanagawa 211-8501 JAPAN

Phone:+81-44-739-6634
Fax: +81-44-739-6756
E-mail : atsnaka@bsd.canon.co.jp
--------------------------------------

-----Original Message-----

>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@aol.com
>
>