Looking at it again it does seem to have a fair number, look at all the zeroes at the end. One fine day I shall look up 2^31 and subtract it!

Thanks.

I've dropped you a PM

In reply to a post by RobertoS:

In reply to a post by smokeymacpot:

In reply to a post by malacath:

Would switching interleaving off help my line?

I copied the stats from the home hub.

Line state Connected
Connection time 14 days, 3:05:34
Downstream 7,616 Kbps
Upstream 448 Kbps

ADSL settings
VPI/VCI 0/38
Type PPPoA
Modulation ITU-T G.992.1
Latency type Interleaved
Noise margin (Down/Up) 7.7 dB / 24.0 dB
Line attenuation (Down/Up) 33.0 dB / 21.0 dB
Output power (Down/Up) 19.8 dBm / 11.9 dBm
Loss of Framing (Local) 3
Loss of Signal (Local) 3
Loss of Power (Local) 0
FEC Errors (Down/Up) 340579 / 12
CRC Errors (Down/Up) 2135 / 2147480000
HEC Errors (Down/Up) nil / 8
Error Seconds (Local) 3819

i get similar stats on mine, not as many crc errors tho. the SNR seems too low (like mine) and i think it may need to be interleaved otherwise more errors would occur on fast mode ?
im tempted to rewire my home in an attempt to fix it and if it does, then request fast mode.
unless someone else here can shed more light on wether we can use fast mode with fec errors ?

try different filters malacath, some gave me a snr of 4-6 and LOTS of errors like yours shows, another filter gave me a snr of 12 and its better although not perfect!

The very high CRC error count is in fact a small negative number - it's a well-known bug in the firmware that doesn't recognise negatives.

All the other error counts are remarkably low for over 14 days connection.

The error correction that comes with interleaving just corrects certain errors in-flight instead of needing the packet to be re-transmitted. I think CRCs always need re-transmission. Re-transmitting that number of FECs over 14 days is nothing and the error seconds are no problem either.

As you say, the downstream margin is slightly low for 33dB attenuation but not disastrous so. What you could both do is follow this FAQ if you haven't already done so.

Also plug-in phone extension leads are bad news unless of top quality. Builder-installed fixed extensions are also often suspect due to inferior (cheap) cable instead of BT-approved.

Filters do not affect the "target" SNRM applied by the exchange systems at connection time. However smokey, diagnosis if you are sync'ed at 7616 is difficult as the behaviour of SNRM at maximum sync changes from that at lower speeds. In which case you may indeed have had a duff filter before.

I think that's enough for now, except I think mac's line is suitable for Fast Path as it is, but may be better after the FAQ above and your suggestion re trying different filters.

What is important when trying things is not to disconnect/reconnect more than say 5 or 6 times in an hour. That is taken as instability and a longish-term slow-down of the line by raising the target margin can result.

i tried two routers, one syncs at 7616 i think and the netgear syncs at 8128, using netgear supplied filters it will start at about 10db SNR but will drop and show figures from 0-6db and many many errors occur. im not so sure the filters are bad, i tried 3 identical ones and they all do the same, i tried another type of filter and it stays around 12db SNR most of the time with only a few errors which you can see in the stats im about to paste. stats are for roughly 18hrs

AR7 DSL Modem Statistics:
--------------------------------
[DSL Modem Stats]
US Connection Rate: 448 DS Connection Rate: 8128
DS Line Attenuation: 40 DS Margin: 12
US Line Attenuation: 25 US Margin: 26
US Payload : 202238112 DS Payload: 14685348
48
US Superframe Cnt : 4006183 DS Superframe Cnt: 4006183
US Transmit Power : 0 DS Transmit Power: 0
LOS errors: 0 SEF errors: 0
Errored Seconds: 0 Severely Err Secs: 0
Frame mode: 3 Max Frame mode: 0
Trained Path: 1 US Peak Cell Rate: 1056
Trained Mode: 3 Selected Mode: 1
ATUC Vendor Code: 54535443 ATUC Revision: 3
Hybrid Selected: 3 Trellis: 1
Showtime Count: 4 DS Max Attainable Bit Rate: 9920 kbps
BitSwap: 1 US Max Attainable Bit Rate: n/a
Annex: AnxA psd_mask_qualifier: 0x0000
ATUC ghsVid: b5 00 54 53 54 43 04 00
T1413Vid: 00 00 T1413Rev: 00 VendorRev: 00
ATUR ghsVid: b5 00 54 53 54 43 00 00
T1413Vid: 00 00 T1413Rev: 00 VendorRev: 00

[Upstream (TX) Interleave path]
CRC: 0 FEC: 0 NCD: 0
LCD: 0 HEC: 0

[Downstream (RX) Interleave path]
CRC: 23 FEC: 21843 NCD: 0
LCD: 0 HEC: 0

[Upstream (TX) Fast path]
CRC: 0 FEC: 0 NCD: 1
LCD: 0 HEC: 0

[Downstream (RX) Fast path]
CRC: 0 FEC: 0 NCD: 0
LCD: 0 HEC: 0

thing is i dont want packetloss, i want a low ping for games and stability.

also i dont have that orange ring wire connected, but i do not have a nte5 faceplate, i have one of the old style "line jack"? it is wired directly to the juction box outside and i have no extensions.

Edited by deleted (Mon 17-Aug-09 14:10:03)

In reply to a post by malacath:

Would switching interleaving off help my line?

I copied the stats from the home hub.

Line state Connected
Connection time 14 days, 3:05:34
Downstream 7,616 Kbps
Upstream 448 Kbps

ADSL settings
VPI/VCI 0/38
Type PPPoA
Modulation ITU-T G.992.1
Latency type Interleaved
Noise margin (Down/Up) 7.7 dB / 24.0 dB
Line attenuation (Down/Up) 33.0 dB / 21.0 dB
Output power (Down/Up) 19.8 dBm / 11.9 dBm
Loss of Framing (Local) 3
Loss of Signal (Local) 3
Loss of Power (Local) 0
FEC Errors (Down/Up) 340579 / 12
CRC Errors (Down/Up) 2135 / 2147480000
HEC Errors (Down/Up) nil / 8
Error Seconds (Local) 3819

Cant really see any reason why you got put on interleaving in the first place.

Before my line was switched to ADSL2+ I was also on interleaving. I suspect if you do any sort of tinkering on your line or reset your router a few times in succession it'll kick you onto it and then it sticks.

Should really be a system in place for customers to easily manage this sort of thing as it effectively limits speed (slightly) and ruins pings.

Thanks for that malacath

Have had interleaving removed, affective as of tomorrow.

Stuart
BT Support

Thankyou for doing that.

In reply to a post by orly:

In reply to a post by malacath:

Would switching interleaving off help my line?

I copied the stats from the home hub.

Line state Connected
Connection time 14 days, 3:05:34
Downstream 7,616 Kbps
Upstream 448 Kbps

ADSL settings
VPI/VCI 0/38
Type PPPoA
Modulation ITU-T G.992.1
Latency type Interleaved
Noise margin (Down/Up) 7.7 dB / 24.0 dB
Line attenuation (Down/Up) 33.0 dB / 21.0 dB
Output power (Down/Up) 19.8 dBm / 11.9 dBm
Loss of Framing (Local) 3
Loss of Signal (Local) 3
Loss of Power (Local) 0
FEC Errors (Down/Up) 340579 / 12
CRC Errors (Down/Up) 2135 / 2147480000
HEC Errors (Down/Up) nil / 8
Error Seconds (Local) 3819

Cant really see any reason why you got put on interleaving in the first place.

Before my line was switched to ADSL2+ I was also on interleaving. I suspect if you do any sort of tinkering on your line or reset your router a few times in succession it'll kick you onto it and then it sticks.

Should really be a system in place for customers to easily manage this sort of thing as it effectively limits speed (slightly) and ruins pings.

When I first switched back to BT their computers were saying my line is only capable of speeds of quarter of a meg. Maybe that's why they switched interleaving on.

Hello,

I have been a long time user of this site, but have only recently registered.

I would also like to request that interleaving be switched off, if my line is suitable.

My statistics reported by RouterStats for a Netgear DG834Gv2 are:

Downstream (Rx)

Connection Rate: 7616 Kbps
Line Attenuation: 16 dB
Noise Margin: 11 dB

Interleave CRC: 43
Interleave FEC: 24586
Interleave HEC: 0

Upstream (Tx)

Connection Rate: 448 Kbps
Line Attenuation: 10 dB
Noise Margin: 21 dB

Interleave CRC: 5
Interleave FEC: 1156
Interleave HEC: 0

PPPoA: 44 days, 17:10:20

Thanks for dealing with this for me. I tested my connection extensively over the weekend, and it's working great - stable and decreased latency. Thank you very much .

Hi Malacath,

Interleaving is something that is automatically activated on all BT Broadband customers. The reason for this is to improve the stability of the Broadband connection. In some case if interleaving is taken off this can cause the Broadband to become that unstable that it is unusable.

Thanks

Patrick

BT Support,