boblq wrote:
Given the growing volume of VOIP traffic I wonder if this is
not a potential serious cause of congestion. Obviously another
issue is QOS or rather its nonexistence.
http://en.wikipedia.org/wiki/Quality_of_service
VoiP is actually okay. It is bandwidth limited on the front end ie.
your speech. It can't send more packets than you have generated by talking.
The big trick for VoiP is that if the packet doesn't get there in time,
there is really no reason to request a duplicate. That limits your
congestion overruns because there are never any retransmits in data packets.
The moment you start doing retransmits, it all breaks loose.
I am curious what the real issues are here and what actual experience
people have with them. There is quite a bit of research going on
because of the importance of this problem. I found this
http://www3.ietf.org/proceedings/06mar/slides/dccp-2.pdf
Datagram Congestion Control Protocol (ddcp) is one of them
Stream Control Transmission Protocol (sctp) is another.
The problem I have with all of these "fixes" so far is that they are
*way* too heavyweight. This comes from not having an actual application
that they are being applied to first.
Of course, this is actually the big problem with the "net neutrality"
laws. At some point, we are going to *want* quality of service
guarantees, and the law is going to prevent that.
The law solves the wrong problem. The solution to net neutrality is
competition, not legislation.
-a
--
[email protected]
http://www.kernel-panic.org/cgi-bin/mailman/listinfo/kplug-list
