[openib-general] [PATCH] RMPP: add Dual-sided RMPP support
Hal Rosenstock
halr at voltaire.com
Wed Jul 5 08:41:07 PDT 2006
On Fri, 2006-06-30 at 23:58, Sean Hefty wrote:
> Add support for dual-sided RMPP transfers.
>
> The implementation assumes that any RMPP request that requires a response uses
> DS RMPP. Based on the RMPP start-up scenarios defined by the spec, this should
> be a valid assumption. That is, there is no start-up scenario defined where
> an RMPP request is followed by a non-RMPP response. By having this assumption,
> we avoid any API changes.
>
> In order for a node that supports DS RMPP to communicate with one that does not,
> RMPP responses assume a new window size of 1 if a DS ACK has not been received.
> (By DS ACK, I'm referring to the ACK of the final ACK to the request.) This
> is a slight spec deviation, but is necessary to allow communication with nodes
> that do not generate the DS ACK. It also handles the case when a response is
> sent after the request state has been discarded.
>
> Signed-off-by: Sean Hefty <sean.hefty at intel.com>
> ---
> This was tested by running grmpp between OpenFabric nodes running with and
> without DS RMPP support. Additional testing is desirable before committing,
> since it affects all MADs using RMPP.
This worked for me in the various configurations I tried testing SA
MultiPathRecord (one real world consumer of DS RMPP).
-- Hal
More information about the general
mailing list