From: Renato Recio [mailto:[EMAIL PROTECTED]
Sent: Friday, November 11, 2005 11:01 AM
To: Caitlin Bestler
Cc: Kanevsky, Arkady; [EMAIL PROTECTED]; Sean Hefty; [email protected]; [EMAIL PROTECTED]
Subject: Re: [swg] RE: [openib-general] RE: [dat-discussions] socket based connectionmodel for IB proposal - round 3The CM cannot get a message from a non-priviliged requestor, because a non-privilited requestor cannot insert the priviliged Q_Key into the packet.
But a non-privileged remote consumer could make a request of an
existing CM.
That existing CM would consider the entire "private data" field to be,
well, private.
It would obviously not validate any of it.
So getting the Q_Key does not guarantee that the private data is
validated.
There has to be a field outside of the private data that can only be
set by
privileged codes that means "I am aware of the expectation that I
have
validated the standardized portion of the private data in this optional
format."
And yes, the Q-Key is how we know that assertion is coming
from privileged
remote software.
_______________________________________________ openib-general mailing list [email protected] http://openib.org/mailman/listinfo/openib-general
To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
