> Rstream client connects to server, runs latency test, calls rs_close > and then connects Again before running the bandwidth test. The issue > occurs on the second connect (after latency and before bandwidth). > Server does the same. It seems the close state in some cases doesn't > complete Before the second connect request arrives. > Yes, the hardware re-uses QPNs once they are destroyed. If the issue is that the QP is in time wait, I'm not sure this is completely an application issue. The QP being re-used could have been allocated by another application, with timewait being set to something large. This wouldn't be an rstream issue, but something all applications would be required to handle. It sounds like there needs to be some sort of coordination of QPN re-use between the drivers and CM, especially if the driver wants to re-use QPNs as LIFO. - Sean -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
