|
|
|
Do DSLAM's have a role in FTTP (ie managing the line speed) or are they just used for copper lines ?
If not, is there similar tecnology that regulates line speeds on FTTP ?
|
|
|
Do DSLAM's have a role in FTTP (ie managing the line speed) or are they just used for copper lines ?
If not, is there similar tecnology that regulates line speeds on FTTP ? No DSLAMs are not used in the Openreach FTTP network, its completely passive between the exchange (where its connected to a OLT) and the customer property (where its connected to a ONT) there is a splitter between these two points but that uses mirrors I believe to split the fibre 32 ways.
Edited by deleted (Sat 27-Feb-21 10:06:07)
|
|
|
If not, is there similar tecnology that regulates line speeds on FTTP ?
As noted above its the OLT (Optical Line Termination) that is configured and determines the downstream / upstream bandwidths and configures this with the ONT (Optical Network Termination) sometimes also called the ONU by some equipment vendors.
The ONT is effectively the 'optical modem' for want of better description in your home/premises.
For Openreach based FTTP the PON network is aggregated at the OLT which is located in the GEA Headend exchange - not necessarily your nearest local exchange.
|
|
Register (or login) on our website and you will not see this ad.
|
|
|
|
Just to add to the above: the line bitrate (what you think of as "sync speed" in DSL) is *fixed* on FTTP. For most GPON networks, including Openreach FTTP, it's 2.4Gbps downstream, 1.2Gbps upstream.
There is no rate adaptation based on line conditions: either it works, or it doesn't. The network is designed so that the light lost over the fibre is within the "optical budget" of allowable loss.
Downstream and upstream are simultaneous, as they're on different wavelengths, but individual ONTs on the same splitter have to take it in turns to transmit upstream. This is controlled by the OLT, which allocates timeslots.
The service data rate you get is controlled by the OLT shaping traffic. Roughly speaking, delays are inserted between packets, to ensure that overalll you don't receive or send data faster than the service you paid for.
|
|
|
|
Except if there is a subtended headend in the DSLAM.
|
|
|
That’s indeed correct...but to provide some context to the OP, in terms of providing a simple explanation of the essential difference between FTTP and FTTC Openreach architectures - sub-tended FTTP headends are the (quite rare) exception rather than the rule
|
|
|
Except if there is a subtended headend in the DSLAM. When I was typing my post I was thinking to myself should I over complicate my post by making reference to a subtended headend which are probably only in a very low percentage of DSLAMs, I thought I better not but knew someone else would  to be very honest I never in a million years expected it to be you
|
|
|
|
Where are service tiers enforced? Is the ONT performing rate limiting of upstream traffic or is each ONT allowed to transmit in the allocated time slot and packets above the provisioned rate are discarded/buffered further into the network?
|
|
|
Downstream and upstream are simultaneous, as they're on different wavelengths, but individual ONTs on the same splitter have to take it in turns to transmit upstream. This is controlled by the OLT, which allocates timeslots.
The service data rate you get is controlled by the OLT shaping traffic. Roughly speaking, delays are inserted between packets, to ensure that overalll you don't receive or send data faster than the service you paid for.
What's to stop you giving everyone else on your splitter a "really bad day" by abusing the fibre and preventing them from being able to establish connections? How are Openreach able to deal with such situations? Thinking it could be a faulty ONT, or could be a malicious attack to take someone offline.
|
|
|
Where are service tiers enforced? Is the ONT performing rate limiting of upstream traffic or is each ONT allowed to transmit in the allocated time slot and packets above the provisioned rate are discarded/buffered further into the network?
See page 9 for downstream and page 21, 22 for upstream....
https://www.openreach.co.uk/cpportal/content/dam/cpp...
|