[relp] RELP over udp

[Matt Hellman]

I'm not sure I understand your point. HTTP is conceptually a two way
conversation. syslog is not.

On 01/08/2008, chris mr <chris.misztur at yahoo.com> wrote:
> I would sum it up that you can't run HTTP over UDP.
>
>
>
> ----- Original Message ----
> From: Rainer Gerhards <rgerhards at hq.adiscon.com>
> To: Matt Hellman <mattjhell at gmail.com>
> Cc: relp at lists.adiscon.com
> Sent: Friday, August 1, 2008 12:50:28 AM
> Subject: Re: [relp] RELP over udp
>
> Well, this saves us the hassle of doing our own timeouts for lost
> frames. It also simplifies a lot of use cases, like we know we get an
> ordered stream of events, so we also do not need to reassemble frames
> from the packets we receive. We also inherit congestion control at all
> from TCP. It of course would be possible to extend RELP to run over UDP,
> but it would require substantial work and the re-invention of most parts
> of TCP. IMHO this is not useful work.
>
> I hope that explains, but different views are always appreciated ;)
>
> Rainer
>
>> -----Original Message-----
>> From: relp-bounces at lists.adiscon.com [mailto:relp-
>> bounces at lists.adiscon.com] On Behalf Of Matt Hellman
>> Sent: Friday, August 01, 2008 12:25 AM
>> To: relp at lists.adiscon.com
>> Subject: [relp] RELP over udp
>>
>> Just reading some of the documentation and I have a conceptual
>> question...why the requirement for TCP if RELP has app level acks?
>> Seems like there would be advantages to using UDP in high volume
>> environments.
>> _______________________________________________
>> RELP mailing list
>> http://lists.adiscon.net/mailman/listinfo/relp
>>
>> NOTE WELL: all postings are provided under the terms of the GNU Free
>> Documentation License. See listinfo page for details.
>>
>> IF YOU DO NOT LIKE THIS POLICY, DO NOT POST TO THE LIST.
> _______________________________________________
> RELP mailing list
> http://lists.adiscon.net/mailman/listinfo/relp
>
> NOTE WELL: all postings are provided under the terms of the GNU Free
> Documentation License. See listinfo page for details.
>
> IF YOU DO NOT LIKE THIS POLICY, DO NOT POST TO THE LIST.
>
>
>
>
>