https://www.lishawa.com/FTTH%20Conference%202026%20-%20UK%20European%20Fibre%20Pricing.pdfOver the years, it's been pretty straightforward to stick with plusnet,
TLDR: donrCOt expect your -u25/month price to remain.
Tweed wrote:
https://www.lishawa.com/FTTH%20Conference%202026%20-%20UK%20European%20Fibre%20Pricing.pdfOver the years, it's been pretty straightforward to stick with plusnet,
TLDR: donrCOt expect your -u25/month price to remain.
and keep paying a "new user" price by re-contracting, you just miss out
on the -u30 vouchers that true new users seem to get.
On 05/05/2026 09:23, Andy Burns wrote:
Tweed wrote:
https://www.lishawa.com/FTTH%20Conference%202026%20-%20UK%20European%20Fibre%20Pricing.pdfOver the years, it's been pretty straightforward to stick with plusnet,
TLDR: donrCOt expect your -u25/month price to remain.
and keep paying a "new user" price by re-contracting, you just miss out
on the -u30 vouchers that true new users seem to get.
We've been doing the same, and until recently paid about -u25/month, just gone up to -u29-50. Our current Plusnet contract ends in Oct but they
are about to break it (penalty-free for them I suspect) by forcing us to switch to EE or else abandon the landline. A rather odd decision by
their BT overlords.
Since City Fibre have fibres in the road I think it's time to switch to FTTP, which means no more Plusnet, because OpenReach haven't reached
here yet. Pity, Plusnet were ok while they lasted. And there seem to
be at least a few ISPs which don't put their prices up every year.
You can see from the article in the original post that suppliers need to price walk customers up to at least -u35/month.
Tweed wrote:
You can see from the article in the original post that suppliers need to
price walk customers up to at least -u35/month.
Need?
Tweed wrote:
You can see from the article in the original post that suppliers need to
price walk customers up to at least -u35/month.
Need?
Andy Burns wrote:
Tweed wrote:
You can see from the article in the original post that suppliers need to >>> price walk customers up to at least -u35/month.
Need?
To stay in business, yes.
Andy Burns <usenet@andyburns.uk> writes:
Tweed wrote:
You can see from the article in the original post that suppliers need to >>> price walk customers up to at least -u35/month.
Need?
To cover the cost of all the cost savings from getting rid of copper
wires.
Tweed wrote:
Andy Burns wrote:
Tweed wrote:
You can see from the article in the original post that suppliers need to >>>> price walk customers up to at least -u35/month.
Need?
To stay in business, yes.
When Openreach's price to ISPs for FTTP starts at under -u17/month for
115 Mbps?
<https://www.openreach.com/content/dam/openreach/openreach-dam-files/documents/Equinox-Pricing-01-FEB-26-V03-online.pdf>
Richmond <dnomhcir@gmx.com> wrote:
Andy Burns <usenet@andyburns.uk> writes:None of the Altnets are seeing any savings from the decommissioning of copper. They are the ones in the most financial trouble.
Tweed wrote:
You can see from the article in the original post that suppliers
need to price walk customers up to at least -u35/month.
Need?
To cover the cost of all the cost savings from getting rid of copper
wires.
Can anyone tell my why, when we have FTTP, there is or needs to be a download/upload speed differential? It was understandable when most
people did very much more downloading than up, but nowadays large file uploads are becoming much more common - think of the size of raw
photographs let alone jpg! I think in those days uploading being slower occupied more time, but now with reciprocity that same small upload will take a tiny fraction of the time it used to take.
Can anyone tell my why, when we have FTTP, there is or needs to be a download/upload speed differential?
OR are deploying an older version of fibre technology, but
there isnrCOt really any technical reason why they persist with this. The equipment in the ground, ie the fibre and passive optical splitters, will support either technology.
why, when we have FTTP, there is or needs to be a download/upload speed differential?
Woody wrote:
why, when we have FTTP, there is or needs to be a download/upload speed
differential?
It makes sense to use a more expensive class laser at the headend (OLT)
to get better downstream speed for everyone, and use cheaper class
lasers at every subscriber's end (ONT) for slower individual upstream
speed ...
Andy Burns wrote:Depends on fan-out and distance, also if the altnets use 10Gb PON that
Woody wrote:
why, when we have FTTP, there is or needs to be a download/upload speed
differential?
It makes sense to use a more expensive class laser at the headend (OLT)
to get better downstream speed for everyone, and use cheaper class
lasers at every subscriber's end (ONT) for slower individual upstream
speed ...
Low cost lasers are just fine. The AltnetsrCO ONTs manage a symmetrical service.
Can anyone tell my why, when we have FTTP, there is or needs to be a download/upload speed differential? It was understandable when most
people did very much more downloading than up, but nowadays large file uploads are becoming much more common - think of the size of raw
photographs let alone jpg! I think in those days uploading being slower occupied more time, but now with reciprocity that same small upload will
take a tiny fraction of the time it used to take.
On Tue, 05 May 2026 22:39:44 +0100, Woody wrote:
Can anyone tell my why, when we have FTTP, there is or needs to be a
download/upload speed differential? It was understandable when most
people did very much more downloading than up, but nowadays large file
uploads are becoming much more common - think of the size of raw
photographs let alone jpg! I think in those days uploading being slower
occupied more time, but now with reciprocity that same small upload will
take a tiny fraction of the time it used to take.
At one time this was to discourage users from running servers at home for commercial services. Allegedly.
I suspect this may no longer be a valid reason.
Cheers
Dave R
| Sysop: | Amessyroom |
|---|---|
| Location: | Fayetteville, NC |
| Users: | 74 |
| Nodes: | 6 (0 / 6) |
| Uptime: | 52:46:31 |
| Calls: | 1,101 |
| Calls today: | 1 |
| Files: | 1,339 |
| Messages: | 276,187 |