Re: DCCP voice quality experiments

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Dear Lars,
 The paper is very good :)..I just had a few questions:

1)Does the packet loss rate consider the loss of packets due to the
improper synchronization of the application encoding rate and
TFRC-SP's sending rate after silence periods or is it due to loss of
packets due to congestion only? If you hadnt used dummy packets during
the initial slowstart, then I guess you would have got a large packet
loss rate! :)..

2)"This is surprising,because TFRC SP is allowed to inject as many small packets
in the network as desired,"

I am not sure if this statement is right? I guess it has some upper
limit (100 packets)? Correct me if I am wrong..

Some points:
* I guess some improvement would be there - since the receiver rate
after idle period has been currently sorted out.

* With larger delays, the quality of voice is too bad and this is worrying!

Regds
Arjuna

On 8/2/06, Lars Eggert <lars.eggert@xxxxxxxxxxxxx> wrote:
Hi,

we finally have the results of our voice quality experiments over
DCCP written up: http://larseggert.de/tmp/2006-dccp-voip-quality.pdf

We'd appreciate any feedback you may have on this!

Thanks,
Lars
--
Lars Eggert                                     NEC Network Laboratories







--
Regards,
Arjuna

Postdoctoral Researcher
Engineering Research Lab,
Department of Engineering,
University of Aberdeen


[Index of Archives]     [Linux Kernel Development]     [Linux DCCP]     [IETF Annouce]     [Linux Networking]     [Git]     [Security]     [Linux Assembly]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [DDR & Rambus]

  Powered by Linux