Re: TargetAlias in SendTarget response

"Eddy Quicksall" <[email protected]>
Newsgroups gmane.ietf.ips
Message-ID <[email protected]>
TargetAlias would be allowed in a discovery session if it is not in response 
to the SendTargets key.

Would that be OK? Then there would be no need to change the spec.

Eddy

----- Original Message ----- 
From: "Sandars, Ken" <[email protected]>
To: "David Weibel" <[email protected]>; <[email protected]>
Sent: Thursday, May 25, 2006 10:46 PM
Subject: RE: [Ips] 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


_______________________________________________
Ips mailing list
[email protected]
https://www1.ietf.org/mailman/listinfo/ips
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.