Shouldn't I have more packet loss then? Generally there is very little
packet loss. Just jitter. I have no problem download files at 5Mb/S

On Sun, 2010-04-04 at 12:00 -0400, Simon P. Ditner wrote:
> It may be that the line is too noisy to support the speed your ISP has  
> set it to. You can ask your ISP to reduce the speed to get better link  
> quality; ie 3mbit instead of 5mbit
> 
> ---
> Simon P. Ditner
> 
> On 2010-04-04, at 11:03 AM, Darryl Moore <[email protected]> wrote:
> 
> > Thanks David. Excellent point. I'll do that, but none the less, I'm
> > pretty sure I haven't been maxing my upstream bandwidth.
> >
> > I'm pretty sure it's the DLAM which is introducing the latency  
> > issue, so
> > the only control I have to deal with it is through jitter buffers,  
> > and I
> > don't control the buffer at the other end.
> >
> >
> > FYI I've done a little ping testing of both my DSL line and some of my
> > clients' cable connections with 5 different remote servers including 2
> > VOIP providers. Here is a summary of the last two hours of mine and  
> > one
> > of my clients. (all times are in mS)
> >
> > DSL
> > ------------ Google ISP DNS VOIP VOIP
> > Latency(min) 31 8 91 12 17
> > Latency(max) 132 105 313 111 103
> > Latency(avr) 47 20 109 24 29
> > Jitter(max) 89 96 112 98 85
> > Pkt Loss(max) 0 0 0 0 5
> > MOS(min) 3.7 3.8 3.0 3.7 3.8
> >
> >
> > cable
> > ------------ Google ISP DNS VOIP VOIP
> > Latency(min) 35 12 19 15 15
> > Latency(max) 62 25 26 20 20
> > Latency(avr) 38 13 20 15 15
> > Jitter(max) 22 12 7 5 5
> > Pkt Loss(max) 0 0 0 0 0
> > MOS(min) 4.1 4.2 4.2 4.2 4.2
> >
> > As you can see the cable is rock solid, but the DSL has a lot of  
> > jitter,
> > and this is a fairly good sample for the DSL.
> >
> >
> >
> > On Sun, 2010-04-04 at 10:10 -0400, David Cook wrote:
> >> Darryl, one other point.
> >>
> >> Make sure you are setting your max outbound bandwidth ~10% less  
> >> than your
> >> actual upstream bandwidth. If you _ever_ max this connection, the DSL
> >> modem will buffer your packets and all QoS is for naught.
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [email protected]
> > For additional commands, e-mail: [email protected]
> >



---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to