Would this make any difference...

BeatMaster

BeatMaster

BeatMaster

Soldato
Joined
6 Dec 2002
Posts
3,400
Location
North East
Were currently getting pings of 50ms on CS and to say jolt.co.uk. This should be lower, about 20ms but unfortuantely the problem exists with BT and BT won't do anything about it because it's not over 100ms and they don't class it as a problem.

Now I was thinking, if we switched to 8Mb, do they have to physically move our line at the exchange? If so, I could say no interleaving and this might solve our problems.

What you think? :o

BeatMaster :D
 
They don't need to do anything physically to your line afaik - unless you go LLU.

You should be able to get interleaving turned off anyhow - just nag your ISP.
 
Are you sure you have interleaving turned on at the moment, I thought it wasnt used for Standard ADSL (I might be wrong on that point) and also are you aware that just because you are increasing your bandwidth your latency may not decrease at all?
 
alternatively you could just live with it, 50ms ain't too bad. or move to a different ISP, some are better than others depending on architecture and how much they oversubscribe their backbone.
 
Syngress said:
Are you sure you have interleaving turned on at the moment, I thought it wasnt used for Standard ADSL (I might be wrong on that point) and also are you aware that just because you are increasing your bandwidth your latency may not decrease at all?
Click to expand...

You're correct on both counts. I think the idea was that changing from IPStream to IPStream Max the problem would fix itself though (rather than increasing the sync rate necessarily changing anything).

Generally speaking congestion doesn't impact your latency though, and I could've sworn we established that you had interleaving enabled :confused:
 
Congestion can effect latency though it takes quite a lot of it to do anything noticeable - just look at UKO's IPStream 2mbit products ;)
 
Aekeron said:
Congestion can effect latency though it takes quite a lot of it to do anything noticeable - just look at UKO's IPStream 2mbit products ;)
Click to expand...

It'll depend where it occurs, if it's in BTs network it won't affect it much. but if you're ISP is using 7200s for edge routers (I've seen it done) then it'll cause latency. This is an extreme example, an ISP would have to be tiny to use 7200s as edge routers but the same is true for larger kit and more traffic of course.
 
On further investigation with Nildram, it seemed I didn't have interleaving on :o

We did some line testing and when they pinged me from their end, the latency occured outside of their network thus meaning it was BT. They then got in touch with BT and they admitted the problem was theirs but won't do anything about it because the latency isn't > 100ms :(

Therefore looks like we are stuck, damn BT! :mad:

BeatMaster :D
 
BeatMaster said:
On further investigation with Nildram, it seemed I didn't have interleaving on :o

We did some line testing and when they pinged me from their end, the latency occured outside of their network thus meaning it was BT. They then got in touch with BT and they admitted the problem was theirs but won't do anything about it because the latency isn't > 100ms :(

Therefore looks like we are stuck, damn BT! :mad:

BeatMaster :D
Click to expand...

wow, the exchange would have to be pretty congested. More likely the congestion is in the backhaul into nildrams network (their BT centrals or equivilent). That way nildram could plausibly sayit's outside their network. Cheeky as they could almost certainly get something done but would be unlikely to for a single customer
 
bigredshark said:
It'll depend where it occurs, if it's in BTs network it won't affect it much. but if you're ISP is using 7200s for edge routers (I've seen it done) then it'll cause latency. This is an extreme example, an ISP would have to be tiny to use 7200s as edge routers but the same is true for larger kit and more traffic of course.
Click to expand...

Indeed. I've seen it occur due to VP problems at exchanges and also due to centrals. Joyously, in my case, the exchange was sorted out just in time for UKO's centrals to reach capacity a month and a half later :)
 
Aekeron said:
Congestion can effect latency though it takes quite a lot of it to do anything noticeable - just look at UKO's IPStream 2mbit products ;)
Click to expand...

I wasn't entirely clear.
Congestion of the VP leading from the back of your DSLAM to the BT side of your ISP's Central doesn't usually produce increased latency.
Presumably BT are performing some kind of frame prioritisation, since usually Bad Things (which abbreviates to BT, how appropriate) happen when an ATM link is saturated.

We did some line testing and when they pinged me from their end, the latency occured outside of their network thus meaning it was BT.
Click to expand...

Who is "they"?

ore likely the congestion is in the backhaul into nildrams network (their BT centrals or equivilent).
Click to expand...

Quite, and an ordinary ICMP Echo wouldn't distinguish anything between ISP's Central termination kit and the EU's modem.

I meant to submit this before I went out :/
 
Tried a different router/machine on the other end/no machines?
Though if BTw won't cooperate, you're screwed (without going LLU/cable/trying regrading and seeing what happens).
 
tolien said:
Tried a different router/machine on the other end/no machines?
Though if BTw won't cooperate, you're screwed (without going LLU/cable/trying regrading and seeing what happens).
Click to expand...

Tried:
Another router
3 other machines
Moving the router to main box by itself

Unfortuantely can't get LLU/cable, looks like regrading would be the only option. However it'll cost £13 to find out if it'll make any difference and even then it'll cost more per month so might just wait for now.

Cheers for your help btw :)

BeatMaster :D
 
UPDATE:

Well not sure what has happened but were getting pings now of 28-30ms :cool: Can't complain, just wondered what happened and who fixed it :p

BeatMaster :D
 
You must log in or register to reply here.
Back
Top Bottom