Print

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

[Black Sheep]

Alas, I didn't take any notice B*Cat ................ too busy sweating buckets in the heat, and trying to get the EU back on-line.

[burakkucat]

Ah, so then I prescribe a bottle of some cool, soothing, throat embrocation as the day ends. 

[Black Sheep]

Thank you, Doctor ..................... advice I prescribed myself at approximately 1800 tonight. 

[NewtronStar]

Black Sheep would not need to access the FTTC cabinet or even to peak in for interest while doing a lift and shift his concentration will be inside the PCP cabinet 

[Chrysalis]

Further to Wombat's reply, one of the purposes of the MCT process is that the modems correctly identify themselves to Openreach's equipment - so they should know what the majority of end users are using - even though we are not their direct customers

Thanks for this info, I am interested in this because with the ECI g.inp issues it seemed openreach were unable to only filter out bad modems because only the chipset is identified to the dslam not the router manufacturer/model.

As a side note in this hot weather, I guess not too pleasant working up poles etc.

[gt94sss2]

Thanks for this info, I am interested in this because with the ECI g.inp issues it seemed openreach were unable to only filter out bad modems because only the chipset is identified to the dslam not the router manufacturer/model.

I can't recall where I first saw it but if you look at A.4.2.2.13 on Page 65 of SIN 498 (http://www.sinet.bt.com/sinet/SINs/pdf/498v7p1.pdf) it tells you what vendor information the modems need to supply to DSLAMs to pass MCT

And as we have covered elsewhere, it's the MCT hardware/firmware that Openreach do their network testing against

[NewtronStar]

To gt94sss2 I think I was on the VDSl2 3db profile test a month or so ago it went well for 4 days until I manually resynced the modem would that show up as a Pass or fail on the MCT ?

[gt94sss2]

I should stress for the avoidance of any doubt that I don't work for Openreach but the MCT is a standardized test.

If you look at p45 of SIN498, it shows they test modems against their target SNRM of 6dB but have a minimum/maximum of 0/31dB.

Table 6 on page 55 also mentions SRA and gives an lower/upper threshold margin of 3/9 dB for that which makes me wonder if they are using SRA at all for their 3dB trial.

Are you sure you were on the trial? I wouldn't have thought a single resync would cause its removal..

[WWWombat]

@chrysalis

Taking due note of @b*cat's post, I'll leave my initial public response here in words of zero syllables.

But don't worry ... a response will be winging its way later.

[WWWombat]

Are you sure you were on the trial? I wouldn't have thought a single resync would cause its removal..

At the time, I think the belief was that the trial was - for any single line - a one-off affair. The trial would stop at the next resync, no matter the cause of that resync.

That would limit the negative impact of the trial, to any one end-user, to 2 resyncs. The first to start the trial, and the second that would end it - whether it is triggered by instability after 30 minutes, or by a power cut weeks later.

[GigabitEthernet]

Just confirmed I've got it here too. BDUK Huawei cabinet. Increased my sync from around 50Mbps to over 60!

No affect on the upstream though unfortunately

[underzone]

Just confirmed I've got it here too. BDUK Huawei cabinet. Increased my sync from around 50Mbps to over 60!

No affect on the upstream though unfortunately

Nice result there GigabitEthernet. I am quite jealous 

[Moderator edited.]

[kitz]

Hi

Have you got some stats please    Its a bit hard to see any speed increase on MDWS from when you last used it.

May

Max attain = 63275
Sync = 60146
SNRM = 7.8 dB
(G.)INP = 48

Today

Max attain = 60444
Sync = 58976
SNRM = 7.4 dB
(G.)INP = 49

[GigabitEthernet]

I haven't got any stats apart from those from today. I've not been monitoring the router at all in the last few months.

It was around the April timeframe I think when suddenly the speed increased. I assumed it was due to Summer coming. I only realised today that's what has caused it.

[GigabitEthernet]

Am I right in saying that if I have a resync, vectoring will be removed from my line?