[ofa-general] Re: [PATCH 3/7 V2] osm: QoS policy C & H files

Eitan Zahavi eitan at mellanox.co.il
Tue Aug 28 11:49:42 PDT 2007


Now I get you.
OK we will add this info about IPoIB CM to the RFC.

Eitan Zahavi


> -----Original Message-----
> From: Hal Rosenstock [mailto:hal.rosenstock at gmail.com] 
> Sent: Tuesday, August 28, 2007 9:42 PM
> To: Michael S. Tsirkin
> Cc: Eitan Zahavi; Yevgeny Kliteynik; OpenIB
> Subject: Re: [ofa-general] Re: [PATCH 3/7 V2] osm: QoS policy 
> C & H files
> 
> On 8/28/07, Michael S. Tsirkin <mst at dev.mellanox.co.il> wrote:
> > > >
> > > > > > Also, there was a previous question on the list on IPoIB CM 
> > > > > > relative to QoS which I either missed the answer to or was 
> > > > > > left unanswered:
> > > > > > How is IPoIB CM dealt with in terms of QoS ? Is it 
> like IPoIB UD ?
> > > > > IPoIB CM uses a specific ServiceID.
> > > >
> > > > Isn't it a range of Service IDs ?
> >
> > Yes. Service ID includes the UD QPN.
> 
> Given the limited predictability of the QPN, this would need 
> to be reflected in the QoS policy when specifying ServiceIDs 
> for IPoIB CM.
> 
> > > > > It uses CMA so it does not need any change...
> > > >
> > > > Doesn't it use CM rather than CMA ?
> >
> > Yes.
> >
> > > For more detailed info need to ask MST...
> >
> > It's all in the spec, really.
> 
> but I don't think that includes how it relates to QoS and 
> specifically the QoS policy being used by OpenSM. My point 
> was that the original defining document for OpenSM QoS policy 
> needs to be updated as I suspect it will be a source document 
> going forward that should be placed in the management git tree.
> 
> -- Hal
> 
> > --
> > MST
> >
> 



More information about the general mailing list