Re: [Etherboot-developers] [RFC] Multicast reception....
Brought to you by:
marty_connor,
stefanhajnoczi
|
From: <ebi...@ln...> - 2002-06-04 15:02:05
|
Peter Lister <P.L...@sy...> writes: > > > Please see RFC2090 (tftp multicast). It offers you quite a lot of what you > > > need. Can be downloaded from http://www.faqs.org/rfcs/rfc2090.html > > > > It's a good RFC, but it has several problems. > > > > - It doesn't fix TFTP's streaming problem. That is the server has > > challenges to keep the network busy. > > > > - It requires all clients to be registered. My design goal is 10,000 > > clients. If something goes wrong 10,000 timeouts can be a real problem. > > > > - It doesn't handle large files. (A requirement for using multicast > > transfers for other purposes). > > > > I already have a tested protocol that is a little simpler on the > > server end but it about equivalent on the client end. > > Eric, can I encourage you to accommodate RFC 2090, or at least make it > easy for others to do so. I understand your design goals, but supporting > RFCs where they exist seems like a good idea. I don't expect my protocol to be the end all be all, but simply something good enough to use to today, and something that is good enough the practical difficulties can be explored. The IGMP code, and the multicast support I am coding should be reuseable just like the existing udp stack. > Also, have you looked at http://vaccine.sourceforge.net ? I just looked. The code was never completed, and the paper is wishy washy. Multicast data transfer is simple. There is not a black art to getting something that works. Handling the retransmit scenario is a challenge but getting the common case right is simple. The paper "A reliable multicast framework for Light-weigth sessions and application level framing" is hightly academic and comes to few specific conclusions, and is targeted at conferencing type applications. For network booting, and even host installation the primary target are local networks, doing file transfers. This allows for a lot of simplifications, from the what is needed for real-time conferencing software. In particular you can transfer the entire file without even thinking about retransmissions. Eric |