Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[S.Stephenson]

I have switched the line I am monitoring on DSLWS so I haven't had G.INP disabled, I just haven't had it enabled on this line yet.

[blue166]

Is G.INP needed when G.fast comes in or are they seperate technologies?

I'm unsure of the answer so thought I'd ask you guys.

Because if they are seperate technologies then if they prioritise ECI cabinets for G.fast then its not long to wait (I'm on an ECI cabinet).

If G.INP needs to be used for G.fast then I think its time BT/OR started to make some noise either at ECI or its time to bring in another cabinet maker. It seems ECI cabinets and modems/routers have been a big stumbling block for the past few years in anything that OR tries to do.

I would also like to know the answer to this question

[ejs]

They are separate technologies, new equipment will need installing for G.fast, I don't think the FTTC cabinet vendor will particularly matter.

[Chrysalis]

http://www.ispreview.co.uk/index.php/2016/04/bt-briefly-start-stop-g-inp-roll-eci-fibre-broadband-cabinets.html

An Openreach Spokesperson told ISPreview.co.uk:

“Openreach constantly monitors its fibre network and this identified some lines which would perform better without retransmission.

We’ve returned these lines to a pre-retransmission state, so that customers continue to receive the optimum speed. All other lines on the platform remain enabled with retransmission.

We’re investigating options to apply retransmission for all customers, and we’re working closely with equipment vendors. Openreach has communicated this position to all fibre CPs and we continue to provide regular updates to them.”

that was fast I asked them last week to look into it for us

The problem is it doesnt answer the question about my line, because my line was never in retransmission mode at all.  Openreach seem to think they have only reverted lines that got g.inp enabled and had problems.

[Ronski]

But it's also been said on here that they've disabled it for lines that they suspect will be affected, and I guess you're one of them, just be patient 

[Chrysalis]

yeah, so the kitz statement I believe to be the one nearer the truth.

I am starting to suspect tho because my line is on a overide profile (sky use standard), and I have it on speed, maybe this overide has stopped it been changed.

[daveesh1]

Just a thought I did have G.inp on my old pair but after DLM reset yesterday and pair swap will I get G.inp back or will I have to wait till BT start rolling it out again

[Chrysalis]

I would normally say yeah, but your reset put you back on fast path which surprised me, I have never seen a g.inp enabled line on fast path before.  So there is a chance somehow your line got pulled of g.inp, you will just have to wait and see I guess.

[daveesh1]

Ok. I just wish they would decide what they are going to do, as off later this evening or early doors tomorrow I will be showing Red

[skyeci]

I would normally say yeah, but your reset put you back on fast path which surprised me, I have never seen a g.inp enabled line on fast path before.  So there is a chance somehow your line got pulled of g.inp, you will just have to wait and see I guess.

I went from g.inp to default profile and now fastpath. Date g.inp lost was 8th april.

[deron]

So I found an old unused router in the office which I've reflashed and installed openwrt onto.

Installed it yesterday using my sky username and password with my ECI router and noticed a drop in speed of a couple of meg from my sky sr102. I'm guessing it may not have had the upgraded firmware as I've not used it for a while.

I'll put in my modded HG612 tonight and check my g.inp status. If I do have g.inp I'll probably send my ECI off to get upgraded and flashed and see what difference it makes.

I'll just put my stats here, so I can monitor.

# xdslcmd info --show
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason:   0
Last initialization procedure status:   0
Max:   Upstream rate = 5426 Kbps, Downstream rate = 21928 Kbps
Bearer:   0, Upstream rate = 5386 Kbps, Downstream rate = 19403 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       6.1
Attn(dB):    26.6       0.0
Pwr(dBm):    10.3       6.4
         VDSL2 framing
         Bearer 0
MSGc:      26      33
B:      51      168
M:      1      1
T:      64      5
R:      12      16
S:      0.0852      0.9966
L:      6008      1485
D:      379      1
I:      64      185
N:      64      185
         Counters
         Bearer 0
OHF:      95334      32189
OHFErr:      29      0
RS:      24359284      2091575
RSCorr:      505577      0
RSUnCorr:   52      0

         Bearer 0
HEC:      11      0
OCD:      0      0
LCD:      0      0
Total Cells:   19457370      0
Data Cells:   59      0
Drop Cells:   0
Bit Errors:   0      0

ES:      81      1
SES:      0      0
UAS:      343      343
AS:      523

         Bearer 0
INP:      3.00      0.00
INPRein:   0.00      0.00
delay:      8      0
PER:      5.47      16.25
OR:      46.75      19.18
AgR:      19450.02   5405.15
Bitswap:   359/359      0/0


xdslcmd info --vendor
ChipSet Vendor Id:   IFTN:0xb204
ChipSet VersionNumber:   0xb204
ChipSet SerialNumber:   7035499874

[Chrysalis]

I see on kitz's latest FEC burst there was also 5 ES.

[niemand]

They are separate technologies, new equipment will need installing for G.fast, I don't think the FTTC cabinet vendor will particularly matter.

Openreach are not trialling any G.fast equipment supplied by ECI. I'm not even sure if ECI have any G.fast equipment to be tested. They are off the table this time around it seems.

[Chrysalis]

can hauwei node's work with ECI cabinets?

[niemand]

can hauwei node's work with ECI cabinets?

The G.fast nodes aren't connected to the VDSL ones in any way. They co-exist by the G.fast node not using the VDSL spectrum.