[openib-general] Re: Re: [PATCH] change Mellanox SDP workaround to a moduleparameter
Michael S. Tsirkin
mst at mellanox.co.il
Wed Feb 15 23:54:18 PST 2006
Quoting r. Hal Rosenstock <halr at voltaire.com>:
> Subject: Re: Re: [PATCH] change Mellanox SDP workaround to a moduleparameter
>
> On Wed, 2006-02-15 at 19:03, Roland Dreier wrote:
> > mst> I thought about it some more: what happens if nodes with
> > mst> different max MTU values try to connect?
> >
> > This should never happen. The SM should never give a path with an MTU
> > that is not supported by both end nodes.
>
> True, but the description for the CM REJ code 26 for Invalid Path MTU
> states something a little different (p. 667):
>
> "The recepient of the REQ message cannot support the maximum packet
> payload size requested."
Right.
> is being interpreted as "prefers not to support the max payload size
> requested" which is probably OK.
>
> > I guess the question is what to do when a Tavor (with the performance
> > bug that makes a 1K MTU faster) connects to someone else.
>
> Isn't it the other way 'round (when something with a larger MTU connects
> to Tavor) ?
Right. I wish we had an MTU field in the REP packet, but we dont.
--
Michael S. Tsirkin
Staff Engineer, Mellanox Technologies
More information about the general
mailing list