Black Sheep is scaring me. Do the electricity board guys where - I don’t know what they’re called - Faraday cage-type suits with wire in them, or something ? Some vague memory that is no doubt all wrong.
> Could you combine it with maybe 2 of your ADSL lines? So a hybrid setup?
Yes good point. I thought a lot about this; someone else said no, and I agree now I think about it.
I already have a disaster 4G wireless router (Solwise). I have AA/AQL/Three 4G on all iPads, and all-you-can-eat EE 4G on Janet’s iPhone which we can uses as a router if disaster strikes.
But the problems as I understand it with combined 4G and DSL are :
1. MTU difference - I would have to go down to the lowest common MTU after IP is tunnelled through L2TP and accounting for reduced IP MTU in 4G devices, eg the 3G dongle is only IP MTU 1440 [!], so whatever the 4G dongle is. I think the Solwise router is IP MTU 1500, not sure. My iPad 4G has a reduced MTU I think.
2. Latency mismatch. Someone else warned me about this in an earlier thread. The 4G latency from my iPad via AA 4G in to AA is ~95 ms, pretty horrendous, so not the same as the 45 ms I get with DSL, so there could be some weirdness with packet reordering possibly when DSL and 4G links are bonded into one pipe?
[Mind you, due to bufferbloat and/or link hogging, I can get spikes of 500ms+ as recorded by clueless.aa.net.uk on the CQM graphs, which show latency. I will try to fix that by slightly reducing the max load on the links downstream to 98% instead of 100% and maybe even down to 95% if needed. The ‘modem load factor’ upstream (my term for the fraction of max possible IP upstream rate per modem when taking away all DSL protocol overheads, ie max_IP_rate = modem_load_factor * us_sync_rate * 0.884434 for my situation) is set to 95% in my Firebrick config, which should, I hope, sort out the upstream bloat, by keeping the ingress queues into the modems down to a modest max amount.]
I thought BT was rumoured to be combined 4G/5G and DSL or maybe FTTP ? I think they would need a special tunnel protocol, a TCP-like tunnel to fix the MTU limitation and prevent any 4G packet loss. I know that TCP is verboten for use as a tunnel transport for eg TCP within it, but I think I could design something suitable given time and a lot of false starts. Something that would fragment things at L4 not L3 and be L4-transports-aware, so understand TCP and common UDP-based transports, maybe my beloved SCTP too; could even use that as the outer tunnel carrier, as it understands messages iirc rather than carrying a byte stream.
When we have a big lightning storm, it knocks out the 4G basestation. So we have no electricity and no 3G/4G for failover from DSL, which can get knocked out by the lightning. Surely they’re got a UPS and a generator? Basestation operators to be shot if not - what about emergency calls to eg ambulance / police? Maybe emergency services sometimes use mobile phone network out here, although I seem to remember something about special separate emergency services’ networks years and years ago. (TETRA was it way back when?) I don’t know if such as police rely on eg EE out here?
—
Thanks to J0hn for that extremely clear and helpful post!