On Mon, 2007-02-26 at 10:37, Or Gerlitz wrote:
> Hal Rosenstock wrote:
> > On Sun, 2007-02-25 at 05:48, Or Gerlitz wrote:
>
> >> Just to have us agree on the quote, it is from section 4 of rfc 4392
> >> (page 14) eg in http://www.ietf.org/rfc/rfc4392.txt
>
> >>> at the time of creating an IB mul
Hal Rosenstock wrote:
> On Sun, 2007-02-25 at 05:48, Or Gerlitz wrote:
>> Just to have us agree on the quote, it is from section 4 of rfc 4392
>> (page 14) eg in http://www.ietf.org/rfc/rfc4392.txt
>>> at the time of creating an IB multicast group, multiple values such as the
>>> P_Key, Q_Key, S
On Sun, 2007-02-25 at 05:48, Or Gerlitz wrote:
> Sean Hefty wrote:
> > I looked into this more...
> > RFC 4391 states (middle of page 5):
> > For a node to join a partition, one of its ports must be assigned the
> > relevant
> > P_Key by the SM [RFC4392].
>
> > Jumping to RFC 4392 (top of page 4)
Sean Hefty wrote:
> I looked into this more...
> RFC 4391 states (middle of page 5):
> For a node to join a partition, one of its ports must be assigned the relevant
> P_Key by the SM [RFC4392].
> Jumping to RFC 4392 (top of page 4):
Just to have us agree on the quote, it is from section 4 of rfc
On Thu, 2007-02-22 at 18:35, Sean Hefty wrote:
> >Doesn't this allow ipoib to join a multicast group for which it may not be
> >able
> >to communicate with all members? For the broadcast group, this seems like an
> >error to me. Can ipoib work in such a configuration? If all nodes were
> >assig
>Doesn't this allow ipoib to join a multicast group for which it may not be able
>to communicate with all members? For the broadcast group, this seems like an
>error to me. Can ipoib work in such a configuration? If all nodes were
>assigned a partial membership PKey, none of them could communica