[dcc2] Other comments

[myndzi]

Going last to first...

I don't think UDP is needed but it is available so I use it in
examples. It wouldn't be hard to number all the UDP packets, assemble
them in the file out-of-order, and check a hash or something I
suppose. In a file transfer getting the packets in order is NOT a
concern.

The hash table thing is fine if you know WHAT you are looking for. The
problem lies in the fact that you would have to check for everything
presented as an option to see if one of them was selected as it should
have been. You have no easy way to deal with extra information that
was added, no 'ownership' etc. It makes more sense to me to designate
specifically "my choice for this group is this", otherwise you have a
lot more work involved in determining what they actually picked. If I
send Network=IPv4,IPv6, in the response instead of looking up
'network' and seeing what they chose, I have to attempt to look up
both IPv4 and IPv6, check if they have values, check that only one of
the two is present even though it's still possible that neither or
both could be.

The ports that are available to listen on will have to be specified by
the user in any event. The only difference in what I am suggesting is
that we TELL THE OTHER SIDE ABOUT IT so that a better arrangement can
be reached easier and sooner.

-myndzi

On Sun, 27 Jun 2004 12:56:53 -0400, codemastr <codemstr at ptd.net> wrote:
> > Ok, maybe I have missed some posts to the list.
> > The question is: which application may need an UDP transport ?
> 
> > UDP is unreliable... packets may not arrive in order and eventually not
> arrive
> > at all.
> 
> Yeah, this has been mentioned before. People basically suggested turning DCC
> into TFTP (using an ACK and an ORD type system). However, that seems rather
> stupid to me. Then you're basically turning UDP into TCP, so why not just
> use TCP?
> 
> I don't think anyone really ever decided on why UDP was needed though...
> 
> -- codemastr
> 
> 
> 
> 
> _______________________________________________
> dcc2 mailing list
> dcc2 at dcc2.org
> http://six.pairlist.net/mailman/listinfo/dcc2
>