[dat-discussions] RE: [openib-general] socket based connection model for IB proposal -round 3

[Kanevsky, Arkady]

If other agree I am happy to make version 4 bits field.

We will use IPv4 encapsulation into IPv6 as defined by IETF.

0-based VA and remote invalidate are not relevant to IP addressing.
But we are proposing a change to IB CM so we need to address all the
differences
between IB and iWARP. This is why these are addressed in the discussion.

If we have protocol field than CM will populate this based on the
5-tuple of
socket_addr.
Arkady

Arkady Kanevsky                       email: arkady at netapp.com
Network Appliance Inc.               phone: 781-768-5395
275 Totten Pond Rd.                  Fax: 781-895-1195
Waltham, MA 02451-2010          central phone: 781-768-5300
 

> -----Original Message-----
> From: Fab Tillier [mailto:ftillier at silverstorm.com] 
> Sent: Thursday, November 10, 2005 4:53 PM
> To: Kanevsky, Arkady; openib-general at openib.org; 
> swg at infinibandta.org; dat-discussions at yahoogroups.com
> Subject: [dat-discussions] RE: [openib-general] socket based 
> connection model for IB proposal -round 3
> 
> > From: Kanevsky, Arkady [mailto:Arkady.Kanevsky at netapp.com]
> > Sent: Thursday, November 10, 2005 1:37 PM
> > 
> > It will be discussed at IBTA SWG meeting next week Tu.
> > Please, post your comments before that.
> 
> Looks fine to me overall.  The only thing I would change is 
> make the version field 4 bits rather than just 2, and shift 
> the IP version down 2 bits, eliminating the reserved bits.  
> That way, the first byte is split evenly between protocol 
> version and IP version.
> 
> Do we even need to indicate the IP version, or can IPv4 
> addresses be expressed as IPv6 addresses just by zeroing the 
> first 12 bytes?
> 
> I don't understand the relevance of the 0-based VA or Send 
> with Invalidate discussion points.  They seem orthogonal to 
> the socket-based CM proposal, and IMO should be moved to a 
> separate proposal.
> 
> I have no opinion one way or another on the presence of the 
> protocol field.  It could just as well be left as "flags" for 
> the consumer to do with what they please.
> 
> - Fab
> 
> 
> 
> ------------------------ Yahoo! Groups Sponsor 
> --------------------~--> Get Bzzzy! (real tools to help you 
> find a job). Welcome to the Sweet Life.
> http://us.click.yahoo.com/A77XvD/vlQLAA/TtwFAA/W6uqlB/TM
> --------------------------------------------------------------
> ------~-> 
> 
>  
> Yahoo! Groups Links
> 
> <*> To visit your group on the web, go to:
>     http://groups.yahoo.com/group/dat-discussions/
> 
> <*> To unsubscribe from this group, send an email to:
>     dat-discussions-unsubscribe at yahoogroups.com
> 
> <*> Your use of Yahoo! Groups is subject to:
>     http://docs.yahoo.com/info/terms/
>  
> 
>