Jeff said:
0.3% is good enough and better than most for TCP. However, you should
run Skype Echo Test or talk with someone using Skype first, and then
check the UDP, not the TCP statistics. VoIP (and video) are both UDP,
not TCP.
Have to do that, but IIRC those numbers looked comparably good. I do not
think it's any packet error issue. It is very repeatable. Skype with
camera video works and the instant I switch to screen sharing it falls
apart. So we have resorted to low-tech, sketching stuff on paper and
holding it up to the camera. Then Skype doesn't fail. My Logitech camera
isn't very good though, no dynamic range to write home about, very
grainy picture because I am sitting with the back to a window.
It's the percentage of your ethernet bandwidth. If you have a
100Mbit/sec ethernet connection to your router, and your DSL is
running at 1.5Mbits/sec, you'll see a tiny 1.5% maximum display on the
graph. This piece of brilliant design was brought to you by the
wonderful folks at Microsoft.
Shazam! They were quite smart then.
[...]
Parallel ports are so 20th century. Kinda sounds like an old router,
which may be the cause of the slow speeds. I've replaced various
Netgear WGR614 series routers that seemed to slow down after about 5
years in service. No failures, just a slow down. No clue what that
was about, but replacing the router with something more current made a
big difference. You might also look into the benefits of ethernet
connected laser printers. Incidentally, the typical complaint was not
VoIP problems but rather problems streaming YouTube and Netflix
videos.
Well, I tend to keep stuff that works regardless of how "modern" it is.
This old HP-5L is around 15 years old but keeps on humming. So I need LPT.
Other than Skype everything runs fine. Skype has had other problems in
the beginning but that got fixed when they released a newer version. The
screen sharing never worked right.
It will help when you're transferring files at the same time that
you're talking on Skype or reading something on the internet at the
same time.
I never do that unless someone requests it during the call, and then we
all know it's going to come at the price of a rocky link. Until I can
get faster Internet. The amazing thing is, GoToMeeting will then slow
down the video but screen sharing keeps working. Because if implemented
correctly that really doesn't need any bandwidth to speak of if a static
drawing where only a cursor is moving. Same for the "etch-a-sketch"
function.