Hi,
DCCP is a new transport protocol, like TCP and UDP, RFC 4340. For
ekiga, as a streaming video application, it should be better from
several points of view:
- it has congestion control, unlike UDP
- the packet retransmission is not mandatory, as TCP
- it has acks from receiver to sender
-
Hello Eugen Dedu,
yes I think that will be way VoIP will evolved. It not a question
whether but when.
As we are planing this implementation for a research project, we need
to be a bit ahead of the line.
Lets work together on this issues? I am actually not sure where to add it ;-)
With be
Le dimanche 08 juin 2008 à 07:48 +0200, Dr. Christian Hoene a écrit :
> Hello Eugen Dedu,
>
> yes I think that will be way VoIP will evolved. It not a question
> whether but when.
>
> As we are planing this implementation for a research project, we need
> to be a bit ahead of the line.
>
> L
Damien Sandras wrote:
Le dimanche 08 juin 2008 à 07:48 +0200, Dr. Christian Hoene a écrit :
Hello Eugen Dedu,
yes I think that will be way VoIP will evolved. It not a question
whether but when.
As we are planing this implementation for a research project, we need
to be a bit ahead of the
Hello,
> "The Datagram Congestion Control Protocol (DCCP) is being designed as
> a partial solution to this potential problem by adding end host TCP-
> friendly
> congestion control behavior to high-rate UDP streams such as streaming
> media."
A good reading to DCCP can be found at
http://www.si
Le dimanche 08 juin 2008 à 22:37 +0200, Christian Hoene a écrit :
> Hello,
>
> > "The Datagram Congestion Control Protocol (DCCP) is being designed as
> > a partial solution to this potential problem by adding end host TCP-
> > friendly
> > congestion control behavior to high-rate UDP streams suc
yannick wrote:
Le dimanche 08 juin 2008 à 22:37 +0200, Christian Hoene a écrit :
Hello,
"The Datagram Congestion Control Protocol (DCCP) is being designed as
a partial solution to this potential problem by adding end host TCP-
friendly
congestion control behavior to high-rate UDP streams such
Hi,
thomas schorpp wrote:
yannick wrote:
Le dimanche 08 juin 2008 à 22:37 +0200, Christian Hoene a écrit :
Hello,
"...Problem Statement for [DCCP]", which discusses such questions as
"why not just implement congestion control at the application layer?"
This is because it is not so simple
Eugen Dedu wrote:
inside IPv4. Second, this is a temporary solution, I saw 1-2 months ago
(I lost the link) that NAT on linux (masquerading) added support for DCCP.
Found it: http://lwn.net/Articles/278495/, look for DCCP string.
--
Eugen
___
Ekiga-
I'm currently working on a TFRC integration to obtain a video rate control
that is adaptive to the network conditions (e.g. congestion state). Up til
now, I were using RTCP receiver reports (RR) and sender reports (SR) to
calculate the following parameters:
at the sender:
- localRTT = ReceiverRep
10 matches
Mail list logo