I found that I was getting almost 0 CRC errors on my line after a couple of weeks with interleaving enabled (at a depth of approx. 2500 on the downstream, 0 on the upstream).
Today, interleaving was removed on the downstream, the CRC errors have gone back up again on both the downstream and upstream (it's usually 100 or more a day on both). This has happened before, and eventually interleaving was reapplied to the line again, to compensate for the errors.
So, there's a cycle of applying interleaving to reduce errors, then removing interleaving when the CRC errors come down. When the errors go up again, presumably the 'errored seconds' thresholds are met, which prevents the sync speed from being increased by the DLM.
So, the downstream sync rate can never increase (to the 'max rate' shown on various tested routers), because interleaving always has to be removed first, before increasing the downstream / upstream sync rate.
Openreach could remove interleaving from the sync rate requirements altogether, it's really not a big deal (maybe another 10ms of latency with interleaving enabled), most would much rather hit a reasonable download rate. They could allow higher sync rates regardless of interleaving being on or off.
This is on an ECI cabinet, so the results were never gonna be that great I suppose. It's really like trying to get blood out of a stone.
Today, interleaving was removed on the downstream, the CRC errors have gone back up again on both the downstream and upstream (it's usually 100 or more a day on both). This has happened before, and eventually interleaving was reapplied to the line again, to compensate for the errors.
So, there's a cycle of applying interleaving to reduce errors, then removing interleaving when the CRC errors come down. When the errors go up again, presumably the 'errored seconds' thresholds are met, which prevents the sync speed from being increased by the DLM.
So, the downstream sync rate can never increase (to the 'max rate' shown on various tested routers), because interleaving always has to be removed first, before increasing the downstream / upstream sync rate.
Openreach could remove interleaving from the sync rate requirements altogether, it's really not a big deal (maybe another 10ms of latency with interleaving enabled), most would much rather hit a reasonable download rate. They could allow higher sync rates regardless of interleaving being on or off.
This is on an ECI cabinet, so the results were never gonna be that great I suppose. It's really like trying to get blood out of a stone.
Last edited: