Quote from: skyeci on April 12, 2016, 07:59:14 PMBear in mind the flashed openwrt eci modem does support g.inp as I used it and saw 8-9mb increase on ds plus a large drop in latency. I only stopped using it due to missing the online stats with mydslwebstats...I fully understand have a fully working G.INP Arcadyan 63168 Modem & Router but no access to DSLstats when using that modem have to use my trusty HG612 which gives me - 4Mbps on the downstream than the Arcadyan 63168.The Billion 8800nl would be the best for both worlds
Bear in mind the flashed openwrt eci modem does support g.inp as I used it and saw 8-9mb increase on ds plus a large drop in latency. I only stopped using it due to missing the online stats with mydslwebstats...
Exactly why I have just ditched my 8800NL and moved to a TP-Link device! One with a Lantiq VRX288 chipset...
"Spoke to billion and sent them pre and post stats. Advised to use the older firmware so not totally convinced its the right choice for me"Exactly why I have just ditched my 8800NL and moved to a TP-Link device! One with a Lantiq VRX288 chipset...
Is your Billion 8800NL sitting in the corner gathering dust or has it found it's way onto ebay ?
which tp model?
the ECI modems and HH5a's do not support G.INP in any directions and they just use the Fastpath or Interleaving profiles
We have been seeing all users on Huawei cabs using ECI modems and the BT HomeHub 5A losing anything up to 10Mbps of downstream speed and experiencing large amounts of latency. The affected equipment is BT Openreach/BT Retail supplied that should surely comply with SIN498. Yet these are the ones seeing the most problems due to automatic DLM intervention -regardless if the line needed it or not - by application of Error Correction (RS overheads cause reduction in sync) and Interleaving (causes delay). The increased delay through application of Interleaving of 8ms may be the intention but we are often seeing more like 16ms added due to application to both upstream and downstream. What is happening?As you note above, to comply with SIN 498, modems and routers must support retransmission in the downstream, but it is not a mandatory requirement in the upstream. Taking this into account and to maintain a high level of service, when we first rolled out retransmission to our Huawei estate we introduced interleaving on all lines where the modem/routers did not support retransmission in the upstream.We found that in some occasions this introduced increased latency of approx. 8ms, and could also impact some downstream headline rates for some modem/routers.As soon as we realised that for some modem/routers that don’t support retransmission in the upstream, that the introduction of interleaving in the upstream was causing issues, we set about trialling, and subsequently rolling out a reduced interleaving profile in the upstream. This trial has now completed, and all lines have returned to their normal pre-retransmission interleaved state.