An implementation can work with the current draft. The delta to an implementation over an existing IPoIB-UD is not much. That should also help uncover or clarify any hidden issues not well covered in the draft.
I've received a few comments - more on details - that I'll incorporate in the next version of the draft. Aiming to post it by the next IETF cut off. With IPoIB-connected mode, existing applications can utilise a higher MTU (the MTU/buffer allocations are negotiable) among connected mode nodes while continuing to interoperate with IPoIB over UD implementations. To be an RFC, we will need another round of review on ietf mailing list. One aspect that will help is a look into the interaction with TCP (see section 6.1 in draft-ietf-ipoib-connected-mode-00.txt). Vivek PS. I'm not subscribed to this list so please cc me at [EMAIL PROTECTED] on any relevant responses. > ----- Forwarded by Shirley Ma/Beaverton/IBM on 05/17/2005 11:01 AM ----- > > Shirley > Ma/Beaverton/IBM@ > IBMUS To > Sent by: Hal Rosenstock <[EMAIL PROTECTED]> > openib-general-bo cc > [EMAIL PROTECTED] [EMAIL PROTECTED], > [email protected] > Subject > 05/17/2005 10:04 Re: [openib-general] How about > AM ib_send_page() ? > > > > > > > > > > > > > Note that IPoIB connected mode is currently an internet draft. > Since there is an IP issue of SDP, it's better to implement IPoIB connected > mode soon. We can ask for when this draft comes to RFC. > > Thanks > Shirley Ma > IBM Linux Technology Center > 15300 SW Koll Parkway > Beaverton, OR 97006-6063 > Phone(Fax): (503) 578-7638_______________________________________________ > openib-general mailing list > [email protected] > http://openib.org/mailman/listinfo/openib-general > > To unsubscribe, please visit > http://openib.org/mailman/listinfo/openib-general _______________________________________________ openib-general mailing list [email protected] http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
