From owner-freebsd-net@FreeBSD.ORG Sun Oct 21 15:26:00 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55C3516A41A for ; Sun, 21 Oct 2007 15:26:00 +0000 (UTC) (envelope-from sandiegobiker@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.230]) by mx1.freebsd.org (Postfix) with ESMTP id 0A0B113C481 for ; Sun, 21 Oct 2007 15:25:34 +0000 (UTC) (envelope-from sandiegobiker@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so966931wxd for ; Sun, 21 Oct 2007 08:25:15 -0700 (PDT) Received: by 10.70.31.8 with SMTP id e8mr5781927wxe.1192924040560; Sat, 20 Oct 2007 16:47:20 -0700 (PDT) Received: by 10.70.19.9 with HTTP; Sat, 20 Oct 2007 16:47:20 -0700 (PDT) Message-ID: <27cb3ada0710201647y5104bd1fge2540c5fc1e2b49c@mail.gmail.com> Date: Sat, 20 Oct 2007 16:47:20 -0700 From: "Len Gross" To: "Julian Elischer" In-Reply-To: <471A6B72.2030305@elischer.org> MIME-Version: 1.0 References: <27cb3ada0710172051t536a4d11pfdfdb079ebd98932@mail.gmail.com> <20071019224155.GI20308@server.vk2pj.dyndns.org> <20071020183000.E8153@knop-beagle.kn.op.dlr.de> <27cb3ada0710201108l5e717fdbhc9fab610cb2a047c@mail.gmail.com> <471A6B72.2030305@elischer.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: Disable Exponential Backoff (retry) on Ethernet? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 15:26:00 -0000 May have found what I need. lancereg.h references an AMD Ethernet chip that appears to have a register you can set to enable/disable retry. So, I would just have to find some NICs that use this chip. A task for later in the project. Thanks to all for the discussion. -- Len On 10/20/07, Julian Elischer wrote: > > Len Gross wrote: > > If I have to, I will employ some form of simulation of collisions, but > that > > will have to be done carefully in order to get the effect of collsions > > beteen multiple stations without messing up timing. > > > > I REALLY wanted to have the PHY handle it. Usng half duplex and some > old > > hubs (if I can find one) would get collisions, but the retry would > create > > other problems. > > > > So, looks like "simulated" collisions will be the way to go. > > > > BTW: I'm using Netgraph - very cool stuff. > > > > --Len > > > > thankyou :-) > > > > > > > > > On 10/20/07, Harti Brandt wrote: > >> On Sat, 20 Oct 2007, Peter Jeremy wrote: > >> > >> PJ>On Wed, Oct 17, 2007 at 08:51:34PM -0700, Len Gross wrote: > >> PJ>>I'm doing some protocol development and it is convenient to start > it > >> on > >> PJ>>Ethernet. I will need to send a packet to the Ethernet device and > >> only have > >> PJ>>it be sent once, even if there is a colision. > >> PJ> > >> PJ>I know we've still got some hubs lying around in a backroom at work > >> PJ>but I don't know of anything that will let you disable the > retry-on-CD. > >> PJ> > >> PJ>Have you considered simulating the network at a slightly higher > lever: > >> PJ>Use ipfw pipes or similar to simulate packet loss (either set a > queue > >> PJ>length of 1 or probabilistically). This could be done either as a > >> PJ>bridge or by tunneling your protocol over IP or UDP. > >> > >> Some years ago I wrote a netgraph node that connected to ethernet nodes > >> and simulated a wireless broadcast channel including collisions, > >> timevariable delay, loss and shaping. Can be done in a couple of > hundreds > >> of lines and easily allows >100MBit/sec with gigabit ethernet. The > >> ethernet is just the physical transport medium for the packets and does > >> not take part in the emulation. All that was controlled by bsnmpd and a > >> remote command line tool and/or Java-GUI. Unfortunately I cannot > release > >> this (yet) due to licensing... > >> > >> harti > >> > > _______________________________________________ > > freebsd-net@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-net > > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > >