>The point is that the SID and QoS Class (ala DiffServ class coming from >TOS) are written to different fields of the QoS aware PR: >* SID is written into the PR new SID field. >* The QoS Class coming from the socket option gets into the QoSClass >field. > >To select the QoS level the policy on the SM/SA might use both fields, >one of the fields or none of the fields. >But this is what policy is all about.
I understand, but we need to determine the policy on the host as well. Does rdma_set_service_type() indicate that the app doesn't want its SID used with the query, or does it merely convey additional restrictions? I was leaning towards always including the SID with the PR query, but I want to understand the consequences of doing so. The result is that it gives all of the policy to the SA. Does anyone disagree with this approach? - Sean _______________________________________________ general mailing list [email protected] http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
