G.INP
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Plusnet Community
- :
- Forum
- :
- Help with my Plusnet services
- :
- Fibre Broadband
- :
- Re: G.INP
Re: G.INP
31-03-2015 11:43 AM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
Quote from: mlmclaren as his current kit (ECI Modem) isn't compatible with G.IN
His equipment must be compatible because he is still connected to his DSLAM. Non-compatible equipment with G.INP enabled at the DSLAM should mean that DLM does not apply the retransmission profile. All the evidence so far suggests that this is working as it should.
Quote from: mlmclaren The main issue also seems to be that they didn't roll out the firmwares that made equipment (both Huawei & ECI ) support G.INP before they rolled out G.INP...
OR rolled out support for both G.INP and vectoring at modem level some time ago. Whether the firmware updates worked and were successful on every modem is another question.
The other thing you have to remember is that this issue has only come to light in the past week or so, but the rollout had already covered some 1.5m lines by then.
Re: G.INP
31-03-2015 11:58 AM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
OR obviously didn't roll out up to date firmware as people wouldn't be having these issues would they...
You say about the roll out starting a while back and being successful... thats fine but obviously somewhere a ballsup has been made....
Like I said a think a step has been missed during the rollout...
Re: G.INP
31-03-2015 12:19 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
If a modem does not support g.inp/retransmission, then Openreach's modem management systems will pick this up and the updated line profiles (which include retransmission) *should not* be applied. If they were applied to a line that has an incompatible modem, then the modem would no longer sync with the DSLAM.
OR perform constant updates to both the modems they supplied and also the DSLAMS. To say they didn't roll out a firmware update is nonsense.
It's entirely possible this could be something to do with the fact that OR have had issues with MA5616/MA5603T line cards due to something called ELE-M1. They are in the process of replacing the affected line cards (I think the timing of the replacement coincides with the first reports of issues).
Re: G.INP
31-03-2015 12:27 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
Quote from: AndyH Perhaps I am not being clear?
If a modem does not support g.inp/retransmission, then Openreach's modem management systems will pick this up and the updated line profiles (which include retransmission) *should not* be applied. If they were applied to a line that has an incompatible modem, then the modem would no longer sync with the DSLAM.
OR perform constant updates to both the modems they supplied and also the DSLAMS. To say they didn't roll out a firmware update is nonsense.
It's entirely possible this could be something to do with the fact that OR have had issues with MA5616/MA5603T line cards due to something called ELE-M1. They are in the process of replacing the affected line cards (I think the timing of the replacement coincides with the first reports of issues).
Perhaps I'm not being clear...
I'm not saying the modems don't support G.INP but they seem to not have a full understanding of the NEW profiles...
The DLM applied a G.INP profile to my line and it seems many others before the firmware was fully able to support/recognise G.INP profiles...
As you say they SHOULD NOT be applied to equipment that isn't supporting it but it seems some sort of configuration has been applied to all modems causing speed and latency issues...
If line cards are the issues then why would updating ones modem firmware fix the issues as confirmed by many user of the HG612 modem around this forum and TBB too..
Re: G.INP
31-03-2015 12:34 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
Quote from: mlmclaren I'm not saying the modems don't support G.INP but they seem to not have a full understanding of the NEW profiles...
Well I am confused because you stated exactly this earlier:
Quote from: mlmclaren How can you say his modem does support G.INP.. mine didn't
Quote from: mlmclaren If line cards are the issues then why would updating ones modem firmware fix the issues as confirmed by many user of the HG612 modem around this forum and TBB too..
I am saying that the current or changed line cards (whether physical or firmware) might have a bug or issue with modems running a specific firmware.
If what you're saying about ECI modems is correct, then should all ECI modems have the same latency increase/downstream speed loss when retransmission is applied?
Re: G.INP
31-03-2015 12:54 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
Re: G.INP
31-03-2015 1:08 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
Quote from: AndyH If what you're saying about ECI modems is correct, then should all ECI modems have the same latency increase/downstream speed loss when retransmission is applied?
Yes if the ECI modem hasn't had the firmware updated to fully support G.INP and it's profiles nd obviously in cases where the ECI modem is on a Huawei cabinet and will vary dependant on line conditions as the profiles will vary of course... But yes I'm saying all would be affected in some manor..
It depends if the rollout has been the same or not too... OR might of picked up these issue and changed a step in the rollout that fixes the issue for other areas... maybe pushing the firmware and confirming it active before a rollout... or even limiting the G.INP rollout to broadcom chips only!
Re: G.INP
31-03-2015 1:21 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
In the event of an ECI failing to sync, the isp has to book an engineer, the visiting engineer will do a DLM reset and when the ECI is reconnected it will get a firmware update at that point.
Re: G.INP
31-03-2015 1:27 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
At any given moment in the universe many things happen. Coincidence is a matter of how close these events are in space, time and relationship.
Opinions expressed in forum posts are those of the poster, others may have different views.
Re: G.INP
31-03-2015 1:29 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
Engineers are misinterpreting that note and trying to reset DLM (which is complicated in itself without a hard clear code) on working lines.
Re: G.INP
31-03-2015 1:49 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
Quote from: chrcoluk openreach are already aware of ECI modem issues because a openreach engineer posted weeks ago the procedure's that are carried out by engineers.
In the event of an ECI failing to sync, the isp has to book an engineer, the visiting engineer will do a DLM reset and when the ECI is reconnected it will get a firmware update at that point.
and user with HG612 that are being interleaved and losing sync speed once the cabinets are enabled to supply G.INP?
Re: G.INP
31-03-2015 1:54 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
At any given moment in the universe many things happen. Coincidence is a matter of how close these events are in space, time and relationship.
Opinions expressed in forum posts are those of the poster, others may have different views.
Re: G.INP
31-03-2015 2:36 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
Nobody cares about modems which don't sync.
Nobody is complaining about that.
Troubleshooting: The Limitations of Traceroute & Ping
Latency: Connection "fast" but internet sluggish? Bufferbloat FAQ
Black Holes: Worth noting that the Plusnet Hub One router has an MTU of 1488 bytes.
Re: G.INP
31-03-2015 4:29 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
heres the figures from the billion itself
adsl info --stats
adsl: ADSL driver and PHY status
Status: Showtime
Last Retrain Reason: 0
Last initialization procedure status: 0
Max: Upstream rate = 29408 Kbps, Downstream rate = 88177 Kbps
Bearer: 0, Upstream rate = 19999 Kbps, Downstream rate = 69165 Kbps
Link Power State: L0
Mode: VDSL2 Annex B
VDSL2 Profile: Profile 17a
TPS-TC: PTM Mode(0x0)
Trellis: U:ON /D:ON
Line Status: No Defect
Training Status: Showtime
Down Up
SNR (dB): 6.1 9.1
Attn(dB): 14.2 0.0
Pwr(dBm): 13.0 5.4
VDSL2 framing
Bearer 0
MSGc: 18 36
B: 45 29
M: 1 1
T: 64 64
R: 14 10
S: 0.0212 0.0476
L: 22688 6717
😧 1219 673
I: 60 40
N: 60 40
Counters
Bearer 0
OHF: 648854 192778
OHFErr: 0 0
RS: 165919613 960863
RSCorr: 3763 677
RSUnCorr: 0 0
Bearer 0
HEC: 0 0
OCD: 0 0
LCD: 0 0
Total Cells: 117312770 0
Data Cells: 4379069 0
Drop Cells: 0
Bit Errors: 0 0
So is it a line issue ? I find it odd theres a huge gap between max rates and what its currently syncing at
Re: G.INP
31-03-2015 4:38 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page