Date: Sun, 3 May 1998 22:23:01 +0200 From: Thomas Zenker <thz@tuebingen.netsurf.de> To: freebsd-current@FreeBSD.ORG Subject: Re: Infrared ? (a simple experiment for laptop owners...) Message-ID: <19980503222301.49687@tuebingen.netsurf.de> In-Reply-To: <199805030245.EAA03769@labinfo.iet.unipi.it>; from Luigi Rizzo on Sun, May 03, 1998 at 04:45:27AM %2B0200 References: <9297.894130297@critter.freebsd.dk> <199805030245.EAA03769@labinfo.iet.unipi.it>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, May 03, 1998 at 04:45:27AM +0200, Luigi Rizzo wrote: > > >Example: one side (the 'client' ppp) acts as a master, the other one as > > >a slave. The protocol is governed by the master, and the slave can only > > >send a packet right after a pkt coming from the master. > > > > Stupid as it may sound, this kind of thing could help improve ethernet > > response in certain client-server scenarioes. On the other hand, IP > > isn't very well suited to half-duplex, and to get a decent performance > > you probably need to flip though Tanenbaums book and see if you can > > find some old stuff from Hawai to use... > > where do you think i got these ideas :) > Some years ago I have implemented for a radio network a protocol based on the ECMA HDLC/TWA protocol (Two Way Asynchronous). For radio networks you have the same problem, you can't hear while crying so loud. The HDLC/TWA regulates the link access by having a primary and secondaries, only primary is allowed to initiate a transmition. For running a whole network with store & forward relays I implemented a token passing protocol on top of this. For packet protocols like UDP/IP it should be no problem to pass it thru, never tried really to make it tunnel TCP/IP. Thomas Zenker To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19980503222301.49687>