RE: TargetAlias in SendTarget response

Hi David,

It's certainly a nice idea, and I cannot remember why the TargetAlias
was excluded from the SendTargets response. Since it would be optional
the target can decide if there are any security issues or FUD with
sending it or not.

The benefit is it avoids the rather clumsy sequence of doing a
(discovery) login and logout to each target found in the original
unnamed discovery session just to provoke the target into sending the
TargetAlias as part of the login phase.

However, it cannot just be added now without potentially breaking some
initiators which are not expecting it, or are actively ensuring it is
not sent.

Perhaps a new IO,LO,Declarative key could be introduced for use by the
initiator to indicate its willingness to accept TargetAlias as part of
the SendTarget's response?

Cheers
Ken

> -----Original Message-----
> From: David Weibel [mailto:[email protected]] 
> Sent: 26 May 2006 08:11
> To: [email protected]
> Subject: [Ips] TargetAlias in SendTarget response
> 
> 
> I was wondering what people would think about adding the
> allowed and suggested use of TargetAlias during a SendTargets
> response.  This would be an optional component of the response.
> The goal would be to send the alias earlier in the discovery
> process so the initiator software could also present it earlier
> to the user.
> 
> This would require the ammendment of Appendix D. "No text
> keys other than TargetName and TargetAddress are permitted
> within a SendTargets response."  Along with some additional
> text.
> 
> _______________________________________________
> Ips mailing list
> [email protected]
> https://www1.ietf.org/mailman/listinfo/ips
> 

_______________________________________________
Ips mailing list
[email protected]
https://www1.ietf.org/mailman/listinfo/ips