DLM - The Big Question

Hello again,
I know it has been talked about before, and kitz.co.uk have some older details on it.
But my question is, Is there any published information available on DLM and does it really vary between ISP, i.e. BT Retail and Sky for example.

I'm mainly interested in DLM in relation to FTTC but any solid details on BT's / UK based implementations would be very useful!

Cheers,

flipdee

its managed by openreach so shouldnt vary across isp's unless they choose different DLM profiles. As there is 3 DLM profiles.

http://www.thinkbroadband.com/news/5929-reminder-abo...

Wow, Must have missed that article, thanks a lot MrSaffron!
Is there a definitive answer on vdsl modem reboots/power cycles?
Can the DSLAM definitely not distinguish between "issues" and modem reboots?
For example, if high latency and packet loss occur when upstream is maxed out, will DLM intervene?

Cheers,
flipdee

In reply to a post by flipdee:

For example, if high latency and packet loss occur when upstream is maxed out, will DLM intervene?

Thats an effect on TCP/IP caused by a saturated link. Its nothing to do with the physical layer (ADSL or VDSL) that your line is working at. DLM only looks at the physical layer.

Hi jchamier,
Thanks for your reply.
When the downstream is maxed out the ping doubles to around 120ms but no packet loss.
Is there a situation where DLM will not ensure a "robust" connection, is the packet loss described something the ISP is responsible for?
I'll have to check line stats during the packet loss.

Cheers,
flipdee

The DLM will not be worried about you saturating your line and delaying the TCP packets

Is there a definitive answer on vdsl modem reboots/power cycles? NO
Can the DSLAM definitely not distinguish between "issues" and modem reboots? Varied feedback from end-users
For example, if high latency and packet loss occur when upstream is maxed out, will DLM intervene? No, it will only intervene if it sees packet loss over the VDSL2 layer i.e. a packet it knew it had capacity to send did not reach the other end. TCP congestion is at a different layer.

Could that just be the processor in your router struggling to deal with the ping requests when your line is maxed out?

Assuming you are noticing the difference in ping by looking at the TTB broadband quality monitor?

In reply to a post by Ripley:

Could that just be the processor in your router struggling to deal with the ping requests when your line is maxed out?

Or just leaving them at the bottom of the list of things to worry about. I would assume any half-way decent router would prioritise its tasks and responding to ICMP requests (especially Echo Reply) ought to be one of the least important things on its list.