I'm obviously talking from first hand experience here! You know that the PQT test gets saved on the Exto and JDSU and set off to the test system? Do you also realise that the 4 minute Exfo/JDSU ADSL or VDSL test also gets saved and sent off and is also compulsory?
I do, yes. But as CPs, we get billed (unless we're good at arguing the toss) as long as the PQT passes. (Edit: To clarify, the rules state that even if the engineer does any work at "frames" or "network", at no charge - such as the required drop 6 swap, the base module is charged to the CP if it passes the PQT, regardless of whether the work on the network or frames fixed a BB issue separately - in fact the job completion thing asks you specifically "did it pass a PQT" - and if you say yes, I get charged, because IIRC it is how they decide if the CP is charged...
Imagine a case where the PQT passed but the ADSL or VDSL test on the Exfo/JDSU fails due to constantly dropping sync, or hundreds of errors that takes it over the threshold. The engineer can't just walk off and leave it like that as that test has failed on the tester. Even though the PQT passed, the broadband test didn't.
That's the exact situation I am in with an end user right now as it happens. The PQT passed, the JDSU shows errors clocking up very fast, and the EU has loss of sync regularly (hours, sometimes minutes, rarely longer). We've replaced routers, filters and so on numerous times, we've looked and eliminated any issues at our end. I booked an SFI2, I attended myself, after 6 hours on-premise (3 of which were waiting for a cherry picker to be free so they could go up and have a look on a pole), 1 of which was waiting for control to call back, and 2 were replacing a drop wire as that's a standard part of the "network" module (as you know), because it was an old drop 6 etc.
...and control told the engineer he was not to do nothing more because it passed PQT, despite the fault still existing, despite it also being obvious from discussions (held in front of OR engineer) that others suffer too in the local area,
...and yes, it still has the same errors on the BB as it did to begin with. Sync is slightly faster (marginally) but unreliability remains. Sadly, I don't have to imagine that scenario you described, because as you can see, I have that situation, and not for the first time, and not with one customer.
Edited by therioman (Fri 07-Aug-15 21:04:14)