RE: Please read - proposed WG termination

> From: Vivek Kashyap [mailto:[email protected]]
> Sent: Friday, September 02, 2005 3:59 AM
> 
> On Thu, 1 Sep 2005, Michael Krause wrote:
> 
> > At 11:19 AM 9/1/2005, H.K. Jerry Chu wrote:
> >> [co-chair hat off]
> >> 
> >> ...
> >> <snip>


> >
> > Keep in mind that Ethernet is also doing other activities 
> to solve various 
> > issues - multi-path support to compensate for the spanning 
> tree limitations, 
> > conceptually similar virtual lanes are being investigated, 
> improved security, 
> > link-level congestion management, etc.  All of these 
> changes combined with de 
> > facto use of large send / receive-side scaling, etc. will 
> likely make the 
> > issue of 9KB rather moot except for bulk data transfers in 
> the WAN (even then 
> > the QoS issues of multiple flows across a common link will 
> likely limit the 
> > use of 9KB).
> >
> > In the end, IB HCA implementations can adopt the same 
> techniques as Ethernet 
> > and deliver the same performance as a connected model 
> without the overhead /


The features that you mentioned being added to Ethernet sound to me like
things that exist in IB for couple of years now. BTW, fast link rates weaken
the QoS argument regarding jumbo frames. Furthermore, in ipoib-cm,
jumboframes won't look like 9KB or 64KB frames on the wire. They will look
like 2KB or smaller packets interleaved with the rest of the traffic. So, I
don't see any QoS problem for ipoib-cm.
Reusing the existing Ethernet techniques, e.g. LSO and large receive. Maybe
possible, but it's going to take way more than just using the existing
ipoib-cm mechanisms in a pure software implementation.

> 
> however connected mode is already available to us in all 
> HCAs. Why not use it as it is ?

I strongly agree. Redeveloping HCA silicon takes a long time. Why
make people wait for that long period of time, if they can have it
TODAY ?

-Dror

_______________________________________________
IPoverIB mailing list
[email protected]
https://www1.ietf.org/mailman/listinfo/ipoverib