<br><font size=2 face="sans-serif">Hi, Yael.</font>
<br>
<br><font size=2 face="sans-serif">My understanding is that your understanding
is almost correct, with two adjustments -- one technical, one formal, from
the point of view of the IBA spec.</font>
<br>
<br><font size=2 face="sans-serif">MtuSelector does have meaning  in
queries, not just in the scope of creation. E.g.,if you query using 1 and
1024 (less than 1024), and the only group existing that otherwise matches
has an MTU of 2048, you will not find <any members of> that group.</font>
<br>
<br><font size=2 face="sans-serif">Formal: The statement "mcgroup
does not carry the mtu_selector value" is meaningless from the spec's
position. It is silent (purposely) on any implementation, hence is silent
about what may be in any data structure created to represent a multicast
group.  Naturally, an OpenIB implementation can't take that position.</font>
<br>
<br><font size=2 face="sans-serif">Personal opinion, not spec: The query
exception above doesn't change the fact that it looks less than useful
to maintain the selector in the  mcgroup data structure.</font>
<br>
<br><font size=2 face="sans-serif">Any comments by others?</font>
<br>
<br><font size=2 face="sans-serif">(I'm not on the OpenIB reflector, so
this may not be reflected there. If someone who is wants to forward this
there, please feel free.)</font>
<br><font size=2 face="sans-serif"><br>
Greg Pfister<br>
IBM Distinguished Engineer, Member IBM Academy of Technology<br>
IBM Systems & Technology Group, Server Technology & Architecture<br>
(512) 838-8338 | IBM tieline 678-8338 | FAX (512) 838-3418<br>
Sic Crustulum Frangitur</font>
<br>
<br><font size=2><tt>Yael Kalka <yael@mellanox.co.il> wrote on 08/08/2005
02:39:36 AM:<br>
<br>
> Hello All,<br>
> </tt></font>
<br><font size=2 face="sans-serif">> I have a question regarding the
exact meaning of the mtu selector in<br>
> the MCMemberRecord:</font>
<br><font size=2 face="sans-serif">> Does the multicast group carry
a range of mtus according to the <br>
> creation request mtu_selector and</font>
<br><font size=2 face="sans-serif">> mtu, or does it carry an exact
mtu selected according to the request<br>
> mtu_selector and mtu?</font>
<br><font size=2 face="sans-serif">>  </font>
<br><font size=2 face="sans-serif">> When a multicast group is created,
if the value of the mtu selector <br>
> in the request MCMemberRecord</font>
<br><font size=2 face="sans-serif">> is not 2 (meaning: greater than
or lower than), does this value of <br>
> the mtu_selector have a </font>
<br><font size=2 face="sans-serif">> meaning outside the scope of the
creation request? </font>
<br><font size=2 face="sans-serif">> For example, if a request to create
was received with mtu selector =<br>
> 0, and the mtu = 256.</font>
<br><font size=2 face="sans-serif">> and the multicast group was created
with the specific mtu value 2048<br>
> (selected by the SA according to p913 l14-16):</font>
<br><font size=2 face="sans-serif">> 1. Does a join request with mtu=1024,
and selector=2 succeed?</font>
<br><font size=2 face="sans-serif">> 2. Does a query request with mtu=256,
and selector=0 (both compmask <br>
> are set) return the above mcgroup?</font>
<br><font size=2 face="sans-serif">>  </font>
<br><font size=2 face="sans-serif">> My understanding is:<br>
> mcgroup does not carry the mtu_selector value, meaning it will <br>
> always carry an exact mtu value.</font>
<br><font size=2 face="sans-serif">> Thus the answers to the previous
questions are: </font>
<br><font size=2 face="sans-serif">> 1. No. Since the mcgroup was created
with mtu=2048.</font>
<br><font size=2 face="sans-serif">> 2. No. There is no meaning for
this query (the mtu must be provided <br>
> along with mtu selector).</font>
<br><font size=2 face="sans-serif">>  </font>
<br><font size=2 face="sans-serif">> Thank you in advance,</font>
<br><font size=2 face="sans-serif">> Yael</font>
<br><font size=2 face="sans-serif">>  </font>