From owner-freebsd-hackers Mon Dec 4 18:00:14 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA21792 for hackers-outgoing; Mon, 4 Dec 1995 18:00:14 -0800 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA21767 for ; Mon, 4 Dec 1995 18:00:11 -0800 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id MAA28427 for hackers@freebsd.org; Tue, 5 Dec 1995 12:31:37 GMT From: Michael Smith Message-Id: <199512051231.MAA28427@genesis.atrad.adelaide.edu.au> Subject: Re: Adding New Hard Drives: A Major Complaint To: hackers@freebsd.org Date: Tue, 5 Dec 1995 12:31:36 +0000 () In-Reply-To: <8673.818128197@time.cdrom.com> from "Jordan K. Hubbard" at Dec 4, 95 05:49:57 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1589 Sender: owner-hackers@freebsd.org Precedence: bulk Jordan K. Hubbard stands accused of saying: > > > It would appear that we actually have low-density and high-density cards; > > can we support both, or do we need seperate boot-decks? > > Folks, folks, this is clearly a case where an amalgam of both old and > new technologies is required. Consider the challenges solved by TCP. > Lots of packets arriving potentially out of sequence (or not at all) > reassembled into a coherent data stream. Much like the idea of > multiple cards arriving one at a time into a hopper, yes? Hmm, we may have some network card order issues to deal with here (overturned and reversed cards should be handled correctly, as well as card reassembly for fragmented cards that have been resized to fit a particular delivery method - ref the Avian Carriers RFC &c) > So all we need is to establish sequence numbers for cards, and maybe a > time to live field? Is it too late to get this into IPv6? Hmm, time-to-live? I presume this is what the silverfish register is for? We need to consider card-level encryption, and possibly DRS (or similar) error correction to handle damaged cards (possibly as a result of data lost due to card fragmentation as above). > Jordan -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 041-122-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[