Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!thunder.mcrcim.mcgill.edu!snorkelwacker.mit.edu!apple!agate!ucbvax!ferrari.nmc.ed.ray.com!smiles
From: smiles@ferrari.nmc.ed.ray.com (Kevin Ruddy)
Newsgroups: comp.protocols.tcp-ip
Subject: TCP broadcast or UDP reliability
Message-ID: <9101231639.AA21240@ferrari.nmc.ed.ray.com>
Date: 23 Jan 91 16:39:20 GMT
Sender: daemon@ucbvax.BERKELEY.EDU
Lines: 18

I have a problem.

I have a server that needs to transmit high-volume data to sixty-four
clients on a dedicated network.  Broadcasting seems like the best solution,
because the server does not have the resources to transmit this data
sixty-four times.  Unfortunately, I need this data to be reliably received
by the clients.  I would have liked to use TCP, but I must go with a
broadcasting solution.

So I've been using UDP.  But when a client fails to receive a packet, how
and when do I decide to request a retransmit?  Is there a simple method of
doing this, without an inordinate amount of hassle?

Any help, any at all, will be greatly appreciated.  I have to implement some
kind of solution within the next three weeks.

Kevin Ruddy
smiles@ferrari.nmc.ed.ray.com