Should I turn off router & modem

I'm with BT FTTC, going away for six days. Should I turn off router and modem OR leave them on?

I don't think it matters much either way. I would save the power / infinitesimal fire risk personally, and unplug the phone line in case of lightning.

In reply to a post by yarwell:

unplug the phone line in case of lightning.

Sadly, I didn't when I was away from home last week. Came back to find that interleaving had kicked in during a thunderstorm and max attainable downstream speed had dropped by 12Mbps - fortunately, I still have an 80/20 connection (downstream INP of 3 and drop in SNR). My error rate is very low though so there are some pluses.

seconds with Remediable Errors (FEC) Unrecoverable errors (CRC)
Errors (ES) many
Errors (SES) per
minute Last
15 minutes per
minute Last
15 minutes
FRITZ!Box 1 0 20 6 0 0
DSL Telephone Switch 11 8 0.56 0 0 0

Now the wait (usually weeks for DLM) to do its thing

I always turn them off and unplug from the mains. I leave the phone connected.

I suppose it would be best also to unplug the modem <> ADSL/VDSL socket.

Just been away for six days like you. Came back but left things off overnight. A connection in the morning added 5Mbps downstream and removed 2Mbps upstream.

I thought about turning everything off but as my max attainable rates are 81/27, there is nothing to be gained by me doing so. That said, it does seem daft that the DLM takes so long to react to an improvement in line conditions. Hopefully, vectoring isn't that far off. Just noticed on another forum that the now 3 year old Fritz!Box 7390 will be getting a vector-enabling software update.

In reply to a post by lexden16:

Just noticed on another forum that the now 3 year old Fritz!Box 7390 will be getting a vector-enabling software update.

Hadn't heard that one, good news if true, do you have a link please?

With the talk of thunderstorms I'll have to think about disconnecting the Fritz!Box if I'm away for a significant time, wouldn't want that 'fried'.

It's in the new German firmware so should hopefully be released in the next international firmware update. See here

Thank you!

A quick update. Two weeks to the day (and almost to the minute 4.42AM) my box has re-synch'd and downstream interleaving has been turned off. Max attainable speeds now 93 Down and 27 Up.

Now in beta for the international 7390's: ftp://service.avm.de/Beta/FRITZ!Box_7390_int./

In reply to a post by strzelecki:

Now in beta for the international 7390's: ftp://service.avm.de/Beta/FRITZ!Box_7390_int./

I've been using this firmware for a few days now, and have been having daily line drops.
Bitswap isn't enabled anymore for downstream, and I wonder if this is the reason?
I'm either going to revert to the older firmware, or go back to using the openreach modem.

https://www.evernote.com/shard/s132/sh/e62d5be4-8c09...

Can't you enable bitswap?

Immediate disike of the GUI you show. (I hadn't gone to it before my previous reply).

Since when has sync speed been synonymous with throughput? I'm surprised INP is off as well. (Assuming zero means off).

Edited by RobertoS (Tue 26-Nov-13 13:18:49)

In reply to a post by RobertoS:

Can't you enable bitswap?

Not that I'm aware of. It was until I upgraded the firmware.

https://www.evernote.com/shard/s132/sh/8e7afb97-fa86...

In reply to a post by RobertoS:

Immediate disike of the GUI you show. (I hadn't gone to it before my previous reply).

Since when has sync speed been synonymous with throughput? I'm surprised INP is off as well. (Assuming zero means off).

Doesn't the throughput equal the sync speed, between the modem and DSLAM, perhaps at a low enough layer?

Anyway IMP was 2.0 on ADSL, and has been 0 on VDSL2. It can be tweaked in the GUI.

https://www.evernote.com/shard/s132/sh/536ec833-ff53...

Throughput is generally taken to mean data - in effect the maximum possible with a good speedtester. On any broadband there are substantial overheads (protocol control bits) to be subtracted from the sync speed.

In reply to a post by bet_here:

Doesn't the throughput equal the sync speed, between the modem and DSLAM

How can it? The actual data (throughput) must be embedded within at least TCP/IP protocol info directing to which IP addy & port the data is being aimed at, yet more bits for the sync to carry.